On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
> On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
> > Hi.
> >
> > Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
> > FT232RL, one after disconnecting another.
> >
> > After few cycles of reconnec
On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
> On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
> > On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
> > > Hi.
> > >
> > > Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
> > > FT232RL
This patch sets scsi_host->max_id as 1 if the device's quirk
flag of US_FL_SCM_MULT_TARG isn't set, because there are only 6
mass storage devices marked as mutiple targets from unusual_devs.h.
This patch is a small optimization about scanning targets, and
avoid scanning other 7 non-existed targets
This patch calls device_set_wakeup_enable() inside set_wol
callback, so that turning on WOL from user mode utility
can make the 'wakeup' of pegasus device to be enabled, then
remote wakeup may be enabled before putting into sleep.
Cc: Sarah Sharp
Cc: Petko Manolov
Signed-off-by: Ming Lei
---
d
we do have some USB net devices, which cannot do ARP. so we can introduce a new
flag
FLAG_NOARP, then client drivers can easily handle these kind of devices
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 3d4bf01..f34b2eb 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/
we do have some USB net devices, which cannot do ARP. so we can introduce a new
flag
FLAG_NOARP, then client drivers can easily handle these kind of devices
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 3d4bf01..f34b2eb 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/
Infineon(now Intel) HSPA Modem platform NCM cannot support ARP. we can define a
new common structure wwan_noarp_info.
Then more similiar NO ARP devices can be handled easily
Signed-off-by: Wei Shuai
---
drivers/net/usb/cdc_ncm.c | 21 +
1 files changed, 21 insertions(+),
>+ for (i = 0; i < USB_MAXIADS; i++) {
>+ iad = udev->actconfig->intf_assoc[i];
>+ if (iad->bFirstInterface == mnum && iad->bInterfaceCount == 2)
>+ return usb_ifnum_to_if(udev, mnum + 1);
Ouch. This looks buggy. Please do not apply. I will sen
This patch is to fix compilation error and warning on the arm and blackfin.
Add linux/slab.h head file to driver/usb/core/port.c. These are reported
from 0-DAY kernel build testing backend.
head: 6e30d7cba992d626c9d16b3873a7b90c700d0e95
commit: 6e30d7cba992d626c9d16b3873a7b90c700d0e95 [26/26] us
Le 17/01/2013 22:36, Borislav Petkov a écrit :
So, there seems to be some serious breakage with GART on SB9xx. I don't
know whether this is the platform BIOS or the vendor BIOS causing it
because the original bug reporter says he observes the issue on an MSI
board and I'm experiencing this on m
Why did you submit this _4_ times?
I'm deleteing everything, I'm not even going to try and guess why
you submitted this so many times and what might be different between
each copy.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.k
From: Bjørn Mork
Date: Fri, 18 Jan 2013 15:26:34 +0100
> The driver description files gives these names to the vendor specific
> functions on this modem:
>
> Diag VID_19D2&PID_0265&MI_00
> NMEA VID_19D2&PID_0265&MI_01
> AT cmd VID_19D2&PID_0265&MI_02
> Modem VID_19D2&PID_0265&MI_03
> N
On Sat, Jan 19, 2013 at 03:47:53PM +0100, dAgeCKo wrote:
> I can't try the solution you are giving since I can't (and don't want
> to try to) downgrade my BIOS.
I don't think I said that. Here's what I actually said:
>> So dAgeCKo, that would be another thing you could do: try enabling
>> the IOM
On Sat, 19 Jan 2013, Sergei Shtylyov wrote:
> > Furthermore, the locking in usbfs doesn't look right. A process should
> > be able to submit as many URBs as it wants, of whatever type, at any
> > time.
>
> You mean USBDEVFS_SUBMITURB ioctl()? That's indeed an issue with 2.4
> patch
> (and
Change since v1:
optimize the export connect type patch and adjust the DeviceRemovalbe
flag
in the rh_call_control() after GetHubDescriptor request being processed.
move all debounce operation to usb port's runtime resume callback(). Add
did_runtime_put in the struct usb_port to call
The dev_pm_qos_flags() will be used in the usb core which could be
compiled as a module. This patch is to export it.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
drivers/base/power/qos.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/base/power/qos.c b/drivers/base/power/q
ACPI provide "_PLD" and "_UPC" aml methods to describe usb port
visibility and connectability. This patch is to add
usb_hub_adjust_DeviceRemovable()
to adjust usb hub port's DeviceRemovable according ACPI information and invoke
it in
the rh_call_control(). When hub descriptor request is issued at
Some platforms provide usb port connect types through ACPI. This
patch is to add this new attribute to expose these information
to user space.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
Documentation/ABI/testing/sysfs-bus-usb |9 +++
drivers/usb/core/port.c | 4
To show the relationship between usb port and child device,
add link file "port" under usb device's sysfs directoy and
"device" under usb port device's sysfs directory. They are linked
to each other.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
drivers/usb/core/hub.c | 26 ++
This patch is to register usb port's acpi power resources. Create
link between usb port device and its acpi power resource.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
drivers/usb/core/port.c |3 +++
drivers/usb/core/usb-acpi.c | 20
drivers/usb/core/usb.h
This patch is to add runtime pm callback for usb port device.
Set/clear PORT_POWER feature in the resume/suspend callbak.
Add portnum for struct usb_port to record port number. Do
pm_rumtime_get_sync/put(portdev) when a device is plugged/unplugged
to prevent it from being powered off when it is act
This patch is to add usb port auto power off mechanism.
When usb device is suspending, usb core will suspend usb port and
usb port runtime pm callback will clear PORT_POWER feature to
power off port if all conditions were met. These conditions are
remote wakeup disable, pm qos NO_POWER_OFF flag cle
This patch is to expose usb port's pm qos flags(pm_qos_no_power_off,
pm_qos_remote_wakeup) to user space. User can set pm_qos_no_power_off
flag to prohibit the port from being powered off.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
drivers/usb/core/port.c | 11 ++-
1 file chan
Some usb devices can't be resumed correctly after power off. This
patch is to add usb_device_allow_power_off() and usb_device_prevent_power_off()
for device's driver. Call pm_runtime_get_sync(portdev) to increase port's usage
count and then port will not be suspended. The device will not be powered
Signed-off-by: Lan Tianyu
---
drivers/usb/core/port.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/core/port.c b/drivers/usb/core/port.c
index 0334d91..50b646e 100644
--- a/drivers/usb/core/port.c
+++ b/drivers/usb/core/port.c
@@ -215,7 +215,7 @@ int usb_hub
On Sat, 19 Jan 2013, Sergei Shtylyov wrote:
> But, assuming URBs complete asynchronously, I fail to see the issue with
> the current locking scheme... we lock during the time URB is submitted either
> way, what's the matter if we lock out other processes at this time? We don't
> seem to hin
On Sat, 19 Jan 2013, Ming Lei wrote:
> This patch sets scsi_host->max_id as 1 if the device's quirk
> flag of US_FL_SCM_MULT_TARG isn't set, because there are only 6
> mass storage devices marked as mutiple targets from unusual_devs.h.
>
> This patch is a small optimization about scanning targets
Let me try this again...
It looks fine to me.
Acked-by: Matthew Dharm
Matt
On Sat, Jan 19, 2013 at 10:47 AM, Alan Stern wrote:
> On Sat, 19 Jan 2013, Ming Lei wrote:
>
>> This patch sets scsi_host->max_id as 1 if the device's quirk
>> flag of US_FL_SCM_MULT_TARG isn't set, because there are
On Fri, Jan 18, 2013 at 10:17 PM, Bjørn Mork wrote:
>>> Some Sierra Wireless firmwares support CDC MBIM but have no CDC
>>> Union funtional descriptor. This violates the MBIM specification,
I don't believe Sierra Wireless violates MBIM specification.
See in the specification: "there are two ways
sorry for wrongly use git, I cannot recall them back. There is no
different between them. Anything else I can fix this? Resubmit?
2013/1/19, David Miller :
>
> Why did you submit this _4_ times?
>
> I'm deleteing everything, I'm not even going to try and guess why
> you submitted this so many time
we do have some USB net devices, which cannot do ARP. so we can introduce a new
flag
FLAG_NOARP, then client drivers can easily handle these kind of devices
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(
On Sun, Jan 20, 2013 at 4:22 AM, Matthew Dharm
wrote:
> Let me try this again...
>
> It looks fine to me.
>
> Acked-by: Matthew Dharm
Sorry for forgetting Cc Matt, thanks Alan and Matt.
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of
Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
Hi.
Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
FT23
Signed-off-by: Pali Rohár
---
drivers/usb/gadget/nokia.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/usb/gadget/nokia.c b/drivers/usb/gadget/nokia.c
index 661600a..56409ee 100644
--- a/drivers/usb/gadget/nokia.c
+++ b/drivers/usb/gadget/nokia.c
@@
When any patch is discarded, the whole series is tossed.
Therefore you must resubmit the entire series, not just one
part of it.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel
we do have some USB net devices, which cannot do ARP. so we can introduce a new
flag
FLAG_NOARP, then client drivers can easily handle these kind of devices
Signed-off-by: Wei Shuai
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files changed, 5 insertions(
Infineon(now Intel) HSPA Modem platform NCM cannot support ARP. we can define a
new common structure wwan_noarp_info.
Then more similiar NO ARP devices can be handled easily
Signed-off-by: Wei Shuai
---
drivers/net/usb/cdc_ncm.c | 21 +
1 files changed, 21 insertions(+),
39 matches
Mail list logo
