<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/mmc/host, branch linux-2.6.25.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-07-24T16:14:11Z</updated>
<entry>
<title>mmc: don't use DMA on newer ENE controllers</title>
<updated>2008-07-24T16:14:11Z</updated>
<author>
<name>Pierre Ossman</name>
</author>
<published>2008-07-04T10:51:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c23d253e757a7514ec160fb7fdb0d3ba558b8f6a'/>
<id>urn:sha1:c23d253e757a7514ec160fb7fdb0d3ba558b8f6a</id>
<content type='text'>
commit bf5b1935d8e42b36a34645788eb261461fe07f2e upstream.

Even the newer ENE controllers have bugs in their DMA engine that make
it too dangerous to use. Disable it until someone has figured out under
which conditions it corrupts data.

This has caused problems at least once, and can be found as bug report
10925 in the kernel bugzilla.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>pxamci: trivial fix of DMA alignment register bit clearing</title>
<updated>2008-07-24T16:14:11Z</updated>
<author>
<name>Karl Beldan</name>
</author>
<published>2008-07-16T16:29:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4fa47616fec25ffc3e19ace5f3f06f4cd302d69e'/>
<id>urn:sha1:4fa47616fec25ffc3e19ace5f3f06f4cd302d69e</id>
<content type='text'>
commit 4fe16897c59882420d66f2d503106653d026ed6c upstream

Signed-off-by: Karl Beldan &lt;karl.beldan@gmail.com&gt;
Acked-by: Eric Miao &lt;eric.miao@marvell.com&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>pxamci: fix byte aligned DMA transfers</title>
<updated>2008-07-24T16:14:10Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2008-07-05T23:15:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=708cc88d265a25f51dec199caa89aaee60967b3b'/>
<id>urn:sha1:708cc88d265a25f51dec199caa89aaee60967b3b</id>
<content type='text'>
commit 97f8571e663c808ad2d01a396627235167291556 upstream

The pxa27x DMA controller defaults to 64-bit alignment. This caused
the SCR reads to fail (and, depending on card type, error out) when
card-&gt;raw_scr was not aligned on a 8-byte boundary.

For performance reasons all scatter-gather addresses passed to
pxamci_request should be aligned on 8-byte boundaries, but if
this can't be guaranteed, byte aligned DMA transfers in the
have to be enabled in the controller to get correct behaviour.

Signed-off-by: Philipp Zabel &lt;philipp.zabel@gmail.com&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: wbsd: initialize tasklets before requesting interrupt</title>
<updated>2008-06-16T20:20:01Z</updated>
<author>
<name>Chuck Ebbert</name>
</author>
<published>2008-06-13T02:40:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7c691016a6a9185f98700b91e041b0b4ceecba2b'/>
<id>urn:sha1:7c691016a6a9185f98700b91e041b0b4ceecba2b</id>
<content type='text'>
commit cef33400d0349fb24b6f8b7dea79b66e3144fd8b upstream

With CONFIG_DEBUG_SHIRQ set we will get an interrupt as soon as we
allocate one.  Tasklets may be scheduled in the interrupt handler but they
will be initialized after the handler returns, causing a BUG() in
kernel/softirq.c when they run.

Should fix this Fedora bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=449817

Signed-off-by: Chuck Ebbert &lt;cebbert@redhat.com&gt;
Acked-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: fix platform driver hotplug/coldplug</title>
<updated>2008-04-16T02:35:40Z</updated>
<author>
<name>Kay Sievers</name>
</author>
<published>2008-04-15T21:34:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bc65c724d5a2c61539b2c52680941505152fcf30'/>
<id>urn:sha1:bc65c724d5a2c61539b2c52680941505152fcf30</id>
<content type='text'>
Since 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform modalias is
prefixed with "platform:".  Add MODULE_ALIAS() to the hotpluggable MMC host
platform drivers, to re-enable auto loading.

Also, add missing owner declarations in driver init.

[dbrownell@users.sourceforge.net: registration fixes]
Signed-off-by: Kay Sievers &lt;kay.sievers@vrfy.org&gt;
Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Acked-by: Pierre Ossman &lt;drzeus@drzeus.cx&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>tifm_sd: DATA_CARRY is not boolean in tifm_sd_transfer_data()</title>
<updated>2008-03-15T16:24:21Z</updated>
<author>
<name>Roel Kluin</name>
</author>
<published>2008-03-15T15:00:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ce636452343af0522d2666157dab9c2096f4f996'/>
<id>urn:sha1:ce636452343af0522d2666157dab9c2096f4f996</id>
<content type='text'>
DATA_CARRY is not boolean

Signed-off-by: Roel Kluin &lt;12o3l@tiscali.nl&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>mmc: extend ricoh_mmc to support Ricoh RL5c476</title>
<updated>2008-02-08T08:02:47Z</updated>
<author>
<name>Frank Seidel</name>
</author>
<published>2008-02-04T18:25:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=882c49164d72c45f37d7fa1bb3de7c31cf1a5fab'/>
<id>urn:sha1:882c49164d72c45f37d7fa1bb3de7c31cf1a5fab</id>
<content type='text'>
This patch adds support for the Ricoh RL5c476 chip: with this
the mmc adapter that needs this disabler (R5C843) can also be
handled correctly when it sits on a RL5c476.

Signed-off-by: Frank Seidel &lt;fseidel@suse.de&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
</content>
</entry>
<entry>
<title>at91_mci: use generic GPIO calls</title>
<updated>2008-02-08T08:02:47Z</updated>
<author>
<name>David Brownell</name>
</author>
<published>2008-02-04T17:12:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6e996ee8e730a50eef51cdb072b166fe8f80831e'/>
<id>urn:sha1:6e996ee8e730a50eef51cdb072b166fe8f80831e</id>
<content type='text'>
Update the AT91 MMC driver to use the generic GPIO calls instead of the
AT91-specific calls; and to request (and release) those GPIO signals.

That required updating the probe() fault cleanup codepaths.  Now there
is a single sequence for freeing resources, in reverse order of their
allocation.  Also that code uses use dev_*() for messaging, and has less
abuse of KERN_ERR.

Likewise with updating remove() cleanup.  This had to free the GPIOs,
and while adding that code I noticed and fixed two other problems:  it
was poking at a workqueue owned by the mmc core; and in one (rare)
case would try freeing an IRQ that it didn't allocate.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Nicolas Ferre &lt;nicolas.ferre@atmel.com&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
</content>
</entry>
<entry>
<title>sdhci: add num index for multi controllers case</title>
<updated>2008-02-08T08:02:47Z</updated>
<author>
<name>Feng Tang</name>
</author>
<published>2008-01-07T06:29:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=541ceb5b8b4a90f7862ef24e4058fce520247827'/>
<id>urn:sha1:541ceb5b8b4a90f7862ef24e4058fce520247827</id>
<content type='text'>
Some devices have several controllers; need add the index info to
device slot name host-&gt;slot_desc[]

Signed-off-by: Feng Tang &lt;feng.tang@intel.com&gt;
Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
</content>
</entry>
<entry>
<title>mmc: remove sdhci and mmc_spi experimental markers</title>
<updated>2008-02-08T08:02:46Z</updated>
<author>
<name>Pierre Ossman</name>
</author>
<published>2008-01-05T22:18:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=34671dc2e60ff83fcb0e76fecaaa02e36ee6ec09'/>
<id>urn:sha1:34671dc2e60ff83fcb0e76fecaaa02e36ee6ec09</id>
<content type='text'>
Both of these drivers work well (although some hardware still has
its problems) and are not in the "alpha" quality that EXPERIMENTAL
suggests.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
</content>
</entry>
</feed>
