On Sat, Feb 26, 2005 at 09:02:14AM -0800, ALeine wrote:
> [EMAIL PROTECTED] wrote:
>
> > 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.
>
Adding DA_Q_NO_SYNC_CACHE in scsi_da.c i
On Fri, Feb 25, 2005 at 10:03:55AM -0800, ALeine wrote:
> [EMAIL PROTECTED] wrote:
>
> > I have a 512mb version of the SanDisk Cruzer Mini keychain drive.
> > ProductId = 0x5150 (VendorID=0x0781). I am unable to correctly
> > get it to stop crashing the system when using cp(1) to copy large
> > f
[EMAIL PROTECTED] wrote:
> 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.
You said the problem occurs only when you copy files to the device using
cp(1) and not dd(1). The main differ
[EMAIL PROTECTED] wrote:
> I have a 512mb version of the SanDisk Cruzer Mini keychain drive.
> ProductId = 0x5150 (VendorID=0x0781). I am unable to correctly
> get it to stop crashing the system when using cp(1) to copy large
> files to it.
> I patched /usr/src/sys/dev/usb/umass.c as:
>
> if (UG
I have a 512mb version of the SanDisk Cruzer Mini keychain drive.
ProductId = 0x5150 (VendorID=0x0781). I am unable to correctly get it to
stop crashing the system when using cp(1) to copy large files to it.
I patched /usr/src/sys/dev/usb/umass.c as:
if (UGETW(dd->idVendor) == USB_VENDOR_SANDISK &
5 matches
Mail list logo