Weird behaviour

On Tue, Feb 14, 2012 at 5:18 PM, James Cameron <quozl at laptop.org> wrote:
> I agree, it seems likely to be a hardware problem with USB.
>> You said file copy from USB to the filesystem was just as slow. Is that
> using OpenFirmware or Linux? I'm expecting you used Linux.
>
Linux
>> We made some USB changes in OpenFirmware, but these ought not to have
> had this effect, and should have no effect at all on Linux. Yet, I am
> interested to know what version of OpenFirmware is on the units.
>> --
>> For your interest, next time you need it, there's an OpenFirmware test
> feature for checking the fs-update transfer rates from USB.
>> ok null-fsdisk fs-update u:\fs.zd
>>I did the following to try to establish a reference point on a perfectly
good XO 1.5 with functioning USB
I upgraded the firmware to Q3C01, which eliminated the write-block-start
and finish not unique messages.
However invoking the command null-fsdisk fs-update u:\os883.zd4 (which is
the build we use on these machines and is teh file on the USB drive) gives
the following warnings on the good (reference) XO 1.5:
Image size is larger than output device
file said highest block 29849 but wrote only as high as block 0
file did not write a zero block, but wrote only as low as block 29489
00:00:00
> What it does is read the data from USB and then discard it. That way
> you can exclude the time otherwise spent writing to the internal microSD
> or eMMC. The feature was recently fixed (10th Feb 2012) so use firmware
> after that date. I didn't go back to find when it broke.
>> --
> James Cameron
>http://quozl.linux.org.au/> _______________________________________________
> Devel mailing list
>Devel at lists.laptop.org>http://lists.laptop.org/listinfo/devel>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20120218/629e5a0d/attachment.html>