On 9 June 2011 16:59, Ohad Ben-Cohen o...@wizery.com wrote:
Now can you please repeat this, but this time add your original patch
(which only added the CMD5 arg=0 cmd, no sdio reset yet) ?
With this version of the patch:
http://dev.laptop.org/~dsd/20110609/sd-pwr-debug2.patch
bash-4.1# mount
On Thu, Jun 9, 2011 at 7:21 PM, Daniel Drake d...@laptop.org wrote:
With this version of the patch:
http://dev.laptop.org/~dsd/20110609/sd-pwr-debug2.patch
bash-4.1# mount -t debugfs none /sys/kernel/debug
bash-4.1# cat /sys/kernel/debug/mmc1/ios
clock: 0 Hz
vdd: 0
, as suggested, based on this patch:
http://dev.laptop.org/~dsd/20110609/sd-pwr-debug4.patch
Note that I added in printk's to show when mmc_power_save_host() and
mmc_power_restore_host() get called.
bash-4.1# mount -t debugfs none /sys/kernel/debug
bash-4.1# cat /sys/kernel/debug/mmc1/ios
clock
On Thu, Jun 9, 2011 at 7:44 PM, Daniel Drake d...@laptop.org wrote:
Note that during the insmod/rmmod calls, runtime PM did not touch the
power state - the card remained powered ever since the first insmod.
Not sure if this is in-line with your expectations.
It definitely isn't. And that may
On 9 June 2011 19:25, Ohad Ben-Cohen o...@wizery.com wrote:
let's update that patch. I'd send you an updated one, but I have to go
for awhile, so here's the quick change you need to do.
Unfortunately it doesn't help.
New patch:
http://dev.laptop.org/~dsd/20110609/sd-pwr-debug6.patch
During
Hi Zhangfei,
On Fri, Jun 10, 2011 at 5:02 AM, zhangfei gao zhangfei@gmail.com wrote:
Here is answer got from the sd8686 maintainer.
For 8686, the SDIO state machine can only handle init sequence (CMD5,
5, 3, 7) from host once. If host sends another init sequence, it will
not be able to
