tcpdump crash on arm?
Krassimir Slavchev
krassi at bulinfo.net
Thu Apr 5 12:05:41 UTC 2007
Olivier Houchard wrote:
> On Thu, Apr 05, 2007 at 02:13:37PM +0300, Krassimir Slavchev wrote:
>
>> 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)
>>
>
> Huh interesting.
> I think it's unrelated, I think this is an assert triggered at start time,
>
Yes, it happens after login.
> but I'd really like to be able to reproduce it.
>
> Does that happen every time you run tcpdump ?
>
>
No. Only when login on console.
> Olivier
>
>
More information about the freebsd-arm
mailing list