On Sunday 17 February 2008, Robert Watson wrote: > On Sat, 16 Feb 2008, Milan Obuch wrote: > >> I have tested 4-port Rhine III(6105LOM) and I never seen this hangs. > >> Does this also happen on other network interface too? When the system > >> hangs, would you break into DDB and show me the output of 'show > >> alllocks' and 'ps'? > > > > I need some tests with another box. I was not able to break into DDB. > > Ctrl-Alt-Esc worked until hang. Hang was really hard, Ctrl-Alt-Esc did > > not invoke DDB. I do not feel if_vr is culprit here, more probably PCI > > bus got somehow locked, but I have no idea how could I test it currently. > > FYI, there are known issues with the effectiveness of syscons ctrl-alt-esc > to get into the debugger -- if you haven't tried with a serial break on a > serial console, you might want to do so. This is because syscons's > interrupt handler acquires the Giant lock in an ithread, requiring a lot > more things to be happy to succeed. In constrast, sio (and friends) use > fast interrupt handlers and no Giant lock on the way to processing the > break request. It may well be that a serial break doesn't get into DDB for > you, but it's worth trying... > > Robert N M Watson > Computer Laboratory > University of Cambridge > You are right, after rebuilding kernel with BREAK_TO_DEBUGGER I am able to get requested data. BTW, I can't find just now what ALT_BREAK_TO_DEBUGGER means... After kldload if_vr, dhclient vr0 and ping -f <someaddress> in a minute system freezes. KDB: enter: Line break on console [thread pid 11 tid 100003 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> show alllocks db> ps pid ppid pgrp uid state wmesg wchan cmd 1231 936 1231 0 S+ nanslp 0xc07db764 ping 1230 1 1230 65 Ss select 0xc1d46868 dhclient 1174 1 1173 0 S+ select 0xc1d467e8 dhclient 936 924 936 0 S+ pause 0xc1cd130c csh 935 1 935 0 Ss+ ttyin 0xc18ca410 getty 934 1 934 0 Ss+ ttyin 0xc18ca810 getty 933 1 933 0 Ss+ ttyin 0xc18cac10 getty 932 1 932 0 Ss+ ttyin 0xc18cb010 getty 931 1 931 0 Ss+ ttyin 0xc18cb410 getty 930 1 930 0 Ss+ ttyin 0xc18cb810 getty 929 1 929 0 Ss+ ttyin 0xc18cbc10 getty 928 1 928 0 Ss+ ttyin 0xc18cc010 getty 927 1 927 0 Ss+ ttyin 0xc18cc410 getty 926 1 926 0 Ss+ ttyin 0xc18cc810 getty 925 1 925 0 Ss+ ttyin 0xc18ccc10 getty 924 1 924 0 Ss+ wait 0xc1bad804 login 882 1 882 0 Ss nanslp 0xc07db764 cron 876 1 876 25 Ss pause 0xc19b3864 sendmail 872 1 872 0 Ss select 0xc18c1828 sendmail 749 1 749 0 Ss select 0xc1900928 syslogd 703 1 703 0 Ss select 0xc18c1ea8 devd 369 1 369 65 Ss select 0xc19830a8 dhclient 349 1 30 0 S+ select 0xc18c17e8 dhclient 29 0 0 0 SL sdflush 0xc0835804 [softdepflush] 28 0 0 0 SL syncer 0xc07db58c [syncer] 27 0 0 0 SL vlruwt 0xc174eab0 [vnlru] 26 0 0 0 SL psleep 0xc082d1c4 [bufdaemon] 25 0 0 0 SL pgzero 0xc08363e0 [pagezero] 24 0 0 0 SL psleep 0xc0835ffc [vmdaemon] 23 0 0 0 SL psleep 0xc0835fc4 [pagedaemon] 22 0 0 0 SL - 0xc189e43c [fdc0] 21 0 0 0 SL - 0xc17c6000 [fw0_probe] 20 0 0 0 SL - 0xc17cdd00 [fw0_taskq] 19 0 0 0 SL usbevt 0xc1746210 [usb2] 18 0 0 0 SL usbevt 0xc1750210 [usb1] 17 0 0 0 SL usbtsk 0xc07d8ed4 [usbtask-dr] 16 0 0 0 SL usbtsk 0xc07d8ec0 [usbtask-hc] 15 0 0 0 SL usbevt 0xc1751210 [usb0] 14 0 0 0 SL ccb_scan 0xc07bee14 [xpt_thrd] 9 0 0 0 SL - 0xc1726780 [kqueue taskq] 8 0 0 0 SL - 0xc1726880 [acpi_task_2] 7 0 0 0 SL - 0xc1726880 [acpi_task_1] 6 0 0 0 SL - 0xc1726880 [acpi_task_0] 5 0 0 0 SL - 0xc1726b00 [thread taskq] 13 0 0 0 SL - 0xc07db594 [yarrow] 4 0 0 0 SL - 0xc07d95ec [g_down] 3 0 0 0 SL - 0xc07d95e8 [g_up] 2 0 0 0 SL - 0xc07d95e0 [g_event] 12 0 0 0 WL (threaded) intr 100077 I [irq16: re0 vr3] 100076 I [irq19: fwohci0 vr2] 100075 I [irq18: vr1] 100074 I [irq17: vr0] 100038 I [irq7: ppbus0 ppc0] 100037 I [irq12: psm0] 100036 I [irq1: atkbd0] 100035 I [swi0: sio] 100031 I [irq15: ata1] 100030 I [irq14: ata0] 100028 I [irq23: ehci0] 100026 I [irq22: ohci1+] 100022 I [irq21: ohci0] 100021 I [irq9: acpi0] 100020 I [swi5: +] 100019 I [swi2: cambio] 100013 I [swi6: task queue] 100012 I [swi6: Giant taskq] 100006 I [swi3: vm] 100005 I [swi4: clock sio] 100004 I [swi1: net] 11 0 0 0 RL CPU 0 [idle: cpu0] 1 0 1 0 SLs wait 0xc16baab0 [init] 10 0 0 0 SL audit_wo 0xc0835264 [audit] 0 0 0 0 WLs [swapper] db> After continue, I am able to break ping, but no more packet could be sent... 'sendto: no buffer space available' is all I get from ping now. Does this help in any way? Is there anything else I should test? Regards, Milan -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead.Received on Sun Feb 17 2008 - 12:58:48 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:27 UTC