Anzeige:
Ergebnis 1 bis 12 von 12

Thema: usb-adapter geht nur ohne hub

  1. #1
    ----------- Avatar von hoxel
    Registriert seit
    Apr 2003
    Beiträge
    13

    usb-adapter geht nur ohne hub

    Hallo
    mein usb-seriell adapter funktioniert ohne problem wenn ich ihn direkt an meinen suse 9.2 linux anschliesse.
    lsusb sagt dann:
    Bus 004 Device 001: ID 0000:0000
    Bus 003 Device 001: ID 0000:0000
    Bus 002 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
    Bus 002 Device 002: ID 1267:0210
    Bus 002 Device 001: ID 0000:0000
    Bus 001 Device 001: ID 0000:0000
    (ID 1267:0210 ist meine Maus)
    wenn ich den hub dazwischen schalte finde ich den seriellen adapter nicht mehr als /dev/ttyUSB0 - /dev/ttyUSB15
    lsusb sagt dann:
    Bus 004 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
    Bus 004 Device 002: ID 05e3:0605 Genesys Logic, Inc.
    Bus 004 Device 001: ID 0000:0000
    Bus 003 Device 001: ID 0000:0000
    Bus 002 Device 002: ID 1267:0210
    Bus 002 Device 001: ID 0000:0000
    Bus 001 Device 001: ID 0000:0000

    hat jemand ahnung?
    Hat es was mit dem Bus zu tun?
    Den auf meinem alten Rechner geht es - der hat nur ein Bus?

    Jemand ne idee wie ich da weiter komme?

    axel

  2. #2
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Naja, da scheint er ja zu sein (ich vermute mal es ist der "Bus 004 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port").
    Poste mal die Logs nach dem Einstecken am Hub (dmesg und /var/log/syslog), da sollte das Gerät Erwähung finden).
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  3. #3
    ----------- Avatar von hoxel
    Registriert seit
    Apr 2003
    Beiträge
    13

    /var/log/messages

    ich habe

    tail -f /var/log/messages

    gestartet und bekomme, wenn ich den adapter direkt an die usb anschliesse:

    Apr 3 23:02:35 linux kernel: usb 2-2: new full speed USB device using address 5
    Apr 3 23:02:35 linux kernel: usb 2-2: Product: USB-Serial Controller
    Apr 3 23:02:35 linux kernel: usb 2-2: Manufacturer: Prolific Technology Inc.
    Apr 3 23:02:35 linux kernel: usbserial 2-2:1.0: PL-2303 converter detected
    Apr 3 23:02:35 linux kernel: usb 2-2: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
    Apr 3 23:02:35 linux /etc/hotplug/usb.agent[5667]: need a device for this command
    Apr 3 23:02:35 linux /etc/hotplug/tty.agent[5669]: add tty device /class/tty/ttyUSB0
    Apr 3 23:02:36 linux kernel: PL-2303 driver type: new (PL-2303X).

    ttyUSB0 ist nun voll funktionsfähig
    Nach dem Rausziehen der usb kommt:

    Apr 3 23:05:16 linux kernel: usb 2-2: USB disconnect, address 5
    Apr 3 23:05:16 linux kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
    Apr 3 23:05:16 linux kernel: usbserial 2-2:1.0: device disconnected
    Apr 3 23:05:16 linux /etc/hotplug/tty.agent[5785]: TTY try 1 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:05:16 linux /etc/hotplug/usb.agent[5787]: need a device for this command
    Apr 3 23:05:17 linux /etc/hotplug/tty.agent[5785]: TTY try 2 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:05:18 linux /etc/hotplug/tty.agent[5785]: TTY try 3 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:05:19 linux /etc/hotplug/tty.agent[5785]: TTY try 4 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:05:20 linux /etc/hotplug/tty.agent[5785]: TTY try 5 while waiting for /class/tty/ttyUSB0's bus_id

    Nach reinstecken des Hubs kommt:

    Apr 3 23:06:36 linux kernel: usb 4-4: new high speed USB device using address 6
    Apr 3 23:06:36 linux kernel: usb 4-4: Product: USB2.0 Hub
    Apr 3 23:06:36 linux kernel: hub 4-4:1.0: USB hub found
    Apr 3 23:06:36 linux kernel: hub 4-4:1.0: 4 ports detected
    Apr 3 23:06:36 linux /etc/hotplug/usb.agent[5852]: need a device for this command

    Nach reinstecken des Adapters an den Hub kommt:

    Apr 3 23:07:58 linux kernel: usb 4-4.3: new full speed USB device using address 7
    Apr 3 23:07:58 linux kernel: ehci_hcd 0000:00:1d.7: qh de1f5280 (#0) state 1
    Apr 3 23:07:58 linux kernel: usb 4-4.3: Product: USB-Serial Controller
    Apr 3 23:07:58 linux kernel: usb 4-4.3: Manufacturer: Prolific Technology Inc.
    Apr 3 23:07:58 linux kernel: usbserial 4-4.3:1.0: PL-2303 converter detected
    Apr 3 23:07:58 linux kernel: usb 4-4.3: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
    Apr 3 23:07:58 linux /etc/hotplug/usb.agent[5943]: need a device for this command
    Apr 3 23:07:59 linux /etc/hotplug/tty.agent[5945]: add tty device /class/tty/ttyUSB0

    so bleibt es bis ich versuche mit ttyUSB0 zu verbinden und dann kommt:

    Apr 3 23:08:51 linux kernel: PL-2303 driver type: new (PL-2303X).
    Apr 3 23:08:51 linux kernel: PL-2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28
    Apr 3 23:08:51 linux kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
    Apr 3 23:08:51 linux /etc/hotplug/tty.agent[6078]: TTY try 1 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:08:52 linux /etc/hotplug/tty.agent[6078]: TTY try 2 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:08:53 linux /etc/hotplug/tty.agent[6078]: TTY try 3 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:08:54 linux /etc/hotplug/tty.agent[6078]: TTY try 4 while waiting for /class/tty/ttyUSB0's bus_id
    Apr 3 23:08:56 linux /etc/hotplug/tty.agent[6078]: TTY try 5 while waiting for /class/tty/ttyUSB0's bus_id

    tja - hat da jemand ne idee?

    axel

  4. #4
    ----------- Avatar von hoxel
    Registriert seit
    Apr 2003
    Beiträge
    13

    dmsg -c

    die dmsg -c ausgaben:::

    nach dem Einstecken des Adapters direkt ins usb:

    usbserial 2-2:1.0: PL-2303 converter detected
    usb 2-2: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
    PL-2303 driver type: new (PL-2303X).

    Nun ist der adapter funktionsfaehig und es gibt keine Meldungen.
    Nach den rausziehen kommt:

    usb 2-2: USB disconnect, address 7
    PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
    usbserial 2-2:1.0: device disconnected

    Erscheint ja plausibel ok!

    Nun nach dem Reistecken des hubs kommt:

    usb 4-4: new high speed USB device using address 8
    usb 4-4: Product: USB2.0 Hub
    hub 4-4:1.0: USB hub found
    hub 4-4:1.0: 4 ports detected

    nach reistecken des adapters:

    usb 4-4.4: new full speed USB device using address 10
    ehci_hcd 0000:00:1d.7: qh de1f5380 (#0) state 1
    usb 4-4.4: Product: USB-Serial Controller
    usb 4-4.4: Manufacturer: Prolific Technology Inc.
    usbserial 4-4.4:1.0: PL-2303 converter detected
    usb 4-4.4: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)

    nach versuch ttUSB0 zu verbinden:

    PL-2303 driver type: new (PL-2303X).
    PL-2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28
    PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
    l
    Das sieht nicht so richtig aus?!?!
    kann mir jemand die meldung erklaeren?

    axel

  5. #5
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Goolge hat gerade (nach langer Suche ) was ausgespuckt, was hilfreich sein könnte:
    I might have discovered the reason by accident last week.
    If a device requires interrupt transfers, plugging it into
    a hub and then into EHCI will not work. Requests to transfer
    interrupt URBs fail (unless the interrupt period is bigger
    than a certain value, usually 4ms). The EHCI driver is unable
    to calculate the bandwidth correctly and refusts the transfer.
    This happens because USB 2.0 hubs already contain interrupt
    endpoints, and so transfer are already started in slots.
    And the current EHCI driver cannot provide sharing between
    those transfers.

    Unfortunately, prognosis is not good. The upstream author (David B)
    says that more fine grained interrupt transfer scheduling is
    possible, but not easy to do. I looked at the code and was unable
    to understand it at all.

    The workaround is to use a USB 1.1 hub and/or move devices with
    interrupt endpoints to different buses/controllers.
    [1]

    Versuch' mal folgendes (ich habe einen USB-Stick der mit usb-ehci ebenfalls nicht läuft, und bei dem geht's so einigermassen):

    Führ' als root "rmmod ehci_hcd" und danach "modprobe uhci_hcd" oder "modprobe ohci_hcd" aus (je nachdem, was geht); das sollte den Port-Converter dazu prügeln, usb1.1 zu verwenden (was iirc immernoch schnell genug ist )


    MiGo



    [1] https://bugzilla.redhat.com/bugzilla....cgi?id=131100
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  6. #6
    Registrierter Benutzer Avatar von undefined
    Registriert seit
    Feb 2004
    Beiträge
    1.535
    Ich arbeite an dem gleichen Problem.
    Es hängt mit udev und device-mapper zusammen.
    Die links in /dev werden beim Aushängen nicht gelöscht und daher auch nicht überschrieben. Du kannst aber nachhelfen
    Als root lsusb -v zeigt dir deine Geräte an.
    In der /etc/udev/rules.d/50-udev.rules
    Kannst du dein Gerät Einstellen. Mehr Info findest du unter man udev
    Dort kannst du deinen HUB festlegen.
    Beispiel:
    Code:
    BUS="usb", PROGRAM="/sbin/udev.get_persistent_device_name.sh", SYSFS{serial}="B109711707500005", SYSFS{idVendor}="0ea0", SYSFS{idProduct}="2168", NAME="%k", SYMLINK="usbstick"
    mfg undefined
    Geändert von undefined (04.04.05 um 10:55 Uhr)
    mfg undefined
    --
    Undefined Behavior (undefiniertes Verhalten) bedeutet meistens etwas ungültiges.
    Speichenrechner - .htpasswd - qx11grab - MX-1000 Treiber - QTidy

  7. #7
    ----------- Avatar von hoxel
    Registriert seit
    Apr 2003
    Beiträge
    13

    Cool

    hallo

    also mit:

    root#rmmod ehci_hcd

    laeuft es. Warum habe ich zwar nicht verstanden?
    liegt das daran das ehci_hcd fuer usb2.0 zuständig ist und wenn es nicht da ist ohci_hcd die arbeit im usb1.1 übernimmt??

    wuerde das mit einem neueren Kernel laufen?

    Naja "undefined" dein Beitrag muss ich erst mal etwas verdauen. Da fehlen mir ein bischen die Grundkenntnisse.
    Mein Selbstgebastelter USB Adapter läuft jedenfalls erst einmal am hub, so werde ich spaeter versuchen es weiter zu verstehen.

    Danke erst einmal

    hoxel

  8. #8
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Ja, der Treiber für USB2.0 heisst ehci_hcd. Und der hat anscheinend (noch?) ein Problem damit, Geräte, die einen Interrupt brauchen, durch einen Hub durch korrekt zu betreiben. ohci_ bzw uhci_hcd (je nach Conrtoller) ist der Treiber für USB1.1, der die Arbeit von ehci_hcd übernehmen kann, allerdings langsamer.

    Ob sich das Problem duch einen neuen Kernel lösen lässt? Irgenwann vielleicht, im Moment aber meines Wissens nicht.
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  9. #9
    Registrierter Benutzer Avatar von undefined
    Registriert seit
    Feb 2004
    Beiträge
    1.535
    Zitat Zitat von hoxel
    hallo
    Naja "undefined" dein Beitrag muss ich erst mal etwas verdauen. Da fehlen mir ein bischen die Grundkenntnisse.
    Mein Selbstgebastelter USB Adapter läuft jedenfalls erst einmal am hub, so werde ich spaeter versuchen es weiter zu verstehen.
    Danke erst einmal
    hoxel
    Ich weiss, ich habe auch drei Tage daran gehangen, aber jetzt funzt es
    Es hat auf jeden fall nicht viel mit deinen Kernel Modulen zu tun.
    mfg undefined
    --
    Undefined Behavior (undefiniertes Verhalten) bedeutet meistens etwas ungültiges.
    Speichenrechner - .htpasswd - qx11grab - MX-1000 Treiber - QTidy

  10. #10
    nic-nac-project.de rulez Avatar von rch
    Registriert seit
    Nov 2004
    Beiträge
    34
    Hallo zusammen, ich habe das selbe Problem.

    Einige Geräte laufen bei mir über meinen USB 2.0 Hub absolut nicht. Greife ich auf die oben beschriebene Möglichkeit mit rmmod ehci_hcd" und anschließendem "modprobe uhci_hcd" und "modprobe ohci_hcd" läuft alles sauber.

    Mein Problem ist nun folgendes, ich habe keine Lust das jedes mal aufs neue machen zu müssen (nach einem Neustart). Ich habe schon probiert das Modul ehci_hcd in /etc/hotplug/blacklist (nicht blacklist.d) einzutragen. In der Hoffnung das Modul wird einfach nicht mehr geladen und gut ist.

    Leider war etwas anderes das Ergebnis. Es hatte sich NICHTS verändert. Das Modul wurde zwar augenscheinlich nicht mehr geladen aber mein Scanner (worüber ich ja erst auf das Problem aufmerksam wurde und der mir auch immer als Testproband diente) funktionierte danach immer noch nicht.

    Kennt jemand eine Möglichkeit das so einzurichten das der Hub dazu genötigt wird auf USB 1.0 runter zu schalten? Dann schließ ich nämlich (so lange bis das Problem irgendwann gelöst wird) dort meine USB 1.0 Geräte an und den Rest halt eben so an den PC.

    Im Zweifel würde ich auch ganz auf USB 1.0 runter schalten, aber irgendwie kriege ich das eben nicht hin. Das "rausschmeißen" via /etc/hotplug/blacklist hat ja nicht gefunzt.

    Hat jemand eine Idee???

  11. #11
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Wahrscheinlich werden die Treiber nicht vom hotplug-script geladen, daher zeigt der Eintrag in die Blacklist keine Wirkung.

    Ein Workaround wäre, die rmmod/modprobe-Sequenz in eines der Init-scripte zu packen (S99local oder so ähnlich).

    MiGo
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  12. #12
    nic-nac-project.de rulez Avatar von rch
    Registriert seit
    Nov 2004
    Beiträge
    34
    Sorry das ich erst jetzt antworte. Wie mache ich das? Habe sowas noch nie gemacht! Bin recht neu bei Linux dabei.

Ähnliche Themen

  1. Pinnacle PCTV Sat
    Von compufreak im Forum Fernsehen
    Antworten: 6
    Letzter Beitrag: 13.04.06, 11:39
  2. Wie wird mein MP3-Player von Linux erkannt?
    Von 123Linux im Forum Mobiles Linux, Notebook, PDA
    Antworten: 30
    Letzter Beitrag: 25.06.05, 17:55
  3. Suse 9.2 und Siemens Gigaset USB Adapter 54
    Von thesmarty im Forum Mobiles Linux, Notebook, PDA
    Antworten: 0
    Letzter Beitrag: 09.12.04, 22:31
  4. Erkennung von USB
    Von gast44 im Forum System installieren und konfigurieren
    Antworten: 22
    Letzter Beitrag: 01.08.04, 16:08
  5. Suse 9.1 bleibt hängen
    Von satfan im Forum System installieren und konfigurieren
    Antworten: 5
    Letzter Beitrag: 23.07.04, 10:20

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •