"Paul A. Howes" wrote:
>
> All;
>
> These two kernel options seem to have solved the problem. Builds now
> run smoothly and error-free. I read the comments in NOTES about these
> options and something clicked: I recall that most Pentium processors
> will only deal with 4 kB pages. Aren't 4 MB
Soeren Schmidt wrote:
> > You guys aren't listening again. It's a CPU implementation bug.
>
> Well, and you aren't telling again :(
I sent you private email. If you are willing to agree to
non-disclosure, you can know, too. Also again
> So, if you have the info you claim to have, it shou
It seems Terry Lambert wrote:
> Soeren Schmidt wrote:
> > It seems Paul A. Howes wrote:
> > > I have a machine that uses a SiS 648, but it has other problems... I'm
> > > one of the unlucky individuals who bought the ASUS implementation of
> > > this board, and ended up with a flaky P.O.S.
> >
>
Soeren Schmidt wrote:
> It seems Paul A. Howes wrote:
> > I have a machine that uses a SiS 648, but it has other problems... I'm
> > one of the unlucky individuals who bought the ASUS implementation of
> > this board, and ended up with a flaky P.O.S.
>
> Uhm the board here is and ASUS P4S8X and i
leafy wrote:
> On Mon, Feb 24, 2003 at 12:10:46PM +0100, Soeren Schmidt wrote:
> > > inverse provided in the kernel configuration file (ENABLE_PSE &
> > > ENABLE_PG_G).
> >
> > Just for the record but my [EMAIL PROTECTED]/533 512MB/DDR does *not* show this
> > problem no matter how hard I beat it.
On Mon, Feb 24, 2003 at 05:15:07PM +0100, Soeren Schmidt wrote:
> Well the box has been doing about 50 buildworlds aday in a loop for the
> last 4-5 days, I guess that should do it no ? :)
>
> -Søren
It should :)
But I still fail to see why it does or doesn't behave this way. :(
Jiawei
--
"Wit
"Paul A. Howes" wrote:
> These two kernel options seem to have solved the problem. Builds now
> run smoothly and error-free. I read the comments in NOTES about these
> options and something clicked: I recall that most Pentium processors
> will only deal with 4 kB pages. Aren't 4 MB pages a feat
It seems leafy wrote:
>> Doesn't make any difference, the only way I (so far) has been able to
>> reproduce this is by severely overclocking the CPU and RAM...
>>
>> -Søren
>I didn't believe it either at first. But I had kernel #54 before I first got thi
>s weird behavior. Ever since I have only ke
On Mon, Feb 24, 2003 at 01:21:46PM +0100, Soeren Schmidt wrote:
> Doesn't make any difference, the only way I (so far) has been able to
> reproduce this is by severely overclocking the CPU and RAM...
>
> -Søren
I didn't believe it either at first. But I had kernel #54 before I first got this
wei
On Mon, Feb 24, 2003 at 12:10:46PM +0100, Soeren Schmidt
<[EMAIL PROTECTED]> wrote:
> > These two kernel options seem to have solved the problem. Builds now
> > run smoothly and error-free. I read the comments in NOTES about these
> > options and something clicked: I recall that most Pentium pr
It seems Paul A. Howes wrote:
> Soren,
>
> I have a machine that uses a SiS 648, but it has other problems... I'm
> one of the unlucky individuals who bought the ASUS implementation of
> this board, and ended up with a flaky P.O.S.
Uhm the board here is and ASUS P4S8X and it works like a charm..
me, and my work, than wringing out
the last MHz of performance. :)
--
Paul A. Howes
-Original Message-
From: Soeren Schmidt [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 7:15 AM
To: [EMAIL PROTECTED]
Subject: Re: cc: Internal error: Illegal instruction (program as)
Could ve
PROTECTED]; [EMAIL PROTECTED]
Subject: Re: cc: Internal error: Illegal instruction (program as)
On Mon, Feb 24, 2003 at 12:10:46PM +0100, Soeren Schmidt wrote:
> > inverse provided in the kernel configuration file (ENABLE_PSE &
> > ENABLE_PG_G).
>
> Just for the record b
It seems leafy wrote:
>Try this:
>
>DON'T remove /usr/obj before doing a buildworld, just let it accumulate. It will
> show up someday (it's not deterministic). Even sh(1) can die during the build a
>long with make(1) and as and gcc. My P4 never showed such behaviour if I properl
>y remove /usr/obj
On Mon, Feb 24, 2003 at 12:10:46PM +0100, Soeren Schmidt wrote:
> > inverse provided in the kernel configuration file (ENABLE_PSE &
> > ENABLE_PG_G).
>
> Just for the record but my [EMAIL PROTECTED]/533 512MB/DDR does *not* show this
> problem no matter how hard I beat it.
>
> -Søren
Try this:
It seems Paul A. Howes wrote:
>
> All;
>
> These two kernel options seem to have solved the problem. Builds now
> run smoothly and error-free. I read the comments in NOTES about these
> options and something clicked: I recall that most Pentium processors
> will only deal with 4 kB pages. Aren
On Behalf Of John Hay
Sent: Saturday, February 22, 2003 1:05 PM
To: Paul A. Howes
Cc: [EMAIL PROTECTED]
Subject: Re: cc: Internal error: Illegal instruction (program as)
On Sat, Feb 22, 2003 at 11:43:01AM -0500, Paul A. Howes wrote:
> All,
>
> I am receiving some strange errors during a
>
> > I thought this was the default in 5.x GENERIC; has someone turned
> > these options off in the default config?!?
> >
> > I certainly haven't seen changes to locore.s, pmap.c, and machdep.c
> > that would fix the problem by working around the CPU bug.
>
> Can't say anything for Paul's case,
Vallo Kallaste wrote:
> On Sat, Feb 22, 2003 at 11:18:42PM -0800, Terry Lambert
> <[EMAIL PROTECTED]> wrote:
> > I thought this was the default in 5.x GENERIC; has someone turned
> > these options off in the default config?!?
> >
> > I certainly haven't seen changes to locore.s, pmap.c, and machdep
On Sat, Feb 22, 2003 at 11:18:42PM -0800, Terry Lambert
<[EMAIL PROTECTED]> wrote:
> I thought this was the default in 5.x GENERIC; has someone turned
> these options off in the default config?!?
>
> I certainly haven't seen changes to locore.s, pmap.c, and machdep.c
> that would fix the problem
Vallo Kallaste wrote:
> On Sat, Feb 22, 2003 at 11:43:01AM -0500, "Paul A. Howes"
> <[EMAIL PROTECTED]> wrote:
> > I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
> > from 5.0-RELEASE-p1. The location of where the failure varies, but the
> > program that causes the failure
On Sat, Feb 22, 2003 at 11:43:01AM -0500, "Paul A. Howes"
<[EMAIL PROTECTED]> wrote:
> I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
> from 5.0-RELEASE-p1. The location of where the failure varies, but the
> program that causes the failure is the same every time: "as".
On Sat, Feb 22, 2003 at 11:43:01AM -0500, Paul A. Howes wrote:
> All,
>
> I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
> from 5.0-RELEASE-p1. The location of where the failure varies, but the
> program that causes the failure is the same every time: "as".
>
> The err
All,
I am receiving some strange errors during a buildworld of 5.0-RELEASE-p2
from 5.0-RELEASE-p1. The location of where the failure varies, but the
program that causes the failure is the same every time: "as".
The errors are a variety of signal 10 and signal 4. I do find an
"as.core" file und
24 matches
Mail list logo