Hi,

I install Win XP on the system and the drive works fine.

I have tested this with both Ubuntu and Fedore destributions as well
as kernels I have compiled myself. I have also tested it with 3
different Kingston drives. I have also used 3 different EMC-3610
boards just to ensure my board is not faulty. All with the same result

Is there any way I can modifie the driver so I see the same result as
when I put the debug output to the serial port. It seem to effect the
timing and lets the drive work.

Thanks for your help.

On Dec 22, 2007 3:46 AM, Alan Stern <[EMAIL PROTECTED]> wrote:
>
> On Fri, 21 Dec 2007, Pete Zaitcev wrote:
>
> > On Fri, 21 Dec 2007 10:50:06 +0000, "Brian Murphy" <[EMAIL PROTECTED]> 
> > wrote:
> >
> > > I just discover some thing, If I ouput the trace to
> > > a serial port the system works fine. However If I output the trace to
> > > the disk I have the same problem as before. [...]
> >
> > I think your device is asking for US_FL_GO_SLOW or equivalent.
> > It keels over on the very first read after the WP sensing:
> >
> > > c12e7ea0 43055373 S Bo:1:004:2 -115 31 = 55534243 0b000000 00100000 
> > > 80000a28 00000000 00000008 00000000 000000
> > > c12e7ea0 43056075 C Bo:1:004:2 0 31 >
> > > c12e7720 43056160 S Bi:1:004:1 -115 4096 <
> > > c12e7720 43162104 C Bi:1:004:1 -84 0
> >
> > I had major issues with the Kingston in the past because they do not
> > like a halt clear while not halted, but nothing like this. Perhaps
> > it's a new cheaper revision, buggier than before.
>
> That's possible.  It leaves open the question of why the device works
> okay when no mouse nor any other HID device is attached...
>
> Alan Stern
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to