Re: -CURRENT + cvs = panic

2003-03-03 Thread Philipp Mergenthaler
On Mon, Mar 03, 2003 at 01:23:20AM +0200, Vladimir Kushnir wrote: > Practically 100% repeatable: after some CVS updates (not sure but it > seems after another high HD load as well) -CURRENT panics with > bwrite: buffer is not busy > (in the prefious message I've attached gdb trace and so on, and no

Re: Bad system call: aio_read()

2002-10-12 Thread Philipp Mergenthaler
On Sat, Oct 12, 2002 at 11:57:23AM -0400, Craig Rodrigues wrote: > > > > I just did a cvsup and rebuilt the world on my -CURRENT system. > > > > If I try to run the following program, I get a "Bad system call" coredump: > > > [...] > > > > 2660 a.outCALL aio_read(0xbfbffb88) > > > > 2660 a

Re: Bad system call: aio_read()

2002-10-12 Thread Philipp Mergenthaler
On Sat, Oct 12, 2002 at 09:53:02AM -0400, Craig Rodrigues wrote: > I just did a cvsup and rebuilt the world on my -CURRENT system. > If I try to run the following program, I get a "Bad system call" coredump: [...] > 2660 a.outCALL aio_read(0xbfbffb88) > 2660 a.outRET aio_read -1 err

Re: Today's panic on boot problem

2002-02-27 Thread Philipp Mergenthaler
On Tue, Feb 26, 2002 at 09:29:51PM -0800, Peter Wemm wrote: > FWIW, turning off PG_G see_ms to help. Change in pmap.c: > #if !defined(SMP) || defined(ENABLE_PG_G) > to: > #if /*!defined(SMP) ||*/ defined(ENABLE_PG_G) > and see how you go. This got me past atkbd0, but it is a very worrying > sign

Re: old BSD/OS binary coredumps

2001-08-29 Thread Philipp Mergenthaler
On Wed, Aug 29, 2001 at 08:50:53AM +0200, Joerg Wunsch wrote: > After upgrading to current-2001-08-28, my old BSD/OS Netscape 3 binary > no longer works. It coredumps right away at startup, before opening > any window. (Running it as "netscape3 -help", where it only produces > a usage message, i

Re: panic for today -- dsp_clone+0xee after moused started

2001-06-17 Thread Philipp Mergenthaler
On Sun, Jun 17, 2001 at 12:49:34PM -0700, David Wolfskill wrote: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc > fault code= supervisor read, page not present > instruction pointer = 0x8:0xc018fe1a > stack pointer = 0x10:0xce5a4d40 > frame poi

Re: panic: vm_pageout_flush: partially dirty page

2000-12-10 Thread Philipp Mergenthaler
On Sun, Dec 10, 2000 at 02:25:48PM -0800, Matt Dillon wrote: > > : Hi, > : > :ever since this commit: ... > : > :dillon 2000/11/18 15:06:27 PST > : > : Modified files: > :sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c > :... > > When you created the filesystems on which

Re: fix for pageout_flush panic (was Re: panic: vm_pageout_flush: partially dirty page)

2000-12-10 Thread Philipp Mergenthaler
On Sun, Dec 10, 2000 at 03:34:32PM -0800, Matt Dillon wrote: > :ever since this commit: ... > : > :dillon 2000/11/18 15:06:27 PST > : > : Modified files: > :sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c > > Hmm. Very odd. It's catching a fully valid file page which is

panic: vm_pageout_flush: partially dirty page

2000-12-09 Thread Philipp Mergenthaler
Hi, ever since this commit: ... dillon 2000/11/18 15:06:27 PST Modified files: sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c vfs_vnops.c sys/sys buf.h vnode.h sys/ufs/ffs ffs_inode.c ffs_softdep.c sys/ufs/ufs

Re: Big ATA problems

2000-02-19 Thread Philipp Mergenthaler
On Sat, Feb 19, 2000 at 10:39:42AM -0500, Bryan Liesner wrote: > Jose, the problem seems to be resolved by rebuilding the boot > loader. Or bypass the loader altogether. > > cd /usr/src/sys/boot > make obj > make all install > > and you'll be able to boot the kernel with the latest ata stuff.

Make world broken in doscmd; patch

1999-10-07 Thread Philipp Mergenthaler
Hi, the change in src/sys/i386/include/ucontext.h (in struct __mcontext), where "struct trapframe mc_tf;" was replaced by it's members broke doscmd. (The relevant files are $FreeBSD: src/sys/i386/include/ucontext.h,v 1.3 1999/10/07 12:40:34 marcel Exp $ $FreeBSD: src/usr.bin/doscmd/signal.c,v

Re: Today's kernel crashes on starting X

1999-05-13 Thread Philipp Mergenthaler
> > This also fixes the panic that I got with mfs_mount: > > (with "options MFS" in the config file, 'cvsup'ed at May 13th 19:43 UTC) > > > > Fatal trap 12: page fault while inkernel mode > > fault virtual address = 0x9d19fd34 > > fault code = supervisor read, page not present > > i

Re: Today's kernel crashes on starting X

1999-05-13 Thread Philipp Mergenthaler
On Thu, May 13, 1999 at 05:25:54AM -0500, dave adkins wrote: > > I think it's the recent dev_t changes causing problems. > I haven't tracked it any further. > > Try changing: > >#define DEVT_FACIST 1 > > in kern/kern_conf.c to > > #undef DEVT_FACIST > > It has fixed my