On 21 October 2013 00:13, Alan Stern wrote:
> On Sun, 20 Oct 2013, Teemu Ojansivu wrote:
>
>> Somewhere after kernel 3.2.0 my usb started acting weird and not
>> working correctly.
>> For example, 'sudo lsusb -v' makes dmesg say:
>> [ 717.076019] uhci_hcd :00:10.3: FGR not stopped yet!
>> [
Dear all,
may I please draw your attention to this thread?
Thank you,
Arokux
--
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://vger.kernel.org/majordomo-info.html
At Sun, 20 Oct 2013 23:18:13 +0200,
wrote:
>
> On 2013-10-09 11:16 (CEST,UTC+2), Takashi Iwai wrote:
> diff --git a/sound/usb/card.c b/sound/usb/card.c
> index 9d9de8d..c591a83 100644
> --- a/sound/usb/card.c
> +++ b/sound/usb/card.c
> @@ -747,6 +747,7 @@ static struct us
On 2013-10-09 11:16 (CEST,UTC+2), Takashi Iwai wrote:
diff --git a/sound/usb/card.c b/sound/usb/card.c
index 9d9de8d..c591a83 100644
--- a/sound/usb/card.c
+++ b/sound/usb/card.c
@@ -747,6 +747,7 @@ static struct usb_driver usb_audio_driver = {
.disconnect = usb_audio_disconnect,
On Sun, 20 Oct 2013, Teemu Ojansivu wrote:
> Somewhere after kernel 3.2.0 my usb started acting weird and not
> working correctly.
> For example, 'sudo lsusb -v' makes dmesg say:
> [ 717.076019] uhci_hcd :00:10.3: FGR not stopped yet!
> [ 717.104021] uhci_hcd :00:10.2: FGR not stopped ye
On 2013-08-13 20:38, Greg KH wrote:
> On Tue, Aug 13, 2013 at 11:18:24AM +0200, Marcin Zajączkowski wrote:
>> Hi,
>>
>> I had no problem with a USB 3.0 port in my Asus N43SN since I bought a
>> laptop (~2 years). Recently I replaced a motherboard to the new one
>> (N43SL.413 looks the same as the f
On 10/18/2013 05:23 PM, Alan Stern wrote:
What happens to ext_regulator[0] if you fail to enable
ext_regulator[1]? Does it remain permanently enabled?
It will be turned off when pxa27x_stop_hc is called.
Ah, I see. You enable regulators only in pxa27x_start_hc() and disable
them only in pxa
Hi All,
Here is v2 of this patch, new in v2:
-use usb_endpoint_num() to get the endpoint num, rather then masking ourselves
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://
I thought it would be a good idea to also test uas with usb-2, and it turns out
it was, as it did not work. The problem is that the uas driver was passing the
bEndpointAddress' direction bit to usb_rcvbulkpipe, the xhci code seems to not
care about this, but with the ehci code this causes usb_submi
Hi,
On 10/18/2013 04:01 PM, Alan Stern wrote:
On Thu, 17 Oct 2013, Hans de Goede wrote:
I thought it would be a good idea to also test uas with usb-2, and it turns out
it ws, as it did not work. The problem is that the uas driver was passing the
bEndpointAddress' direction bit to usb_rcvbulkpi
On Mon, Oct 14, 2013 at 04:01:31PM -0700, Sarah Sharp wrote:
> On Sat, Oct 12, 2013 at 09:25:17AM +0200, Marcus Meissner wrote:
> > Hi Sarah,
> >
> > I built:
> >
> > - current kernel git with SUSE config
> > - libgphoto2 with the clear_halt reenabled
> > - rebooted
> >
> > gphoto2 now hangs on
Somewhere after kernel 3.2.0 my usb started acting weird and not
working correctly.
For example, 'sudo lsusb -v' makes dmesg say:
[ 717.076019] uhci_hcd :00:10.3: FGR not stopped yet!
[ 717.104021] uhci_hcd :00:10.2: FGR not stopped yet!
[ 717.128019] uhci_hcd :00:10.1: FGR not stopp
From: Greg Kroah-Hartman
The ATTRIBUTE_GROUPS() macro can be used in the uwb code to reduce the
number of lines of code.
Signed-off-by: Greg Kroah-Hartman
---
drivers/uwb/lc-dev.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
--- a/drivers/uwb/lc-dev.c
+++ b/drive
13 matches
Mail list logo