Subject: Linux-Development Digest #400
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Sat, 22 Jan 94 07:13:08 EST

Linux-Development Digest #400, Volume #1         Sat, 22 Jan 94 07:13:08 EST

Contents:
  pl14 ping/route causing dup packets? (Cliff V Collins)
  Re: Global Alert For All: Jesus is Coming Soon (Ken Clark)
  Block size setting for SCSI-Tape not working? (Martin Cracauer)
  in2000 compile problems (Jerod Tufte)

----------------------------------------------------------------------------

From: cvc@world.std.com (Cliff V Collins)
Subject: pl14 ping/route causing dup packets?
Date: Mon, 17 Jan 1994 17:23:15 GMT


Note: So I do not get flamed, I am subscribing to the mail channels for
      the kernel and network. This messages is being posted as additional
      help in the hope that it may help someone else. The questions on
      my routing and file setup are more applicable on comp.os.linux.
      development, so I have sent it here.

Originally, I downloaded the yggdrasil pl14b revision kernel and
had problems with my system freezing up the first time any ethernet activity
occured. I downloaded the pl14a source and recompiled with debugging on
using the ne2000 option.
I have upgraded to kernel dev. pl14p and compiled it with the ne2000 driver.
Everything boots good and the system now can rcp and ftp to my xenix
and pc systems running ftp softwares pctcp ver2.05 software both to and
from linux, whereas before at pl13 file transfers from linux to each
of these systems would halt at about 99% of the file transfer.

I have 3 old 68020 systems ruinning bsd 4.3, and when I ping these systems
I am getting DUP packets messages. After I ping them, telnet,rsh,rcp etc.
from any other system (ibm r/6000, sun sparc, linux) just hangs. Only the
ping command will work. After I reboot these systems they work fine until
I ping them from linux again. What seems strange is the addresses coming
from the ping output represents the pc systems I have set up. As long as I
have these systems shut off the ping to the 68020 systems works fine. The
pcftp software has a tsr ethernet kernel that loads at boot time, and
I believe provides the kernel(?) calls for their software programs at runtime.

My questions are...
1) Given the level of gcc and libraries, would these problems go away if I
   installed the latest versions? I have read comp.os.linux.development
   and others are at the same level of software I am (the Yggrasil fall cdrom)
   and have compiled the kernel without problems.
2) Should I recompile the route,ping,rsh etc programs as well as the daemons
   to fix the problem. I have read of a 8/16 byte order problem with the
   net addresses and masks, and think this might my problem
3) We have a mix of sun's, r/6000's, linux, xenix. 68020 bsd 4.3, and linux
   systems running. One of our systems, a prime at 100.0.1.0, is usally
   powered off. However, this is also a address that I have in my rc.net
   file. Since we have no gateway, could this address be cousing a problem
   and are my rc.net, hosts, and networks files set up correctly?

System Description....
486/DX2 66 256K VLB
8 MEGS RAM
340 MEG WD IDE DRIVE
VLB IDE CONTROLLER 2S/P/G
1.2 MEG FLOPPY
NE2000 (ORIGINAL/NOT CLONE) ETHERNET CARD (0x300,5,0xD8000)
9600 FAX/MODEM
Yggdrasil FALL CDROM Installation
#
# ping net8
PING net8 (100.0.33.49): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=140 time=35 ms
64 bytes from 100.0.1.11: icmp_seq=1 ttl=141 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=2 ttl=142 time=15 ms
64 bytes from 100.0.1.11: icmp_seq=3 ttl=143 time=4 ms
64 bytes from 100.0.0.98: icmp_seq=4 ttl=144 time=11 ms
64 bytes from 100.0.1.11: icmp_seq=4 ttl=144 time=49 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=145 time=39 ms
64 bytes from 100.0.0.98: icmp_seq=5 ttl=145 time=54 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=6 ttl=146 time=29 ms
64 bytes from 100.0.0.98: icmp_seq=6 ttl=146 time=43 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=7 ttl=147 time=19 ms
64 bytes from 100.0.0.98: icmp_seq=7 ttl=147 time=31 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=8 ttl=148 time=8 ms
64 bytes from 100.0.0.98: icmp_seq=8 ttl=148 time=20 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=9 ttl=149 time=8 ms
64 bytes from 100.0.1.11: icmp_seq=9 ttl=149 time=53 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=10 ttl=150 time=43 ms
64 bytes from 100.0.0.98: icmp_seq=10 ttl=150 time=52 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=11 ttl=151 time=33 ms
64 bytes from 100.0.0.98: icmp_seq=11 ttl=151 time=41 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=12 ttl=152 time=23 ms
64 bytes from 100.0.0.98: icmp_seq=12 ttl=152 time=30 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=13 ttl=153 time=12 ms
64 bytes from 100.0.0.98: icmp_seq=13 ttl=153 time=20 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=14 ttl=154 time=2 ms
64 bytes from 100.0.0.98: icmp_seq=14 ttl=154 time=10 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=15 ttl=155 time=47 ms
64 bytes from 100.0.0.98: icmp_seq=15 ttl=155 time=50 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=16 ttl=156 time=37 ms
64 bytes from 100.0.0.98: icmp_seq=16 ttl=156 time=40 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=17 ttl=157 time=27 ms
64 bytes from 100.0.0.98: icmp_seq=17 ttl=157 time=30 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=18 ttl=158 time=16 ms
64 bytes from 100.0.1.11: icmp_seq=18 ttl=158 time=19 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=19 ttl=159 time=5 ms
64 bytes from 100.0.1.11: icmp_seq=19 ttl=159 time=8 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=20 ttl=160 time=48 ms
64 bytes from 100.0.1.11: icmp_seq=20 ttl=160 time=51 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=21 ttl=161 time=37 ms
64 bytes from 100.0.1.11: icmp_seq=21 ttl=161 time=41 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=22 ttl=162 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=22 ttl=162 time=33 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=23 ttl=163 time=14 ms
64 bytes from 100.0.1.11: icmp_seq=23 ttl=163 time=22 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=24 ttl=164 time=3 ms
64 bytes from 100.0.1.11: icmp_seq=24 ttl=164 time=10 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=25 ttl=165 time=46 ms
64 bytes from 100.0.1.11: icmp_seq=25 ttl=165 time=55 ms (DUP!)

--- net8 ping statistics ---
26 packets transmitted, 26 packets received, +22 duplicates, 0% packet loss
round-trip min/avg/max = 2/28/55 ms
# ping pc2
PING pc2 (100.0.0.98): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=175 time=18 ms
64 bytes from 100.0.0.98: icmp_seq=0 ttl=175 time=52 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=0 ttl=175 time=107 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=176 time=12 ms
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=45 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=48 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=176 time=100 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=177 time=2 ms
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=34 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=38 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=177 time=47 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=23 ms
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=25 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=178 time=47 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=178 time=78 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=11 ms
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=14 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=179 time=37 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=179 time=66 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=180 time=26 ms
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=55 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=58 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=180 time=67 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=6 ttl=181 time=16 ms
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=44 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=46 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=6 ttl=181 time=55 ms (DUP!)

--- pc2 ping statistics ---
7 packets transmitted, 7 packets received, +20 duplicates, 0% packet loss
round-trip min/avg/max = 2/43/107 ms
#
#
#
# ping pc1
PING pc1 (100.0.1.11): 56 data bytes
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=30 ms
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=34 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=0 ttl=186 time=54 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=0 ttl=186 time=85 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=25 ms
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=28 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=1 ttl=187 time=37 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=1 ttl=187 time=45 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=15 ms
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=18 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=2 ttl=188 time=27 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=2 ttl=188 time=34 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=5 ms
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=7 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=3 ttl=189 time=23 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=3 ttl=189 time=60 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=4 ttl=190 time=11 ms
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=49 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=52 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=4 ttl=190 time=61 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=39 ms
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=42 ms (DUP!)
64 bytes from 100.0.1.11: icmp_seq=5 ttl=191 time=51 ms (DUP!)
64 bytes from 100.0.0.98: icmp_seq=5 ttl=191 time=58 ms (DUP!)

--- pc1 ping statistics ---
6 packets transmitted, 6 packets received, +18 duplicates, 0% packet loss
round-trip min/avg/max = 5/37/85 ms
#
#
# cat /proc/net/dev
Inter-|   Receive                  |  Transmit
 face |packets errs drop fifo frame|packets errs drop fifo colls carrier
    lo:      0    0    0    0    0       44    0    0    0     0    0
  eth0:  16075    0    0    0    2     5620    0    0    0   288 5622
#
# cat /proc/net/raw
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
# cat /proc/net/route
Iface        Destination        Gateway         Flags        RefCnt        Use        Metric        Mask
lo        0100007F        00000000        05        0        44        0        FFFFFFFF
eth0        00010064        00000000        05        0        96        0        FFFFFFFF
eth0        00000000        00010064        03        0        5659        0        00000000
#
# cat /proc/net/tcp
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
 0: 00000000:0200 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 0: 00000000:0280 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0201 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A FFFFCB5D:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 0A FFFFCB7C:00000000 00:00000000 00000000 0
 2: 00000000:0202 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
 3: 00000000:0203 00000000:0000 0A 9FF6C4C8:00000000 00:00000000 00000000 0
 7: 00000000:0007 00000000:0000 0A FFFFCB6B:00000000 00:00000000 00000000 0
 9: 00000000:0009 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
11: 00000000:000B 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
13: 00000000:000D 00000000:0000 0A FFFFCB59:00000000 00:00000000 00000000 0
15: 00000000:000F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
15: 00000000:004F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
18: 14010064:0412 31210064:0017 04 00000003:00000000 01:000024CB 0000000E 0
19: 00000000:0013 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
20: 14010064:0414 31210064:0015 04 00000003:00000000 01:00003391 0000000E 0
21: 00000000:0015 00000000:0000 0A FFFFCB50:00000000 00:00000000 00000000 0
22: 14010064:0416 31210064:0017 04 00000003:00000000 01:000058B8 0000000E 0
23: 00000000:0017 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
25: 00000000:0019 00000000:0000 0A FFFFCB4A:00000000 00:00000000 00000000 0
27: 14010064:041B 31210064:0017 04 00000003:00000000 01:0000697A 0000000E 0
28: 00000000:021C 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
37: 00000000:0025 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
45: 00000000:006D 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
46: 00000000:006E 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
47: 00000000:006F 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
55: 00000000:0077 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0
#
# cat /proc/net/udp
sl  local_address rem_address   st tx_queue rx_queue tr tm->when uid
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 1: 00000000:0801 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 3: 00000000:0043 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 5: 00000000:0045 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 5: 00000000:0205 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 6: 00000000:0206 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 7: 00000000:0007 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
 9: 00000000:0009 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
13: 00000000:000D 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
19: 00000000:0013 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
37: 00000000:0025 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
47: 00000000:006F 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
62: 00000000:027E 00000000:0000 07 00000000:00000000 00:00000000 00000000 0
#
# cat /proc/net/unix
Num RefCount Protocol Flags    Type St Path
 0: 00000001 00000000 00010000 0001 01 /tmp/.printer
#
# cat /etc/rc.net
echo "starting network"
PATH=$PATH:/usr/net/bin
ifconfig lo 127.0.0.1 netmask 255.0.0.0 broadcast 255.255.255.255
route add 127.0.0.1
ifconfig eth0 100.0.1.20 netmask 255.255.255.0 broadcast 255.255.255.255
route add 100.0.1.0
route add default gw 100.0.1.0
echo "starting portmap"
/etc/portmap &
echo "starting inetd"
/usr/net/daemons/inetd &
echo "starting mountd/nfsd"
/usr/bin/mountd &
/usr/bin/nfsd &
/usr/bin/nfsd &
/usr/bin/nfsd &
/usr/bin/nfsd &
#
# ifconfig
lo        IP ADDR 127.0.0.1  BCAST 255.255.255.255  NETMASK 255.0.0.0
          MTU 2000  METRIC 0  POINT-TO-POINT ADDR 0.0.0.0
          FLAGS: 0x004B ( UP BROADCAST LOOPBACK RUNNING )

eth0      IP ADDR 100.0.1.20  BCAST 255.255.255.255  NETMASK 255.255.255.0
          MTU 1500  METRIC 0  POINT-TO-POINT ADDR 0.0.0.0
          FLAGS: 0x0043 ( UP BROADCAST RUNNING )
#
# cat /etc/hosts
50.0.0.1        localhost loghost
100.0.33.49        net8
100.0.32.79        net6
100.0.36.68        net7
100.0.7.99        sun1 pserver
100.0.76.27        sun2
100.0.8.27        sun3
100.0.0.3        catia3
100.0.0.98      pc2
100.0.1.0        vision
100.0.0.21        xen1
100.0.1.11        pc1
100.0.0.2        catia2
100.0.1.20        linux1
#
# cat /etc/networks
loopback 127.0.0.0
linux1 100.0.0.0
#
#
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.4.5/specs
gcc version 2.4.5
#
# cd /lib
# ls -C
XawVen.so.2.1         libXt.so.3          libm.2.2.2           libtcl.so.1.0
XtVen.so.2.1         libXt.so.3.0.1          libm.so.4           libtk.so.1
cpp                 libabi.so.0          libm.so.4.4.1           libtk.so.1.0
libX11.so.3         libabi.so.0.1          libmh.so.4.0           libxdosemu
libX11.so.3.0.1         libc.so.4          libms.so.4.0
libXaw.so.3         libc.so.4.4.1          libsoft.so.4.0
libXaw.so.3.0.1         libemu                  libtcl.so.1
#

CLIFF COLLINS
VISIONEERING INC.
(313) 293-1000


------------------------------

From: ken@darwin.mbb.sfu.ca (Ken Clark)
Subject: Re: Global Alert For All: Jesus is Coming Soon
Date: Fri, 21 Jan 1994 22:35:17 GMT

In article <1994Jan18.230350.824@genepi.sh.sub.de> kai@genepi.sh.sub.de (Kai Altenfelder) writes:
>Michael Horwath (drechsau@winternet.mpls.mn.us) wrote:
>: Oh please, take this jibberish someplace else.  Just what we need, a
>: bible thumper on a computer related topic group :(
>
> Not enough, this guy posted this article to every newsgroup (no, not as
> crosspostings...) on the net. Have a look at the 'Path:'-line... :-(
>

You guys must be new to the net or you would remember the infamous "QIC News"
by J M Jr.   c.o.l.* has learned to ignore this guy.  The BSD folk don't seem
as fortunate.  Just ignore him and he will go away.  

Really though, the guy is such a net.luser it is sometimes worth the
time in entertainment value to read his stuff.

- Ken

------------------------------

From: cracauer@wavehh.hanse.de (Martin Cracauer)
Subject: Block size setting for SCSI-Tape not working?
Date: Fri, 21 Jan 94 12:53:01 GMT

I want to read tapes written with of blocksize of 1024 byte.

Linux' default is 512 byte, so this does not work. The error message
is "I/O error" to the terminal running the application and "st0:
Incorrect block size" to the console.

As I understand, this is not solveable by setting the blocksize on the
command line (with tar or dd).

On a Sun under SunOS 4.1.3 you cange this by setting the blocksize for
the drive in /usr/kvm/sys/scsi/targets/st_conf.c.

In Linux there is a blocksize parameter in

/usr/src/linux/kernel/blk_drv/scsi/st.c

#define ST_BLOCK_SIZE 512

But setting this to 1024 does not have any effekt at all, the tape
remains unreadable, same error messages.

My system is a mainly unchanged Slackware 0.99.13. The drive in
question is an Archive DAT without compression. 

One curious thing: The block size is not reported when linux comes
up. It states that it finds the drive and display the vendor's
strings, but no block size is reported.

And one more thing: If you know how to change the blocksize, could you
tell me how I can change this on a per-drive-basis?

I can (on Sun at least) read all tapes written with the blocksize or
anything less, so with 1024 bytes set in kernel I could still read
512-er Tapes. But when I write a tape, the kernel default would be
used. I'd like to have 1024 bytes for DAT and 512 bytes for QIC
(because my friends with Suns all have 512 bytes as kernel parameter,
so they couldn't read a 1024er QIC Tape).

Thanks for any help.

I'll post a summary an eventually make the solution be included in the
FAQ.
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer@wavehh.hanse.de>,Voice+4940-5221829,Fax.-5228536

      Source is the greatest good in computing

------------------------------

From: jet5@pyrite.SOM.CWRU.Edu (Jerod Tufte)
Subject: in2000 compile problems
Date: 22 Jan 1994 00:38:30 GMT

Since about pl14k or so, I've been unable to get the in2000 alpha driver to
compile.  I'm not certain if this coincided with an upgrade of my libc or
not, but it's possible.  these are the errors:
in2000.c:60: parse error before `('
in2000.c:69: parse error before `('
in2000.c:98: warning: function declaration isn't a prototype
and these are the relevant parts of the code:
/*here's 60:*/
static inline unsigned short inw (unsigned short port)
{
   unsigned short _v;
   
   __asm__ volatile ("inw %1,%0"
                     :"=a" (_v):"d" ((unsigned short) port));
   return _v;
}
/*here's 69:*/
static inline void outw( unsigned short value, unsigned short port )
{
   __asm__ volatile ("outw %0,%1"
                        : /* no outputs */
                        :"a" ((unsigned short) value),
                        "d" ((unsigned short) port));
}

/* this is line 98: */
int in2000_find_seg()
        {

I assume someone who knows the changes that have been made in the 
libraries and kernels lately better than I will be able to spot the
errors.  I'd much appreciate it, and will forward it to the author.

Jerod Tufte
 
--
jet5@po.cwru.edu       Case Western Reserve University   Computer Engineering
jet@b62528.student.cwru.edu  <<< finger me for PGP2.3a public key

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
