On 03/28/2014 06:50 PM, James Bottomley wrote:
> We unconditionally execute scsi_eh_get_sense() to make sure all failed
> commands that should have sense attached, do. However, the routine forgets
> that some commands, because of the way they fail, will not have any sense code
> ... we should not
On 03/28/2014 06:51 PM, James Bottomley wrote:
> From: Alan Stern
>
> We're seeing a case where the contents of scmd->result isn't being reset after
> a SCSI command encounters an error, is resubmitted, times out and then gets
> handled. The error handler acts on the stale result of the previous
On 03/28/2014 08:29 PM, Alan Stern wrote:
> On Fri, 28 Mar 2014, James Bottomley wrote:
>
>> This is a set of three patches we agreed to a while ago to eliminate a
>> USB deadlock. I did rewrite the first patch, if it could be reviewed
>> and tested.
>
> I tested all three patches under the same
On Sun, Mar 30, 2014 at 08:20:03PM +0800, Li Jun wrote:
> This patch adds OTG fsm related initialization when do otg init,
> add a seperate file for OTG fsm related utilities.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/chipidea/Makefile |1 +
> drivers/usb/chipidea/ci.h | 16 +
On Sun, Mar 30, 2014 at 08:20:07PM +0800, Li Jun wrote:
> Add OTG HNP and SRP operation functions implementation:
> - charge vbus
> - drive vbus
> - connection signaling
> - drive sof
> - start data pulse
> - add fsm timer
> - delete fsm timer
> - start host
> - start gadget
>
> Signed-off-by: Li
On Sun, Mar 30, 2014 at 08:20:08PM +0800, Li Jun wrote:
> From: Li Jun
>
> This patch adds OTG fsm timers initialization, which use controller's 1ms
> interrupt as timeout counter, also adds some local timers which are not
> in otg_fsm_timer list.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/
On Sun, Mar 30, 2014 at 08:20:09PM +0800, Li Jun wrote:
> From: Li Jun
>
> USB OTG interrupt handling and fsm transitions according to USB OTG
> and EH 2.0.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/chipidea/core.c|8 +-
> drivers/usb/chipidea/otg.c |9 +-
> drivers/usb/chi
>>> I am familiar with USB on the host side, but not the gadget side.
>>> What's the best/easiest way to implement a simple 2 endpoints
>>> communication with high data rates?
>>> During my search I came across functionfs, gadgetfs, configfs and
>>> libusbg. Can you recommend one of them that suits
On Sat, Mar 29, 2014 at 08:55:11PM +, Michele Baldessari wrote:
> Custom VID/PIDs for Brainboxes cards as reported in
> https://bugzilla.redhat.com/show_bug.cgi?id=1071914
Thanks for including the remaining PIDs from the report.
There was a duplicate entry in the device-id table below, but I'
From: Michele Baldessari
Custom VID/PIDs for Brainboxes cards as reported in
https://bugzilla.redhat.com/show_bug.cgi?id=1071914
Signed-off-by: Michele Baldessari
Cc: stable
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ftdi_sio.c | 33 +
drivers/usb/
On Fri, Mar 28, 2014 at 05:08:56PM +0100, Daniele Palmas wrote:
> option driver, added VID/PID for Telit UE910v2 modem
Thanks for the patch.
Could you also include the output of lsusb -vd 1bc7:1012 for reference?
> Signed-off-by: Daniele Palmas
> ---
> drivers/usb/serial/option.c |2 ++
>
AceLan Kao writes:
> [4.042629] usb 2-8.1: new full-speed USB device number 9 using xhci_hcd
[..]
> [4.095722] usb 2-8.1: not running at top speed; connect to a high speed
> hub
This is a bit odd, isn't it? Not related to the serial driver question, though.
[..]
> [4.096989] usb
Hello Johan,
2014-03-31 10:58 GMT+02:00 Johan Hovold :
> On Fri, Mar 28, 2014 at 05:08:56PM +0100, Daniele Palmas wrote:
>> option driver, added VID/PID for Telit UE910v2 modem
>
> Thanks for the patch.
>
> Could you also include the output of lsusb -vd 1bc7:1012 for reference?
>
Bus 002 Device 0
Hello!
I am on a phyFLEX-i.MX 6 running kernel 3.0.35.
I want to set module parameters for "idVendor", "idProduct" and "iSerialNumber".
However, in "/sys/module/g_ffs/parameters/" all I have is
"bDeviceClass", "bDeviceProtocol"
and "bDeviceSubClass".
The BSP is the latest Release PD13.2.2 (kernel 3
Hello,
I changed usb.c and crossompiled it for samsung nexus s(exynos SoC).
arm-linux-gnueabi-gcc -static usb.c usbstring.c -lpthread
In the kernel I enable gadgetfs module with s3c-udc(s3c_udc_otg.c)
I can mount gadgetfs, but when I run the binary with verbose flag I
get following
output on dev
On Mon, Mar 31, 2014 at 03:24:35PM +0800, Peter Chen wrote:
> On Sun, Mar 30, 2014 at 08:20:09PM +0800, Li Jun wrote:
> > From: Li Jun
> >
> > USB OTG interrupt handling and fsm transitions according to USB OTG
> > and EH 2.0.
> >
> > Signed-off-by: Li Jun
> > ---
> > drivers/usb/chipidea/core
Hello List,
im not very familiar with reporting Bugs, this is my first Try, so please
be indulgent to me, when I do something wrong.
I hope, Im thinking on all Information you need and I have the list.
I dont really know if the problem is sourced on musb or the ASIX driver.
The error is rep
I have done some more testing now.
It seems there is no problem on newer kernels. The problem seems to
disappear somewhere around version 3.5.
And also, I was only seeing this problem on a computer with Intel QM77
chipset. With another older computer there was no problem even with
kernel version
Hi Alan/Greg,
I was starting some work for running "Lecroy USB Compliance Suite Link
Layer Tests" with embedded xhci host, which runs Linux. I thought, its
wise to discuss my test strategy before I start implementing it,
as in long run I would like to push them to mainline.
These tests have been
On Mon, Mar 31, 2014 at 01:04:52PM +0200, Martin Åkerberg wrote:
> I have done some more testing now.
>
> It seems there is no problem on newer kernels. The problem seems to
> disappear somewhere around version 3.5.
>
> And also, I was only seeing this problem on a computer with Intel QM77
> chip
On Mon, 31 Mar 2014, Hannes Reinecke wrote:
> On 03/28/2014 06:49 PM, James Bottomley wrote:
> > The abort state is being stored persistently across commands, meaning if the
> > command times out a second time, the error handler thinks an abort is still
> > pending. Fix this by properly resetting
I don't know why diff deletes:
-#define HP_VENDOR_ID 0x03f0
-#define HP_LD220_PRODUCT_ID 0x3524
and then adds them again. I didn't touch those lines. I suspect that it is
due to the comment update above them.
Thanks,
Aaron
-Original Message-
From: Johan Hovold [mailto:j
[ Please avoid top-posting. ]
On Mon, Mar 31, 2014 at 01:10:11PM +, Sanders, Aaron wrote:
> I don't know why diff deletes:
> -#define HP_VENDOR_ID0x03f0
> -#define HP_LD220_PRODUCT_ID 0x3524
>
> and then adds them again. I didn't touch those lines. I suspect that
> it is d
> -Original Message-
> From: Johan Hovold [mailto:jhov...@gmail.com]
> Sent: Monday, March 31, 2014 8:16 AM
> To: Sanders, Aaron
> Cc: Johan Hovold; linux-usb@vger.kernel.org
> Subject: Re: [PATCH] USB:pl2303: add ids for Hewlett-Packard HP POS pole
> displays
>
> [ Please avoid top-postin
On Mon, 31 Mar 2014, Hannes Reinecke wrote:
> On 03/28/2014 08:29 PM, Alan Stern wrote:
> > On Fri, 28 Mar 2014, James Bottomley wrote:
> >
> >> This is a set of three patches we agreed to a while ago to eliminate a
> >> USB deadlock. I did rewrite the first patch, if it could be reviewed
> >> a
On Mon, 31 Mar 2014 tzi...@me.com wrote:
> >>> I am familiar with USB on the host side, but not the gadget side.
> >>> What's the best/easiest way to implement a simple 2 endpoints
> >>> communication with high data rates?
> >>> During my search I came across functionfs, gadgetfs, configfs and
> >
> > > I don't know why diff deletes:
> > > -#define HP_VENDOR_ID0x03f0
> > > -#define HP_LD220_PRODUCT_ID 0x3524
> > >
> > > and then adds them again. I didn't touch those lines. I suspect that
> > > it is due to the comment update above them.
> >
> > Well, you or your editor d
Add device ids to pl2303 for the Hewlett-Packard HP POS pole displays:
LD960: 03f0:0B39
LCM220: 03f0:3139
LCM960: 03f0:3239
Signed-off-by: Aaron Sanders
diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
index 3b5ba4f..4d70809 100644
--- a/drivers/usb/serial/pl2303.c
+++ b/d
On Mon, Mar 31, 2014 at 01:40:46PM +, Sanders, Aaron wrote:
> Add device ids to pl2303 for the Hewlett-Packard HP POS pole displays:
> LD960: 03f0:0B39
> LCM220: 03f0:3139
> LCM960: 03f0:3239
>
> Signed-off-by: Aaron Sanders
>
> diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/
From: Aaron Sanders
Add device ids to pl2303 for the Hewlett-Packard HP POS pole displays:
LD960: 03f0:0B39
LCM220: 03f0:3139
LCM960: 03f0:3239
[ Johan: fix indentation and sort PIDs numerically ]
Signed-off-by: Aaron Sanders
Cc: sta...@vger.kernel.org
Signed-off-by: Johan Hovold
---
driver
On Mon, Mar 31, 2014 at 02:03:02PM +, Sanders, Aaron wrote:
> > From: Aaron Sanders
> >
> > Add device ids to pl2303 for the Hewlett-Packard HP POS pole displays:
> >
> > LD960: 03f0:0B39
> > LCM220: 03f0:3139
> > LCM960: 03f0:3239
> >
> > [ Johan: fix indentation and sort PIDs numerically
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 Bottomley wrote:
>>>
This is a set of three patches we agreed to a while ago to eliminate a
USB deadlock. I did rewrite t
Hi,
(please always keep linux-usb@vger.kernel.org in cc)
On Mon, Mar 31, 2014 at 11:05:23AM +0200, Iktek wrote:
> im not very familiar with reporting Bugs, this is my first Try, so please
> be indulgent to me, when I do something wrong.
>
> I hope, Im thinking on all Information you need and
[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 Bottomley wrote:
> >>> Maybe scmd_eh_abort_ha
Hello,
Could you help me to make my usb 3.0 hdd work in Ubuntu 14? I've being
googling for days and I don't knwo what more to do. These are messages I'm
getting when I plug in the disk:
@ dmesg
[41440.463091] xhci_hcd :03:00.0: Stopped the command ring failed, maybe
the host is dead
[41440.46
On Mon, Mar 31, 2014 at 05:20:17PM +, Carlos wrote:
> Hello,
>
> Could you help me to make my usb 3.0 hdd work in Ubuntu 14?
If you have issues with a specific distro, it's best to ask them for
support, as they are almost always using a kernel that is not a
kernel.org release.
Best of luck,
On Mon, Mar 31, 2014 at 05:14:31PM +0530, Pratyush Anand wrote:
> Hi Alan/Greg,
>
> I was starting some work for running "Lecroy USB Compliance Suite Link
> Layer Tests" with embedded xhci host, which runs Linux. I thought, its
> wise to discuss my test strategy before I start implementing it,
> a
On Mon, Mar 31, 2014 at 11:36:10AM +0200, tzi...@me.com wrote:
> Hello!
> I am on a phyFLEX-i.MX 6 running kernel 3.0.35.
That's _really_ old and unsupported. Any chance you can use a kernel
that the community can actually help you out with (i.e. 3.14?)
If you are stuck at an old kernel release,
On Mon, Mar 31, 2014 at 08:44:00AM +0200, Russel Hughes wrote:
> Hi,
>
> Does anyone know when isochronous audio will be implemented for
> USB 3.0 in Linux?
What specific specification are you referring to that we do not already
support?
I can use a USB audio device just fine with a USB 3.0
Hi,
Thanks for replying. I can use a some USB audio devices, ones based
around the Ti PCM2704 are fine, the DAC I want to use is called an
audiolab MDAC and as I said it has an elasticity buffer, this sits at
50% full and is rock solid, as it should do, on USB 2.0 devices under
Ubuntu 12.04 LTS
On Mon, Mar 31, 2014 at 10:17:20PM +0200, Russel Hughes wrote:
> Hi,
>
> Thanks for replying. I can use a some USB audio devices, ones based
> around the Ti PCM2704 are fine, the DAC I want to use is called an
> audiolab MDAC and as I said it has an elasticity buffer, this sits at
> 50% full and
On Mon, Mar 31, 2014 at 10:17:20PM +0200, Russel Hughes wrote:
> Hi,
>
> Thanks for replying. I can use a some USB audio devices, ones based
> around the Ti PCM2704 are fine, the DAC I want to use is called an
> audiolab MDAC and as I said it has an elasticity buffer, this sits at
> 50% full and
Playing any audio via spotify, youtube, BBC iplayer, XBMC causes the
problem. The problem is the audio glitches, its never crashed, as I
said the same device works flawlessly on a USB2.0 device amd has done
for about two years. Even with no music playing the buffer level
changes, the problem. I hav
OK sure. I guess there are plenty guides on how to do it out there but
if you have one you can recommend it would be good. Its not a disaster
if the system gets trashed but it would be nice if it didnt, I did ask
on Ubuntu forums but no one replied, thats why I am here!.
Thanks
Russel
On 31 Marc
Hi,
(please don't top-post)
On Mon, Mar 31, 2014 at 11:08:58PM +0200, Russel Hughes wrote:
> Playing any audio via spotify, youtube, BBC iplayer, XBMC causes the
> problem. The problem is the audio glitches, its never crashed, as I
> said the same device works flawlessly on a USB2.0 device amd ha
Hello.
On 03/30/2014 11:40 PM, Ben Dooks wrote:
Add OF match table for pci-rcar-gen2 driver for device tree support.
[...]
diff --git a/drivers/pci/host/pci-rcar-gen2.c
b/drivers/pci/host/pci-rcar-gen2.c
index fd3e3ab..1216784 100644
--- a/drivers/pci/host/pci-rcar-gen2.c
+++ b/drivers/pci/
On Tue, Mar 25, 2014 at 11:42:43AM -0700, Julius Werner wrote:
> The current XHCI driver recalculates the Context Entries field in the
> Slot Context on every add_endpoint() and drop_endpoint() call. In the
> case of drop_endpoint(), it seems to assume that the add_flags will
> always contain every
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Mon, Mar 31, 2014 at 11:17:04PM +0200, Russel Hughes wrote:
> OK sure. I guess there are plenty guides on how to do it out there but
> if you have one you can recommend it would be good.
Do what?
On 03/06/2014 09:01 PM, Ben Dooks wrote:
s/shmbobile/shmobile/ in the subject.
Add nodes for USB PCI bridge devices.
Signed-off-by: Ben Dooks
Reviewed-by: Ian Molton
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord
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 response to
> your response to
On Mon, 31 Mar 2014, James Bottomley wrote:
> > The actual question is whether it's worth aborting the same command
> > a second time.
> > In principle any reset (like LUN reset etc) should clear the
> > command, too.
> > And the EH abort functionality is geared around this.
> > If, for some reaso
On Mon, 31 Mar 2014, Greg KH wrote:
> On Mon, Mar 31, 2014 at 05:14:31PM +0530, Pratyush Anand wrote:
> > Hi Alan/Greg,
> >
> > I was starting some work for running "Lecroy USB Compliance Suite Link
> > Layer Tests" with embedded xhci host, which runs Linux. I thought, its
> > wise to discuss my
On Mon, 31 Mar 2014, Peter Münster wrote:
> On Mon, Mar 31 2014, Alan Stern wrote:
>
> > That's totally crazy. With wakeup enabled, the commit should have had
> > no effect at all.
>
> Hi Alan,
>
> With 0aa2832dd0d9d860 kernel, the freeze happens only when something is
> connected to the rear
Hi Alan,
On Tue, Apr 1, 2014 at 4:19 AM, Alan Stern wrote:
> On Mon, 31 Mar 2014, Greg KH wrote:
>
>> On Mon, Mar 31, 2014 at 05:14:31PM +0530, Pratyush Anand wrote:
>> > Hi Alan/Greg,
>> >
>> > I was starting some work for running "Lecroy USB Compliance Suite Link
>> > Layer Tests" with embedde
I originally sent this to fr...@kingswood-consulting.co.uk who is listed as the
maintainer for this driver, but I haven't heard a reply, so I'm posting to the
list. This is my first patch for a driver, so I've tried to follow the
existing style, but if there are any changes that should be made, pl
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 before.
Tested on a generic usb-rs485 dongle with the chip label scr
On Mon, Mar 31, 2014 at 11:38:42PM +, Karl Palsson wrote:
> I originally sent this to fr...@kingswood-consulting.co.uk who is listed as
> the
> maintainer for this driver, but I haven't heard a reply, so I'm posting to the
> list.
That's good, in the future, you can use the kernel script,
scr
On Thu, Mar 13, 2014 at 03:25:19PM +0800, Li Jun wrote:
> From: Li Jun
>
> 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 OTG
On Mon, Mar 31, 2014 at 05:03:00PM +0800, Li Jun wrote:
> On Mon, Mar 31, 2014 at 03:24:35PM +0800, Peter Chen wrote:
> > On Sun, Mar 30, 2014 at 08:20:09PM +0800, Li Jun wrote:
> > > From: Li Jun
> > >
> > > USB OTG interrupt handling and fsm transitions according to USB OTG
> > > and EH 2.0.
>
Final version of the driver. This includes support for low-speed devices
connected via full-speed hubs. I believe this patch incorporates all the
concrete suggestions that have been made on the mailing list.
Signed-off-by: David Mosberger
---
drivers/usb/Makefile |1 +
drivers/us
On Tue, Apr 01, 2014 at 08:36:58AM +0800, Peter Chen wrote:
> On Thu, Mar 13, 2014 at 03:25:19PM +0800, Li Jun wrote:
> > From: Li Jun
> >
> > 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
> > >
> > > 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 OTG HNP state transition.
> > >
> > > Li
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,
On Sun, Mar 30, 2014 at 08:20:09PM +0800, Li Jun wrote:
> From: Li Jun
>
> USB OTG interrupt handling and fsm transitions according to USB OTG
> and EH 2.0.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/chipidea/core.c|8 +-
> drivers/usb/chipidea/otg.c |9 +-
> drivers/usb/chi
On Sun, Mar 30, 2014 at 08:20:13PM +0800, Li Jun wrote:
> From: Li Jun
>
> 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 can be added in
On Sun, Mar 30, 2014 at 08:20:02PM +0800, Li Jun wrote:
> From: Li Jun
>
> 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 SRP will be
> supp
66 matches
Mail list logo
