Ergebnis 1 bis 5 von 5

Thema: Kernel-Warnung beim Treiber-Entladen

  1. #1
    IPPF-Fan
    Registriert seit
    18.09.2004
    Beiträge
    129

    Kernel-Warnung beim Treiber-Entladen

    Hallo,

    manchmal passiert es mir, daß ich (gerade beim Experimentieren mit der extensions.conf/sip.conf) keinen Wählton mehr im ISDN-Telefon höre, nicht wählen kann, und mir das Telefon nur "Störung" meldet. Das bekomme ich nur wieder hin, indem ich den zaphfc-Treiber entferne und neu lade. Das klappt auch (meistens), jedoch schreibt der Kernel dabei folgende Meldungen ins log:

    Code:
    Sep 21 13:49:35 server kernel: zaphfc: stop
    Sep 21 13:49:35 server kernel: zaphfc: shutting down card at e0c38000.
    Sep 21 13:49:35 server kernel: bad: scheduling while atomic!
    Sep 21 13:49:35 server kernel: Call Trace:
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342b57>&#93; schedule+0x5c7/0x600
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0106948>&#93; common_interrupt+0x18/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342c58>&#93; wait_for_completion+0x78/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012c032>&#93; call_usermodehelper+0xc2/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012bf20>&#93; __call_usermodehelper+0x0/0x50
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0214604>&#93; kset_hotplug+0x204/0x260
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c016d33c>&#93; dput+0x22c/0x240
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021499f>&#93; kobject_del+0xf/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025eb99>&#93; class_device_del+0x89/0xb0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025ebc8>&#93; class_device_unregister+0x8/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0f9ec81>&#93; zt_unregister+0x91/0x1a0 &#91;zaptel&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021cddd>&#93; pci_disable_device+0x1d/0x60
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b030eb>&#93; hfc_shutdownCard+0xeb/0x110 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b0486c>&#93; cleanup_module+0x3c/0x78 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c013158e>&#93; sys_delete_module+0x11e/0x170
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b04e>&#93; unmap_vma_list+0xe/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b489>&#93; do_munmap+0x149/0x1d0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b550>&#93; sys_munmap+0x40/0x70
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0105f89>&#93; sysenter_past_esp+0x52/0x71
    Sep 21 13&#58;49&#58;35 server kernel&#58;
    Sep 21 13&#58;49&#58;35 server kernel&#58; bad&#58; scheduling while atomic!
    Sep 21 13&#58;49&#58;35 server kernel&#58; Call Trace&#58;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342b57>&#93; schedule+0x5c7/0x600
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011a1ca>&#93; recalc_task_prio+0x13a/0x1c0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011a3a2>&#93; try_to_wake_up+0x152/0x160
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342c58>&#93; wait_for_completion+0x78/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012c032>&#93; call_usermodehelper+0xc2/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012bf20>&#93; __call_usermodehelper+0x0/0x50
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0214604>&#93; kset_hotplug+0x204/0x260
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c016d197>&#93; dput+0x87/0x240
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021499f>&#93; kobject_del+0xf/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025eb99>&#93; class_device_del+0x89/0xb0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025ebc8>&#93; class_device_unregister+0x8/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0f9ec81>&#93; zt_unregister+0x91/0x1a0 &#91;zaptel&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021cddd>&#93; pci_disable_device+0x1d/0x60
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b030eb>&#93; hfc_shutdownCard+0xeb/0x110 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b0486c>&#93; cleanup_module+0x3c/0x78 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c013158e>&#93; sys_delete_module+0x11e/0x170
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b04e>&#93; unmap_vma_list+0xe/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b489>&#93; do_munmap+0x149/0x1d0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b550>&#93; sys_munmap+0x40/0x70
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0105f89>&#93; sysenter_past_esp+0x52/0x71
    Sep 21 13&#58;49&#58;35 server kernel&#58;
    Sep 21 13&#58;49&#58;35 server kernel&#58; bad&#58; scheduling while atomic!
    Sep 21 13&#58;49&#58;35 server kernel&#58; Call Trace&#58;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342b57>&#93; schedule+0x5c7/0x600
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011a1ca>&#93; recalc_task_prio+0x13a/0x1c0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011a3a2>&#93; try_to_wake_up+0x152/0x160
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0342c58>&#93; wait_for_completion+0x78/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c011ac90>&#93; default_wake_function+0x0/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012c032>&#93; call_usermodehelper+0xc2/0xe0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c012bf20>&#93; __call_usermodehelper+0x0/0x50
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0214604>&#93; kset_hotplug+0x204/0x260
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c016d197>&#93; dput+0x87/0x240
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021499f>&#93; kobject_del+0xf/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025eb99>&#93; class_device_del+0x89/0xb0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c025ebc8>&#93; class_device_unregister+0x8/0x10
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0f9ec81>&#93; zt_unregister+0x91/0x1a0 &#91;zaptel&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c021cddd>&#93; pci_disable_device+0x1d/0x60
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b030eb>&#93; hfc_shutdownCard+0xeb/0x110 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<e0b0486c>&#93; cleanup_module+0x3c/0x78 &#91;zaphfc&#93;
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c013158e>&#93; sys_delete_module+0x11e/0x170
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b04e>&#93; unmap_vma_list+0xe/0x20
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b489>&#93; do_munmap+0x149/0x1d0
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c014b550>&#93; sys_munmap+0x40/0x70
    Sep 21 13&#58;49&#58;35 server kernel&#58;  &#91;<c0105f89>&#93; sysenter_past_esp+0x52/0x71
    Sep 21 13&#58;49&#58;35 server kernel&#58;
    Sep 21 13&#58;49&#58;35 server kernel&#58; unregistered from zaptel.
    Sep 21 13&#58;49&#58;35 server kernel&#58; zaphfc&#58; freed one card.
    Sep 21 13&#58;49&#58;35 server kernel&#58; Zapata Telephony Interface Unloaded
    Sep 21 13&#58;49&#58;36 server kernel&#58; Zapata Telephony Interface Registered on major 196
    Sep 21 13&#58;49&#58;36 server kernel&#58; PCI&#58; Enabling device 0000&#58;00&#58;0f.0 &#40;0000 -> 0003&#41;
    Sep 21 13&#58;49&#58;36 server kernel&#58; zaphfc&#58; CCD/Billion/Asuscom 2BD0 configured at mem 0xe0c38000 fifo 0xd7ad8000&#40;0x17ad8000&#41; IRQ 18 HZ 1000
    Sep 21 13&#58;49&#58;36 server kernel&#58; zaphfc&#58; Card 0 configured for NT mode
    Sep 21 13&#58;49&#58;36 server kernel&#58; zaphfc&#58; 1 hfc-pci card&#40;s&#41; in this box.
    Sep 21 13&#58;49&#58;36 server kernel&#58; Registered tone zone 3 &#40;Netherlands&#41;
    Das ist natürlich nicht sonderlich gut. Gibts da Erfahrungen, ist der Fehler bekannt? Ich verwende den 2.6.6rc3 Kernel mit aktuellem Bristuff (rc4a), der Kernel hat preemption eingeschaltet.

  2. #2
    IPPF-Fünfhundert-Club
    Registriert seit
    14.10.2004
    Beiträge
    656
    Hallo.

    Ich habe diesen Fehler auch beobachtet.
    Seit ich meine zwei zaphfc karten auf eigene irq's gelegt habe hatte ich diesen Fehler nicht mehr.
    --
    cucu

  3. #3
    IPPF-Fan
    Registriert seit
    18.09.2004
    Beiträge
    129
    Zitat Zitat von lo4dro
    Hallo.

    Ich habe diesen Fehler auch beobachtet.
    Seit ich meine zwei zaphfc karten auf eigene irq's gelegt habe hatte ich diesen Fehler nicht mehr.
    Wie man der /proc/interrupts entnehmen kann, hat die HFC-Karte einen eigenen Interrupt:
    Code:
    cat /proc/interrupts
               CPU0
      0&#58;  421780338    IO-APIC-edge  timer
      1&#58;          8    IO-APIC-edge  i8042
      4&#58;      99119    IO-APIC-edge  lirc_serial
      8&#58;          2    IO-APIC-edge  rtc
      9&#58;          0   IO-APIC-level  acpi
     14&#58;    1518278    IO-APIC-edge  ide0
     15&#58;      65146    IO-APIC-edge  ide1
     16&#58;   26954067   IO-APIC-level  eth0
     18&#58; 3372586317   IO-APIC-level  zaphfc
     19&#58;  328339314   IO-APIC-level  saa7146 &#40;0&#41;
     21&#58;     678323   IO-APIC-level  uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd
     23&#58;    5233115   IO-APIC-level  eth1
    NMI&#58;          0
    LOC&#58;  421795037
    ERR&#58;          0
    MIS&#58;          0
    Trotzdem danke...Sion

  4. #4
    IPPF-Fan
    Registriert seit
    18.09.2004
    Beiträge
    129
    Zitat Zitat von lo4dro
    Hallo.

    Ich habe diesen Fehler auch beobachtet.
    Seit ich meine zwei zaphfc karten auf eigene irq's gelegt habe hatte ich diesen Fehler nicht mehr.
    Wie man der /proc/interrupts entnehmen kann, hat die HFC-Karte einen eigenen Interrupt:
    Code:
    cat /proc/interrupts
               CPU0
      0&#58;  421780338    IO-APIC-edge  timer
      1&#58;          8    IO-APIC-edge  i8042
      4&#58;      99119    IO-APIC-edge  lirc_serial
      8&#58;          2    IO-APIC-edge  rtc
      9&#58;          0   IO-APIC-level  acpi
     14&#58;    1518278    IO-APIC-edge  ide0
     15&#58;      65146    IO-APIC-edge  ide1
     16&#58;   26954067   IO-APIC-level  eth0
     18&#58; 3372586317   IO-APIC-level  zaphfc
     19&#58;  328339314   IO-APIC-level  saa7146 &#40;0&#41;
     21&#58;     678323   IO-APIC-level  uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd
     23&#58;    5233115   IO-APIC-level  eth1
    NMI&#58;          0
    LOC&#58;  421795037
    ERR&#58;          0
    MIS&#58;          0
    Trotzdem danke...Sion

  5. #5
    IPPF-Fünfhundert-Club
    Registriert seit
    14.10.2004
    Beiträge
    656
    Bei mir hat cat /proc/interrupts auch angezeigt.
    Beim laden des Treiber würde mir aber ein zweites Gerät gemeldet. Es war meine PCI-GraKa.
    Schau dir lieber die Meldungen beim Laden an der Treiber an.
    --
    cucu

Ähnliche Themen

  1. Antworten: 15
    Letzter Beitrag: 20.10.2010, 20:00
  2. Sirrix Treiber mit Kernel 2.6.24.x
    Von Neo_0815 im Forum Asterisk ISDN mit Sirrix-Karten
    Antworten: 0
    Letzter Beitrag: 19.03.2008, 17:59
  3. Antworten: 1
    Letzter Beitrag: 23.12.2006, 16:31
  4. Fehler beim Kompilieren vom ZAPHFC Treiber
    Von seeba im Forum Asterisk ISDN mit Bristuff (hfc, zaptel)
    Antworten: 6
    Letzter Beitrag: 04.06.2006, 17:49
  5. VISDN: Module entladen/Restart
    Von Fux im Forum Asterisk ISDN mit vISDN
    Antworten: 2
    Letzter Beitrag: 02.03.2006, 15:02

Berechtigungen

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