Re: Debugging 64-bit kernel crashes involving tst-fork1.

James Bottomley <[email protected]>
Newsgroups gmane.linux.ports.hppa
Message-ID <[email protected]>
On Tue, 2007-02-20 at 13:34 -0500, Carlos O'Donell wrote:
> sr00-03  00000000000e2800 00000000000e2800 0000000000000000 00000000000e2800
> sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 0000000040334894 0000000040334898
>  IIR: 0ec25033    ISR: 00000000000e2800  IOR: 00000000000aac8c
                         ^^^^^^^^^^^^^^^^
This clearly identifies the faulting space

>  CPU:        0   CR30: 000000009ad38000 CR31: 0000000040848000
>  ORIG_R28: 00000000407f6c00
>  IAOQ[0]: pa_memcpy+0x114/0x2d0
>  IAOQ[1]: pa_memcpy+0x118/0x2d0
>  RP(r2): copy_from_user+0x34/0x40
> Backtrace:

Which means that somehow a TLB entry got inserted for address
00000000000aac8c in space 00000000000e2800 which didn't have the correct
Access ID (which for us should have been the space 00000000000e2800).

Or, that %cr8 somehow doesn't contain the space 00000000000e2800 ... but
I think that's a bit more unlikely.

James
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.