<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/mmc/host/mvsdio.c, branch linux-3.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-07-25T15:06:21Z</updated>
<entry>
<title>ARM: Orion: fix driver probe error handling with respect to clk</title>
<updated>2012-07-25T15:06:21Z</updated>
<author>
<name>Simon Baatz</name>
</author>
<published>2012-07-18T22:04:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=baffab28b13120694fa3ebab08d3e99667a851d2'/>
<id>urn:sha1:baffab28b13120694fa3ebab08d3e99667a851d2</id>
<content type='text'>
The clk patches added code to get and enable clocks in the
respective driver probe functions.  If the probe function failed
for some reason after enabling the clock, the clock was not
disabled again in many cases.

Signed-off-by: Simon Baatz &lt;gmbnomis@gmail.com&gt;
Signed-off-by: Andrew Lumm &lt;andrew@lunn.ch&gt;
</content>
</entry>
<entry>
<title>ARM: Orion: SDIO: Add support for clk.</title>
<updated>2012-05-08T23:34:00Z</updated>
<author>
<name>Andrew Lunn</name>
</author>
<published>2012-02-19T10:39:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f4f7561e032777cd7376800ac97352d5b1684d8f'/>
<id>urn:sha1:f4f7561e032777cd7376800ac97352d5b1684d8f</id>
<content type='text'>
Some orion devices can gate the SDIO clock. If the clock exists,
enable/disable it as appropriate.

Signed-off-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Tested-by: Jamie Lentin &lt;jm@lentin.co.uk&gt;
Signed-off-by: Mike Turquette &lt;mturquette@linaro.org&gt;
</content>
</entry>
<entry>
<title>ARM: Orion: Get address map from plat-orion instead of via platform_data</title>
<updated>2011-12-13T23:46:55Z</updated>
<author>
<name>Andrew Lunn</name>
</author>
<published>2011-12-07T20:48:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=63a9332b232bdab0df6ef18a9f39e8d58a82bda4'/>
<id>urn:sha1:63a9332b232bdab0df6ef18a9f39e8d58a82bda4</id>
<content type='text'>
Use an getter function in plat-orion/addr-map.c to get the address map
structure, rather than pass it to drivers in the platform_data
structures. When the drivers are built for none orion platforms, a
dummy function is provided instead which returns NULL.

Signed-off-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Tested-by: Michael Walle &lt;michael@walle.cc&gt;
Acked-by: Nicolas Pitre &lt;nico@linaro.org&gt;
Signed-off-by: Nicolas Pitre &lt;nico@fluxnic.net&gt;
</content>
</entry>
<entry>
<title>mmc: replace printk with appropriate display macro</title>
<updated>2011-10-26T20:32:22Z</updated>
<author>
<name>Girish K S</name>
</author>
<published>2011-10-11T06:14:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a3c76eb9d4a1e68a69dd880cf0bcb8a52418b993'/>
<id>urn:sha1:a3c76eb9d4a1e68a69dd880cf0bcb8a52418b993</id>
<content type='text'>
All the files using printk function for displaying kernel messages
in the mmc driver have been replaced with corresponding macro.

Signed-off-by: Girish K S &lt;girish.shivananjappa@linaro.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: Remove distinction between hw and phys segments</title>
<updated>2010-10-23T13:11:11Z</updated>
<author>
<name>Martin K. Petersen</name>
</author>
<published>2010-09-10T05:33:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a36274e0184193e393fb82957925c3981a6b0477'/>
<id>urn:sha1:a36274e0184193e393fb82957925c3981a6b0477</id>
<content type='text'>
We have deprecated the distinction between hardware and physical
segments in the block layer.  Consolidate the two limits into one in
drivers/mmc/.

Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: remove the "state" argument to mmc_suspend_host()</title>
<updated>2010-05-27T16:12:40Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2010-05-26T21:42:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1a13f8fa76c880be41d6b1e6a2b44404bcbfdf9e'/>
<id>urn:sha1:1a13f8fa76c880be41d6b1e6a2b44404bcbfdf9e</id>
<content type='text'>
Even though many mmc host drivers pass a pm_message_t argument to
mmc_suspend_host() that argument isn't used the by MMC core.  As host
drivers are converted to dev_pm_ops they'll have to construct
pm_message_t's (as they won't be passed by the PM subsystem any more) just
to appease the mmc suspend interface.

We might as well just delete the unused paramter.

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Acked-by: Anton Vorontsov &lt;cbouatmailru@gmail.com&gt;
Acked-by: Michal Miroslaw &lt;mirq-linux@rere.qmqm.pl&gt;ZZ
Acked-by: Sascha Sommer &lt;saschasommer@freenet.de&gt;
Cc: &lt;linux-mmc@vger.kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>mvsdio: fix handling of partial word at the end of PIO transfer</title>
<updated>2009-07-20T23:46:34Z</updated>
<author>
<name>Nicolas Pitre</name>
</author>
<published>2009-07-19T00:34:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6cdbf734493d6e8f5afc6f539b82897772809d43'/>
<id>urn:sha1:6cdbf734493d6e8f5afc6f539b82897772809d43</id>
<content type='text'>
Standard data flow for MMC/SD/SDIO cards requires that the mvsdio
controller be set for big endian operation.  This is causing problems
with buffers which length is not a multiple of 4 bytes as the last
partial word doesn't get shifted all the way and stored properly in
memory.  Let's compensate for this.

Signed-off-by: Nicolas Pitre &lt;nico@marvell.com&gt;
CC: stable@kernel.org
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&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>
</author>
<published>2009-05-27T02:35:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/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>
</author>
<published>2009-05-15T01:28:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/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>mvsdio: allow automatic loading when modular</title>
<updated>2009-06-03T19:49:10Z</updated>
<author>
<name>Nicolas Pitre</name>
</author>
<published>2009-05-09T05:03:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/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>
</feed>
