gmane.linux.usb.general

Re: [PATCH] [g_mass_storage] Fix unmount problem with OS-X

Anthony Foiani — 2012-05-26T07:03:32

Alan, Pantelis --

Sorry for late (and possibly no longer useful) reply, but...


Pantelis Antoniou <panto-wVdstyuyKrO8r51toPun2/C9HSW9iNxf< at >public.gmane.org> writes:

In case you need/want to test this from a GUI in the future, "Disk
Utility" provides separate "unmount" and "eject" operations.

Hope this helps,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Device Enumeration Failure

Anil Nair — 2012-05-26T03:05:41

Hi Gerhard,

I looked at the dmesg and lsusb output, your touchscreen is being
detected prior sleep, but post-sleep the device disappears no error
also indicating the touchscreen. Also you mentioned something about
turned off (power state D2) can you specify what it is? Also can you
decode the working of the windows 7 driver so that we can replicate
the same working in Linux. Can you try manually suspending the
touchscreen and resuming it, the details for that can be found on
Linux kernel source Documentation/usb/power-management.txt

/sys/bus/usb/devices# echo 2 > 1-2/power/autosuspend

Here, 1-2 represents the USB bus address for that device which can be
found out by using lsusb.
The number 2 represent the timeout.

The timeout can be set to any integer number of seconds. If set to -1,
the device will not autosuspend. Then we make sure the kernel will
automatically suspend the device, and resume the device if data needs
to be transferred:

/sys/bus/usb/devices# echo auto > 1-2/power/level

Other options to

[PATCH] USB: ftdi-sio: Add support for RT Systems USB-RTS01 serial adapter

Evan McNabb — 2012-05-26T02:46:14

Add support for RT Systems USB-RTS01 USB to Serial adapter:
http://www.rtsystemsinc.com/Photos/USBRTS01.html

Tested by controlling Icom IC-718 amateur radio transceiver via hamlib.

Signed-off-by: Evan McNabb <evan-2BOxfIlzoBpAfugRpC6u6w< at >public.gmane.org>

diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
index 8c084ea..bc912e5 100644
--- a/drivers/usb/serial/ftdi_sio.c
+++ b/drivers/usb/serial/ftdi_sio.c
< at >< at > -737,6 +737,7 < at >< at > static struct usb_device_id id_table_combined [] = {
 { USB_DEVICE(TELLDUS_VID, TELLDUS_TELLSTICK_PID) },
 { USB_DEVICE(RTSYSTEMS_VID, RTSYSTEMS_SERIAL_VX7_PID) },
 { USB_DEVICE(RTSYSTEMS_VID, RTSYSTEMS_CT29B_PID) },
+{ USB_DEVICE(RTSYSTEMS_VID, RTSYSTEMS_RTS01_PID) },
 { USB_DEVICE(FTDI_VID, FTDI_MAXSTREAM_PID) },
 { USB_DEVICE(FTDI_VID, FTDI_PHI_FISCO_PID) },
 { USB_DEVICE(TML_VID, TML_USB_SERIAL_PID) },
diff --git a/drivers/usb/serial/ftdi_sio_ids.h b/drivers/usb/serial/ftdi_sio_ids.h
index f3c7c78..5661c7e 100644
--- a/drivers/usb/serial/ftdi_sio_ids.

Re: Device Enumeration Failure

Anil Nair — 2012-05-26T02:51:07

Hello Sir, Gerhard.


I don't have the required experience in Linux kernel, and device
drivers to proceed, i will try though, your guidance will be
appreciated. :).


Send it i will have a look at it, though i am not an expert in
decoding windows registry. :).






Any reply from Gigabyte??

Re: looking for kickstart advice for CP2112, usb-i2c bridge

Alan Stern — 2012-05-26T02:09:30

On Fri, 25 May 2012, [iso-8859-1] Jean-Fran

Re: [Libusbx-devel] usbdevfs: BULK_CONTINUATION flag does not work with XHCI controller

Alan Stern — 2012-05-26T01:47:53


As far as I know, the NEC controllers have been very reliable.


Well, the EREMOTEIO error is _supposed_ to be generated by the 
controller.  That is, the hardware is supposed to recognize it as an 
exceptional case and stop the endpoint queue.

Sarah knows the answers; she's the xhci-hcd maintainer.  Anything I 
said about it would just be speculation.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

looking for kickstart advice for CP2112, usb-i2c bridge

Jean-François Dagenais — 2012-05-26T00:52:33

Hi all,

FYI, I'm a participating kernel device driver developer (i2c, w1, uio) but a 
complete USB noob.

I want to make a proper in-kernel i2c master driver for the Silabs CP2112 usb 
to smbus bridge (actually i2c compliant). The device is presented as HID and 
uses reports for operation. (see 
http://www.silabs.com/Support%20Documents/TechnicalDocs/AN495.pdf )

Silabs expects it's customers to drive the chip from userspace using hiddev in 
the kernel. This prevents users from harnessing all of the i2c client drivers 
in the kernel, hence this effort. (unless I am missing something?)

I have my CP2112 eval kit with me and I'm ready to get started but I'd like 
some pointers to get on the right track ASAP.

- as per device driver customs, which existing driver (patch or already merged) 
  should be used as template?
- where does such a driver belong? I'm guessing drivers/i2c/busses/i2c-cp2112.c
- would I use the same internal APIs that the IOCTLs of hiddev use for example?
- what else should I read/look-at/

(unknown)

robothroli company — 2012-05-25T13:45:54

 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 14/15] usb: imx21-hcd.c: Use clk_prepare_enable/clk_disable_unprepare

Fabio Estevam — 2012-05-25T23:14:55

From: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>

Prepare the clock before enabling it.

Cc: Felipe Balbi <balbi-l0cyMroinI0< at >public.gmane.org>
Cc: <linux-usb-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org>
Signed-off-by: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>
---
 drivers/usb/host/imx21-hcd.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/usb/host/imx21-hcd.c b/drivers/usb/host/imx21-hcd.c
index ff471c1..f19e269 100644
--- a/drivers/usb/host/imx21-hcd.c
+++ b/drivers/usb/host/imx21-hcd.c
< at >< at > -1811,7 +1811,7 < at >< at > static int imx21_remove(struct platform_device *pdev)
 usb_remove_hcd(hcd);
 
 if (res != NULL) {
-clk_disable(imx21->clk);
+clk_disable_unprepare(imx21->clk);
 clk_put(imx21->clk);
 iounmap(imx21->regs);
 release_mem_region(res->start, resource_size(res));
< at >< at > -1884,7 +1884,7 < at >< at > static int imx21_probe(struct platform_device *pdev)
 ret = clk_set_rate(imx21->clk, clk_round_rate(imx21->clk, 48000000));

[PATCH 13/15] usb: imx_udc.c: Use clk_prepare_enable/clk_disable_unprepare

Fabio Estevam — 2012-05-25T23:14:54

From: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>

Prepare the clock before enabling it.

Cc: Felipe Balbi <balbi-l0cyMroinI0< at >public.gmane.org>
Cc: <linux-usb-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org>
Signed-off-by: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>
---
 drivers/usb/gadget/imx_udc.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/usb/gadget/imx_udc.c b/drivers/usb/gadget/imx_udc.c
index 54034f8..dc53348 100644
--- a/drivers/usb/gadget/imx_udc.c
+++ b/drivers/usb/gadget/imx_udc.c
< at >< at > -1432,7 +1432,7 < at >< at > static int __init imx_udc_probe(struct platform_device *pdev)
 dev_err(&pdev->dev, "can't get USB clock\n");
 goto fail2;
 }
-clk_enable(clk);
+clk_prepare_enable(clk);
 
 if (clk_get_rate(clk) != 48000000) {
 D_INI(&pdev->dev,
< at >< at > -1496,7 +1496,7 < at >< at > fail4:
 free_irq(imx_usb->usbd_int[i], imx_usb);
 fail3:
 clk_put(clk);
-clk_disable(clk);
+clk_disable_unprepare(clk);
 fail2:
 iounmap(base);
 fail1:

[PATCH 12/15] usb: fsl_mxc_udc.c : Use clk_prepare_enable/clk_disable_unprepare

Fabio Estevam — 2012-05-25T23:14:53

From: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>

Prepare the clock before enabling it.

Cc: Felipe Balbi <balbi-l0cyMroinI0< at >public.gmane.org>
Cc: <linux-usb-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org>
Signed-off-by: Fabio Estevam <fabio.estevam-KZfg59tc24xl57MIdRCFDg< at >public.gmane.org>
---
 drivers/usb/gadget/fsl_mxc_udc.c |   12 ++++++------
 1 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/drivers/usb/gadget/fsl_mxc_udc.c b/drivers/usb/gadget/fsl_mxc_udc.c
index dcbc0a2..f4b5109 100644
--- a/drivers/usb/gadget/fsl_mxc_udc.c
+++ b/drivers/usb/gadget/fsl_mxc_udc.c
< at >< at > -40,7 +40,7 < at >< at > int fsl_udc_clk_init(struct platform_device *pdev)
 if (IS_ERR(mxc_ahb_clk))
 return PTR_ERR(mxc_ahb_clk);
 
-ret = clk_enable(mxc_ahb_clk);
+ret = clk_prepare_enable(mxc_ahb_clk);
 if (ret < 0) {
 dev_err(&pdev->dev, "clk_enable(\"usb_ahb\") failed\n");
 goto eenahb;
< at >< at > -65,7 +65,7 < at >< at > int fsl_udc_clk_init(struct platform_device *pdev)
 }
 }
 
-ret = clk_enable(mxc_usb_clk

[PATCH] usb: musb_gadget: fix crash caused by dangling pointer

Grazvydas Ignotas — 2012-05-25T21:21:33

usb_ep_ops.disable must clear external copy of the endpoint descriptor,
otherwise musb crashes after loading/unloading several gadget modules
in a row:

Unable to handle kernel paging request at virtual address bf013730
pgd = c0004000
[bf013730] *pgd=8f26d811, *pte=00000000, *ppte=00000000
Internal error: Oops: 7 [#1]
Modules linked in: g_cdc [last unloaded: g_file_storage]
CPU: 0    Not tainted  (3.2.17 #647)
PC is at musb_gadget_enable+0x4c/0x24c
LR is at _raw_spin_lock_irqsave+0x4c/0x58
[<c027c030>] (musb_gadget_enable+0x4c/0x24c) from [<bf01b760>] (gether_connect+0x3c/0x19c [g_cdc])
[<bf01b760>] (gether_connect+0x3c/0x19c [g_cdc]) from [<bf01ba1c>] (ecm_set_alt+0x15c/0x180 [g_cdc])
[<bf01ba1c>] (ecm_set_alt+0x15c/0x180 [g_cdc]) from [<bf01ecd4>] (composite_setup+0x85c/0xac4 [g_cdc])
[<bf01ecd4>] (composite_setup+0x85c/0xac4 [g_cdc]) from [<c027b744>] (musb_g_ep0_irq+0x844/0x924)
[<c027b744>] (musb_g_ep0_irq+0x844/0x924) from [<c027a97c>] (musb_interrupt+0x79c/0x864)
[<c027a97c>] (musb_interrupt+0x79c/0x8

Re: Debuging large transfer under usb3 device

Sarah Sharp — 2012-05-25T18:59:05

Thanks Guillaume!  No rush, I just wanted to make sure I hadn't dropped
the ball on a bug report.

Sarah Sharp

On Fri, May 25, 2012 at 12:42:31AM +0200, Guillaume Jaouen wrote:
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] usb: fix possible oops in serial option driver

Alan Stern — 2012-05-25T17:46:48


The tty layer may not know how to handle disconnect, but it certainly 
does know about handling tty_unregister_device().  Since that routine 
gets called by the usb-serial core as part of disconnect processing, 
what more is really needed?

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [RFC] USB: serial: handle disconnect for dtr_rts in core

Alan Stern — 2012-05-25T17:26:35


I am still a little puzzled by this.  It doesn't make sense for 
usb-serial drivers to manipulate _any_ part of the hardware after the 
device is gone.  What's special about the modem control signals?

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] [g_mass_storage] Fix unmount problem with OS-X

Michal Nazarewicz — 2012-05-25T17:22:04

To be honest,  I'm not sure why did I choose “y” in the first place.  I must
have overlooked it for some unknown reason.  Later I did not change it back
to “n” because I didn't want to introduce the change in behaviour, but I'd
be more then happy to do that if everyone agrees that the change won't be
disturbing for users.

Re: [PATCH] usb: fix possible oops in serial option driver

Johan Hovold — 2012-05-25T16:53:50

Just to clarify: the tty layer could learn to deal with disconnect
(useful also for cdc-acm for example), but currently it is handled in
usb-serial core so moving it there first for dtr_rts makes sense.

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH v3 05/12] usb: chipidea: add imx platform driver

Steve Calfee — 2012-05-25T16:43:26

As far as I know ARC created the IP and sold the IP for a few years
Then Transdimension bought the IP and sold it for years
Then Chipidea bought the IP
Then Mips bought Chipidea including the IP
and Mips sold the IP to Synopsys

It is a very nice ehci core, follows the intel spec very well, with 
extensions to support high speed gadgets and otg. Several IP versions 
were done and are in several SOC cores, especially ARM. I don't have a list.

Regards, Steve

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[RFC] USB: serial: handle disconnect for dtr_rts in core

Johan Hovold — 2012-05-25T16:38:59

Make sure serial-driver dtr_rts is called with disc_mutex held after
checking the disconnected flag.

It does not make sense for usb-serial drivers to manipulate modem
control signals after the device is gone so check for disconnect in usb
serial core.

Not-signed-of-yet-by: Johan Hovold <jhovold-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

---
 drivers/usb/serial/ftdi_sio.c   |   20 +++++++++-----------
 drivers/usb/serial/mct_u232.c   |   23 ++++++++++-------------
 drivers/usb/serial/quatech2.c   |   18 ++++++++----------
 drivers/usb/serial/sierra.c     |    7 +------
 drivers/usb/serial/ssu100.c     |   19 ++++++++-----------
 drivers/usb/serial/usb-serial.c |   10 ++++++++--
 drivers/usb/serial/usb_wwan.c   |    7 +++----
 7 files changed, 47 insertions(+), 57 deletions(-)

diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
index 8c084ea..b49dd8e 100644
--- a/drivers/usb/serial/ftdi_sio.c
+++ b/drivers/usb/serial/ftdi_sio.c
< at >< at > -1861,24 +1861,22 < at >< at > static void ftdi_dtr_rts(struct us

Re: [PATCH] usb: fix possible oops in serial option driver

Johan Hovold — 2012-05-25T16:34:30

Well tty-core shouldn't handle disconnect (which is usb-serial-
specific), but I see no reason not to move the disconnect handling up to
usb-serial core. It does not make sense for usb-serial drivers to
manipulate modem control-signals after the device is gone. Might as well
deal with in core as we do for open.

As for tiocmset, only pl2303 and opticon currently checks for the
disconnect flag. Either all driver need to, or these do not. Perhaps
Alan Cox could provide some input on this?

I'll respond to this mail with a patch (RFC) which moves the disconnect
handling into usb-serial. I'll have a closer look at tiocmset later and
perhaps prepare something similar for that case depending on what Alan
says.

Thanks,
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] [g_mass_storage] Fix unmount problem with OS-X

Alan Stern — 2012-05-25T15:00:07


That's all right.  Multiple bugs can be pretty hard to diagnose.


I hadn't noticed that g_file_storage and g_mass_storage differ in their 
default values for "removable".  I agree, the default ought to be "n".

(On the other hand, the default _is_ documented -- but you have to look
at the source code to see it: lines 126-127 of
drivers/usb/gadget/f_mass_storage.c.)

The author of g_mass_storage ought to be able to explain the reason 
why the default was changed.  Perhaps he'll be willing to switch it 
back.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html