[parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

Hi,

bz@apollo:~> ldd /bin/cp
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
ldd: /lib/ld.so.1 exited with unknown exit code (127)


I have seen:
http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019601.html

ist this patch included in some cvs so that I can rebuild me glibc ?
Or any other proposals ?



I also have other probs with vim and tcpdump and most likely others
dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
on 2.5.-latest from cvs w/o last single ioctl commit.
but I also had seen these core dumps on 2.4.18-pa33 after last
dist-upgrade some days ago ...


do_page_fault() pid=732 command='vim' type=15 address=0x00000000

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 40209e44 400ec15f 00000000
r04-07  40208644 0011c8b6 00000017 00126b30
r08-11  00000000 001695a8 00000000 00000000
r12-15  00000002 00000001 00000001 00070208
r16-19  ffffffff 00000000 00000000 40208644
r20-23  00000002 40208644 400ec11c 00000000
r24-27  00000000 0011c8b6 00000002 0010f634
r28-31  000abc78 0000011e faf009c0 4000a08f
sr0-3   00000016 00000016 00000000 00000016
sr4-7   00000016 00000016 00000016 00000016

IASQ: 00000016 00000016 IAOQ: 401d1b2f 401d1b33
 IIR: 0c601094    ISR: 00000016  IOR: 00000000
 CPU:        0   CR30: 146f4000 CR31: 102e1000
 ORIG_R28: 00126f48


any ideas ?

more infos available on request.

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Randolph Chung]

> bz@apollo:~> ldd /bin/cp
> Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
> Inconsistency detected by ld.so: rtld.c: 879: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname' failed!
> ldd: /lib/ld.so.1 exited with unknown exit code (127)

http://sources.redhat.com/ml/libc-alpha/2003-05/msg00149.html

i just sent this to debian/glibc upstream yesterday.

> I also have other probs with vim and tcpdump and most likely others
> dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
> on 2.5.-latest from cvs w/o last single ioctl commit.
> but I also had seen these core dumps on 2.4.18-pa33 after last
> dist-upgrade some days ago ...

this is because of a gcc bug.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193207

once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
ok.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

On Sun, 18 May 2003, Randolph Chung wrote:

Hi,

> http://sources.redhat.com/ml/libc-alpha/2003-05/msg00149.html
>
> i just sent this to debian/glibc upstream yesterday.

thanks for the information.


> > I also have other probs with vim and tcpdump and most likely others
> > dumping core and producing a do_page_fault() dump with IAOQ: 4xxxxxxxx
>
> this is because of a gcc bug.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193207
>
> once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> ok.

what about the gcc-3.3 debs that are distributed ? If I rebuilt the
packages from source with them would they be ok ?

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Randolph Chung]

> > once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> > otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> > ok.
> 
> what about the gcc-3.3 debs that are distributed ? If I rebuilt the
> packages from source with them would they be ok ?

yes, that should work too.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

On Sun, 18 May 2003, Randolph Chung wrote:

> > > once gcc-3.2 gets patched and glibc gets recompiled, you'll be ok.
> > > otherwise, consider downgrading to libc6_2.3.1-16 and everything will be
> > > ok.
> >
> > what about the gcc-3.3 debs that are distributed ? If I rebuilt the
> > packages from source with them would they be ok ?
>
> yes, that should work too.

didn't :((

rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
seems like this is a problem with shared libs ?

what else will I need to rebuilt ? or other question - how often are
packages re-built by debian package building system (how-ever this
works) ?

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[John David Anglin]

> didn't :((
> 
> rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> seems like this is a problem with shared libs ?

Did you rebuild or downgrade glibc as suggested?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

On Sun, 18 May 2003, John David Anglin wrote:

> > didn't :((
> >
> > rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> > seems like this is a problem with shared libs ?
>
> Did you rebuild or downgrade glibc as suggested?

missed that point because the point in my first posting also was glibc
related and I thaught of these as two independend problems but both
are glibc related....  *grrml*
Well, going to see where I can get an up-to-date glibc source
(including the patches) from ...

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Randolph Chung]

> missed that point because the point in my first posting also was glibc
> related and I thaught of these as two independend problems but both
> are glibc related....  *grrml*
> Well, going to see where I can get an up-to-date glibc source
> (including the patches) from ...

apt-get source glibc

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Randolph Chung]

> rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> seems like this is a problem with shared libs ?

don't rebuild vim, rebuild glibc :)

> what else will I need to rebuilt ? or other question - how often are
> packages re-built by debian package building system (how-ever this
> works) ?

it depends on when the next version is uploaded.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

On Sun, 18 May 2003, Randolph Chung wrote:

Hi,

> > rebuild vim by hand with gcc 3.3 and it again segfaulted on startup :(
> > seems like this is a problem with shared libs ?
>
> don't rebuild vim, rebuild glibc :)

just to note for the further message; the machine (715/100) is running:
Linux apollo 2.5.69-pa1 #22 Sat May 17 16:48:19 UTC 2003 parisc GNU/Linux
gcc-3.3, binutils 2.14.90.0.1-0.1, libc6 2.3.1-17


ok, started glibc build over night and ...

--- cut ---
gcc-3.3 tst-pathopt.c -c -std=3Dgnu99 -O2 -Wall -Winline -Wstrict-prototype=
s -Wwrite-strings -fstrict-aliasing -g -pipe      -I../include -I. -I/u1/sr=
c/glibc/glibc-2.3.1/hppa-linux/obj/elf -I.. -I../libio  -I/u1/src/glibc/gli=
bc-2.3.1/hppa-linux/obj -I../sysdeps/hppa/elf -I../linuxthreads/sysdeps/uni=
x/sysv/linux/hppa -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthrea=
ds/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv=
 -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/hppa -I../sysdeps=
/unix/sysv/linux/hppa -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sy=
sdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdep=
s/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/hppa/hppa1.1 =
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/d=
bl-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/hppa/fpu -I../sysdeps/hppa=
 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostd=
inc -isystem /usr/lib/gcc-lib/hppa-linux/3.3/include -isystem /usr/src/kern=
el-headers-2.5.69-pa1-hppa/include -D_LIBC_REENTRANT -include ../include/li=
bc-symbols.h   -DNOT_IN_libc=3D1    -o /u1/src/glibc/glibc-2.3.1/hppa-linux=
/obj/elf/tst-pathopt.o
make[4]: Target `tests' not remade because of errors.
make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
make[3]: *** [elf/tests] Error 2
make[3]: Target `check' not remade because of errors.
make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
make[2]: *** [check] Error 2
make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
Segmentation fault
--- cut ---


my ssh connection had been terminated/crashed I woke up this morning
and after re-connection I had those in dmegs:

--- cut ---
do_page_fault() pid=3D268 command=3D'sshd' type=3D6 address=3D0x00000003

YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001101111111100001111 Not tainted
r00-03  00000000 401e3e44 40110d07 401e75b0
r04-07  401e75b0 401e5644 00000002 000fe588
r08-11  00000001 000f7f60 000fa438 000e7760
r12-15  00000001 000f7f60 000e7760 000e7760
r16-19  000e7760 00000004 00000004 401e5644
r20-23  00000060 00000000 0002ad9c faf01020
r24-27  00000004 00000001 401e75b0 000e7760
r28-31  00000001 00000000 faf00e40 0002e8d3
sr0-3   00000000 000004bf 00000000 000004bf
sr4-7   000004bf 000004bf 000004bf 000004bf

IASQ: 000004bf 000004bf IAOQ: 00000003 00000007
IIR: 34250fe0    ISR: 000004bf  IOR: 401df8ec
CPU:        0   CR30: 15b84000 CR31: 102e1000
ORIG_R28: 00000000

kernel BUG at mm/memory.c:1443!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<101492dc>] do_file_page+0x124/0x12c
 [<101493c0>] handle_mm_fault+0xdc/0x16c
 [<10104a6c>] do_page_fault+0x218/0x2a8
 [<10126ca4>] do_setitimer+0x208/0x238
 [<10106364>] handle_interruption+0x274/0x5b4
 [<1012be1c>] sys_alarm+0x28/0x44
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc

kernel BUG at mm/memory.c:1443!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<101492dc>] do_file_page+0x124/0x12c
 [<101493c0>] handle_mm_fault+0xdc/0x16c
 [<101ec820>] sock_aio_write+0xc4/0xdc
 [<10104a6c>] do_page_fault+0x218/0x2a8
 [<1014b188>] unmap_vma_list+0x24/0x3c
 [<10106364>] handle_interruption+0x274/0x5b4
 [<10157310>] __fput+0x90/0xf4
 [<1015661c>] sys_write+0x4c/0x68
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc
--- cut ---


then tried to shutdown and got an endless loop of those:

--- cut ---
kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<10152790>] unuse_pmd+0x160/0x168
 [<101ce120>] blk_remove_plug+0x5c/0x84
 [<1015281c>] unuse_pgd+0x84/0x110
 [<10120168>] schedule+0x1cc/0x40c
 [<10152914>] unuse_vma+0x6c/0xf4
 [<10152a0c>] unuse_process+0x70/0xbc
 [<10152ce8>] try_to_unuse+0x240/0x620
 [<10153650>] sys_swapoff+0x1f8/0x384
 [<1014b6a4>] sys_munmap+0x50/0x6c
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc

kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<10152790>] unuse_pmd+0x160/0x168
 [<101ce120>] blk_remove_plug+0x5c/0x84
 [<1015281c>] unuse_pgd+0x84/0x110
 [<10120168>] schedule+0x1cc/0x40c
 [<10152914>] unuse_vma+0x6c/0xf4
 [<10152a0c>] unuse_process+0x70/0xbc
 [<10152ce8>] try_to_unuse+0x240/0x620
 [<10153650>] sys_swapoff+0x1f8/0x384
 [<1014b6a4>] sys_munmap+0x50/0x6c
 [<1010afe8>] syscall_exit+0x0/0x28
 [<1010a088>] intr_check_sig+0x0/0xc
--- cut ---

--=20
Greetings

Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT
56 69 73 69 74=09=09=09=09http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[John David Anglin]

> my ssh connection had been terminated/crashed I woke up this morning
> and after re-connection I had those in dmegs:
> 
> --- cut ---
> do_page_fault() pid=268 command='sshd' type=6 address=0x00000003

You probably should try downgrading glibc and hope that completes
without a seg fault.

Carlos had mentioned problems with -17 about a month ago.  Don't
know if they have been fixed.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Carlos O'Donell]

> Carlos had mentioned problems with -17 about a month ago.  Don't
> know if they have been fixed.

Not yet. Problem seems to be in the emulation code for unwind find fde.
I'm working on stuff right now, but since we don't have an IPC
multiplexing call I'm sidetracked into writing semtimedop for our kernel
:)

c.

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Bjoern A. Zeeb]

On Mon, 19 May 2003, John David Anglin wrote:

Hi,

> You probably should try downgrading glibc and hope that completes
> without a seg fault.
>
> Carlos had mentioned problems with -17 about a month ago.  Don't
> know if they have been fixed.

Thanks; I found the thread in my mbox'es.

What is this patch for ?
	glibc23-hppa-Rminkernel.dpatch


Further more it seems I need to read a bit more on debian package
building process in the howtos ;-(

...
make[4]: Target `tests' not remade because of errors.
make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
make[3]: *** [elf/tests] Error 2
make[3]: Target `check' not remade because of errors.
make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
make[2]: *** [check] Error 2
make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
 debian/rules binary
Need root privileges
make: *** [/u1/src/glibc/glibc-2.3.1/hppa-linux/installed-binaries] Error 1




PS: again from building time (2.5.69-pa1) :

kernel BUG at include/linux/swapops.h:68!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<1014dbfc>] try_to_unmap_one+0x264/0x328
 [<1013e324>] __set_page_dirty_nobuffers+0x9c/0xac
 [<1014de24>] try_to_unmap+0x164/0x208
 [<10150fa0>] swap_writepage+0xac/0x10c
 [<10143f6c>] shrink_list+0x288/0x558
 [<101429d4>] __pagevec_release+0x20/0x30
 [<101443e4>] shrink_cache+0x1a8/0x3b8
 [<101450c4>] balance_pgdat+0x17c/0x1cc
 [<10145238>] kswapd+0x124/0x140
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

kernel BUG at mm/rmap.c:343!
Kernel addresses on the stack:
 [<1012414c>] printk+0x17c/0x1bc
 [<101059e8>] dump_stack+0x10/0x1c
 [<1014dbdc>] try_to_unmap_one+0x244/0x328
 [<1013e324>] __set_page_dirty_nobuffers+0x9c/0xac
 [<1014de24>] try_to_unmap+0x164/0x208
 [<10150fa0>] swap_writepage+0xac/0x10c
 [<10143f6c>] shrink_list+0x288/0x558
 [<101429d4>] __pagevec_release+0x20/0x30
 [<101443e4>] shrink_cache+0x1a8/0x3b8
 [<101450c4>] balance_pgdat+0x17c/0x1cc
 [<10145238>] kswapd+0x124/0x140
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

Re: [parisc-linux] Inconsistency detected by ld.so:.. / do_page_fault()

[Carlos O'Donell]

> What is this patch for ?
> 	glibc23-hppa-Rminkernel.dpatch

Does two things:

1- Sets minimum required kernel version for glibc to run on.
2- Enables unwind_find_fde copat code.
 
> make[4]: Target `tests' not remade because of errors.
> make[4]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1/elf'
> make[3]: *** [elf/tests] Error 2
> make[3]: Target `check' not remade because of errors.
> make[3]: Leaving directory `/u1/src/glibc/glibc-2.3.1/glibc-2.3.1'
> make[2]: *** [check] Error 2
> make[2]: Leaving directory `/u1/src/glibc/glibc-2.3.1/hppa-linux/obj'
> date >>/u1/src/glibc/glibc-2.3.1/log-test-hppa-linux
> make[1]: Leaving directory `/u1/src/glibc/glibc-2.3.1'
> touch /u1/src/glibc/glibc-2.3.1/hppa-linux/compiled-source
>  debian/rules binary
> Need root privileges
> make: *** [/u1/src/glibc/glibc-2.3.1/hppa-linux/installed-binaries] Error 1

Did you use -rfakeroot as a dpkg-buildpackage option?
 
> PS: again from building time (2.5.69-pa1) :

Can't help you there since I can't recreate the problem.

c.