2001-04-06 15:45:51

by Norbert Preining

[permalink] [raw]
Subject: gcc oopses with 2.4.3

Hi!

I get frequent `internal compiler error', killed with Sig 4 or Sig 11
and sometimes Ooops from compiling X or kernel.

System: 2.4.3-vanilla, reiserfs, glibc-2.1.3
[~] gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/specs
gcc version 2.95.2 19991024 (release)


Here a decoded Ooops:

ksymoops 0.7c on i586 2.4.3. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.3/ (default)
-m /boot/System.map-2.4.3 (specified)

Unable to handle kernel NULL pointer dereference at virtual address 00000000
c0145e41
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[ext2_new_block+317/1808]
EFLAGS: 00010282
eax: 00000000 ebx: c7261de8 ecx: 00000000 edx: 00000000
esi: c6dab000 edi: 00000000 ebp: c7261dec esp: c7261d9c
ds: 0018 es: 0018 ss: 0018
Process cc1 (pid: 20767, stackpage=c7261000)
Stack: c2f280e0 00000001 c7261e3c 00000001 c01675d0 00000000 00000000 c6dab038
c6dab034 c7261e7c c7261e94 c020e91c 00000001 00000009 00000008 c7cc7c00
c1265800 00000000 c473c9e0 c1264120 c7261e40 c014755c c2f280e0 00000001
Call Trace: [search_by_key+2028/3140] [ext2_alloc_block+120/128] [ext2_alloc_branch+41/456] [ext2_get_block+695/1152] [create_empty_buffers+23/108] [__block_prepare_write+234/560] [block_prepare_write+29/52]
Code: 74 04 31 d2 eb 52 83 be c8 00 00 00 08 77 20 8d 04 bd 00 00
Using defaults from ksymoops -t elf32-i386 -a i386

Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 74 04 je 6 <_EIP+0x6> 00000006 Before first symbol
Code; 00000002 Before first symbol
2: 31 d2 xor %edx,%edx
Code; 00000004 Before first symbol
4: eb 52 jmp 58 <_EIP+0x58> 00000058 Before first symbol
Code; 00000006 Before first symbol
6: 83 be c8 00 00 00 08 cmpl $0x8,0xc8(%esi)
Code; 0000000d Before first symbol
d: 77 20 ja 2f <_EIP+0x2f> 0000002f Before first symbol
Code; 0000000f Before first symbol
f: 8d 04 bd 00 00 00 00 lea 0x0(,%edi,4),%eax


I hope it helps a bit, but it doesn't look like ;-)

Please Cc: me any answers, thanks!

Best wishes

Norbert


--
ciao
norb

+-------------------------------------------------------------------+
| Norbert Preining http://www.logic.at/people/preining |
| University of Technology Vienna, Austria [email protected] |
| DSA: 0x09C5B094 (RSA: 0xCF1FA165) mail subject: get [DSA|RSA]-key |
+-------------------------------------------------------------------+


2001-04-06 16:01:33

by Chris Mason

[permalink] [raw]
Subject: Re: gcc oopses with 2.4.3



On Friday, April 06, 2001 05:44:42 PM +0200 Norbert Preining
<[email protected]> wrote:

> Hi!
>
> I get frequent `internal compiler error', killed with Sig 4 or Sig 11
> and sometimes Ooops from compiling X or kernel.
>
> System: 2.4.3-vanilla, reiserfs, glibc-2.1.3
> [~] gcc -v
> Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/specs
> gcc version 2.95.2 19991024 (release)
>
>
> Here a decoded Ooops:
>
> ksymoops 0.7c on i586 2.4.3. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.4.3/ (default)
> -m /boot/System.map-2.4.3 (specified)
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000 c0145e41
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[ext2_new_block+317/1808]
> EFLAGS: 00010282
> eax: 00000000 ebx: c7261de8 ecx: 00000000 edx: 00000000
> esi: c6dab000 edi: 00000000 ebp: c7261dec esp: c7261d9c
> ds: 0018 es: 0018 ss: 0018
> Process cc1 (pid: 20767, stackpage=c7261000)
> Stack: c2f280e0 00000001 c7261e3c 00000001 c01675d0 00000000 00000000
> c6dab038 c6dab034 c7261e7c c7261e94 c020e91c 00000001 00000009 00000008
> c7cc7c00 c1265800 00000000 c473c9e0 c1264120 c7261e40 c014755c
> c2f280e0 00000001 Call Trace: [search_by_key+2028/3140]
> [ext2_alloc_block+120/128] [ext2_alloc_branch+41/456]
> [ext2_get_block+695/1152] [create_empty_buffers+23/108]
> [__block_prepare_write+234/560] [block_prepare_write+29/52] Code: 74 04
> 31 d2 eb 52 83 be c8 00 00 00 08 77 20 8d 04 bd 00 00 Using defaults
> from ksymoops -t elf32-i386 -a i386

Neat, looks like you've installed the all new extreiser2fs. Really though,
do you have ext2 on the box at all?

sigbus from gcc usually points to the ram, have you run a tester?

-chris

2001-04-06 16:17:55

by Norbert Preining

[permalink] [raw]
Subject: Re: gcc oopses with 2.4.3

On Fre, 06 Apr 2001, Chris Mason wrote:
> Neat, looks like you've installed the all new extreiser2fs. Really though,
> do you have ext2 on the box at all?

Sounds great, yeah. No I have
/tmp ext2
/boot ext2
rest reiserfs

> sigbus from gcc usually points to the ram, have you run a tester?

memtest2.5 for about 2 hours running, no error, 550MHz CPU, 128Mb RAM.

Best wishes

Norbert

--
ciao
norb

+-------------------------------------------------------------------+
| Norbert Preining http://www.logic.at/people/preining |
| University of Technology Vienna, Austria [email protected] |
| DSA: 0x09C5B094 (RSA: 0xCF1FA165) mail subject: get [DSA|RSA]-key |
+-------------------------------------------------------------------+

2001-04-06 16:34:19

by Norbert Preining

[permalink] [raw]
Subject: Re: gcc oopses with 2.4.3

On Fre, 06 Apr 2001, Chris Mason wrote:
> sigbus from gcc usually points to the ram, have you run a tester?

But sig 4 is sigill (whatever this may be) and 1ig11 sigsegv, so
no sigbus!?

BTW: The last lines of a kernel compile:

gcc -D__KERNEL__ -I/usr/src/linux-2.4.3-ac3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=k6 -c -o tcp_output.o tcp_output.c
gcc: Internal compiler error: program cc1 got fatal signal 11
make[3]: *** [tcp_output.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.3-ac3/net/ipv4'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.3-ac3/net/ipv4'
make[1]: *** [_subdir_ipv4] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.3-ac3/net'
make: *** [_dir_net] Error 2

Best wishes

Norbert


--
ciao
norb

+-------------------------------------------------------------------+
| Norbert Preining http://www.logic.at/people/preining |
| University of Technology Vienna, Austria [email protected] |
| DSA: 0x09C5B094 (RSA: 0xCF1FA165) mail subject: get [DSA|RSA]-key |
+-------------------------------------------------------------------+

2001-04-06 16:43:10

by Richard B. Johnson

[permalink] [raw]
Subject: Re: gcc oopses with 2.4.3

On Fri, 6 Apr 2001, Norbert Preining wrote:

> On Fre, 06 Apr 2001, Chris Mason wrote:
> > sigbus from gcc usually points to the ram, have you run a tester?
>
> But sig 4 is sigill (whatever this may be) and 1ig11 sigsegv, so
> no sigbus!?
>
> BTW: The last lines of a kernel compile:
>
> gcc -D__KERNEL__ -I/usr/src/linux-2.4.3-ac3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=k6 -c -o tcp_output.o tcp_output.c
> gcc: Internal compiler error: program cc1 got fatal signal 11
> make[3]: *** [tcp_output.o] Error 1
> make[3]: Leaving directory `/usr/src/linux-2.4.3-ac3/net/ipv4'
> make[2]: *** [first_rule] Error 2
> make[2]: Leaving directory `/usr/src/linux-2.4.3-ac3/net/ipv4'
> make[1]: *** [_subdir_ipv4] Error 2
> make[1]: Leaving directory `/usr/src/linux-2.4.3-ac3/net'
> make: *** [_dir_net] Error 2
>
> Best wishes
>
> Norbert

SIGSEGV, still looks like a bad RAM simptom. Think linked-list, bad
pointer.


Cheers,
Dick Johnson

Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro$oft help desk.


2001-04-06 17:51:18

by Kurt Garloff

[permalink] [raw]
Subject: Re: gcc oopses with 2.4.3

On Fri, Apr 06, 2001 at 06:33:03PM +0200, Norbert Preining wrote:
> On Fre, 06 Apr 2001, Chris Mason wrote:
> > sigbus from gcc usually points to the ram, have you run a tester?
>
> But sig 4 is sigill (whatever this may be) and 1ig11 sigsegv, so
> no sigbus!?

Illegal Instruction. Your CPU was reading some machine insn from memory it
never heard about. => exception 6 => signal 4 (SIGILL)

If your main memory is not faulty, it's your cache or your CPU. Or your
compiler.

Regards,
--
Kurt Garloff <[email protected]> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE GmbH, Nuernberg, FRG SCSI, Security


Attachments:
(No filename) (703.00 B)
(No filename) (232.00 B)
Download all attachments