Re: Debugging Epiphany/Midori (webkit-gtk based) on earmv6hf (RPI 2)

[Stephan]

2015-10-13 21:34 GMT+02:00 Nick Hudson :
> On 10/13/15 17:58, Stephan wrote:
>
>>
>> Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from
>> /usr/pkg/lib/libglib-2.0.so.0
>> (gdb) i r $r12
>> r120x7fffb8c8   2147465416
>>
>> Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from
>> /usr/pkg/lib/libglib-2.0.so.0
>> (gdb) i r $r12
>> r120x7fffb870   2147465328
>>
>> Contrary, sp is broken in the non-working case:
>>
>> (gdb) i r $r12
>> r120x7fffa414   2147460116
>>
>> Unfortunately, the call trace is incomplete in that case:
>
> r13 is sp.

Sure. When I use gdb, I set a breakpoint on . In practise,
the breakpoint hits after the stack frame was set up by that function,
e.g. when sp was already lowered to allocate space for local variables
(or the stack pointer was potentially aligned like gcc on x86 does).
On gcc/ARM, ip (r12) gets a copy of sp on the first instruction of the
function prologue. That´s why I monitored r12 (another solution could
be to break on *function+0, but I haven´t tested that).

>
> debug symbols (compile flag -g) will help a lot here.
>

Uff... ATM it looks like Webkit is at fault. It took 2 days to compile
on the RPI2 so it could take a long time to get the symbols ready.
Also the last thing I´ve seen yesterday was that the frame where gdb
stopped being able to follow the stack was special. Basically
speaking, I think the condition that makes this crash happen is when a
new tab/page is supposed to open from a JavaScript event - so it´s
likely that the JS interpreter is on the call trace. The code to the
said frame where gdb stops was executable memory (rwx) residing in an
[anon] region. I´m not sure whether symbols can help in this case nor
what else can... ;)

>
> Nick

daily CVS update output

[NetBSD source update]

Updating src tree:
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/xbase/md.amd64
P src/distrib/sets/lists/xbase/md.i386
P src/distrib/sets/lists/xcomp/md.amd64
P src/distrib/sets/lists/xcomp/md.i386
P src/distrib/sets/lists/xcomp/mi
P src/distrib/sets/lists/xdebug/md.amd64
P src/distrib/sets/lists/xdebug/md.i386
U src/distrib/sets/lists/xdebug/md.ibmnws
P src/distrib/sets/lists/xserver/md.amd64
P src/distrib/sets/lists/xserver/md.i386
U src/distrib/sets/lists/xserver/md.ibmnws
P src/external/mit/lua/dist/src/lobject.h
P src/external/mit/xorg/lib/Makefile
P src/external/mit/xorg/lib/libdrm/drm/Makefile
U src/external/mit/xorg/lib/libdrm_nouveau/Makefile
U src/external/mit/xorg/lib/libdrm_nouveau/shlib_version
P src/external/mit/xorg/server/drivers/Makefile
U src/external/mit/xorg/server/drivers/xf86-video-nouveau/Makefile
P src/external/mit/xorg/server/xorg-server/hw/xfree86/xorgos/Makefile
P src/share/man/man9/pci_intr.9
P src/share/man/man9/workqueue.9
P src/share/mk/bsd.own.mk
P src/sys/compat/linux/arch/arm/linux_ptrace.c
P src/sys/compat/linux/arch/i386/linux_ptrace.c
P src/sys/compat/linux/arch/powerpc/linux_ptrace.c
P src/sys/dev/pci/agp_i810.c
P src/sys/dev/pci/if_iwm.c
P src/sys/dev/pci/if_wm.c
P src/sys/dev/pci/if_wmreg.h
P src/sys/external/bsd/drm2/dist/drm/nouveau/nouveau_nv50_display.c
P 
src/sys/external/bsd/drm2/dist/drm/nouveau/core/subdev/fb/nouveau_subdev_fb_nv50.c
P 
src/sys/external/bsd/drm2/dist/drm/nouveau/core/subdev/fb/nouveau_subdev_fb_nvc0.c
P 
src/sys/external/bsd/drm2/dist/drm/nouveau/core/subdev/vm/nouveau_subdev_vm_nv04.c
P 
src/sys/external/bsd/drm2/dist/drm/nouveau/core/subdev/vm/nouveau_subdev_vm_nv44.c
P src/sys/kern/kern_exit.c
P src/sys/kern/kern_sig.c
P src/sys/kern/uipc_socket.c
P src/sys/net/if_arcsubr.c
P src/sys/net/if_ethersubr.c
P src/sys/net/if_fddisubr.c
P src/sys/net/if_ieee1394subr.c
P src/sys/net/rtsock.c
P src/sys/netinet/Makefile
P src/sys/netinet/files.netinet
P src/sys/netinet/if_arp.c
P src/sys/netinet/in.h
P src/sys/netinet/in_proto.c
P src/sys/netinet/ip_input.c
U src/sys/netinet/sctp.h
U src/sys/netinet/sctp_asconf.c
U src/sys/netinet/sctp_asconf.h
U src/sys/netinet/sctp_constants.h
U src/sys/netinet/sctp_crc32.c
U src/sys/netinet/sctp_crc32.h
U src/sys/netinet/sctp_hashdriver.c
U src/sys/netinet/sctp_hashdriver.h
U src/sys/netinet/sctp_header.h
U src/sys/netinet/sctp_indata.c
U src/sys/netinet/sctp_indata.h
U src/sys/netinet/sctp_input.c
U src/sys/netinet/sctp_input.h
U src/sys/netinet/sctp_output.c
U src/sys/netinet/sctp_output.h
U src/sys/netinet/sctp_pcb.c
U src/sys/netinet/sctp_pcb.h
U src/sys/netinet/sctp_peeloff.c
U src/sys/netinet/sctp_peeloff.h
U src/sys/netinet/sctp_structs.h
U src/sys/netinet/sctp_timer.c
U src/sys/netinet/sctp_timer.h
U src/sys/netinet/sctp_uio.h
U src/sys/netinet/sctp_usrreq.c
U src/sys/netinet/sctp_var.h
U src/sys/netinet/sctputil.c
U src/sys/netinet/sctputil.h
P src/sys/netinet6/files.netinet6
P src/sys/netinet6/in6_proto.c
U src/sys/netinet6/sctp6_usrreq.c
U src/sys/netinet6/sctp6_var.h
P src/sys/rump/librump/rumpkern/rump_syscalls.c
P src/sys/sys/mbuf.h
P src/sys/sys/protosw.h
P src/sys/sys/socket.h
P src/usr.bin/xlint/lint1/cgram.y
P src/usr.bin/xlint/lint1/decl.c

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Wed Oct 14 03:07:58 2015
SUP Scan for current completed at Wed Oct 14 03:08:17 2015
SUP Scan for mirror starting at Wed Oct 14 03:08:17 2015
SUP Scan for mirror completed at Wed Oct 14 03:11:53 2015



Updating release-5 src tree (netbsd-5):

Updating release-5 xsrc tree (netbsd-5):

Running the SUP scanner:
SUP Scan for release-5 starting at Wed Oct 14 03:20:06 2015
SUP Scan for release-5 completed at Wed Oct 14 03:20:16 2015



Updating release-6 src tree (netbsd-6):

Updating release-6 xsrc tree (netbsd-6):

Running the SUP scanner:
SUP Scan for release-6 starting at Wed Oct 14 03:31:04 2015
SUP Scan for release-6 completed at Wed Oct 14 03:31:17 2015




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  53808766 Oct 14 03:48 ls-lRA.gz

Re: Debugging Epiphany/Midori (webkit-gtk based) on earmv6hf (RPI 2)

[Nick Hudson]

On 05/31/15 18:07, Stephan wrote:

Hi folks,

I am currently testing some applications on the RPI 2. Some work
pretty well, others not yet. As for webkit-gtk based browsers, I am
experiencing crashes from time to time.

One problem that occurs often seems to be related to g_dpgettext2 ()
from glib2. The top of the stack looks like this:

(gdb) bt
#0  0x636f7452 in ?? ()
#1  0x45ff3fa8 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
#2  0x42ad6030 in gtk_stock_lookup () from /usr/pkg/lib/libgtk-x11-2.0.so.0
#3  0x42987b98 in gtk_action_set_stock_id () from 
/usr/pkg/lib/libgtk-x11-2.0.so.0
#4  0x45f55cfc in g_object_set_valist () from /usr/pkg/lib/libgobject-2.0.so.0
#5  0x45f5642c in g_object_set () from /usr/pkg/lib/libgobject-2.0.so.0
#6  0x4298a27c in gtk_action_group_add_actions_full () from 
/usr/pkg/lib/libgtk-x11-2.0.so.0
#7  0x4298a388 in gtk_action_group_add_actions () from 
/usr/pkg/lib/libgtk-x11-2.0.so.0
#8  0x0004238c in ?? ()
#9  0x45f5322c in g_object_new_internal () from /usr/pkg/lib/libgobject-2.0.so.0
#10 0x45f5587c in g_object_new_valist () from /usr/pkg/lib/libgobject-2.0.so.0
#11 0x45f55a24 in g_object_new () from /usr/pkg/lib/libgobject-2.0.so.0
#12 0x00043ff0 in ephy_window_new_with_chrome ()
#13 0x0003ac94 in ephy_shell_new_tab_full ()
#14 0x0003f81c in ?? ()
#15 0x40a090e8 in webkit_marshal_OBJECT__OBJECT () from 
/usr/pkg/lib/libwebkitgtk-1.0.so.0
#16 0x45f4e070 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0
#17 0x45f6154c in signal_emit_unlocked_R () from 
/usr/pkg/lib/libgobject-2.0.so.0
#18 0x45f69278 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0
#19 0x45f69cac in g_signal_emit_by_name () from /usr/pkg/lib/libgobject-2.0.so.0
#20 0x409d9074 in 
WebKit::FrameLoaderClient::dispatchCreatePage(WebCore::NavigationAction const&) 
() from /usr/pkg/lib/libwebkitgtk-1.0.so.0
...


I'm pretty sure the problem is that somewhere in the call stack the
sp isn't 8-byte aligned and the alloca in g_dpgettext2 falls over this

Move up the frames doing up; info frame (or similar)

Nick

Automated report: NetBSD-current/i386 build failure

[NetBSD Test Fixture]

This is an automatically generated notice of a NetBSD-current/i386
build failure.

The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
using sources from CVS date 2015.10.13.09.03.58.

An extract from the build.sh output follows:

--- kern-MONOLITHIC ---
--- evxfgpe.o ---
#   compile  MONOLITHIC/evxfgpe.o
/tmp/bracket/build/2015.10.13.09.03.58-i386/tools/bin/i486--netbsdelf-gcc 
-msoft-float -mno-mmx -mno-sse -mno-avx -ffreestanding 
-fno-zero-initialized-in-bss -O2 -fno-omit-frame-pointer -fstack-protector 
-Wstack-protector --param ssp-buffer-size=1 -fno-strict-aliasing -fno-common 
-std=gnu99 -Werror -Wall -Wno-main -Wno-format-zero-length -Wpointer-arith 
-Wmissing-prototypes -Wstrict-prototypes -Wold-style-definition -Wswitch 
-Wshadow -Wcast-qual -Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign 
-Wno-attributes -Wextra -Wno-unused-parameter -Wold-style-definition 
-Wno-sign-compare --sysroot=/tmp/bracket/build/2015.10.13.09.03.58-i386/destdir 
-Di386 -I. 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/acpica/dist 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/../common/lib/libx86emu 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/../common/include 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/arch 
-I/tmp/bracket/build/2015.10.13.
 09.03.58-i386/src/sys -nostdinc -DDIAGNOSTIC -D_KERNEL -D_KERNEL_OPT 
-std=gnu99 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/lib/libkern/../../../common/lib/libc/quad
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/lib/libkern/../../../common/lib/libc/string
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
 -D_FORTIFY_SOURCE=2 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/ipf 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/isc/atheros_hal/dist
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/isc/atheros_hal/ic
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/include 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/common/include
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/include 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/include/drm
 -I/tmp/bracket/build/201
 5.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist/include
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist/include/drm
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist/uapi
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/common/include
 -D__KERNEL__ -DCONFIG_FB=0 -DCONFIG_BACKLIGHT_CLASS_DEVICE=0 
-DCONFIG_BACKLIGHT_CLASS_DEVICE_MODULE=0 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/../common/include 
-DCONFIG_AGP 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist/drm/i915
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/i915drm 
-DCONFIG_DRM_I915_FBDEV=1 -DCONFIG_DRM_I915_PRELIMINARY_HW_SUPPORT=0 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/dist/drm/radeon
 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/include/radeon
 -
 I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/drm2/radeon 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/acpica/dist/include
 -c 
/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/acpica/dist/events/evxfgpe.c
 -o evxfgpe.o
--- kern-XEN3PAE_DOM0 ---
/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/dev/pci/if_wm.c:4057:1: 
error: 'wm_adjust_qnum' defined but not used [-Werror=unused-function]
 wm_adjust_qnum(struct wm_softc *sc, int nvectors)
 ^
--- kern-INSTALL ---
--- if_atm.o ---
--- kern-LEGACY ---
--- exstorob.o ---
--- kern-INSTALL ---
#   compile  INSTALL/if_atm.o
/tmp/bracket/build/2015.10.13.09.03.58-i386/tools/bin/i486--netbsdelf-gcc 
-msoft-float -mno-mmx -mno-sse -mno-avx -ffreestanding 
-fno-zero-initialized-in-bss -O2 -fno-omit-frame-pointer -fstack-protector 
-Wstack-protector --param ssp-buffer-size=1 -fno-strict-aliasing -fno-common 
-std=gnu99 -Werror -Wall -Wno-main -Wno-format-zero-length -Wpointer-arith 
-Wmissing-prototypes -Wstrict-prototypes -Wold-style-definition -Wswitch 
-Wshadow -Wcast-qual -Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign 
-Wno-attributes -Wextra -Wno-unused-parameter -Wold-style-definition 
-Wno-sign-compare --sysroot=/tmp/bracket/build/2015.10.13.09.03.58-i386/destdir 
-Di386 -I. 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/external/bsd/acpica/dist 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/../common/lib/libx86emu 
-I/tmp/bracket/build/2015.10.13.09.03.58-i386/src/sys/../common/include 

Sets list update needed for nouveau?

[Paul Goyette]

===  1 extra files in DESTDIR  =
Files in DESTDIR but missing from flist.
File is obsolete or flist is out of date ?
--
./usr/X11R7/man/html4/nouveau.html
=  end of 1 extra files  ===


+--+--+-+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org  |
+--+--+-+

Re: Ways to report trace when boot panics [Was NetBSD 7.0 i386 panic during boot]

[Andrew Cagney]

On 12 October 2015 at 10:32, Robert Elz  wrote:
> Long long ago I did an implementation of config code (more or less a console)
> for a device that had nothing but ethernet.   For that (and to avoid the
> issue that would arise here, of needing specialised client code) I used telnet
> over TCP.   Sounds like a complex software stack, but wasn't really.   The
> TCP and telnet implementations were (I believe) fully standards compliant,
> but were extremely limited. The Telnet would refuse all option negotiation
> for example, and refuse to operate any way but how it wanted (legal, but not
> generally useful).  The TCP IP and ethernet were all polled, lockstep
> implementations (I send, you reply, one packet at a time).   That achieved
> by simply setting the window size for receive very low - whatever size packets
> the other end transmitted, became the window size...   Not useful in general,
> and definitely not efficient in any sense, but worked just fine for the
> purpose (only a single connection at a time of course.)   The whole
> implementation turned out to be surprisingly small.

Right.  Or even simpler, 'netcat -u'.  If things really are desperate
then the ethernet might just be the easiest way out.

Re: NetBSD 7.0 i386 panic during boot

[Mayuresh]

On Sun, Oct 11, 2015 at 01:13:42PM -0400, Christos Zoulas wrote:
> | > This looks like a NULL pointer dereference. Do you have a backtrace?
> | 
> | Unfortunately the keyboard stops working when db prompt appears. So cannot
> | gather complete trace.
> 
> Compile a kernel with
> options DDB_ONPANIC 2
> (man 4 options)

Did just that, make depend and make. Copied the kernel to bootable USB and
tried to boot from it. Get the panic error but not stack trace.

Following is the section of debugging options. Do I need to enable
anything else?

# Diagnostic/debugging support options
#optionsDIAGNOSTIC  # inexpensive kernel consistency checks
# XXX to be commented out on release
# branch
#optionsDEBUG   # expensive debugging checks/support
#optionsLOCKDEBUG   # expensive locking checks/support
#optionsKMEMSTATS   # kernel memory statistics (vmstat -m)
options DDB # in-kernel debugger
#optionsDDB_ONPANIC=1   # see also sysctl(7): `ddb.onpanic'
options DDB_ONPANIC=2   # see also sysctl(7): `ddb.onpanic'
options DDB_HISTORY_SIZE=512# enable history editing in DDB
#optionsDDB_VERBOSE_HELP
#optionsKGDB# remote debugger
#options
KGDB_DEVNAME="\"com\"",KGDB_DEVADDR=0x3f8,KGDB_DEVRATE=9600
#makeoptionsDEBUG="-g"  # compile full symbol table
#optionsSYSCALL_STATS   # per syscall counts
#optionsSYSCALL_TIMES   # per syscall times
#optionsSYSCALL_TIMES_HASCOUNTER# use 'broken' rdtsc
(soekris)

Mayuresh

Re: NetBSD 7.0 i386 panic during boot

[Christos Zoulas]

On Oct 13,  5:24pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot

| On Sun, Oct 11, 2015 at 01:13:42PM -0400, Christos Zoulas wrote:
| > | > This looks like a NULL pointer dereference. Do you have a backtrace?
| > | 
| > | Unfortunately the keyboard stops working when db prompt appears. So cannot
| > | gather complete trace.
| > 
| > Compile a kernel with
| > options DDB_ONPANIC 2
| > (man 4 options)
| 
| Did just that, make depend and make. Copied the kernel to bootable USB and
| tried to boot from it. Get the panic error but not stack trace.
| 
| Following is the section of debugging options. Do I need to enable
| anything else?

So you have a usb keyboard and it does not work for you?
Comment out the following lines:

#pckbc*  at acpi?# PC keyboard controller
#pckbc0  at isa? # pc keyboard controller
#pckbd*  at pckbc?   # PC keyboard
#pms*at pckbc?   # PS/2 mouse for wsmouse  
#wskbd*  at pckbd? console ? 
#wsmouse*at pms? mux 0

And try again...

christos

Re: Debugging Epiphany/Midori (webkit-gtk based) on earmv6hf (RPI 2)

[Stephan]

Thanks all for your input. Nick was right that the stack pointer needs
to be aligned on a 8-byte boundary. I was totally unaware that the
calling convention requires this. The g_dpgettext2() function runs
successfully a couple of times when epiphany launches. It is then
called with an appropriately aligned stack pointer:

Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
(gdb) i r $r12
r120x7fffb8c8   2147465416

Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
(gdb) i r $r12
r120x7fffb870   2147465328

Contrary, sp is broken in the non-working case:

(gdb) i r $r12
r120x7fffa414   2147460116

Unfortunately, the call trace is incomplete in that case:

#35 0x40c42178 in
WebCore::EventTarget::dispatchEvent(WTF::PassRefPtr,
int&) () from /usr/pkg/lib/libwebkitgtk-1.0.so.0
#36 0x4147fd84 in
WebCore::jsNodePrototypeFunctionDispatchEvent(JSC::ExecState*) () from
/usr/pkg/lib/libwebkitgtk-1.0.so.0
#37 0x43fc81a4 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

The only thing I can say just now is that sp is already misaligned in
frame 36 when it comes out of this obfuscated frame 37. I set a
separate breakpoint as it seems not too easy to get the value of sp
for each frame on a full call trace:


Breakpoint 1, 0x4147fc94 in
WebCore::jsNodePrototypeFunctionDispatchEvent(JSC::ExecState*) () from
/usr/pkg/lib/libwebkitgtk-1.0.so.0
(gdb) bt
#0  0x4147fc94 in
WebCore::jsNodePrototypeFunctionDispatchEvent(JSC::ExecState*) () from
/usr/pkg/lib/libwebkitgtk-1.0.so.0
#1  0x50add124 in ?? ()

(gdb) i r $r12
r120x7fffb88c 2147465356


This is not too easy :)

2015-10-13 8:17 GMT+00:00 Nick Hudson :
> On 05/31/15 18:07, Stephan wrote:
>>
>> Hi folks,
>>
>> I am currently testing some applications on the RPI 2. Some work
>> pretty well, others not yet. As for webkit-gtk based browsers, I am
>> experiencing crashes from time to time.
>>
>> One problem that occurs often seems to be related to g_dpgettext2 ()
>> from glib2. The top of the stack looks like this:
>>
>> (gdb) bt
>> #0  0x636f7452 in ?? ()
>> #1  0x45ff3fa8 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
>> #2  0x42ad6030 in gtk_stock_lookup () from
>> /usr/pkg/lib/libgtk-x11-2.0.so.0
>> #3  0x42987b98 in gtk_action_set_stock_id () from
>> /usr/pkg/lib/libgtk-x11-2.0.so.0
>> #4  0x45f55cfc in g_object_set_valist () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #5  0x45f5642c in g_object_set () from /usr/pkg/lib/libgobject-2.0.so.0
>> #6  0x4298a27c in gtk_action_group_add_actions_full () from
>> /usr/pkg/lib/libgtk-x11-2.0.so.0
>> #7  0x4298a388 in gtk_action_group_add_actions () from
>> /usr/pkg/lib/libgtk-x11-2.0.so.0
>> #8  0x0004238c in ?? ()
>> #9  0x45f5322c in g_object_new_internal () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #10 0x45f5587c in g_object_new_valist () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #11 0x45f55a24 in g_object_new () from /usr/pkg/lib/libgobject-2.0.so.0
>> #12 0x00043ff0 in ephy_window_new_with_chrome ()
>> #13 0x0003ac94 in ephy_shell_new_tab_full ()
>> #14 0x0003f81c in ?? ()
>> #15 0x40a090e8 in webkit_marshal_OBJECT__OBJECT () from
>> /usr/pkg/lib/libwebkitgtk-1.0.so.0
>> #16 0x45f4e070 in g_closure_invoke () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #17 0x45f6154c in signal_emit_unlocked_R () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #18 0x45f69278 in g_signal_emit_valist () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #19 0x45f69cac in g_signal_emit_by_name () from
>> /usr/pkg/lib/libgobject-2.0.so.0
>> #20 0x409d9074 in
>> WebKit::FrameLoaderClient::dispatchCreatePage(WebCore::NavigationAction
>> const&) () from /usr/pkg/lib/libwebkitgtk-1.0.so.0
>> ...
>
>
> I'm pretty sure the problem is that somewhere in the call stack the
> sp isn't 8-byte aligned and the alloca in g_dpgettext2 falls over this
>
> Move up the frames doing up; info frame (or similar)
>
> Nick

Re: Debugging Epiphany/Midori (webkit-gtk based) on earmv6hf (RPI 2)

[Nick Hudson]

On 10/13/15 17:58, Stephan wrote:



Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
(gdb) i r $r12
r120x7fffb8c8   2147465416

Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
(gdb) i r $r12
r120x7fffb870   2147465328

Contrary, sp is broken in the non-working case:

(gdb) i r $r12
r120x7fffa414   2147460116

Unfortunately, the call trace is incomplete in that case:

r13 is sp.

debug symbols (compile flag -g) will help a lot here.


Nick

Re: Missing boot blocks

[Paul Goyette]

On Wed, 14 Oct 2015, Paul Goyette wrote:


OK, now I've really done it!  :)

I've used the same script for years to (occassionally? rarely?) update
my boot-blocks.  I hadn't done it for a while, so this morning I decided
to update.

Ouch - something went wrong, and the machine no longer recognizes the
hard drive as a bootable device.  It just moves on to the next device
(the network) and tries a PXE boot.

Does anyone have a suggestion on how to recover from this?  I think my
last working boot-blocks were from back in the 6.99.7 time-frame!


Resolved.  I downloaded a NetBSD-7.0 iso file, burned it to CD, booted,
and used that boot code to reload from my usual hard-drive.

Turns out that my update script worked perfectly.  I had simply
forgotten to update it when I updated my boot partition to FFS-V2, so
the script was still loading FFS-V1 boot code.

Ooopppsss!!!  :)




+--+--+-+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org  |
+--+--+-+

Missing boot blocks

[Paul Goyette]

OK, now I've really done it!  :)

I've used the same script for years to (occassionally? rarely?) update
my boot-blocks.  I hadn't done it for a while, so this morning I decided
to update.

Ouch - something went wrong, and the machine no longer recognizes the
hard drive as a bootable device.  It just moves on to the next device
(the network) and tries a PXE boot.

Does anyone have a suggestion on how to recover from this?  I think my
last working boot-blocks were from back in the 6.99.7 time-frame!


+--+--+-+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org  |
+--+--+-+

Re: Killing a zombie process?

[Rhialto]

I may have something similar; with 7.0/amd64 GENERIC kernel.

I've been doing builds in pkg_comp with the chroot directory and /usr/pkgsrc
mounted over nfs. After some packages, some processes simply don't terminate.

Some of my processes are now (after trying to exit pkg_comp which hangs)

 UID   PID  PPID  CPU PRI NIVSZ   RSS WCHAN   STAT TTY   TIME COMMAND
   0   402 10  85  0  15360  1428 waitIpts/2  0:00.00 /bin/sh 
-c set -e; /usr/bin/find /pkg_comp/packages/*/lame-3.99.5nb3.tgz -type l 
-print\t 2>/dev/null | /usr/bin/xargs /bin/rm -f 
1000   683  29070  85  0  13224  2588 waitIs   pts/2  0:00.03 -bash 
   0  2847   683  257 117  0  13304  1576 tstile  D+   pts/2  0:00.02 /bin/sh 
/usr/pkg/sbin/pkg_comp chroot 
   0 14284 10  85  0  15360  1428 waitIpts/2  0:00.00 /bin/sh 
-c set -e; /usr/bin/find /pkg_comp/packages/*/lame-3.99.5nb3.tgz -type l 
-print\t 2>/dev/null | /usr/bin/xargs /bin/rm -f 
   0 26291   402  708 117  0  15360  1004 tstile  Dpts/2  0:00.00 /bin/sh 
-c set -e; /usr/bin/find /pkg_comp/packages/*/lame-3.99.5nb3.tgz -type l 
-print\t 2>/dev/null | /usr/bin/xargs /bin/rm -f 
   0 28266 142840 116  0  15360  1004 netio   Dpts/2  0:00.01 /bin/sh 
-c set -e; /usr/bin/find /pkg_comp/packages/*/lame-3.99.5nb3.tgz -type l 
-print\t 2>/dev/null | /usr/bin/xargs /bin/rm -f 

No zombies involved, though.

-Olaf.
-- 
___ Olaf 'Rhialto' Seibert  -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'


pgpEteqPwgwva.pgp
Description: PGP signature