All of lore.kernel.org
 help / color / mirror / Atom feed
* usb_8dev: Initialisation issue with powered USB 2.0 hub
@ 2015-02-05 18:03 Oliver Hartkopp
  2015-02-09 19:30 ` Bernd Krumboeck
  0 siblings, 1 reply; 11+ messages in thread
From: Oliver Hartkopp @ 2015-02-05 18:03 UTC (permalink / raw)
  To: Bernd Krumboeck; +Cc: linux-can

Hi Bernd,

i got an error report from a colleague today who is using the USB2CAN from
8devices behind a self powered USB2.0 hub.

The way to get into the problem:

1. Connect a self powered USB hub with attached USB2CAN to the host:


[  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
[  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
[  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[  502.593341] usb 3-2: Product: USB2.0 Hub
[  502.593863] hub 3-2:1.0: USB hub found
[  502.594124] hub 3-2:1.0: 4 ports detected
[  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
[  502.955087] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
[  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  502.955102] usb 3-2.1: Product: USB2CAN converter
[  502.955106] usb 3-2.1: Manufacturer: edevices
[  502.955110] usb 3-2.1: SerialNumber: ED000215
[  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255

(everything is fine - USB2CAN LED is RED)

# ip -det link show can0
21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group default qlen 10
    link/can  promiscuity 0 
    can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0 
	  usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
	  clock 32000000
# ip link set can0 type can bitrate 500000
# ifconfig can0 up

(still everything is fine - USB2CAN LED is GREEN)

Adapter works as expected. It can send and receive CAN frames.

2. Now unplug the powered hub from the PC:

[  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.841377] usb 3-2: USB disconnect, device number 8
[  680.841385] usb 3-2.1: USB disconnect, device number 9
[  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
[  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
[  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
[  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device

The USB2CAN LED remains GREEN - as the adapter is still powered.

3. Now plug the powered hub into the PC again:

[  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
[  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
[  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[  705.928895] usb 3-2: Product: USB2.0 Hub
[  705.929871] hub 3-2:1.0: USB hub found
[  705.930191] hub 3-2:1.0: 4 ports detected
[  706.203831] usb 3-2.1: new full-speed USB device number 11 using xhci_hcd
[  706.294249] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
[  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  706.294264] usb 3-2.1: Product: USB2CAN converter
[  706.294268] usb 3-2.1: Manufacturer: edevices
[  706.294271] usb 3-2.1: SerialNumber: ED000215
[  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255

The USB2CAN LED remains GREEN - as the adapter is still powered.
But the CAN netdevice is not configured:

# ip -det link show can0
21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group default qlen 10
    link/can  promiscuity 0 
    can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0 
	  usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
	  clock 32000000

After setting the bitrate again & putting the interface up:

# ip link set can0 type can bitrate 500000
# ifconfig can0 up

The USB2CAN LED remains GREEN.

But from this point the USB2CAN adapter can only *send* CAN frames but it can not
receive any frames. Btw. the CAN controller inside the USB2CAN properly acknowledges
the CAN frames on the bus (without making them visible on the host).

Any idea how to fix the initialization in this warm start scenario?

My colleague also reported kernel crashes which I wasn't able to reproduce.
I used a 3.19.0-rc7 here - don't know what my colleague was using.

Best regards,
Oliver

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-05 18:03 usb_8dev: Initialisation issue with powered USB 2.0 hub Oliver Hartkopp
@ 2015-02-09 19:30 ` Bernd Krumboeck
  2015-02-09 19:38   ` Oliver Hartkopp
  0 siblings, 1 reply; 11+ messages in thread
From: Bernd Krumboeck @ 2015-02-09 19:30 UTC (permalink / raw)
  To: Oliver Hartkopp; +Cc: linux-can

Hi Oliver!


I will try to test, when I have some time (in about two weeks).

The kernel crash should not happen with newer kernel/driver versions.
So I'll ignore until I get an exact version number.


regards,
Bernd




Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
> Hi Bernd,
>
> i got an error report from a colleague today who is using the USB2CAN from
> 8devices behind a self powered USB2.0 hub.
>
> The way to get into the problem:
>
> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>
>
> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
> [  502.593341] usb 3-2: Product: USB2.0 Hub
> [  502.593863] hub 3-2:1.0: USB hub found
> [  502.594124] hub 3-2:1.0: 4 ports detected
> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [  502.955102] usb 3-2.1: Product: USB2CAN converter
> [  502.955106] usb 3-2.1: Manufacturer: edevices
> [  502.955110] usb 3-2.1: SerialNumber: ED000215
> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>
> (everything is fine - USB2CAN LED is RED)
>
> # ip -det link show can0
> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group default qlen 10
>      link/can  promiscuity 0
>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
> 	  usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
> 	  clock 32000000
> # ip link set can0 type can bitrate 500000
> # ifconfig can0 up
>
> (still everything is fine - USB2CAN LED is GREEN)
>
> Adapter works as expected. It can send and receive CAN frames.
>
> 2. Now unplug the powered hub from the PC:
>
> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.841377] usb 3-2: USB disconnect, device number 8
> [  680.841385] usb 3-2.1: USB disconnect, device number 9
> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>
> The USB2CAN LED remains GREEN - as the adapter is still powered.
>
> 3. Now plug the powered hub into the PC again:
>
> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
> [  705.928895] usb 3-2: Product: USB2.0 Hub
> [  705.929871] hub 3-2:1.0: USB hub found
> [  705.930191] hub 3-2:1.0: 4 ports detected
> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using xhci_hcd
> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [  706.294264] usb 3-2.1: Product: USB2CAN converter
> [  706.294268] usb 3-2.1: Manufacturer: edevices
> [  706.294271] usb 3-2.1: SerialNumber: ED000215
> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>
> The USB2CAN LED remains GREEN - as the adapter is still powered.
> But the CAN netdevice is not configured:
>
> # ip -det link show can0
> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group default qlen 10
>      link/can  promiscuity 0
>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
> 	  usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
> 	  clock 32000000
>
> After setting the bitrate again & putting the interface up:
>
> # ip link set can0 type can bitrate 500000
> # ifconfig can0 up
>
> The USB2CAN LED remains GREEN.
>
> But from this point the USB2CAN adapter can only *send* CAN frames but it can not
> receive any frames. Btw. the CAN controller inside the USB2CAN properly acknowledges
> the CAN frames on the bus (without making them visible on the host).
>
> Any idea how to fix the initialization in this warm start scenario?
>
> My colleague also reported kernel crashes which I wasn't able to reproduce.
> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>
> Best regards,
> Oliver
>


^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-09 19:30 ` Bernd Krumboeck
@ 2015-02-09 19:38   ` Oliver Hartkopp
  2015-02-14  8:17     ` Bernd Krumboeck
  0 siblings, 1 reply; 11+ messages in thread
From: Oliver Hartkopp @ 2015-02-09 19:38 UTC (permalink / raw)
  To: Bernd Krumboeck; +Cc: linux-can

Hi Bernd,

On 09.02.2015 20:30, Bernd Krumboeck wrote:

> I will try to test, when I have some time (in about two weeks).

I'm looking forward to it ...

> The kernel crash should not happen with newer kernel/driver versions.
> So I'll ignore until I get an exact version number.

Ok. I'll ask the colleague and check the patch status of his kernel.

Thanks,
Oliver

>
>
>
> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>> Hi Bernd,
>>
>> i got an error report from a colleague today who is using the USB2CAN from
>> 8devices behind a self powered USB2.0 hub.
>>
>> The way to get into the problem:
>>
>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>
>>
>> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>> SerialNumber=0
>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>> [  502.593863] hub 3-2:1.0: USB hub found
>> [  502.594124] hub 3-2:1.0: 4 ports detected
>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=3
>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>
>> (everything is fine - USB2CAN LED is RED)
>>
>> # ip -det link show can0
>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>> default qlen 10
>>      link/can  promiscuity 0
>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>       clock 32000000
>> # ip link set can0 type can bitrate 500000
>> # ifconfig can0 up
>>
>> (still everything is fine - USB2CAN LED is GREEN)
>>
>> Adapter works as expected. It can send and receive CAN frames.
>>
>> 2. Now unplug the powered hub from the PC:
>>
>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.841377] usb 3-2: USB disconnect, device number 8
>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>
>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>
>> 3. Now plug the powered hub into the PC again:
>>
>> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>> SerialNumber=0
>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>> [  705.929871] hub 3-2:1.0: USB hub found
>> [  705.930191] hub 3-2:1.0: 4 ports detected
>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using xhci_hcd
>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=3
>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>
>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>> But the CAN netdevice is not configured:
>>
>> # ip -det link show can0
>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>> default qlen 10
>>      link/can  promiscuity 0
>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>       clock 32000000
>>
>> After setting the bitrate again & putting the interface up:
>>
>> # ip link set can0 type can bitrate 500000
>> # ifconfig can0 up
>>
>> The USB2CAN LED remains GREEN.
>>
>> But from this point the USB2CAN adapter can only *send* CAN frames but it
>> can not
>> receive any frames. Btw. the CAN controller inside the USB2CAN properly
>> acknowledges
>> the CAN frames on the bus (without making them visible on the host).
>>
>> Any idea how to fix the initialization in this warm start scenario?
>>
>> My colleague also reported kernel crashes which I wasn't able to reproduce.
>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>
>> Best regards,
>> Oliver
>>
>

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-09 19:38   ` Oliver Hartkopp
@ 2015-02-14  8:17     ` Bernd Krumboeck
  2015-02-16  6:36       ` Oliver Hartkopp
  0 siblings, 1 reply; 11+ messages in thread
From: Bernd Krumboeck @ 2015-02-14  8:17 UTC (permalink / raw)
  To: Oliver Hartkopp; +Cc: linux-can, Gediminas Simanskis

Hi Oliver!


I was able to reconstruct, but I think it is not a driver problem (at least not only).

Tested hard- and software:
Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
Kernel 3.5.1 with latest driver from pre-3.3 branch.

Links for Details:
http://www.pcengines.ch/alix1e.htm
http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail



Steps of my test:
1) Disconnnect USB hub from System:
    System removed the network interface (expected behavior)

2) Reconnect USB Hub to System:
    LED is still green. Startup device again. Everything looks normal, except we don't receive CAN messages.
    Sending messages was not tested, because of missing test environment.

3) Rebooted the System:
    LED is still green. Everything looks normal, except we don't receive CAN messages.

4) Unbind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/unbind):
    Unbind worked as expected: LED becomes red.
    Following message appears in the kernel log:
    [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected

5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
    LED stays red. This is not an expected behavior.
    Following message appears in the kernel log:
    [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message answer
    [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware version
    [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error -110

    I often use this rebind procedure for hanging (unresponsive) Huawai 3G sticks. First time this does not work.

6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
    LED becomes green. Everything works as expected.


Conclusion:
At this time I assume it is a firmware issue. At least the rebind procedure should work, if everything else didn't.


Not tested workaround:
Probably it helps to send a reset command in the driver before startup, but I didn't test.


PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 Family)" usb controller.


regards,
Bernd




Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
> Hi Bernd,
>
> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>
>> I will try to test, when I have some time (in about two weeks).
>
> I'm looking forward to it ...
>
>> The kernel crash should not happen with newer kernel/driver versions.
>> So I'll ignore until I get an exact version number.
>
> Ok. I'll ask the colleague and check the patch status of his kernel.
>
> Thanks,
> Oliver
>
>>
>>
>>
>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>> Hi Bernd,
>>>
>>> i got an error report from a colleague today who is using the USB2CAN from
>>> 8devices behind a self powered USB2.0 hub.
>>>
>>> The way to get into the problem:
>>>
>>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>>
>>>
>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>> SerialNumber=0
>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>> [  502.593863] hub 3-2:1.0: USB hub found
>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>> SerialNumber=3
>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>
>>> (everything is fine - USB2CAN LED is RED)
>>>
>>> # ip -det link show can0
>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>> default qlen 10
>>>      link/can  promiscuity 0
>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>       clock 32000000
>>> # ip link set can0 type can bitrate 500000
>>> # ifconfig can0 up
>>>
>>> (still everything is fine - USB2CAN LED is GREEN)
>>>
>>> Adapter works as expected. It can send and receive CAN frames.
>>>
>>> 2. Now unplug the powered hub from the PC:
>>>
>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>
>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>
>>> 3. Now plug the powered hub into the PC again:
>>>
>>> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>> SerialNumber=0
>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>> [  705.929871] hub 3-2:1.0: USB hub found
>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using xhci_hcd
>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>> SerialNumber=3
>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>
>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>> But the CAN netdevice is not configured:
>>>
>>> # ip -det link show can0
>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>> default qlen 10
>>>      link/can  promiscuity 0
>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>       clock 32000000
>>>
>>> After setting the bitrate again & putting the interface up:
>>>
>>> # ip link set can0 type can bitrate 500000
>>> # ifconfig can0 up
>>>
>>> The USB2CAN LED remains GREEN.
>>>
>>> But from this point the USB2CAN adapter can only *send* CAN frames but it
>>> can not
>>> receive any frames. Btw. the CAN controller inside the USB2CAN properly
>>> acknowledges
>>> the CAN frames on the bus (without making them visible on the host).
>>>
>>> Any idea how to fix the initialization in this warm start scenario?
>>>
>>> My colleague also reported kernel crashes which I wasn't able to reproduce.
>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>
>>> Best regards,
>>> Oliver
>>>
>>


^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-14  8:17     ` Bernd Krumboeck
@ 2015-02-16  6:36       ` Oliver Hartkopp
  2015-02-16 17:12         ` Gediminas Simanskis
  0 siblings, 1 reply; 11+ messages in thread
From: Oliver Hartkopp @ 2015-02-16  6:36 UTC (permalink / raw)
  To: Bernd Krumboeck, Gediminas Simanskis; +Cc: linux-can

Hello Bernd,

On 14.02.2015 09:17, Bernd Krumboeck wrote:
> I was able to reconstruct, but I think it is not a driver problem (at least
> not only).

I assume it's easier to fix this in the firmware for the end-user.
I'll last a long time until the patches will get into Linux 3.9+ - some are 
not even supported anymore.

@Gediminas: Can you confirm this issue with the Windows driver too?

@Bernd: When resetting the device is an usual handling e.g. by other USB 
drivers it makes sens to add this functionality too. If not we should just 
wait for the firmware fix.

Best regards,
Oliver

>
> Tested hard- and software:
> Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
> Kernel 3.5.1 with latest driver from pre-3.3 branch.
>
> Links for Details:
> http://www.pcengines.ch/alix1e.htm
> http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail
>
>
>
>
> Steps of my test:
> 1) Disconnnect USB hub from System:
>     System removed the network interface (expected behavior)
>
> 2) Reconnect USB Hub to System:
>     LED is still green. Startup device again. Everything looks normal, except
> we don't receive CAN messages.
>     Sending messages was not tested, because of missing test environment.
>
> 3) Rebooted the System:
>     LED is still green. Everything looks normal, except we don't receive CAN
> messages.
>
> 4) Unbind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/unbind):
>     Unbind worked as expected: LED becomes red.
>     Following message appears in the kernel log:
>     [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected
>
> 5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
>     LED stays red. This is not an expected behavior.
>     Following message appears in the kernel log:
>     [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message answer
>     [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware version
>     [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error -110
>
>     I often use this rebind procedure for hanging (unresponsive) Huawai 3G
> sticks. First time this does not work.
>
> 6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
>     LED becomes green. Everything works as expected.
>
>
> Conclusion:
> At this time I assume it is a firmware issue. At least the rebind procedure
> should work, if everything else didn't.
>
>
> Not tested workaround:
> Probably it helps to send a reset command in the driver before startup, but I
> didn't test.
>
>
> PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 Family)"
> usb controller.
>
>
> regards,
> Bernd
>
>
>
>
> Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
>> Hi Bernd,
>>
>> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>>
>>> I will try to test, when I have some time (in about two weeks).
>>
>> I'm looking forward to it ...
>>
>>> The kernel crash should not happen with newer kernel/driver versions.
>>> So I'll ignore until I get an exact version number.
>>
>> Ok. I'll ask the colleague and check the patch status of his kernel.
>>
>> Thanks,
>> Oliver
>>
>>>
>>>
>>>
>>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>>> Hi Bernd,
>>>>
>>>> i got an error report from a colleague today who is using the USB2CAN from
>>>> 8devices behind a self powered USB2.0 hub.
>>>>
>>>> The way to get into the problem:
>>>>
>>>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>>>
>>>>
>>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
>>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>> SerialNumber=0
>>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>>> [  502.593863] hub 3-2:1.0: USB hub found
>>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
>>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>> SerialNumber=3
>>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>
>>>> (everything is fine - USB2CAN LED is RED)
>>>>
>>>> # ip -det link show can0
>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>> default qlen 10
>>>>      link/can  promiscuity 0
>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>       clock 32000000
>>>> # ip link set can0 type can bitrate 500000
>>>> # ifconfig can0 up
>>>>
>>>> (still everything is fine - USB2CAN LED is GREEN)
>>>>
>>>> Adapter works as expected. It can send and receive CAN frames.
>>>>
>>>> 2. Now unplug the powered hub from the PC:
>>>>
>>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
>>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>>
>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>
>>>> 3. Now plug the powered hub into the PC again:
>>>>
>>>> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
>>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>> SerialNumber=0
>>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>>> [  705.929871] hub 3-2:1.0: USB hub found
>>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using xhci_hcd
>>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483, idProduct=1234
>>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>> SerialNumber=3
>>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>
>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>> But the CAN netdevice is not configured:
>>>>
>>>> # ip -det link show can0
>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>> default qlen 10
>>>>      link/can  promiscuity 0
>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>       clock 32000000
>>>>
>>>> After setting the bitrate again & putting the interface up:
>>>>
>>>> # ip link set can0 type can bitrate 500000
>>>> # ifconfig can0 up
>>>>
>>>> The USB2CAN LED remains GREEN.
>>>>
>>>> But from this point the USB2CAN adapter can only *send* CAN frames but it
>>>> can not
>>>> receive any frames. Btw. the CAN controller inside the USB2CAN properly
>>>> acknowledges
>>>> the CAN frames on the bus (without making them visible on the host).
>>>>
>>>> Any idea how to fix the initialization in this warm start scenario?
>>>>
>>>> My colleague also reported kernel crashes which I wasn't able to reproduce.
>>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>>
>>>> Best regards,
>>>> Oliver
>>>>
>>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-can" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-16  6:36       ` Oliver Hartkopp
@ 2015-02-16 17:12         ` Gediminas Simanskis
  2015-02-17  6:19           ` Oliver Hartkopp
  0 siblings, 1 reply; 11+ messages in thread
From: Gediminas Simanskis @ 2015-02-16 17:12 UTC (permalink / raw)
  To: Oliver Hartkopp, Bernd Krumboeck; +Cc: linux-can

Hello,
IMHO in main firmware cycle need to check lower USB protocol library 
states.
Currently firmware after descriptor initialization goes to infinite loop 
and don't check lower USB layer states anymore.

Gediminas


> Hello Bernd,
>
> On 14.02.2015 09:17, Bernd Krumboeck wrote:
>> I was able to reconstruct, but I think it is not a driver problem (at 
>> least
>> not only).
>
> I assume it's easier to fix this in the firmware for the end-user.
> I'll last a long time until the patches will get into Linux 3.9+ - 
> some are not even supported anymore.
>
> @Gediminas: Can you confirm this issue with the Windows driver too?
>
> @Bernd: When resetting the device is an usual handling e.g. by other 
> USB drivers it makes sens to add this functionality too. If not we 
> should just wait for the firmware fix.
>
> Best regards,
> Oliver
>
>>
>> Tested hard- and software:
>> Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
>> Kernel 3.5.1 with latest driver from pre-3.3 branch.
>>
>> Links for Details:
>> http://www.pcengines.ch/alix1e.htm
>> http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail 
>>
>>
>>
>>
>>
>> Steps of my test:
>> 1) Disconnnect USB hub from System:
>>     System removed the network interface (expected behavior)
>>
>> 2) Reconnect USB Hub to System:
>>     LED is still green. Startup device again. Everything looks 
>> normal, except
>> we don't receive CAN messages.
>>     Sending messages was not tested, because of missing test 
>> environment.
>>
>> 3) Rebooted the System:
>>     LED is still green. Everything looks normal, except we don't 
>> receive CAN
>> messages.
>>
>> 4) Unbind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/unbind):
>>     Unbind worked as expected: LED becomes red.
>>     Following message appears in the kernel log:
>>     [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected
>>
>> 5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
>>     LED stays red. This is not an expected behavior.
>>     Following message appears in the kernel log:
>>     [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message answer
>>     [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware 
>> version
>>     [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error -110
>>
>>     I often use this rebind procedure for hanging (unresponsive) 
>> Huawai 3G
>> sticks. First time this does not work.
>>
>> 6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
>>     LED becomes green. Everything works as expected.
>>
>>
>> Conclusion:
>> At this time I assume it is a firmware issue. At least the rebind 
>> procedure
>> should work, if everything else didn't.
>>
>>
>> Not tested workaround:
>> Probably it helps to send a reset command in the driver before 
>> startup, but I
>> didn't test.
>>
>>
>> PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 
>> Family)"
>> usb controller.
>>
>>
>> regards,
>> Bernd
>>
>>
>>
>>
>> Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
>>> Hi Bernd,
>>>
>>> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>>>
>>>> I will try to test, when I have some time (in about two weeks).
>>>
>>> I'm looking forward to it ...
>>>
>>>> The kernel crash should not happen with newer kernel/driver versions.
>>>> So I'll ignore until I get an exact version number.
>>>
>>> Ok. I'll ask the colleague and check the patch status of his kernel.
>>>
>>> Thanks,
>>> Oliver
>>>
>>>>
>>>>
>>>>
>>>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>>>> Hi Bernd,
>>>>>
>>>>> i got an error report from a colleague today who is using the 
>>>>> USB2CAN from
>>>>> 8devices behind a self powered USB2.0 hub.
>>>>>
>>>>> The way to get into the problem:
>>>>>
>>>>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>>>>
>>>>>
>>>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using 
>>>>> xhci_hcd
>>>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, 
>>>>> idProduct=0608
>>>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>> SerialNumber=0
>>>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>>>> [  502.593863] hub 3-2:1.0: USB hub found
>>>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using 
>>>>> xhci_hcd
>>>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483, 
>>>>> idProduct=1234
>>>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>> SerialNumber=3
>>>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 
>>>>> 255.255
>>>>>
>>>>> (everything is fine - USB2CAN LED is RED)
>>>>>
>>>>> # ip -det link show can0
>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT 
>>>>> group
>>>>> default qlen 10
>>>>>      link/can  promiscuity 0
>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>       clock 32000000
>>>>> # ip link set can0 type can bitrate 500000
>>>>> # ifconfig can0 up
>>>>>
>>>>> (still everything is fine - USB2CAN LED is GREEN)
>>>>>
>>>>> Adapter works as expected. It can send and receive CAN frames.
>>>>>
>>>>> 2. Now unplug the powered hub from the PC:
>>>>>
>>>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message 
>>>>> failed
>>>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>>>
>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>
>>>>> 3. Now plug the powered hub into the PC again:
>>>>>
>>>>> [  705.799101] usb 3-2: new high-speed USB device number 10 using 
>>>>> xhci_hcd
>>>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, 
>>>>> idProduct=0608
>>>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>> SerialNumber=0
>>>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>>>> [  705.929871] hub 3-2:1.0: USB hub found
>>>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 
>>>>> using xhci_hcd
>>>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483, 
>>>>> idProduct=1234
>>>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>> SerialNumber=3
>>>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 
>>>>> 255.255
>>>>>
>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>> But the CAN netdevice is not configured:
>>>>>
>>>>> # ip -det link show can0
>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT 
>>>>> group
>>>>> default qlen 10
>>>>>      link/can  promiscuity 0
>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>       clock 32000000
>>>>>
>>>>> After setting the bitrate again & putting the interface up:
>>>>>
>>>>> # ip link set can0 type can bitrate 500000
>>>>> # ifconfig can0 up
>>>>>
>>>>> The USB2CAN LED remains GREEN.
>>>>>
>>>>> But from this point the USB2CAN adapter can only *send* CAN frames 
>>>>> but it
>>>>> can not
>>>>> receive any frames. Btw. the CAN controller inside the USB2CAN 
>>>>> properly
>>>>> acknowledges
>>>>> the CAN frames on the bus (without making them visible on the host).
>>>>>
>>>>> Any idea how to fix the initialization in this warm start scenario?
>>>>>
>>>>> My colleague also reported kernel crashes which I wasn't able to 
>>>>> reproduce.
>>>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>>>
>>>>> Best regards,
>>>>> Oliver
>>>>>
>>>>
>>
>> -- 
>> To unsubscribe from this list: send the line "unsubscribe linux-can" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html


^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-16 17:12         ` Gediminas Simanskis
@ 2015-02-17  6:19           ` Oliver Hartkopp
  2015-02-17 10:51             ` Gediminas Simanskis
  2015-02-26  9:41             ` Oliver Hartkopp
  0 siblings, 2 replies; 11+ messages in thread
From: Oliver Hartkopp @ 2015-02-17  6:19 UTC (permalink / raw)
  To: Gediminas Simanskis, Bernd Krumboeck; +Cc: linux-can

On 16.02.2015 18:12, Gediminas Simanskis wrote:

> IMHO in main firmware cycle need to check lower USB protocol library states.
> Currently firmware after descriptor initialization goes to infinite loop and
> don't check lower USB layer states anymore.

Are you able to provide an updated USB2CAN firmware (v1.6?) for testing?

You can send it to Bernd and me as personal mail (preferably as zip with 
md5sum) as the mailing list has an attachment size limit.

Thanks,
Oliver


>
>
>> Hello Bernd,
>>
>> On 14.02.2015 09:17, Bernd Krumboeck wrote:
>>> I was able to reconstruct, but I think it is not a driver problem (at least
>>> not only).
>>
>> I assume it's easier to fix this in the firmware for the end-user.
>> I'll last a long time until the patches will get into Linux 3.9+ - some are
>> not even supported anymore.
>>
>> @Gediminas: Can you confirm this issue with the Windows driver too?
>>
>> @Bernd: When resetting the device is an usual handling e.g. by other USB
>> drivers it makes sens to add this functionality too. If not we should just
>> wait for the firmware fix.
>>
>> Best regards,
>> Oliver
>>
>>>
>>> Tested hard- and software:
>>> Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
>>> Kernel 3.5.1 with latest driver from pre-3.3 branch.
>>>
>>> Links for Details:
>>> http://www.pcengines.ch/alix1e.htm
>>> http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail
>>>
>>>
>>>
>>>
>>>
>>> Steps of my test:
>>> 1) Disconnnect USB hub from System:
>>>     System removed the network interface (expected behavior)
>>>
>>> 2) Reconnect USB Hub to System:
>>>     LED is still green. Startup device again. Everything looks normal, except
>>> we don't receive CAN messages.
>>>     Sending messages was not tested, because of missing test environment.
>>>
>>> 3) Rebooted the System:
>>>     LED is still green. Everything looks normal, except we don't receive CAN
>>> messages.
>>>
>>> 4) Unbind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/unbind):
>>>     Unbind worked as expected: LED becomes red.
>>>     Following message appears in the kernel log:
>>>     [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected
>>>
>>> 5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
>>>     LED stays red. This is not an expected behavior.
>>>     Following message appears in the kernel log:
>>>     [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message answer
>>>     [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware version
>>>     [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error -110
>>>
>>>     I often use this rebind procedure for hanging (unresponsive) Huawai 3G
>>> sticks. First time this does not work.
>>>
>>> 6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
>>>     LED becomes green. Everything works as expected.
>>>
>>>
>>> Conclusion:
>>> At this time I assume it is a firmware issue. At least the rebind procedure
>>> should work, if everything else didn't.
>>>
>>>
>>> Not tested workaround:
>>> Probably it helps to send a reset command in the driver before startup, but I
>>> didn't test.
>>>
>>>
>>> PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 Family)"
>>> usb controller.
>>>
>>>
>>> regards,
>>> Bernd
>>>
>>>
>>>
>>>
>>> Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
>>>> Hi Bernd,
>>>>
>>>> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>>>>
>>>>> I will try to test, when I have some time (in about two weeks).
>>>>
>>>> I'm looking forward to it ...
>>>>
>>>>> The kernel crash should not happen with newer kernel/driver versions.
>>>>> So I'll ignore until I get an exact version number.
>>>>
>>>> Ok. I'll ask the colleague and check the patch status of his kernel.
>>>>
>>>> Thanks,
>>>> Oliver
>>>>
>>>>>
>>>>>
>>>>>
>>>>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>>>>> Hi Bernd,
>>>>>>
>>>>>> i got an error report from a colleague today who is using the USB2CAN from
>>>>>> 8devices behind a self powered USB2.0 hub.
>>>>>>
>>>>>> The way to get into the problem:
>>>>>>
>>>>>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>>>>>
>>>>>>
>>>>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
>>>>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>> SerialNumber=0
>>>>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>>>>> [  502.593863] hub 3-2:1.0: USB hub found
>>>>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>>>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
>>>>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>> idProduct=1234
>>>>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>> SerialNumber=3
>>>>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>>>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>>>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>>>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>>>
>>>>>> (everything is fine - USB2CAN LED is RED)
>>>>>>
>>>>>> # ip -det link show can0
>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>>>> default qlen 10
>>>>>>      link/can  promiscuity 0
>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>>       clock 32000000
>>>>>> # ip link set can0 type can bitrate 500000
>>>>>> # ifconfig can0 up
>>>>>>
>>>>>> (still everything is fine - USB2CAN LED is GREEN)
>>>>>>
>>>>>> Adapter works as expected. It can send and receive CAN frames.
>>>>>>
>>>>>> 2. Now unplug the powered hub from the PC:
>>>>>>
>>>>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>>>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>>>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>>>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
>>>>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>>>>
>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>>
>>>>>> 3. Now plug the powered hub into the PC again:
>>>>>>
>>>>>> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
>>>>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>> SerialNumber=0
>>>>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>>>>> [  705.929871] hub 3-2:1.0: USB hub found
>>>>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>>>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using
>>>>>> xhci_hcd
>>>>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>> idProduct=1234
>>>>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>> SerialNumber=3
>>>>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>>>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>>>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>>>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>>>
>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>> But the CAN netdevice is not configured:
>>>>>>
>>>>>> # ip -det link show can0
>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>>>> default qlen 10
>>>>>>      link/can  promiscuity 0
>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>>       clock 32000000
>>>>>>
>>>>>> After setting the bitrate again & putting the interface up:
>>>>>>
>>>>>> # ip link set can0 type can bitrate 500000
>>>>>> # ifconfig can0 up
>>>>>>
>>>>>> The USB2CAN LED remains GREEN.
>>>>>>
>>>>>> But from this point the USB2CAN adapter can only *send* CAN frames but it
>>>>>> can not
>>>>>> receive any frames. Btw. the CAN controller inside the USB2CAN properly
>>>>>> acknowledges
>>>>>> the CAN frames on the bus (without making them visible on the host).
>>>>>>
>>>>>> Any idea how to fix the initialization in this warm start scenario?
>>>>>>
>>>>>> My colleague also reported kernel crashes which I wasn't able to reproduce.
>>>>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>>>>
>>>>>> Best regards,
>>>>>> Oliver
>>>>>>
>>>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-can" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-17  6:19           ` Oliver Hartkopp
@ 2015-02-17 10:51             ` Gediminas Simanskis
  2015-02-17 18:15               ` Bernd Krumboeck
  2015-02-26  9:41             ` Oliver Hartkopp
  1 sibling, 1 reply; 11+ messages in thread
From: Gediminas Simanskis @ 2015-02-17 10:51 UTC (permalink / raw)
  To: Oliver Hartkopp, Bernd Krumboeck; +Cc: linux-can

The latest firmware version is 1.5.

> Are you able to provide an updated USB2CAN firmware (v1.6?) for testing?
>
> You can send it to Bernd and me as personal mail (preferably as zip 
> with md5sum) as the mailing list has an attachment size limit.
>
> Thanks,
> Oliver
>
>
>>
>>
>>> Hello Bernd,
>>>
>>> On 14.02.2015 09:17, Bernd Krumboeck wrote:
>>>> I was able to reconstruct, but I think it is not a driver problem 
>>>> (at least
>>>> not only).
>>>
>>> I assume it's easier to fix this in the firmware for the end-user.
>>> I'll last a long time until the patches will get into Linux 3.9+ - 
>>> some are
>>> not even supported anymore.
>>>
>>> @Gediminas: Can you confirm this issue with the Windows driver too?
>>>
>>> @Bernd: When resetting the device is an usual handling e.g. by other 
>>> USB
>>> drivers it makes sens to add this functionality too. If not we 
>>> should just
>>> wait for the firmware fix.
>>>
>>> Best regards,
>>> Oliver
>>>
>>>>
>>>> Tested hard- and software:
>>>> Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
>>>> Kernel 3.5.1 with latest driver from pre-3.3 branch.
>>>>
>>>> Links for Details:
>>>> http://www.pcengines.ch/alix1e.htm
>>>> http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail 
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Steps of my test:
>>>> 1) Disconnnect USB hub from System:
>>>>     System removed the network interface (expected behavior)
>>>>
>>>> 2) Reconnect USB Hub to System:
>>>>     LED is still green. Startup device again. Everything looks 
>>>> normal, except
>>>> we don't receive CAN messages.
>>>>     Sending messages was not tested, because of missing test 
>>>> environment.
>>>>
>>>> 3) Rebooted the System:
>>>>     LED is still green. Everything looks normal, except we don't 
>>>> receive CAN
>>>> messages.
>>>>
>>>> 4) Unbind USB device (echo "1-4.1.2" > 
>>>> /sys/bus/usb/drivers/usb/unbind):
>>>>     Unbind worked as expected: LED becomes red.
>>>>     Following message appears in the kernel log:
>>>>     [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected
>>>>
>>>> 5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
>>>>     LED stays red. This is not an expected behavior.
>>>>     Following message appears in the kernel log:
>>>>     [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message 
>>>> answer
>>>>     [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware 
>>>> version
>>>>     [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error 
>>>> -110
>>>>
>>>>     I often use this rebind procedure for hanging (unresponsive) 
>>>> Huawai 3G
>>>> sticks. First time this does not work.
>>>>
>>>> 6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
>>>>     LED becomes green. Everything works as expected.
>>>>
>>>>
>>>> Conclusion:
>>>> At this time I assume it is a firmware issue. At least the rebind 
>>>> procedure
>>>> should work, if everything else didn't.
>>>>
>>>>
>>>> Not tested workaround:
>>>> Probably it helps to send a reset command in the driver before 
>>>> startup, but I
>>>> didn't test.
>>>>
>>>>
>>>> PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 
>>>> Family)"
>>>> usb controller.
>>>>
>>>>
>>>> regards,
>>>> Bernd
>>>>
>>>>
>>>>
>>>>
>>>> Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
>>>>> Hi Bernd,
>>>>>
>>>>> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>>>>>
>>>>>> I will try to test, when I have some time (in about two weeks).
>>>>>
>>>>> I'm looking forward to it ...
>>>>>
>>>>>> The kernel crash should not happen with newer kernel/driver 
>>>>>> versions.
>>>>>> So I'll ignore until I get an exact version number.
>>>>>
>>>>> Ok. I'll ask the colleague and check the patch status of his kernel.
>>>>>
>>>>> Thanks,
>>>>> Oliver
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>>>>>> Hi Bernd,
>>>>>>>
>>>>>>> i got an error report from a colleague today who is using the 
>>>>>>> USB2CAN from
>>>>>>> 8devices behind a self powered USB2.0 hub.
>>>>>>>
>>>>>>> The way to get into the problem:
>>>>>>>
>>>>>>> 1. Connect a self powered USB hub with attached USB2CAN to the 
>>>>>>> host:
>>>>>>>
>>>>>>>
>>>>>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using 
>>>>>>> xhci_hcd
>>>>>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, 
>>>>>>> idProduct=0608
>>>>>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>>> SerialNumber=0
>>>>>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>>>>>> [  502.593863] hub 3-2:1.0: USB hub found
>>>>>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>>>>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 
>>>>>>> using xhci_hcd
>>>>>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>>> idProduct=1234
>>>>>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>>> SerialNumber=3
>>>>>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>>>>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>>>>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>>>>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 
>>>>>>> 255.255
>>>>>>>
>>>>>>> (everything is fine - USB2CAN LED is RED)
>>>>>>>
>>>>>>> # ip -det link show can0
>>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT 
>>>>>>> group
>>>>>>> default qlen 10
>>>>>>>      link/can  promiscuity 0
>>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 
>>>>>>> brp-inc 1
>>>>>>>       clock 32000000
>>>>>>> # ip link set can0 type can bitrate 500000
>>>>>>> # ifconfig can0 up
>>>>>>>
>>>>>>> (still everything is fine - USB2CAN LED is GREEN)
>>>>>>>
>>>>>>> Adapter works as expected. It can send and receive CAN frames.
>>>>>>>
>>>>>>> 2. Now unplug the powered hub from the PC:
>>>>>>>
>>>>>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>>>>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>>>>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>>>>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message 
>>>>>>> failed
>>>>>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>>>>>
>>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>>>
>>>>>>> 3. Now plug the powered hub into the PC again:
>>>>>>>
>>>>>>> [  705.799101] usb 3-2: new high-speed USB device number 10 
>>>>>>> using xhci_hcd
>>>>>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, 
>>>>>>> idProduct=0608
>>>>>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>>> SerialNumber=0
>>>>>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>>>>>> [  705.929871] hub 3-2:1.0: USB hub found
>>>>>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>>>>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using
>>>>>>> xhci_hcd
>>>>>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>>> idProduct=1234
>>>>>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>>> SerialNumber=3
>>>>>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>>>>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>>>>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>>>>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 
>>>>>>> 255.255
>>>>>>>
>>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>>> But the CAN netdevice is not configured:
>>>>>>>
>>>>>>> # ip -det link show can0
>>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT 
>>>>>>> group
>>>>>>> default qlen 10
>>>>>>>      link/can  promiscuity 0
>>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 
>>>>>>> brp-inc 1
>>>>>>>       clock 32000000
>>>>>>>
>>>>>>> After setting the bitrate again & putting the interface up:
>>>>>>>
>>>>>>> # ip link set can0 type can bitrate 500000
>>>>>>> # ifconfig can0 up
>>>>>>>
>>>>>>> The USB2CAN LED remains GREEN.
>>>>>>>
>>>>>>> But from this point the USB2CAN adapter can only *send* CAN 
>>>>>>> frames but it
>>>>>>> can not
>>>>>>> receive any frames. Btw. the CAN controller inside the USB2CAN 
>>>>>>> properly
>>>>>>> acknowledges
>>>>>>> the CAN frames on the bus (without making them visible on the 
>>>>>>> host).
>>>>>>>
>>>>>>> Any idea how to fix the initialization in this warm start scenario?
>>>>>>>
>>>>>>> My colleague also reported kernel crashes which I wasn't able to 
>>>>>>> reproduce.
>>>>>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>>>>>
>>>>>>> Best regards,
>>>>>>> Oliver
>>>>>>>
>>>>>>
>>>>
>>>> -- 
>>>> To unsubscribe from this list: send the line "unsubscribe 
>>>> linux-can" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>


^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-17 10:51             ` Gediminas Simanskis
@ 2015-02-17 18:15               ` Bernd Krumboeck
  0 siblings, 0 replies; 11+ messages in thread
From: Bernd Krumboeck @ 2015-02-17 18:15 UTC (permalink / raw)
  To: Gediminas Simanskis; +Cc: Oliver Hartkopp, linux-can

Do you plan a firmware update, which fixes this issue?

regards,
Bernd


Am 2015-02-17 um 11:51 schrieb Gediminas Simanskis:
> The latest firmware version is 1.5.
>
>> Are you able to provide an updated USB2CAN firmware (v1.6?) for testing?
>>
>> You can send it to Bernd and me as personal mail (preferably as zip with md5sum) as the mailing list has an attachment size limit.
>>
>> Thanks,
>> Oliver
>>
>>
>>>
>>>
>>>> Hello Bernd,
>>>>
>>>> On 14.02.2015 09:17, Bernd Krumboeck wrote:
>>>>> I was able to reconstruct, but I think it is not a driver problem (at least
>>>>> not only).
>>>>
>>>> I assume it's easier to fix this in the firmware for the end-user.
>>>> I'll last a long time until the patches will get into Linux 3.9+ - some are
>>>> not even supported anymore.
>>>>
>>>> @Gediminas: Can you confirm this issue with the Windows driver too?
>>>>
>>>> @Bernd: When resetting the device is an usual handling e.g. by other USB
>>>> drivers it makes sens to add this functionality too. If not we should just
>>>> wait for the firmware fix.
>>>>
>>>> Best regards,
>>>> Oliver
>>>>
>>>>>
>>>>> Tested hard- and software:
>>>>> Wiregate (ALIX 1E Board) with Conrad selfpowered USB hub.
>>>>> Kernel 3.5.1 with latest driver from pre-3.3 branch.
>>>>>
>>>>> Links for Details:
>>>>> http://www.pcengines.ch/alix1e.htm
>>>>> http://www.conrad.at/ce/de/product/971592/7-Port-USB-20-Hub-Metallgehaeuse-zur-Wandmontage-CE-Schwarz?ref=searchDetail
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Steps of my test:
>>>>> 1) Disconnnect USB hub from System:
>>>>>     System removed the network interface (expected behavior)
>>>>>
>>>>> 2) Reconnect USB Hub to System:
>>>>>     LED is still green. Startup device again. Everything looks normal, except
>>>>> we don't receive CAN messages.
>>>>>     Sending messages was not tested, because of missing test environment.
>>>>>
>>>>> 3) Rebooted the System:
>>>>>     LED is still green. Everything looks normal, except we don't receive CAN
>>>>> messages.
>>>>>
>>>>> 4) Unbind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/unbind):
>>>>>     Unbind worked as expected: LED becomes red.
>>>>>     Following message appears in the kernel log:
>>>>>     [  356.897524] usb_8dev 1-4.1.2:1.0: can0: device disconnected
>>>>>
>>>>> 5) Bind USB device (echo "1-4.1.2" > /sys/bus/usb/drivers/usb/bind):
>>>>>     LED stays red. This is not an expected behavior.
>>>>>     Following message appears in the kernel log:
>>>>>     [  392.584273] usb_8dev 1-4.1.2:1.0: can0: no command message answer
>>>>>     [  392.584427] usb_8dev 1-4.1.2:1.0: can0: can't get firmware version
>>>>>     [  392.585276] usb_8dev: probe of 1-4.1.2:1.0 failed with error -110
>>>>>
>>>>>     I often use this rebind procedure for hanging (unresponsive) Huawai 3G
>>>>> sticks. First time this does not work.
>>>>>
>>>>> 6) Disconnect USB2CAN adapter from hub. Reconnect the adapter:
>>>>>     LED becomes green. Everything works as expected.
>>>>>
>>>>>
>>>>> Conclusion:
>>>>> At this time I assume it is a firmware issue. At least the rebind procedure
>>>>> should work, if everything else didn't.
>>>>>
>>>>>
>>>>> Not tested workaround:
>>>>> Probably it helps to send a reset command in the driver before startup, but I
>>>>> didn't test.
>>>>>
>>>>>
>>>>> PS: I had some kernel crashes with "Intel Corporation 82801I (ICH9 Family)"
>>>>> usb controller.
>>>>>
>>>>>
>>>>> regards,
>>>>> Bernd
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Am 2015-02-09 um 20:38 schrieb Oliver Hartkopp:
>>>>>> Hi Bernd,
>>>>>>
>>>>>> On 09.02.2015 20:30, Bernd Krumboeck wrote:
>>>>>>
>>>>>>> I will try to test, when I have some time (in about two weeks).
>>>>>>
>>>>>> I'm looking forward to it ...
>>>>>>
>>>>>>> The kernel crash should not happen with newer kernel/driver versions.
>>>>>>> So I'll ignore until I get an exact version number.
>>>>>>
>>>>>> Ok. I'll ask the colleague and check the patch status of his kernel.
>>>>>>
>>>>>> Thanks,
>>>>>> Oliver
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 2015-02-05 um 19:03 schrieb Oliver Hartkopp:
>>>>>>>> Hi Bernd,
>>>>>>>>
>>>>>>>> i got an error report from a colleague today who is using the USB2CAN from
>>>>>>>> 8devices behind a self powered USB2.0 hub.
>>>>>>>>
>>>>>>>> The way to get into the problem:
>>>>>>>>
>>>>>>>> 1. Connect a self powered USB hub with attached USB2CAN to the host:
>>>>>>>>
>>>>>>>>
>>>>>>>> [  502.464008] usb 3-2: new high-speed USB device number 8 using xhci_hcd
>>>>>>>> [  502.593336] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>>>>>> [  502.593339] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>>>> SerialNumber=0
>>>>>>>> [  502.593341] usb 3-2: Product: USB2.0 Hub
>>>>>>>> [  502.593863] hub 3-2:1.0: USB hub found
>>>>>>>> [  502.594124] hub 3-2:1.0: 4 ports detected
>>>>>>>> [  502.864710] usb 3-2.1: new full-speed USB device number 9 using xhci_hcd
>>>>>>>> [  502.955087] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>>>> idProduct=1234
>>>>>>>> [  502.955097] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>>>> SerialNumber=3
>>>>>>>> [  502.955102] usb 3-2.1: Product: USB2CAN converter
>>>>>>>> [  502.955106] usb 3-2.1: Manufacturer: edevices
>>>>>>>> [  502.955110] usb 3-2.1: SerialNumber: ED000215
>>>>>>>> [  502.956739] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>>>>>
>>>>>>>> (everything is fine - USB2CAN LED is RED)
>>>>>>>>
>>>>>>>> # ip -det link show can0
>>>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>>>>>> default qlen 10
>>>>>>>>      link/can  promiscuity 0
>>>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>>>>       clock 32000000
>>>>>>>> # ip link set can0 type can bitrate 500000
>>>>>>>> # ifconfig can0 up
>>>>>>>>
>>>>>>>> (still everything is fine - USB2CAN LED is GREEN)
>>>>>>>>
>>>>>>>> Adapter works as expected. It can send and receive CAN frames.
>>>>>>>>
>>>>>>>> 2. Now unplug the powered hub from the PC:
>>>>>>>>
>>>>>>>> [  680.841130] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.841212] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.841252] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.841308] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.841352] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.841377] usb 3-2: USB disconnect, device number 8
>>>>>>>> [  680.841385] usb 3-2.1: USB disconnect, device number 9
>>>>>>>> [  680.841388] usb_8dev 3-2.1:1.0 can0: Rx URB aborted (-71)
>>>>>>>> [  680.843607] usb_8dev 3-2.1:1.0 can0: device disconnected
>>>>>>>> [  680.843634] usb_8dev 3-2.1:1.0 can0: sending command message failed
>>>>>>>> [  680.843639] usb_8dev 3-2.1:1.0 can0: couldn't stop device
>>>>>>>>
>>>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>>>>
>>>>>>>> 3. Now plug the powered hub into the PC again:
>>>>>>>>
>>>>>>>> [  705.799101] usb 3-2: new high-speed USB device number 10 using xhci_hcd
>>>>>>>> [  705.928881] usb 3-2: New USB device found, idVendor=05e3, idProduct=0608
>>>>>>>> [  705.928891] usb 3-2: New USB device strings: Mfr=0, Product=1,
>>>>>>>> SerialNumber=0
>>>>>>>> [  705.928895] usb 3-2: Product: USB2.0 Hub
>>>>>>>> [  705.929871] hub 3-2:1.0: USB hub found
>>>>>>>> [  705.930191] hub 3-2:1.0: 4 ports detected
>>>>>>>> [  706.203831] usb 3-2.1: new full-speed USB device number 11 using
>>>>>>>> xhci_hcd
>>>>>>>> [  706.294249] usb 3-2.1: New USB device found, idVendor=0483,
>>>>>>>> idProduct=1234
>>>>>>>> [  706.294259] usb 3-2.1: New USB device strings: Mfr=1, Product=2,
>>>>>>>> SerialNumber=3
>>>>>>>> [  706.294264] usb 3-2.1: Product: USB2CAN converter
>>>>>>>> [  706.294268] usb 3-2.1: Manufacturer: edevices
>>>>>>>> [  706.294271] usb 3-2.1: SerialNumber: ED000215
>>>>>>>> [  706.296097] usb_8dev 3-2.1:1.0 can0: firmware: 1.5, hardware: 255.255
>>>>>>>>
>>>>>>>> The USB2CAN LED remains GREEN - as the adapter is still powered.
>>>>>>>> But the CAN netdevice is not configured:
>>>>>>>>
>>>>>>>> # ip -det link show can0
>>>>>>>> 21: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN mode DEFAULT group
>>>>>>>> default qlen 10
>>>>>>>>      link/can  promiscuity 0
>>>>>>>>      can state STOPPED (berr-counter tx 0 rx 0) restart-ms 0
>>>>>>>>       usb_8dev: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1
>>>>>>>>       clock 32000000
>>>>>>>>
>>>>>>>> After setting the bitrate again & putting the interface up:
>>>>>>>>
>>>>>>>> # ip link set can0 type can bitrate 500000
>>>>>>>> # ifconfig can0 up
>>>>>>>>
>>>>>>>> The USB2CAN LED remains GREEN.
>>>>>>>>
>>>>>>>> But from this point the USB2CAN adapter can only *send* CAN frames but it
>>>>>>>> can not
>>>>>>>> receive any frames. Btw. the CAN controller inside the USB2CAN properly
>>>>>>>> acknowledges
>>>>>>>> the CAN frames on the bus (without making them visible on the host).
>>>>>>>>
>>>>>>>> Any idea how to fix the initialization in this warm start scenario?
>>>>>>>>
>>>>>>>> My colleague also reported kernel crashes which I wasn't able to reproduce.
>>>>>>>> I used a 3.19.0-rc7 here - don't know what my colleague was using.
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>> Oliver
>>>>>>>>
>>>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe linux-can" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-can" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-17  6:19           ` Oliver Hartkopp
  2015-02-17 10:51             ` Gediminas Simanskis
@ 2015-02-26  9:41             ` Oliver Hartkopp
  2015-11-13 20:20               ` [SOLVED] " Oliver Hartkopp
  1 sibling, 1 reply; 11+ messages in thread
From: Oliver Hartkopp @ 2015-02-26  9:41 UTC (permalink / raw)
  To: Gediminas Simanskis, Bernd Krumboeck; +Cc: linux-can

Hello Gediminas,

> On 16.02.2015 18:12, Gediminas Simanskis wrote:
>
>> IMHO in main firmware cycle need to check lower USB protocol library states.
>> Currently firmware after descriptor initialization goes to infinite loop and
>> don't check lower USB layer states anymore.

As you already named the potential issue: When do you plan to release a new 
firmware that fixes this warmstart problem?

Regards,
Oliver


^ permalink raw reply	[flat|nested] 11+ messages in thread
* [SOLVED] Re: usb_8dev: Initialisation issue with powered USB 2.0 hub
  2015-02-26  9:41             ` Oliver Hartkopp
@ 2015-11-13 20:20               ` Oliver Hartkopp
  0 siblings, 0 replies; 11+ messages in thread
From: Oliver Hartkopp @ 2015-11-13 20:20 UTC (permalink / raw)
  To: linux-can; +Cc: Gediminas Simanskis, Bernd Krumboeck

Hi all,

the issue discussed in this thread has been fixed by Gediminas.

The new firmware can be found at
http://www.8devices.com/usb2can

http://www.8devices.com/media/files/usb2can_1_7.zip

The firmware sources have been updated too:
https://github.com/krumboeck/usb2can_firmware

Many thanks,
Oliver


On 26.02.2015 10:41, Oliver Hartkopp wrote:
> Hello Gediminas,
>
>> On 16.02.2015 18:12, Gediminas Simanskis wrote:
>>
>>> IMHO in main firmware cycle need to check lower USB protocol library states.
>>> Currently firmware after descriptor initialization goes to infinite loop and
>>> don't check lower USB layer states anymore.
>
> As you already named the potential issue: When do you plan to release a new
> firmware that fixes this warmstart problem?
>
> Regards,
> Oliver
>



^ permalink raw reply	[flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-11-13 20:20 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-05 18:03 usb_8dev: Initialisation issue with powered USB 2.0 hub Oliver Hartkopp
2015-02-09 19:30 ` Bernd Krumboeck
2015-02-09 19:38   ` Oliver Hartkopp
2015-02-14  8:17     ` Bernd Krumboeck
2015-02-16  6:36       ` Oliver Hartkopp
2015-02-16 17:12         ` Gediminas Simanskis
2015-02-17  6:19           ` Oliver Hartkopp
2015-02-17 10:51             ` Gediminas Simanskis
2015-02-17 18:15               ` Bernd Krumboeck
2015-02-26  9:41             ` Oliver Hartkopp
2015-11-13 20:20               ` [SOLVED] " Oliver Hartkopp

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.