libusb: LIBUSB_ERROR_BUSY

[Axel V. (axel-f)]

Habe mir hier ein Testboard für den STM32H743 aufgebaut. Im Moment bin 
ich bei der Inbetriebnahme des FS USB. Ich habe sowohl ein 
"CDC-Standalone" Beispiel von ST als auch ein "Custom HID" Beispiel am 
laufen. Das Gerät ist am PC (Linux) per 'lsusb' auf der Konsole 
einwandfrei zu finden.

Eine Testsoftware, die libusb verwendet und in einem früheren Projekt 
bereits funktioniert hat, liefert nach dem anstecken des H743 Boards 
immer LIBUSB_ERROR_BUSY als Konfig Fehler:

// Testboard_H743_cb suchen & finden
        usb_error= libusb_init(NULL);
        if(usb_error)
            printf("USB Fehler: %i\n", usb_error);
        handle_usb=libusb_open_device_with_vid_pid(NULL, STM, VID);
        if(handle_usb== NULL)
            printf("Testboard H743 nicht gefunden \n");
        else
        {
            printf("Testboard H743 gefunden \n");
            usb_error=  libusb_set_configuration(handle_usb, 1);
            if(usb_error)
            {
                printf("Konfig Fehler: %i\n", usb_error);
            }

Das Suchprogramm läuft zyklisch, anbei noch die Konsolenausgabe.
Hat jemand eine Idee, in welche Richtung ich suchen sollte?

Danke & Gruß, Axel

[Richie (mikro123)]

int libusb_detach_kernel_driver(libusb_device_handle *devh, int interface)

int libusb_set_auto_detach_kernel_driver(libusb_device_handle *devh, int enable)

[Axel V. (axel-f)]

Moin Richie,
so, wie ich Deiner Antwort entnehme, gehst Du davon aus, daß der Kernel 
derzeit versucht, USB-Geräte bekannter Klassen sofort in Beschlag zu 
nehmen (claimen). Ich werde das nachher gleich testen.
Wahrscheinlich könnte ich auch eine "vendor specific class" nehmen, dann 
kann der Kernel nix claimen.
Bin selbst nicht so der Überflieger in Sachen USB, aber ich versuche 
mich gerade durchzubeißen.

Edit:
Das war es noch nicht, libusb_detach_kernel_driver() gibt zurück -5, 
also war das Gerät wohl nicht vom Kernel belegt.
Hast Du noch eine Idee?

Danke & Gruß, Axel

[J. S. (jojos)]

Liefert dmesg irgendwelche Infos?

[Axel V. (axel-f)]

dmesg liefert dieses:

[ 3023.857373] usb 5-3.2.1: new full-speed USB device number 8 using xhci_hcd
[ 3024.089776] usb 5-3.2.1: New USB device found, idVendor=0483, idProduct=5740, bcdDevice= 2.00
[ 3024.089779] usb 5-3.2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3024.089781] usb 5-3.2.1: Product: STM32 Virtual ComPort in FS Mod
[ 3024.089782] usb 5-3.2.1: Manufacturer: STMicroelectronics
[ 3024.089783] usb 5-3.2.1: SerialNumber: 0000000C0000
[ 3024.141823] cdc_acm 5-3.2.1:1.0: ttyACM0: USB ACM device
[ 3024.396432] usb 5-3.2.1: selecting invalid altsetting 1
[ 3027.311353] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #1
[ 3027.311357] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #-1
[ 3027.812112] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #1
[ 3027.812117] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #-1
[ 3028.312604] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #1
[ 3028.312609] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #-1
[ 3028.813171] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #1
[ 3028.813176] usb 5-3.2.1: usbfs: interface 0 claimed by usbfs while 'Testboard_H743_' sets config #-1
[ 3028.908740] usb 5-3.2.1: USB disconnect, device number 8

(Mod: pre-Tags hinzgefügt, sonst sieht das in der Mobilansicht unlesbar 
aus.)

[Harald K. (kirnbichler)]

Lass' Dir mal den USB-Devicedescriptor von dem Ding ausgeben.

Was ist der Zweck von

> libusb_set_configuration(handle_usb, 1);

Axel V. schrieb:
> [ 3024.396432] usb 5-3.2.1: selecting invalid altsetting 1

Hmm.

[Thomas Z. (usbman)]

Harald K. schrieb:
>> [ 3024.396432] usb 5-3.2.1: selecting invalid altsetting 1

Das ist ein SetInterface (1) request. Geht bei CDC natürlich nicht.
CDC ist ein Compound Device und hat 2 Interfaces die beide in den libusb 
Strukturen initialisiert werden müssen.

Also entweder das Devíce mit den Lowlevel Requests ansteuern oder halt 
die Deskriptoren auswerten und die Strukturen befüllen.

[Jim M. (turboj)]

Axel V. schrieb:
> Das war es noch nicht, libusb_detach_kernel_driver() gibt zurück -5,
> also war das Gerät wohl nicht vom Kernel belegt.

Nö.

Der gibt -5 zurück weil Du keine Root Rechte hast.

Las das ganze mal mit sudo laufen, kernel detach privilegien hat der 
User normalerweise nicht.

Der Hint in dmesg ist übrigens:
"[ 3024.141823] cdc_acm 5-3.2.1:1.0: ttyACM0: USB ACM device"

Denn hier hat der USB CDC Treiber sich die Interfaces gegriffen (USB CDC 
ACM müsste 2 Interfaces definieren).

[Axel V. (axel-f)]

Anbei Devicedeskriptor.

Wahrscheinlich wäre es sinnvoll, das device auf vendor class zu stellen. 
Daher kommt die SW im ersten Beitrag. Im Endeffekt brauche ich zwei bulk 
endpoints für Ein- und Ausgabe aufs device. Nix zeitkritisches.

@usbman: bist Du auch der Meinung, das ein umstellen auf vendor-class 
sinnvoll wäre?

@turboj: auch als root kommt -5 zurück.

[Norbert (der_norbert)]

Ein Versuch wäre es, ein unbind auf das Device zu machen.
Als root:

# cd /sys/bus/usb/drivers/cdc_acm
# ls -lL
drwxr-xr-x 5 root root    0 30. Mär 16:51 1-1.3.2:1.0
drwxr-xr-x 5 root root    0 30. Mär 16:51 1-1.3.2:1.1
Entweder:
# echo 1-1.3.2:1.1 > unbind
oder:
# echo 1-1.3.2:1.0 > unbind

[Thomas Z. (usbman)]

Axel V. schrieb:
> Im Endeffekt brauche ich zwei bulk
> endpoints für Ein- und Ausgabe aufs device. Nix zeitkritisches.

Warum baust du ein CDC wenn du nur 2 Bulk EPs brauchst? Zumal dein CDC 
noch nicht mal spec konform ist.
Wie gesagt CDC ist ein Compount Device und braucht eigentlich zwingend 
IAD. Mir ist auch klar dass es ohne IAD geht, aber halt nicht spec 
konform. Das hast du wohl bei STM abgeschrieben.

Wenn du auf Vendor umstellst wird kein CDC mehr erkannt. Die Pipes auf 
deinem Interface 1 musst du trotzdem initialisieren. Ich bin kein Freund 
von Libusb, aber wenn ich mich richtig erinnere muss vor dem Configure 
die Pipe Struktur gefüllt werden.

Zur Not kannst du auch Vendor CTL Requests ganz ohne EPs benutzen. Der 
usbASP macht das so.

https://github.com/usbman01/CH552_usbASP/blob/main/source/src/usbdrv.c

ich erreiche damit locker 6KB/s begrenzt durch den Flashing Speed

[Axel V. (axel-f)]

> Das hast du wohl bei STM abgeschrieben.
Es ist noch viel schlimmer; ich habe ein Beispiel von ST einfach 
hergenommen und kompiliert. Da ich das Board selbst aufgebaut habe, ging 
es natürlich erst mal darum, die Hardware prinzipiell in Funktion zu 
kriegen. Schnittstellen, auf denen man beide Seiten programmieren muß, 
sind halt von vornherein Henne-Ei-Problem.
Das CDC lief praktisch auf Anhieb, d.h. hat Daten vom PC direkt auf 
Ausgangs-UART vom H743 geschrieben.
Auf PC-Seite hole ich mir mit folgender Initialisierung mein Device:

        handle_usb=libusb_open_device_with_vid_pid(NULL, STM, VID);
        if(handle_usb== NULL)
            printf("Testboard H743 nicht gefunden \n");
        else
        {
            printf("Testboard H743 gefunden \n");
            usb_error=  libusb_set_configuration(handle_usb, 1);
            if(usb_error)
            {
                printf("Konfig Fehler: %i\n", usb_error);
                libusb_set_configuration(handle_usb, -1);
            }
            else
            {
                printf("konfiguriert...\n");
                usb_error=  libusb_claim_interface(handle_usb, 0);
                if(usb_error)
                    printf("Interface Fehler: %i\n", usb_error);
                else
                {
                    printf("Interface claimed \n");
                    usb_error=  libusb_set_interface_alt_setting(handle_usb, 0, 1);
                    if(usb_error)
                        printf("Alternate Fehler: %i\n", usb_error);
                    else
                    {
                        printf("Alternate set \n");
                        FH_connected= true;
                        gtk_label_set_attributes(statuszeile, hg_hellgrau);
                        gtk_label_set_text(statuszeile, "Verbunden");
                        programmblock_out->blocktyp= DUMMY;
                        libusb_bulk_transfer(handle_usb, EP_OUT, (unsigned char*)&outbuf, 500,  (int *)&transferred,20);
                    }
                }
            }
        }

Vielleicht kannst Du es kurz ansehen, ob arg Käse drin steht. Wie 
gesagt, es hat mal funktioniert, aber das heißt ja nix. Ich schaue mir 
Dein Beispiel lt. Link an.
Danke schon mal!!

[Harald K. (kirnbichler)]

Axel V. schrieb:
> Das CDC lief praktisch auf Anhieb, d.h. hat Daten vom PC direkt auf
> Ausgangs-UART vom H743 geschrieben.

Na, das bedeutet, daß das Codebeispiel so schlecht nicht ist.

Das Problem wird bei Deinem Versuch liegen, mit einem CDC-Device zu 
reden.

Hier gibts ein Beispiel, wie so etwas geht:

https://github.com/tytouf/libusb-cdc-example/blob/master/cdc_example.c

Das sieht ein bisschen anders aus, meinst Du nicht auch?

[Axel V. (axel-f)]

Ja klar, das sieht anders aus. So, wie ich das Beispiel verstehe, muß 
man erst mal 'irgendwem' das Interface aus den Klauen reißen. Deswegen 
werde ich meinen Code auf dem Device auf vendor class umstellen. Oder 
auf HID class. Das paßt vermutlich auch besser auf meine eigentliche 
Anforderung. Wie bereits gesagt, war das CDC nur der Versuch, das USB 
auf dem device überhaupt zum laufen zu kriegen.

Herzlichen Dank für den Tip!

[Thomas Z. (usbman)]

Axel V. schrieb:
> So, wie ich das Beispiel verstehe, muß
> man erst mal 'irgendwem' das Interface aus den Klauen reißen. Deswegen
> werde ich meinen Code auf dem Device auf vendor class umstellen.

wieso denn? Beim HID hättest du das gleiche Problem...

- Lass usb_error= libusb_set_configuration(handle_usb, 1); weg
- dann libusb_detach_kernel_driver(handle_usb, 1); //Interface 1
- und  libusb_claim_interface(handle_usb, 1);//Interface 1
- und  libusb_set_interface_alt_setting(handle_usb, 1, 0); //alt 0.

alt setings kannst du auch weglassen. Wenn du das aufrufst dann halt mit 
alt 0 alternate settings gibt es nur bei ISO Transfers um die Bandbreite 
zuzuteilen.

Wichtig ist dass du immer Interface 1 angibst, das ist dein Transfer 
Interface mit den Bulk Eps. Dann sollte das auch auf deinem CDC 
marschieren.

https://libusb.sourceforge.io/api-1.0/libusb_api.html

[Axel V. (axel-f)]

Ja, ich glaube, das war's. Code sieht jetzt so aus:

        handle_usb=libusb_open_device_with_vid_pid(NULL, STM, VID);
        if(handle_usb== NULL)
            printf("Testboard H743 nicht gefunden \n");
        else
        {
            printf("Testboard H743 gefunden \n");
            usb_error=  libusb_detach_kernel_driver(handle_usb, 1);
            printf("Detach Kernel: %i\n", usb_error);
            usb_error=  libusb_claim_interface(handle_usb, 1);
            printf("Claim IF: %i\n", usb_error);
            FH_connected= true;
            gtk_label_set_attributes(statuszeile, hg_hellgrau);
            gtk_label_set_text(statuszeile, "Verbunden");

Detach Kernel und Claim IF gibt jedes Mal 0 zurück. Danach schicke ich 
jede halbe sec. ein paar Zeichen runter und die kommen an. Jetzt kommt 
als nächstes die Empfangsrichtung...

Danke!