SDDR-289 slo-mo reboot
Hi, I have a SanDisk SDDR-289 hooked up through a pci-e interface card w/ VIA VL800 chipset With it plugged it, when I reboot it takes 5-6 minutes to shut down and 15 to come back up. Jan 18 20:58:20 kamira kernel: ugen0.4 (: SanDisk at usbus0 Jan 18 20:58:20 kamira kernel: umass2: Bulk-In, Bulk-Out, Interface on usbus0 Jan 18 20:58:20 kamira kernel: umass2: SCSI over Bulk-Only; quirks = 0x4000 Jan 18 20:58:20 kamira kernel: umass2:7:2:-1: Attached to scbus7 Jan 18 20:58:20 kamira kernel: da2 at umass-sim2 bus 2 scbus7 target 0 lun 0 Jan 18 20:58:20 kamira kernel: da2: SanDisk uSD SDDR-289 1.00 Removable Direct Access SCSI-0 I don't see this model listed in sys/dev/usb/usbdevs, or sys/dev/usb/quirk/usb_quirk.c ..not sure if the 'quirks = 0x4000' refers to something. (?) I have a hunch the problem is related to missing quirks, but I'm not sure. # uname -a FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3 r245537M: Sat Jan 19 13:41:28 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 Any help/suggestions appreciated! Thank you, -- Waitman Gobble San Jose California USA ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
On Sunday 20 January 2013 09:06:51 Waitman Gobble wrote: Hi, I have a SanDisk SDDR-289 hooked up through a pci-e interface card w/ VIA VL800 chipset With it plugged it, when I reboot it takes 5-6 minutes to shut down and 15 to come back up. Jan 18 20:58:20 kamira kernel: ugen0.4 (: SanDisk at usbus0 Jan 18 20:58:20 kamira kernel: umass2: Bulk-In, Bulk-Out, Interface on usbus0 Jan 18 20:58:20 kamira kernel: umass2: SCSI over Bulk-Only; quirks = 0x4000 Jan 18 20:58:20 kamira kernel: umass2:7:2:-1: Attached to scbus7 Jan 18 20:58:20 kamira kernel: da2 at umass-sim2 bus 2 scbus7 target 0 lun 0 Jan 18 20:58:20 kamira kernel: da2: SanDisk uSD SDDR-289 1.00 Removable Direct Access SCSI-0 I don't see this model listed in sys/dev/usb/usbdevs, or sys/dev/usb/quirk/usb_quirk.c ..not sure if the 'quirks = 0x4000' refers to something. (?) I have a hunch the problem is related to missing quirks, but I'm not sure. # uname -a FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3 r245537M: Sat Jan 19 13:41:28 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 There is currently some automagic detection of quirks. You can try to add your device to the quirklist in sys/dev/usb/quirk/usb_quirk.c --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
Hans Petter Selasky hsela...@c2i.net wrote .. On Sunday 20 January 2013 09:06:51 Waitman Gobble wrote: Hi, I have a SanDisk SDDR-289 hooked up through a pci-e interface card w/ VIA VL800 chipset With it plugged it, when I reboot it takes 5-6 minutes to shut down and 15 to come back up. Jan 18 20:58:20 kamira kernel: ugen0.4 (: SanDisk at usbus0 Jan 18 20:58:20 kamira kernel: umass2: Bulk-In, Bulk-Out, Interface on usbus0 Jan 18 20:58:20 kamira kernel: umass2: SCSI over Bulk-Only; quirks = 0x4000 Jan 18 20:58:20 kamira kernel: umass2:7:2:-1: Attached to scbus7 Jan 18 20:58:20 kamira kernel: da2 at umass-sim2 bus 2 scbus7 target 0 lun 0 Jan 18 20:58:20 kamira kernel: da2: SanDisk uSD SDDR-289 1.00 Removable Direct Access SCSI-0 I don't see this model listed in sys/dev/usb/usbdevs, or sys/dev/usb/quirk/usb_quirk.c ..not sure if the 'quirks = 0x4000' refers to something. (?) I have a hunch the problem is related to missing quirks, but I'm not sure. # uname -a FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3 r245537M: Sat Jan 19 13:41:28 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 There is currently some automagic detection of quirks. You can try to add your device to the quirklist in sys/dev/usb/quirk/usb_quirk.c --HPS Hi, Thanks. I did try just to see what happens, but it seems i need to have the device listed in usbdev and I wasn't sure how to list it. for example, an older product with the same brand name, but conceivably a different architecture: in usb_quirk.c USB_QUIRK(ONSPEC2, IMAGEMATE_SDDR55, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), and usbdevs product ONSPEC2 IMAGEMATE_SDDR550xa103 ImageMate SDDR55 i'm not sure where i get this number:0xa103 and if that's all that is needed? # usbconfig -u 0 -a 4 dump_curr_config_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x002c bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0004 SDDR-289 bmAttributes = 0x0080 bMaxPower = 0x0064 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0005 Bulk-In, Bulk-Out, Interface Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 OUT bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 IN bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 # usbconfig -u 0 -a 4 dump_device_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0009 idVendor = 0x0781 idProduct = 0xb6ba bcdDevice = 0x0124 iManufacturer = 0x0001 SanDisk iProduct = 0x0002 USB3.0 Card Reader iSerialNumber = 0x0003 11150005027 bNumConfigurations = 0x0001 Thank you, -- Waitman Gobble San Jose California USA ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Hans Petter Selasky hsela...@c2i.net wrote .. On Sunday 20 January 2013 09:06:51 Waitman Gobble wrote: Hi, I have a SanDisk SDDR-289 hooked up through a pci-e interface card w/ VIA VL800 chipset With it plugged it, when I reboot it takes 5-6 minutes to shut down and 15 to come back up. Jan 18 20:58:20 kamira kernel: ugen0.4 (: SanDisk at usbus0 Jan 18 20:58:20 kamira kernel: umass2: Bulk-In, Bulk-Out, Interface on usbus0 Jan 18 20:58:20 kamira kernel: umass2: SCSI over Bulk-Only; quirks = 0x4000 Jan 18 20:58:20 kamira kernel: umass2:7:2:-1: Attached to scbus7 Jan 18 20:58:20 kamira kernel: da2 at umass-sim2 bus 2 scbus7 target 0 lun 0 Jan 18 20:58:20 kamira kernel: da2: SanDisk uSD SDDR-289 1.00 Removable Direct Access SCSI-0 I don't see this model listed in sys/dev/usb/usbdevs, or sys/dev/usb/quirk/usb_quirk.c ..not sure if the 'quirks = 0x4000' refers to something. (?) I have a hunch the problem is related to missing quirks, but I'm not sure. # uname -a FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3 r245537M: Sat Jan 19 13:41:28 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 There is currently some automagic detection of quirks. You can try to add your device to the quirklist in sys/dev/usb/quirk/usb_quirk.c --HPS Hi, Thanks. I did try just to see what happens, but it seems i need to have the device listed in usbdev and I wasn't sure how to list it. for example, an older product with the same brand name, but conceivably a different architecture: in usb_quirk.c USB_QUIRK(ONSPEC2, IMAGEMATE_SDDR55, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), and usbdevs product ONSPEC2 IMAGEMATE_SDDR550xa103 ImageMate SDDR55 i'm not sure where i get this number:0xa103 and if that's all that is needed? # usbconfig -u 0 -a 4 dump_curr_config_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x002c bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0004 SDDR-289 bmAttributes = 0x0080 bMaxPower = 0x0064 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0005 Bulk-In, Bulk-Out, Interface Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 OUT bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 IN bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 # usbconfig -u 0 -a 4 dump_device_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0009 idVendor = 0x0781 idProduct = 0xb6ba bcdDevice = 0x0124 iManufacturer = 0x0001 SanDisk iProduct = 0x0002 USB3.0 Card Reader iSerialNumber = 0x0003 11150005027 bNumConfigurations = 0x0001 Thank you, -- Waitman Gobble San Jose California USA OOPs, I think I answered my own question.. I put this in usbdevs, based on the output of usbconfig above. product SANDISK IMAGEMATE_SDDR289 0xb6ba ImageMate SDDR-289 then in usb_quirk.c USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Not sure if it's correct but I think maybe a starting point to experiment. Thanks, -- Waitman Gobble San Jose California USA ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Waitman Gobble uzi...@da3m0n8t3r.com wrote .. Hans Petter Selasky hsela...@c2i.net wrote .. On Sunday 20 January 2013 09:06:51 Waitman Gobble wrote: Hi, I have a SanDisk SDDR-289 hooked up through a pci-e interface card w/ VIA VL800 chipset With it plugged it, when I reboot it takes 5-6 minutes to shut down and 15 to come back up. Jan 18 20:58:20 kamira kernel: ugen0.4 (: SanDisk at usbus0 Jan 18 20:58:20 kamira kernel: umass2: Bulk-In, Bulk-Out, Interface on usbus0 Jan 18 20:58:20 kamira kernel: umass2: SCSI over Bulk-Only; quirks = 0x4000 Jan 18 20:58:20 kamira kernel: umass2:7:2:-1: Attached to scbus7 Jan 18 20:58:20 kamira kernel: da2 at umass-sim2 bus 2 scbus7 target 0 lun 0 Jan 18 20:58:20 kamira kernel: da2: SanDisk uSD SDDR-289 1.00 Removable Direct Access SCSI-0 I don't see this model listed in sys/dev/usb/usbdevs, or sys/dev/usb/quirk/usb_quirk.c ..not sure if the 'quirks = 0x4000' refers to something. (?) I have a hunch the problem is related to missing quirks, but I'm not sure. # uname -a FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3 r245537M: Sat Jan 19 13:41:28 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 There is currently some automagic detection of quirks. You can try to add your device to the quirklist in sys/dev/usb/quirk/usb_quirk.c --HPS Hi, Thanks. I did try just to see what happens, but it seems i need to have the device listed in usbdev and I wasn't sure how to list it. for example, an older product with the same brand name, but conceivably a different architecture: in usb_quirk.c USB_QUIRK(ONSPEC2, IMAGEMATE_SDDR55, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), and usbdevs product ONSPEC2 IMAGEMATE_SDDR550xa103 ImageMate SDDR55 i'm not sure where i get this number:0xa103 and if that's all that is needed? # usbconfig -u 0 -a 4 dump_curr_config_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x002c bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0004 SDDR-289 bmAttributes = 0x0080 bMaxPower = 0x0064 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0005 Bulk-In, Bulk-Out, Interface Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 OUT bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 IN bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0400 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x03 RAW dump: 0x00 | 0x06, 0x30, 0x03, 0x00, 0x00, 0x00 # usbconfig -u 0 -a 4 dump_device_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0009 idVendor = 0x0781 idProduct = 0xb6ba bcdDevice = 0x0124 iManufacturer = 0x0001 SanDisk iProduct = 0x0002 USB3.0 Card Reader iSerialNumber = 0x0003 11150005027 bNumConfigurations = 0x0001 Thank you, -- Waitman Gobble San Jose California USA OOPs, I think I answered my own question.. I put this in usbdevs, based on the output of usbconfig above. product SANDISK IMAGEMATE_SDDR289 0xb6ba ImageMate SDDR-289 then in usb_quirk.c USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Not sure if it's correct but I think maybe a starting point to experiment. Thanks, The UQ_MSC_NO_INQUIRY makes it crash bad, but removing NO_INQUIRY
usb/175454: update usbdevs and usb_quirk.c for SanDisk SDDR-289
Number: 175454 Category: usb Synopsis: update usbdevs and usb_quirk.c for SanDisk SDDR-289 Confidential: no Severity: non-critical Priority: low Responsible:freebsd-usb State: open Quarter: Keywords: Date-Required: Class: update Submitter-Id: current-users Arrival-Date: Sun Jan 20 17:10:00 UTC 2013 Closed-Date: Last-Modified: Originator: Waitman Gobble Release:FreeBSD 9.1-RELEASE Organization: Waitman Gobble Environment: FreeBSD kamira.waitman.net 9.1-RELEASE FreeBSD 9.1-RELEASE #5 r245537M: Sun Jan 20 08:45:56 PST 2013 r...@kamira.waitman.net:/usr/obj/usr/src/sys/BURPLEX amd64 Description: With a SanDisk ImageMate SDDR-289 usb 3.0 card reader attached to the computer, a reboot takes over 20 minutes. Shutdown is about 5 minutes, boot up is about 15. Adding the device to usbdevs and updating the quirks totally solves the reboot issue. # usbconfig -u 0 -a 4 dump_device_desc ugen0.4: USB3.0 Card Reader SanDisk at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0009 idVendor = 0x0781 idProduct = 0xb6ba bcdDevice = 0x0124 iManufacturer = 0x0001 SanDisk iProduct = 0x0002 USB3.0 Card Reader iSerialNumber = 0x0003 11150005027 bNumConfigurations = 0x0001 How-To-Repeat: Fix: 1) add to sys/dev/usb/usbdevs: product SANDISK IMAGEMATE_SDDR289 0xb6ba ImageMate SDDR-289 2) add to sys/dev/usb/quirk/usb_quirk.c USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), thank you. Release-Note: Audit-Trail: Unformatted: ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
Hans Petter Selasky hsela...@c2i.net wrote .. On Sunday 20 January 2013 18:05:46 Waitman Gobble wrote: USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Can you try this: USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_NO_INQUIRY, UQ_MSC_NO_GETMAXLUN), There should be a , and not |. --HPS Hi, I noticed that on another line and thought it was valid. For example, a different device in sys/dev/usb/quirk/usb_quirk.c: USB_QUIRK(ONSPEC, UCF100, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_ATAPI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Anyway, I removed the UQ_MSC_NO_INQUIRY from the SDDR189 quirk and it seems to work, at least the boot problem is solved. Thank you, -- Waitman Gobble San Jose California USA ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: SDDR-289 slo-mo reboot
On Sunday 20 January 2013 22:15:35 Waitman Gobble wrote: Hans Petter Selasky hsela...@c2i.net wrote .. On Sunday 20 January 2013 18:05:46 Waitman Gobble wrote: USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Can you try this: USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, UQ_MSC_NO_INQUIRY, UQ_MSC_NO_GETMAXLUN), There should be a , and not |. --HPS Hi, I noticed that on another line and thought it was valid. For example, a different device in sys/dev/usb/quirk/usb_quirk.c: USB_QUIRK(ONSPEC, UCF100, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_ATAPI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), Anyway, I removed the UQ_MSC_NO_INQUIRY from the SDDR189 quirk and it seems to work, at least the boot problem is solved. Thank you, I see, so basically that quirk is disabling the default MSC tester. I think you need a few more quirks! http://svnweb.freebsd.org/changeset/base/245725 --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/175454: commit references a PR
The following reply was made to PR usb/175454; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: usb/175454: commit references a PR Date: Mon, 21 Jan 2013 07:02:52 + (UTC) Author: hselasky Date: Mon Jan 21 07:02:41 2013 New Revision: 245725 URL: http://svnweb.freebsd.org/changeset/base/245725 Log: Add new quirk and correct old one. PR: usb/175454 MFC after: 1 week Modified: head/sys/dev/usb/quirk/usb_quirk.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/quirk/usb_quirk.c == --- head/sys/dev/usb/quirk/usb_quirk.c Mon Jan 21 07:02:21 2013 (r245724) +++ head/sys/dev/usb/quirk/usb_quirk.c Mon Jan 21 07:02:41 2013 (r245725) @@ -302,7 +302,7 @@ static struct usb_quirk_entry usb_quirks UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY), USB_QUIRK(ONSPEC, READER, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI), USB_QUIRK(ONSPEC, UCF100, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, - UQ_MSC_FORCE_PROTO_ATAPI, UQ_MSC_NO_INQUIRY | UQ_MSC_NO_GETMAXLUN), + UQ_MSC_FORCE_PROTO_ATAPI, UQ_MSC_NO_INQUIRY, UQ_MSC_NO_GETMAXLUN), USB_QUIRK(ONSPEC2, IMAGEMATE_SDDR55, 0x, 0x, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), USB_QUIRK(PANASONIC, KXL840AN, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, @@ -338,6 +338,8 @@ static struct usb_quirk_entry usb_quirks UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_IGNORE_RESIDUE), USB_QUIRK(SANDISK, SDDR31, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_READ_CAP_OFFBY1), + USB_QUIRK(SANDISK, IMAGEMATE_SDDR289, 0x, 0x, + UQ_MSC_NO_SYNC_CACHE, UQ_MSC_NO_GETMAXLUN), USB_QUIRK(SCANLOGIC, SL11R, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_ATAPI, UQ_MSC_NO_INQUIRY), USB_QUIRK(SHUTTLE, EUSB, 0x, 0x, UQ_MSC_FORCE_WIRE_CBI_I, Modified: head/sys/dev/usb/usbdevs == --- head/sys/dev/usb/usbdevs Mon Jan 21 07:02:21 2013(r245724) +++ head/sys/dev/usb/usbdevs Mon Jan 21 07:02:41 2013(r245725) @@ -3561,6 +3561,7 @@ product SANDISK SDDR75 0x0810 ImageMate product SANDISK SDCZ2_256 0x7104 Cruzer Mini 256MB product SANDISK SDCZ4_128 0x7112 Cruzer Micro 128MB product SANDISK SDCZ4_256 0x7113 Cruzer Micro 256MB +product SANDISK IMAGEMATE_SDDR289 0xb6ba ImageMate SDDR-289 /* Sanwa Electric Instrument Co., Ltd. products */ product SANWA KB_USB2 0x0701 KB-USB2 multimeter cable ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/174814: commit references a PR
The following reply was made to PR usb/174814; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: usb/174814: commit references a PR Date: Mon, 21 Jan 2013 07:10:35 + (UTC) Author: hselasky Date: Mon Jan 21 07:10:27 2013 New Revision: 245727 URL: http://svnweb.freebsd.org/changeset/base/245727 Log: MFC r244837 and r245427: Add new USB IDs. PR: usb/174814 Submitted by:Andy Balholm, Lowell Gilbert Modified: stable/9/sys/dev/usb/serial/u3g.c stable/9/sys/dev/usb/usbdevs Directory Properties: stable/9/sys/ (props changed) stable/9/sys/dev/ (props changed) Modified: stable/9/sys/dev/usb/serial/u3g.c == --- stable/9/sys/dev/usb/serial/u3g.c Mon Jan 21 07:03:13 2013 (r245726) +++ stable/9/sys/dev/usb/serial/u3g.c Mon Jan 21 07:10:27 2013 (r245727) @@ -342,6 +342,7 @@ static const STRUCT_USB_HOST_ID u3g_devs U3G_DEV(NOVATEL, MC760, 0), U3G_DEV(NOVATEL, MC547, 0), U3G_DEV(NOVATEL, MC950D, 0), + U3G_DEV(NOVATEL, MIFI2200, U3GINIT_SCSIEJECT), U3G_DEV(NOVATEL, U720, 0), U3G_DEV(NOVATEL, U727, 0), U3G_DEV(NOVATEL, U727_2, 0), @@ -355,6 +356,7 @@ static const STRUCT_USB_HOST_ID u3g_devs U3G_DEV(NOVATEL, V740, 0), U3G_DEV(NOVATEL, X950D, 0), U3G_DEV(NOVATEL, XU870, 0), + U3G_DEV(MOTOROLA2, MB886, U3GINIT_SCSIEJECT), U3G_DEV(OPTION, E6500, 0), U3G_DEV(OPTION, E6501, 0), U3G_DEV(OPTION, E6601, 0), Modified: stable/9/sys/dev/usb/usbdevs == --- stable/9/sys/dev/usb/usbdevs Mon Jan 21 07:03:13 2013 (r245726) +++ stable/9/sys/dev/usb/usbdevs Mon Jan 21 07:10:27 2013 (r245727) @@ -2936,6 +2936,7 @@ product MOTOROLA2 A41XV32X 0x2a22 A41x/V product MOTOROLA2 E3980x4810 E398 Mobile Phone product MOTOROLA2 USBLAN 0x600c USBLAN product MOTOROLA2 USBLAN2 0x6027 USBLAN +product MOTOROLA2 MB886 0x710f MB886 Mobile Phone (Atria HD) product MOTOROLA4 RT2770 0x9031 RT2770 product MOTOROLA4 RT3070 0x9032 RT3070 @@ -3055,6 +3056,7 @@ product NOVATEL U727 0x4100 Merlin U727 product NOVATEL MC950D0x4400 Novatel MC950D HSUPA product NOVATEL ZEROCD0x5010 Novatel ZeroCD product NOVATEL ZEROCD2 0x5030 Novatel ZeroCD +product NOVATEL MIFI2200 0x5041 Novatel MiFi 2200 CDMA product NOVATEL U727_20x5100 Merlin U727 CDMA product NOVATEL U760 0x6000 Novatel U760 product NOVATEL MC760 0x6002 Novatel MC760 ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/175297: Re: [PATCH] disable fake CD mount for Atria HD phone
Synopsis: Re: [PATCH] disable fake CD mount for Atria HD phone State-Changed-From-To: open-closed State-Changed-By: linimon State-Changed-When: Mon Jan 21 07:32:23 UTC 2013 State-Changed-Why: Misfiled followup to usb/175296; content migrated. Responsible-Changed-From-To: gnats-admin-freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 21 07:32:23 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=175297 ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org