| David Brownell | Re: [RFC 4/7] USB: Remove bitmap #define from hcd.h
Do you think there's any chance of getting the
root cause fixed?
As I recall, this was a workaround for a bad fix.
Some descriptor (hub?) had two adjacent bitfields
with one bit per port (?), and the bad fix removed
a moderately clean representation thereof. (Maybe
this is what a comment from your patch describes:
- /* two bitmaps: ports removable, and usb 1.0 legacy PortPwrCtrlMask */
+ /* ports removable, and usb 1.0 legacy PortPwrCtrlMask */
Yes, that #define has always been ...
| Dec 30, 9:31 pm 2010 |
| Dan Williams | [PATCH] qcaux: add Pantech UML290 device ID
Another CDC-ACM + vendor specific interface layout for the QCDM port.
Signed-off-by: Dan Williams <dcbw@redhat.com>
---
diff --git a/drivers/usb/serial/qcaux.c b/drivers/usb/serial/qcaux.c
index 214a3e5..b53865b 100644
--- a/drivers/usb/serial/qcaux.c
+++ b/drivers/usb/serial/qcaux.c
@@ -36,6 +36,7 @@
#define UTSTARCOM_PRODUCT_UM175_V1 0x3712
#define UTSTARCOM_PRODUCT_UM175_V2 0x3714
#define UTSTARCOM_PRODUCT_UM175_ALLTEL 0x3715
+#define PANTECH_PRODUCT_UML290_VZW 0x3718
/* ...
| Dec 31, 9:51 am 2010 |
| Greg KH | Re: Updated xHCI pull-request: suspend fixes for 2.6.37
This is really late for .37, so much so that I'm really not wanting to
take these at this point in time (not to mention the fact that I
physically can't take them until Monday do to me being away from home
and my machines until then.)
So, can you queue these up for .38 and tag them for stable backporting
for the .37 tree for when they get into Linus's tree?
thanks,
greg k-h
--
| Dec 31, 12:18 pm 2010 |
| Sergei Shtylyov |
| Dec 31, 9:39 am 2010 |
| Sergei Shtylyov |
| Dec 31, 9:32 am 2010 |
| Alan Stern |
| Dec 31, 10:10 am 2010 |
| Alan Stern | Re: [RFC 3/7] xhci: Fix check for LS/FS device attached ...
Do you mean the tt field of the root hub usb_hub structure? It doesn't
need to be set unless xHCI root hubs really do contain a Transaction
Then udev->tt shouldn't be set if udev is plugged into an xHCI root
These tests are redundant. udev->tt will not be set unless the speed
Alan Stern
--
| Dec 31, 10:21 am 2010 |
| Alan Stern | Re: USB Flash Drive disconnected just before scanning.
The devices file looks correct. This is a difficult problem...
Is the usb-storage driver loaded when you plug in the drive?
Is CONFIG_USB_LIBUSUAL enabled in your kernel config?
Can you build your own kernel for testing? If you can, enable
CONFIG_USB_DEBUG and let's see what shows up in the dmesg log.
Alan Stern
--
| Dec 31, 3:04 pm 2010 |
| Alan Stern | Re: USB Flash Drive disconnected just before scanning.
This is odd; it doesn't show the interface being registered.
Okay, here's the next thing to try. Do
mount -t debugfs none /sys/kernel/debug
and then get a copy of the /sys/kernel/debug/usb/devices file during
the 2-second interval between when you plug in the device and when it
disconnects itself.
Alan Stern
--
| Dec 31, 12:31 pm 2010 |
| Alan Stern | Re: [RFC 11/22] USB: Set usb_hcd->state and flags for sh ...
You know, SAW_IRQ isn't used much any more. It was originally added to
help debug problems involving IRQ routing, but those have been pretty
much all fixed up by now. Instead of worrying about it, you can simply
I'm not sure this distinction makes any sense. But in any case, it
This is tricky. Normally both buses will indeed be suspended before
the controller; the only situation where that wouldn't be true is if a
remote wakeup races with the controller suspend. I wonder if we ...
| Dec 31, 10:53 am 2010 |
| Alan Stern | Re: [RFC 09/22] usb: Store bus type in usb_hcd, not in d ...
This new field shouldn't be called "bcdUSB" unless it actually uses the
same binary-coded-decimal format as the bcdUSB field in the USB spec.
Since the HCD_USBx values aren't in this format, the new field should
be called something like "usb_version".
Alan Stern
--
| Dec 31, 10:26 am 2010 |
| Alan Stern | Re: [RFC 10/22] usb: Make core allocate resources per PC ...
I'm not sure this "shared_hcd" pointer is needed. Does it ever get
This doesn't seem like the right approach. The creation of a secondary
usb_hcd should be handled by the driver that needs it; it isn't such a
common activity that we need to implement it in the USB core. In
Didn't we agree earlier that xhci-hcd needs to register its USB-2 root
Do you really need to set hcd->primary_hcd to point to hcd itself? My
inclination would be to leave it unset.
Alan Stern
--
| Dec 31, 10:38 am 2010 |
| ttkspam |
| Dec 31, 2:12 am 2010 |
| ttkspam |
| Dec 31, 2:10 pm 2010 |
| ttkspam | Re: USB Flash Drive disconnected just before scanning.
CONFIG USB LIBUSUAL is not set, neither is USB DEBUG. I might be able to compile
my own kernel within a few days, no internet access right now.
usb storage module gets loaded when i plug the device, but i also tried to
modprobe it before i plug it in.
Thanks for your efforts.
--
| Dec 31, 3:27 pm 2010 |
| vichy |
| Dec 31, 6:17 am 2010 |
