memory.c - bad pmd - x86_64
Dave Jones
davej at redhat.com
Thu Jun 2 18:25:48 UTC 2005
On Thu, Jun 02, 2005 at 08:15:01PM +0200, Christoph Franke wrote:
> Dave Jones - Thu, Jun 02 2005 13:21:20 -0400:
>
> > On Thu, Jun 02, 2005 at 11:38:27AM -0400, Ivan Adzhubey wrote:
> >
> > > > I have been running 2.6.11-1.31_FC3smp for over a day and loading the
> > > > system in a manner that has caused the bad pmd problem in the past, but
> > > > haven't seen the problem :-))
> > >
> > > I can confirm, 3 boxes here now running 48 hours under heavy to regular load,
> > > no more pmd errors.
> >
> > Two positive reports, and no negatives so far. It is starting to
> > look good, but I'll give it a few more days before I pronounce
> > this bug 'dead'.
>
> Three, be to exact. :-)
>
> > There were a number of x86-64 changes in 2.6.11.11. Looks like
> > Andi picked the right bits to backport.
>
> Seems to be. But the -31 build made some trouble. Not only didn't it
> prevent ntpd from segfaulting (on boot, later on I can restart the
> service), I had a few applications that didn't like the exec shield
> patch, e.g. the teamspeak linux server, which segfaults when started
> with this build. But as far as I know this could easily be a problem of
> the application, which is nice to know but doesn't help really.
Is it repeatable ? Does it behave again if you boot with
exec-shield=0 ? or exec-shield-randomize=0 ?
Dave
More information about the fedora-list
mailing list