2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

Post by Steve Kie » Sun, 02 Jun 2002 14:40:06



Hi,

I hope the problem has been fixed but not, Exactly the
same oop message as I posted before; from 2.4.19-pre7
up ; it always happen.

=====
Steve Kieu

http://www.sold.com.au - The Sold.com.au Big Brand Sale
- New PCs, notebooks, digital cameras, phones and more ... Sale ends June 12
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

Post by Steve Kie » Mon, 03 Jun 2002 09:40:06


Quote:> Same hardware as I'm using, but I haven't seen any
> OOPSes

Do you enable DRI?  I dont have oopes if I disable DRI
inXFree86 config file,
I use XFree86-4.1.0 from Mandrake 8.1; compile using
its gcc; and usually having no trouble with this so
far

May be I should upgrade to XFree86-4.2.0 but as far as
I know the dri module in the standard kernel is too
old for 4.2.0 to enable dri....

=====
Steve Kieu

http://www.sold.com.au - The Sold.com.au Big Brand Sale
- New PCs, notebooks, digital cameras, phones and more ... Sale ends June 12
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

Post by Alan Co » Mon, 03 Jun 2002 22:50:07



> May be I should upgrade to XFree86-4.2.0 but as far as
> I know the dri module in the standard kernel is too
> old for 4.2.0 to enable dri....

The -ac kernel has XFree86 4.2.0 DRI with the required Radeon fixes
added on top and some locking fixes

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

Post by Andris Paveni » Tue, 04 Jun 2002 16:50:11




> > May be I should upgrade to XFree86-4.2.0 but as far as
> > I know the dri module in the standard kernel is too
> > old for 4.2.0 to enable dri....

> The -ac kernel has XFree86 4.2.0 DRI with the required Radeon fixes
> added on top and some locking fixes

Normally used 24bpp mode (so no DRI and all worked Ok). Tried 16bpp
mode and got various weird behaviour:

1) similar kernel OOPS in one case (output of ksymoops included)
2) X11 crashes when switching from X11 to console
3) Also X11 crash at startup without oopses

I got 2 and 3 when starting KDE-3.0.1. After attempting
'xinit /opt/gnome/bin/gnome-session' I got OOPS (perhaps when
quitting X11 as was no more able to start X11 without rebooting
(Error message '(EE) GARTInit: AGPIOC_INFO failed (invalid argument)')

Had to debug some (2) style X11 crashes on i810 chipset some months
ago (I applied related one line fix when building X11, it is in current
CVS version of XFree86). Perhaps again some debugging needed ...  

Andris

ksymoops 2.4.1 on i686 2.4.19-pre9-ac3.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.19-pre9-ac3/ (default)
     -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Warning (compare_maps): mismatch on symbol nlmsvc_ops  , lockd says e0903090, /lib/modules/2.4.19-pre9-ac3/kernel/fs/lockd/lockd.o says e0902410.  Ignoring /lib/modules/2.4.19-pre9-ac3/kernel/fs/lockd/lockd.o entry
Warning (compare_maps): mismatch on symbol nfs_debug  , sunrpc says e08f5e44, /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o says e08f5b24.  Ignoring /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol nfsd_debug  , sunrpc says e08f5e48, /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o says e08f5b28.  Ignoring /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol nlm_debug  , sunrpc says e08f5e4c, /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o says e08f5b2c.  Ignoring /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol rpc_debug  , sunrpc says e08f5e40, /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o says e08f5b20.  Ignoring /lib/modules/2.4.19-pre9-ac3/kernel/net/sunrpc/sunrpc.o entry
cpu: 0, clocks: 1007100, slice: 503550
8139too Fast Ethernet driver 0.9.24
ac97_codec: AC97 Audio codec, id: 0x4144:0x5348 (Analog Devices AD1881A)
Unable to handle kernel paging request at virtual address 0100001b
c012e8a1
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c012e8a1>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00013246
eax: 01000000   ebx: c1419aa0   ecx: c1419aa0   edx: 00000000
esi: d42f9000   edi: c16b1800   ebp: d6d144a0   esp: dd2c9ee0
ds: 0018   es: 0018   ss: 0018
Process X (pid: 626, stackpage=dd2c9000)
Stack: c1419aa0 c0219618 c1419aa0 df811740 df782800 c02196cd c16b1800 d42f9000
       0000000e c16b1800 dd2c9f20 d5f89120 c0219c25 c16b1800 bffff5f0 00000040
       00000002 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Call Trace: [<c0219618>] [<c02196cd>] [<c0219c25>] [<c0214f2d>] [<c01081b8>]
   [<c014ca13>] [<c0108ff3>]
Code: 0f b6 50 1b 8b 1c 95 c4 05 39 c0 89 c2 69 d2 01 00 37 9e 8b

Quote:>>EIP; c012e8a1 <unlock_page+1/60>   <=====

Trace; c0219618 <i810_free_page+48/60>
Trace; c02196cd <i810_dma_cleanup+9d/d0>
Trace; c0219c25 <i810_dma_init+65/a0>
Trace; c0214f2d <i810_ioctl+cd/130>
Trace; c01081b8 <restore_sigcontext+128/140>
Trace; c014ca13 <sys_ioctl+c3/240>
Trace; c0108ff3 <system_call+33/38>
Code;  c012e8a1 <unlock_page+1/60>
00000000 <_EIP>:
Code;  c012e8a1 <unlock_page+1/60>   <=====
   0:   0f b6 50 1b               movzbl 0x1b(%eax),%edx   <=====
Code;  c012e8a5 <unlock_page+5/60>
   4:   8b 1c 95 c4 05 39 c0      mov    0xc03905c4(,%edx,4),%ebx
Code;  c012e8ac <unlock_page+c/60>
   b:   89 c2                     mov    %eax,%edx
Code;  c012e8ae <unlock_page+e/60>
   d:   69 d2 01 00 37 9e         imul   $0x9e370001,%edx,%edx
Code;  c012e8b4 <unlock_page+14/60>
  13:   8b 00                     mov    (%eax),%eax

6 warnings issued.  Results may not be reliable.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre9-ac3 still OOPS when exiting X with i810 chipset

Post by Arjan Opmee » Thu, 06 Jun 2002 16:33:59


Okay, I know everybody likes to blame the nVidia people for every kernel
crash that occurs with their module loaded. But maybe they are just
triggering a bug in the kernel? So, please read on...

I got the oops included below on 2.4.18 (with BUG reporting on) when exiting
X after an uptime of 52 days. Running dselect after that (a memory hungry
application) resulted in another oops after which I decided to reboot.

At the moment I have AGP turned of as it seems that the system is more prone
to errors when it is turned on. With AGP on I've had oopses during the
morning updatedb cronjob (another memory hungry application). Can it be that
there's a * bug in the memory pages management that get's triggered by
unsing the nVidia driver and/or using AGP?

Output of first oops:

ksymoops 2.4.5 on i586 2.4.18.  Options used
     -V (default)
     -k oopsksyms (specified)
     -l oopsmodules (specified)
     -o /lib/modules/2.4.18/ (default)
     -m /boot/System.map-2.4.18 (default)

Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/video/NVdriver for module NVdriver has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/net/ipv4/netfilter/iptable_filter.o for module iptable_filter has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/net/ipv4/netfilter/iptable_nat.o for module iptable_nat has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/net/ipv4/netfilter/ip_conntrack.o for module ip_conntrack has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/net/ipv4/netfilter/ip_tables.o for module ip_tables has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/pnp/isa-pnp.o for module isa-pnp has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/sound/soundcore.o for module soundcore has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/fs/nls/nls_iso8859-1.o for module nls_iso8859-1 has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/fs/nls/nls_cp437.o for module nls_cp437 has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/fs/vfat/vfat.o for module vfat has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/fs/fat/fat.o for module fat has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/net/wd.o for module wd has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/net/8390.o for module 8390 has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/net/3c59x.o for module 3c59x has changed since load
Warning (expand_objects): object /lib/modules/2.4.18/kernel/drivers/char/rtc.o for module rtc has changed since load
kernel BUG at page_alloc.c:88!
invalid operand: 0000
CPU:    0
EIP:    0010:[<c01279d3>]    Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00013286
eax: 0000001f   ebx: 001ac900   ecx: c01ed3c0   edx: 00005265
esi: c119ad40   edi: 001ac900   ebp: 00000000   esp: c9901ee4
ds: 0018   es: 0018   ss: 0018
Process XFree86 (pid: 8960, stackpage=c9901000)
Stack: c01c7c29 00000058 001ac900 c119ad40 001ac900 40906000 c0128a05 c0246f80
       c0246f80 00001ac9 001ac900 c0128203 c01285c5 001ac900 c0246f80 c119ad40
       c0128c1a c119ad40 0002c000 00015000 cbe2146c c011e67e 001ac900 c67e4380
Call Trace: [<c0128a05>] [<c0128203>] [<c01285c5>] [<c0128c1a>] [<c011e67e>]
   [<c01209c3>] [<c011210d>] [<c0115edd>] [<c011605a>] [<c0106b43>]
Code: 0f 0b 83 c4 08 8b 46 18 a8 40 74 11 6a 5a 68 29 7c 1c c0 e8

Quote:>>EIP; c01279d3 <__free_pages_ok+a3/2b4>   <=====
>>ebx; 001ac900 Before first symbol
>>ecx; c01ed3c0 <console_sem+0/14>
>>edx; 00005265 Before first symbol
>>esi; c119ad40 <_end+f31494/109a8754>
>>edi; 001ac900 Before first symbol
>>esp; c9901ee4 <_end+9698638/109a8754>

Trace; c0128a05 <swap_free+25/2c>
Trace; c0128203 <__free_pages+1b/1c>
Trace; c01285c5 <delete_from_swap_cache+49/50>
Trace; c0128c1a <free_swap_and_cache+7a/9c>
Trace; c011e67e <zap_page_range+19a/238>
Trace; c01209c3 <exit_mmap+b7/12c>
Trace; c011210d <mmput+39/50>
Trace; c0115edd <do_exit+95/1ec>
Trace; c011605a <sys_exit+e/10>
Trace; c0106b43 <system_call+33/40>

Code;  c01279d3 <__free_pages_ok+a3/2b4>
00000000 <_EIP>:
Code;  c01279d3 <__free_pages_ok+a3/2b4>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c01279d5 <__free_pages_ok+a5/2b4>
   2:   83 c4 08                  add    $0x8,%esp
Code;  c01279d8 <__free_pages_ok+a8/2b4>
   5:   8b 46 18                  mov    0x18(%esi),%eax
Code;  c01279db <__free_pages_ok+ab/2b4>
   8:   a8 40                     test   $0x40,%al
Code;  c01279dd <__free_pages_ok+ad/2b4>
   a:   74 11                     je     1d <_EIP+0x1d> c01279f0 <__free_pages_ok+c0/2b4>
Code;  c01279df <__free_pages_ok+af/2b4>
   c:   6a 5a                     push   $0x5a
Code;  c01279e1 <__free_pages_ok+b1/2b4>
   e:   68 29 7c 1c c0            push   $0xc01c7c29
Code;  c01279e6 <__free_pages_ok+b6/2b4>
  13:   e8 00 00 00 00            call   18 <_EIP+0x18> c01279eb <__free_pages_ok+bb/2b4>

15 warnings issued.  Results may not be reliable.

 
 
 

1. kbuild25 version 3.0 for 2.4.19-pre9 and 2.4.19-pre9-ac3

kbuild.sf.net have kbuild25 version 3.0 released yesterday.

Also I fixed some silly bugs I've left in Makefile.in. I'm really happy that
people ARE interested in what I'm doing and provided feedback.

And filename is getting longer :)
http://stingr.net/l/kbuild25-3.0-for-2.4.19-pre9.bz2
http://stingr.net/l/kbuild25-3.0-for-2.4.19-pre9-ac3.bz2

-or-
ftp://stingr.net/pub/l/kbuild25-3.0-for-2.4.19-pre9.bz2
ftp://stingr.net/pub/l/kbuild25-3.0-for-2.4.19-pre9-ac3.bz2

--
Paul P 'Stingray' Komkoff 'Greatest' Jr /// (icq)23200764 /// (http)stingr.net
  When you're invisible, the only one really watching you is you (my keychain)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

2. Q: any flowchart drawing tool

3. 2.4.19-pre9-ac3: Build problem

4. about suse

5. Crazy nosmp IRQ assignments in 2.4.19-pre9-ac3??

6. TACACS+/Radius server to authenticate to NT Domain

7. Memory problem in 2.4.19-pre9-ac3

8. ESCOM Powerstreamer laeuft unter Linux!

9. Scary VM message with Linux 2.4.19-pre9-ac3

10. Memory error in 2.4.19-pre9-ac3

11. 2.4.19-pre9-ac3 died when removing modules

12. Promise 20267 hangs with 2.4.19-pre3 and 2.4.19-pre3-ac3

13. Kernel panic 2.4.19-pre6 AND 2.4.19-pre5-ac3 - More info - ksymoops