<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/mmc, branch v2.6.30</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v2.6.30</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v2.6.30'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2009-06-03T19:56:22Z</updated>
<entry>
<title>sdhci-of: Fix the wrong accessor to HOSTVER register</title>
<updated>2009-06-03T19:56:22Z</updated>
<author>
<name>Dave Liu</name>
<email>daveliu@freescale.com</email>
</author>
<published>2009-05-06T10:40:07Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=fbf6a5fcbcc2248f1e676f7a0a7d49cd4b535d2a'/>
<id>urn:sha1:fbf6a5fcbcc2248f1e676f7a0a7d49cd4b535d2a</id>
<content type='text'>
Freescale eSDHC controller has the special order for
the HOST version register. that is not same as the other's
registers. The address of HOSTVER in spec is 0xFE, and
we need use the in_be16(0xFE) to access it, not in_be16(0xFC).

Signed-off-by: Dave Liu &lt;daveliu@freescale.com&gt;
Acked-by: Anton Vorontsov &lt;avorontsov@ru.mvista.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mvsdio: fix config failure with some high speed SDHC cards</title>
<updated>2009-06-03T19:51:00Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2009-05-27T02:35:34Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a6d297f008e124d0bb4312369191b012c10a1a4e'/>
<id>urn:sha1:a6d297f008e124d0bb4312369191b012c10a1a4e</id>
<content type='text'>
Especially with Sandisk SDHC cards, the second SWITCH command was failing
with a timeout and the card was not recognized at all.  However if the
system was busy, or debugging was enabled, or a udelay(100) was inserted
before the second SWITCH command in the core code, then the timing was
so that the card started to work.

With some unusual block sizes, the data FIFO status doesn't indicate a
"empty" state right away when the data transfer is done.  Queuing
another data transfer in that condition results in a transfer timeout.

The empty FIFO bit eventually get set by itself in less than 50 usecs
when it is not set right away. So let's just poll for that bit before
configuring the controller with a new data transfer.

Signed-off-by: Nicolas Pitre &lt;nico@marvell.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mvsdio: ignore high speed timing requests from the core</title>
<updated>2009-06-03T19:50:33Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2009-05-15T01:28:05Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9ca6944cbfad11f2368cf10292e7f3eb036386c2'/>
<id>urn:sha1:9ca6944cbfad11f2368cf10292e7f3eb036386c2</id>
<content type='text'>
Empirical evidences show that this is causing far more problems than it
solves when this mode is enabled in the host hardware.  Amongst those
cards that are known to be non functional when this bit is set are:

	A-Data "Speedy" 2GB SD card
	Kodak 512MB SD card
	Ativa 1GB MicroSD card
	Marvell 8688 (WIFI/Bluetooth) SDIO card

Since those cards do work on other host controllers which do honnor the
hs timing, the issue must be with this particular host hardware.

Signed-off-by: Nicolas Pitre &lt;nico@marvell.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mmc/omap: Use disable_irq_nosync() from within irq handlers.</title>
<updated>2009-06-03T19:50:23Z</updated>
<author>
<name>Ben Nizette</name>
<email>bn@niasdigital.com</email>
</author>
<published>2009-04-16T05:55:21Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=e749c6f21fd7dc618f61dd178b4ee739c3cb1c31'/>
<id>urn:sha1:e749c6f21fd7dc618f61dd178b4ee739c3cb1c31</id>
<content type='text'>
disable_irq() should wait for all running handlers to complete
before returning.  As such, if it's used to disable an interrupt
from that interrupt's handler it will deadlock.  This replaces
the dangerous instances with the _nosync() variant which doesn't
have this problem.

Signed-off-by: Ben Nizette &lt;bn@niasdigital.com&gt;
Acked-by: Tony Lindgren &lt;tony@atomide.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>sdhci-of: Add fsl,esdhc as a valid compatible to bind against</title>
<updated>2009-06-03T19:49:55Z</updated>
<author>
<name>Kumar Gala</name>
<email>galak@kernel.crashing.org</email>
</author>
<published>2009-05-08T13:52:49Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=992697e9b342115dcf052ffa41d418cb4fe1a841'/>
<id>urn:sha1:992697e9b342115dcf052ffa41d418cb4fe1a841</id>
<content type='text'>
We plan to use fsl,esdhc going forward as the base compatible so update
the driver to bind against it.

Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mvsdio: allow automatic loading when modular</title>
<updated>2009-06-03T19:49:10Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2009-05-09T05:03:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=703aaced2b9c9a98285f265f3444c2f89d9d4d19'/>
<id>urn:sha1:703aaced2b9c9a98285f265f3444c2f89d9d4d19</id>
<content type='text'>
Signed-off-by: Nicolas Pitre &lt;nico@marvell.com&gt;
Tested-by: Martin Michlmayr &lt;tbm@cyrius.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mxcmmc: Fix missing return value checking in DMA setup code.</title>
<updated>2009-06-03T19:48:25Z</updated>
<author>
<name>Martin Fuzzey</name>
<email>mfuzzey@gmail.com</email>
</author>
<published>2009-04-16T20:00:41Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=656217d28480f63313a488f6973980f9fbb921a1'/>
<id>urn:sha1:656217d28480f63313a488f6973980f9fbb921a1</id>
<content type='text'>
Signed-off-by: Martin Fuzzey &lt;mfuzzey@gmail.com&gt;
</content>
</entry>
<entry>
<title>mxcmmc : Reset the SDHC hardware if software timeout occurs.</title>
<updated>2009-06-03T19:48:17Z</updated>
<author>
<name>Martin Fuzzey</name>
<email>mfuzzey@gmail.com</email>
</author>
<published>2009-04-16T20:00:36Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=18489fa2ba4c170d96ffc1a41f7b9002dcb983b7'/>
<id>urn:sha1:18489fa2ba4c170d96ffc1a41f7b9002dcb983b7</id>
<content type='text'>
When a software timeout occurs in polling mode hardware was left in
an indeterminate state causing subsequent operations to block.

Signed-off-by: Martin Fuzzey &lt;mfuzzey@gmail.com&gt;
</content>
</entry>
<entry>
<title>omap_hsmmc: Trivial fix for a typo in comment</title>
<updated>2009-06-03T19:47:37Z</updated>
<author>
<name>Anand Gadiyar</name>
<email>gadiyar@ti.com</email>
</author>
<published>2009-04-15T12:14:58Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=85b843227a9b8c1a27ebd354a80c89aef067f2ca'/>
<id>urn:sha1:85b843227a9b8c1a27ebd354a80c89aef067f2ca</id>
<content type='text'>
Signed-off-by: Anand Gadiyar &lt;gadiyar@ti.com&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
<entry>
<title>mxcmmc: decrease minimum frequency to make MMC cards work</title>
<updated>2009-06-03T19:40:04Z</updated>
<author>
<name>Sascha Hauer</name>
<email>s.hauer@pengutronix.de</email>
</author>
<published>2009-04-03T12:41:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c499b0672f8df9379764965c5ec124751699d7c4'/>
<id>urn:sha1:c499b0672f8df9379764965c5ec124751699d7c4</id>
<content type='text'>
This is a temporary workaround until the MMC stack can be fixed.

Signed-off-by: Sascha Hauer &lt;s.hauer@pengutronix.de&gt;
Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
</content>
</entry>
</feed>
