is disconnected; this might prevent two things: 1. the usb
subsystem currently gets stuck in a loop trying to clear the stall. 2. the
kernel panic that now happens if you remove the pendrive at this point.
[1]
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/umass.c.diff?r1=1.118&r2=1.
"SanDisk" , "Cruzer Mini", "*"},
> /*quirks*/ DA_Q_NO_SYNC_CACHE
> }
>
I did this as the first hack. It made the problem worse. I'll try patching both
umass.c and scsi_da.c maybe they will have some sort of synergistic effect.
maybe i should just b
the problem.
Notably dd(1) transfers files fine. This is on a RELENG_4 system, cvsup
yesterday. Any ideas?
thanks,
pete
--
Peter C. Lai
University of Connecticut
Dept. of Molecular and Cell Biology
Yale University School of Medicine
SenseLab | Research Assistant
h
raid
and just go with vinum?
The rest of the system is a k6-2 400mhz with 256mb ram (amount might change).
I will also have moderate network i/o on the pci bus (obviously).
TIA,
cowbert
--
Peter C. Lai
University of Connecticut
Dept. of Molecular and Cell Biology
Yale University School of Med
spooler system above, which adds stability to the system but
feels too hackish for me. Whereas my print server is no longer hanging because
someone is too lazy to put paper in it, the solution breaks my in-house web
based job control system.
The main culprit is gs not buffering its output; but lpd cou
5 matches
Mail list logo