<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/mmc/core/mmc.c, branch linux-3.1.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.1.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.1.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2011-11-11T17:42:28Z</updated>
<entry>
<title>mmc: core: ext_csd.raw_* used in comparison but never set</title>
<updated>2011-11-11T17:42:28Z</updated>
<author>
<name>Andrei Warkentin</name>
</author>
<published>2011-09-24T16:12:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=737b5831488eb449d29178b627abd14261c24e17'/>
<id>urn:sha1:737b5831488eb449d29178b627abd14261c24e17</id>
<content type='text'>
commit 5238acbe36dd5100fb6b035a995ae5fc89dd0708 upstream.

f39b2dd9d ("mmc: core: Bus width testing needs to handle suspend/resume")
added code to only compare read-only ext_csd fields in bus width testing
code, yet it's comparing some fields that are never set.

The affected fields are ext_csd.raw_erased_mem_count and
ext_csd.raw_partition_support.

Signed-off-by: Andrei Warkentin &lt;andrey.warkentin@gmail.com&gt;
Acked-by: Philip Rakity &lt;prakity@marvell.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: core: Fix hangs related to insert/remove of cards</title>
<updated>2011-11-11T17:42:27Z</updated>
<author>
<name>Ulf Hansson</name>
</author>
<published>2011-09-21T18:08:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ce509f04d262d15f5f42d33d3d99ac2d27b8c674'/>
<id>urn:sha1:ce509f04d262d15f5f42d33d3d99ac2d27b8c674</id>
<content type='text'>
commit 7f7e4129c23f0419257184dff6fec89d2d5a8964 upstream.

During a rescan operation mmc_attach(sd|mmc|sdio) functions are
called. The error handling in these function can trigger a detach
of the bus, which also meant a power off. This is not notified by
the rescan operation which then continues to the next attach function.

If a power off has been done, the framework must never send any
new commands to the host driver, without first doing a new power up.
This will most likely trigger any host driver to hang.

Moving power off out of detach and instead handle power off
separately when it is actually needed, solves the issue.

Signed-off-by: Ulf Hansson &lt;ulf.hansson@stericsson.com&gt;
Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: core: Detect eMMC v4.5 ext_csd entries</title>
<updated>2011-08-13T18:50:22Z</updated>
<author>
<name>Kyungmin Park</name>
</author>
<published>2011-07-26T08:12:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=38ca285044be88a0fb47b6eb91deeeb729435fd0'/>
<id>urn:sha1:38ca285044be88a0fb47b6eb91deeeb729435fd0</id>
<content type='text'>
The eMMC v4.5 Spec is released now:

EXT_CSD_REV	Extended CSD Revision
255-7		Reserved
6		Revision 1.6 (for MMC v4.5)
5		Revision 1.5 (for MMV v4.41)
...

Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: Bus width testing needs to handle suspend/resume</title>
<updated>2011-07-13T18:54:37Z</updated>
<author>
<name>Philip Rakity</name>
</author>
<published>2011-07-07T16:04:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f39b2dd9d065151a04f5996656d1f27a7eb32d45'/>
<id>urn:sha1:f39b2dd9d065151a04f5996656d1f27a7eb32d45</id>
<content type='text'>
On reading the ext_csd for the first time (in 1 bit mode), save the
ext_csd information needed for bus width compare.

On every pass we make re-reading the ext_csd, compare the data
against the saved ext_csd data.

This fixes a regression introduced in 3.0-rc1 by 08ee80cc397ac1a3
("mmc: core: eMMC bus width may not work on all platforms"), which
incorrectly assumed we would be re-reading the ext_csd at resume-
time.

Signed-off-by: Philip Rakity &lt;prakity@marvell.com&gt;
Tested-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: eMMC bus width may not work on all platforms</title>
<updated>2011-05-25T20:52:32Z</updated>
<author>
<name>Philip Rakity</name>
</author>
<published>2011-05-25T01:14:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=08ee80cc397ac1a306ca689a22ede954d92d0db1'/>
<id>urn:sha1:08ee80cc397ac1a306ca689a22ede954d92d0db1</id>
<content type='text'>
CMD19 -- The offical way to validate bus widths from the JEDEC spec
does not work on all platforms.  Some platforms that use PCI/PCIe
to connect their SD controllers are known to fail.

If the quirk MMC_BUS_WIDTH_TEST is not defined we try to figure out
the bus width by reading the ext_csd at different bus widths and
compare this against the ext_csd read in 1 bit mode.  If no ext_csd
is available we default to 1 bit operations.

Code has been tested on mmp2 against 8 bit eMMC and Transcend 2GB
card that is known to not work in 4 bit mode.  The physical pins
on the card are not present to support 4 bit operation.

Signed-off-by: Philip Rakity &lt;prakity@marvell.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: add support for eMMC Dual Data Rate</title>
<updated>2011-05-25T03:53:58Z</updated>
<author>
<name>Philip Rakity</name>
</author>
<published>2011-05-13T05:47:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4c4cb171054230c2e58ed6574d7faa1871c75bbe'/>
<id>urn:sha1:4c4cb171054230c2e58ed6574d7faa1871c75bbe</id>
<content type='text'>
eMMC voltage change not required for 1.8V.  3.3V and 1.8V vcc
are capable of doing DDR. vccq of 1.8v is not required.

Signed-off-by: Philip Rakity &lt;prakity@marvell.com&gt;
Reviewed-by: Arindam Nath &lt;arindam.nath@amd.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: MMC boot partitions support.</title>
<updated>2011-05-25T01:01:21Z</updated>
<author>
<name>Andrei Warkentin</name>
</author>
<published>2011-04-11T23:10:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=371a689f64b0da140c3bcd3f55305ffa1c3a58ef'/>
<id>urn:sha1:371a689f64b0da140c3bcd3f55305ffa1c3a58ef</id>
<content type='text'>
Allows device MMC boot partitions to be accessed. MMC partitions are
treated effectively as separate block devices on the same MMC card.

Signed-off-by: Andrei Warkentin &lt;andreiw@motorola.com&gt;
Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: Allow setting CMD timeout for CMD6 (SWITCH).</title>
<updated>2011-05-25T01:01:13Z</updated>
<author>
<name>Andrei Warkentin</name>
</author>
<published>2011-04-11T21:13:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d3a8d95dcbb726b9cf0bbc166b2473bdd236c88c'/>
<id>urn:sha1:d3a8d95dcbb726b9cf0bbc166b2473bdd236c88c</id>
<content type='text'>
CMD6 is an R1B-type command, where DAT is used as busy. Depending
on register written using CMD6, timeout value can be different
as per spec.

Signed-off-by: Andrei Warkentin &lt;andreiw@motorola.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: Reliable write support.</title>
<updated>2011-05-25T00:59:38Z</updated>
<author>
<name>Andrei Warkentin</name>
</author>
<published>2011-03-31T23:40:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f4c5522b0a8827f39f83f928961d87e081bfe71c'/>
<id>urn:sha1:f4c5522b0a8827f39f83f928961d87e081bfe71c</id>
<content type='text'>
Allows reliable writes to be used for MMC writes. Reliable writes are used
to service write REQ_FUA/REQ_META requests. Handles both the legacy and
the enhanced reliable write support in MMC cards.

Signed-off-by: Andrei Warkentin &lt;andreiw@motorola.com&gt;
Reviewed-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: Ensure linux starts in eMMC user partition</title>
<updated>2011-05-25T00:59:13Z</updated>
<author>
<name>Philip Rakity</name>
</author>
<published>2011-03-19T18:10:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=41e2a4893566ced3c46af15df5b727326881e47d'/>
<id>urn:sha1:41e2a4893566ced3c46af15df5b727326881e47d</id>
<content type='text'>
uBoot sometimes leaves eMMC pointing to the private boot partition.
Ensure we always start looking at the user partition.

Signed-off-by: Philip Rakity &lt;prakity@marvell.com&gt;
Signed-off-by: Bruce Clemens &lt;bpclemens@marvell.com&gt;
Signed-off-by: Mark F. Brown &lt;markb@marvell.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
</feed>
