<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/mmc, branch linux-2.6.18.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.18.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.18.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2006-09-07T15:01:30+00:00</updated>
<entry>
<title>[MMC] Always use a sector size of 512 bytes</title>
<updated>2006-09-07T15:01:30+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus-list@drzeus.cx</email>
</author>
<published>2006-09-07T15:01:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=6fe9febb8af2f82f9caace1aa1c00cd8de7469ac'/>
<id>urn:sha1:6fe9febb8af2f82f9caace1aa1c00cd8de7469ac</id>
<content type='text'>
Both MMC and SD specifications specify (although a bit unclearly in
the MMC case) that a sector size of 512 bytes must always be
supported by the card.

Cards can report larger "native" size than this, and cards &gt;= 2 GB
even must do so. Most other readers use 512 bytes even for these
cards. We should do the same to be compatible.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Cleanup 385e3227d4d83ab13d7767c4bb3593b0256bf246</title>
<updated>2006-09-07T14:57:12+00:00</updated>
<author>
<name>Russell King</name>
<email>rmk@dyn-67.arm.linux.org.uk</email>
</author>
<published>2006-09-07T14:57:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d773d7255199a6c8934e197756f54a1115dd127b'/>
<id>urn:sha1:d773d7255199a6c8934e197756f54a1115dd127b</id>
<content type='text'>
Rather than having two places which independently calculate the
timeout for data transfers, make it a library function instead.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
Acked-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
</content>
</entry>
<entry>
<title>[ARM] 3751/1: i.MX/MX1 SD/MMC use 512 bytes request for SCR read</title>
<updated>2006-09-07T14:53:29+00:00</updated>
<author>
<name>Pavel Pisa</name>
<email>ppisa@pikron.com</email>
</author>
<published>2006-09-07T14:53:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=148f93d59cc9bb5e0f9a04d36a6f91d435e1a3f7'/>
<id>urn:sha1:148f93d59cc9bb5e0f9a04d36a6f91d435e1a3f7</id>
<content type='text'>
Patch from Pavel Pisa

This is another approach to SDHC deficiency workaround.
It seems, that previous solution based on 16 bytes (FIFO length size)
read is still timing sensitive on genirq and fully preemptive kernels.
The new solution is backuped by M9328 UM statement, that only 512 byte
block are working properly and by 2.4.26 FreeScale's SDHC code.

Jay Monkman reports significant improvement on code based
on this driver after applying this change on MX21 as well.

Signed-off-by: Pavel Pisa &lt;pisa@cmp.felk.cvut.cz&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Fix SD timeout calculation</title>
<updated>2006-09-07T12:18:40+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-06-18T12:34:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=385e3227d4d83ab13d7767c4bb3593b0256bf246'/>
<id>urn:sha1:385e3227d4d83ab13d7767c4bb3593b0256bf246</id>
<content type='text'>
Secure Digital cards use a different algorithm to calculate the timeout
for data transfers. Using the MMC one works often, but not always.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Another stray 'io' reference</title>
<updated>2006-08-07T13:47:54+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-08-06T23:40:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=dd2c609c59cd9daeb90d58f3d1bc3813e8987df1'/>
<id>urn:sha1:dd2c609c59cd9daeb90d58f3d1bc3813e8987df1</id>
<content type='text'>
Another misuse of the global 'io' variable instead of the local 'base'.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Fix base address configuration in wbsd</title>
<updated>2006-08-06T20:44:48+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-08-06T20:22:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=916f3ac680fcc4c142e9acd46161f55533b11760'/>
<id>urn:sha1:916f3ac680fcc4c142e9acd46161f55533b11760</id>
<content type='text'>
There were some confusion about base I/O variables in the wbsd driver.
Seems like things have been working on shear luck so far. The global 'io'
variable (used when manually configuring the resources) was used instead of
the local 'base' variable.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3744/1: MMC: mmcqd gets stuck when block queue is plugged</title>
<updated>2006-08-06T08:58:22+00:00</updated>
<author>
<name>Juha [êölä</name>
<email>juha.yrjola@solidboot.com</email>
</author>
<published>2006-08-06T08:58:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c723e08af18e60cda3bbc90e0d6fb688587aeb9f'/>
<id>urn:sha1:c723e08af18e60cda3bbc90e0d6fb688587aeb9f</id>
<content type='text'>
Patch from Juha [êölä

When the block queue is plugged, mq-&gt;req must be set to NULL.
Otherwise mq-&gt;req might be left non-NULL, even though mmcqd is
not processing a request, thus preventing the MMC queue thread from
being woken up when new requests do arrive.

Signed-off-by: Juha Yrjola &lt;juha.yrjola@solidboot.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Change SDHCI version error to a warning</title>
<updated>2006-07-13T15:17:46+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-07-11T19:07:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=8b1b21853bab15fe5b60b8222786fe036c4dc365'/>
<id>urn:sha1:8b1b21853bab15fe5b60b8222786fe036c4dc365</id>
<content type='text'>
O2 Micro's controllers have a larger specification version value and are
therefore denied by the driver. When bypassing this check they seem to work
fine. This patch makes the code a bit more forgiving by changing the error
to a warning.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[MMC] Fix incorrect register access</title>
<updated>2006-07-13T15:17:45+00:00</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-07-11T19:06:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fb61e2895170920564410baadf71c5b3561dbf42'/>
<id>urn:sha1:fb61e2895170920564410baadf71c5b3561dbf42</id>
<content type='text'>
There was a writel() being used on a 16-bit register.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[PATCH] lockdep: annotate on-stack completions, mmc</title>
<updated>2006-07-03T22:27:10+00:00</updated>
<author>
<name>Ingo Molnar</name>
<email>mingo@elte.hu</email>
</author>
<published>2006-07-03T07:25:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=0afffc723c8041a005134099847ac2a2fd0316a0'/>
<id>urn:sha1:0afffc723c8041a005134099847ac2a2fd0316a0</id>
<content type='text'>
lockdep needs to have the waitqueue lock initialized for on-stack
waitqueues implicitly initialized by DECLARE_COMPLETION().

Annotate mmc_wait_for_req()'s on-stack completion accordingly.

Has no effect on non-lockdep kernels.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
Cc: Russell King &lt;rmk@arm.linux.org.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
