1.3.98 breaks tcpdump, and 590 voes

Mikael Abrahamsson (mike@uplift.sparta.lu.se)
Sun, 5 May 1996 19:49:23 +0200 (MET DST)


I scanned the past 600 messages to the list, and nowhere could I find that
tcpdump was reported broken by one of the later kernels.
(using 1.3.98 and 3c509combo)

swmike@uplift:~/tcpdump/tcpdump-2.2.1>sudo tcpdump
Password:
tcpdump: listening on eth0
19:38:05.303717 ds9.mmedia.medstroms.se.1084 > uplift.sparta.lu.se.20: .
ack 1149426370 win 29200 [tos 0x8]
Segmentation fault
swmike@uplift:~/tcpdump/tcpdump-2.2.1>

close(4) = 0
alarm(0) = 20
write(1, "19:45:17.689488 ds9.mmedia.medst"..., 10819:45:17.689488
ds9.mmedia.medstroms.se.1092 > uplift.sparta.lu.se.20: . ack 1614146873
win 29200 [tos 0x8]
) = 108
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

I can't seem to compile any tcpdump I find, and two older binaries I
found, none of them worked (one sigsegv:end (the above) and the other just
said "socket operation not allowed").

I didnt get the 3c59x to work either in .1.3.98, I had to go back to my
trustworthy 509combo. I tried to get the 590 to work both as a module and
compiled into the kernel. It would detect, it would even after some
fiddeling get the right media type (autodetect doesnt seem to work, and
the "insmod 3c59x option=1" wont work either). I set the media type in
hardware with the etherdisk from 3com, everything seems to work at
detect-time, but I still get the "SCIOCTL: network not available" (or
whatever the first thingie is supposed to be.. :) )

May 5 17:56:04 uplift kernel: 3c59x.c:v0.13 2/13/96
becker@cesdis.gsfc.nasa.gov
May 5 17:56:04 uplift kernel: Overriding PCI latency timer (CFLT)
setting of 64, new value is 255.
May 5 17:56:04 uplift kernel: loading device 'eth0'...
May 5 17:56:04 uplift kernel: eth0: 3Com 3c590 Vortex 10Mbps at 0xff80,
00:a0:24:77:27:24, IRQ 11
May 5 17:56:04 uplift kernel: 8K byte-wide RAM 1:1 Rx:Tx split, 10Mbs
AUI interface.

I tried to get the updated version at beckers vortex-page, but I never got
it to compile correctly...

This is a P75, using GCC 2.7.0 (upgraded according to ELF-howto and
nothing more).