---

Jeg er løbet ind i et mystisk problem med et maskine af ældre dato.
Det lugter af hardware fejl - men jeg vil lige være helt sikker inden jeg
døder den.

Hvis jeg tager en GENERIC kernel og bare smider options IPFIREWALL med i
kernen stopper den undervejs i make[1].
Det har jeg været en tur forbi google er der var nogen der mente det kunne
være ram problemer. Den har ny kørt memtest86 i 5timer uden fejl.

Er der noget åbenlyst jeg overser? - jeg skal blank indrømme jeg har aldrig
nogensinde lagt hånd på sådan en Cyrix maskine[2] før. Skal jeg have gjort
noget specielt for at make af den nye kernel ikke fejler?
Normaltvis når jeg plejer at gøre det på Intel maskiner kører det uden
problemer.
Jeg har reinstalleret maskinen helt fra scratch som jeg plejer og smidt en
minimal ind kun med src.
Det giver samme resultat ->så det lugter hen af der etellerandet ved den her
box.

Nogen idér?

/Dennis



[1]
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -nostdinc -I- -I. -I../.. -I/usr/include -I../../contrib/ipfilte
r -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2
.../../nfs/nfs_socket.c
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -nostdinc -I- -I. -I../.. -I/usr/include -I../../contrib/ipfilte
r -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2
.../../nfs/nfs_srvcache.c
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -nostdinc -I- -I. -I../.. -I/usr/include -I../../contrib/ipfilte
r -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2
.../../nfs/nfs_subs.c
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -nostdinc -I- -I. -I../.. -I/usr/include -I../../contrib/ipfilte
r -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2
.../../nfs/nfs_syscalls.c
cc: Internal compiler error: program cc1 got fatal signal 4
*** Error code 1

Stop in /usr/src/sys/compile/TEST2.
#


[2]
Timecounter "i8254" frequency 1193182 Hz
CPU: Cyrix 6x86 (486-class CPU)
Origin = "CyrixInstead" DIR=0x2231 Stepping=2 Revision=2

---

On Sun, 11 Apr 2004 01:17:40 +0200, Dennis Pedersen wrote:
> Hvis jeg tager en GENERIC kernel og bare smider options IPFIREWALL med i
> kernen stopper den undervejs i make[1].
> Det har jeg været en tur forbi google er der var nogen der mente det kunne
> være ram problemer. Den har ny kørt memtest86 i 5timer uden fejl.
[snip]
> Nogen idér?
>

prøv at oversætte en uændret GENERIC.. hvis den er istand til dette,
så er dine rammer i orden.

--
Simon Strandgaard

---

"Simon Strandgaard" <neoneye@adslhome.dk> wrote in message
news:pan.2004.04.10.22.59.35.684364@adslhome.dk...
> On Sun, 11 Apr 2004 01:17:40 +0200, Dennis Pedersen wrote:
> > Hvis jeg tager en GENERIC kernel og bare smider options IPFIREWALL med i
> > kernen stopper den undervejs i make[1].
> > Det har jeg været en tur forbi google er der var nogen der mente det
kunne
> > være ram problemer. Den har ny kørt memtest86 i 5timer uden fejl.
> [snip]
> > Nogen idér?
> >
>
> prøv at oversætte en uændret GENERIC.. hvis den er istand til dette,
> så er dine rammer i orden.

Den fejler også ved en GEN.
En eller anden opskur indstilling der skal til før Cyrix og BSD vil sammen?


/Dennis

---

On Sun, 11 Apr 2004 18:32:10 +0200, Dennis Pedersen wrote:
> "Simon Strandgaard" <neoneye@adslhome.dk> wrote in message
[snip]
>> prøv at oversætte en uændret GENERIC.. hvis den er istand til dette,
>> så er dine rammer i orden.
>
> Den fejler også ved en GEN.
> En eller anden opskur indstilling der skal til før Cyrix og BSD vil sammen?
>

Kan du uddybe: Hvordan fejler den? Hvornår opstod fejlen?

evt se Troubleshooting kapitlet i handbook'en:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-trouble.html

--
Simon Strandgaard

---

"Simon Strandgaard" <neoneye@adslhome.dk> wrote in message
news:pan.2004.04.12.00.12.05.47588@adslhome.dk...
> On Sun, 11 Apr 2004 18:32:10 +0200, Dennis Pedersen wrote:
> > "Simon Strandgaard" <neoneye@adslhome.dk> wrote in message
> [snip]
> >> prøv at oversætte en uændret GENERIC.. hvis den er istand til dette,
> >> så er dine rammer i orden.
> >
> > Den fejler også ved en GEN.
> > En eller anden opskur indstilling der skal til før Cyrix og BSD vil
sammen?
> >
>
> Kan du uddybe: Hvordan fejler den? Hvornår opstod fejlen?

Den fejler ved kernel oversæt.
Svjv kan fejlen have været der altid. Det er en box jeg fik smidt i hovedet
"lav en FW ud af den" - det regnede jeg ikke med der burde være noget
problem - men ser sådan ud ;)



>
> evt se Troubleshooting kapitlet i handbook'en:
>
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-troub
le.html

Vil lige prøve at tage en kigger :)

/Dennis

---

On Mon, 12 Apr 2004 11:22:40 +0200, Dennis Pedersen wrote:
> "Simon Strandgaard" <neoneye@adslhome.dk> wrote in message
>> >
>>
>> Kan du uddybe: Hvordan fejler den? Hvornår opstod fejlen?
>
> Den fejler ved kernel oversæt.
> Svjv kan fejlen have været der altid. Det er en box jeg fik smidt i hovedet
> "lav en FW ud af den" - det regnede jeg ikke med der burde være noget
> problem - men ser sådan ud ;)
>

I de tråde jeg har set, skrives der mest om overophedning af
professoren, og at nogen havde held med at få fejlen til at gå
væk, ved at smøre kølepasta på.

Er det præcist det samme sted fejlen forekommer.
Eller varierer det?

Hvis det varierer så er det temmeligt sikkert hardwarefejl.

--
Simon Strandgaard