Re: Panic: Fatal trap 12: page fault while in kernel mode
Another panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 0100 fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xc025a1f9 stack pointer = 0x10:0xdc6bb984 frame pointer = 0x10:0xdc6bba3c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 15 (swi1: net) trap number = 12 panic: page fault cpuid = 0; lapic.id = 0100 boot() called on cpu#0 syncing disks, buffers remaining... ~Stopped at siointr1+0xec: jmp siointr1+0x220 db> tr siointr1(c2c69800,dc6c1adc,c2e873da,dc6c1ad4,c02f1ef1) at siointr1+0xec siointr(c2c69800) at siointr+0x88 Xfastintr4() at Xfastintr4+0xba --- interrupt, eip = 0xc01cf4c0, esp = 0xdc6c1b20, ebp = 0xdc6c1b50 --- panic(c2e873da,6,0,c21a6000,c03535e0) at panic+0x60 freerq(c358a800,c2e873b2,e4,6,dc6c1bc4) at freerq+0x100 complete_rqe(c3434c24,396c,6e0d1def,1b90c284,dc6c1c14) at complete_rqe+0x6ca bufdone(c3434c24,dc6c1c5c,c0198846,c0364e9c,c0364dc0) at bufdone+0x141 bufdonebio(c3434c24,dc6c1c44,c01983d2,c082a8c0,c2de8510) at bufdonebio+0x5e biodone(c3434c24,c0318099,c2de8510,c3434c24,4000) at biodone+0xcc g_dev_done(c2de8510,c0364dc8,0,0,4) at g_dev_done+0x8a biodone(c2de8510,0,24c,c0311d4f,a) at biodone+0xcc g_io_schedule_up(c21a6000,c21a4000,dc6c1d34,c01b7be1,0) at g_io_schedule_up+0xb8 g_up_procbody(0,dc6c1d48,0,0,0) at g_up_procbody+0x28 fork_exit(c0198d10,0,dc6c1d48) at fork_exit+0xb1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdc6c1d7c, ebp = 0 --- Igor Timkin writes: > I have panic: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 0100 > fault virtual address = 0x38 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc025a224 > stack pointer = 0x10:0xdc6b5b64 > frame pointer = 0x10:0xdc6b5c1c > code segment= base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags= interrupt enabled, resume, IOPL = 0 > current process = 13 (swi8: tty:sio clock) > trap number = 12 > panic: page fault > cpuid = 0; lapic.id = 0100 > boot() called on cpu#0 > > syncing disks, buffers remaining... (The system freeze there, enter break > on serial console)~Stopped at siointr1+0xec: jmp siointr1+0x220 > db> trace > siointr1(c2c69800,c21a4974,c21a5980,dc6b2c90,c02f1ef1) at siointr1+0xec > siointr(c2c69800) at siointr+0x88 > Xfastintr4() at Xfastintr4+0xba > --- interrupt, eip = 0xc02e2254, esp = 0xdc6b2cdc, ebp = 0xdc6b2cdc --- > cpu_idle(c03689c0,0,0,0,74d04) at cpu_idle+0x24 > idle_proc(0,dc6b2d48,6f726420,77732070,6d207061) at idle_proc+0x25 > fork_exit(c01b7fa0,0,dc6b2d48) at fork_exit+0xb1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xdc6b2d7c, ebp = 0 --- > db> panic > panic: from debugger > cpuid = 0; lapic.id = 0100 > boot() called on cpu#0 > Uptime: 23h51m18s > pfs_vncache_unload(): 1 entries remaining > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > Rebooting... > cpu_reset called on cpu#0 > Console: serial port > BIOS drive C: is disk0 > > > FreeBSD news.gamma.ru 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Mon Sep 22 13:23:42 MSD > 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/NEWS i386 > > The same problem with 10 Sep and 18 Sep kernels. > Motherboard is P2B-DS, 2x800 PIII. News server with heavy disk load. > > [EMAIL PROTECTED]:/home/ivt:2:505>dmesg > Copyright (c) 1992-2003 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.1-CURRENT #1: Mon Sep 22 13:23:42 MSD 2003 > [EMAIL PROTECTED]:/usr/src/sys/i386/compile/NEWS > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0405000. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Pentium III (801.82-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x683 Stepping = 3 > > Features=0x383fbff > real memory = 1073729536 (1023 MB) > avail memory = 1038938112 (990 MB) > Programming 24 pins in IOAPIC #0 > IOAPIC #0 intpin 2 -> irq 0 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 >
Re: Panic: Fatal trap 12: page fault while in kernel mode
I have panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 0100 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc025a224 stack pointer = 0x10:0xdc6b5b64 frame pointer = 0x10:0xdc6b5c1c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 13 (swi8: tty:sio clock) trap number = 12 panic: page fault cpuid = 0; lapic.id = 0100 boot() called on cpu#0 syncing disks, buffers remaining... (The system freeze there, enter break on serial console)~Stopped at siointr1+0xec: jmp siointr1+0x220 db> trace siointr1(c2c69800,c21a4974,c21a5980,dc6b2c90,c02f1ef1) at siointr1+0xec siointr(c2c69800) at siointr+0x88 Xfastintr4() at Xfastintr4+0xba --- interrupt, eip = 0xc02e2254, esp = 0xdc6b2cdc, ebp = 0xdc6b2cdc --- cpu_idle(c03689c0,0,0,0,74d04) at cpu_idle+0x24 idle_proc(0,dc6b2d48,6f726420,77732070,6d207061) at idle_proc+0x25 fork_exit(c01b7fa0,0,dc6b2d48) at fork_exit+0xb1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdc6b2d7c, ebp = 0 --- db> panic panic: from debugger cpuid = 0; lapic.id = 0100 boot() called on cpu#0 Uptime: 23h51m18s pfs_vncache_unload(): 1 entries remaining Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... cpu_reset called on cpu#0 Console: serial port BIOS drive C: is disk0 FreeBSD news.gamma.ru 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Mon Sep 22 13:23:42 MSD 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/NEWS i386 The same problem with 10 Sep and 18 Sep kernels. Motherboard is P2B-DS, 2x800 PIII. News server with heavy disk load. [EMAIL PROTECTED]:/home/ivt:2:505>dmesg Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #1: Mon Sep 22 13:23:42 MSD 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/NEWS Preloaded elf kernel "/boot/kernel/kernel" at 0xc0405000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073729536 (1023 MB) avail memory = 1038938112 (990 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00f0d20 pcib0: at pcibus 0 on motherboard pci0: on pcib0 IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 18 -> irq 10 IOAPIC #0 intpin 17 -> irq 11 IOAPIC #0 intpin 16 -> irq 12 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 4.2 (no driver attached) piix0 port 0xe800-0xe80f at device 4.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 ahc0: port 0xd000-0xd0ff mem 0xe100-0xe1000fff irq 2 at device 6.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xb800-0xb8ff mem 0xe080-0xe0800fff irq 2 at device 9.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs ahc2: port 0xb400-0xb4ff mem 0xe000-0xefff irq 10 at device 10.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp0: port 0xb000-0xb01f mem 0xdf80-0xdf8f,0xe300-0xe3000fff irq 11 at device 11.0 on pci0 fxp0: Ethernet address 00:a0:c9:a3:5a:85 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xa800-0xa81f mem 0xdf00-0xdf0f,0xe200-0xe2000fff irq 12 at device 12.0 on pci0 fxp1: Ethernet address 00:90:27:41:3d:89 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: at iomem 0xdc000-0xe17ff,0xd8000-0xd87ff,0xd-0xd6fff,0xc8000-0xcc7ff,0xc-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: can't assign resources (por
Re: new function for libdevstat
Sergey A. Osokin writes: > I have rewritten devstat_compute_statistics(). > Please see the attachment. Add ``break'' in each ``case''. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current CVS kernel panic ...
The same with 2xPIII-800:
Booting [/boot/kernel/kernel]...
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Fri Dec 8 00:46:58 MSK 2000
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/NEWSFEED
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (801.82-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x683 Stepping = 3
[...]
da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled
da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C)
SMP: AP CPU #1 Launched!
Using /entropy as an entropy file
vinum: loaded
[*** system freeze and I try call ddb ***]
~[gw-msu]%break
panic: spin lock sched lock held by 0x0xdb8f4840 for > 5 seconds
[another reboot: panic: spin lock sched lock held by 0x0xdb8f4a60 for > 5 seconds]
cpuid = 1; lapic.id =
boot() called on cpu#1
syncing disks...
done
Uptime: 50s
The Hermit Hacker writes:
>
> Just upgraded the kernel, rebooted and it hung/panic'd with:
>
> panic: spin lock sched lock held by 0x0xc02a73el for > 5 seconds
> cpuid = 1; lapic.id = 0100
> Debugger("panic")
>
> I have DDB enabled, and ctl-alt-esc doesn't break to the debugger, so its
> totally hung here ...
>
> dual-cpu celeron, smp enabled ...
>
> Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
> Systems Administrator @ hub.org
> primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
clk/rtc irq
Last month systat -v show: 107 clk irq0 137 rtc irq8 109 clk irq0 139 rtc irq8 108 clk irq0 139 rtc irq8 instead of 100 clk irq0 128 rtc irq8 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel error
check outed 1 hour ago. ===> ipfilter cc -O -pipe -DIPFILTER=1 -DIPFILTER_LKM -DIPFILTER_LOG -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c In file included from /usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44: @/netinet/ip_compat.h:268: osreldate.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/ipfilter. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/MAIL. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: can't get into single user mode - panic: ffs_valloc: dup alloc
> > I hit the space bar, type in 'boot -s' and it goes through all the > > normal start up procedures, sets up the networking, etc ... 'boot -s' don't work for me, I use 'boot /boot/kernel/kernel -s' instead. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: today's panic
> Today's current (buildworld+build kernel), check out at ~10.00 GMT. > I have this problem during 6-7 days, the stable version for me: > FreeBSD newsfeed.gamma.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Oct 2 21:56:00 >MSD 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NEWSFEED i386 > I haven't any problems till this date. The same proble on another server (no crash dump). IP: c01502d8 nm /boot/kernel/kernel | grep c0150 | sort c015025c t pollscan c015031c T openbsd_poll c015032c T seltrue c0150338 T selrecord c0150378 T selwakeup c0150400 T pipe c0150588 t pipespace c01505f0 t pipeinit c0150690 t pipe_read c015098c t pipe_build_write_buffer c0150b44 t pipe_destroy_write_buffer c0150bc8 t pipe_clone_write_buffer c0150c04 t pipe_direct_write c0150edc t pipe_write dmesg: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Oct 9 14:41:38 MSD 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 300682964 Hz CPU: Pentium II/Pentium II Xeon/Celeron (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80f9ff real memory = 134217728 (131072K bytes) avail memory = 127950848 (124952K bytes) Preloaded elf kernel "kernel" at 0xc0292000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 atapci0: Busmastering DMA enabled ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 pci0: at 4.3 pci0: (vendor=0x9004, dev=0x8078) at 6.0 irq 9 de0: port 0xb800-0xb87f mem 0xe280-0xe280007f irq 9 at device 9.0 on pci0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:33:a2:ae:fe de1: port 0xb400-0xb47f mem 0xe200-0xe27f irq 12 at device 10.0 on pci0 de1: 21140A [10-100Mb/s] pass 2.2 de1: address 00:40:33:a2:af:01 ed0: port 0xb000-0xb01f irq 10 at device 11.0 on pci0 ed0: address 00:00:1c:3a:3a:39, type NE2000 (16 bit) pci0: at 12.0 irq 11 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ed1 at port 0x240-0x25f iomem 0xd8000 irq 5 on isa0 ed1: address 00:c0:6c:54:12:37, type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources DUMMYNET initialized (000608) IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to deny, logging disabled ad0: 7339MB [15907/15/63] at ata0-master UDMA33 ad2: 7339MB [15907/15/63] at ata1-master UDMA33 Mounting root from ufs:/dev/ad0a WARNING: / was not properly dismounted de0: enabling 100baseTX port de1: enabling 100baseTX port vinum: loaded vinum: reading configuration from /dev/ad2s1d vinum: updating configuration from /dev/ad0s1d de1: link down: cable problem? de1: enabling 10baseT port de1: enabling Full Duplex 10baseT port link_elf: symbol card_set_res_flags_desc undefined To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
today's panic
Today's current (buildworld+build kernel), check out at ~10.00 GMT.
I have this problem during 6-7 days, the stable version for me:
FreeBSD newsfeed.gamma.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Oct 2 21:56:00 MSD
2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NEWSFEED i386
I haven't any problems till this date.
Server: P2B-DS, BIOS rev. 1012.
kgdb:
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /news/crash/kernel.0
(kgdb) core-file /news/crash/vmcore.0
SMP 2 cpus
IdlePTD 2813952
initial pcb at 23e720
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id =
fault virtual address = 0xc
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc015d616
stack pointer = 0x10:0xe2312da4
frame pointer = 0x10:0xe2312dd4
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 388 (innd)
trap number = 12
panic: page fault
cpuid = 1; lapic.id =
boot() called on cpu#1
syncing disks... 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
giving up on 20 buffers
Uptime: 1m46s
dumping to dev #da/25, offset 80572
dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 1009 [...]
6 5 4 3 2 1 0
---
#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476
476 dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:476
#1 0xc014a52f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:317
#2 0xc014a954 in poweroff_wait (junk=0xc0217b6f, howto=-611008192)
at /usr/src/sys/kern/kern_shutdown.c:569
#3 0xc01eb544 in trap_fatal (frame=0xe2312d64, eva=12)
at /usr/src/sys/i386/i386/trap.c:939
#4 0xc01eb2a5 in trap_pfault (frame=0xe2312d64, usermode=0, eva=12)
at /usr/src/sys/i386/i386/trap.c:853
#5 0xc01eae03 in trap (frame={tf_fs = -500105192, tf_es = -500105200,
tf_ds = -1072300016, tf_edi = 49, tf_esi = 64, tf_ebp = -500093484,
tf_isp = -500093552, tf_ebx = -1015227740, tf_edx = 0,
tf_ecx = -611008192, tf_eax = 0, tf_trapno = 12, tf_err = 0,
tf_eip = -1072310762, tf_cs = 8, tf_eflags = 66050,
tf_esp = -1015227740, tf_ss = 64}) at /usr/src/sys/i386/i386/trap.c:436
#6 0xc015d616 in selscan (p=0xdb94c140, ibits=0xe2312e28, obits=0xe2312e1c,
nfd=62) at /usr/src/sys/sys/file.h:187
182 struct proc *p;
183 {
184 int error;
185
186 fhold(fp);
187 error = (*fp->f_ops->fo_poll)(fp, events, cred, p);
188 fdrop(fp, p);
189 return (error);
190 }
191
(kgdb) print *fp
$1 = {f_list = {le_next = 0x0, le_prev = 0x0}, f_flag = 0, f_type = 0,
f_count = 0, f_msgcount = 0, f_cred = 0x0, f_ops = 0x0, f_seqcount = 0,
^^^
f_nextoff = 0, f_offset = 0, f_data = 0x0}
#7 0xc015d371 in select (p=0xdb94c140, uap=0xe2312f80)
at /usr/src/sys/kern/sys_generic.c:709
#8 0xc01eb960 in syscall2 (frame={tf_fs = 47, tf_es = 47,
tf_ds = -1078001617, tf_edi = 300, tf_esi = 134660576,
tf_ebp = -1077937204, tf_isp = -500092972, tf_ebx = -1077937332,
tf_edx = 246, tf_ecx = -1, tf_eax = 93, tf_trapno = 7, tf_err = 2,
tf_eip = 672214604, tf_cs = 31, tf_eflags = 515, tf_esp = -1077937568,
tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1139
---Type to continue, or q to quit---
#9 0xc01dc294 in Xint0x80_syscall ()
#10 0x805707d in ?? ()
#11 0x804a671 in ?? ()
dmesg -v:
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Oct 9 16:11:26 MSD 2000
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/NEWSFEED
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (451.03-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x387fbff
real memory = 1073729536 (1048564K bytes)
avail memory = 1042202624 (1017776K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0
Preloaded elf kernel "kernel" at 0xc029d000.
Pentium Pro MTRR support enabled
npx0: on motherboard
npx0: INT 16 interface
pcib0: at pcibus 0 on motherboard
pci0: on pcib0 pcib1: at
device 1.0 on pci0
pci1: on pcib1
isab0: at device 4.0 on pci0
isa0: on isab0
pci0: at 4.1
pci0: at 4.2 irq 19
Timecounter "PIIX" frequency 3579545 Hz
pci0: at 4.3
ahc0: port 0xd000-0xd0ff mem
0xe200-0xe2000fff irq 19 at device 6.0 on pci0
aic7890
Re: Recent kernels won't boot
I haven't any problem: ivt@ivthome:/home/ivt:3:306>uname -a FreeBSD ivthome.gamma.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Oct 7 13:09:54 MSD 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/IVTHOME i386 > Hi, > > Kernels built from recent cvsup (<24 hrs) quit immediately on boot, back to > the BIOS, no messages no nothin'. > > > -- > Bob Bishop (0118) 977 4017 international code +44 118 > [EMAIL PROTECTED]fax (0118) 989 4254 > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/sys/netinet tcp.h tcp_input.c tcp_output.c tcp_timer.ctcp_var.h
[Charset iso-8859-1 unsupported, filtering to ASCII...] > Jonathan Lemon <[EMAIL PROTECTED]> _crivait (wrote) : > > > jlemon 2000/05/05 20:31:10 PDT > > > > Modified files: > > sys/netinet tcp.h tcp_input.c tcp_output.c > > tcp_timer.c tcp_var.h > > Log: > > Implement TCP NewReno, as documented in RFC 2582. This allows > > better recovery for multiple packet losses in a single window. > > The algorithm can be toggled via the sysctl net.inet.tcp.newreno, > > which defaults to "on". > > > > Submitted by: Jayanth Vijayaraghavan <[EMAIL PROTECTED]> > > This seems to have serious side effects on some TCP connections. > My ssh connection to a Linux server dies randomly wicth 'Connection > reset by peer', remote log shows: > > May 7 16:31:13 hsc sshd[25825]: fatal: Local: Bad packet length 300903990. > > setting net.inet.tcp.newreno to 0 fix my problem. > > If this can help : i'm running -CURRENT from yesterday, i am using > stock ssh-1.2.27 (not openssh) on both sides on 33.6kbps ppp connection. The same problem. Local is openssh (current), remote is ssh-1.2.22 (2.2.6), slip ~24kbps connection. Remote log: May 9 09:59:17 crocus sshd[21285]: fatal: Local: Corrupted check bytes on input. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dump of vinum disks
Who will correct dump (dump use /dev/rXXX instead of /dev/XXX) ? I wrote: > Yesterday current: > ivt@newsfeed:/news/etc:2:770>uname -a > FreeBSD newsfeed.gamma.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Feb 16 03:00:26 >MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/NEWSFEED i386 > ivt@newsfeed:/news/etc:2:771>dump 0f /dev/null /news > DUMP: Date of this level 0 dump: Thu Feb 17 12:24:34 2000 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/vinum/rraid0 (/news) to /dev/null > DUMP: Cannot open /dev/vinum/rraid0 > vt@newsfeed:/news/etc:2:772>dump 0f /dev/null /dev/vinum/raid0 > DUMP: Date of this level 0 dump: Thu Feb 17 12:25:10 2000 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/vinum/rraid0 (/news) to /dev/null > DUMP: Cannot open /dev/vinum/rraid0 > vt@newsfeed:/news/etc:2:773>ls -ltr /dev/vinum > total 4 > drwxr-xr-x 2 root wheel 512 Feb 16 06:13 drive > drwxr-xr-x 2 root wheel 512 Feb 16 06:13 plex > drwxr-xr-x 2 root wheel 512 Feb 16 06:13 sd > drwxr-xr-x 3 root wheel 512 Feb 16 06:13 vol > crw--- 1 root wheel 91, 0x4001 Feb 16 06:13 Control > crw--- 1 root wheel 91, 0x4002 Feb 16 06:13 control > crw--- 1 root wheel 91, 0x4000 Feb 16 06:13 controld > crw-r- 1 root operator 91, 0 Feb 16 06:14 raid0 > (vinum create vinum's disks with ``wheel'' group, so i made > chgrp operator raid0). > > Just moment solution is (cd /dev/vinum; ln raid0 rraid0). > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IP tunnel
nos-tun.
>
> Hello!
>
> What about ${subj} in current?
> Or maybe someone know how to make
> ip tunnel on current using patches, tools, etc.?
>
> Thanx.
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
dump of vinum disks
Yesterday current: ivt@newsfeed:/news/etc:2:770>uname -a FreeBSD newsfeed.gamma.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Feb 16 03:00:26 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/NEWSFEED i386 ivt@newsfeed:/news/etc:2:771>dump 0f /dev/null /news DUMP: Date of this level 0 dump: Thu Feb 17 12:24:34 2000 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/vinum/rraid0 (/news) to /dev/null DUMP: Cannot open /dev/vinum/rraid0 vt@newsfeed:/news/etc:2:772>dump 0f /dev/null /dev/vinum/raid0 DUMP: Date of this level 0 dump: Thu Feb 17 12:25:10 2000 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/vinum/rraid0 (/news) to /dev/null DUMP: Cannot open /dev/vinum/rraid0 vt@newsfeed:/news/etc:2:773>ls -ltr /dev/vinum total 4 drwxr-xr-x 2 root wheel 512 Feb 16 06:13 drive drwxr-xr-x 2 root wheel 512 Feb 16 06:13 plex drwxr-xr-x 2 root wheel 512 Feb 16 06:13 sd drwxr-xr-x 3 root wheel 512 Feb 16 06:13 vol crw--- 1 root wheel 91, 0x4001 Feb 16 06:13 Control crw--- 1 root wheel 91, 0x4002 Feb 16 06:13 control crw--- 1 root wheel 91, 0x4000 Feb 16 06:13 controld crw-r- 1 root operator 91, 0 Feb 16 06:14 raid0 (vinum create vinum's disks with ``wheel'' group, so i made chgrp operator raid0). Just moment solution is (cd /dev/vinum; ln raid0 rraid0). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: tun input statistics
Yes, thank you: Name Mtu Network AddressIpkts Ierrs IbytesOpkts Oerrs Obytes Coll tun0 1500 469561 0 158358233 438305 0 114637121 0 tun0 1500 195.161.2 195.161.2.170 469561 0 158358233 438305 0 114637121 0 > Ok... Does this work though? > > On Wed, 16 Feb 2000, Igor Timkin wrote: > > What's abount ibytes ? > > > m_adj(top, sizeof(family)); > > > } else > > > family = AF_INET; > Add: > > ifp->if_ibytes += top->m_pkthdr.len; > > > > + > > > + ifp->if_ipackets++; > > > > > > return family_enqueue(family, top); > > > } > > -- > | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | > | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | > | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: tun input statistics
What's abount ibytes ?
> Try this patch.
>
> Index: if_tun.c
> ===
> RCS file: /cvs/src/sys/net/if_tun.c,v
> retrieving revision 1.73
> diff -u -1 -6 -r1.73 if_tun.c
> --- if_tun.c 2000/01/29 01:10:24 1.73
> +++ if_tun.c 2000/02/15 21:49:40
> @@ -620,32 +620,33 @@
> m->m_len = min(mlen, uio->uio_resid);
> error = uiomove(mtod (m, caddr_t), m->m_len, uio);
> *mp = m;
> mp = &m->m_next;
> if (uio->uio_resid > 0) {
> MGET (m, M_DONTWAIT, MT_DATA);
> if (m == 0) {
> error = ENOBUFS;
> break;
> }
> mlen = MLEN;
> }
> }
> if (error) {
> if (top)
> m_freem (top);
> + ifp->if_ierrors++;
> return error;
> }
>
> top->m_pkthdr.len = tlen;
> top->m_pkthdr.rcvif = ifp;
>
> if (ifp->if_bpf) {
> if (tp->tun_flags & TUN_IFHEAD)
> /*
>* Conveniently, we already have a 4-byte address
>* family prepended to our packet !
>*/
> bpf_mtap(ifp, top);
> else {
> /*
>* We need to prepend the address family as
> @@ -660,32 +661,34 @@
> m.m_next = top;
> m.m_len = 4;
> m.m_data = (char *)
>
> bpf_mtap(ifp, &m);
> }
> }
>
> if (tp->tun_flags & TUN_IFHEAD) {
> if (top->m_len < sizeof(family) &&
> (top = m_pullup(top, sizeof(family))) == NULL)
> return ENOBUFS;
> family = ntohl(*mtod(top, u_int32_t *));
> m_adj(top, sizeof(family));
> } else
> family = AF_INET;
> +
> + ifp->if_ipackets++;
>
> return family_enqueue(family, top);
> }
>
> /*
> * tunpoll - the poll interface, this is only useful on reads
> * really. The write detect always returns true, write never blocks
> * anyway, it either accepts the packet or drops it.
> */
> static int
> tunpoll(dev, events, p)
> dev_t dev;
> int events;
> struct proc *p;
> {
> int s;
>
> On Tue, 15 Feb 2000, Igor Timkin wrote:
>
> > 4.0-CURRENT seems don't count inpput packets/bytes on tun interface
> > (3.4-STABLE don't has such problem):
> > ivt@newsfeed:/news/etc:2:322>netstat -in
> > Name Mtu Network AddressIpkts IerrsOpkts Oerrs Coll
> > fxp0 1500 00:a0:c9:a3:5a:85 6312807 4 6938927 2 0
> > fxp0 1500 194.186.254/2 194.186.254.21 6312807 4 6938927 2 0
> > fxp0 1500 212.192.244.1 212.192.244.21 6312807 4 6938927 2 0
> > lo0 16384 37 0 37 0 0
> > lo0 16384 127 127.0.0.1 37 0 37 0 0
> > tun0 1500 0 0 2051136 0 0
> > tun0 1500 195.161.2 195.161.2.170 0 0 2051136 0 0
> > ivt@newsfeed:/news/etc:2:323>uname -a
> > FreeBSD newsfeed.gamma.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Mon Feb 14 08:58:33
>MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/NEWSFEED i386
> >
> >
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-current" in the body of the message
> >
>
> --
> | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
> | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
> | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever |
Content-Description:
[Attachment, skipping...]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tun input statistics
4.0-CURRENT seems don't count inpput packets/bytes on tun interface (3.4-STABLE don't has such problem): ivt@newsfeed:/news/etc:2:322>netstat -in Name Mtu Network AddressIpkts IerrsOpkts Oerrs Coll fxp0 1500 00:a0:c9:a3:5a:85 6312807 4 6938927 2 0 fxp0 1500 194.186.254/2 194.186.254.21 6312807 4 6938927 2 0 fxp0 1500 212.192.244.1 212.192.244.21 6312807 4 6938927 2 0 lo0 16384 37 0 37 0 0 lo0 16384 127 127.0.0.1 37 0 37 0 0 tun0 1500 0 0 2051136 0 0 tun0 1500 195.161.2 195.161.2.170 0 0 2051136 0 0 ivt@newsfeed:/news/etc:2:323>uname -a FreeBSD newsfeed.gamma.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Mon Feb 14 08:58:33 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/NEWSFEED i386 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hardwiring SCSI device ID broken?
Sorry for delay, it's production server (newsfeed.gamma.ru is #3 on Freenix). 4.0-2208-CURRENT fix this problem, thank you. > Igor Timkin wrote: > > > Martin Cracauer wrote: > > > > It seem hardwiring SCSI devices is broken in -current: > > > > > > > > LINT seems to recommend: > > > > > > > > device ahc > > > > device scbus0 at ahc0 > > > > device scbus1 at ahc1 bus 0 > > > > > > > > device sa0 at scbus1 target 4 > > > > device sa1 at scbus1 target 5 > > > > device cd0 at scbus1 target 6 > > > > device cd1 at scbus1 target 2 > > > > > > > > However, config rejects it: > > > > config: line 239: ahc 0 not defined > > > > config: line 240: ahc 1 not defined > > > > > > But what happens at boot time? Does it work? (it should). > > > > No :( > > > > @(#)FreeBSD 4.0-2112-CURRENT #1: Sat Jan 15 08:01:12 MSK 2000 > > > > My kernel config: > > device ahc0# AHA2940 and onboard AIC7xxx devices > > device ahc1 > > options AHC_ALLOW_MEMIO > > options SCSI_DELAY=2000 #Be pessimistic about Joe SCSI device > > > > #device scbus0 > > device scbus0 at ahc0 > > device scbus1 at ahc1 > > device da0 at scbus1 target 0 > > device da1 at scbus1 target 1 > > > > First disk is da2. > > dmesg would be useful, otherwise we can't even begin to guess what happened. > > Cheers, > -Peter > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hardwiring SCSI device ID broken?
> Martin Cracauer wrote: > > It seem hardwiring SCSI devices is broken in -current: > > > > LINT seems to recommend: > > > > device ahc > > device scbus0 at ahc0 > > device scbus1 at ahc1 bus 0 > > > > device sa0 at scbus1 target 4 > > device sa1 at scbus1 target 5 > > device cd0 at scbus1 target 6 > > device cd1 at scbus1 target 2 > > > > However, config rejects it: > > config: line 239: ahc 0 not defined > > config: line 240: ahc 1 not defined > > But what happens at boot time? Does it work? (it should). No :( @(#)FreeBSD 4.0-2112-CURRENT #1: Sat Jan 15 08:01:12 MSK 2000 My kernel config: device ahc0# AHA2940 and onboard AIC7xxx devices device ahc1 options AHC_ALLOW_MEMIO options SCSI_DELAY=2000 #Be pessimistic about Joe SCSI device #device scbus0 device scbus0 at ahc0 device scbus1 at ahc1 device da0 at scbus1 target 0 device da1 at scbus1 target 1 First disk is da2. > > If the config messages bother you, change: "device ahc" to > device ahc0 > device ahc1 > > Cheers, > -Peter > -- > Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
