From: Sascha Weaver
> Sent: 15 January 2014 06:49
> To: linux-usb@vger.kernel.org
> Subject: xhci-hcd (millions of) "Too many fragments" error on LUKS-encrypted
> device
>
> Hi there,
>
> this bug was reported to Arch Linux community but they say I need to
> take this upstream: https://bugs.arch
From: Arnaud Ebalard
> Sent: 14 January 2014 21:54
> To: Sarah Sharp
> Cc: linux-usb@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Bjørn
> Mork
> Subject: Re: [BUG] FL1009: xHCI host not responding to stop endpoint command.
>
> Hi Sarah,
>
> Sarah Sharp writes:
>
> >> I can add the fo
From: tatxarata
> Update on my current research status.
>
> 1. To get normal read/write speed over USB3 I have to set max_sector_kb
> to 64. Otherwise write is fine, but read is very slow (about 300kb/s).
> Maybe this is hardware issue of this reader/card. However over USB2 all
> works fine withou
Regards
Li Jun
Tel: 0512-6805 6912
-Original Message-
From: Peter Chen [mailto:peter.c...@freescale.com]
Sent: Thursday, January 09, 2014 3:11 PM
To: Li Jun-B47624
Cc: ba...@ti.com; linux-usb@vger.kernel.org
Subject: Re: [PATCH 02/10] usb: chipidea: usb OTG fsm initlization.
On Wed,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, January 09, 2014 5:07 AM
To: Li Jun-B47624
Cc: ba...@ti.com; Chen Peter-B29397; linux-usb@vger.kernel.org
Subject: Re: [PATCH 08/10] usb: chipidea: add OTG HNP polling support.
Hi,
On Wed, Jan 08, 2014 at 05:06
2014/1/15 David Laight :
> This is a known problem.
> A side effect of trying to fix USB ethernet.
>
> There is a patch lurking to increase the ring size from 64 to 256.
Thanks, but where could I get the patch? I searched a bit but cannot find it.
--
Sascha Weaver
--
To unsubscribe from this li
From: Sascha
> 2014/1/15 David Laight :
> > This is a known problem.
> > A side effect of trying to fix USB ethernet.
> >
> > There is a patch lurking to increase the ring size from 64 to 256.
>
> Thanks, but where could I get the patch? I searched a bit but cannot find it.
I'm no good at findin
Hi,
Sorry for the long, primarily holiday-related delay on this.
On 12/18/2013 09:46 PM, Alan Stern wrote:
> On Wed, 18 Dec 2013, Daniel Mack wrote:
>> I'm facing an issue putting an embedded system to sleep while a Lacie
>> external USB hard disk is connected. Relevant kernel messages that occur
2014/1/15 David Laight :
> Edit drivers/usb/host/xhci.h and change the definition of
> TRBS_PER_SEGMENT from 64 to 256.
Thanks David! I re-compiled my kernel after changing 64 to 256 and it works!
No more errors are produced!
--
Sascha Weaver
--
To unsubscribe from this list: send the line "un
On Wed, Jan 15, 2014 at 10:51:28AM +, David Laight wrote:
> From: Sascha
> > 2014/1/15 David Laight :
> > > This is a known problem.
> > > A side effect of trying to fix USB ethernet.
> > >
> > > There is a patch lurking to increase the ring size from 64 to 256.
> >
> > Thanks, but where coul
On Tue, Jan 14, 2014 at 12:01:30AM +0100, Karsten Malcher wrote:
> Hello together,
>
> i will close this bug at Debian now.
>
> After the last update this error seems to disappear in Debian stable.
> http://ftp.debian.org/debian/dists/wheezy/ChangeLog
> USB: pl2303: fix device initialisation at o
musb_port_reset() is called from musb_hub_control() which in turn holds
a spinlock, so musb_port_reset() is not allowed to call msleep().
With the asynchronous work helpers in place, this is fortunately easy to
fix by rescheduling the reset deassertion function to after the time
when the wait peri
When listening to my usb-bluetooth audio headset, the usb subsystem (I
think) on my laptop crashes, the bluetooth/audio is lost, and my
mplayer program is left in an "uninterruptible sleep" (D) state and
cannot be killed. The only way to get my usb-audio working again is to
reboot.
Interestingly,
Hi,
On Wed, Jan 15, 2014 at 10:12:44AM +, suresh.gu...@freescale.com wrote:
> Please pick my below patches
>
> http://www.spinics.net/lists/linux-usb/msg97752.html
> http://www.spinics.net/lists/linux-usb/msg97753.html
as I have already said, my tree is closed for v3.14, so is Greg's.
You'l
I have a theory, I'll try to write a non-invasive patch.
In spite of the comments and some code paths inc_enq() is only
called by (and has only ever been called by) queue_trb(), so
is only called for transfer and command rings.
It takes care to avoid advancing past the LINK TRB.
The coding would
On Wednesday 15 January 2014 04:28 AM, Hans de Goede wrote:
> The Allwinner A1x / A2x SoCs have 2 or 3 usb phys which are all accessed
> through a single set of registers. Besides this there are also some other
> phy related bits which need poking, which are per phy, but shared between the
> ohci a
The SATA adapter has a power input, but it is not used, it is connected to the
PC with Y-type USB cable.
The disk works with my "smart" TV, it works with Windows on the same machine,
it also had worked some time ago with Linux, but now it shows the following:
[ 2192.027213] usb 1-3: new high-spee
Hi,
On 01/14/2014 08:08 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Hans de Goede wrote:
Add support for ohci-platform instantiation from devicetree, including
optionally getting clks and a phy from devicetree, and enabling / disabling
those on power_on / off.
This should allow using ohci-plat
On Wed, 15 Jan 2014, David Laight wrote:
> I have a theory, I'll try to write a non-invasive patch.
>
> In spite of the comments and some code paths inc_enq() is only
> called by (and has only ever been called by) queue_trb(), so
> is only called for transfer and command rings.
>
> It takes care
On 01/14/2014 02:37 PM, David Laight wrote:
From: Mathias Nyman
...
The fact that you are having to allocate memory ion an ISR ought also to be
ringing alarm bells.
It did.
Other options are as you said to use a 'software command ring'. Either
just pre-allocate a full command ring (64 trbs * s
On Tue, 14 Jan 2014, Sarah Sharp wrote:
> > It's always possible for xhci-hcd to prevent the USB-2 root hub from
> > being suspended by calling pm_runtime_get_noresume. The corresponding
> > _put can be done after the USB-3 root hub has been registered.
>
> Sure, it's on my todo list to fix th
On 01/15/2014 02:03 PM, David Laight wrote:
From: tatxarata
Update on my current research status.
1. To get normal read/write speed over USB3 I have to set max_sector_kb
to 64. Otherwise write is fine, but read is very slow (about 300kb/s).
Maybe this is hardware issue of this reader/card. Howe
Hi,
On 01/15/2014 04:00 PM, Kishon Vijay Abraham I wrote:
On Wednesday 15 January 2014 04:28 AM, Hans de Goede wrote:
The Allwinner A1x / A2x SoCs have 2 or 3 usb phys which are all accessed
through a single set of registers. Besides this there are also some other
phy related bits which need po
From: Alan Stern
> On Wed, 15 Jan 2014, David Laight wrote:
>
> > I have a theory, I'll try to write a non-invasive patch.
> >
> > In spite of the comments and some code paths inc_enq() is only
> > called by (and has only ever been called by) queue_trb(), so
> > is only called for transfer and co
Hi all,
And here is v6 of my ohci and ehci-platform clks, phy and dt support patch-set,
this version addresses the 2 small bugs Alan found.
Other then that there are no changes compared to v5.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a
Add support for ohci-platform instantiation from devicetree, including
optionally getting clks and a phy from devicetree, and enabling / disabling
those on power_on / off.
This should allow using ohci-platform from devicetree in various cases.
Specifically after this commit it can be used for the
Currently ehci-platform is only used in combination with devicetree when used
with some Via socs. By extending it to (optionally) get clks and a phy from
devicetree, and enabling / disabling those on power_on / off, it can be used
more generically. Specifically after this commit it can be used for
On Wed, 15 Jan 2014, Hans de Goede wrote:
> +static int ohci_platform_power_on(struct platform_device *dev)
> +{
> + struct usb_hcd *hcd = platform_get_drvdata(dev);
> + struct ohci_platform_priv *priv = hcd_to_ohci_priv(hcd);
> + int clk, ret;
> +
> + for (clk = 0; clk < OHCI_MAX_
Hi Alan,
Thank you for your response.
I have just tried the drive with 3.12.7 without CONFIG_PM (the config.gz
is attached just in case I misconfigured the kernel in some way I could
correct) - unfortunately, no change whatsoever:
!!!
!!! The drive is plugged in:
!!!
root@bach:~# dmesg -c
u
On Tue, Jan 14 2014, Robert Baldyga wrote:
> This patch adds poll function for file representing ep0.
>
> Ability of read from or write to ep0 file is related with actual state of ffs:
> - When desctiptors or strings are not written yet, POLLOUT flag is set.
> - If there is any event to read, POLLI
From: David Laight
> From: Alan Stern
> > On Wed, 15 Jan 2014, David Laight wrote:
> >
> > > I have a theory, I'll try to write a non-invasive patch.
...
> >
> > Doesn't this mean you shouldn't change the ownership of a LINK TRB
> > until after you change the ownership of the TRB it points to?
>
>
On Tue, Jan 14 2014, Robert Baldyga wrote:
> This patch adds asynchronous I/O support for FunctionFS endpoint
> files.
Thanks for doing this. I never had enough time to finish this feature.
> @@ -343,6 +345,25 @@ static char *ffs_prepare_buffer(const char __user *buf,
> size_t len)
> __at
On Wed, 15 Jan 2014, Daniel Mack wrote:
> Hi,
>
> Sorry for the long, primarily holiday-related delay on this.
>
> On 12/18/2013 09:46 PM, Alan Stern wrote:
> > On Wed, 18 Dec 2013, Daniel Mack wrote:
> >> I'm facing an issue putting an embedded system to sleep while a Lacie
> >> external USB ha
Hi Alan,
On 01/15/2014 06:19 PM, Alan Stern wrote:
> On Wed, 15 Jan 2014, Daniel Mack wrote:
>
>> Hi,
>>
>> Sorry for the long, primarily holiday-related delay on this.
>>
>> On 12/18/2013 09:46 PM, Alan Stern wrote:
>>> On Wed, 18 Dec 2013, Daniel Mack wrote:
I'm facing an issue putting an
On Wed, 15 Jan 2014, Peter Palúch wrote:
> The interesting thing is that the same happens even if the drive is
> plugged into an USB 2.0 port in the same notebook:
That is an important point.
> root@bach:~# dmesg -c
> usb 3-1.1: new high-speed USB device number 5 using ehci-pci
> usb 3-1.1: New
On Wed, Jan 15, 2014 at 04:36:25PM +0100, Giuseppe Condorelli wrote:
> The following set of patches, from the mainline, were applied to the tree
> (after reworking) to solve build time issues about implicit declaration
> of irq function and on arguments number mismatch in given functions
> (example
Hi,
On 01/15/2014 05:30 PM, Alan Stern wrote:
On Wed, 15 Jan 2014, Hans de Goede wrote:
+static int ohci_platform_power_on(struct platform_device *dev)
+{
+ struct usb_hcd *hcd = platform_get_drvdata(dev);
+ struct ohci_platform_priv *priv = hcd_to_ohci_priv(hcd);
+ int clk,
Hi David,
David Laight writes:
>> I tried current 3.13.0-rc8 w/ 35773dac5f86 reverted and the result is
>> the same:
>
> That patch only affects an error code and stops the fs code retrying
> for ever.
Are you sure? ...
> Does everything work if you comment out the code in xhci-ring.c that add
Add support for ohci-platform instantiation from devicetree, including
optionally getting clks and a phy from devicetree, and enabling / disabling
those on power_on / off.
This should allow using ohci-platform from devicetree in various cases.
Specifically after this commit it can be used for the
Currently ehci-platform is only used in combination with devicetree when used
with some Via socs. By extending it to (optionally) get clks and a phy from
devicetree, and enabling / disabling those on power_on / off, it can be used
more generically. Specifically after this commit it can be used for
Hi All,
This version of my ohci and ehci-platform clks, phy and dt support patch-set,
really fixes the 2 small bugs Alan found.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Wed, 15 Jan 2014, Hans de Goede wrote:
> Hi All,
>
> This version of my ohci and ehci-platform clks, phy and dt support patch-set,
> really fixes the 2 small bugs Alan found.
All okay -- this time I can't find anything to complain about. :-)
Alan Stern
--
To unsubscribe from this list: sen
On Wed, 15 Jan 2014, Dennis New wrote:
> When listening to my usb-bluetooth audio headset, the usb subsystem (I
> think) on my laptop crashes, the bluetooth/audio is lost, and my
> mplayer program is left in an "uninterruptible sleep" (D) state and
> cannot be killed. The only way to get my usb-au
On Tue, 2014-01-14 at 15:22 -0800, Sarah Sharp wrote:
> On Tue, Jan 07, 2014 at 12:29:28PM -0800, Dan Williams wrote:
> > Alan, Sarah,
> >
> > This revision boils down the port power control fixes to the
> > bare minimum to get the implementation functional and reliable.
> > Data structure changes
Hi Hans,
Please keep me in CC for all the Allwinner-related patches.
On Tue, Jan 14, 2014 at 11:58:25PM +0100, Hans de Goede wrote:
> The Allwinner A1x / A2x SoCs have 2 or 3 usb phys which are all accessed
> through a single set of registers. Besides this there are also some other
> phy related
On Tue, Jan 14, 2014 at 1:47 PM, Dan Williams wrote:
> On Tue, Jan 14, 2014 at 1:42 PM, Sarah Sharp
> wrote:
>> On Mon, Jan 13, 2014 at 08:57:38PM -0500, Alan Stern wrote:
>>> On Mon, 13 Jan 2014, Sarah Sharp wrote:
>>>
>>> > On Mon, Jan 13, 2014 at 02:56:57PM -0800, Sarah Sharp wrote:
>>>
>>> >
2014/1/15 Hans de Goede :
> Currently ehci-platform is only used in combination with devicetree when used
> with some Via socs. By extending it to (optionally) get clks and a phy from
> devicetree, and enabling / disabling those on power_on / off, it can be used
> more generically. Specifically aft
On Mon, Jan 13, 2014 at 9:26 PM, David Laight wrote:
>>
>> I believe all processing use the urb->num_sgs field to limit the number
>> of entries. Common interfaces like dma_map_sg() and for_each_sg() limit
>> their processing to "nents" entries, and the USB code use the value of
>> urb->num_sgs f
Thanks Balbi for reply.
I was not aware of this. Please accept my apologize.
Thanks
SuresH
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Wednesday, January 15, 2014 7:18 PM
To: Gupta Suresh-B42813
Cc: ba...@ti.com; Greg Kroah-Hartman; Linux USB Mailing List
Subject: R
Hi,
On Wednesday 15 January 2014 09:18 PM, Hans de Goede wrote:
> Hi,
>
> On 01/15/2014 04:00 PM, Kishon Vijay Abraham I wrote:
>> On Wednesday 15 January 2014 04:28 AM, Hans de Goede wrote:
>>> The Allwinner A1x / A2x SoCs have 2 or 3 usb phys which are all accessed
>>> through a single set of r
On 01/15/2014 06:01 PM, Michal Nazarewicz wrote:
> On Tue, Jan 14 2014, Robert Baldyga wrote:
>> This patch adds asynchronous I/O support for FunctionFS endpoint
>> files.
>
> Thanks for doing this. I never had enough time to finish this feature.
>
>> @@ -343,6 +345,25 @@ static char *ffs_prepar
Hi Hans,
On Wed, Jan 15, 2014 at 11:48 PM, Hans de Goede wrote:
> Hi,
>
>
> On 01/15/2014 04:00 PM, Kishon Vijay Abraham I wrote:
>>
>> On Wednesday 15 January 2014 04:28 AM, Hans de Goede wrote:
[...]
>>> +static int sun4i_usb_phy_init(struct phy *_phy)
>>> +{
>>> + struct sun4i_usb_phy *p
Hi
-Original Message-
From: Peter Chen [mailto:peter.c...@freescale.com]
Sent: Thursday, January 09, 2014 4:00 PM
To: Li Jun-B47624
Cc: ba...@ti.com; linux-usb@vger.kernel.org
Subject: Re: [PATCH 03/10] usb: chipidea: host:vbus control change for OTG HNP.
A blank space between "host:" an
53 matches
Mail list logo
