Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Aug 2003 05:43:33 -0700
From:      Mike Harding <mvh@ix.netcom.com>
To:        Mike Tancsa <mike@sentex.net>
Cc:        stable@freebsd.org
Subject:   Re: PAE removal patch for testing
Message-ID:  <1061901813.15751.0.camel@netcom1.netcom.com>
In-Reply-To: <5.2.0.9.0.20030826075826.07d6a660@209.112.4.2>
References:  <20030826034451.GD61917@nexus.dglawrence.com> <5.2.0.9.0.20030825220024.07324008@209.112.4.2> <20030826022000.25AC22A7EA@canning.wemm.org> <20030826034451.GD61917@nexus.dglawrence.com> <5.2.0.9.0.20030826075826.07d6a660@209.112.4.2>

next in thread | previous in thread | raw e-mail | index | archive | help
I'm building a debug kernel now... I'll advise if I see this again.

On Tue, 2003-08-26 at 04:58, Mike Tancsa wrote:
> What do your panic's look like ?  Do you have a crash dump with debug kernel ?
> 
>          ---Mike
> 
> At 10:30 PM 25/08/2003 -0700, Mike Harding wrote:
> 
> >I did just get a crash after doing the 'short' patch - I am reverting
> >to Aug. 7 code...
> >
> >- Mike H.
> >
> > > > Mike Tancsa wrote:
> > > > > At 04:51 PM 25/08/2003 -0500, Mike Silbersack wrote:
> > > > >
> > > > > >Right now, anyone who is experiencing problems should definitely 
> > try that
> > > > > >short patch which Mike Tancsa said works for him and confirm 
> > whether or
> > > > > >not it fixes the issue on their system.
> > > > >
> > > > > The 2 servers I am running it on both have been stable since 
> > applying it.
> > > > > ns4% uptime
> > > > >   9:58PM  up 2 days,  4:27, 2 users, load averages: 0.02, 0.03, 0.05
> > > > > ns4%
> > > > >
> > > > > would have rebooted several times by now.  The other machine is also
> > > > > stable.  Both are quite busy mail routers. One also runs 
> > spamassassin via a
> > > > > milter.
> > > >
> > > > This change matches -current and should probably be committed ASAP.
> > >
> > >    I've reviewed it as well and it definitely is a bug that needs to be 
> > fixed
> > > ASAP. Basically, the pmap_remove code in -stable doesn't handle the case of
> > > crossing a page table boundry properly. If the next page table page isn't
> > > currently mapped, then the kernel will [fatally] fault when trying to 
> > access
> > > it.
> >
> >_______________________________________________
> >freebsd-stable@freebsd.org mailing list
> >http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1061901813.15751.0.camel>