W dniu 16.07.2014 19:42, Felipe Balbi pisze:
Hi,
On Wed, Jul 16, 2014 at 04:54:10PM +0200, Andrzej Pietrasiewicz wrote:
This patch series prepares the webcam gadget for supporting configfs.
Compared to the RFC:
http://www.spinics.net/lists/linux-usb/msg103301.html
snip
unfortunately we
can you send some logs of this patchset working ? What output should we
expect ? How to run it ?
(sure, we could just read the source code and figure it out, but it's
good 'documentation' to put on the commit log)
In case the newly added tests pass, there's no log that the test passed
W dniu 16.07.2014 21:40, Felipe Balbi pisze:
Hi,
On Tue, Jul 15, 2014 at 01:09:23PM +0200, Andrzej Pietrasiewicz wrote:
If gadget g_*.ko modules are built-in their initialization happens before
libcomposite is initialized. This results in e.g. g_ether not initializing
if compiled-in. This
W dniu 17.07.2014 05:14, ClanLab NCCU pisze:
Hi Andrzej,
Changes for v4:
- Move NAPI disable to a work queue and see if this won't cause KE
on replug.
Would you please help to test the v4 patch (delay work for NAPI disabling)
works on your platform? Thanks!
Best regards,
Weinn Jheng
W dniu 16.07.2014 16:45, Felipe Balbi pisze:
On Wed, Jul 16, 2014 at 09:58:31AM +0200, Sebastian Andrzej Siewior wrote:
On 07/14/2014 12:36 PM, Andrzej Pietrasiewicz wrote:
snip
Since target and its userland tool (targetcli) is available for
sometime now, maybe a look on those will give an
Hi Felipe,
On Wed, Jul 16, 2014 at 12:45:13PM -0500, Felipe Balbi wrote:
On Tue, Jul 15, 2014 at 04:39:08PM +0200, Antoine Ténart wrote:
[1] https://www.mail-archive.com/linux-usb@vger.kernel.org/msg43471.html
Since this has a dependency on the other series which hasn't showed up
with
tested-by: Prakash Burla prakash.bu...@smartplayin.com
This driver tested on AP806X with USB MSM-PHY Driver.
From: Srinivas Kandagatla srinivas.kandaga...@linaro.org
Date: Mon, Jun 30, 2014 at 10:59 PM
Subject: [PATCH v1 3/3]
17 lip 2014 09:13 Andrzej Pietrasiewicz andrze...@samsung.com napisał(a):
W dniu 16.07.2014 16:45, Felipe Balbi pisze:
On Wed, Jul 16, 2014 at 09:58:31AM +0200, Sebastian Andrzej Siewior wrote:
On 07/14/2014 12:36 PM, Andrzej Pietrasiewicz wrote:
snip
Since target and its userland tool
Section 4.4.7.2 of the USB3.0 spec says:
A zero-length data payload is a valid transfer and may be useful for
some implementations.
So, extend the logic of allowing URB_ZERO_PACKET to interrupt urbs too.
Otherwise, the kernel throws error of BOGUS transfer flags.
Signed-off-by:
From: Felipe Balbi
On Wed, Jul 16, 2014 at 09:32:21PM +, Paul Zimmerman wrote:
From: dingu...@altera.com [mailto:dingu...@altera.com]
Sent: Wednesday, July 16, 2014 1:33 PM
Update dwc2_handle_common_intr() to handle both hcd and gadget interrupts.
Signed-off-by: Dinh Nguyen
Hi Alan,
On Wed, Jul 16, 2014 at 10:05:57PM +0800, Alan Stern wrote:
On Wed, 16 Jul 2014, Pratyush Anand wrote:
Hu..May be this solution is not perfect. Have been reported with
at least one device which failed with this patch too. A print of
link_state for that device(sleep changed
From: Pratyush Anand
...
Only side effect of long timeout: If a device was connected before
suspend, and was removed while system was asleep, then the penalty
would be the timeout ie 2000 ms. I do not see a way to handle this. I
can put a FIXME note for this in patch.
...
Can't you use the
Hi David,
On Thu, Jul 17, 2014 at 05:37:44PM +0800, David Laight wrote:
From: Pratyush Anand
...
Only side effect of long timeout: If a device was connected before
suspend, and was removed while system was asleep, then the penalty
would be the timeout ie 2000 ms. I do not see a way to
Hi Andrzej,
On Thu, Jul 17, 2014 at 2:54 PM, Andrzej Pietrasiewicz
andrze...@samsung.com wrote:
Would you please help to test the v4 patch (delay work for NAPI disabling)
works on your platform? Thanks!
Best regards,
Weinn Jheng
Sorry about the delay, I've been quite busy these days.
On Thursday 17 July 2014 01:20:54 Peter Chen wrote:
Thanks, arnd.
For chipidea generic glue layer case, if there are three devices who use this
driver, and all devices have 32-bit bus, some devices have less 32 address
lines.
For example:
- the device_a doesn't need to use dma_mask
-
Hi,
On Mon, Jun 30, 2014 at 9:33 PM, Andy Gross agr...@codeaurora.org wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
These drivers handles control and configuration of the HS
and SS USB PHY transceivers. They are part of the driver
.
[snip]
.
+#include linux/usb/phy.h
+
+/**
+ * USB
Hi,
On 07/17/2014 10:47 AM, Amit Virdi wrote:
Section 4.4.7.2 of the USB3.0 spec says:
A zero-length data payload is a valid transfer and may be useful for
some implementations.
So, extend the logic of allowing URB_ZERO_PACKET to interrupt urbs too.
Otherwise, the kernel throws
On Thu, Jul 17, 2014 at 12:21:56PM +0200, Arnd Bergmann wrote:
On Thursday 17 July 2014 01:20:54 Peter Chen wrote:
Thanks, arnd.
For chipidea generic glue layer case, if there are three devices who use
this
driver, and all devices have 32-bit bus, some devices have less 32 address
Add two device IDs found in an out-of-tree driver downloadable
from Netgear.
Signed-off-by: Bjørn Mork bj...@mork.no
---
drivers/net/usb/qmi_wwan.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
index c4638c67f6b9..22756db53dca
Huawei's usage of the subclass and protocol fields is not 100%
clear to us, but there appears to be a very strict system.
A device with the shared device ID 12d1:1506 and this NCM
function was recently reported (showing only default altsetting):
Interface Descriptor:
bLength
On Thursday 17 July 2014 19:19:15 Peter Chen wrote:
Currently, we are designing a generic driver, we don't know what's the
hardware architecture, we are trying to find a solution how to set
dma mask for all possible devices which will use this driver, Antoine's
this patch is trying to cover
Hi Greg,
Currently, the gadget driver will handle ZLP, abbas's patch
disables the hardware ZLP at udc driver to avoid sending ZLP twice
at some cases.
Abbas Raza (1):
usb: chipidea: udc: Disable auto ZLP generation on ep0
drivers/usb/chipidea/udc.c |4 ++--
1 files changed, 2
From: Abbas Raza abbas_r...@mentor.com
There are 2 methods for ZLP (zero-length packet) generation:
1) In software
2) Automatic generation by device controller
1) is implemented in UDC driver and it attaches ZLP to IN packet if
descriptor-size wLength
2) can be enabled/disabled by setting
On Fri, Jul 11, 2014 at 02:29:34PM +0200, Markus Pargmann wrote:
-ENODEV is interpreted by the generic driver probing function as a
non-matching driver. This leads to a missing probe failure message.
Also a missing USB PHY is more of an invalid configuration of the usb
driver because it is
On Thu, Jul 17, 2014 at 07:19:15PM +0800, Peter Chen wrote:
Currently, we are designing a generic driver, we don't know what's the
hardware architecture, we are trying to find a solution how to set
dma mask for all possible devices which will use this driver, Antoine's
this patch is trying to
The preparation for configfs has been sent as a separate
series:
www.spinics.net/lists/linux-usb/msg110639.html
like Laurent suggests.
This series is rebased onto Felipe's testing/next with
gadget directory cleanup series applied.
I'm sending this series again basically in order for it to be
When configfs is integrated, to_f_uvc_opts() is expected to be defined
with struct config_item pointer as argument. to_f_uvc_opts() in u_uvc.h
takes a different argument, so rename it to avoid conflicts.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
---
configfs.h depends on some definitions from linux/usb/composite.h.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
---
drivers/usb/gadget/configfs.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/configfs.h b/drivers/usb/gadget/configfs.h
index a14ac79..d23e189
Hi Srini,
On Thu, Jul 17, 2014 at 6:19 PM, pramod.gurav@gmail.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@linaro.org
This patch makes the phy reset clk and reset line optional as this clk
is not available on boards like IFC6410 with APQ8064.
.
[snip]
.
pdata-mode
On 17/07/14 13:54, pramod gurav wrote:
Hi Srini,
On Thu, Jul 17, 2014 at 6:19 PM, pramod.gurav@gmail.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@linaro.org
This patch makes the phy reset clk and reset line optional as this clk
is not available on boards like IFC6410 with
When using USB 3.0 pen drive with the [AMD] FCH USB XHCI Controller
[1022:7814], the second hotplugging will experience the USB 3.0 pen
drive is recognized as high-speed device. After bisecting the kernel,
I found the commit number 41e7e056cdc662f704fa9262e5c6e213b4ab45dd
(USB: Allow USB 3.0 ports
As the discussion in http://comments.gmane.org/gmane.linux.usb.general/107011,
I found that [AMD] FCH USB XHCI Controller [1022:7814] the USB 3.0 disk
can't work in SuperSpeed after several times of hotplug. After doing some
experiments and bisection, I found the bug is caused by
Hi,
On Thu, Jul 17, 2014 at 02:14:15PM +0100, Srinivas Kandagatla wrote:
On 17/07/14 13:54, pramod gurav wrote:
Hi Srini,
On Thu, Jul 17, 2014 at 6:19 PM, pramod.gurav@gmail.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@linaro.org
This patch makes the phy reset clk and
On 17/07/14 15:39, Felipe Balbi wrote:
Hi,
On Thu, Jul 17, 2014 at 02:14:15PM +0100, Srinivas Kandagatla wrote:
On 17/07/14 13:54, pramod gurav wrote:
Hi Srini,
On Thu, Jul 17, 2014 at 6:19 PM, pramod.gurav@gmail.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@linaro.org
Gadget function files have been moved to a function subdirectory.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
---
Documentation/DocBook/gadget.tmpl | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documentation/DocBook/gadget.tmpl
Hi,
On Thu, Jul 17, 2014 at 12:07:26PM +0530, Amit Virdi wrote:
can you send some logs of this patchset working ? What output should we
expect ? How to run it ?
(sure, we could just read the source code and figure it out, but it's
good 'documentation' to put on the commit log)
In case
On Thu, 17 Jul 2014, Pratyush Anand wrote:
I got one sony usb stick (054C:05B8) which does not take 2S but
certainly it takes more than 400 ms. I took the analyzer log with this
device..and it tells me that this device is not behaving the right
way. See the attached snapshot:
-- Host does
On Thu, 17 Jul 2014, Amit Virdi wrote:
Section 4.4.7.2 of the USB3.0 spec says:
A zero-length data payload is a valid transfer and may be useful for
some implementations.
So, extend the logic of allowing URB_ZERO_PACKET to interrupt urbs too.
Otherwise, the kernel throws error
On Thu, 17 Jul 2014, David Laight wrote:
From: Pratyush Anand
...
Only side effect of long timeout: If a device was connected before
suspend, and was removed while system was asleep, then the penalty
would be the timeout ie 2000 ms. I do not see a way to handle this. I
can put a FIXME
On Thu, 17 Jul 2014, Gavin Guo wrote:
When using USB 3.0 pen drive with the [AMD] FCH USB XHCI Controller
[1022:7814], the second hotplugging will experience the USB 3.0 pen
drive is recognized as high-speed device. After bisecting the kernel,
I found the commit number
On Mon, Jun 30, 2014 at 09:59:57PM -0700, Greg KH wrote:
On Mon, Jun 30, 2014 at 01:40:35PM -0500, Felipe Balbi wrote:
Hi Greg,
Here's my second set of fixes. Note the revert of the patch Michal
asked to revert.
Please consider merging to your usb-linus branch. Let me know if you
On Thu, Jul 17, 2014 at 10:08:56AM -0500, Felipe Balbi wrote:
On Mon, Jun 30, 2014 at 09:59:57PM -0700, Greg KH wrote:
On Mon, Jun 30, 2014 at 01:40:35PM -0500, Felipe Balbi wrote:
Hi Greg,
Here's my second set of fixes. Note the revert of the patch Michal
asked to revert.
Hi all,
It has cost me quite some time to get to the bottom of this (which is
not even the real bottom).
When I generate heavy-io (make -j4 modules or cp -pr a git clone
of the kernel), urbs start completing with EPROTO errors when using a
Renesas uPD720231 chipset usb-3 uas to sata bridge with
On Thu, Jul 17, 2014 at 08:26:57AM -0700, Greg KH wrote:
On Thu, Jul 17, 2014 at 10:08:56AM -0500, Felipe Balbi wrote:
On Mon, Jun 30, 2014 at 09:59:57PM -0700, Greg KH wrote:
On Mon, Jun 30, 2014 at 01:40:35PM -0500, Felipe Balbi wrote:
Hi Greg,
Here's my second set of fixes.
When using USB 3.0 pen drive with the [AMD] FCH USB XHCI Controller
[1022:7814], the second hotplugging will experience the USB 3.0 pen
drive is recognized as high-speed device. After bisecting the kernel,
I found the commit number 41e7e056cdc662f704fa9262e5c6e213b4ab45dd
(USB: Allow USB 3.0 ports
As the discussion in http://comments.gmane.org/gmane.linux.usb.general/107011,
I found that [AMD] FCH USB XHCI Controller [1022:7814] the USB 3.0 disk
can't work in SuperSpeed after several times of hotplug. After doing some
experiments and bisection, I found the bug is caused by
This patch provides mechanism for subordinate devices to check
whether the DWC3 core probed successfully or otherwise. Useful
if PHYs are required to configure controllers, but aren't yet
available. The DWC3 core driver will defer probe if PHYs are
unavailable, however subordinate DWC3 drivers
Hi,
On Thu, Jul 17, 2014 at 06:13:33PM +0100, Lee Jones wrote:
This patch provides mechanism for subordinate devices to check
whether the DWC3 core probed successfully or otherwise. Useful
if PHYs are required to configure controllers, but aren't yet
available. The DWC3 core driver will
Hi,
On Thu, Jul 17, 2014 at 10:03:02AM +0200, Antoine Ténart wrote:
Hi Felipe,
On Wed, Jul 16, 2014 at 12:45:13PM -0500, Felipe Balbi wrote:
On Tue, Jul 15, 2014 at 04:39:08PM +0200, Antoine Ténart wrote:
[1] https://www.mail-archive.com/linux-usb@vger.kernel.org/msg43471.html
On Thu, Jul 17, 2014 at 7:55 AM, Alan Stern st...@rowland.harvard.edu wrote:
I can't say this is actually wrong, but have you ever encountered a
situation where this would be needed? How often does anyone need to do
a multi-packet transfer over an interrupt endpoint?
Hi Alan,
I did some
Julius, I have done the testing; sorry for one day delay. I bought
some new hardware and was busy assembling test rigs; the end result is
that I was able to test four USB 3.0 controllers : Intel (Z97
chipset), NEC uPD720200 and two Asmedia. I tested two kernel versions:
3.2.61 and 3.16.0-rc5, both
Tested-by: Maciej Puzio mx34...@gmail.com
On Tue, Jul 8, 2014 at 2:01 PM, Julius Werner jwer...@chromium.org wrote:
Commit 1f81b6d22 usb: xhci: Prefer endpoint context dequeue pointer
over stopped_trb changed the logic in xhci_find_new_dequeue_state() to
only use the Endpoint Context's TR
On Thu, Jul 17, 2014 at 06:30:24AM -0400, kiran.pad...@smartplayin.com wrote:
Hi,
On Mon, Jun 30, 2014 at 9:33 PM, Andy Gross agr...@codeaurora.org wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
These drivers handles control and configuration of the HS
and SS USB PHY transceivers.
From: linux-usb-ow...@vger.kernel.org
[mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Maciej Puzio
Sent: Thursday, July 17, 2014 11:25 AM
Tested-by: Maciej Puzio mx34...@gmail.com
On Tue, Jul 8, 2014 at 2:01 PM, Julius Werner jwer...@chromium.org wrote:
Commit 1f81b6d22 usb:
On Thu, 17 Jul 2014, Steve Calfee wrote:
On Thu, Jul 17, 2014 at 7:55 AM, Alan Stern st...@rowland.harvard.edu wrote:
I can't say this is actually wrong, but have you ever encountered a
situation where this would be needed? How often does anyone need to do
a multi-packet transfer over
When a host controller dies, we don't need to wait for a driver to
time out. We can shut down its URBs immediately. Without this
change, we can end up waiting 30 seconds for a mass-storage transfer
to time out.
Signed-off-by: Alan Stern st...@rowland.harvard.edu
---
[as1761]
Hmm. Wouldn't it be safer to have a quirk for this, and only enable
the workaround if the Asmedia controller is detected? This code is so
complicated that it is difficult to see whether this could have a
harmful effect on controllers without the bug.
Sorry for making it complicated, but it
This patch makes the phy reset clk and reset line optional as this clk
is not available on boards like IFC6410 with APQ8064.
phy-reset clk is only used as argument to the mach level callbacks, so
this patch adds condition before clk_get calls so that the driver
wouldn't fail on SOCs which do not
Apparently nobody ever remembered to add Scatter-Gather support to
ohci-hcd. This patch adds it.
Signed-off-by: Alan Stern st...@rowland.harvard.edu
---
[as1760]
drivers/usb/host/ohci-hcd.c | 38 ++
drivers/usb/host/ohci-q.c | 54
The debug routine fill_async_buffer() in ohci-hcd is buggy: It never
produces any output because it forgets to initialize the output buffer
size. Also, the debug routine ohci_dump() has an unused argument.
This patch adds the correct initialization and removes the unused
argument.
This patch fixes a bug in ohci-hcd. When an URB is unlinked, the
corresponding Endpoint Descriptor is added to the ed_rm_list and taken
off the hardware schedule. Once the ED is no longer visible to the
hardware, finish_unlinks() handles the URBs that were unlinked or have
completed. If any
On Thu, Jul 17, 2014 at 12:32 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 17 Jul 2014, Steve Calfee wrote:
Hi Alan,
I did some testing with multi interrupt transfers some time ago. You
can get allocated a guaranteed 3x1024 time slot per uframe for an
interval of your choice on
On Thu, Jul 17, 2014 at 04:32:26PM -0400, Alan Stern wrote:
The debug routine fill_async_buffer() in ohci-hcd is buggy: It never
produces any output because it forgets to initialize the output buffer
size. Also, the debug routine ohci_dump() has an unused argument.
This patch adds the
From: Bjørn Mork bj...@mork.no
Date: Thu, 17 Jul 2014 13:33:51 +0200
Add two device IDs found in an out-of-tree driver downloadable
from Netgear.
Signed-off-by: Bjørn Mork bj...@mork.no
Applied and queued up for -stable.
--
To unsubscribe from this list: send the line unsubscribe linux-usb
From: Bjørn Mork bj...@mork.no
Date: Thu, 17 Jul 2014 13:34:09 +0200
Huawei's usage of the subclass and protocol fields is not 100%
clear to us, but there appears to be a very strict system.
A device with the shared device ID 12d1:1506 and this NCM
function was recently reported (showing
On Mon, Jul 14, 2014 at 10:47:55PM +0200, Oliver Neukum wrote:
On Mon, 2014-07-14 at 11:04 -0400, Alan Stern wrote:
On Mon, 14 Jul 2014, Oliver Neukum wrote:
On Mon, 2014-07-14 at 07:50 -0700, Greg KH wrote:
So if I have hubs with the same broken port, I'll only get one
On Tuesday, July 01, 2014 1:04 AM, Felipe Balbi wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
DWC3 glue layer is hardware layer around Synopsys DesignWare
USB3 core. Its purpose is to supply Synopsys IP with required
clocks, voltages and interface it with the rest of the SoC.
On Thu, Jul 17, 2014 at 05:55:22PM +0800, Pratyush Anand wrote:
Hi David,
On Thu, Jul 17, 2014 at 05:37:44PM +0800, David Laight wrote:
From: Pratyush Anand
...
Only side effect of long timeout: If a device was connected before
suspend, and was removed while system was asleep, then
I am assuming this is a stupid question but since I am new I will ask it anyway.
Can the usb_bus structure be Null? If can I will send it a patch removing the
fix mes on lines 854 and 878 of hcd.c .
Cheers Nick
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of
Following sparse warnings were reported by kbuild test bot
drivers/usb/misc/lvstest.c:314:28: sparse: incorrect type in assignment
(different base types)
drivers/usb/misc/lvstest.c:314:28:expected unsigned short [unsigned]
[usertype] portchange
drivers/usb/misc/lvstest.c:314:28:
70 matches
Mail list logo
