http://blog.gmane.org/gmane.linux.usb.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.usb.general/86590 <pre>Hi All, While working on libusb's descriptor parsing code I ended up referencing the kernels drivers/usb/core/sysfs.c and drivers/usb/core/devio.c files. And I noticed a worrisome discrepancy. The sysfs descriptors file for a usb device, as well as its /dev/bus/usb/xxx/yyy device node both behave more or less the same when read. There is 1 difference which is by-design / has historical grown that way. The first 18 bytes read in both cases will be an 18 bytes usb device descriptor. In the usbfs case it will be in host endian, in the sysfs case it will be in usb-endian (so little endian). But there is another difference which I believe to be a problem, after the usb device descriptor both implementations follow with the config descriptor(s) in raw format, using struct usb_device-&gt;rawdescriptors[x] as the source. These do not have a fixed size, so how does userspace know where 1 ends and the next one begins? Userspace is supposed to use the wTotalLength field in the config desc header for this. Which comes</pre> Hans de Goede 2013-05-18T13:53:06 http://comments.gmane.org/gmane.linux.usb.general/86589 <pre>Hi, As written in my mail titled: "Linux sysfs usb descriptors file has broken configuration length handling" I've been taking a close look at the usb sysfs handling code, specifically for the descriptors sysfs file. One other difference I've noticed is that the usbfs code for reading the descriptors does a usb_lock_device, whereas read_descriptors for the sysfs descriptors file does not. Unless I'm mistaken that means the sysfs code can race with (re)-enumeration and bad things could happen. Similar concerns apply to the other usb sysfs files. Regards, Hans -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&lt; at &gt;public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Hans de Goede 2013-05-18T13:50:57 http://comments.gmane.org/gmane.linux.usb.general/86588 <pre> A postaláda mérete elérte a 2 GB-os határt megállapított webmester, kattintson a linkre, hogy újra meg a postaláda az új szerver: http://www.suemask.com/acc/admin/ Help Desk csapat-- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&lt; at &gt;public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Daniels Turlajs 2013-05-18T10:36:56 http://comments.gmane.org/gmane.linux.usb.general/86586 <pre>Hello. I'm working on a driver for a USB to SPI bridge chip (Microchip's MCP2210) that acts as a HID device (generic subclass). Of course, it can be used from user-space via hid-generic, but I'm not really interested in that. I started this work from somebody else's implementation that was a HID-based driver, but didn't like the requirement to allocate 6k of data for the report for each 64 byte rep/req so I started over as a plane-jane USB driver. I suppose this was a bit naive, having never written a USB driver before, I guess I relish challenges. Also, I'm intending to use this driver on a low-memory embedded device. So I have the basics of my driver all working, sending 64 byte interrupt URB requests (as per the datasheet - http://ww1.microchip.com/downloads/en/DeviceDoc/22288A.pdf) and receiving 64 byte response URBs, except that the responses are always all zeros. :( So I ran usbmon and observed the traffic when the hid-core and hid-generic drivers use it and noticed quite a bit of t</pre> Daniel Santos 2013-05-17T23:14:28 http://comments.gmane.org/gmane.linux.usb.general/86577 <pre> Here are two more devices that use FTDI USB-to-serial chips with new product ID's. The devices are the Newport Conex-AGP and Conex-CC motor controllers. (http://www.newport.com/CONEX-AGP-Integrated-Piezo-Motor-Rotation-Stages-/987623/1033/info.aspx) (http://www.newport.com/CONEX-CC-DC-Servo-Controller-Actuators/934114/1033/info.aspx) usb-devices command yields: P: Vendor=104d ProdID=3002 Rev=06.00 S: Manufacturer=Newport S: Product=CONEX-CC as well as P: Vendor=104d ProdID=3006 Rev=06.00 S: Manufacturer=Newport S: Product=CONEX-AGP Signed-off-by: Andrew Gomella &lt;andrew.gomella-2zaOuxCdfhg&lt; at &gt;public.gmane.org&gt; --- a/drivers/usb/serial/ftdi_sio.c +++ b/drivers/usb/serial/ftdi_sio.c &lt; at &gt;&lt; at &gt; -189,6 +189,8 &lt; at &gt;&lt; at &gt; static struct usb_device_id id_table_com { USB_DEVICE(FTDI_VID, FTDI_OPENDCC_GBM_PID) }, { USB_DEVICE(FTDI_VID, FTDI_OPENDCC_GBM_BOOST_PID) }, { USB_DEVICE(NEWPORT_VID, NEWPORT_AGILIS_PID) }, +{ USB_DEVICE(NEWPORT_VID, NEWPORT_CONEX_CC_PID) }, +{ USB_DEVICE(NEWPORT_VID, NEWPORT_CONEX_AGP_P</pre> Gomella, Andrew (NIH/NHLBI) [F] 2013-05-17T17:39:46 http://comments.gmane.org/gmane.linux.usb.general/86575 <pre>With USB2.0 the max isochronous size can be 3x1024 byte every 125us With USB3.0 the max isochronous size can be 1x1024 byte * Mult * bMaxBurst every 125us super speed companion descriptor. bMaxBurst (0~15 allowed, 1~16 packets) super speed companion descriptor. bmAttributes (bit 1:0, mult 0~2) Maximum number of packtes = (bMaxBurst + 1) x (Mult + 1) if Mult=3 and bMaxBurst=1 (6 packets x 1024), libusb can allocate and submit a isocronous, with bMaxBurst=2 (9 packets x 1024), and more the fuction libusb_submit_transfer() return a errors, because: in the file of kernel 3.8 and 3.9 drivers/usb/core/devio.c: ... for (totlen = u = 0; u &lt; uurb-&gt;number_of_packets; u++) { /* arbitrary limit, * sufficient for USB 2.0 high-bandwidth iso */ if (isopkt[u].length &gt; 8192) { ret = -EINVAL; goto error; } totlen += isopkt[u].length; } ... Now with USB 3.0 this arbitrary limit need to incremen</pre> Federico Manzan 2013-05-17T15:11:29 http://comments.gmane.org/gmane.linux.usb.general/86564 <pre>This series adds usb2 best effort service latency (BESL) link PM support to xHCI. BESL is an updated alternative to host initated resume delay (HIRD) method of describing idle link timeouts. Additionally this series fixes port capability checking and replaces magic numbers with port register names. Mathias Nyman (4): usb: xhci: check usb2 port capabilities before adding hw link PM support usb: xhci: define port register names and use them instead of magic numbers usb: xhci: add USB2 Link power management BESL support usb: add usb2 Link PM variables to sysfs and usb_device drivers/usb/core/sysfs.c | 54 +++++++++ drivers/usb/host/xhci-ext-caps.h | 1 + drivers/usb/host/xhci-hub.c | 16 +-- drivers/usb/host/xhci-mem.c | 33 +++++- drivers/usb/host/xhci.c | 234 +++++++++++++++++++++++++++----------- drivers/usb/host/xhci.h | 31 +++++ include/linux/usb.h | 19 +++ 7 files changed, 308 insertions(+), 80 deletions(-) </pre> Mathias Nyman 2013-05-17T13:47:49 http://comments.gmane.org/gmane.linux.usb.general/86558 <pre>Hi, the LTE-stick huawei 3276 (in Germany also alias "Telekom Speedstick LTE III") works well with linux. (also IPv6) Here is the output of dmesg (IPv4-connection). at^ndisdup=1,1,"internet.telekom" OK ^NDISSTAT:1,,,"IPV4" [ 97.342188] usb 1-1: new high-speed USB device number 3 using ehci-pci [ 97.457592] usb 1-1: New USB device found, idVendor=12d1, idProduct=14fe [ 97.457608] usb 1-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [ 97.457619] usb 1-1: Product: HUAWEI Mobile [ 97.457628] usb 1-1: Manufacturer: HUAWEI Technology [ 97.548179] Initializing USB Mass Storage driver... [ 97.550976] scsi4 : usb-storage 1-1:1.0 [ 97.552479] scsi5 : usb-storage 1-1:1.1 [ 97.552767] usbcore: registered new interface driver usb-storage [ 97.552776] USB Mass Storage support registered. [ 98.342756] usb 1-1: USB disconnect, device number 3 [ 98.676180] usb 1-1: new high-speed USB device number 4 using ehci-pci [ 98.791457] usb 1-1: New USB device found, idVendor=12d1, idPr</pre> Thomas Schäfer 2013-05-17T11:39:50 http://comments.gmane.org/gmane.linux.usb.general/86545 <pre>Commit 0998d06310 (device-core: Ensure drvdata = NULL when no driver is bound) removes the need to set driver data field to NULL. Signed-off-by: Sachin Kamat &lt;sachin.kamat-QSEj5FYQhm4dnm+yROfE0A&lt; at &gt;public.gmane.org&gt; Cc: Marek Vasut &lt;marex-ynQEQJNshbs&lt; at &gt;public.gmane.org&gt; Cc: Alexander Shishkin &lt;alexander.shishkin-VuQAYsv1563Yd54FQh9/CA&lt; at &gt;public.gmane.org&gt; --- drivers/usb/chipidea/ci13xxx_imx.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/usb/chipidea/ci13xxx_imx.c b/drivers/usb/chipidea/ci13xxx_imx.c index 8faec9d..b8ad556 100644 --- a/drivers/usb/chipidea/ci13xxx_imx.c +++ b/drivers/usb/chipidea/ci13xxx_imx.c &lt; at &gt;&lt; at &gt; -251,8 +251,6 &lt; at &gt;&lt; at &gt; static int ci13xxx_imx_remove(struct platform_device *pdev) clk_disable_unprepare(data-&gt;clk); -platform_set_drvdata(pdev, NULL); </pre> Sachin Kamat 2013-05-17T09:51:18 http://comments.gmane.org/gmane.linux.usb.general/86542 <pre>Platform devices added through OF usually do not have any dma_mask pointer set. If the hardware advertises DMA support, the driver will expect DMA buffers to be passed in, but the USB core will not do this due to lack of a dma mask, breaking all connectiviy. To fix this, set a default dma_mask by pointing it at the coherent_dma_mask and set their value to a 32 bit mask. This still allows any platform code to set any more specific mask if needed, but makes the driver work for most dma-enabled hardware. Signed-off-by: Matthijs Kooijman &lt;matthijs-gZv8Wpyq0Kk&lt; at &gt;public.gmane.org&gt; --- drivers/staging/dwc2/platform.c | 8 ++++++++ 1 file changed, 8 insertions(+) It would be great if this patch could be included in 3.10, since it is needed to make the dwc2 driver work on the ralink rt3052 target. Before, the plan was to set up the dma mask in MIPS platform code, but because of a similar change in ehci and the uglyness of the code for that, the plan for that infrastructure was dropped. This patch makes the setting</pre> Matthijs Kooijman 2013-05-17T08:52:55 http://comments.gmane.org/gmane.linux.usb.general/86537 <pre>version.h header inclusion is not necessary as detected by checkversion.pl. Signed-off-by: Sachin Kamat &lt;sachin.kamat-QSEj5FYQhm4dnm+yROfE0A&lt; at &gt;public.gmane.org&gt; --- This series compile tested on linux-next (20130516). --- drivers/net/usb/r8152.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 14e5198..8e53e41 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/usb/r8152.c &lt; at &gt;&lt; at &gt; -11,7 +11,6 &lt; at &gt;&lt; at &gt; #include &lt;linux/signal.h&gt; #include &lt;linux/slab.h&gt; #include &lt;linux/module.h&gt; -#include &lt;linux/version.h&gt; #include &lt;linux/netdevice.h&gt; #include &lt;linux/etherdevice.h&gt; #include &lt;linux/mii.h&gt; </pre> Sachin Kamat 2013-05-17T03:48:07 http://comments.gmane.org/gmane.linux.usb.general/86535 <pre>Hi, When I used mass_storage as a gadget(use a linux-3.0.77 kernel), After the following operations: 1.Turn my board into hibernation. 2.Plug the usb into host before resume. 3.Resume my board. I saw some dump message like this, after some digging, I think the other devices' retore time is too long to make the gadget fail to response the command(GET_MAX_LUN) from the host. What I hope to know is: Is it a bug? or I need some operations to cooperate them? [12254.335994] sd 0:0:0:0: [sda] Synchronizing SCSI cache [12254.353797] PM: freeze of devices complete after 18.095 msecs [12254.354397] PM: late freeze of devices complete after 0.565 msecs [12254.354416] Disabling non-boot CPUs ... [12254.365973] CPU1: shutdown [12254.367032] PM: Creating hibernation image: [12254.934979] PM: Need to copy 77295 pages [12249.081603] Enabling non-boot CPUs ... [12249.092911] CPU1: Booted secondary processor [12249.097392] Switched to NOHz mode on CPU #1 [12249.168129] CPU1 is up [12249.168498] PM: early restore of de</pre> linux fddl 2013-05-17T03:58:23 http://comments.gmane.org/gmane.linux.usb.general/86522 <pre>The upper bits of the USB 2.0 extended capability BOS descriptor weren't being shifted into the right byte position. That didn't matter much before now, but some USB 2.1 devices will soon have a modified BOS descriptor that has BESL values in those upper bits. Signed-off-by: Sarah Sharp &lt;sarah.a.sharp-VuQAYsv1563Yd54FQh9/CA&lt; at &gt;public.gmane.org&gt; --- lsusb.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lsusb.c b/lsusb.c index d9c7908..fda772a 100644 --- a/lsusb.c +++ b/lsusb.c &lt; at &gt;&lt; at &gt; -3613,7 +3613,7 &lt; at &gt;&lt; at &gt; static void dump_usb2_device_capability_desc(unsigned char *buf) unsigned int wide; wide = buf[3] + (buf[4] &lt;&lt; 8) + -(buf[5] &lt;&lt; 8) + (buf[6] &lt;&lt; 8); +(buf[5] &lt;&lt; 16) + (buf[6] &lt;&lt; 24); printf(" USB 2.0 Extension Device Capability:\n" " bLength %5u\n" " bDescriptorType %5u\n" </pre> Sarah Sharp 2013-05-16T21:04:42 http://comments.gmane.org/gmane.linux.usb.general/86474 <pre>This patch adds iso endpoint support to the device controller. It makes use of the multiplication bits in the maxpacket field of the endpoint and calculates the multiplier bits for each transfer description on every request. Signed-off-by: Michael Grzeschik &lt;m.grzeschik-bIcnvbaLZ9MEGnE8C9+IrQ&lt; at &gt;public.gmane.org&gt; --- Changes since v1: - fixed style issues and typo - changed bitops to human readable operations drivers/usb/chipidea/core.c | 2 +- drivers/usb/chipidea/udc.c | 20 +++++++++++++++++++- drivers/usb/chipidea/udc.h | 1 + 3 files changed, 21 insertions(+), 2 deletions(-) diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c index 450107e..3cdb889 100644 --- a/drivers/usb/chipidea/core.c +++ b/drivers/usb/chipidea/core.c &lt; at &gt;&lt; at &gt; -43,7 +43,7 &lt; at &gt;&lt; at &gt; * * TODO List * - OTG - * - Isochronous &amp; Interrupt Traffic + * - Interrupt Traffic * - Handle requests which spawns into several TDs * - GET_STATUS(device) - always reports 0 * - Gadget API (majority of optional features) diff --</pre> Michael Grzeschik 2013-05-16T07:53:57 http://comments.gmane.org/gmane.linux.usb.general/86420 <pre>These patches add support to handle requests which spawn into several TDs. Michael Grzeschik (2): usb: chipidea: udc: manage dynamic amount of tds with an linked list usb: chipidea: udc: add multiple td support to hardware_{en,de}queue drivers/usb/chipidea/ci.h | 1 + drivers/usb/chipidea/core.c | 1 - drivers/usb/chipidea/debug.c | 19 ++-- drivers/usb/chipidea/udc.c | 239 +++++++++++++++++++++++++++++-------------- drivers/usb/chipidea/udc.h | 11 +- 5 files changed, 183 insertions(+), 88 deletions(-) </pre> Michael Grzeschik 2013-05-15T15:27:09 http://comments.gmane.org/gmane.linux.usb.general/86419 <pre>Hi Greg, Here's my first set of fixes for v3.10-rc cycle. It's a bit large, but considering the amount of work we got in the merge window, it looks reasonable. Let me know if you want me to change anything cheers The following changes since commit f722406faae2d073cc1d01063d1123c35425939e: Linux 3.10-rc1 (2013-05-11 17:14:08 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git tags/fixes-for-v3.10-rc2 for you to fetch changes up to 4e0aa635d069478e73ad95ff21fd4ae144faa189: usb: otg: mxs-phy: add missing type to usb_phy (2013-05-15 17:34:01 +0300) ---------------------------------------------------------------- usb: fixes for v3.10-rc2 Here's the initial set of fixes for v3.10-rc series. It countains miscellaneous fixes in numerous drivers. Many gadget drivers and PHY drivers learned that it's not necessary to platform_set_drvdata() twice, that's not necessary to check the resource pointer returned by platform_get_resource() when using dev</pre> Felipe Balbi 2013-05-15T15:25:47 http://comments.gmane.org/gmane.linux.usb.general/86411 <pre>Derived from isp1760-hcd driver. isp1763 is different in this way compred to isp1760: - 16 Proprietary Transfer Descriptor (instead of 32) - 20 KB payload space (instead of 60KB) - 16/8 bit parallel bus access (instead of 32/16) - Not all register are 32-bit - Timing delay (100 ns) between SKIPMAP writes TODO: A bunch of functions can be unified between isp1760-hcd and this driver. NOTE: Found to be working on some mass storage device, but failing enumeration on others on my platform. More testing and tuning per platform maybe needed. Signed-off-by: Richard Retanubun &lt;richardretanubun-4VtgCsEi+FIybS5Ee8rs3A&lt; at &gt;public.gmane.org&gt; --- drivers/usb/host/Kconfig | 15 + drivers/usb/host/Makefile | 2 + drivers/usb/host/isp1763-hcd.c | 2366 ++++++++++++++++++++++++++++++++++++++++ drivers/usb/host/isp1763-hcd.h | 257 +++++ drivers/usb/host/isp1763-if.c | 523 +++++++++ include/linux/usb/isp1763.h | 37 + 6 files changed, 3200 insertions(+) create mode 100644 drivers/usb/host/isp1763-hc</pre> Richard Retanubun 2013-05-15T14:24:29 http://comments.gmane.org/gmane.linux.usb.general/86402 <pre>The mxs-phy is missing the phy.type property, why the usb_get_phy helper function won't be able to find it. This patch adds this missing property. Signed-off-by: Michael Grzeschik &lt;mgr-bIcnvbaLZ9MEGnE8C9+IrQ&lt; at &gt;public.gmane.org&gt; --- drivers/usb/phy/phy-mxs-usb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/phy/phy-mxs-usb.c b/drivers/usb/phy/phy-mxs-usb.c index 9d4381e..f8588f1 100644 --- a/drivers/usb/phy/phy-mxs-usb.c +++ b/drivers/usb/phy/phy-mxs-usb.c &lt; at &gt;&lt; at &gt; -160,6 +160,7 &lt; at &gt;&lt; at &gt; static int mxs_phy_probe(struct platform_device *pdev) mxs_phy-&gt;phy.set_suspend= mxs_phy_suspend; mxs_phy-&gt;phy.notify_connect= mxs_phy_on_connect; mxs_phy-&gt;phy.notify_disconnect= mxs_phy_on_disconnect; +mxs_phy-&gt;phy.type= USB_PHY_TYPE_USB2; ATOMIC_INIT_NOTIFIER_HEAD(&amp;mxs_phy-&gt;phy.notifier); </pre> Michael Grzeschik 2013-05-15T13:03:14 http://comments.gmane.org/gmane.linux.usb.general/86392 <pre>Here I present the conversion of everything that is required to provide the equivalent of g_nokia.ko with configfs. A branch will be available here (from 15th May 2013, afternoon UTC): git://git.infradead.org/users/kmpark/linux-samsung usb-gadget-configfs This series requires the following series to be applied: http://www.spinics.net/lists/linux-usb/msg85863.html http://www.spinics.net/lists/linux-usb/msg85873.html http://www.spinics.net/lists/linux-usb/msg85307.html BACKWARD COMPATIBILITY ====================== Please note that the old g_nokia.ko is still available and works. USING THE NEW "GADGET" ====================== Please refer to this post: http://www.spinics.net/lists/linux-usb/msg76388.html for general information from Sebastian on how to use configfs-based gadgets (*). Here is the description specific to using g_nokia.ko equivalent. The old g_nokia.ko provides 4 functions: - Phonet - Obex (2 instances) - ACM - ECM in 2 configurations, which contain this same set of functions, but dif</pre> Andrzej Pietrasiewicz 2013-05-15T12:48:14 http://comments.gmane.org/gmane.linux.usb.general/86391 <pre>/drivers/net/usb/qmi_wwan.c: Added support for Cinterion's PLxx WWAN Interface by adding QMI_FIXED_INTF with Cinterion's Vendor ID as well as Product ID and WWAN Interface Number. Signed-off-by: Hans-Christoph Schemmel &lt;hans-christoph.schemmel &lt;at&gt; gemalto.com&gt; Signed-off-by: Christian Schmiedl &lt;christian.schmiedl &lt;at&gt; gemalto.com&gt; --- patch is against linux-3.9 --- linux-3.9/drivers/net/usb/qmi_wwan.c.orig2013-05-06 08:10:11.170034451 +0200 +++ linux-3.9/drivers/net/usb/qmi_wwan.c2013-05-06 08:58:00.800264179 +0200 &lt;at&gt; &lt;at&gt; -569,6 +569,7 &lt;at&gt; &lt;at&gt; static const struct usb_device_id produc {QMI_FIXED_INTF(0x1bbb, 0x011e, 4)},/* Telekom Speedstick LTE II (Alcatel One Touch L100V LTE) */ {QMI_FIXED_INTF(0x2357, 0x0201, 4)},/* TP-LINK HSUPA Modem MA180 */ {QMI_FIXED_INTF(0x1bc7, 0x1200, 5)},/* Telit LE920 */ +{QMI_FIXED_INTF(0x1e2d, 0x12d1, 4)},/* Cinterion PLxx */ /* 4. Gobi 1000 devices */ {QMI_GOBI1K_DEVICE(0x05c6, 0x9212)},/* Acer Gobi Modem Device */ -- To unsubscribe from this li</pre> Schmiedl Christian 2013-05-15T12:28:15 http://comments.gmane.org/gmane.linux.usb.general/86380 <pre>Hello Felipe, this is another series of updates for the ux500 specific musb drivers. This mainly upgrade the phy-ab8500-usb driver by adding support for clock control and new ab8500 variants, with some minor refactoring of the existing code to better handle those. Other patches includes some coding style fixes, a patch to enable dma support in host mode and a small workaround. These are based on v3.10-rc1, and should merge fine with Lee's dma patches on ux500-musb. I hope that you could review and take these for your -next branch. Thanks, Fabio Fabio Baltieri (7): usb: musb: various cosmetic fixes on ux500 files usb: phy: ab8500-usb: fix phy tuning value select logic usb: phy: ab8500-usb: add platform_device_id table usb: phy: ab8500-usb: move phy tuning values on separate functions usb: phy: ab8500-usb: add flag bits to control driver features usb: phy: ab8500-usb: add ab8540 support usb: phy: ab8500-usb: add ab9540 support Mian Yousaf Kaukab (2): usb: musb: enable ux500 host side dm</pre> Fabio Baltieri 2013-05-15T12:03:23 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.usb.general