On Mon, Feb 13, 2012 at 1:20 PM, Jeff Chua wrote:
> On Mon, Feb 13, 2012 at 1:16 PM, Jeff Chua wrote:
>> On Mon, Feb 13, 2012 at 12:41 PM, Jeff Chua
>> wrote:
>>> I ran tests for frequency that works dd out 1G of data from 8MHz to
>>> 16MHz, and it seems frequency less than 8.4MHz can only tran
On Mon, Feb 13, 2012 at 1:16 PM, Jeff Chua wrote:
> On Mon, Feb 13, 2012 at 12:41 PM, Jeff Chua wrote:
>> I ran tests for frequency that works dd out 1G of data from 8MHz to
>> 16MHz, and it seems frequency less than 8.4MHz can only transfer at
>> rate of 14.3MB/s and above 8.4MHz, speed goes up
On Mon, Feb 13, 2012 at 12:41 PM, Jeff Chua wrote:
> I ran tests for frequency that works dd out 1G of data from 8MHz to
> 16MHz, and it seems frequency less than 8.4MHz can only transfer at
> rate of 14.3MB/s and above 8.4MHz, speed goes up to 18.3 MB/s. Above
> 17MHz, errors encounters.
>
> hz1
On Sat, Feb 11, 2012 at 6:55 PM, Jeff Chua wrote:
> sdhci: Secure Digital Host Controller Interface driver
> sdhci: Copyright(c) Pierre Ossman
> sdhci-pci :0d:00.0: SDHCI controller found [1180:e823] (rev 4)
> Registered led device: mmc0::
> mmc0: clock 0Hz busmode 1 powermode 0 cs 0 Vdd 0 wi
On Sat, Feb 11, 2012 at 4:28 AM, Philip Rakity wrote:
>
> On Feb 10, 2012, at 8:18 AM, Jeff Chua wrote:
>
>> On Thu, Feb 9, 2012 at 3:09 AM, Philip Rakity wrote:
>>>
>>>
>>> Jeff,
>>>
>>> I think the sdhci.c clock setting code was changed a while ago. Maybe
>>> revert that mod and see what hap
On Feb 10, 2012, at 8:18 AM, Jeff Chua wrote:
> On Thu, Feb 9, 2012 at 3:09 AM, Philip Rakity wrote:
>>
>>
>> Jeff,
>>
>> I think the sdhci.c clock setting code was changed a while ago. Maybe
>> revert that mod and see what happens.
>>
>> The card is a 24MHz which is rather slow so I woul
On Thu, Feb 9, 2012 at 3:09 AM, Philip Rakity wrote:
>
>
> Jeff,
>
> I think the sdhci.c clock setting code was changed a while ago. Maybe
> revert that mod and see what happens.
>
> The card is a 24MHz which is rather slow so I would be surprised if that was
> it.
> The other option is the fo
Jeff,
I think the sdhci.c clock setting code was changed a while ago. Maybe revert
that mod and see what happens.
The card is a 24MHz which is rather slow so I would be surprised if that was
it.
The other option is the force enable the High Speed bit in the controller
(used when speed is
On Wed, Feb 8, 2012 at 7:45 AM, Jaehoon Chung wrote:
> On 02/08/2012 03:33 AM, Jeff Chua wrote:
I tried a Class6 8GB and after a few inserts, it could read without
errors. The Class10 seems to be more sensitive to speed.
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc
On 02/08/2012 03:33 AM, Jeff Chua wrote:
> On Wed, Feb 8, 2012 at 12:07 AM, Jeff Chua wrote:
>
> Help! I was trying Linux-3.0 on the SD and formatted it and now the SD
> is dead! How can I recover it?
>
> # with the SD plugged into to a USD reader ...
>
> Initializing USB Mass Storage driver..
On Wed, Feb 8, 2012 at 12:07 AM, Jeff Chua wrote:
Help! I was trying Linux-3.0 on the SD and formatted it and now the SD
is dead! How can I recover it?
# with the SD plugged into to a USD reader ...
Initializing USB Mass Storage driver...
scsi21 : usb-storage 2-1.2:1.0
usbcore: registered new i
On Wed, Feb 8, 2012 at 12:04 AM, Jeff Chua wrote:
> On Tue, Feb 7, 2012 at 11:00 PM, Philip Rakity wrote:
>
>> Chris just took a patch upstream from us that reverts the sd card to HS if
>> we fail uhs. You might need this. Could you send me a complete console
>> log.
>>
>> echo 17 > /proc/sy
On Tue, Feb 7, 2012 at 11:00 PM, Philip Rakity wrote:
> Chris just took a patch upstream from us that reverts the sd card to HS if we
> fail uhs. You might need this. Could you send me a complete console log.
>
> echo 17 > /proc/sys/kernel/printk
>
> Then insert card.
Here's the log ...
sdh
On Tue, Feb 7, 2012 at 7:04 PM, Adrian Hunter wrote:
> On 07/02/12 12:40, Jeff Chua wrote:
>> On Tue, Feb 7, 2012 at 4:32 PM, Adrian Hunter
>> wrote:
>>
>>> Looks like Caps_1: 0x8073 means re-tuning mode 3. Maybe the tuning is
>>> not being done correctly.
>>
>> What I can do to test it?
>
On 07/02/12 12:40, Jeff Chua wrote:
> On Tue, Feb 7, 2012 at 4:32 PM, Adrian Hunter wrote:
>
>> Looks like Caps_1: 0x8073 means re-tuning mode 3. Maybe the tuning is
>> not being done correctly.
>
> What I can do to test it?
Tuning may be needed for UHS (ultra high speed).
Was there a mess
On Tue, Feb 7, 2012 at 4:32 PM, Adrian Hunter wrote:
> Looks like Caps_1: 0x8073 means re-tuning mode 3. Maybe the tuning is
> not being done correctly.
What I can do to test it?
Thanks,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message
On 07/02/12 06:37, Jeff Chua wrote:
> On Tue, Feb 7, 2012 at 11:38 AM, Chris Ball wrote:
>> Hi, adding linux-mmc@ to the thread,
>>
>> On Mon, Feb 06 2012, Jeff Chua wrote:
>>> The SD slot on the Lenovo X220 is doesn't seems to work on
>>> Linux-3.3.0-rc2. I haven't use SD for a while, so don't kn
On Tue, Feb 7, 2012 at 11:38 AM, Chris Ball wrote:
> Hi, adding linux-mmc@ to the thread,
>
> On Mon, Feb 06 2012, Jeff Chua wrote:
>> The SD slot on the Lenovo X220 is doesn't seems to work on
>> Linux-3.3.0-rc2. I haven't use SD for a while, so don't know which
>> linux version will work on the
Hi, adding linux-mmc@ to the thread,
On Mon, Feb 06 2012, Jeff Chua wrote:
> The SD slot on the Lenovo X220 is doesn't seems to work on
> Linux-3.3.0-rc2. I haven't use SD for a while, so don't know which
> linux version will work on the X220.
>
>
> # cat .config
> CONFIG_MMC=m
> CONFIG_MMC_DEBUG=
19 matches
Mail list logo