Re: Panic: Fatal trap 12: page fault while in kernel mode

d34,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

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:0x

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

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@/../i

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"

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

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 pr

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 >

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 > >

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@new

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:

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

Re: tun input statistics

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

Re: tun input statistics

urn 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(d

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

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: > > &

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 tar