Re: Other interesting mips breakage...

["John D. Baker" <jdbaker%mylinuxisp.com@localhost>]

The previous problems I observed with 'sshd' no-longer occur--likely a
result of bug fixes in the OpenSSH updates imported since the last time
evbmips/LOONGSON could be built (spring 2013, IIRC).

On Sat, 1 Feb 2014, Manuel Bouyer wrote:

> On Sat, Feb 01, 2014 at 02:01:55PM -0600, John D. Baker wrote:
>
> > (EE) SMI: Failed to load module "int10" (module does not exist, 0)
> > Segmentation fault at address 0x0
> >
> > Fatal server error:
> > Caught signal 11 (Segmentation fault). Server aborting
>
> Can you try running it under gdb ?

Loading the "Xorg.core" file provides the following backtrace:

GNU gdb (GDB) 7.6.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "mips64el--netbsd".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/X11R7/bin/Xorg...(no debugging symbols found)...done.
[New process 1]
Core was generated by `Xorg'.
Program terminated with signal 6, Aborted.
#0  0x7824e258 in _lwp_kill () from /usr/lib/libc.so.12
(gdb) bt
#0  0x7824e258 in _lwp_kill () from /usr/lib/libc.so.12
#1  0x7824e1b8 in raise () from /usr/lib/libc.so.12
#2  0x7824dd30 in abort () from /usr/lib/libc.so.12
#3  0x101a1ea8 in OsAbort ()
#4  0x1006fba4 in ddxGiveUp ()
#5  0x1019deb4 in AbortServer ()
#6  0x1019e0b0 in FatalError ()
#7  0x101a2b50 in ?? ()
#8  0x781bb6c0 in ?? () from /usr/lib/libc.so.12

    GDB is unable to find the start of the function at 0x781bb6be
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
    This problem is most likely caused by an invalid program counter or
stack pointer.
    However, if you think GDB should simply search farther back
from 0x781bb6be for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.
(gdb)


This is odd in that GDB is reporting an issue similar to that all userland
suffered until recently (looking for a function at a 16-bit-aligned
address instead of 32/64-bit aligned).  Odder still in that I rebuilt
everything from completely empty OBJDIR and DESTDIR.

Do the Xorg sources have a private copy of libc/compiler_rt stuff that is
still losing?


Starting X directly in gdb results in the following:

GNU gdb (GDB) 7.6.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "mips64el--netbsd".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/X11R7/bin/Xorg...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/X11R7/bin/X 
warning: Corrupted shared library list: 0x0 != 0x616f6c2d
warning: Corrupted shared library list: 0x0 != 0x616f6c2d
warning: Corrupted shared library list: 0x0 != 0x616f6c2d
warning: Corrupted shared library list: 0x0 != 0x616f6c2d
warning: Corrupted shared library list: 0x0 != 0x616f6c2d
[...]

--
|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645