Re: Linux emulation problem

[Torsten Harenberg <harenberg%physik.uni-wuppertal.de@localhost>]

Hi Christos,

thanks for your quick reply!

Am 28.06.2011 um 15:07 schrieb Christos Zoulas:

> Great, now that you are on current it is a lot easier to help. Please
> compile a kernel with DEBUG_LINUX. This will dump the contents of the
> sockaddr we are barfing on. I think 0xc (12) is a tad small so I am
> wondering what we are trying to do here.


I compiled a new kernel with

mail# uname -a
NetBSD mail.physik.uni-wuppertal.de 5.99.53 NetBSD 5.99.53 
(XEN3_DOM_linux_debug) #0: Tue Jun 28 15:26:12 CEST 2011  
root%mail.physik.uni-wuppertal.de@localhost:/usr/obj/sys/arch/amd64/compile/XEN3_DOM_linux_debug
 amd64

mail# grep DEBUG_LINUX /usr/src/sys/arch/amd64/conf/XEN3_DOM_linux_debug        
                                                                        
options DEBUG_LINUX
options DEBUG_LINUX_FUTEX

and run again:

mail# ktrace ./nsrexecd > suse100_debug_kdump 
linux_probe: returning 0
family 34, len = 12 [ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
family 1, len = 110 [ 2f 76 61 72 2f 72 75 6e 2f 6e 73 63 64 2f 
family 1, len = 110 [ 2f 76 61 72 2f 72 75 6e 2f 6e 73 63 64 2f 
family 2, len = 16 [ 00 35 84 c3 f9 0d 00 00 00 00 00 00 00 00 
family 2, len = 16 [ 00 35 84 c3 f9 0d 00 00 00 00 00 00 00 00 
family 2, len = 16 [ 00 35 84 c3 f9 0d 00 00 00 00 00 00 00 00 
family 34, len = 12 [ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 

to my surprise, it throws a core again, but some threads are still running

mail# ps ax | grep nsr
 847 ttyp0   Z    0:00.00 (nsrexecd)
1104 ttyp0   I    0:00.02 ./nsrexecd 
1362 ttyp0   R+   0:00.00 grep nsr 

(compared to a linux machine running an older version:

[15:40] harenber@quarks:~ $ ps ax | grep nsr
 1533 ?        Ssl    0:03 /usr/sbin/nsrexecd
10024 pts/3    S+     0:00 grep nsr
[15:40] harenber@quarks:~ $ 

)

dmesg has now (relevant parts only, tried couple of times, so multiple 
messages).

./nsrexecd: bad tag 1: [4 4, 16 4,  GNU  PaX]
./nsrexecd: bad tag 1: [5 4, 2 4, SuSE  PaX]
futex_init: initializing futex
FUTEX_WAKE 353.353: uaddr = 0xa7ab80, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa7ac64, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa85ad8, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa8562c, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x660ad4, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff71d1bb0, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x660344, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa85634, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa7e384, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa85aac, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa85ab4, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa7e3c8, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0xa7b1bc, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x65c254, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x65c1f0, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7cbdd00, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff78a2df8, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff78a2d68, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7df181c, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7cbdde4, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff78a3c44, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7df1844, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff71d48a0, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7cbdd64, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7cbf4f4, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7cbe33c, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x7f7ff78a2d40, val = 2147483647
FUTEX_WAKE 353.353: uaddr = 0x65a744, val = 2147483647
pid 354 (nsrexecd), uid 0: exited on signal 11 (core dumped)
FUTEX_WAKE 353.353: uaddr = 0x7f7ff7ff7770, val = 2147483647
./nsrexecd: bad tag 1: [4 4, 16 4,  GNU  PaX]
./nsrexecd: bad tag 1: [5 4, 2 4, SuSE  PaX]
FUTEX_WAKE 877.877: uaddr = 0xa7ab80, val = 2147483647
FUTEX_WAKE 877.877: uaddr = 0xa7ac64, val = 2147483647
FUTEX_WAKE 877.877: uaddr = 0xa85ad8, val = 2147483647


[... tried multiple times, it repeats here...]

kdump:

mail# kdump > suse100_kdump_linux_debug   


is here:

http://www.atlas.uni-wuppertal.de/~harenber/suse100_kdump_linux_debug

Hope that tells you something.

Thanks again and best regards,

   Torsten

--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<>                                                              <>
<> Dr. Torsten Harenberg     harenberg%physik.uni-wuppertal.de@localhost  <>
<> Bergische Universitaet                                       <>
<> FB C - Physik             Tel.: +49 (0)202 439-3521          <>
<> Gaussstr. 20              Fax : +49 (0)202 439-2811          <>
<> 42097 Wuppertal                                              <>
<>                                                              <>
<><><><><><><>< Of course it runs NetBSD http://www.netbsd.org ><>