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
> unimplemente
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 debu
As gr_ep_init must be called with dev->lock held, GFP_KERNEL must not be used.
Reported-by: Dan Carpenter
Signed-off-by: Andreas Larsson
---
Differences since v1: Fixed typo in commit message
drivers/usb/gadget/gr_udc.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
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
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/a
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] - http://pat
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",
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 enable
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 w
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
> Signed-off-by: Roger Quadros
Great!!!
Acked-b
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
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 f
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
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 940ab8f1ef9369da5b5
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
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/
> http://marc.info/?l=linux-usb&m=137158978503741&w=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 contex
On Tue, 1 Apr 2014, Julius Werner wrote:
> > http://marc.info/?l=linux-usb&m=137158978503741&w=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 ambig
On Tue, Apr 1, 2014 at 11:49 AM, Greg KH 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 || COMPILE_TEST))
which loo
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 kern
On Tue, Apr 01, 2014 at 05:28:19PM -0700, Linus Torvalds wrote:
> On Tue, Apr 1, 2014 at 11:49 AM, Greg KH 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
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:
> > > /sys/ke
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 disc
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
On 04/01/2014 11:28 PM, Alan Stern wrote:
> 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
26 matches
Mail list logo
