<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/mmc/core/mmc.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-22T19:25:53Z</updated>
<entry>
<title>mmc: core: reset signal voltage on power up</title>
<updated>2012-07-22T19:25:53Z</updated>
<author>
<name>Aaron Lu</name>
</author>
<published>2012-07-10T08:55:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=108ecc4cf9c46a4caabaf18efc42d19818c95b70'/>
<id>urn:sha1:108ecc4cf9c46a4caabaf18efc42d19818c95b70</id>
<content type='text'>
Add a call to mmc_set_signal_voltage() to set signal voltage to 3.3v in
mmc_power_up so that we do not need to touch signal voltage setting in
mmc/sd/sdio init functions and rescan function.

For mmc/sd cards, when doing a suspend/resume cycle, consider the unsafe
resume case, the card will lose its power and when powered on again, we
will set signal voltage to 3.3v in mmc_power_up before its resume function
gets called, which will re-init the card.

And for sdio cards, when doing a suspend/resume cycle, consider the unsafe
resume case, the card will either lose its power or not depending on if it
wants to wakeup the host. If power is not maintained, it is the same case as
mmc/sd cards. If power is maintained, mmc_power_up will not be called and
the card's signal voltage will remain at the last setting.

Signed-off-by: Aaron Lu &lt;aaron.lu@amd.com&gt;
Tested-by: Venkatraman S &lt;svenkatr@ti.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: Revert "skip card initialization if power class selection fails"</title>
<updated>2012-07-11T02:47:13Z</updated>
<author>
<name>Venkatraman S</name>
</author>
<published>2012-07-02T06:56:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=87f761b6c0c4c6aa8072734a574b4049a9b8f9d4'/>
<id>urn:sha1:87f761b6c0c4c6aa8072734a574b4049a9b8f9d4</id>
<content type='text'>
This reverts commit 3d93576e(skip card initialization if
power class selection fails).
Problem has been reported when this is used with eMMC4.41
card with Tegra Platform. Till the issue is root caused,
bus width selection failure should not be treated as fatal.

Reported-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-Off-by: Venkatraman S &lt;svenkatr@ti.com&gt;
CC: Ulf Hansson &lt;ulf.hansson@stericsson.com&gt;
CC: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
CC: Saugata Das &lt;saugata.das@linaro.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: return an error on suspend if mmc_deselect_cards fails</title>
<updated>2012-06-06T13:49:47Z</updated>
<author>
<name>Jaehoon Chung</name>
</author>
<published>2012-05-31T11:31:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=85e727edb963459d13cdd9ce84c335d251a005a7'/>
<id>urn:sha1:85e727edb963459d13cdd9ce84c335d251a005a7</id>
<content type='text'>
When mmc_host is not spi mode, mmc/sd is doing mmc_deselect_cards().
mmc_deselect_cards could be returned error.
If returned error, we can know something wrong when enter suspend.

Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Acked-by: Ulf Hansson &lt;ulf.hansson@linaro.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: block: Allow disabling 512B sector size emulation</title>
<updated>2012-05-17T13:35:21Z</updated>
<author>
<name>Saugata Das</name>
</author>
<published>2012-05-17T11:02:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a5075eb94837edde6833fd5e0277fc2370cf8b39'/>
<id>urn:sha1:a5075eb94837edde6833fd5e0277fc2370cf8b39</id>
<content type='text'>
This patch adds support for large sector size of 4KB by disabling
emulation.  This patch passes eMMC DATA_SECTOR_SIZE as the logical
block size during mmc_blk_alloc_req.

In order to use this patch for 4KB sector size, ensure that
USE_NATIVE_SECTOR is enabled, partition table is 4KB sector size
aligned and file system block and sector size are 4KB multiples.

Signed-off-by: Saugata Das &lt;saugata.das@linaro.org&gt;
Reviewed-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Reviewed-by: Namjae Jeon &lt;linkinjeon@gmail.com&gt;
Reviewed-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: Remove dead code</title>
<updated>2012-05-10T00:47:49Z</updated>
<author>
<name>Philippe De Swert</name>
</author>
<published>2012-04-11T20:32:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f6f44590f231cdf914ce740f3a53a6b815bf4767'/>
<id>urn:sha1:f6f44590f231cdf914ce740f3a53a6b815bf4767</id>
<content type='text'>
bus_width is passed to the function and when 0 (MMC_BUS_WIDTH_1)
will cause the function to return. So in in the second test it
definitely is different from 0, and the third test is redundant.

Signed-off-by: Philippe De Swert &lt;philippedeswert@gmail.com&gt;
Reviewed-by: Namjae Jeon &lt;linkinjeon@gmail.com&gt;
Acked-by: Philip Rakity &lt;prakity@marvell.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: skip card initialization if power class selection fails</title>
<updated>2012-05-09T14:07:12Z</updated>
<author>
<name>Subhash Jadavani</name>
</author>
<published>2012-04-12T14:06:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3d93576e3442a2becb91290d62f1c105fec1150c'/>
<id>urn:sha1:3d93576e3442a2becb91290d62f1c105fec1150c</id>
<content type='text'>
With current implementation of power class selection,
mmc_select_powerclass() should never fail. So treat any error
returned by this function as serious enough to skip the card
initialization.

Signed-off-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Reviewed-by: Namjae Jeon &lt;linkinjeon@gmail.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: fix the signaling 1.8V for HS200</title>
<updated>2012-05-09T14:04:12Z</updated>
<author>
<name>Seungwon Jeon</name>
</author>
<published>2012-04-25T07:18:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=10942aa40a595d7ff8b4e90f8a762e816367cac3'/>
<id>urn:sha1:10942aa40a595d7ff8b4e90f8a762e816367cac3</id>
<content type='text'>
Currently only 1.2V is treated for HS200 mode. If the host has only
1.8V I/O capability not 1.2V, mmc_set_signal_voltage can't be called
for 1.8V HS200. EXT_CSD_CARD_TYPE_SDR_1_8V needs to be considered.

Signed-off-by: Seungwon Jeon &lt;tgih.jun@samsung.com&gt;
Reviewed-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: fix the decision of HS200/DDR card-type</title>
<updated>2012-05-09T14:03:21Z</updated>
<author>
<name>Seungwon Jeon</name>
</author>
<published>2012-04-25T07:17:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=96cf5f02aee8bbeff38824b18b9ec583d687f846'/>
<id>urn:sha1:96cf5f02aee8bbeff38824b18b9ec583d687f846</id>
<content type='text'>
Current implementation decides the card type exclusively. Even though
eMMC device can support both HS200 and DDR mode, card type will be
set only for HS200. If the host doesn't support HS200 but has DDR
capability, then DDR mode can't be selected.

Signed-off-by: Seungwon Jeon &lt;tgih.jun@samsung.com&gt;
Reviewed-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: fix power class selection</title>
<updated>2012-04-06T00:32:31Z</updated>
<author>
<name>Subhash Jadavani</name>
</author>
<published>2012-04-03T06:55:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=93fc5a47f25c41125b30c0bf4f243bf3204a1a0a'/>
<id>urn:sha1:93fc5a47f25c41125b30c0bf4f243bf3204a1a0a</id>
<content type='text'>
mmc_select_powerclass() function returns error if eMMC
VDD level supported by host is between 2.7v to 3.2v.

According to eMMC specification, valid voltage for high
voltage cards is 2.7v to 3.6v. This patch ensures that
2.7v to 3.6v VDD range is treated as valid range.

Also, failure to set the power class shouldn't be treated
as fatal error because even if setting the power class
fails, card can still work in default power class.
If mmc_select_powerclass() returns error, just print
the warning message and go ahead with rest of the card
initialization.

Signed-off-by: Subhash Jadavani &lt;subhashj@codeaurora.org&gt;
Acked-by: Girish K S &lt;girish.shivananjappa@linaro.org&gt;
Reviewed-by: Namjae Jeon &lt;linkinjeon@gmail.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
<entry>
<title>mmc: core: add high-capacity erase size capability flag</title>
<updated>2012-03-27T16:20:07Z</updated>
<author>
<name>Adrian Hunter</name>
</author>
<published>2012-03-13T09:19:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=83bb24aaa4af2ec7c127cc2a5fa7ca9f64cdd13d'/>
<id>urn:sha1:83bb24aaa4af2ec7c127cc2a5fa7ca9f64cdd13d</id>
<content type='text'>
Let drivers specify the use of high-capacity erase size.

Signed-off-by: Adrian Hunter &lt;adrian.hunter@intel.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
</content>
</entry>
</feed>
