From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 18:38:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1056516A4CF for ; Sun, 13 Feb 2005 18:38:44 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id B873643D1D for ; Sun, 13 Feb 2005 18:38:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 9931 invoked from network); 13 Feb 2005 18:33:58 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 18:33:58 -0000 Received: (qmail 30368 invoked by uid 89); 13 Feb 2005 18:42:24 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 18:42:24 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 795D011497; Sun, 13 Feb 2005 20:38:38 +0200 (EET) Date: Sun, 13 Feb 2005 20:38:38 +0200 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050213203838.0d37b121@it.buh.tecnik93.com> In-Reply-To: <20050213202559.38e1f1af@it.buh.tecnik93.com> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: me@stefan.haischt.name cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:38:44 -0000 [ Stefan, please give me a uname -a and scheduler type. Thanks. ] On Sun, 13 Feb 2005 20:25:59 +0200 Ion-Mihai Tetcu wrote: > On Sun, 13 Feb 2005 12:04:37 -0500 > Brian Fundakowski Feldman wrote: > > > On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote: [ ... ] > > > In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: > > > > Have you tried helgrind? That seems to be the one to try next. The default > > stack trace size it keeps is not very large, so you may want to increase it > > to 100 or so before you go to debugging these. These 4 errors probably are > > genuine bugs and could be the root cause of the crash that's occurring... > > On this it works > 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Feb 10 17:38:05 EET 2005 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_U i386 > this kernel has ULE > > On this it crash > 5.3-STABLE FreeBSD 5.3-STABLE #17: Mon Jan 17 23:40:22 EET 2005 itetcu@it.buh.cameradicommercio.ro:/usr/obj/usr/src/sys/IT53_d i386 > this 4BSD > > WTF ?? Could this be the reason ? : jhb 2005-02-04 16:17:56 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) [..] Log: MFC Most of the various fixes and changes to libpthread from HEAD to 5.x including: Pull debug symbols in for statically linked binaries. gcc -O2 cleanups. Don't call _thr_start_sig_daemon() when SYSTEM_SCOPE_ONLY is defined. If a system scope thread didn't set a timeout, don't call the clock_gettime system call before and after sleeping. Add missing reference count drops to close a memory leak. Save cancelflags in signal frame. Use a generic way to back threads out of wait queues when handling signals instead of having more intricate knowledge of thread state within signal handling. Simplify signal code because of above (by David Xu). Use macros for libpthread usage of pthread_cleanup_push() and pthread_cleanup_pop(). This removes some instances of malloc() and free() from the semaphore and pthread_once() implementations. When single threaded and forking(), make sure that the current thread's signal mask is inherited by the forked thread. Use private mutexes for libc and libpthread. Signals are deferred while threads hold private mutexes. This fix breaks an internal system ABI that old versions of the www/linuxpluginwrapper port depend on. Upgrading that port to the latest version will fix that. Fix race condition in condition variables where handling a signal (pthread_kill() or kill()) may not see a wakeup (pthread_cond_signal() or pthread_cond_broadcast()). Don't panic when sigsuspend is interrupted by a cancellation. jhb 2005-02-04 16:07:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) lib/libpthread/thread thr_exit.c Log: MFC: Check unhandled signals before thread marks itself as DEAD; this reduces chances of losing a signal. -- IOnut Unregistered ;) FreeBSD "user"