Hallo, ich versuche meine Fritz!Card DSL SL unter Suse 9.2 zum laufen zu bringen, leider vergeblich. Was bisher geschah: - Suse 9.2 installiert -> Karte nicht erkannt - Karte wie bei avm.de manuell nachinstalliert - DSL Provider hinzugefügt Danach hat Suse tatsächlich ein paar Pakete nachinstalliert und der ADSL Watch leuchtet grün in der Taskleiste auf. Verbindung aufbauen geht aber nicht, folgendes wird gelogt: SuSE Meta pppd (smpppd-ifcfg), Version 1.50 on linux. Status is: disconnected trying to connect to smpppd connect to smpppd Status is: disconnected Status is: connecting pppd[0]: Plugin capiplugin.so loaded. pppd[0]: capiplugin: $Revision: 1.35 $ pppd[0]: capiconn: 1.9 pppd[0]: Plugin passwordfd.so loaded. pppd[0]: capiplugin: phase serialconn. pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: couldn't make connection pppd[0]: capiplugin: exit Status is: disconnected pppd[0] died: Fatal pppd error (exit code 1) Das war´s. Was kann ich tun ? Ich habe mir schon den Wolf gegoogelt, aber nichts gefunden, wer weiss Rat ?
On Tue, Feb 22, 2005 at 08:06:20PM +0100, Frank Schaare wrote:
Hallo,
ich versuche meine Fritz!Card DSL SL unter Suse 9.2 zum laufen zu bringen, leider vergeblich. Was bisher geschah: - Suse 9.2 installiert -> Karte nicht erkannt - Karte wie bei avm.de manuell nachinstalliert - DSL Provider hinzugefügt
Danach hat Suse tatsächlich ein paar Pakete nachinstalliert und der ADSL Watch leuchtet grün in der Taskleiste auf. Verbindung aufbauen geht aber nicht, folgendes wird gelogt: SuSE Meta pppd (smpppd-ifcfg), Version 1.50 on linux. Status is: disconnected trying to connect to smpppd connect to smpppd Status is: disconnected Status is: connecting pppd[0]: Plugin capiplugin.so loaded. pppd[0]: capiplugin: $Revision: 1.35 $ pppd[0]: capiconn: 1.9 pppd[0]: Plugin passwordfd.so loaded. pppd[0]: capiplugin: phase serialconn. pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: leased line (adslpppoe) pppd[0]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information pppd[0]: capiplugin: couldn't make connection pppd[0]: capiplugin: exit Status is: disconnected pppd[0] died: Fatal pppd error (exit code 1) .> Das war??s. Was kann ich tun ? Ich habe mir schon den Wolf gegoogelt, aber nichts gefunden, wer weiss Rat ?
Wie sieht cat /proc/interrupts aus ? -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, cat /proc/interrupts aus: CPU0 0: 233642 XT-PIC timer 1: 88 XT-PIC i8042 2: 0 XT-PIC cascade 9: 0 XT-PIC acpi 10: 22262 XT-PIC libata, ohci_hcd, ehci_hcd, fcdslsl, FM801, CMI8738-MC6 11: 14237 XT-PIC aic7xxx, ohci1394, ohci_hcd, eth0, nvidia 12: 2172 XT-PIC i8042 14: 278 XT-PIC ide0 15: 3115 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 1 MIS: 0
On Tue, Feb 22, 2005 at 08:48:08PM +0100, Frank Schaare wrote:
Hallo Karsten,
cat /proc/interrupts aus:
CPU0 0: 233642 XT-PIC timer 1: 88 XT-PIC i8042 2: 0 XT-PIC cascade 9: 0 XT-PIC acpi 10: 22262 XT-PIC libata, ohci_hcd, ehci_hcd, fcdslsl, FM801, CMI8738-MC6
Aua. Die Karte mag Shared IRQs nicht so besonders und schon garnicht soviele, mal einen andern PCI slot probieren oder versuchen im BIOS dem slot einen anderen IRQ zuzuordnen (ist nicht bei allen BIOSen moeglich). Weitere Moeglichkeiten: 1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic -- Karsten Keil SuSE Labs ISDN development
Hi,
Aua. Die Karte mag Shared IRQs nicht so besonders und schon garnicht soviele, mal einen andern PCI slot probieren oder versuchen im BIOS dem slot einen anderen IRQ zuzuordnen (ist nicht bei allen BIOSen moeglich).
Weitere Moeglichkeiten:
1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic
Ich habe jetzt lasche 3 Stunden gefriemel hinter mir. Mein Board ist ein Chaintech Zenith, mit einem Award Bios drauf. Ich habe sogar das Bios noch mal upgedatet, aber die PCI-IRQ Funktionen sind scheinbar nur Fake. Den einzigen Einfluss den ich auf den IRQ habe ist der Slot, in dem die Karte steckt. Ich habe alle anderen Karten ausgebaut, die Fritz!Card auf allen Slots probiert, aber nie einen Interrupt alleine für die Karte erhalten :-( War´s das jetzt für mich mit Internet unter Linux ? Kennt jemand evtl einen Weg (ausser BIOS), einen Interrupt exclusiv für die Fritz!Card zu reservieren ?
Moin! Frank Schaare schrieb am 23.02.2005 22:48:
Hi,
Aua. Die Karte mag Shared IRQs nicht so besonders und schon garnicht soviele, mal einen andern PCI slot probieren oder versuchen im BIOS dem slot einen anderen IRQ zuzuordnen (ist nicht bei allen BIOSen moeglich).
Weitere Moeglichkeiten:
1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic
Ich habe jetzt lasche 3 Stunden gefriemel hinter mir. Mein Board ist ein Chaintech Zenith, mit einem Award Bios drauf. Ich habe sogar das Bios noch mal upgedatet, aber die PCI-IRQ Funktionen sind scheinbar nur Fake.
Den einzigen Einfluss den ich auf den IRQ habe ist der Slot, in dem die Karte steckt. Ich habe alle anderen Karten ausgebaut, die Fritz!Card auf allen Slots probiert, aber nie einen Interrupt alleine für die Karte erhalten :-(
Pech :-(
War´s das jetzt für mich mit Internet unter Linux ? Kennt jemand evtl einen Weg (ausser BIOS), einen Interrupt exclusiv für die Fritz!Card zu reservieren ?
Nö. Ins Internet kommst du aber trotzdem - nimm ein externes Modem und stecks an deine Netzwerkkkarte. Das AVM mal zugibt das ihre Karten halt kein IRQ-Sharing können und es ihnen (wirklich) beibringt, darauf kannst du lange warten. Gruß, Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Windows, Linux und Mac Office-Suite -- http://de.openoffice.org/ ## Die OpenOffice.org PrOOo-Box -- http://prooo-box.org/
On Wed, Feb 23, 2005 at 10:48:33PM +0100, Frank Schaare wrote:
Hi,
Aua. Die Karte mag Shared IRQs nicht so besonders und schon garnicht soviele, mal einen andern PCI slot probieren oder versuchen im BIOS dem slot einen anderen IRQ zuzuordnen (ist nicht bei allen BIOSen moeglich).
Weitere Moeglichkeiten:
1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic
Ich habe jetzt lasche 3 Stunden gefriemel hinter mir. Mein Board ist ein Chaintech Zenith, mit einem Award Bios drauf. Ich habe sogar das Bios noch mal upgedatet, aber die PCI-IRQ Funktionen sind scheinbar nur Fake.
Den einzigen Einfluss den ich auf den IRQ habe ist der Slot, in dem die Karte steckt. Ich habe alle anderen Karten ausgebaut, die Fritz!Card auf allen Slots probiert, aber nie einen Interrupt alleine für die Karte erhalten :-(
Auch nicht wenn Du dann die boot Option apic verwendest (apic und nicht acpi) ?
War?s das jetzt für mich mit Internet unter Linux ? Kennt jemand evtl einen Weg (ausser BIOS), einen Interrupt exclusiv für die Fritz!Card zu reservieren ?
Exclusiv ist nicht unbedingt notwendig, ich habe hier auch Fritz!DSL geshared mit anderen IRQs laufen. Nur wenn es wie bei Dir sehr viele andere sind oder diese auch hohe eigene IRQ Raten haben (z.B: disk,benutzte USB) gibt es Probleme, da IRQ events zu lange brauchen bis sie durch den Treiber gehandelt werden. Also probier es mal (drdsl ist ein guter erster Test). -- Karsten Keil SuSE Labs ISDN development
Am Mittwoch, 23. Februar 2005 22:48 schrieb Frank Schaare:
Hi,
Aua. Die Karte mag Shared IRQs nicht so besonders und schon garnicht soviele, mal einen andern PCI slot probieren oder versuchen im BIOS dem slot einen anderen IRQ zuzuordnen (ist nicht bei allen BIOSen moeglich).
Weitere Moeglichkeiten:
1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic
Ich habe jetzt lasche 3 Stunden gefriemel hinter mir. Mein Board ist ein Chaintech Zenith, mit einem Award Bios drauf. Ich habe sogar das Bios noch mal upgedatet, aber die PCI-IRQ Funktionen sind scheinbar nur Fake.
Den einzigen Einfluss den ich auf den IRQ habe ist der Slot, in dem die Karte steckt. Ich habe alle anderen Karten ausgebaut, die Fritz!Card auf allen Slots probiert, aber nie einen Interrupt alleine für die Karte erhalten :-( brauchst Du USB, Seriell, Parallel..alles im Bios ausschalten, was Du nicht brauchst...bringt auch ein paar IRQ's
Beim nächsten mal kein Chaintech mehr kaufen....lieber 20 Euro mehr ausgeben....spart viel Ärger. aber prinzipiell sollte es gehen. Hast noch irgend etwas falsch gemacht. Sonst kannst Du Linux auch eine Bitmaske am Bootprompt übergeben welcher PCI Steckplatz welchen IRQ bekommen soll. Bist Du sicher, daß die Karte geht? Hatte neulich den Fall, daß eine Fritzcard nur in eine Richtung funktionierte, d.h. konnte nur senden aber nicht empfangen... Irgendwie geht es...ist nur nicht ganz trivial mit den Karten bei mir sieht es so aus und es funktioniert... 0: 194796793 XT-PIC timer 1: 102 XT-PIC i8042 2: 0 XT-PIC cascade 5: 34 XT-PIC HiSax 9: 720458 XT-PIC eth0 -->10: 25975146 XT-PIC aic7xxx, fcdsl 11: 0 XT-PIC ath0, uhci_hcd 12: 416 XT-PIC i8042 14: 238823 XT-PIC ide0 15: 1439 XT-PIC ide1 manchmal stürzt zwar auch der treiber für die fcdsl ab...aber nach einem rcnetwork restart geht es dann wieder (ist nicht der TREIBER ich weiß) G. Roland
War´s das jetzt für mich mit Internet unter Linux ? Kennt jemand evtl einen Weg (ausser BIOS), einen Interrupt exclusiv für die Fritz!Card zu reservieren ?
Hallo, auch den vierten Abend halte ich wacker durch, irgendwie will ich´s jetzt auch wissen. Ich habe gestern einen Call bei AVM aufgemacht, die haben mir geraten erst mal drdsl auszuführen. drdsl gibt folgendes aus: linux:~ # drdsl DSL Assistant version 1.0.3 copyright AVM 2002 The DSL Assistant is examining your DSL configuration... The DSL-Controller has the number 1. Searching for remote vendor ID... (This could take over a minute) Segmentation fault Was kann ich mir unter Segmentation fault vorstellen ? Ist das ein Arbeitsspeicher Segment ?` Dann sagt AVM weiter, ich sollte an einer Konsole pppd call t-dsl eingeben, das sagt folgendes: Plugin userpass.so loaded. userpass: $Revision: 1.5 $ Plugin capiplugin.so loaded. capiplugin: $Revision: 1.35 $ capiconn: 1.9 capiplugin: phase serialconn. loading adsl parameters from /etc/drdsl/adsl.conf ... capiplugin: contr=1 controller 1: listen_change_state 0 -> 1 contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 1: listen_change_state 1 -> 0 plci_change_state:0x0 0 -> 1 event=1 capiplugin: leased line (adslpppoe) plci_change_state:0x101 1 -> 2 event=3 plci_change_state:0x101 2 -> 3 event=6 ncci_change_state:0x101 0 -> 1 event=1 ncci_change_state:0x10101 1 -> 3 event=3 ncci_change_state:0x10101 3 -> 7 event=10 ncci_change_state:0x10101 7 -> 0 event=13 plci_change_state:0x101 3 -> 7 event=8 plci_change_state:0x101 7 -> 8 event=9 plci_change_state:0x101 8 -> 0 event=11 capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x3312) - No additional information plci_change_state:0x0 0 -> 1 event=1 capiplugin: leased line (adslpppoe) plci_change_state:0x101 1 -> 2 event=3 plci_change_state:0x101 2 -> 3 event=6 ncci_change_state:0x101 0 -> 1 event=1 ncci_change_state:0x10101 1 -> 3 event=3 ncci_change_state:0x10101 3 -> 7 event=10 ncci_change_state:0x10101 7 -> 0 event=13 plci_change_state:0x101 3 -> 7 event=8 plci_change_state:0x101 7 -> 8 event=9 plci_change_state:0x101 8 -> 0 event=11 capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x3312) - No additional information plci_change_state:0x0 0 -> 1 event=1 capiplugin: leased line (adslpppoe) plci_change_state:0x101 1 -> 2 event=3 plci_change_state:0x101 2 -> 3 event=6 ncci_change_state:0x101 0 -> 1 event=1 ncci_change_state:0x10101 1 -> 3 event=3 ncci_change_state:0x10101 3 -> 7 event=10 ncci_change_state:0x10101 7 -> 0 event=13 plci_change_state:0x101 3 -> 7 event=8 plci_change_state:0x101 7 -> 8 event=9 plci_change_state:0x101 8 -> 0 event=11 capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x3312) - No additional information plci_change_state:0x0 0 -> 1 event=1 capiplugin: leased line (adslpppoe) plci_change_state:0x101 1 -> 2 event=3 plci_change_state:0x101 2 -> 3 event=6 ncci_change_state:0x101 0 -> 1 event=1 ncci_change_state:0x10101 1 -> 3 event=3 ncci_change_state:0x10101 3 -> 7 event=10 ncci_change_state:0x10101 7 -> 0 event=13 plci_change_state:0x101 3 -> 7 event=8 plci_change_state:0x101 7 -> 8 event=9 plci_change_state:0x101 8 -> 0 event=11 capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x3312) - No additional information capiplugin: couldn't make connection controller 1: listen_change_state 0 -> 1 contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 1: listen_change_state 1 -> 0 capiplugin: exit
1. boot option pci=noacpi 2. boot option noacpi 3. boot option apic
Alle Bootoptionen habe ich auch schon durch. Kann vielleicht jemand was entdecken ?
On Thu, Feb 24, 2005 at 09:38:41PM +0100, Frank Schaare wrote:
Hallo,
auch den vierten Abend halte ich wacker durch, irgendwie will ich?s jetzt auch wissen.
Ich habe gestern einen Call bei AVM aufgemacht, die haben mir geraten erst mal drdsl auszuführen. drdsl gibt folgendes aus:
linux:~ # drdsl DSL Assistant version 1.0.3 copyright AVM 2002
Wo hast du den her ? Bei der 9.2 ist drdsl 1.0.4 dabei, die Version 1.0.3 laeuft, wie Du bemerkt hast nicht auf der 9.2 (wegen Aenderungen in der capi20 lib). Dann ist auch klar, das die Karte nicht geht, drdsl erzeugt ein config file, das capi-adsl benoetigt. -- Karsten Keil SuSE Labs ISDN development
Wo hast du den her ? Bei der 9.2 ist drdsl 1.0.4 dabei, die Version 1.0.3 laeuft, wie Du bemerkt hast nicht auf der 9.2 (wegen Aenderungen in der capi20 lib).
Dann ist auch klar, das die Karte nicht geht, drdsl erzeugt ein config file, das capi-adsl benoetigt. hmm,
da die Karte nach der Installation nicht lief, hatte ich mir das neueste Paket von AVM runtergeladen, die bieten aber nur bis 9.1 an. Ich werde die 9.2 noch mal neu installieren, mal sehen, ob´s dann besser klappt ...
participants (4)
-
Frank Schaare -
Ingo Göppert -
Karsten Keil -
Roland May