Antoine Tenart | 17 Nov 14:35 2014

[PATCH v8 00/13] ARM: berlin: USB support

This series adds the support for ChipIdea USB2 (ci13xxx) controllers,
the USB PHYs of the Marvell Berlin SoCs and also adds a reset
controller for these SoCs.

The reset controller is used by the PHY driver and shares the
existing chip controller node with the clocks and one pin controller.

The Marvell Berlin USB controllers are host only on the BG2Q and are
compatible with USB ChipIdea. We here add a glue to use the available
common functions for this kind of controllers, and add a generic USB2
ChipIdea driver. A PHY driver is also added to control the USB PHY.

This series applies on top of Peter Chen's ci-for-usb-next branch[1]
containing the generic PHY support in the USB framework[2].

Patches 1-4 should already have been taken by Sebastian.

Changes since v7:
	- rebased on top of the latest CI for-next branch of Peter[1]
	- removed CI_HDRC_REQUIRE_TRANSCEIVER
	- added a missing tested-by
	- some cosmetic fixes and a commit message reword

Changes since v6:
        - removed ci_hdrc_usb2_dt_probe
        - fixed a bug in the ChipIdea core for PHY handling
        - called unconditionally dma_set_mask_and_coherent()

Changes since v5:
        - added a missing header in ci_hdrc_usb2
(Continue reading)

Johan Hovold | 17 Nov 10:52 2014

Re: usbserial / ftdi_sio (+ others) bug?

[ +CC: linux-usb]

Hi Doug,

On Mon, Nov 17, 2014 at 12:23:05AM -0500, Douglas Gilbert wrote:
> Hi,
> I just ran into the "lots ** of spurious zeros on read" problem
> with a XBee reader adapter (for USB) from Sparkfun. It is really
> annoying. Looked around and your name popped up on a linux-usb
> thread whose name is in the subject line.
> 
> I have two different adapters:
>    - FT232RL based that has the "spurious zeros" problem
>    - FT231X based that works fine
> 
> Probably related to the spurious zeros appearing in my test code
> is this in syslog:
>    ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback -
>                      nonzero urb status: -71

Do see this during normal operation? Or when disconnecting an open port?

In the former case it could indicate a hardware problem.

> I'm using lk 3.17.3 . Has there been any resolution to this problem?

The issue in the thread you refer to is a hardware one that is causing
overruns, which in turns gets reported as NULL-bytes. [ The driver bug
that is also discussed is only about whether it is possible to disable
this error reporting. ]
(Continue reading)

Peter Chen | 17 Nov 06:28 2014

[PATCH v3 1/3] usb: chipidea: add controller reset API

Add controller reset API, currently it is used for device mode only.
It may be used for host/otg driver in future.

Ususally, we need this API for dual-role switch and back from hibernation
suspend to let the controller at default state.

Signed-off-by: Peter Chen <peter.chen@...>
---

Changes for v3:
- Add more description for why this API is needed
- Fix one indentation problem
- Change error message for "error for reset" to "error resetting controller"

 drivers/usb/chipidea/core.c | 32 ++++++++++++++++++++++++++++----
 1 file changed, 28 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
index bd74f27..48b25d9 100644
--- a/drivers/usb/chipidea/core.c
+++ b/drivers/usb/chipidea/core.c
 <at>  <at>  -385,20 +385,44  <at>  <at>  static int ci_usb_phy_init(struct ci_hdrc *ci)
 }

 /**
- * hw_device_reset: resets chip (execute without interruption)
+ * hw_controller_reset: do controller reset
  *  <at> ci: the controller
   *
  * This function returns an error code
(Continue reading)

Wang, Yu | 17 Nov 06:51 2014
Picon

About wakeup IRQ support in USB core

Hi Roger,

I saw one old thread about your patch for wakeup IRQ support in USB
core. We need it for Intel platform. And it is work well on intel
platform.

May I know why this patch haven't get merged so far? I saw everything
was smooth during the discussion, and you had already fixed all comments
from Alan. But somehow the discussion is stop.

Old thread link:
http://lkml.iu.edu//hypermail/linux/kernel/1307.1/01392.html

Thanks
Yu
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Mario Schuknecht | 16 Nov 21:21 2014
Picon

[PATCH] net2280: Fix superspeed dma_done()

Parameter three in function call dma_done() is incorrect.
Move use of variable 'tmp' after if-condition.

Signed-off-by: Mario Schuknecht <mario.schuknecht@...>
---
 drivers/usb/gadget/udc/net2280.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net2280.c
index 8d13337..1f35193 100644
--- a/drivers/usb/gadget/udc/net2280.c
+++ b/drivers/usb/gadget/udc/net2280.c
 <at>  <at>  -1118,10 +1118,10  <at>  <at>  static void scan_dma_completions(struct net2280_ep *ep)
 			break;
 		} else if (!ep->is_in &&
 				(req->req.length % ep->ep.maxpacket) != 0) {
-			tmp = readl(&ep->regs->ep_stat);
 			if (ep->dev->quirks & PLX_SUPERSPEED)
 				return dma_done(ep, req, tmp, 0);

+			tmp = readl(&ep->regs->ep_stat);
 			/* AVOID TROUBLE HERE by not issuing short reads from
 			 * your gadget driver.  That helps avoids errata 0121,
 			 * 0122, and 0124; not all cases trigger the warning.
--

-- 
1.8.4.5

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
(Continue reading)

Finance Department | 16 Nov 17:23 2014
Picon

Payment

Dear Recipient,

You have been awarded the sum of  8,000,000.00 (Eight Million Pounds sterling) with reference number
77100146 by office of the ministry of finance UK.Send us your personal details to deliver your funds.

Gloria Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hans de Goede | 16 Nov 10:14 2014
Picon

Re: Tested your workaround regarding the uas bug (posted in archlinux.org forum), seems as it failed

Hi,

On 11/16/2014 08:39 AM, Jonas Seibert wrote:
> Hey Hans,
> 
> as I got a 2TB external harddrive and it didn't work with linux for ages (works with windows though) I
decided to give your fix a try.
> Said HDD says "airy" and "by CnMemory" on the front and on the back "Item-No.68770" (just in case that helps
you with the chipset, I can't open it).
> Sadly it didn't show up, but I attached you the logs it created.

Looking at the lsusb output this is not an uas device, but rather a regular
usb-storage (bulk only transport) device.

The best way to get help with this is to send an email with a detailed
bug-report to: "linux-usb <linux-usb@...>", no need to
subscribe there, if you put yourself in the CC you should get all replies.

Please also put me in the CC. As for the "detailed" part of the bug
report, I think the mail you send to me with a slightly different
introductionary text will do nicely.

Regards,

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

(Continue reading)

Martin Hauke | 16 Nov 01:05 2014
Picon
Picon

[PATCH] qcserial: Add support for HP lt4112 LTE/HSPA+ Gobi 4G Modem

Added new device layout "DEVICE_HWI" and also added the USB VID/PID for the
HP lt4112 LTE/HSPA+ Gobi 4G Modem (Huawei me906e)
---
 drivers/usb/serial/qcserial.c | 34 ++++++++++++++++++++++++++++++++++
 1 file changed, 34 insertions(+)

diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index b2aa003..522e3e5 100644
--- a/drivers/usb/serial/qcserial.c
+++ b/drivers/usb/serial/qcserial.c
 <at>  <at>  -27,12 +27,15  <at>  <at>  enum qcserial_layouts {
 	QCSERIAL_G2K = 0,	/* Gobi 2000 */
 	QCSERIAL_G1K = 1,	/* Gobi 1000 */
 	QCSERIAL_SWI = 2,	/* Sierra Wireless */
+	QCSERIAL_HWI = 3,	/* Huawei */
 };

 #define DEVICE_G1K(v, p) \
 	USB_DEVICE(v, p), .driver_info = QCSERIAL_G1K
 #define DEVICE_SWI(v, p) \
 	USB_DEVICE(v, p), .driver_info = QCSERIAL_SWI
+#define DEVICE_HWI(v, p) \
+	USB_DEVICE(v, p), .driver_info = QCSERIAL_HWI

 static const struct usb_device_id id_table[] = {
 	/* Gobi 1000 devices */
 <at>  <at>  -157,6 +160,9  <at>  <at>  static const struct usb_device_id id_table[] = {
 	{DEVICE_SWI(0x413c, 0x81a8)},	/* Dell Wireless 5808 Gobi(TM) 4G LTE Mobile Broadband Card */
 	{DEVICE_SWI(0x413c, 0x81a9)},	/* Dell Wireless 5808e Gobi(TM) 4G LTE Mobile Broadband Card */

(Continue reading)

Dmitry Eremin-Solenikov | 15 Nov 20:50 2014
Picon

[PATCH 1/2] usb: gadget: pxa25x_udc: prepare/unprepare clocks in pxa-ssp

Change clk_enable/disable() calls to clk_prepare_enable() and
clk_disable_unrepapre().

Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@...>
---
 drivers/usb/gadget/udc/pxa25x_udc.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/gadget/udc/pxa25x_udc.c b/drivers/usb/gadget/udc/pxa25x_udc.c
index 42f7eeb..e4964ee 100644
--- a/drivers/usb/gadget/udc/pxa25x_udc.c
+++ b/drivers/usb/gadget/udc/pxa25x_udc.c
 <at>  <at>  -103,8 +103,8  <at>  <at>  static const char ep0name [] = "ep0";

 /* IXP doesn't yet support <linux/clk.h> */
 #define clk_get(dev,name)	NULL
-#define clk_enable(clk)		do { } while (0)
-#define clk_disable(clk)	do { } while (0)
+#define clk_prepare_enable(clk)	do { } while (0)
+#define clk_disable_unprepare(clk)	do { } while (0)
 #define clk_put(clk)		do { } while (0)

 #endif
 <at>  <at>  -932,7 +932,7  <at>  <at>  static int pullup(struct pxa25x_udc *udc)
 		if (!udc->active) {
 			udc->active = 1;
 			/* Enable clock for USB device */
-			clk_enable(udc->clk);
+			clk_prepare_enable(udc->clk);
 			udc_enable(udc);
(Continue reading)

milke | 14 Nov 19:56 2014
Picon

re:

Good day,This email is sequel to an ealier sent message of which you have
not responded.I have a personal charity project which I will want you to
execute on my behalf.Please kidnly get back to me with this code
MHR/3910/2014 .You can reach me on mrsalimqadri@... .

Thank you

Salim Qadri
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Mathias Nyman | 14 Nov 18:56 2014
Picon

[PATCHv2 0/4] xhci fixes for 3.18-rc

Hi Greg

second try, correcting a wrong fixes commit ID, and missing stable version
in previous try.

These patches for usb-linus solve two xhci issues, fixing xhci halted endpoint
handling to now follow the specification, and pass testusb control message tests

The other one reverts a faulty xhci controller wakeup solution, and writes a new
proper solution.

Lu Baolu (2):
  Revert "xhci: clear root port wake on bits if controller isn't wake-up
    capable"
  usb: xhci: rework root port wake bits if controller isn't allowed to
    wakeup

Mathias Nyman (2):
  xhci: don't start a halted endpoint before its new dequeue is set
  xhci: Reset a halted endpoint immediately when we encounter a stall.

 drivers/usb/host/xhci-hub.c  |   5 +-
 drivers/usb/host/xhci-pci.c  |   2 +-
 drivers/usb/host/xhci-plat.c |  10 +++-
 drivers/usb/host/xhci-ring.c |  41 ++++-------------
 drivers/usb/host/xhci.c      | 107 ++++++++++++++++++++++---------------------
 drivers/usb/host/xhci.h      |   2 +-
 6 files changed, 78 insertions(+), 89 deletions(-)

--

-- 
(Continue reading)


Gmane