This happened while using X & kde & wine. Kernel 2.4.18-rc2-ac1
Feb 20 18:10:15 localhost kernel: Unable to handle kernel paging request at virtual address 000a2e64
Feb 20 18:10:15 localhost kernel: printing eip:
Feb 20 18:10:15 localhost kernel: c017a769
Feb 20 18:10:15 localhost kernel: *pde = 00000000
Feb 20 18:10:15 localhost kernel: Oops: 0000
Feb 20 18:10:15 localhost kernel: CPU: 0
Feb 20 18:10:15 localhost kernel: EIP: 0010:[normal_poll+1/270] Tainted: P
Feb 20 18:10:15 localhost kernel: EFLAGS: 00010282
Feb 20 18:10:15 localhost kernel: eax: 00000000 ebx: c0e28000 ecx: c089df58 edx: c017a768
Feb 20 18:10:15 localhost kernel: esi: c1395b60 edi: c0d38019 ebp: 00000003 esp: c089defc
Feb 20 18:10:15 localhost kernel: ds: 0018 es: 0018 ss: 0018
Feb 20 18:10:15 localhost kernel: Process wineserver (pid: 727, stackpage=c089d000)
Feb 20 18:10:15 localhost kernel: Stack: c01773e3 c0e28000 c1395b60 00000000 c1395b60 00000145 c013bc15 c1395b60
Feb 20 18:10:15 localhost kernel: 00000000 00000000 00000000 0806b348 7fffffff c013bcd9 00000013 c0d38000
Feb 20 18:10:15 localhost kernel: c089df58 c089df5c 00000013 00000000 0806b348 c089dfbc c089c000 00000000
Feb 20 18:10:15 localhost kernel: Call Trace: [tty_poll+135/148] [do_pollfd+73/136] [do_poll+133/220] [sys_poll+477/736] [system_call+51/64]
Feb 20 18:10:15 localhost kernel:
Feb 20 18:10:15 localhost kernel: Code: 20 25 64 2e 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Feb 20 18:10:15 localhost kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
Feb 20 18:10:15 localhost kernel: printing eip:
Feb 20 18:10:15 localhost kernel: c017a768
Feb 20 18:10:15 localhost kernel: *pde = 01f8e067
Feb 20 18:10:15 localhost kernel: *pte = 00000000
Feb 20 18:10:15 localhost kernel: Oops: 0002
Feb 20 18:10:15 localhost kernel: CPU: 0
Feb 20 18:10:15 localhost kernel: EIP: 0010:[normal_poll+0/270] Tainted: P
Feb 20 18:10:15 localhost kernel: EFLAGS: 00010282
Feb 20 18:10:15 localhost kernel: eax: 00000000 ebx: c1e18000 ecx: 00000003 edx: c017a768
Feb 20 18:10:15 localhost kernel: esi: c085e840 edi: 00000000 ebp: c06a1f70 esp: c06a1f20
Feb 20 18:10:15 localhost kernel: ds: 0018 es: 0018 ss: 0018
Feb 20 18:10:15 localhost kernel: Process XFree86 (pid: 554, stackpage=c06a1000)
Feb 20 18:10:15 localhost kernel: Stack: c01773e3 c1e18000 c085e840 00000000 00000000 c085e840 c013b626 c085e840
Feb 20 18:10:15 localhost kernel: 00000000 00000100 00000020 c10d9e20 00000145 00000008 c06a0000 7fffffff
Feb 20 18:10:15 localhost kernel: 00000003 00000000 00000000 c131b000 00000000 c013ba7c 00000016 c06a1fa8
Feb 20 18:10:15 localhost kernel: Call Trace: [tty_poll+135/148] [do_select+226/476] [sys_select+820/1156] [system_call+51/64]
Feb 20 18:10:15 localhost kernel:
Feb 20 18:10:15 localhost kernel: Code: 6c 20 25 64 2e 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00
On Wed, Feb 20, 2002 at 07:21:27PM +0100, Diego Calleja wrote:
> This happened while using X & kde & wine. Kernel 2.4.18-rc2-ac1
>
> Feb 20 18:10:15 localhost kernel: Unable to handle kernel paging request at virtual address 000a2e64
> Feb 20 18:10:15 localhost kernel: printing eip:
> Feb 20 18:10:15 localhost kernel: c017a769
> Feb 20 18:10:15 localhost kernel: *pde = 00000000
run it through cut -c (to get log info out) then ksymoops and post again.
Mike
> This happened while using X & kde & wine. Kernel 2.4.18-rc2-ac1
You seem to have non standard kernel modules loaded ?
En Wed, 20 Feb 2002 20:01:09 +0000 (GMT)
Alan Cox <[email protected]> escribio...:
> > This happened while using X & kde & wine. Kernel 2.4.18-rc2-ac1
>
> You seem to have non standard kernel modules loaded ?
I use standard kernel. Modules usually loaded while I run kde are: soundcore, sound, sb, sb_lib, opl3, uart401, isa-pnp, apm
tdfx,
Perhaps usbcore && usb-ohci were loaded, too.
Chipset is SIS 5571, ide chipset SIS 5513. I've some problems with
latest updates about SIS Ide driver update: When I sleep the drive with
hdparm -Y /dev/hda
then the drive sleeps. But it doesn't 'awake'. I can do 'Login: XXX \n Password: XXX' or write a command
in the shell. But when the unit has to read/write, it just does nothing.
Latest kernels without this patch (2.4.18-preX....) did something different:
I could sleep drive normally. But when the system had to read/write something:
Feb 15 18:13:08 localhost kernel: hda: timeout waiting for DMA
Feb 15 18:13:08 localhost kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14
Feb 15 18:13:08 localhost kernel: hda: status timeout: status=0xd0 { Busy }
Feb 15 18:13:08 localhost kernel: hda: drive not ready for command
Feb 15 18:13:08 localhost kernel: ide0: reset: success
The system just stopped a few seconds, and then it started as always.
Drive was tuned with hdparm with the following options:
/sbin/hdparm -c3 -A1 -a8 -d1 -m16 -p4 -u1 -W1 -X34 /dev/hda
I'll copy all this about SIS IDE driver in a new post, so all people interested will be able to read about it.
En Wed, 20 Feb 2002 10:26:03 -0800
Mike Fedyk <[email protected]> escribio...:
> On Wed, Feb 20, 2002 at 07:21:27PM +0100, Diego Calleja wrote:
> > This happened while using X & kde & wine. Kernel 2.4.18-rc2-ac1
> >
> > Feb 20 18:10:15 localhost kernel: Unable to handle kernel paging request at virtual address 000a2e64
> > Feb 20 18:10:15 localhost kernel: printing eip:
> > Feb 20 18:10:15 localhost kernel: c017a769
> > Feb 20 18:10:15 localhost kernel: *pde = 00000000
>
> run it through cut -c (to get log info out) then ksymoops and post again.
I'm VERY sorry. I use 'console-log' package, which shows things like that:
Feb 20 18:10:15 localhost kernel: Call Trace: [tty_poll+135/148] [do_select+226/476] [sys_select+820/1156] [system_call+51/64]
I thought I didn't have to pass through ksymoops.
Here is the log through ksymoops:
ksymoops 2.4.3 on i686 2.4.18-rc2-ac1. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.18-rc2-ac1/ (default)
-m /boot/System.map-2.4.18-rc2-ac1 (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.
Feb 20 18:10:15 localhost kernel: Unable to handle kernel paging request at virtual address 000a2e64
Feb 20 18:10:15 localhost kernel: c017a769
Feb 20 18:10:15 localhost kernel: *pde = 00000000
Feb 20 18:10:15 localhost kernel: Oops: 0000
Feb 20 18:10:15 localhost kernel: CPU: 0
Feb 20 18:10:15 localhost kernel: EIP: 0010:[normal_poll+1/270] Tainted: P
Feb 20 18:10:15 localhost kernel: EFLAGS: 00010282
Feb 20 18:10:15 localhost kernel: eax: 00000000 ebx: c0e28000 ecx: c089df58 edx: c017a768
Feb 20 18:10:15 localhost kernel: esi: c1395b60 edi: c0d38019 ebp: 00000003 esp: c089defc
Feb 20 18:10:15 localhost kernel: ds: 0018 es: 0018 ss: 0018
Feb 20 18:10:15 localhost kernel: Process wineserver (pid: 727, stackpage=c089d000)
Feb 20 18:10:15 localhost kernel: Stack: c01773e3 c0e28000 c1395b60 00000000 c1395b60 00000145 c013bc15 c1395b60
Feb 20 18:10:15 localhost kernel: 00000000 00000000 00000000 0806b348 7fffffff c013bcd9 00000013 c0d38000
Feb 20 18:10:15 localhost kernel: c089df58 c089df5c 00000013 00000000 0806b348 c089dfbc c089c000 00000000
Feb 20 18:10:15 localhost kernel: Call Trace: [tty_poll+135/148] [do_pollfd+73/136] [do_poll+133/220] [sys_poll+477/736]
Feb 20 18:10:15 localhost kernel: Code: 20 25 64 2e 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Using defaults from ksymoops -t elf32-i386 -a i386
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 20 25 64 2e 0a 00 and %ah,0xa2e64
Feb 20 18:10:15 localhost kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
Feb 20 18:10:15 localhost kernel: c017a768
Feb 20 18:10:15 localhost kernel: *pde = 01f8e067
Feb 20 18:10:15 localhost kernel: Oops: 0002
Feb 20 18:10:15 localhost kernel: CPU: 0
Feb 20 18:10:15 localhost kernel: EIP: 0010:[normal_poll+0/270] Tainted: P
Feb 20 18:10:15 localhost kernel: EFLAGS: 00010282
Feb 20 18:10:15 localhost kernel: eax: 00000000 ebx: c1e18000 ecx: 00000003 edx: c017a768
Feb 20 18:10:15 localhost kernel: esi: c085e840 edi: 00000000 ebp: c06a1f70 esp: c06a1f20
Feb 20 18:10:15 localhost kernel: ds: 0018 es: 0018 ss: 0018
Feb 20 18:10:15 localhost kernel: Process XFree86 (pid: 554, stackpage=c06a1000)
Feb 20 18:10:15 localhost kernel: Stack: c01773e3 c1e18000 c085e840 00000000 00000000 c085e840 c013b626 c085e840
Feb 20 18:10:15 localhost kernel: 00000000 00000100 00000020 c10d9e20 00000145 00000008 c06a0000 7fffffff
Feb 20 18:10:15 localhost kernel: 00000003 00000000 00000000 c131b000 00000000 c013ba7c 00000016 c06a1fa8
Feb 20 18:10:15 localhost kernel: Call Trace: [tty_poll+135/148] [do_select+226/476] [sys_select+820/1156] [system_call+51/64]
Feb 20 18:10:15 localhost kernel: Code: 6c 20 25 64 2e 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 6c insb (%dx),%es:(%edi)
Code; 00000000 Before first symbol
1: 20 25 64 2e 0a 00 and %ah,0xa2e64
1 warning issued. Results may not be reliable.
>
> Mike
On Wed, Feb 20, 2002 at 09:37:15PM +0100, Diego Calleja wrote:
> [...
> Chipset is SIS 5571, ide chipset SIS 5513. I've some problems with
> latest updates about SIS Ide driver update: When I sleep the drive with
> hdparm -Y /dev/hda
> then the drive sleeps. But it doesn't 'awake'. I can do 'Login: XXX \n Password: XXX' or write a command
> in the shell. But when the unit has to read/write, it just does nothing.
>
> Latest kernels without this patch (2.4.18-preX....) did something different:
> I could sleep drive normally. But when the system had to read/write something:
>
> Feb 15 18:13:08 localhost kernel: hda: timeout waiting for DMA
> Feb 15 18:13:08 localhost kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14
> Feb 15 18:13:08 localhost kernel: hda: status timeout: status=0xd0 { Busy }
> Feb 15 18:13:08 localhost kernel: hda: drive not ready for command
> Feb 15 18:13:08 localhost kernel: ide0: reset: success
>
> The system just stopped a few seconds, and then it started as always.
> [...]
I don't know anything about the SiS5571 yet, please send me your boot logs related
to SiS IDE (you can't miss them...). If you know what your chip
capabilities are (see your motherboard doc, ATA33/66/100 should
be printed somewhere if the chipset supports these ATA generations).
As the driver is not yet aware of this chip it defaults to
original SiS5513 behaviour, this is most probably the source of your problem.
LB.