Director Western Union Bank | 30 Jan 20:16 2015
Picon

hello


--
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

Felipe Balbi | 30 Jan 17:40 2015
Picon

Re: [PATCH] usb: gadget: OS desc type unicode multi

On Wed, Jan 28, 2015 at 03:19:57PM +0100, Mario Schuknecht wrote:
> Add missing case USB_EXT_PROP_UNICODE_MULTI in function fill_ext_prop().
> Introduce a separate function which fills a buffer with multiple NULL-terminated
> Unicode strings.
> 
> Signed-off-by: Mario Schuknecht <mario.schuknecht@...>

how do you use this ? Where is USB_EXT_PROP_UNICODE_NULTI coming from ?
Why do we need this ? You don't answer any of these questions in your
commit log. Care to write a better one ?

--

-- 
balbi
Robert Jarzmik | 30 Jan 17:22 2015
Picon

[PATCH v3 1/2] usb: phy: generic: fix the gpios to be optional

All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
and not prevent the driver from working. Fix the regression in the
behavior introduced by commit "usb: phy: generic: migrate to gpio_desc".

Signed-off-by: Robert Jarzmik <robert.jarzmik@...>
Tested-by: Fabio Estevam <fabio.estevam@...>

---
Since v1: correctly handle the error codes
          set the reset gpio as an output gpio
Since v2: set the reset gpio initial state to logically active
---
 drivers/usb/phy/phy-generic.c | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/usb/phy/phy-generic.c b/drivers/usb/phy/phy-generic.c
index 9a826ff..bdb4cb3 100644
--- a/drivers/usb/phy/phy-generic.c
+++ b/drivers/usb/phy/phy-generic.c
 <at>  <at>  -218,12 +218,12  <at>  <at>  int usb_phy_gen_create_phy(struct device *dev, struct usb_phy_generic *nop,
 			clk_rate = 0;

 		needs_vcc = of_property_read_bool(node, "vcc-supply");
-		nop->gpiod_reset = devm_gpiod_get_optional(dev, "reset-gpios");
-		err = PTR_ERR(nop->gpiod_reset);
+		nop->gpiod_reset = devm_gpiod_get_optional(dev, "reset");
+		err = PTR_ERR_OR_ZERO(nop->gpiod_reset);
 		if (!err) {
 			nop->gpiod_vbus = devm_gpiod_get_optional(dev,
-							 "vbus-detect-gpio");
(Continue reading)

Johan Hovold | 30 Jan 14:09 2015

[GIT PULL] USB-serial updates for v3.20-rc1

Greg,

Here are my updates for 3.20. Only two clean ups this time.

Thanks,
Johan

The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc:

  Linux 3.19-rc5 (2015-01-18 18:02:20 +1200)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-serial.git tags/usb-serial-3.20-rc1

for you to fetch changes up to 3e264ffc831e70c4a3ecc8c2eeb5bfbc1c8a30d3:

  USB: mos7840: remove unused code (2015-01-19 15:58:16 +0100)

----------------------------------------------------------------
USB-serial updates for v3.20-rc1

Removal of dead code in mos7840 and a clean-up of the option blacklist
handling.

Signed-off-by: Johan Hovold <johan@...>

----------------------------------------------------------------
Colin Ian King (1):
      USB: mos7840: remove unused code
(Continue reading)

Johan Hovold | 30 Jan 14:04 2015

[GIT PULL] USB-serial fixes for v3.19-rc7

Hi Greg,

Here's a final pull-request for 3.19.

Thanks,
Johan

The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc:

  Linux 3.19-rc5 (2015-01-18 18:02:20 +1200)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-serial.git tags/usb-serial-3.19-rc7

for you to fetch changes up to a6f0331236fa75afba14bbcf6668d42cebb55c43:

  USB: cp210x: add ID for RUGGEDCOM USB Serial Console (2015-01-26 13:37:29 +0100)

----------------------------------------------------------------
USB-serial fixes for v3.19-rc7

Just another device id for cp210x.

Signed-off-by: Johan Hovold <johan@...>

----------------------------------------------------------------
Lennart Sorensen (1):
      USB: cp210x: add ID for RUGGEDCOM USB Serial Console

(Continue reading)

Mian Yousaf Kaukab | 30 Jan 09:09 2015
Picon

[PATCH v2 00/12] usb: second series of updates for dwc2 driver

Hi,
This patchset consists of some bug fixes, feature enhancements and
cosmetic changes for the dwc2 driver. All the patches are verified on
dwc2 v3.0a with dedicated fifos. Main focus of testing was with dma
enabled. Although basic testing without dma was also done.

This is based on testing/next branch in Felipe's git.

Thank you,

Best regards,
Yousaf

History:
v2:
 - Dropped "usb: dwc2: host: register hcd handle to the phy" as it
   causes regression in Altera platform.
v1:
 - Fixed comments from Sergei Shtylyov and Robert Baldyga
 - Removed Paul Zimmerman from CC as his Synopsys address
   is not valid any longer.

Gregory Herrero (7):
  usb: dwc2: host: resume root hub on remote wakeup
  usb: dwc2: gadget: fix clear halt feature handling
  usb: dwc2: gadget: add TEST_MODE feature support
  usb: dwc2: gadget: fix a typo in comment
  usb: dwc2: gadget: add reset flag in init function
  usb: dwc2: gadget: don't modify pullup status during reset
  usb: dwc2: gadget: initialize controller in pullup callback
(Continue reading)

Roshan Pius | 30 Jan 01:31 2015

[PATCH v1] usb: dwc2: Fix a bug in reading the endpoint directions from reg.

According to  the DWC2 datasheet, the HWCFG1 register stores
the configured endpoint directions for endpoints 0-15 in bit positions
0-31.
==========================
Endpoint Direction (EpDir)
This 32-bit field uses two bits per endpoint to determine the endpoint
direction.
Endpoint
Bits [31:30]: Endpoint 15 direction
Bits [29:28]: Endpoint 14 direction
....
Bits [3:2]: Endpoint 1 direction
Bits[1:0]: Endpoint 0 direction (always BIDIR)
==========================

The DWC2 driver is currently interpreting the contents of the register
as directions for endpoints 1-15 which leads to an error in determining
the configured endpoint directions in the core because the first 2 bits
determine the direction of endpoint 0 and not 1.

This is based on testing/next branch in Felipe's git.
---
 drivers/usb/dwc2/gadget.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.c
index 50ae096..706165c 100644
--- a/drivers/usb/dwc2/gadget.c
+++ b/drivers/usb/dwc2/gadget.c
 <at>  <at>  -3167,7 +3167,7  <at>  <at>  static int s3c_hsotg_hw_cfg(struct dwc2_hsotg *hsotg)
(Continue reading)

Robert Jarzmik | 29 Jan 23:41 2015
Picon

[PATCH v2 1/2] usb: phy: generic: fix the gpios to be optional

All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
and not prevent the driver from working. Fix the regression in the
behavior introduced by commit "usb: phy: generic: migrate to gpio_desc".

Signed-off-by: Robert Jarzmik <robert.jarzmik@...>
---
Since v1: correctly handle the error codes
          set the reset gpio as an output gpio
---
 drivers/usb/phy/phy-generic.c | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/usb/phy/phy-generic.c b/drivers/usb/phy/phy-generic.c
index 9a826ff..9f08c1e 100644
--- a/drivers/usb/phy/phy-generic.c
+++ b/drivers/usb/phy/phy-generic.c
 <at>  <at>  -218,12 +218,12  <at>  <at>  int usb_phy_gen_create_phy(struct device *dev, struct usb_phy_generic *nop,
 			clk_rate = 0;

 		needs_vcc = of_property_read_bool(node, "vcc-supply");
-		nop->gpiod_reset = devm_gpiod_get_optional(dev, "reset-gpios");
-		err = PTR_ERR(nop->gpiod_reset);
+		nop->gpiod_reset = devm_gpiod_get_optional(dev, "reset");
+		err = PTR_ERR_OR_ZERO(nop->gpiod_reset);
 		if (!err) {
 			nop->gpiod_vbus = devm_gpiod_get_optional(dev,
-							 "vbus-detect-gpio");
-			err = PTR_ERR(nop->gpiod_vbus);
+							 "vbus-detect");
+			err = PTR_ERR_OR_ZERO(nop->gpiod_vbus);
(Continue reading)

Alan Stern | 29 Jan 21:05 2015
Picon

[PATCH] USB: add flag for HCDs that can't receive wakeup requests (isp1760-hcd)

Currently the USB stack assumes that all host controller drivers are
capable of receiving wakeup requests from downstream devices.
However, this isn't true for the isp1760-hcd driver, which means that
it isn't safe to do a runtime suspend of any device attached to a
root-hub port if the device requires wakeup.

This patch adds a "cant_recv_wakeups" flag to the usb_hcd structure
and sets the flag in isp1760-hcd.  The core is modified to prevent a
direct child of the root hub from being put into runtime suspend with
wakeup enabled if the flag is set.

Signed-off-by: Alan Stern <stern@...>
Tested-by: Nicolas Pitre <nico@...>
CC: <stable@...>

---

[as1775]

 drivers/usb/core/driver.c      |   12 ++++++++++++
 drivers/usb/host/isp1760-hcd.c |    3 +++
 include/linux/usb/hcd.h        |    2 ++
 3 files changed, 17 insertions(+)

Index: usb-3.19/include/linux/usb/hcd.h
===================================================================
--- usb-3.19.orig/include/linux/usb/hcd.h
+++ usb-3.19/include/linux/usb/hcd.h
 <at>  <at>  -146,6 +146,8  <at>  <at>  struct usb_hcd {
 	unsigned		amd_resume_bug:1; /* AMD remote wakeup quirk */
(Continue reading)

Mathias Nyman | 29 Jan 17:42 2015
Picon

Re: XHCI, "brain-dead scanner", and microframe rounding

On 27.01.2015 14:12, Gunter Königsmann wrote:
> That's very good news indeed.
> 
> Will re-run the tests on my scanner and looking forward to the fix entering mainline. In the meantime I can
acknowledge that with the fix my computer accepts USB memory sticks that normally didn't work.
> 
> Kind regards,
> 
>     Gunter.
> 
>

Did some cleaning of the patch, and noticed it still had a few bits wrong,
but apparently it worked anyway.

I added the fixes on top of the ep_reset_halt_test branch.

Can any of you with a failing scanner test that it still works?

git://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git 
and the ep_reset_halt_test branch, 

Thanks

-Mathias

--
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)

Alan Stern | 29 Jan 17:29 2015
Picon

[PATCH] USB: usbfs: allow URBs to be reaped after disconnection

The usbfs API has a peculiar hole: Users are not allowed to reap their
URBs after the device has been disconnected.  There doesn't seem to be
any good reason for this; it is an ad-hoc inconsistency.

The patch allows users to issue the USBDEVFS_REAPURB and
USBDEVFS_REAPURBNDELAY ioctls (together with their 32-bit counterparts
on 64-bit systems) even after the device is gone.  If no URBs are
pending for a disconnected device then the ioctls will return -ENODEV
rather than -EAGAIN, because obviously no new URBs will ever be able
to complete.

The patch also adds a new capability flag for
USBDEVFS_GET_CAPABILITIES to indicate that the reap-after-disconnect
feature is supported.

Signed-off-by: Alan Stern <stern@...>
Tested-by: Chris Dickens <christopher.a.dickens@...>

---

[as1773]

 drivers/usb/core/devio.c          |   63 ++++++++++++++++++++++----------------
 include/uapi/linux/usbdevice_fs.h |    3 +
 2 files changed, 39 insertions(+), 27 deletions(-)

Index: usb-3.19/include/uapi/linux/usbdevice_fs.h
===================================================================
--- usb-3.19.orig/include/uapi/linux/usbdevice_fs.h
+++ usb-3.19/include/uapi/linux/usbdevice_fs.h
(Continue reading)


Gmane