On 03/31/2014 05:03 PM, James Bottomley wrote:
[lets split the thread]
On Mon, 2014-03-31 at 16:37 +0200, Hannes Reinecke wrote:
On 03/31/2014 03:33 PM, Alan Stern wrote:
On Mon, 31 Mar 2014, Hannes Reinecke wrote:
On 03/28/2014 08:29 PM, Alan Stern wrote:
On Fri, 28 Mar 2014, James
On Sun, Mar 30, 2014 at 08:20:09PM +0800, Li Jun wrote:
From: Li Jun b47...@freescale.com
USB OTG interrupt handling and fsm transitions according to USB OTG
and EH 2.0.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/core.c|8 +-
drivers/usb/chipidea/otg.c
On Sun, Mar 30, 2014 at 08:20:13PM +0800, Li Jun wrote:
From: Li Jun b47...@freescale.com
This patch adds a file chipidea.txt for how to demo chipidea usb OTG HNP and
SRP
functions via sysfs input files, any other possible information should be
documented for chipidea usb driver in future
On Sun, Mar 30, 2014 at 08:20:02PM +0800, Li Jun wrote:
From: Li Jun b47...@freescale.com
This patchset adds USB OTG HNP and SRP support on chipidea usb driver,
existing OTG port role swtich function by ID pin status kept unchanged,
based on that, if select CONFIG_USB_OTG_FSM, OTG HNP and
On Mon, Mar 31, 2014 at 11:38:43PM +, Karl Palsson wrote:
Based on wireshark packet traces from a windows machine.
ch340 and ch341 both seem to support all parity modes, but only the ch341
appears to support variable data bits and variable stop bits, so those are
left
unimplemented, as
Hi all.
There's a number of reports for this problem (linux-kernel, ELAN
Touchscreen regression in recent 3.12 rc's? (USB); linux-usb,
problem with ELAN touchscreen).
Now, I own Yoga2Pro and can confirm that the bug exists up to 3.14.
(confirmed in 3.14 release, 3.14-rc8, 3.13.6)
Most of
As gr_ep_init must be called with dev-lock held, GFP_KERNEL must not be used.
Reported-by: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: Andreas Larsson andr...@gaisler.com
---
Differences since v1: Fixed typo in commit message
drivers/usb/gadget/gr_udc.c |4 ++--
1 file changed, 2
The USB3 PHY driver (ti-pipe3) was updated so that the relevant
clock phandles are expected in the DT node.
Provide the necessary clocks.
Reported-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6
Hi Tony,
The following patch fixes USB3 on OMAP5 on linux-next.
There was a patch [1] that added named clocks to the USB3 phy driver
but somehow the dts part got missed out.
Due to that USB3 on OMAP5 is currently broken on linux-next and
this patch should fix it.
cheers,
-roger
[1] -
On Fri, 31 Jan 2014 21:30:03 -0500 (EST), Alan Stern wrote:
On Thu, 30 Jan 2014, Dennis New wrote:
Indeed, ohci_quirk_zfmicro (as mentioned in that marc.info link)
would crash my kernel/system (I think when some graphics switch
would happen) :). So I tried ohci_quirk_amd700, since there
On Tue, 1 Apr 2014, Dennis New wrote:
I was able to capture usbmon output during the event (via a
continuously rotating set of log files over a few days :p) from:
/sys/kernel/debug/usb/usbmon/3u
Were you using a kernel with the patch that I sent you? Did you have
CONFIG_USB_DEBUG enabled?
Hi,
I'm testing brand new Eaton 5E 1500i UPS connected via USB.
I'm using nut usespace SW trying to communicate with UPS via USBHID.
under both 3.10 and 3.13 kernels, I only get
[Apr 1 10:56] usb 2-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 128
rq 6 len 255 ret -110
under 3.14 it
On Tue, Apr 01 2014, Alan Stern wrote:
These all seem to be basically the same, apart from the Nouveau issue.
This suggests that the previous test (i.e., without the new diagnostic
patch) would have worked if _nothing_ was plugged into a front port and
the keyboard was plugged into the
On Tue, Apr 01, 2014 at 01:37:27PM +0300, Roger Quadros wrote:
The USB3 PHY driver (ti-pipe3) was updated so that the relevant
clock phandles are expected in the DT node.
Provide the necessary clocks.
Reported-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Roger Quadros
On Tue, Apr 01, 2014 at 05:48:24AM +, Peter Chen wrote:
Hi Felipe,
Two for fsm, the other one is to delete CONFIG_USB_OTG_FSM since it
is duplicated with CONFIG_USB_OTG, thanks.
Change on v1:
Remove {} for a single statement in patch:
usb: phy-fsm: update
On 04/01/2014 12:29 AM, Alan Stern wrote:
On Mon, 31 Mar 2014, Hannes Reinecke wrote:
Ah. Correct. But that's due to the first patch being incorrect.
Cf my response to the original first patch.
See my response to your response. :-)
Okay, So I probably should refrain from issueing a
On Tue, Apr 01 2014, Alan Stern wrote:
Also, I'd like to track down the problem when both devices are plugged
into front ports. Can you try that as well, again without the new
diagnostic patch? If the problem in this case is caused by a separate
bug then we may not learn anything, but it's
The following changes since commit fa389e220254c69ffae0d403eac4146171062d08:
Linux 3.14-rc6 (2014-03-09 19:41:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.15-rc1
for you to fetch changes up to
On Tue, 1 Apr 2014, Peter Münster wrote:
On Tue, Apr 01 2014, Alan Stern wrote:
These all seem to be basically the same, apart from the Nouveau issue.
This suggests that the previous test (i.e., without the new diagnostic
patch) would have worked if _nothing_ was plugged into a front
On Tue, 1 Apr 2014, Nikola Ciprich wrote:
Hi,
I'm testing brand new Eaton 5E 1500i UPS connected via USB.
I'm using nut usespace SW trying to communicate with UPS via USBHID.
under both 3.10 and 3.13 kernels, I only get
[Apr 1 10:56] usb 2-1.1: usbfs: USBDEVFS_CONTROL failed cmd
On Tue, 1 Apr 2014, Hannes Reinecke wrote:
So if the above reasoning is okay then this patch should be doing
the trick:
diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
index 771c16b..0e72374 100644
--- a/drivers/scsi/scsi_error.c
+++ b/drivers/scsi/scsi_error.c
http://marc.info/?l=linux-usbm=137158978503741w=2
There's an xHCI spec ambiguity: Does the last valid context entry refer
to the last valid endpoint context in the *input* device context or the
*output* device context?
The code currently assumes it refers to the input device context,
On Tue, 1 Apr 2014, Julius Werner wrote:
http://marc.info/?l=linux-usbm=137158978503741w=2
There's an xHCI spec ambiguity: Does the last valid context entry refer
to the last valid endpoint context in the *input* device context or the
*output* device context?
It's not ambiguous at
On Tue, Apr 1, 2014 at 11:49 AM, Greg KH gre...@linuxfoundation.org wrote:
USB patches for 3.15-rc1
Here's the big USB pull request for 3.15-rc1.
Hmm. I'm getting this when testing:
warning: (AHCI_XGENE) selects PHY_XGENE which has unmet direct
dependencies (HAS_IOMEM OF (ARM64 ||
On Tue, 1 Apr 2014 09:30:01 -0400 (EDT), Alan Stern wrote:
On Tue, 1 Apr 2014, Dennis New wrote:
I was able to capture usbmon output during the event (via a
continuously rotating set of log files over a few days :p) from:
/sys/kernel/debug/usb/usbmon/3u
Were you using a kernel with
On Tue, Apr 01, 2014 at 05:28:19PM -0700, Linus Torvalds wrote:
On Tue, Apr 1, 2014 at 11:49 AM, Greg KH gre...@linuxfoundation.org wrote:
USB patches for 3.15-rc1
Here's the big USB pull request for 3.15-rc1.
Hmm. I'm getting this when testing:
warning: (AHCI_XGENE) selects
On Tue, 1 Apr 2014, Dennis New wrote:
On Tue, 1 Apr 2014 09:30:01 -0400 (EDT), Alan Stern wrote:
On Tue, 1 Apr 2014, Dennis New wrote:
I was able to capture usbmon output during the event (via a
continuously rotating set of log files over a few days :p) from:
On Tue, 1 Apr 2014 22:38:39 -0400 (EDT), Alan Stern wrote:
On Tue, 1 Apr 2014, Dennis New wrote:
[...]
This indicates that the OHCI host controller just stopped
working. Then about a minute later, the audio device disconnected.
Yep, that's what happened. I manually disconnected the
Hi,
USB patches for 3.15-rc1
Here's the big USB pull request for 3.15-rc1.
Hmm. I'm getting this when testing:
warning: (AHCI_XGENE) selects PHY_XGENE which has unmet direct
dependencies (HAS_IOMEM OF (ARM64 || COMPILE_TEST))
which looks like AHCI_XGENE doesn't have the proper
29 matches
Mail list logo