DragonFly BSD
DragonFly kernel List (threaded) for 2004-01
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

usb panics, ithread lockups, and atapi dma problems


From: Andrew Atrens <atrens@xxxxxxxxxxxxxxxxxx>
Date: Tue, 13 Jan 2004 11:58:24 -0500

Hi All,

I'm seeing a variety of usb problems when using my Kingston Data Traveller
flash memory stick. And am also seeing atapi/dma problems as well.  

Here's a summary, I'm looking for a bit of advice as to how to proceed


When my memory stick is plugged in at boot time I get a panic. So far on 3/5
attempts. This looks like a bug Ian Dowse fixed in -stable back in
September, and related to the usb stack creating a kernel thread whenever a
device gets attached. If the device is attached during probing the fork1()
call runs calling splhigh() and then spl0(). The spl0() call was the
problem as this enables all interrupts - not a good idea to do during
device probing. Since the panic looked the same, I am blindly applying the
below patch in hope it will fix it.


Index: kern_fork.c
===================================================================
RCS file: /usr/dfly/repo/src/sys/kern/kern_fork.c,v
retrieving revision 1.17
retrieving revision 1.17.2.1
diff -b -B -r1.17 -r1.17.2.1
611a612
>     int s;
619c620
<       (void) splhigh();
---
>       s = splhigh();
622c623
<       (void) spl0();
---
>       splx(s);


may or may not be applicable to df, but not sure if the original spl0() was
100% correct to begin with. :|


The second problem I'm seeing is related to heavy device i/o on my data
stick. When I attempt to copy large files to or from my data stick, the
copy starts to work but about 5 seconds into it I get a complete lockup.

When I break to ddb and do a ps it tells me that I'm busy executing ithread1 
when I ask ddb to panic I get a synching filesystems message and it hangs
forever (well, forever in this case is at least 10 minutes).



The third problem I'm seeing is related to ata/dma and my cd burner.

For the longest time in -stable I'd been using 

hw.ata_atapi_dma=1  in my /boot/loader.conf file.

This doesn't work in DF. The probe finds my cd devices, but accessing them
always fails. Further, when I do an atacontrol reinit the devices just
disappear.

With hw.ata.atapi_dma=0  this doesn't happen.

been working fine in -stable with this same hw for over 6 months :(


Let me know how you'd like me to proceed.


Cheers,

Andrew.




[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]