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 reconnecting and
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, one after
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 sarah.a.sh...@linux.intel.com
Cc: Petko Manolov
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 cpuw...@gmail.com
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files
Signed-off-by: Wei Shuai cpuw...@gmail.com
---
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
---
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 cpuw...@gmail.com
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files
Signed-off-by: Wei Shuai cpuw...@gmail.com
---
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
---
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 cpuw...@gmail.com
---
drivers/net/usb/cdc_ncm.c | 21 +
1 files changed,
+ 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 send a fixed
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]
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
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
From: Bjørn Mork bj...@mork.no
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_19D2PID_0265MI_00
NMEA VID_19D2PID_0265MI_01
AT cmd VID_19D2PID_0265MI_02
Modem VID_19D2PID_0265MI_03
Net
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 IOMMU in
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 mine, of
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
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 st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/base/power/qos.c |1 +
1 file changed, 1 insertion(+)
diff --git
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 st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
Documentation/ABI/testing/sysfs-bus-usb |9 +++
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 st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
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 st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/usb/core/port.c |3 +++
drivers/usb/core/usb-acpi.c | 20
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
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 st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
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
Signed-off-by: Lan Tianyu tianyu@intel.com
---
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
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 hinder
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, and
Let me try this again...
It looks fine to me.
Acked-by: Matthew Dharm mdharm-...@one-eyed-alien.net
Matt
On Sat, Jan 19, 2013 at 10:47 AM, Alan Stern st...@rowland.harvard.edu 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
On Fri, Jan 18, 2013 at 10:17 PM, Bjørn Mork bj...@mork.no 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
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 da...@davemloft.net:
Why did you submit this _4_ times?
I'm deleteing everything, I'm not even going to try and guess why
you submitted
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 cpuw...@gmail.com
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files
On Sun, Jan 20, 2013 at 4:22 AM, Matthew Dharm
mdharm-...@one-eyed-alien.net wrote:
Let me try this again...
It looks fine to me.
Acked-by: Matthew Dharm mdharm-...@one-eyed-alien.net
Sorry for forgetting Cc Matt, thanks Alan and Matt.
Thanks,
--
Ming Lei
--
To unsubscribe from this list:
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
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
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
+++
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 cpuw...@gmail.com
---
drivers/net/usb/usbnet.c |4
include/linux/usb/usbnet.h |1 +
2 files
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 cpuw...@gmail.com
---
drivers/net/usb/cdc_ncm.c | 21 +
1 files changed,
37 matches
Mail list logo