In message pine.bsf.3.95.990514121818.24898a-100...@current1.whistle.com,
Julian Elischer writes:
On Fri, 14 May 1999, Luoqi Chen wrote:
This was due to a kludge in mfs implementation. Try change NUMCDEV in
kern_conf.c to 255.
Are you saying that there is a bug in the mfs
On Fri, May 14, 1999 at 02:17:28AM +0200, a little birdie told me
that Sheldon Hearn remarked
On Fri, 14 May 1999 01:13:36 +0200, Gianmarco Giovannelli wrote:
Here it continues to panic with screen, same errors of yesterday... I'll
try with X right now but I think it is the same
On Fri, 14 May 1999 07:39:29 EST, Matthew D. Fuller wrote:
I have one here with sources cvsup'd around 4am (CDT) today (as in,
~4 hours ago). Start X, start up screen in an xterm, and *bing*.
However, I strut my skill in manpiluating DDB while staring at a
frozen X session ;
Well, this apparently doesn't involve X, only screen.
(X may still be broken/flaky, but this doesn't involve it specifically)
This time I just ran screen on a vty, and *poof*
--
Looking at the trace below, does this look like a (if not the) problem?
#10 0xc0162490 in ttyflush (tp=0xc029dc20,
Ilya Naumov ca...@avias.com writes:
GR I'm currently running into a problem, that when I start my system,
GR it spontaneously reboots when starting X. Has anyone else run into
GR this?
yes, i'm experiencing the same problem with today's (May, 12) kernels.
Me three. The box freezes solid
It seems that screen was trying to flush the master pty, before the slave
tty was even open. We were lucky that this didn't crash our machines before
the dev_t changes, it only caused the console to be flushed instead. But
after the dev_t changes, it is fatal. Try this fix (band-aid only, better
This looks a lot like the I didn't use 'config -r' to generate my
latest kernel build tree problem.
Well, this apparently doesn't involve X, only screen.
(X may still be broken/flaky, but this doesn't involve it specifically)
This time I just ran screen on a vty, and *poof*
--
It seems that screen was trying to flush the master pty, before the slave
tty was even open. We were lucky that this didn't crash our machines before
the dev_t changes, it only caused the console to be flushed instead. But
after the dev_t changes, it is fatal. Try this fix (band-aid only,
This was due to a kludge in mfs implementation. Try change NUMCDEV in
kern_conf.c to 255.
Are you saying that there is a bug in the mfs implementation and a fix
will be commited soon? (and change NUMCDEV until then)
Or are you saying, the mfs implementation is now considered correct
In message 199905141824.oaa06...@lor.watermarkgroup.com, Luoqi Chen writes:
This was due to a kludge in mfs implementation. Try change NUMCDEV in
kern_conf.c to 255.
Are you saying that there is a bug in the mfs implementation and a fix
will be commited soon? (and change NUMCDEV until
On Fri, May 14, 1999 at 01:36:41PM -0400, a little birdie told me
that Luoqi Chen remarked
Here's the better fix, please let me know if it works,
I won't be in a position to crash this box again until tomorrow, but I'll
give it a whirl then.
Thanks.
Index: tty_pty.c
On Fri, 14 May 1999, Luoqi Chen wrote:
This was due to a kludge in mfs implementation. Try change NUMCDEV in
kern_conf.c to 255.
Are you saying that there is a bug in the mfs implementation and a fix
will be commited soon? (and change NUMCDEV until then)
Or are you saying, the
On Wed, 12 May 1999, Geoff Rehmet wrote:
Date: Wed, 12 May 1999 14:35:54 +0200
From: Geoff Rehmet geo...@is.co.za
To: 'curr...@freebsd.org' curr...@freebsd.org
Subject: Today's kernel crashes on starting X
I'm currently running into a problem, that when I start my system,
it spontaneously
On Wed, 12 May 1999 14:35:54 +0200, Geoff Rehmet wrote:
I'm currently running into a problem, that when I start my system,
it spontaneously reboots when starting X. Has anyone else run into
this?
Hi Geoff,
I notice you've had a lot of responses confirming similar problems with
recent
I think the fix to the device-pager earlier today may have take
care of this one (Many thanks to luoqi!)
Poul-Henning
In message 67290.926593...@axl.noc.iafrica.com, Sheldon Hearn writes:
On Wed, 12 May 1999 14:35:54 +0200, Geoff Rehmet wrote:
I'm currently running into a problem, that when
At 13/05/99, Poul-Henning Kamp wrote:
I think the fix to the device-pager earlier today may have take
care of this one (Many thanks to luoqi!)
Here it continues to panic with screen, same errors of yesterday... I'll
try with X right now but I think it is the same story... :-)
Cvsupped and maked
On Fri, 14 May 1999 01:13:36 +0200, Gianmarco Giovannelli wrote:
Here it continues to panic with screen, same errors of yesterday... I'll
try with X right now but I think it is the same story... :-)
Cvsupped and maked world this afternoon (CEST).
Well guesss what? I'm seeing panics too,
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 X crash.
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
instruction pointer =
On Thu, May 13, 1999 at 10:17:23PM -0400, Luoqi Chen wrote:
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)
..snip..
This was due to a kludge in mfs implementation. Try change NUMCDEV in
kern_conf.c to 255.
Are you
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
instruction
At 02:35 PM 5/12/99 +0200, Geoff Rehmet wrote:
I'm currently running into a problem, that when I start my system,
it spontaneously reboots when starting X. Has anyone else run into
this?
I had the same thing happen last night, after building a new kernel and
rebooting.
I had to go back to a
At 12/05/99, Manfred Antar wrote:
At 02:35 PM 5/12/99 +0200, Geoff Rehmet wrote:
I'm currently running into a problem, that when I start my system,
it spontaneously reboots when starting X. Has anyone else run into
this?
I had the same thing happen last night, after building a new kernel and
Hello Geoff,
Wednesday, May 12, 1999, 4:35:54 PM, you wrote:
GR I'm currently running into a problem, that when I start my system,
GR it spontaneously reboots when starting X. Has anyone else run into
GR this?
yes, i'm experiencing the same problem with today's (May, 12) kernels.
Best
24 matches
Mail list logo