Mike Silbersack wrote:
On Wed, 27 Feb 2002, Mike Silbersack wrote:
Disabling PG_G allows it to work here again as well. Given the problems
we're experiencing, backing out the pmap changes of the last two days
seems like a good idea.
Mike Silby Silbersack
Well, I sorta take that back.
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. I
Peter Wemm wrote:
Mike Silbersack wrote:
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
Hm, sounds like UP got optimized out.
Gah! That would be a first. :(
Well, until I can build a working kernel, I'll just assume that it's a
feature.
FWIW, turning off PG_G
Mike Silbersack wrote:
I'm experiencing the same double panic on boot that PHK is now; are we the
only ones, or is it just that nobody else has updated recently?
If you are not using acpica, then you're probably using vm86 for pcibios
calls. I've been told that I've broken bios.c..
You may
On 26-Feb-2002 (17:27:19/GMT) Mike Silbersack wrote:
I'm experiencing the same double panic on boot that PHK is
now; are we the only ones, or is it just that nobody else
has updated recently?
Mee too, just survied to 4 auto-reboot without messages...
Trying with a boot -v I see a keyboard
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
I'm experiencing the same double panic on boot that PHK is now; are we the
only ones, or is it just that nobody else has updated recently?
If you are not using acpica, then you're probably using vm86 for pcibios
calls. I've
On Tue, 2002-02-26 at 17:38, Peter Wemm wrote:
You may like to try reverting this change:
A great idea, but unfortunately, incorrect ...
--
Michael D. Harnois bilocational bivocational
Pastor, Redeemer Lutheran ChurchWashburn, Iowa
1L, UST School of Law
On Tue, 26 Feb 2002, Mike Silbersack wrote:
I reverted that change, and the double panic still occured. :|
FWIW, you're correct in that I'm not using the acpi module.
Mike Silby Silbersack
Using ACPI doesn't help here either. Hmph. Can I get a kernel dump that
early in the boot
On Tue, 26 Feb 2002, David Wolfskill wrote:
Date: Tue, 26 Feb 2002 19:46:59 + (GMT)
From: Mike Silbersack [EMAIL PROTECTED]
Using ACPI doesn't help here either. Hmph. Can I get a kernel dump that
early in the boot process? The dumpon manpage doesn't suggest a way as
far as I can
Mike Silbersack wrote:
On Tue, 26 Feb 2002, David Wolfskill wrote:
Date: Tue, 26 Feb 2002 19:46:59 + (GMT)
From: Mike Silbersack [EMAIL PROTECTED]
Using ACPI doesn't help here either. Hmph. Can I get a kernel dump that
early in the boot process? The dumpon manpage doesn't
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
Hm, sounds like UP got optimized out.
Gah! That would be a first. :(
Well, until I can build a working kernel, I'll just assume that it's a
feature.
Mike Silby Silbersack
To Unsubscribe: send mail to [EMAIL PROTECTED]
Mike Silbersack wrote:
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
_
Hm, sounds like UP got optimized out.
Gah! That would be a first. :(
Well, until I can build a working kernel, I'll just assume that it's a
feature.
FWIW, turning off PG_G see_ms to help.
On Tue, 26 Feb 2002, 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. I now get a vnode
On Wed, 27 Feb 2002, Mike Silbersack wrote:
Disabling PG_G allows it to work here again as well. Given the problems
we're experiencing, backing out the pmap changes of the last two days
seems like a good idea.
Mike Silby Silbersack
Well, I sorta take that back. The box has been up for
14 matches
Mail list logo