USB suspend/resume
Hi all,
I've been trying to get a IBM ThinkPad X60 suspend/resume working
correctly, and discovered that with uhci loaded, the machine would hang on
resume. This is on head, but I believe this is aslo the cause of the
laptop not resuming on stable/8.
It turns out that this is because we sleep in the resume path. The resume
path appears to run with interrupts disabled, and as a result we never
wake up. A comment above uhci_suspend() saggests similar:
/* NOTE: suspend/resume is called from
* interrupt context and cannot sleep!
However, we do sleep. We call usb_pause_mtx() several times during both
tthe suspend and resume path, and on resume this is fatal.
usb_pause_mtx() will use DELAY() when called before the machine has
finished booting (ie cold != 0), but will call pause() once booted. To
prove this, I've tested the following gross hack, which fixes
suspend/resume on the ThinkPad X60:
Index: sys/dev/usb/controller/ehci_pci.c
===
--- sys/dev/usb/controller/ehci_pci.c (revision 222417)
+++ sys/dev/usb/controller/ehci_pci.c (working copy)
@@ -118,10 +118,16 @@
ehci_pci_resume(device_t self)
{
ehci_softc_t *sc = device_get_softc(self);
+ int mycold;
+ mycold = cold;
+ cold = 1;
+
ehci_pci_takecontroller(self);
ehci_resume(sc);
+ cold = mycold;
+
bus_generic_resume(self);
return (0);
Index: sys/dev/usb/controller/uhci_pci.c
===
--- sys/dev/usb/controller/uhci_pci.c (revision 222417)
+++ sys/dev/usb/controller/uhci_pci.c (working copy)
@@ -104,11 +104,17 @@
uhci_pci_resume(device_t self)
{
uhci_softc_t *sc = device_get_softc(self);
+ int mycold;
+ mycold = cold;
+ cold = 1;
+
pci_write_config(self, PCI_LEGSUP, PCI_LEGSUP_USBPIRQDEN, 2);
uhci_resume(sc);
+ cold = mycold;
+
bus_generic_resume(self);
return (0);
}
The above hack fixes this X60 and allows suspend/resume to work, and USB
devices work perfectly after the suspend/resume. Other controllers look
like they may also be affected - at least ohci does the same.
So, I guess my question to the USB experts is: What is the correct fix?
I see two possibilities:
1) Have a variable somewhere called suspres or similar, which is set at
the start of the suspend, and cleared at the end of the resume.
usb_pause_mtx() then changes it's behaviour on (cold || suspres).
This may have to be a global variable, being incremented on suspend and
decremented on resume, as we don't pass a softc into usb_pause_mtx(),
however then we have issues relating to when one controller suspends
before the others, or resume before the others.
2) Kick off a separate task to do the resume. Problems with this is thet
it doesn't fix the suspend path, but also that we may need to rely on
USB being back before the rest of the resume completes. (What happens
if we have / or another filesystem mounted from a USB device?)
I guess #1 is the simplest solution, and should have fewest side effects,
however it does mean that every attachment would need to be modified in
order to set and clear the variable. It sort of feels like this should be
handled more centrally, but I'm not sure of the best way to achieve this.
Any [other] suggestions?
Gavin
___
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: FreeBSD does not recognize USB devices in INTEL D102GGC2 motherboard
On Sat, 4 Jun 2011, Edgar Velasquez Mercado wrote: Hi everyone: I have a machine with Intel D102GGC2 motherboard running FreeBSD 8.2, it is not able to recognize any USB device, how could I fix that? Can you provide the output of pciconf -lv please? Gavin ___ 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/134193: System freeze on usb MP3 player insertion
The following reply was made to PR usb/134193; it has been noted by GNATS. From: Gavin Atkinson ga...@freebsd.org To: bug-follo...@freebsd.org Cc: Subject: Re: usb/134193: System freeze on usb MP3 player insertion Date: Mon, 26 Jul 2010 21:25:20 +0100 (BST) The usb/usbdevs part of the patch has been committed, but the quirk has only been committed to p4 so far. ___ 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/146871: [usbdevs] [usb8] [patch] provide descriprive string for D-Link DUB-7H USB hub
The following reply was made to PR usb/146871; it has been noted by GNATS. From: Gavin Atkinson ga...@freebsd.org To: bug-follo...@freebsd.org Cc: Subject: Re: usb/146871: [usbdevs] [usb8] [patch] provide descriprive string for D-Link DUB-7H USB hub Date: Sun, 25 Jul 2010 12:45:33 +0100 (BST) HPS reports that this is already in the USB p4 tree, but not yet in SVN. ___ 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: aue0 detected as ue0 on 8.0-RC2
[freebsd-current cc'd, as that was where the thread started, but this probably belongs on -usb, replies should go there] On Sat, 2009-10-31 at 21:59 +0100, Rick van der Zwet wrote: The first net interface of a aue(4) define used to be called aue0 afaik. But is now called ue0 (declared in usb/net/usb_ethernet.c). (no sign of ue(4) btw). I was looking in the UPDATING, man, mailinglists freebsd-usb@ and freebsd-curr...@. But I could not find the reason why the naming convention on this aue differs from the regular stuff, anybody? /Rick quick# dmesg | tail -8 ugen1.3: ADMtek at usbus1 aue0: ADMtek USB To LAN Converter, rev 2.00/1.01, addr 3 on usbus1 miibus1: MII bus on aue0 ukphy0: Generic IEEE 802.3u media interface PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: USB Ethernet on aue0 ue0: Ethernet address: 00:00:e8:00:11:36 ue0: link state changed to DOWN quick# ifconfig -l bfe0 lo0 ue0 Hmm, this looks like a serious bug, possibly in the new USB subsystem (HPS CC'd). I've got an axe(4) device, which also does the same: ugen7.3: vendor 0x0b95 at usbus7 axe0: vendor 0x0b95 product 0x7720, rev 2.00/0.01, addr 3 on usbus7 axe0: PHYADDR 0xe0:0x10 miibus1: MII bus on axe0 ukphy0: Generic IEEE 802.3u media interface PHY 16 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: USB Ethernet on axe0 ue0: Ethernet address: 00:50:b6:05:57:a7 ue0: link state changed to DOWN Gavin ___ 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
USB panic on 8.0/arm
Hi all, I have an NSLU2, which I am netbooting. I've been doing most of my work on it with USB removed from the kernel because the old stack would always panic. I've recently been trying the new USB stack, and have found that it still panics most of the time on boot. But not all the time. Firstly, please note that the version of Linux that was installed onto this hardware when I got it (not the factory installed OS, though) also seems to have problems most of the time with the USB controller, so I guess there is a chance that this is a hardware problem. That said, here are the symptoms: No USB in kernel, boots fine every time. New USB stack in the kernel: Just once, I've seen it probe and attach just fine. Here's proof: [snip] real memory = 33554432 (32 MB) avail memory = 25829376 (24 MB) ixp0: Intel IXP4XX on motherboard ixp0: 37603RCOMP,USB,ETH0,ETH1,PCI pcib0: IXP4XX PCI Bus on ixp0 pci0: PCI bus on pcib0 ohci0: NEC uPD 9210 USB controller irq 28 at device 1.0 on pci0 ohci0: [ITHREAD] usbus0: NEC uPD 9210 USB controller on ohci0 ohci1: NEC uPD 9210 USB controller irq 27 at device 1.1 on pci0 ohci1: [ITHREAD] usbus1: NEC uPD 9210 USB controller on ohci1 ehci0: NEC uPD 720100 USB 2.0 controller irq 26 at device 1.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: NEC uPD 720100 USB 2.0 controller on ehci0 ixpclk0: IXP4XX Timer on ixp0 [snip] Every other time I've booted with USB compiled in, I'll get a panic: RedBoot go KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #5: Fri May 8 16:28:01 BST 2009 r...@buffy.york.ac.uk:/usr/obj/arm/usr/src-test/sys/NSLU CPU: IXP425 266MHz rev 1 (ARMv5TE) (XScale core) DC enabled IC enabled WB enabled LABT branch prediction enabled 32KB/32B 32-way Instruction cache 32KB/32B 32-way write-back-locking Data cache real memory = 33554432 (32 MB) avail memory = 25829376 (24 MB) ixp0: Intel IXP4XX on motherboard ixp0: 37603RCOMP,USB,ETH0,ETH1,PCI pcib0: IXP4XX PCI Bus on ixp0 pci0: PCI bus on pcib0 ohci0: NEC uPD 9210 USB controller irq 28 at device 1.0 on pci0 ohci0: [ITHREAD] Fatal kernel mode data abort: 'External Linefetch Abort (P)' trapframe: 0xc00fbafc FSR=0406, FAR=Invalid, spsr=60d3 r0 =c0ae4000, r1 =f800, r2 =0034, r3 =c0ae407c r4 =1270, r5 =1278, r6 =1274, r7 =0003 r8 =1140, r9 =c0ae5000, r10=1140, r11=c00fbb88 r12=c0ae407c, ssp=c00fbb48, slr=c023c14c, pc =c023c148 [thread pid 0 tid 10 ] Stopped at ohci_suspend+0x140c:ldr r15, [r3, #0x024] db bt Tracing pid 0 tid 10 td 0xc04fd110 db_trace_thread() at db_trace_thread+0xc scp=0xc041ee94 rlv=0xc0213778 (db_command_init+0x4c8) rsp=0xc00fb7f4 rfp=0xc00fb810 r10=0x0001 r9=0xc0503bd8 r8=0xc04fa75c r7=0x0062 r6=0x0002 r5=0x0010 r4=0xc04fd110 db_command_init() at db_command_init+0x3f0 scp=0xc02136a0 rlv=0xc0213008 (db_skip_to_eol+0x49c) rsp=0xc00fb814 rfp=0xc00fb8b8 r5=0x r4=0xc04cf0c0 db_skip_to_eol() at db_skip_to_eol+0x1d0 scp=0xc0212d3c rlv=0xc0213174 (db_command_loop+0x60) rsp=0xc00fb8bc rfp=0xc00fb8c8 r10=0x r8=0x0406 r7=0xc00fbafc r6=0xc0503bd0 r5=0x60d3 r4=0xc00fb8d4 db_command_loop() at db_command_loop+0xc scp=0xc0213120 rlv=0xc02153b0 (X_db_sym_numargs+0xf4) rsp=0xc00fb8cc rfp=0xc00fb9e8 X_db_sym_numargs() at X_db_sym_numargs+0x14 scp=0xc02152d0 rlv=0xc02cf8e8 (kdb_trap+0xa4) rsp=0xc00fb9ec rfp=0xc00fba14 r4=0x00c0 kdb_trap() at kdb_trap+0xc scp=0xc02cf850 rlv=0xc042e844 (badaddr_read+0x280) rsp=0xc00fba18 rfp=0xc00fba34 r10=0xc00fbef8 r9=0x r8=0xc00fbafc r7=0x0406 r6=0x r5=0x0406 r4=0xc00fbafc badaddr_read() at badaddr_read+0xfc scp=0xc042e6c0 rlv=0xc042ec08 (prefetch_abort_handler+0x36c) rsp=0xc00fba38 rfp=0xc00fba58 r6=0xc04fd110 r5=0xc00fbef8 r4=0xc00fbafc prefetch_abort_handler() at prefetch_abort_handler+0x2a4 scp=0xc042eb40 rlv=0xc042edd4 (data_abort_handler+0x110) rsp=0xc00fba5c rfp=0xc00fbaf8 r7=0xc04fd110 r6=0x1274 r5=0x1004 r4=0xc05189ec data_abort_handler() at data_abort_handler+0xc scp=0xc042ecd0 rlv=0xc04208dc (address_exception_entry+0x50) rsp=0xc00fbafc rfp=0xc00fbb88 r10=0x1140 r9=0xc0ae5000 r8=0x1140 r7=0x0003 r6=0x1274 r5=0x1004 r4=0x0107 ohci_suspend() at ohci_suspend+0x1138 scp=0xc023be74 rlv=0xc023ccc0 (ohci_init+0x208) rsp=0xc00fbb8c rfp=0xc00fbbc4 r10=0x1140 r9=0x0006 r8=0x1140 r7=0xc0ae5aa0 r6=0x r5=0xc0ae5000 r4=0x ohci_init() at ohci_init+0xc scp=0xc023cac4
Re: usb/132066: [ukbd] Keyboard failure USB keyboard DELL 760
The following reply was made to PR usb/132066; it has been noted by GNATS. From: Gavin Atkinson ga...@freebsd.org To: bug-follo...@freebsd.org Cc: Subject: Re: usb/132066: [ukbd] Keyboard failure USB keyboard DELL 760 Date: Fri, 20 Mar 2009 14:33:36 + Forwarded Message From: Judah Levine jlev...@boulder.nist.gov To: ga...@freebsd.org, freebsd-usb@FreeBSD.org Cc: f...@nist.gov Subject: Re: usb/132066: [ukbd] Keyboard failure USB keyboard DELL 760 Date: Fri, 13 Mar 2009 10:14:33 -0600 Hello, I have fixed this problem, but I don't understand why it works. I made the following changes to the config file and re-built the kernel: 1. remove device atkb 2. add device puc 3. add: options UKBD_DFLT_KEYMAP options UKBD_DFLT_KEYMAP=us.unix I have installed the same software with USB keyboards on many different systems, and this is the first time that I had to do this. The system now works correctly both using the command-line and X-windows. Is it possible that the keyboard is not being recognized correctly during the bootstrap process? Judah Levine Time and Frequency Division NIST Boulder ___ 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
usb/127543: [patch] [ubsa] Support Option Globetrotter HSDPA modem
Number: 127543
Category: usb
Synopsis: [patch] [ubsa] Support Option Globetrotter HSDPA modem
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-usb
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Mon Sep 22 15:30:02 UTC 2008
Closed-Date:
Last-Modified:
Originator: Gavin Atkinson
Release:FreeBSD 8.0-CURRENT amd64
Organization:
Environment:
System: FreeBSD blade32.york.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Mon Aug
18 14:12:25 BST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/B32 amd64
Description:
Add support for the USB HSDPA modem found in the Sony VGN-TZ31WN laptop,
amongst others.
How-To-Repeat:
N/A
Fix:
Note that I've taken the name Scorpion from the Linux driver, which also
contains
a multitude of other product IDs we may want to port across wholesale. Note
also
that this patch is against -HEAD but has actually only been tested against
RELENG_7.
I don't believe there are any changes between the two that would mean this
didn't
work on -HEAD, however.
--- hsdpa.diff begins here ---
Index: src/sys/dev/usb/ubsa.c
===
RCS file: /home/ncvs/src/sys/dev/usb/ubsa.c,v
retrieving revision 1.40
diff -u -r1.40 ubsa.c
--- src/sys/dev/usb/ubsa.c 14 Sep 2008 15:21:22 - 1.40
+++ src/sys/dev/usb/ubsa.c 22 Sep 2008 12:49:27 -
@@ -238,6 +238,8 @@
{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS },
/* Option GlobeTrotter Max 3.6 */
{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 },
+ /* Option GlobeTrotter HSDPA */
+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_SCORPION },
/* Huawei Mobile */
{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE },
{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E270 },
Index: src/sys/dev/usb/usbdevs
===
RCS file: /home/ncvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.372
diff -u -r1.372 usbdevs
--- src/sys/dev/usb/usbdevs 19 Sep 2008 09:04:06 - 1.372
+++ src/sys/dev/usb/usbdevs 22 Sep 2008 12:49:27 -
@@ -1871,6 +1871,7 @@
product OPTION GT3GQUAD0x6300 GlobeTrotter 3G QUAD datacard
product OPTION GT3GPLUS0x6600 GlobeTrotter 3G+ datacard
product OPTION GTMAX36 0x6701 GlobeTrotter Max 3.6 Modem
+product OPTION SCORPION0x6901 GlobeTrotter HSDPA Modem
/* OQO */
product OQO WIFI01 0x0002 model 01 WiFi interface
--- hsdpa.diff ends here ---
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 [EMAIL PROTECTED]
Re: usb/126845: Cyberpower UPS is attached as uhid instead of ugen
The following reply was made to PR usb/126845; it has been noted by GNATS.
From: Gavin Atkinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Mattias Lindgren [EMAIL PROTECTED]
Subject: Re: usb/126845: Cyberpower UPS is attached as uhid instead of ugen
Date: Tue, 26 Aug 2008 11:08:43 +0100 (BST)
Can you try this patch please?
Index: src/sys/dev/usb/usb_quirks.c
===
RCS file: /home/ncvs/src/sys/dev/usb/usb_quirks.c,v
retrieving revision 1.63.2.2
diff -u -r1.63.2.2 usb_quirks.c
--- src/sys/dev/usb/usb_quirks.c 12 Aug 2008 19:40:18 - 1.63.2.2
+++ src/sys/dev/usb/usb_quirks.c 26 Aug 2008 10:05:03 -
@@ -96,6 +96,8 @@
ANY, { UQ_HID_IGNORE }},
{ USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C550AVR,
ANY, { UQ_HID_IGNORE }},
+ { USB_VENDOR_CYBERPOWER, USB_PRODUCT_CYBERPOWER_1500CAVRLCD,
+ ANY, { UQ_HID_IGNORE }},
{ USB_VENDOR_DELORME, USB_PRODUCT_DELORME_EARTHMATE,
ANY, { UQ_HID_IGNORE }},
{ USB_VENDOR_ITUNERNET, USB_PRODUCT_ITUNERNET_USBLCD2X20,
Index: src/sys/dev/usb/usbdevs
===
RCS file: /home/ncvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.328.2.16
diff -u -r1.328.2.16 usbdevs
--- src/sys/dev/usb/usbdevs19 Aug 2008 01:51:37 - 1.328.2.16
+++ src/sys/dev/usb/usbdevs26 Aug 2008 10:04:01 -
@@ -364,6 +364,7 @@
vendor DIGITALSTREAM 0x074e Digital Stream
vendor AUREAL0x0755 Aureal Semiconductor
vendor MIDIMAN 0x0763 Midiman
+vendor CYBERPOWER 0x0764 CyberPower
vendor SURECOM 0x0769 Surecom Technology
vendor LINKSYS2 0x077b Linksys
vendor GRIFFIN 0x077d Griffin Technology
@@ -1063,6 +1064,9 @@
product CURITEL HX57XB 0x2101 CDMA 2000 1xRTT USB modem
(HX-570/575B/PR-600)
product CURITEL PC5740 0x3701 Broadband Wireless modem
+/* CyberPower products */
+product CYBERPOWER 1500CAVRLCD0x0501 1500CAVRLCD
+
/* CyberTAN Technology products */
product CYBERTAN TG54USB 0x1666 TG54USB
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/118485: [usbdevs] [patch] Logitech Headset Workaround
The following reply was made to PR usb/118485; it has been noted by GNATS.
From: Gavin Atkinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
Subject: Re: usb/118485: [usbdevs] [patch] Logitech Headset Workaround
Date: Sun, 22 Jun 2008 21:29:23 +0100 (BST)
Updated patch, with the entry sorted correctly and with better
whitespacing (although the whitespace in both files is anything but
unified)
Index: src/sys/dev/usb/usbdevs
===
RCS file: /usr/ncvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.360
diff -u -r1.360 usbdevs
--- src/sys/dev/usb/usbdevs13 Jun 2008 02:02:21 - 1.360
+++ src/sys/dev/usb/usbdevs22 Jun 2008 20:25:01 -
@@ -1581,6 +1581,7 @@
product LOGITECH QUICKCAMPRO 0x0810 QuickCam Pro
product LOGITECH QUICKCAMEXP 0x0840 QuickCam Express
product LOGITECH QUICKCAM0x0850 QuickCam
+product LOGITECH HS0A01 0x0a01 USB Head Set
product LOGITECH N43 0xc000 N43
product LOGITECH N48 0xc001 N48 mouse
product LOGITECH MBA47 0xc002 M-BA47 mouse
Index: src/sys/dev/usb/usb_quirks.c
===
RCS file: /usr/ncvs/src/sys/dev/usb/usb_quirks.c,v
retrieving revision 1.65
diff -u -r1.65 usb_quirks.c
--- src/sys/dev/usb/usb_quirks.c 14 Mar 2008 15:59:30 - 1.65
+++ src/sys/dev/usb/usb_quirks.c 22 Jun 2008 20:25:01 -
@@ -75,6 +75,7 @@
{ USB_VENDOR_SILICONPORTALS, USB_PRODUCT_SILICONPORTALS_YAPPHONE,
0x100, { UQ_AU_INP_ASYNC }},
{ USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_UN53B, ANY, { UQ_NO_STRINGS }},
+ { USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_HS0A01, ANY, { UQ_AU_INP_ASYNC
}},
/* XXX These should have a revision number, but I don't know what they are.
*/
{ USB_VENDOR_HP, USB_PRODUCT_HP_895C, ANY, {
UQ_BROKEN_BIDIR }},
{ USB_VENDOR_HP, USB_PRODUCT_HP_880C, ANY, {
UQ_BROKEN_BIDIR }},
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/74453: Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work
The following reply was made to PR usb/74453; it has been noted by GNATS.
From: Gavin Atkinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
Subject: Re: usb/74453: Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset)
does not work
Date: Fri, 22 Jun 2007 14:28:37 +0100
For the audit-trail:
Forwarded Message
From: Federico Galvez-Durand Besnard [EMAIL PROTECTED]
Date: Fri, 22 Jun 2007 11:23:34 +0200
Yes, it is still the same problem:
Begin Follow-up
camelot# uname -a
FreeBSD camelot.local 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #0: Thu Jun
21 19:23:02 CEST 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CAMELOT i386
camelot# dmesg | grep umass0
umass0: ScanLogic USBIDE ScanLogic USBIDE, rev 1.10/2.61, addr 2
umass0: Invalid CSW: tag 849 should be 1
umass0: Invalid CSW: tag 849 should be 2
umass0: Invalid CSW: tag 849 should be 3
umass0: Invalid CSW: tag 849 should be 4
umass0: Invalid CSW: tag 849 should be 5
umass0: Invalid CSW: tag 849 should be 6
(da0:umass-sim0:0:0:0): got CAM status 0x4
(da0:umass-sim0:0:0:0): fatal error, failed to attach to device
(da0:umass-sim0:0:0:0): lost device
umass0: Invalid CSW: tag 849 should be 7
umass0: Invalid CSW: tag 849 should be 8
umass0: Invalid CSW: tag 849 should be 9
umass0: Invalid CSW: tag 849 should be 10
umass0: Invalid CSW: tag 849 should be 11
(da0:umass-sim0:0:0:0): removing device entry
Opened disk da0 - 5
[EMAIL PROTECTED] camcontrol devlist -v
scbus0 on ata0 bus 0:
at scbus0 target -1 lun -1 ()
scbus1 on ata1 bus 0:
TOSHIBA DVD-ROM SD-C2402 1317at scbus1 target 0 lun 0 (pass0,cd0)
at scbus1 target -1 lun -1 ()
scbus2 on umass-sim0 bus 0:
at scbus2 target 0 lun 0 (pass1)
scbus-1 on xpt0 bus 0:
at scbus-1 target -1 lun -1 (xpt0)
[EMAIL PROTECTED] usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x),
Intel(0x), rev 1.00
port 1 addr 2: full speed, self powered, config 1, ScanLogic
USBIDE(0x0002), ScanLogic USBIDE(0x04ce), rev 2.61
port 2 powered
[EMAIL PROTECTED] diff -u umass.c.orig /usr/src/sys/dev/usb/umass.c
--- umass.c.origThu Jun 21 19:02:27 2007
+++ /usr/src/sys/dev/usb/umass.cThu Jun 21 19:02:58 2007
@@ -460,7 +460,7 @@
},
{ USB_VENDOR_SCANLOGIC, USB_PRODUCT_SCANLOGIC_SL11R, RID_WILDCARD,
UMASS_PROTO_ATAPI | UMASS_PROTO_BBB,
- NO_INQUIRY
+ NO_INQUIRY | WRONG_CSWSIG
},
{ USB_VENDOR_SHUTTLE, USB_PRODUCT_SHUTTLE_EUSB, RID_WILDCARD,
UMASS_PROTO_ATAPI | UMASS_PROTO_CBI_I,
End Follow-up
Some comments:
This was my original post:
http://lists.freebsd.org/mailman/htdig/freebsd-usb/2004-December/000318.html
I went through my files and found some work I did and reported to this list:
http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-February/000660.html
As far as I remember, I managed to mount this CDROM and use it in RO mode.
I could not make the kernel recognise it as a RW device.
At that time, I got many cheap working flash drives 512MB and a new
machine, so this machine ([EMAIL PROTECTED]/384MB mem) was assigned to a
mission in which backup on CD was no longer necessary.
This hacking was no longer a priority.
And now I guess I did not report my work in the right way because I
can't see these messages:
http://lists.freebsd.org/mailman/htdig/freebsd-usb/2004-December/000318.html
http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-February/000660.html
linked to my orginial PR:
Number:74453
Category:usb
Synopsis:Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not
work
Severity:non-critical
Priority:low
Responsible:freebsd-usb@FreeBSD.org
State:feedback
Class:sw-bug
Arrival-Date:Sat Nov 27 17:30:24 GMT 2004
Closed-Date:
Last-Modified:Thu Jun 14 17:50:21 GMT 2007
Originator:Federico Besnard
Release:5.3 Stable
I need to pay more attention on how to handle a PR.
Thanks.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/83022: ALI USB 2.0 EHCI Controller is not detected
Synopsis: ALI USB 2.0 EHCI Controller is not detected State-Changed-From-To: open-feedback State-Changed-By: gavin State-Changed-When: Fri Jun 22 13:24:25 UTC 2007 State-Changed-Why: To submitter: Is this still an issue for you on more recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=83022 ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/79140: [patch] WD Firewire/USB Combo hangs under load on USB interface.
Old Synopsis: WD Firewire/USB Combo hangs under load on USB interface. New Synopsis: [patch] WD Firewire/USB Combo hangs under load on USB interface. State-Changed-From-To: open-feedback State-Changed-By: gavin State-Changed-When: Mon Jun 18 16:25:27 UTC 2007 State-Changed-Why: To submitter: Is this still an issue with more recent versions of FreeBSD? The quirk you have submitted looks reasonable, can I confirm that this patch works well for you? http://www.freebsd.org/cgi/query-pr.cgi?pr=79140 ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/78989: please add USB keyboard support to install CD's
Synopsis: please add USB keyboard support to install CD's State-Changed-From-To: open-feedback State-Changed-By: gavin State-Changed-When: Mon Jun 18 16:27:45 UTC 2007 State-Changed-Why: To submitter: I believe USB keyboards have been supported during install for a while now (possibly 6.0 or before). Is this still a problem for you on recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=78989 ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/112161: [usbdevs] [patch] Option N.V. Fusion UMTS Quad-GPRS
Synopsis: [usbdevs] [patch] Option N.V. Fusion UMTS Quad-GPRS State-Changed-From-To: open-closed State-Changed-By: gavin State-Changed-When: Fri Jun 8 12:16:33 UTC 2007 State-Changed-Why: Patch committed by kevlo@ to HEAD (ubsa.c 1.20 / usbdevs 1.276) and MFC'd http://www.freebsd.org/cgi/query-pr.cgi?pr=112161 ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/112569: USB mode may wrong when mounting psp
The following reply was made to PR usb/112569; it has been noted by GNATS. From: Gavin Atkinson [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: usb/112569: USB mode may wrong when mounting psp Date: Tue, 22 May 2007 15:04:31 +0100 This PR is a duplicate of usb/112568 and should be closed. ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb/107128: [usb] panic while accessing usb msdos flashkey
The following reply was made to PR usb/107128; it has been noted by GNATS. From: Gavin Atkinson [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: usb/107128: [usb] panic while accessing usb msdos flashkey Date: Fri, 18 May 2007 16:47:05 +0100 This is a duplicate of usb/107116 and should be closed. ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
