In message ,
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 implementation and a fix
>> > will be commited soon? (a
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
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
> ===
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 NUMC
> > 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 co
> 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, b
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, better
fi
Ilya Naumov 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 before switch
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,
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 ;>
Unfortu
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
> > 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
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.
> 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 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
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, a
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 make
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, th
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 ke
On Wed, 12 May 1999, Geoff Rehmet wrote:
> Date: Wed, 12 May 1999 14:35:54 +0200
> From: Geoff Rehmet
> To: "'curr...@freebsd.org'"
> Subject: Today's kernel crashes on starting X
>
> I'm currently running into a problem, that when I start my sy
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 rega
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 a
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 ke
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?
--
Geoff Rehmet, The Internet Solution - Infrastructure
tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800
email: geo...@is.co.za
URL: http
25 matches
Mail list logo
