Hi Remy,
Sorry it took so long but here are the results of the tests on my
AT91SAM9261-EK.
Le samedi 20 septembre 2008 à 22:14 +0200, Stelian Pop a écrit :
Also, it would be very helpful if you would test your sticks on a
SAM9261, because that SoC _must_ work. (I tested on AT91SAM9261-EK,
Hello Stelian,
Hmm, I can do that, but not before September 29.
The stick is fine, it does work ok on the 9261:
Thanks for testing it, it sounds good... But that does mean that there
is a SoC dependant issue here...
I looked at the code again, and found an oddity that I overlooked
before and
Hello Wolfgang,
I get these messages also, and I did not considered that to be a
problem, because everything works...
Oh, but this *is* a problem. It is not the normal output of that
command.
Yeah, I agree, it was a problem, but this is what I meant: During
debugging it was not related to
Hello Stelian,
Thanks, and I expect to hear some more positive news ;-)))
I'm afraid I have more bad news.
Grmbl, Now my weekend is ruined ;-
I updated my tree to the latest git. I use the ELDK 4.1 arm compiler.
Tested on an AT91SAM9263, with two different USB sticks:
U-Boot usb reset
Le jeudi 18 septembre 2008 à 16:54 +0200, Remy Bohmer a écrit :
Hello Stelian,
Hi Remy,
I gave your patches a run on an AT91CAP9 and had limited success with
them (usb seems to work, usb storage do not):
Does it work without the patches? Is it a regression, or still an improvement?
It
Hello Stelian,
U-Boot usb storage
Device 0: not available
What about this one ? Isn't this supposed to say something else ?
I got it!
Currently the IF_TYPE_USB is not handled in the dev_print routine in part.c
It is just a info printing issue, not a real functional bug.
I am working on a
Hello Markus,
Are you guys working on top of git? Doesn't the following commit fix
this already?
uuuh, I am not updating daily...
But, I verified and publish my patches always on latest git, but that
is something different than using the latest git in our product on
daily base...
So, I did not
Le vendredi 19 septembre 2008 à 11:16 +0200, Remy Bohmer a écrit :
I'll try to test on some other AT91SAM9 boards later today, if I find a
few minutes...
Thanks, and I expect to hear some more positive news ;-)))
I'm afraid I have more bad news.
I updated my tree to the latest git. I use
Le mardi 16 septembre 2008 à 14:55 +0200, Remy Bohmer a écrit :
This series is a set of patches that are required to make USB sticks behave
robust while using U-Boot on a OHCI host.
Hi,
I gave your patches a run on an AT91CAP9 and had limited success with
them (usb seems to work, usb storage
Hello Stelian,
I gave your patches a run on an AT91CAP9 and had limited success with
them (usb seems to work, usb storage do not):
Does it work without the patches? Is it a regression, or still an improvement?
U-Boot usb part
print_part of 0
Partition Map for USB device 0 -- Partition
This series is a set of patches that are required to make USB sticks behave
robust while using U-Boot on a OHCI host.
Several users complain about ERROR: CTL:TIMEOUT errors while using USB sticks,
and while testing many different USB sticks it showed that some were working
and many don't. It
Dear Remy,
On Tue, Sep 16, 2008 at 02:55:41PM +0200, Remy Bohmer wrote:
This series is a set of patches that are required to make USB sticks behave
robust while using U-Boot on a OHCI host.
Several users complain about ERROR: CTL:TIMEOUT errors while using USB sticks,
and while testing
12 matches
Mail list logo