From owner-freebsd-current@FreeBSD.ORG Thu Apr 5 11:13:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B277D16A403; Thu, 5 Apr 2007 11:13:43 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 69EA013C45B; Thu, 5 Apr 2007 11:13:43 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 5C4CB388BE; Thu, 5 Apr 2007 14:13:41 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09039-04; Thu, 5 Apr 2007 14:13:38 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 50C3F388B7; Thu, 5 Apr 2007 14:13:38 +0300 (EEST) Message-ID: <4614D9E1.5080603@bulinfo.net> Date: Thu, 05 Apr 2007 14:13:37 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Olivier Houchard References: <4614A512.7040503@bulinfo.net> <20070405110305.GA35723@ci0.org> In-Reply-To: <20070405110305.GA35723@ci0.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: tcpdump crash on arm? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 11:13:43 -0000 Olivier Houchard wrote: > On Thu, Apr 05, 2007 at 10:28:18AM +0300, Krassimir Slavchev wrote: > >> Hi, >> >> This is on 7.0-CURENT 4-5 days old but I have seen this for 2-3 months. >> >> # ./tcpdump >> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >> listening on ate0, link-type EN10MB (Ethernet), capture size 96 bytes >> Bus error (core dumped) >> >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "arm-marcel-freebsd"... >> Core was generated by `tcpdump'. >> Program terminated with signal 10, Bus error. >> Reading symbols from /lib/libpcap.so.4...done. >> Loaded symbols for /lib/libpcap.so.4 >> Reading symbols from /lib/libcrypto.so.5...done. >> Loaded symbols for /lib/libcrypto.so.5 >> Reading symbols from /lib/libc.so.7...done. >> Loaded symbols for /lib/libc.so.7 >> Reading symbols from /libexec/ld-elf.so.1...done. >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 0x000203a4 in ether_print () >> (gdb) bt >> #0 0x000203a4 in ether_print () >> #1 0x00020730 in ether_if_print () >> #2 0x0005b594 in print_packet (user=0xbfffec18 "\020\a\002", h=0xbfffeb98, >> sp=0x2040901a "") >> at >> /usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1241 >> #3 0x200f05bc in pcap_lookupnet () from /lib/libpcap.so.4 >> #4 0x200f1a2c in pcap_loop () from /lib/libpcap.so.4 >> #5 0x0005c3b0 in $a () >> at >> /usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1050 >> #6 0x0005c3b0 in $a () >> at >> /usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1050 >> (gdb) >> >> > > I remember seeing this, but I thought make worlding fixed it. > Warner, do you remember what the issue was, and how/if we fixed it ? > I think it had to do with the change in alignment somewhere. > > Olivier > > I am not sure whether it is related or not but I receive this message when logging on console: ld-elf.so.1: assert failed: /usr/src-arm/src/libexec/rtld-elf/arm/reloc.c:289 The world and the kernel are in sync (cvsup on 30.3)