On Saturday July 14, [EMAIL PROTECTED] wrote:
> Hi,
>
> I had emerge --sync failing several times...
>
> So i checked dmesg and found some info, attached further down.
> This is a old VIA C3 machine with one disk, it's been running most
> kernels in the 2.6.x series with no problems until now.
>
> PS. Don't forget to CC me
> DS.
>
> BUG: unable to handle kernel paging request at virtual address ea86ac54
^^^^^^^^
> printing eip:
> c022dfec
> *pde = 00000000
> Oops: 0000 [#1]
> Modules linked in: eeprom i2c_viapro vt8231 i2c_isa skge
> CPU: 0
> EIP: 0060:[<c022dfec>] Not tainted VLI
> EFLAGS: 00010082 (2.6.22.1 #26)
> EIP is at as_can_break_anticipation+0xc/0x190
> eax: dfcdaba0 ebx: dfcdaba0 ecx: 0035ff95 edx: cb296844
^^^^^^^^
> esi: cb296844 edi: dfcdaba0 ebp: 00000000 esp: ceff6a70
> ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068
> Process rsync (pid: 1667, ti=ceff6000 task=d59cf5b0 task.ti=ceff6000)
> Stack: cb296844 00000001 cb296844 dfcdaba0 00000000 c022efc8 cb296844
> 00000000
> dfcffb9c c0227a76 dfcffb9c 00000000 c016e96e cb296844 00000000
> dfcffb9c
> 00000000 c022af64 00000000 dfcffb9c 00000008 00000000 08ff6b30
> c04d1ec0
...
> Code: c0 8b 44 cb 0c 8b 40 08 29 d0 f7 d0 c1 e8 1f 83 f0 01 eb 02 31 c0
> 5b c3 8d b4 26 00 00 00 00 55 57 56 53 83 ec 04 89 c3 89 14 24 <8b> 90
> b4 00 00 00 85 d2 75 04 0f 0b eb fe 83 3c 24 00 74 0c 8b
Plug that 'Code:' line into ksymoops and you get
Code; fffffffb <__kernel_rt_sigreturn+1bbb/????>
26: 89 c3 mov %eax,%ebx
Code; fffffffd <__kernel_rt_sigreturn+1bbd/????>
28: 89 14 24 mov %edx,(%esp)
Code; 00000000 Before first symbol
2b: 8b 90 b4 00 00 00 mov 0xb4(%eax),%edx
Code; 00000006 Before first symbol
31: 85 d2 test %edx,%edx
Code; 00000008 Before first symbol
33: 75 04 jne 39 <_EIP+0x39>
(etc.).
The "Code; 00000000..." is the current EIP.
So the operation it was performing was
mov 0xb4(%eax),%edx
Now I am no Pentium, but when I add 0xb4 to dfcdaba0 I don't get
ea86ac54.
My result is more like
dfcdac54.
So it looks like your Pentium (or whatever) got it half-right.
i.e. the bottom 16 bits are right, but the top are wrong by 0ab9.
I'd be taking a very serious look at your hardware. This is not a
software problem.
NeilBrown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
