Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1460900 > unrolled thread

musb: am3358: having problem with high-speed on usb1 at peripheral

Back to article view | Back to linux.kernel

Contents

  musb: am3358: having problem with high-speed on usb1 at peripheral ayaka <ayaka@soulik.info> - 2016-08-12 04:30 +0200
    Re: musb: am3358: having problem with high-speed on usb1 at  peripheral Greg KH <gregkh@linuxfoundation.org> - 2016-08-12 09:50 +0200
      Re: musb: am3358: having problem with high-speed on usb1 at  peripheral ayaka <ayaka@soulik.info> - 2016-08-12 18:40 +0200
        Re: musb: am3358: having problem with high-speed on usb1 at  peripheral Greg KH <gregkh@linuxfoundation.org> - 2016-08-12 19:50 +0200
          Re: musb: am3358: having problem with high-speed on usb1 at  peripheral ayaka <ayaka@soulik.info> - 2016-08-12 20:10 +0200
            Re: musb: am3358: having problem with high-speed on usb1 at peripheral Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-08-16 09:20 +0200
              Re: musb: am3358: having problem with high-speed on usb1 at peripheral Ayaka <ayaka@soulik.info> - 2016-08-16 10:20 +0200
                Re: musb: am3358: having problem with high-speed on usb1 at peripheral Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-08-16 10:40 +0200
                  Re: musb: am3358: having problem with high-speed on usb1 at  peripheral ayaka <ayaka@soulik.info> - 2016-08-16 16:10 +0200
                    Re: musb: am3358: having problem with high-speed on usb1 at peripheral Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-08-18 08:40 +0200
          Re: musb: am3358: having performance problem with usb1 ayaka <ayaka@soulik.info> - 2016-08-15 23:00 +0200
    Re: musb: am3358: having problem with high-speed on usb1 at  peripheral Bin Liu <b-liu@ti.com> - 2016-08-19 03:50 +0200
      Re: musb: am3358: having problem with high-speed on usb1 at peripheral Ayaka <ayaka@soulik.info> - 2016-08-23 04:00 +0200
        Re: musb: am3358: having problem with high-speed on usb1 at  peripheral Bin Liu <b-liu@ti.com> - 2016-08-23 17:30 +0200

#1460900 — musb: am3358: having problem with high-speed on usb1 at peripheral

Hello all:
  I recently add a support for customize am3358 board using the branch
processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
at the peripheral mode.
  I have force usb1 in peripheral mode in dts as it only have USB_DP,
USB_DM and USBDRV connected. I start up a ether gadget using the configfs,
But I found it would always work on the USB 2.0 full speed mode,
even the testmode can't force it in high speed mode or it won't appear
at host side. If I want it work at high speed mode, what should I do?
  I also meet the DMA problem, I have to apply the "ARM: dts: am33xx: 
fix DMA support for the second USB interface", but does patches really
work? Although it make the error message disapear, but the mail list
said the just make the usb back to PIO mode.

-- 
2.7.4

[toc] | [next] | [standalone]

#1460985 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
> Hello all:
>   I recently add a support for customize am3358 board using the branch
> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
> at the peripheral mode.

Then you are going to have to get support from TI for this, nothing we
can do here about random vendor kernel trees, sorry.

If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
will be glad to help you out.

good luck!

greg k-h

[toc] | [prev] | [next] | [standalone]

#1461309 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

On 08/12/2016 03:40 PM, Greg KH wrote:
> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>> Hello all:
>>    I recently add a support for customize am3358 board using the branch
>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>> at the peripheral mode.
> Then you are going to have to get support from TI for this, nothing we
> can do here about random vendor kernel trees, sorry.
>
> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
I have tried the 4.8-rc1, I meet the same problem.
I have enabled the CONFIG_OMAP_USB2, I don't find at ti's kernel.
> will be glad to help you out.
>
> good luck!
>
> greg k-h

[toc] | [prev] | [next] | [standalone]

#1461343 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
> 
> 
> On 08/12/2016 03:40 PM, Greg KH wrote:
> > On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
> > > Hello all:
> > >    I recently add a support for customize am3358 board using the branch
> > > processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
> > > at the peripheral mode.
> > Then you are going to have to get support from TI for this, nothing we
> > can do here about random vendor kernel trees, sorry.
> > 
> > If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
> I have tried the 4.8-rc1, I meet the same problem.

What problem is that exactly?

> I have enabled the CONFIG_OMAP_USB2, I don't find at ti's kernel.

I don't understand, is that your hardware you are using?

thanks,

greg k-h

[toc] | [prev] | [next] | [standalone]

#1461359 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

On 08/13/2016 01:44 AM, Greg KH wrote:
> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>
>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>> Hello all:
>>>>     I recently add a support for customize am3358 board using the branch
>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>> at the peripheral mode.
>>> Then you are going to have to get support from TI for this, nothing we
>>> can do here about random vendor kernel trees, sorry.
>>>
>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>> I have tried the 4.8-rc1, I meet the same problem.
> What problem is that exactly?
Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517

>
>> I have enabled the CONFIG_OMAP_USB2, I don't find at ti's kernel.
> I don't understand, is that your hardware you are using?
>
> thanks,
>
> greg k-h

[toc] | [prev] | [next] | [standalone]

#1463471

[Multipart message — attachments visible in raw view] — view raw

Hi,

ayaka <ayaka@soulik.info> writes:
> On 08/13/2016 01:44 AM, Greg KH wrote:
>> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>>
>>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>>> Hello all:
>>>>>     I recently add a support for customize am3358 board using the branch
>>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>>> at the peripheral mode.
>>>> Then you are going to have to get support from TI for this, nothing we
>>>> can do here about random vendor kernel trees, sorry.
>>>>
>>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>>> I have tried the 4.8-rc1, I meet the same problem.
>> What problem is that exactly?
> Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
> musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517

-517 is EPROBE_DEFER. Most likely DMA hasn't probed and MUSB is
 deferring to try later. This does _NOT_ MUSB can't work with
 DMA. Perhaps you didn't enable support for MUSB's DMA engine.

-- 
balbi

[toc] | [prev] | [next] | [standalone]

#1463527

從我的 iPad 傳送

> Felipe Balbi <felipe.balbi@linux.intel.com> 於 2016年8月16日 下午3:10 寫道：
> 
> 
> Hi,
> 
> ayaka <ayaka@soulik.info> writes:
>>> On 08/13/2016 01:44 AM, Greg KH wrote:
>>>> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>>> 
>>>>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>>>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>>>> Hello all:
>>>>>>    I recently add a support for customize am3358 board using the branch
>>>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>>>> at the peripheral mode.
>>>>> Then you are going to have to get support from TI for this, nothing we
>>>>> can do here about random vendor kernel trees, sorry.
>>>>> 
>>>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>>>> I have tried the 4.8-rc1, I meet the same problem.
>>> What problem is that exactly?
>> Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
>> musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
>> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
> 
> -517 is EPROBE_DEFER. Most likely DMA hasn't probed and MUSB is
> deferring to try later. This does _NOT_ MUSB can't work with
> DMA. Perhaps you didn't enable support for MUSB's DMA engine.
> 
I have set the status of cppi41dma to okay in dts. And CONFIG_USB_TI_CPPI41_DMA,
CONFIG_TI_CPPI41 and CONFIG_TI_EDMA are enabled with build into kernel.

Anything else I should do?
> -- 
> balbi

[toc] | [prev] | [next] | [standalone]

#1463542

[Multipart message — attachments visible in raw view] — view raw

Hi,

Ayaka <ayaka@soulik.info> writes:
>> ayaka <ayaka@soulik.info> writes:
>>>> On 08/13/2016 01:44 AM, Greg KH wrote:
>>>>> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>>>> 
>>>>>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>>>>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>>>>> Hello all:
>>>>>>>    I recently add a support for customize am3358 board using the branch
>>>>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>>>>> at the peripheral mode.
>>>>>> Then you are going to have to get support from TI for this, nothing we
>>>>>> can do here about random vendor kernel trees, sorry.
>>>>>> 
>>>>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>>>>> I have tried the 4.8-rc1, I meet the same problem.
>>>> What problem is that exactly?
>>> Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
>>> musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
>>> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
>> 
>> -517 is EPROBE_DEFER. Most likely DMA hasn't probed and MUSB is
>> deferring to try later. This does _NOT_ MUSB can't work with
>> DMA. Perhaps you didn't enable support for MUSB's DMA engine.
>> 
> I have set the status of cppi41dma to okay in dts. And CONFIG_USB_TI_CPPI41_DMA,
> CONFIG_TI_CPPI41 and CONFIG_TI_EDMA are enabled with build into kernel.
>
> Anything else I should do?

no, that should do it. Since musb returned -EPROBE_DEFER, it will retry
probing later. Check if musb probed fine. The easiest way is to check if
you have anything in /sys/class/udc/

-- 
balbi

[toc] | [prev] | [next] | [standalone]

#1463836 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

On 08/16/2016 04:31 PM, Felipe Balbi wrote:
> Hi,
>
> Ayaka <ayaka@soulik.info> writes:
>>> ayaka <ayaka@soulik.info> writes:
>>>>> On 08/13/2016 01:44 AM, Greg KH wrote:
>>>>>> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>>>>>
>>>>>>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>>>>>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>>>>>> Hello all:
>>>>>>>>     I recently add a support for customize am3358 board using the branch
>>>>>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>>>>>> at the peripheral mode.
>>>>>>> Then you are going to have to get support from TI for this, nothing we
>>>>>>> can do here about random vendor kernel trees, sorry.
>>>>>>>
>>>>>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>>>>>> I have tried the 4.8-rc1, I meet the same problem.
>>>>> What problem is that exactly?
>>>> Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
>>>> musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
>>>> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
>>> -517 is EPROBE_DEFER. Most likely DMA hasn't probed and MUSB is
>>> deferring to try later. This does _NOT_ MUSB can't work with
>>> DMA. Perhaps you didn't enable support for MUSB's DMA engine.
>>>
>> I have set the status of cppi41dma to okay in dts. And CONFIG_USB_TI_CPPI41_DMA,
>> CONFIG_TI_CPPI41 and CONFIG_TI_EDMA are enabled with build into kernel.
>>
>> Anything else I should do?
> no, that should do it. Since musb returned -EPROBE_DEFER, it will retry
> probing later. Check if musb probed fine. The easiest way is to check if
> you have anything in /sys/class/udc/
Yes, it has musb-hdrc.0.auto. But it doesn't mean that it fallback PIO mode?
Actually I don't care whether it use PIO or DMA, I just can't bear it 
work in USB 2.0 Full Speed mode, too slow.
>

[toc] | [prev] | [next] | [standalone]

#1464939

[Multipart message — attachments visible in raw view] — view raw

Hi,

ayaka <ayaka@soulik.info> writes:
>>>>>> On 08/13/2016 01:44 AM, Greg KH wrote:
>>>>>>> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>>>>>>
>>>>>>>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>>>>>>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>>>>>>> Hello all:
>>>>>>>>>     I recently add a support for customize am3358 board using the branch
>>>>>>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>>>>>>> at the peripheral mode.
>>>>>>>> Then you are going to have to get support from TI for this, nothing we
>>>>>>>> can do here about random vendor kernel trees, sorry.
>>>>>>>>
>>>>>>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>>>>>>> I have tried the 4.8-rc1, I meet the same problem.
>>>>>> What problem is that exactly?
>>>>> Sorry, the USB1 can't work at high speed gadget mode and have DMA problem.
>>>>> musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
>>>>> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
>>>> -517 is EPROBE_DEFER. Most likely DMA hasn't probed and MUSB is
>>>> deferring to try later. This does _NOT_ MUSB can't work with
>>>> DMA. Perhaps you didn't enable support for MUSB's DMA engine.
>>>>
>>> I have set the status of cppi41dma to okay in dts. And CONFIG_USB_TI_CPPI41_DMA,
>>> CONFIG_TI_CPPI41 and CONFIG_TI_EDMA are enabled with build into kernel.
>>>
>>> Anything else I should do?
>> no, that should do it. Since musb returned -EPROBE_DEFER, it will retry
>> probing later. Check if musb probed fine. The easiest way is to check if
>> you have anything in /sys/class/udc/
> Yes, it has musb-hdrc.0.auto. But it doesn't mean that it fallback PIO mode?

no, it doesn't. MUSB knows it needs the DMA, that's why is defers its
own probe routine.

> Actually I don't care whether it use PIO or DMA, I just can't bear it 
> work in USB 2.0 Full Speed mode, too slow.

So it always enumerates in Full-speed? That's odd. Bin, any ideas?

-- 
balbi

[toc] | [prev] | [next] | [standalone]

#1463170 — Re: musb: am3358: having performance problem with usb1

On 08/13/2016 01:44 AM, Greg KH wrote:
> On Sat, Aug 13, 2016 at 12:38:46AM +0800, ayaka wrote:
>>
>> On 08/12/2016 03:40 PM, Greg KH wrote:
>>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>>>> Hello all:
>>>>     I recently add a support for customize am3358 board using the branch
>>>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>>>> at the peripheral mode.
>>> Then you are going to have to get support from TI for this, nothing we
>>> can do here about random vendor kernel trees, sorry.
>>>
>>> If you can use the 4.7 tree, or better yet, the 4.8-rc tree, then we
>> I have tried the 4.8-rc1, I meet the same problem.
> What problem is that exactly?
OK, I would said it is a performance problem.
First it can't work with DMA
brd: module loaded
loop: module loaded
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-platform: EHCI generic platform driver
ehci-omap: OMAP-EHCI Host Controller driver
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
i2c /dev entries driver
omap_wdt: OMAP Watchdog Timer Rev 0x01: initial timeout 60 sec
sdhci: Secure Digital Host Controller Interface driver


Second, the USB1 is always work on usb 2.0 full speed when I used it as 
a gadget device.
But it should support high speed mode.

>
>> I have enabled the CONFIG_OMAP_USB2, I don't find at ti's kernel.
> I don't understand, is that your hardware you are using?
>
> thanks,
>
> greg k-h

Here is the usb part of dts I wrote, should I give you a full dts?
&usb {
         status = "okay";
};

&usb_ctrl_mod {
         status = "okay";
};

&usb1_phy {
         vcc-supply = <&v33_reg>;
         status = "okay";
};

&usb1 {
         status = "okay";
         dr_mode = "peripheral";
};

&cppi41dma  {
         status = "okay";
};

[toc] | [prev] | [next] | [standalone]

#1465837 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

Hi,

On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
> Hello all:
>   I recently add a support for customize am3358 board using the branch
> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
> at the peripheral mode.
>   I have force usb1 in peripheral mode in dts as it only have USB_DP,
> USB_DM and USBDRV connected. I start up a ether gadget using the configfs,

Do you mean USB1_DRVVBUS pin? If so, you have wrong hw design. For
peripheral mode, you should float this pin, but connect USB1_VBUS pin
instead.

Regards,
-Bin.

> But I found it would always work on the USB 2.0 full speed mode,
> even the testmode can't force it in high speed mode or it won't appear
> at host side. If I want it work at high speed mode, what should I do?
>   I also meet the DMA problem, I have to apply the "ARM: dts: am33xx: 
> fix DMA support for the second USB interface", but does patches really
> work? Although it make the error message disapear, but the mail list
> said the just make the usb back to PIO mode.
> 
> -- 
> 2.7.4
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[toc] | [prev] | [next] | [standalone]

#1468226

從我的 iPad 傳送

> Bin Liu <b-liu@ti.com> 於 2016年8月19日 上午12:08 寫道：
> 
> Hi,
> 
>> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
>> Hello all:
>>  I recently add a support for customize am3358 board using the branch
>> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
>> at the peripheral mode.
>>  I have force usb1 in peripheral mode in dts as it only have USB_DP,
>> USB_DM and USBDRV connected. I start up a ether gadget using the configfs,
> 
> Do you mean USB1_DRVVBUS pin? If so, you have wrong hw design. For
> peripheral mode, you should float this pin, but connect USB1_VBUS pin
> instead.
> 
Thank you very much. After hardware modification, it could work on hi-speed mode now.
But I wonder it have effect? As the vbus is not used to transmit data in USB?
> Regards,
> -Bin.
> 
>> But I found it would always work on the USB 2.0 full speed mode,
>> even the testmode can't force it in high speed mode or it won't appear
>> at host side. If I want it work at high speed mode, what should I do?
>>  I also meet the DMA problem, I have to apply the "ARM: dts: am33xx: 
>> fix DMA support for the second USB interface", but does patches really
>> work? Although it make the error message disapear, but the mail list
>> said the just make the usb back to PIO mode.
>> 
>> -- 
>> 2.7.4
>> 
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[toc] | [prev] | [next] | [standalone]

#1468635 — Re: musb: am3358: having problem with high-speed on usb1 at peripheral

Hi,

On Tue, Aug 23, 2016 at 09:57:17AM +0800, Ayaka wrote:
> 
> 
> 從我的 iPad 傳送
> 
> > Bin Liu <b-liu@ti.com> 於 2016年8月19日 上午12:08 寫道：
> > 
> > Hi,
> > 
> >> On Fri, Aug 12, 2016 at 10:23:15AM +0800, ayaka wrote:
> >> Hello all:
> >>  I recently add a support for customize am3358 board using the branch
> >> processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
> >> at the peripheral mode.
> >>  I have force usb1 in peripheral mode in dts as it only have USB_DP,
> >> USB_DM and USBDRV connected. I start up a ether gadget using the configfs,
> > 
> > Do you mean USB1_DRVVBUS pin? If so, you have wrong hw design. For
> > peripheral mode, you should float this pin, but connect USB1_VBUS pin
> > instead.
> > 
> Thank you very much. After hardware modification, it could work on hi-speed mode now.
> But I wonder it have effect? As the vbus is not used to transmit data in USB?

From am3358 perspective, USB1_VBUS is an input pin, which is one of the
conditions for musb role switching. More detail is in the am335x TRM.

Regards,
-Bin.

> > Regards,
> > -Bin.
> > 
> >> But I found it would always work on the USB 2.0 full speed mode,
> >> even the testmode can't force it in high speed mode or it won't appear
> >> at host side. If I want it work at high speed mode, what should I do?
> >>  I also meet the DMA problem, I have to apply the "ARM: dts: am33xx: 
> >> fix DMA support for the second USB interface", but does patches really
> >> work? Although it make the error message disapear, but the mail list
> >> said the just make the usb back to PIO mode.
> >> 
> >> -- 
> >> 2.7.4
> >> 
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web