Hallo zusammen,
ich benutze hier momentan SUSE 10.0 auf einem Thinkpad R51, was auch an sich problemlos funktioniert. Für den Internetzugang verfüge ich jedoch nur über einen ISDN-Zugang, den ich über einen AVM Bluefritz USB-Bluetooth-Stick in Verbindung mit dem Fritz AP-X herstelle. Auch das funktioniert problemlos, allerdings nur, wenn ich das Gerät direkt an eine USB-Buchse meines Laptops anschliesse. Zur Information hier ein kleiner Auszug aus /var/log/messages, damitklar wird, wie das auszusehen hat:
Schließe ich das Gerät jedoch an einen USB-Hub an (lauf lsusb handelt es sich hier um einen "Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub""), schlägt das laden der Firmware fehl:
Hat hier jemand von euch eine Ahnung, woran das liegt? Oder was ich dagegen machen kann?
Den Fritz! AP-X kann man auch direkt ohne Bluetooth per USB an den Rechner anschließen, hierfür ist das binäre AVM-Modul fxusb zuständig. Auch hier das selbe Phänomen: Direkt am Rechner angeschlossen klappt alles, am Hub jedoch nicht. Hier ist zwar zuerst kein Fehler erkennbar, auch eine Interneteinwahl funktioniert problemlos wird nach einigen Sekunden bis Minuten jedoch wieder getrennt. Es fließen keine Daten mehr, die Leuchte am AP-X zeigt jedoch weiterhin einen belegten B-Kanal an. Auch hier mal ein entsprechendes Log:
Die Einwahl klappt problemlos, bis (hier) 17:47:30, wo ein Fehler auftritt und die Verbindung getrennt wird:
Hier stellt sich mir die gleiche Frage: Warum klappt das hinterm meinem Hub nicht? Maus, USB-Stick, Drucker und Festplatte funktionieren problemlos, ich gehe also davon aus, daß der Hub nicht kaputt ist. Ich habe leider momentan aber auch keinen anderen Hub zur Verfügung, um zu testen, ob das ein generelles Problem ist. Ich hab zwar hier ein Gerät liegen, daß eine ganz andere Gehäuseform aufweist, laut lsusb aber den gleichen Cypress-Chipsatz verwendet. Da es hiermit auch nicht funktioniert stellt sich die gleiche Frage: Liegts an dem Betrieb hinter dem Hub allgemein? Oder taugt vielleicht der Cypress-Billigchipsatz nichts?
Vielen Dank für die Hilfe und für das Lesen dieses langen Beitrags
mfg
KillerGurke
ich benutze hier momentan SUSE 10.0 auf einem Thinkpad R51, was auch an sich problemlos funktioniert. Für den Internetzugang verfüge ich jedoch nur über einen ISDN-Zugang, den ich über einen AVM Bluefritz USB-Bluetooth-Stick in Verbindung mit dem Fritz AP-X herstelle. Auch das funktioniert problemlos, allerdings nur, wenn ich das Gerät direkt an eine USB-Buchse meines Laptops anschliesse. Zur Information hier ein kleiner Auszug aus /var/log/messages, damitklar wird, wie das auszusehen hat:
Code:
Jan 2 17:52:15 laptop kernel: usb 2-2: new full speed USB device using uhci_hcd and address 3
Jan 2 17:52:15 laptop kernel: usb 2-2: configuration #1 chosen from 2 choices
Jan 2 17:52:15 laptop kernel: Bluetooth: Core ver 2.7
Jan 2 17:52:15 laptop kernel: NET: Registered protocol family 31
Jan 2 17:52:15 laptop kernel: Bluetooth: HCI device and connection manager initialized
Jan 2 17:52:15 laptop kernel: Bluetooth: HCI socket layer initialized
Jan 2 17:52:15 laptop kernel: Bluetooth: L2CAP ver 2.7
Jan 2 17:52:15 laptop kernel: Bluetooth: L2CAP socket layer initialized
Jan 2 17:52:15 laptop kernel: CAPI Subsystem Rev 1.1.2.8
Jan 2 17:52:15 laptop kernel: Bluetooth: CMTP (CAPI Emulation) ver 1.0
Jan 2 17:52:15 laptop kernel: Bluetooth: BlueFRITZ! USB driver ver 1.1
Jan 2 17:52:15 laptop kernel: Bluetooth: BlueFRITZ! USB loading firmware
Jan 2 17:52:18 laptop kernel: Bluetooth: BlueFRITZ! USB device ready
Jan 2 17:52:18 laptop kernel: usbcore: registered new driver bfusb
Jan 2 17:52:18 laptop kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 2 17:52:18 laptop kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
Jan 2 17:52:18 laptop kernel: capifs: Rev 1.1.2.3
Jan 2 17:52:18 laptop kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Jan 2 17:52:19 laptop kernel: capidrv: Rev 1.1.2.2: loaded
Jan 2 17:52:20 laptop isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device)
Jan 2 17:52:20 laptop isdnlog: isdnlog Version 4.70 exiting
Jan 2 17:52:20 laptop isdnlog: exit now 2
Jan 2 17:52:25 laptop ifup: No configuration found for isdn*
Jan 2 17:52:25 laptop hcid[6307]: Bluetooth HCI daemon
Jan 2 17:52:25 laptop sdpd[6311]: Bluetooth SDP daemon
Jan 2 17:52:25 laptop hcid[6307]: HCI dev 0 up
Jan 2 17:52:25 laptop hcid[6307]: Starting security manager 0
Jan 2 17:52:25 laptop kernel: Bluetooth: HIDP (Human Interface Emulation) ver 1.1
Jan 2 17:52:25 laptop hidd[6319]: Bluetooth HID daemon
Jan 2 17:52:25 laptop kernel: Bluetooth: RFCOMM ver 1.5
Jan 2 17:52:25 laptop kernel: Bluetooth: RFCOMM socket layer initialized
Jan 2 17:52:25 laptop kernel: Bluetooth: RFCOMM TTY layer initialized
Schließe ich das Gerät jedoch an einen USB-Hub an (lauf lsusb handelt es sich hier um einen "Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub""), schlägt das laden der Firmware fehl:
Code:
Jan 2 17:40:48 laptop kernel: usb 4-3.1: new full speed USB device using ehci_hcd and address 4
Jan 2 17:40:48 laptop kernel: usb 4-3.1: configuration #1 chosen from 2 choices
Jan 2 17:40:48 laptop kernel: Bluetooth: Core ver 2.7
Jan 2 17:40:48 laptop kernel: NET: Registered protocol family 31
Jan 2 17:40:48 laptop kernel: Bluetooth: HCI device and connection manager initialized
Jan 2 17:40:48 laptop kernel: Bluetooth: HCI socket layer initialized
Jan 2 17:40:48 laptop kernel: Bluetooth: L2CAP ver 2.7
Jan 2 17:40:48 laptop kernel: Bluetooth: L2CAP socket layer initialized
Jan 2 17:40:48 laptop kernel: CAPI Subsystem Rev 1.1.2.8
Jan 2 17:40:48 laptop kernel: Bluetooth: CMTP (CAPI Emulation) ver 1.0
Jan 2 17:40:48 laptop kernel: Bluetooth: BlueFRITZ! USB driver ver 1.1
Jan 2 17:40:48 laptop kernel: Bluetooth: BlueFRITZ! USB loading firmware
Jan 2 17:40:53 laptop kernel: bfusb_load_firmware: Error in null packet request
Jan 2 17:40:53 laptop kernel: bfusb_probe: Firmware loading failed
Jan 2 17:40:53 laptop kernel: bfusb: probe of 4-3.1:1.0 failed with error -5
Jan 2 17:40:53 laptop kernel: usbcore: registered new driver bfusb
Jan 2 17:40:54 laptop kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 2 17:40:54 laptop kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
Jan 2 17:40:54 laptop kernel: capifs: Rev 1.1.2.3
Jan 2 17:40:54 laptop kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Jan 2 17:40:55 laptop kernel: capidrv: Rev 1.1.2.2: loaded
Jan 2 17:40:55 laptop isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device)
Jan 2 17:40:55 laptop isdnlog: isdnlog Version 4.70 exiting
Jan 2 17:40:55 laptop isdnlog: exit now 2
Jan 2 17:41:00 laptop ifup: No configuration found for isdn*
Hat hier jemand von euch eine Ahnung, woran das liegt? Oder was ich dagegen machen kann?
Den Fritz! AP-X kann man auch direkt ohne Bluetooth per USB an den Rechner anschließen, hierfür ist das binäre AVM-Modul fxusb zuständig. Auch hier das selbe Phänomen: Direkt am Rechner angeschlossen klappt alles, am Hub jedoch nicht. Hier ist zwar zuerst kein Fehler erkennbar, auch eine Interneteinwahl funktioniert problemlos wird nach einigen Sekunden bis Minuten jedoch wieder getrennt. Es fließen keine Daten mehr, die Leuchte am AP-X zeigt jedoch weiterhin einen belegten B-Kanal an. Auch hier mal ein entsprechendes Log:
Code:
Jan 2 17:44:46 laptop kernel: usb 4-3.1: new full speed USB device using ehci_hcd and address 4
Jan 2 17:44:47 laptop kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 2 17:44:47 laptop kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
Jan 2 17:44:47 laptop kernel: CAPI Subsystem Rev 1.1.2.8
Jan 2 17:44:47 laptop kernel: capifs: Rev 1.1.2.3
Jan 2 17:44:47 laptop kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Jan 2 17:44:48 laptop kernel: fxusb: module license 'Proprietary' taints kernel.
Jan 2 17:44:48 laptop kernel: fxusb: AVM FRITZ!X USB/FRITZ!X ISDN driver, revision 0.6.4
Jan 2 17:44:48 laptop kernel: fxusb: (fxusb built on Dec 11 2005 at 13:49:33)
Jan 2 17:44:48 laptop kernel: fxusb: -- 32 bit CAPI driver --
Jan 2 17:44:48 laptop kernel: fxusb: Loading...
Jan 2 17:44:48 laptop kernel: fxusb: Driver 'fxusb' attached to fxusb-stack. (152)
Jan 2 17:44:48 laptop kernel: fxusb: Stack version 3.11-06
Jan 2 17:44:48 laptop kernel: kcapi: Controller 1: fxusb-0004 attached
Jan 2 17:44:48 laptop kernel: kcapi: card 1 "fxusb-0004" ready.
Jan 2 17:44:48 laptop kernel: usbcore: registered new driver fxusb
Jan 2 17:44:48 laptop kernel: fxusb: Loaded.
Jan 2 17:44:48 laptop kernel: capidrv-1: now up (2 B channels)
Jan 2 17:44:48 laptop kernel: capidrv-1: D2 trace enabled
Jan 2 17:44:48 laptop kernel: capidrv: Rev 1.1.2.2: loaded
Jan 2 17:44:48 laptop isdnlog: isdnlog Version 4.70 starting
Jan 2 17:44:48 laptop isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat]
Jan 2 17:44:49 laptop isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH BE CN
Jan 2 17:44:49 laptop isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5
Jan 2 17:44:49 laptop isdnlog: Rates Version 3.12 [27-Feb-2005 22:15:34] loaded [87 Providers, 0 skipped, 1325 Zones, 4755 Areas, 86 Services, 726 Comments, 10 eXceptions, 65 Redirects, 4298 Rates from /usr/lib/isdn/rate-de.dat]
Jan 2 17:44:49 laptop isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available)
Jan 2 17:44:49 laptop isdnlog: isdn.conf:2 active channels, 2 MSN/SI entries
Jan 2 17:44:49 laptop isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
Jan 2 17:44:49 laptop isdnlog: Everything is fine, isdnlog-4.70 is running in full featured mode.
Jan 2 17:44:49 laptop isdnlog: (AVM B1 driver detected (D2))
Jan 2 17:44:53 laptop ifup: No configuration found for isdn*
Die Einwahl klappt problemlos, bis (hier) 17:47:30, wo ein Fehler auftritt und die Verbindung getrennt wird:
Code:
Jan 2 17:46:35 laptop ipppd[6494]: Found 1 device:
Jan 2 17:46:35 laptop ipppd[6495]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Jan 2 17:46:35 laptop ipppd[6495]: init_unit: 0
Jan 2 17:46:35 laptop kernel: ippp, open, slot: 0, minor: 0, state: 0000
Jan 2 17:46:35 laptop kernel: ippp_ccp: allocated reset data structure f4f63000
Jan 2 17:46:35 laptop ipppd[6495]: Connect[0]: /dev/ippp0, fd: 10
Jan 2 17:46:35 laptop kernel: ippp0: dialing 1 01920782...
Jan 2 17:46:35 laptop isdnlog: Jan 02 17:46:35 * tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen RING (Data)
Jan 2 17:46:37 laptop isdnlog: Jan 02 17:46:37 tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen Time:Mon Jan 2 17:46:00 2006
Jan 2 17:46:37 laptop isdnlog: Jan 02 17:46:37 tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen COLP *INVALID* -- ignored!
Jan 2 17:46:37 laptop isdnlog: Jan 02 17:46:37 tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen CONNECT (Data)
Jan 2 17:46:37 laptop isdnlog: Jan 02 17:46:37 tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen INTERFACE ippp0 calling 01920782
Jan 2 17:46:37 laptop isdnlog: Jan 02 17:46:37 tei 74 calling 0192-0782 Online-Dienste with +49 6081/xxx, Usingen No area info for provider 33_0 (11), destination 01920782
Jan 2 17:46:37 laptop kernel: capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up
Jan 2 17:46:37 laptop kernel: isdn_net: ippp0 connected
Jan 2 17:46:37 laptop kernel: capidrv-1: chan 0 up with ncci 0x10101
Jan 2 17:46:37 laptop ipppd[6495]: Local number: xxx, Remote number: 01920782, Type: outgoing
Jan 2 17:46:37 laptop ipppd[6495]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 10
Jan 2 17:46:37 laptop ipppd[6495]: MPPP negotiation, He: No We: No
Jan 2 17:46:37 laptop ipppd[6495]: CCP enabled! Trying CCP.
Jan 2 17:46:37 laptop ipppd[6495]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol)
Jan 2 17:46:37 laptop ipppd[6495]: ccp_resetci!
Jan 2 17:46:37 laptop ipppd[6495]: local IP address 145.254.191.39
Jan 2 17:46:37 laptop ipppd[6495]: remote IP address 145.253.1.140
Jan 2 17:46:37 laptop modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file
Jan 2 17:46:43 laptop poll.tcpip: Checking for network time protocol daemon (NTPD): ..unused
Jan 2 17:46:43 laptop kernel: NET: Registered protocol family 10
Jan 2 17:46:43 laptop kernel: Disabled Privacy Extensions on device c0391920(lo)
Jan 2 17:46:43 laptop kernel: IPv6 over IPv4 tunneling driver
Jan 2 17:46:43 laptop ip-up: postqueue: fatal: Cannot flush mail queue - mail system is down
Jan 2 17:46:49 laptop ifup: No configuration found for sit0
Jan 2 17:47:30 laptop kernel: capidrv-1: DISCONNECT_IND reason 0x3302 (Protocol error layer 2) for plci 0x101
Jan 2 17:47:30 laptop kernel: ippp0: remote hangup
Jan 2 17:47:30 laptop kernel: ippp0: Chargesum is 0
Jan 2 17:47:30 laptop kernel: kcapi: appl 1 ncci 0x10101 down
Jan 2 17:47:30 laptop ipppd[6495]: Modem hangup
Jan 2 17:47:30 laptop ipppd[6495]: Connection terminated.
Jan 2 17:47:30 laptop ipppd[6495]: taking down PHASE_DEAD link 0, linkunit: 0
Jan 2 17:47:30 laptop ipppd[6495]: closing fd 10 from unit 0
Jan 2 17:47:30 laptop ipppd[6495]: link 0 closed , linkunit: 0
Jan 2 17:47:30 laptop ipppd[6495]: reinit_unit: 0
Jan 2 17:47:30 laptop ipppd[6495]: Connect[0]: /dev/ippp0, fd: 10
Jan 2 17:47:30 laptop kernel: ippp_ccp: freeing reset data structure f4f63000
Jan 2 17:47:30 laptop kernel: ippp, open, slot: 0, minor: 0, state: 0000
Jan 2 17:47:30 laptop kernel: ippp_ccp: allocated reset data structure f4f63000
Jan 2 17:47:30 laptop modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf
Jan 2 17:47:30 laptop kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1)
Hier stellt sich mir die gleiche Frage: Warum klappt das hinterm meinem Hub nicht? Maus, USB-Stick, Drucker und Festplatte funktionieren problemlos, ich gehe also davon aus, daß der Hub nicht kaputt ist. Ich habe leider momentan aber auch keinen anderen Hub zur Verfügung, um zu testen, ob das ein generelles Problem ist. Ich hab zwar hier ein Gerät liegen, daß eine ganz andere Gehäuseform aufweist, laut lsusb aber den gleichen Cypress-Chipsatz verwendet. Da es hiermit auch nicht funktioniert stellt sich die gleiche Frage: Liegts an dem Betrieb hinter dem Hub allgemein? Oder taugt vielleicht der Cypress-Billigchipsatz nichts?
Vielen Dank für die Hilfe und für das Lesen dieses langen Beitrags
mfg
KillerGurke