Re: 2.6.18-rc3-mm2 (+ hotfixes): GPF related to skge on suspend

[Andrew Morton]

On Sun, 13 Aug 2006 04:53:09 -0400
Chuck Ebbert <76306.1226@xxxxxxxxxxxxxx> wrote:

> > > Code: 44 8b 28 c7 45 d0 00 00 00 00 45 85 ed 0f 89 29 fb ff ff e9
> > > RIP  [<ffffffff88107287>] :skge:skge_poll+0x547/0x570
> > >  RSP <ffffffff80621e70>
> >
> > ksymoops says:
> > 
> > Code;  ffffffff88107287 <_end+7ac9287/7efc2000>
> > 00000000 <_EIP>:
> > Code;  ffffffff88107287 <_end+7ac9287/7efc2000>   <=====
> >    0:   44                        inc    %esp   <=====
> > Code;  ffffffff88107288 <_end+7ac9288/7efc2000>
> >    1:   8b 28                     mov    (%eax),%ebp
> 
> 0x44 is a REX prefix in 64-bit mode, so somehow ksymoops got it
> wrong and gave you an i386-mode decode instead of 64-bit mode.
> Did you run it on a i386 machine and it assumed i386? Maybe you
> need to use "-a x86-64"?  (I can't make it work on my setup.)
> 
> So it's really "mov (%r8),%ebp" if I am reading the manual right.

I don't know what ksymoops's problem is.  I noticed that without `-a' it
gave x86 code so I gave it `-a i386:x86-64' and didn't bother to read the
output ;) Seems that nothing I can do will persuade it to not treat this as
i386 code.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/