Igloo kernel https://git.etezian.org/cgit.cgi/snowball/igloo-kernel.git/atom?h=android-2012.04 2012-03-22T07:35:11+00:00 2012-03-22T07:35:11+00:00 Philippe Langlais philippe.langlais@stericsson.com 2012-03-22T07:35:11+00:00 urn:sha1:0131b19470d25050892c5e91993a9bbaf2033bc7 2012-03-19T15:30:14+00:00 Philippe Langlais philippe.langlais@linaro.org 2012-03-19T15:30:14+00:00 urn:sha1:f99602d0c458d0adc9841d8511e0787d8026d039 Conflicts: arch/arm/common/Makefile drivers/gpu/Makefile drivers/misc/Kconfig drivers/misc/Makefile drivers/mmc/card/block.c drivers/mmc/core/core.c drivers/video/Kconfig include/net/bluetooth/hci.h include/net/bluetooth/hci_core.h include/net/bluetooth/sco.h kernel/printk.c net/bluetooth/hci_conn.c net/bluetooth/hci_event.c net/bluetooth/l2cap_core.c net/bluetooth/mgmt.c net/bluetooth/sco.c 2012-03-19T07:56:53+00:00 Fredrik Soderstedt fredrik.soderstedt@stericsson.com 2011-12-19T19:14:31+00:00 urn:sha1:dc84273d06bd9a78f951ac56509df64f3581996b Do not use polling to detect non removable cards. ST-Ericsson ID: 372618 ST-Ericsson FOSS-OUT ID: Trivial Change-Id: I18797e5f85d83213bbf520277576425bed4c68f2 Signed-off-by: Fredrik Soderstedt <fredrik.soderstedt@stericsson.com> Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/51859 2012-03-19T07:56:53+00:00 Ulf Hansson ulf.hansson@stericsson.com 2011-11-01T11:03:59+00:00 urn:sha1:e9b894b8d741ac0c2a724d39ab1fa2073fb3dafc Due to timing issues for command direction signaling when using a levelshifter, we limit the frequency to 25 MHz while sending commands. The frequency is just limited during the command send/response, then it is restored to it's original value. ST-Ericsson ID: 355531 ST-Ericsson Linux next: - ST-Ericsson FOSS-OUT ID: Trivial Change-Id: I15d06e3c331a4db717a904937ce6ce60972d185e Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/51785 2012-03-19T07:56:53+00:00 Per Forlin per.forlin@stericsson.com 2011-11-09T09:55:24+00:00 urn:sha1:739efa9f234d2d29667da8422f669e3712796e52 Don't prepare DMA in the pre_req hook if there is no previous request. Instead, prepare DMA while start command is being issued. ST-Ericsson Linux next: N/A ST-Ericsson ID: 371812 ST-Ericsson FOSS-OUT ID: Trivial Change-Id: I0008b79cbe0e87f830365e689795f344aac3014b Signed-off-by: Per Forlin <per.forlin@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/36181 Reviewed-by: QATOOLS Reviewed-by: QABUILD Reviewed-by: Ulf HANSSON <ulf.hansson@stericsson.com> 2012-03-19T07:56:52+00:00 Per Forlin per.forlin@stericsson.com 2011-09-24T10:14:56+00:00 urn:sha1:fc2c81f74e3f55a5550c9360a937735a3988bf3e Do DMA preparations after start_command() instead of before. DMA is being prepared while the controller process the read/write cmd. This flow will decrease the start up latency which improves the throughput, especially for small transfers. ST-Ericsson Linux next: N/A ST-Ericsson ID: 371812 ST-Ericsson FOSS-OUT ID: Trivial Change-Id: I98db024658cac5fe6ee09e4250c31e53a643bead Signed-off-by: Per Forlin <per.forlin@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/36180 Reviewed-by: QABUILD Reviewed-by: Ulf HANSSON <ulf.hansson@stericsson.com> 2012-03-19T07:56:52+00:00 Ulf Hansson ulf.hansson@stericsson.com 2012-02-29T15:03:21+00:00 urn:sha1:4aa4b727ba8e1ff06c6d5f6559c91a68d0199b4a Make sure mmc_start_req cancel the prepared job, if the request was prevented to be started due to the card has been removed. This bug was introduced in commit: mmc: allow upper layers to know immediately if card has been removed Change-Id: I5e35e668bd3715c62081e725eca8eb073d19e9a6 Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/51442 Reviewed-by: Per FORLIN <per.forlin@stericsson.com> 2012-03-19T07:56:51+00:00 Ulf Hansson ulf.hansson@stericsson.com 2012-02-24T10:22:42+00:00 urn:sha1:fad33da84fa8ba04c8114443076bcf6191df44d0 This function switches I/O voltage, which is needed to support UHS-I cards with 1.8V I/O. Change-Id: Id33a9c6e15bd4ba598e533bf9115cb7583369706 Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/50383 Reviewed-by: Per FORLIN <per.forlin@stericsson.com> 2012-03-19T07:56:51+00:00 Ulf Hansson ulf.hansson@stericsson.com 2012-02-24T14:37:27+00:00 urn:sha1:7ad16a2df65271381f0d66d248ae5587e5fce63c The next pointers for the next dma job needs to be reset when an error occurs. Change-Id: Ieae63ccb97b11c0f6edb7b383c84259082b83760 Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/50454 Reviewed-by: Per FORLIN <per.forlin@stericsson.com> Reviewed-by: QABUILD 2012-03-19T07:56:51+00:00 Ulf Hansson ulf.hansson@stericsson.com 2012-02-22T09:23:55+00:00 urn:sha1:b9120af71490ca2e626f3a39a2147067b47116ff mmci_dma_finalize must not be executed when a data error irq has been received. We do mmci_dma_unmap directly instead and moreover make sure the dma handles are reset as soon as the dma job is done/terminated. Change-Id: Ib4ed3f380f4383cb2a28613552569b950c5204a5 Signed-off-by: Ulf Hansson <ulf.hansson@stericsson.com> Reviewed-on: http://gerrit.lud.stericsson.com/gerrit/49925 Reviewed-by: Per FORLIN <per.forlin@stericsson.com>