morrow
n00b
Joined: 25 Dec 2004
Posts: 17
Location: NL
|
 Posted: Sun Jan 30, 2005 5:38 pm Post subject: capi / fcpci / isdn / 2.6.11-rc1-love1 |
 |
|
Hallo.
Habe ein Problem mit ISDN. Mit dem fcpci von SuSE im Portage Tree ist es ja inzwischen etwas einfacher geworden als wo man noch mISDN reinpatchen und die Fehler aus dem Kernel rauspatchen musste.
Alles laeuft, Einwahl ist moeglich, Daten fliessen auch
| Code: | Jan 30 18:25:43 hexagon BUG: atomic counter underflow at:
Jan 30 18:25:43 hexagon [<e13e9561>] kick_scheduler+0x61/0x70 [fcpci]
Jan 30 18:25:43 hexagon [<e13eb71f>] send_msg+0x2f/0x40 [fcpci]
Jan 30 18:25:43 hexagon [<e084c01f>] capi20_put_message+0x20f/0x270 [kernelcapi]
Jan 30 18:25:43 hexagon [<e13ebb17>] queue_put+0x37/0x50 [fcpci]
Jan 30 18:25:43 hexagon [<e0857b91>] handle_minor_send+0x171/0x290 [capi]
Jan 30 18:25:43 hexagon [<e0858afe>] capinc_tty_write+0xee/0x180 [capi]
Jan 30 18:25:43 hexagon [<c011fa7e>] local_bh_enable+0x2e/0x90
Jan 30 18:25:43 hexagon [<e0826f77>] ppp_sync_push+0xd7/0x1e0 [ppp_synctty]
Jan 30 18:25:43 hexagon [<e0826e83>] ppp_sync_send+0x53/0x70 [ppp_synctty]
Jan 30 18:25:43 hexagon [<e085ebb1>] ppp_push+0x131/0x160 [ppp_generic]
Jan 30 18:25:43 hexagon [<e085e6e1>] ppp_send_frame+0x2c1/0x660 [ppp_generic]
Jan 30 18:25:43 hexagon [<c011698a>] scheduler_tick+0xea/0x150
Jan 30 18:25:43 hexagon [<e085e39c>] ppp_xmit_process+0x6c/0xf0 [ppp_generic]
Jan 30 18:25:43 hexagon [<e085dff0>] ppp_start_xmit+0x140/0x2d0 [ppp_generic]
Jan 30 18:25:43 hexagon [<c0318260>] qdisc_restart+0x80/0x260
Jan 30 18:25:43 hexagon [<c030c036>] dev_queue_xmit+0x216/0x2f0
Jan 30 18:25:43 hexagon [<c03241eb>] ip_finish_output+0x16b/0x2a0
Jan 30 18:25:43 hexagon [<c0326217>] ip_push_pending_frames+0x327/0x430
Jan 30 18:25:43 hexagon [<c03266e2>] ip_send_reply+0x242/0x2d0
Jan 30 18:25:43 hexagon [<c0326420>] ip_reply_glue_bits+0x0/0x80
Jan 30 18:25:43 hexagon [<e139b18e>] EnterCritical+0xe/0x10 [fcpci]
Jan 30 18:25:43 hexagon [<e139b1a1>] LeaveCritical+0x11/0x20 [fcpci]
Jan 30 18:25:43 hexagon [<e139b1a1>] LeaveCritical+0x11/0x20 [fcpci]
Jan 30 18:25:43 hexagon [<c033bb6b>] tcp_v4_send_reset+0xeb/0x150
Jan 30 18:25:43 hexagon [<c033d66e>] tcp_v4_rcv+0x71e/0xa10
Jan 30 18:25:43 hexagon [<e139e22a>] _CM_Schedule+0x11a/0x180 [fcpci]
Jan 30 18:25:43 hexagon [<c0320f75>] ip_local_deliver+0x65/0x210
Jan 30 18:25:43 hexagon [<c032137b>] ip_rcv+0x25b/0x4d0
Jan 30 18:25:43 hexagon [<c030c5c7>] netif_receive_skb+0x147/0x1c0
Jan 30 18:25:43 hexagon [<c030c6b3>] process_backlog+0x73/0x120
Jan 30 18:25:43 hexagon [<c011fdd0>] ksoftirqd+0x0/0xd0
Jan 30 18:25:43 hexagon [<c030c7ca>] net_rx_action+0x6a/0x120
Jan 30 18:25:43 hexagon [<c011f9d3>] __do_softirq+0x43/0x90
Jan 30 18:25:43 hexagon [<c011fa46>] do_softirq+0x26/0x30
Jan 30 18:25:43 hexagon [<c011fe3f>] ksoftirqd+0x6f/0xd0
Jan 30 18:25:43 hexagon [<c0130478>] kthread+0xa8/0xe0
Jan 30 18:25:43 hexagon [<c01303d0>] kthread+0x0/0xe0
Jan 30 18:25:43 hexagon [<c0100835>] kernel_thread_helper+0x5/0x10 |
Das bekomme ich bei jeder Einwahl und Abwahl ins Syslog gehauen. Dazwischen kommt das auch alles im 40 Sekunden Takt ins Log. Die beiden Kompressionsmodule von PPP (ppp-deflate, bsd_comp) werden bei der ersten EInwahl auch geladen.
Waehrend es nicht kritisch zu sein scheint (immerhin funktioniert ja alles), ist es doch trotzdem nervig, das Log damit vollgehauen zu bekommen :/ - und zu wissen, was ueberhaupt ein "atomic counter underflow" ist und wo das Problem herkommt ... na, das waere auch schoen.
Suche bei AVM, SuSE, bugs.gentoo.org und google brachte nichts. Es gab mal eine Meldung auf der i4l ML, aber die blieb unbeantwortet. Dort lief 2.6.10-rc2-mm4?
Anyone? |
|
Deutsches Forum (German)
