* CONFIG_PREEMPT_RT_FULL an usb gadget @ 2013-08-27 14:54 Hänel-Baas, Alexander 2013-08-29 11:35 ` Sebastian Andrzej Siewior 0 siblings, 1 reply; 6+ messages in thread From: Hänel-Baas, Alexander @ 2013-08-27 14:54 UTC (permalink / raw) To: linux-rt-users@vger.kernel.org Hello rt-community, i use the kernel 3.10.4 with the 3.10.4-rt-1 patch and the usb RNDIS connection to a windows pc. In the kernelconfig i set the low-latency desktop with CONFIG_PREEMPT_LL=y and the usb Ethernet gadget works fine. Now i change the kernelconfig to CONFIG_PREEMPT_RT_FULL=Y and now it is not possible to get a working usb gadget connection. In both situation i see that windows detect the RNDIS device in the device manager. The next step was to enable the USB gadget debugging messages to see what is going on. At this time I see many usb-gadget outputs: #dmesg [ 84.085953] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER [ 84.093266] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 [ 84.093621] g_ether gadget: rndis req21.00 v0000 i0000 l36 [ 84.101284] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 [ 84.101680] g_ether gadget: rndis req21.00 v0000 i0000 l36 [ 84.109265] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 [ 84.109663] g_ether gadget: rndis req21.00 v0000 i0000 l36 [ 84.109782] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER ... But I can't find a difference between the working config (low-latency) and the full-rt configuration. What can I do to get a working fully pre-emptible usb gadget? kind regards Alexander Haenel-Baas ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: CONFIG_PREEMPT_RT_FULL an usb gadget 2013-08-27 14:54 CONFIG_PREEMPT_RT_FULL an usb gadget Hänel-Baas, Alexander @ 2013-08-29 11:35 ` Sebastian Andrzej Siewior [not found] ` <9BA84827B30CBE4996725F98F7DC91232F955F47@SMExchange01.siebmeyer.org> 0 siblings, 1 reply; 6+ messages in thread From: Sebastian Andrzej Siewior @ 2013-08-29 11:35 UTC (permalink / raw) To: Hänel-Baas, Alexander; +Cc: linux-rt-users@vger.kernel.org * Hänel-Baas, Alexander | 2013-08-27 14:54:35 [+0000]: >Hello rt-community, Hi, >i use the kernel 3.10.4 with the 3.10.4-rt-1 patch >and the usb RNDIS connection to a windows pc. So you use an x86 based UDC/machine if you are using v3.10.4-rt1 here. >In the kernelconfig i set the low-latency desktop with CONFIG_PREEMPT_LL=y and the usb Ethernet gadget works fine. > >Now i change the kernelconfig to CONFIG_PREEMPT_RT_FULL=Y and now it is not possible to get a working usb gadget connection. Is a different gadget working? Say usb-storage against Windows oder g_ncm against Linux? >In both situation i see that windows detect the RNDIS device in the device manager. > >The next step was to enable the USB gadget debugging messages to see what is going on. >At this time I see many usb-gadget outputs: > >#dmesg >[ 84.085953] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER >[ 84.093266] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 >[ 84.093621] g_ether gadget: rndis req21.00 v0000 i0000 l36 >[ 84.101284] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 >[ 84.101680] g_ether gadget: rndis req21.00 v0000 i0000 l36 >[ 84.109265] g_ether gadget: rndis reqa1.01 v0000 i0000 l4096 >[ 84.109663] g_ether gadget: rndis req21.00 v0000 i0000 l36 >[ 84.109782] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER >... > >But I can't find a difference between the working config (low-latency) >and the full-rt configuration. > >What can I do to get a working fully pre-emptible usb gadget? Try to enable lock debuging and see if the kernel complains about something. So after enabling debug you don't see a difference in the communication? Can you try against Linux RNDIS and see if that is working? If that also fails then you get a chance to debug. > >kind regards >Alexander Haenel-Baas Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" 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] 6+ messages in thread
[parent not found: <9BA84827B30CBE4996725F98F7DC91232F955F47@SMExchange01.siebmeyer.org>]
* Re: AW: CONFIG_PREEMPT_RT_FULL an usb gadget [not found] ` <9BA84827B30CBE4996725F98F7DC91232F955F47@SMExchange01.siebmeyer.org> @ 2013-08-29 18:58 ` Sebastian Andrzej Siewior 2013-09-03 7:02 ` AW: " Hänel-Baas, Alexander 2013-09-12 11:41 ` Hänel-Baas, Alexander 0 siblings, 2 replies; 6+ messages in thread From: Sebastian Andrzej Siewior @ 2013-08-29 18:58 UTC (permalink / raw) To: "Hänel-Baas, Alexander"; +Cc: linux-rt-users please keep the list in Cc. On 08/29/2013 04:36 PM, Hänel-Baas, Alexander wrote: > Hi Sebastian, Hi Alexander, > yes i use a x86 machine with 3.10.4-rt1 patch. > No, there is no other gadget's or usb device active. I meant try another gadget (like storage) or rndis on a linux host where you can debug since Windows isn't that cooperative. > Now I have enabled the lock debug (I hope so), but I can't see a message that the kernel complains about something. > > Yes that the point. In the debugging msg. is no difference between the working or not working situation. > > I attached my kernel config's: > Config_3.10.4_PREEMPT_FULL -> Fully preemptible > Config_3.10.4_PREEMPT_LL -> Low-Latency > > The other files are the corresponding dmesg. > preempt_full_dmesg.txt > preempt_ll_dmesg.txt Sorry, I have currently no time look at those, I'm on the run… > > Ok, I look for another linux machine to connect: (Traget: linux) <-> usb --- RNDIS --- usb <-> (linux:Host) Good. Note that that most gadgets attach RDNIS as an additional function that means under normal circumstances Linux ignores RNDIS and goes for CDC. > Thank you for help, > > Alex Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" 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] 6+ messages in thread
* AW: AW: CONFIG_PREEMPT_RT_FULL an usb gadget 2013-08-29 18:58 ` AW: " Sebastian Andrzej Siewior @ 2013-09-03 7:02 ` Hänel-Baas, Alexander 2013-09-12 11:41 ` Hänel-Baas, Alexander 1 sibling, 0 replies; 6+ messages in thread From: Hänel-Baas, Alexander @ 2013-09-03 7:02 UTC (permalink / raw) To: Sebastian Andrzej Siewior; +Cc: linux-rt-users Hi Sebastian, now i have a working debian host :) You remember: (Linux target RT.PREEMPT)usb --- RNDIS --- usb <-> (linux:Host debian) So, the next problem is: the machine connect with CDC and not with rndis The target says: g_ether gadget: high-speed config #1: CDC Ethernet (ECM) g_ether gadget: init ecm g_ether gadget: notify connect true g_ether gadget: activate ecm usb0: qlen 10 g_ether gadget: ecm_open usb0: eth_start g_ether gadget: notify connect true g_ether gadget: notify speed 425984000 And the debian host says: usbcore: registered new interface driver rndis_host usb 1-1: USB disconnect, device number 2 cdc_ether 1-1:1.0: eth1: unregister 'cdc_ether' usb-0000:02:03.0-1, CDC Ethernet Device usb 1-1: new high-speed USB device number 3 using ehci_hcd usb 1-1: New USB device found, idVendor=1c2b, idProduct=000b usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-1: Product: RNDIS/Ethernet Gadget usb 1-1: Manufacturer: Linux 3.10.4-rt1-KTT-V1_AHB with pch_udc cdc_ether 1-1:1.0: eth1: register 'cdc_ether' at usb-0000:02:03.0-1, CDC Ethernet Device, 00:01:84:00:08:15 And I don’t know how to configure it. Do you have an idea for this? Greetings Alex -----Ursprüngliche Nachricht----- Von: Sebastian Andrzej Siewior [mailto:bigeasy@linutronix.de] Gesendet: Donnerstag, 29. August 2013 20:58 An: Hänel-Baas, Alexander Cc: linux-rt-users Betreff: Re: AW: CONFIG_PREEMPT_RT_FULL an usb gadget please keep the list in Cc. On 08/29/2013 04:36 PM, Hänel-Baas, Alexander wrote: > Hi Sebastian, Hi Alexander, > yes i use a x86 machine with 3.10.4-rt1 patch. > No, there is no other gadget's or usb device active. I meant try another gadget (like storage) or rndis on a linux host where you can debug since Windows isn't that cooperative. > Now I have enabled the lock debug (I hope so), but I can't see a message that the kernel complains about something. > > Yes that the point. In the debugging msg. is no difference between the working or not working situation. > > I attached my kernel config's: > Config_3.10.4_PREEMPT_FULL -> Fully preemptible > Config_3.10.4_PREEMPT_LL -> Low-Latency > > The other files are the corresponding dmesg. > preempt_full_dmesg.txt > preempt_ll_dmesg.txt Sorry, I have currently no time look at those, I'm on the run… > > Ok, I look for another linux machine to connect: (Traget: linux) <-> > usb --- RNDIS --- usb <-> (linux:Host) Good. Note that that most gadgets attach RDNIS as an additional function that means under normal circumstances Linux ignores RNDIS and goes for CDC. > Thank you for help, > > Alex Sebastian ^ permalink raw reply [flat|nested] 6+ messages in thread
* AW: AW: CONFIG_PREEMPT_RT_FULL an usb gadget 2013-08-29 18:58 ` AW: " Sebastian Andrzej Siewior 2013-09-03 7:02 ` AW: " Hänel-Baas, Alexander @ 2013-09-12 11:41 ` Hänel-Baas, Alexander 2013-10-11 9:39 ` Sebastian Andrzej Siewior 1 sibling, 1 reply; 6+ messages in thread From: Hänel-Baas, Alexander @ 2013-09-12 11:41 UTC (permalink / raw) To: Sebastian Andrzej Siewior; +Cc: linux-rt-users Hello Sebastion, so the rndis configuration works... No I see on the target with the rt-preempt patch this kernel message: [ 97.206853] g_ether gadget: high-speed config #2: RNDIS <- the debian host is already connected and we have a putty connection to the target [ 247.216366] g_ether gadget: rndis response on err -22 <- the debian host say: communication error [ 248.974081] NOHZ: local_softirq_pending 02 [ 248.974135] NOHZ: local_softirq_pending 80 [ 248.984213] NOHZ: local_softirq_pending 182 [ 249.010278] [sched_delayed] sched: RT throttling activated [ 249.996113] NOHZ: local_softirq_pending 02 [ 249.996647] NOHZ: local_softirq_pending 82 [ 249.996798] NOHZ: local_softirq_pending 102 [ 250.986077] NOHZ: local_softirq_pending 100 [ 250.987073] NOHZ: local_softirq_pending 102 [ 251.976188] NOHZ: local_softirq_pending 02 [ 253.286567] pch_udc 0000:05:02.4: pch_udc_ep_clear_nak: RxFIFO not Empty [ 254.972880] NOHZ: local_softirq_pending 02 On this situation the target is very slow. top shows: Mem: 29972K used, 464160K free, 0K shrd, 0K buff, 8040K cached CPU: 0.1% usr 71.8% sys 0.0% nic 11.0% idle 0.0% io 0.0% irq 16.9% sirq Load average: 4.52 2.48 1.06 2/86 203 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 61 2 root SW 0 0.0 0 20.1 [irq/18-pch-dma] 78 2 root SW 0 0.0 0 16.6 [irq/18-ehci_hcd] 188 2 root SW 0 0.0 0 14.5 [irq/18-pch_udc] 82 2 root SW 0 0.0 0 9.1 [irq/18-ohci_hcd] 81 2 root SW 0 0.0 0 8.3 [irq/18-ohci_hcd] 80 2 root SW 0 0.0 0 7.8 [irq/18-ohci_hcd] 3 2 root RW 0 0.0 0 6.6 [ksoftirqd/0] I hope that is right information to find the problem. Greetings Alexander ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: CONFIG_PREEMPT_RT_FULL an usb gadget 2013-09-12 11:41 ` Hänel-Baas, Alexander @ 2013-10-11 9:39 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 6+ messages in thread From: Sebastian Andrzej Siewior @ 2013-10-11 9:39 UTC (permalink / raw) To: Hänel-Baas, Alexander; +Cc: linux-rt-users * Hänel-Baas, Alexander | 2013-09-12 11:41:56 [+0000]: >Hello Sebastion, Hello Alexander >so the rndis configuration works... > >No I see on the target with the rt-preempt patch this kernel message: > >[ 97.206853] g_ether gadget: high-speed config #2: RNDIS <- the debian host is already connected and we have a putty connection to the target >[ 247.216366] g_ether gadget: rndis response on err -22 <- the debian host say: communication error There is quite some time in between. >[ 248.974081] NOHZ: local_softirq_pending 02 >[ 248.974135] NOHZ: local_softirq_pending 80 >[ 248.984213] NOHZ: local_softirq_pending 182 >[ 249.010278] [sched_delayed] sched: RT throttling activated >[ 249.996113] NOHZ: local_softirq_pending 02 >[ 249.996647] NOHZ: local_softirq_pending 82 >[ 249.996798] NOHZ: local_softirq_pending 102 >[ 250.986077] NOHZ: local_softirq_pending 100 >[ 250.987073] NOHZ: local_softirq_pending 102 >[ 251.976188] NOHZ: local_softirq_pending 02 And this looks like something is busy looping. >[ 253.286567] pch_udc 0000:05:02.4: pch_udc_ep_clear_nak: RxFIFO not Empty >[ 254.972880] NOHZ: local_softirq_pending 02 >On this situation the target is very slow. >top shows: > >Mem: 29972K used, 464160K free, 0K shrd, 0K buff, 8040K cached >CPU: 0.1% usr 71.8% sys 0.0% nic 11.0% idle 0.0% io 0.0% irq 16.9% sirq >Load average: 4.52 2.48 1.06 2/86 203 > PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND > 61 2 root SW 0 0.0 0 20.1 [irq/18-pch-dma] > 78 2 root SW 0 0.0 0 16.6 [irq/18-ehci_hcd] > 188 2 root SW 0 0.0 0 14.5 [irq/18-pch_udc] > 82 2 root SW 0 0.0 0 9.1 [irq/18-ohci_hcd] > 81 2 root SW 0 0.0 0 8.3 [irq/18-ohci_hcd] > 80 2 root SW 0 0.0 0 7.8 [irq/18-ohci_hcd] > 3 2 root RW 0 0.0 0 6.6 [ksoftirqd/0] > >I hope that is right information to find the problem. pch_udc and maybe pch-dma are probably the two brining the system down. ehci & ohci are probably only invoked because they share the same line. Can you check what pch udc/dma are doing on normal situations and what is different on -RT? My guess is that the UDC is not working well. I just booted v3.10.14-rt9 on am335x-evm with musb as the UDC and rndis gadget against x86 with the same kernel. The host says: | usbcore: registered new interface driver cdc_ether | rndis_host 2-1.4:2.0: usb_probe_interface | rndis_host 2-1.4:2.0: usb_probe_interface - got id | rndis_host 2-1.4:2.0 usb0: register 'rndis_host' at usb-0000:00:05.0-1.4, RNDIS device, 42:10:84:84:ab:88 | usbcore: registered new interface driver rndis_host | usb 2-1.4: link qh32-0001/f19d9de0 start 2 [1/0 us] |root@squsb:~# ping 10.10.10.10 -c1 |PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data. |64 bytes from 10.10.10.10: icmp_seq=1 ttl=64 time=1.18 ms | |--- 10.10.10.10 ping statistics --- |1 packets transmitted, 1 received, 0% packet loss, time 0ms |rtt min/avg/max/mdev = 1.185/1.185/1.185/0.000 ms and the device: | usb0: eth_open | usb0: eth_start | g_ether gadget: rndis_open | rndis_set_param_medium: 0 4259840 | g_ether gadget: suspend | g_ether gadget: reset config | g_ether gadget: rndis deactivated | usb0: gether_disconnect | g_ether gadget: high-speed config #2: RNDIS | g_ether gadget: init rndis | g_ether gadget: RNDIS RX/TX early activation ... | usb0: qlen 10 | g_ether gadget: rndis_open | rndis_set_param_medium: 0 4259840 | usb0: eth_start | rndis_set_param_dev: | g_ether gadget: rndis req21.00 v0000 i0000 l24 | rndis_msg_parser: RNDIS_MSG_INIT | g_ether gadget: rndis reqa1.01 v0000 i0000 l1025 | g_ether gadget: rndis req21.00 v0000 i0000 l28 | gen_ndis_query_resp: RNDIS_OID_GEN_PHYSICAL_MEDIUM | g_ether gadget: rndis reqa1.01 v0000 i0000 l1025 | g_ether gadget: rndis req21.00 v0000 i0000 l76 | gen_ndis_query_resp: RNDIS_OID_802_3_PERMANENT_ADDRESS | g_ether gadget: rndis reqa1.01 v0000 i0000 l1025 | g_ether gadget: rndis req21.00 v0000 i0000 l32 | gen_ndis_set_resp: RNDIS_OID_GEN_CURRENT_PACKET_FILTER 0000002d | g_ether gadget: rndis reqa1.01 v0000 i0000 l1025 |/ # ping -c1 10.10.10.11 |PING 10.10.10.11 (10.10.10.11): 56 data bytes |64 bytes from 10.10.10.11: seq=0 ttl=64 time=1.433 ms I used a difference UDC (musb instead if pch_udc). Since the rndis is working I think is okay and the problem is somewhere around your UDC. Try to disable ehci & ohci and try to figure out why pch is taking so long. >Greetings >Alexander Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" 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] 6+ messages in thread
end of thread, other threads:[~2013-10-11 9:39 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-27 14:54 CONFIG_PREEMPT_RT_FULL an usb gadget Hänel-Baas, Alexander
2013-08-29 11:35 ` Sebastian Andrzej Siewior
[not found] ` <9BA84827B30CBE4996725F98F7DC91232F955F47@SMExchange01.siebmeyer.org>
2013-08-29 18:58 ` AW: " Sebastian Andrzej Siewior
2013-09-03 7:02 ` AW: " Hänel-Baas, Alexander
2013-09-12 11:41 ` Hänel-Baas, Alexander
2013-10-11 9:39 ` Sebastian Andrzej Siewior
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).