On Sun, Nov 11, 2001 at 08:14:08AM +0100, [EMAIL PROTECTED] wrote:
> On Sat, Nov 10, 2001 at 07:22:14PM -0800, Matthew Dharm wrote:
> >
> > My advice:
> > (1) Try the other UHCI driver
> > (2) Try to narrow down exactly what kernel this died in. usb-storage has
> > some 2.4.15-pre2 changes, but it hasn't changed for a while previous to
> > that.
>
> I will try the other UHCI driver first.
> Then I will upgrade to the latest pre-release of the kernel.
>
> If all this doesn't work out maybe I'll try some ancient kernels
> in order to find the patch that introduced the problem.
> But that takes a lot of time, which is in short supply...
> Does it make sense to try the latest ac-kernel first?
Well, I tried the UHCI driver.
First the good news: it "worked".
The bad news: it didn't work really well.
The machine didn't hang this time, that's great.
The camera was detected, the two SCSI devices (internal and external
memory) registered. I could mount both devices and access them.
(I did an ls -l and I copied some JPEG-files to /tmp)
Much to my disappointment it took far too long for the cp command
to complete. During the cp I could hear the head of the disk drive
move up-and-down the platter over a long distance (definitely not
a small move-to-the-next-track movement).
What is happening here?
It isn't a problem with de IDE disk (/tmp is located on an IDE disk),
because it doesn't happen when I cp a file from a regular filesystem
to /tmp. Is something being reset before/after each IO operation?
So what next?
I really want to help you pinpoint the problem.
I'll send the log regarding the test with the UHCI driver to
your private address, because it's a little bit large for
distribution via the mailing list.
Regards,
Toon.
--
/"\ | Windows XP:
\ / ASCII RIBBON CAMPAIGN | "Sorry Dave...
X AGAINST HTML MAIL | I'm afraid I can't do that."
/ \
PGP signature
