Forum: PC Hard- und Software [Linux+CDC] BOGUS urb xfer, pipe 3 != type 1

[Linux+CDC] BOGUS urb xfer, pipe 3 != type 1

von Max D. (max_d)

12.08.2015 19:03

Lesenswert?

•

Ich habe eine CDC-Usb SPI-Interface auf Basis von vusb ( 
http://www.recursion.jp/avrcdc/ ).
Bis jetzt lief das relativ zuverlässig, aber seit dem Update auf 
(K)ubuntu 15.04 mag es nichtmehr.
Wenn man es ansteckt erscheint zwar ein ttyACMx, aber ein Zugriff darauf 
bewirkt keine Reaktion in der Hardware.

Also mit dmesg nachgesehen was da hängt:
Neben einer langen Liste mit geladenen Modulen und Hardware-Infos 
erscheint die Meldung "BOGUS urb xfer, pipe 3 != type 1" in dem Log.

Ich hab dann nach diesem Fehler gegoogled, aber die meisten Ergebnisse 
waren von Leuten bei denen das von WLAN-Hardware ausgelöst wurde.
Als jemand der eher auf dem µC zuhause ist sind die riesigen 
Verstrickungen über unzählige Kernel-Module hinweg auch etwas schwer zu 
durchschauen.

Vielleicht hat ja jemand hier eine Lösung dazu ?
Danke für euer Hilfe :)

PS: Kernel-Version ist "3.19.0-25-generic"

Nachtrag: Wenn man eine frühere Version (14.04 hatte ich grade da) in 
der V-Box bootet und das Device da "durchschleift", dann funktioniert es 
in der vm ganz normal.....

So sehen die ganzen Fehler aus:

[11815.912822] ------------[ cut here ]------------
[11815.912825] WARNING: CPU: 3 PID: 7379 at /build/linux-OdodyZ/linux-3.19.0/drivers/usb/core/urb.c:450 usb_submit_urb.part.6+0x14f/0x5b0()
[11815.912826] usb 6-1.5.1: BOGUS urb xfer, pipe 3 != type 1
[11815.912826] Modules linked in: cdc_acm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) cfg80211 binfmt_misc ftdi_sio cp210x usbserial uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common snd_usb_audio videodev snd_usbmidi_lib media joydev fglrx(POE) snd_hda_codec_realtek snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm intel_rapl iosf_mbi x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel snd_seq_midi aesni_intel snd_seq_midi_event aes_x86_64 lrw gf128mul snd_rawmidi snd_seq glue_helper ablk_helper cryptd amd_iommu_v2 snd_seq_device snd_timer serio_raw mei_me ie31200_edac mei snd edac_core nuvoton_cir rc_core shpchp soundcore 8250_fintek lpc_ich mac_hid
[11815.912852]  parport_pc ppdev lp parport autofs4 uas usb_storage hid_generic usbhid hid mxm_wmi i915 i2c_algo_bit psmouse tg3 drm_kms_helper ptp pps_core drm ahci libahci wmi video
[11815.912861] CPU: 3 PID: 7379 Comm: gtkterm Tainted: P        W  OE  3.19.0-25-generic #26-Ubuntu
[11815.912862] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z77 Extreme6, BIOS P2.80 07/01/2013
[11815.912863]  ffffffff81b23440 ffff8801bf507978 ffffffff817c4518 0000000000000007
[11815.912865]  ffff8801bf5079c8 ffff8801bf5079b8 ffffffff81076a6a 00000000000000d0
[11815.912869] Call Trace:
[11815.912871]  [<ffffffff817c4518>] dump_stack+0x45/0x57
[11815.912873]  [<ffffffff81076a6a>] warn_slowpath_common+0x8a/0xc0
[11815.912875]  [<ffffffff81076ae6>] warn_slowpath_fmt+0x46/0x50
[11815.912878]  [<ffffffff815bf39f>] usb_submit_urb.part.6+0x14f/0x5b0
[11815.912881]  [<ffffffff815bf845>] usb_submit_urb+0x45/0x90
[11815.912883]  [<ffffffffc09f0175>] acm_submit_read_urb+0x45/0xa0 [cdc_acm]
[11815.912886]  [<ffffffffc09f021a>] acm_submit_read_urbs+0x4a/0x70 [cdc_acm]
[11815.912888]  [<ffffffffc09f3487>] acm_port_activate+0x197/0x218 [cdc_acm]
[11815.912891]  [<ffffffff814ae281>] tty_port_open+0x91/0x110
[11815.912893]  [<ffffffffc09f0ec7>] acm_tty_open+0x37/0x70 [cdc_acm]
[11815.912896]  [<ffffffff814a6027>] tty_open+0xf7/0x680
[11815.912898]  [<ffffffff811f96df>] chrdev_open+0x9f/0x1d0
[11815.912901]  [<ffffffff81314cb6>] ? security_file_open+0x76/0x80
[11815.912903]  [<ffffffff811f9640>] ? cdev_put+0x30/0x30
[11815.912905]  [<ffffffff811f2112>] do_dentry_open+0x1d2/0x330
[11815.912907]  [<ffffffff811f23d9>] vfs_open+0x49/0x50
[11815.912910]  [<ffffffff81202547>] do_last+0x247/0x12c0
[11815.912913]  [<ffffffff812055b0>] path_openat+0x80/0x5f0
[11815.912916]  [<ffffffff8121124c>] ? destroy_inode+0x3c/0x70
[11815.912918]  [<ffffffff81206d3a>] do_filp_open+0x3a/0xb0
[11815.912920]  [<ffffffff81213b27>] ? __alloc_fd+0xa7/0x130
[11815.912922]  [<ffffffff811f3d2a>] do_sys_open+0x12a/0x280
[11815.912925]  [<ffffffff81093eec>] ? task_work_run+0xbc/0xf0
[11815.912931]  [<ffffffff811f3e9e>] SyS_open+0x1e/0x20
[11815.912933]  [<ffffffff817cb5cd>] system_call_fastpath+0x16/0x1b
[11815.912934] ---[ end trace 5b0723b367ccbd43 ]---

12.08.2015 19:15: Bearbeitet durch User

Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat

Re: [Linux+CDC] BOGUS urb xfer, pipe 3 != type 1

von Clemens L. (c_l)

12.08.2015 20:33

Lesenswert?

•

▲
▼

Max D. schrieb:
> http://www.recursion.jp/avrcdc/

Zitat:
| three endpoints and the bulk transfer on low-speed device violates the
| USB standard
| [...]
| switch to the HID protocol or to MCU having on-chip USB controller

12.08.2015 20:35: Bearbeitet durch User

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Re: [Linux+CDC] BOGUS urb xfer, pipe 3 != type 1

von Max D. (max_d)

12.08.2015 20:37

Lesenswert?

•

▲
▼

Grade eben wolltest du noch lsusb sehen...
Ich weiß, das v-usb an sich nich 100% konform is, aber bis jetzt ging es 
doch auch....
So sieht lsusb aus:

max@max-desktop:~$ sudo lsusb -v -s6:22
Bus 006 Device 022: ID 16c0:05e1 Van Ooijen Technische Informatica Free shared USB VID/PID pair for CDC devices                                                                                                                                                                
  idProduct          0x05e1 Free shared USB VID/PID pair for CDC devices                                                                                                                                                                                                       
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         2 Communications
      bInterfaceSubClass      2 Abstract (modem)
      bInterfaceProtocol      1 AT-commands (v.25ter)
      iInterface              0 
      CDC Header:
      CDC ACM:
        bmCapabilities       0x06
          sends break
          line coding and serial state
      CDC Union:
        bMasterInterface        0
        bSlaveInterface         1 
      CDC Call Management:
        bmCapabilities       0x03
          call management
          use DataInterface
        bDataInterface          1
      Endpoint Descriptor:
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval             255
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        1
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass        10 CDC Data
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 
      iInterface              0 
      Endpoint Descriptor:
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval               0
      Endpoint Descriptor:
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval               0
Device Status:     0x0001
  Self Powered

12.08.2015 20:40: Bearbeitet durch User

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Re: [Linux+CDC] BOGUS urb xfer, pipe 3 != type 1

von Clemens L. (c_l)

12.08.2015 21:06

Lesenswert?

•

▲
▼

Max D. schrieb:
>       Endpoint Descriptor:
>           Transfer Type            Bulk
>       Endpoint Descriptor:
>           Transfer Type            Bulk

Das ist bei Low-Speed-Geräten nicht erlaubt.

Und das Problem ist nicht die Warnung (die wird einfach nur ausgegeben, 
und der Code macht dann weiter), sondern eine andere Änderung irgendwo 
im USB-Stack.

> Ich weiß, das v-usb an sich nich 100% konform is, aber bis jetzt ging es
> doch auch....

Auch wenn V-USB an sich Blödsinn ist: eine Regression wird grundsätzlich 
als Fehler gesehen. Aber ein Bugreport hat eine größere Chance, behoben 
zu werden, wenn du herausfindest, welche konkrete Änderung dein Problem 
verursacht hat: https://wiki.ubuntu.com/Kernel/KernelBisection

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Thread beobachten |

Seitenaufteilung abschalten

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.

Bestehender Account

Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen

Noch kein Account? Hier anmelden.

Kontakt/Impressum – Datenschutzerklärung – Nutzungsbedingungen – Werbung auf Mikrocontroller.net