Subject: Linux-Development Digest #902
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, 9 Jul 94 19:13:05 EDT

Linux-Development Digest #902, Volume #1          Sat, 9 Jul 94 19:13:05 EDT

Contents:
  Problem with 1542CF and EXB8200 (Frank Westheider)
  Re: TCP/IP networking for DOSEMU (Richard M. Warner)
  Re: Linux seems to perform terribly for large directories (Brandon S. Allbery)
  Re: SCSI debug info requested (Joonwoo Nam)
  How to know the patch level? (Yavuz Onder)
  Re: Adaptec 27xx/28xx SCSI Controllers (Mark A. Horton KA4YBR)
  Re: tcsh bug: more information (Beverly J. Brown)
  Fatal Signal 11  - reproduceable ! (Holger Petersen)
  what about 3C50[57] ? was:Re: 3C505 (Stefan Nehlsen)
  Re: Linux (1.1.24) hangs in cdrom access. (Leung Danny Pui Fun)
  TCP/IP programming documentation (Tim Smith)
  Re: Dedicated SCSI swap drive? (John Adams)
  Re: GKS and PHIGS (Hans de Hartog)
  Re: VLB-IDE support? (Doctor Padds)
  Re: Linux Man pages (Sebastian W. Bunka)
  procps in recent 1.1.x kernels (a fix?) (todd j. derr)

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

From: higgins@uni-paderborn.de (Frank Westheider)
Subject: Problem with 1542CF and EXB8200
Date: 9 Jul 1994 14:22:56 GMT

[ Article crossposted from comp.periphs.scsi ]
[ Author was Frank Westheider ]
[ Posted on 9 Jul 1994 14:02:58 GMT ]


Hi Folks !

I'm using a AHA1542CF and a EXB8200 together but had nothing but
problems in the last 2 weeks.
Before i got the 1542CF i used a WD7000FASST2 with NO problems.
I get problems of this kind under DOS and LINUX !

  After backup up some data the tape hangs with a medium-error.
  This happens after a random amount of data and with every tape !!!

I detected a jumper-field on a board of the EXB8200. Do i have to
set one ore some of the jumpers (all jumpers are set low).
A friend of mine is using this tape-drive with a 1542B without problems.
Is there a bug in the 1542CF, do i need new ASPI-drivers ??? Is there
a bug in the 1542-code of linux ???

Any help wanted !!!!



PS: Is there a internet-adress of Exabyte-Corporation or Adaptec ???


Ciao
  Frank
  

--
Frank Westheider

higgins@uni-paderborn   higgins@delbox.zer.de  higgins@paderborn (MAGICNET)

--
Frank Westheider

higgins@uni-paderborn   higgins@delbox.zer.de  higgins@paderborn (MAGICNET)

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

From: rick@sjsumcs.sjsu.edu (Richard M. Warner)
Subject: Re: TCP/IP networking for DOSEMU
Date: Thu, 7 Jul 1994 22:13:58 GMT

In article <2ve6s0$sh0@solaria.cc.gatech.edu> byron@gemini.cc.gatech.edu (Byron A Jeff) writes:
>From: byron@gemini.cc.gatech.edu (Byron A Jeff)
>Subject: Re: TCP/IP networking for DOSEMU
>Date: 6 Jul 1994 12:08:32 GMT
>In article <1994Jul6.004325.9705@titan.westfalen.de>,
>Johannes Stille <johannes@titan.westfalen.de> wrote:
>-In article <2vbm4g$fml@solaria.cc.gatech.edu> byron@gemini.cc.gatech.edu (Byron A Jeff) writes:
>-[...]
>->My synopsis: Netware and TCP/IP can share a single NIC because they are 2 
>->different protocols. However Linux TCP/IP and DOSEMU TCP/IP on the same NIC
>->cannot use the same IP because it's impossible to tell to where packets to
>->that IP must go (since they are now both using exactly the same protocol). So 
>-
>-I completely agree with your analysis.
>
>Thanks
>

Unfortunately, it is also false (in part).  Because Netware can run
over IP (Netware/IP) and in that configuration you can still run
Netware and 'regular' TCP/IP on a single NIC; with this 
configuration I could, in a multitasking environment (e.g., DV/X),
run Netware applications and TCP/IP applications (Telnet, FTP,
Mosaic, Gopher, etc.) all using IP and all running concurrently.
So much for the different protocol theory.

The correct answer is that the higher level manager (ODI in Netware's
case, NDIS for others) has the ability to manage multiple sessions/
protocols/framings on a single card.  I am not sure about the internals of 
NDIS, but the ODI drivers make the single board look like multiple 
virtual boards. The functionality missing in Linux is this higher level 
network manager - someone creates one for Linux and then the NIC will be 
able to handle multiple concurrent network sessions over one, or many, 
protocol stacks.

>BAJ
>-- 
>Another random extraction from the mental bit stream of...
>Byron A. Jeff - PhD student operating in parallel - And Using Linux!
>Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

- rick warner
  Network Manager

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Linux seems to perform terribly for large directories
Date: Fri, 8 Jul 1994 16:13:44 GMT

In article <2vj9ep$lsq@news.u.washington.edu>, tzs@u.washington.edu (Tim Smith) says:
+---------------
| It thus seems that the Mac filesystem is indeed faster than the Unix
| filesystem, like you suggest, but the overhead of the GUI makes it
| slower for actually getting the information to the user.
+------------->8

HFS uses a btree index instead of Unix-like directories.  This is a trade-off;
btrees are faster for searching, but slower for modifying.  Programs that
create and delete many temporary files will suffer under an MFS arrangement,
but other programs will benefit from it.

The GUI also uses a database, but it is slower because it needs to perform
multiple lookups to e.g. determine the correct icon based on the creator and
type.  It also needs to load the icon and the position information.  Much of
this is stored with the file entry in the database or with the folder entry,
but it still must be looked up and interpreted.  BTW, the desktop database is
much faster in System 7 than in earlier OSes; it is a true index instead of a
linked list.  (There is an index version available for earlier systems as an
INIT; it's intended for networked systems.  It's also a little buggy.)  I
don't know what overhead A/UX introduces here.

++Brandon
-- 
Brandon S. Allbery         kf8nh@44.70.4.88               bsa@kf8nh.wariat.org
Friends don't let friends load Windows NT (tnx Sun)    A Linux iBCS2 developer

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

From: nam@risky.ecs.umass.edu (Joonwoo Nam)
Subject: Re: SCSI debug info requested
Date: 9 Jul 1994 17:10:18 GMT

Dave Williams (williams@etc.atinc.com) wrote:

: OS: Slackware Linux 1.2.0 w/Kernel 1.1.24
: SCSI support compiled in for AHA 1542: Disk, Tape, CD, Generic 
: HW: 486/33 w/AHA-1542B 2 SCSI drives, ExaByte 8500 8mm tape

: I have the above configuration working well with the exception
: of the SCSI Tape.  I have checked SCSI termination [system hangs nicely 
: when it isn't terminated properly] and cabling issues and can repeat the 
: problem with kernels down to 1.1.18 (I'll try a 1.0 kernel this weekend).

  This may not help isolating your problem.

: Problem Symptoms: First attempt to access the SCSI tape (/dev/st0 or 
: /dev/rmt0) results in an I/O error
: Excuse me if I'm not explicit here the machine is at home:
: mt -f /dev/rmt0 status
: I/O Error ..... 
: Subsequent attempts succeed with the response of:
: unknown tape (114)

  Same is here.

: Write appear to function properly (tar lists all the files being written, 
: and the tape spins away).  But I'm UNABLE TO READ from the tape to
: ensure the data was written.

  I guess the block size at writing time is different from that of reading time.
  This happens sometimes because tape drive's intrinsic parameters like block
  size, etc. override existing Linux kernel parameters.

: I'd like to find out what's hanging the system so I enabled DEBUG in 
: aha1542.c with a #define DEBUG.  Now the 1.1.24 kernel hangs during 
: bootup.  The final message being "device timed out".

  Try instead '#define DEBUG' in st.c and watch out /var/adm/messages
  each time you do any operation on your tape drive. README.st in the
  same directory is very useful tool for debugging.

  If block size is keep changing, try 'mt -t /dev/rmt0 setblk ??? before
  doing any reading operation. ??? appears in /var/adm/messages.
  I do 'mt -t /dev/rmt0 512'.

: Any hints/suggestions on a useful way of performing the SCSI debugging 
: would help.

  Drop me an e-mail for any further questions.

: Replies appreciated via email:
: williams@etc.atinc.com



--
========================================================================
Joonwoo Nam
Research Assistant                              nam@nazgul.ecs.umass.edu
Dept. of Electrical and Computer Engineering    office: 413-545-4762
University of Massachusetts at Amherst          fax   : 413-545-4611
========================================================================


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

From: yavuz@bnr.ca (Yavuz Onder)
Subject: How to know the patch level?
Date: Fri, 8 Jul 1994 17:28:31 GMT

I want to know what patch level of 1.0 I am running. I tried "uname"
it only tels me it is "1.0".

Is there a place in source distribution, in header files or
wherever else, I can extract this info?

Please post or e-mail as you find convenient...

Thanks in advance

-- 
   Yavuz Onder    | Bell-Northern Research Ltd.  | My opinions aren't
   yavuz@bnr.ca   | P.O. Box 3511 Station C      | necessarily BNR's,
 1-(613)-763-2294 | Ottawa, Ont. CANADA  K1Y 4H7 | or vice versa.

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

From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
Subject: Re: Adaptec 27xx/28xx SCSI Controllers
Date: Fri, 8 Jul 1994 11:13:30 GMT

Michael Finken (finken@conware.de) wrote:
: A friend of mine has a PC with VL-Bus and an Adaptec 2842 (?) controller.
: The question is: Does Linux support that controller?

        Current Host Adapters supported and not supported are listed, as 
        always, in the SCSI-HOWTO located on sunsite.unc.edu in      
        /pub/Linux/docs/....

--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             mah@ka4ybr.atl.ga.us
P.O. Box 747 Decatur GA US 30031-0747         mah@ka4ybr.com
+1.404.371.0291                     33 45 31 N / 084 16 59 W

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

From: bjb@shore.net (Beverly J. Brown)
Subject: Re: tcsh bug: more information
Date: 9 Jul 1994 04:04:07 -0400
Reply-To: bjb@shore.net

In article <DHOLLAND.94Jul6184724@husc7.harvard.edu>,
dholland@husc7.harvard.edu (David Holland) wrote:
> On the contrary, there is absolutely no reason to use Perl for
> anything whatsoever. It has all the drawbacks of both C and shell
> scripts, and none of the advantages of either. A perl script is as
> slow, or slower, than a shell script, and it's as hard to deal with
> and write in as C. Maybe more so. 

I strongly disagree. Perl runs faster than ordinary shell scripts (although 
not as fast as a 'C' program). It has many advantages over 'C' for text 
processing. And you don't have the compile and link cycles to wait through 
while debugging. (And perl has a debugger, too). 

Beverly J. Brown
bjb@shore.net
beverly@datacube.com

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

From: hp@kbbs.kiel.sub.org (Holger Petersen)
Subject: Fatal Signal 11  - reproduceable !
Date: Thu, 7 Jul 1994 19:31:05 GMT


The following small C-program gives the Message "Fatal signal 11"
on _four_ different PC's with 3 different versions of Linux 
_AND_ 
on _one_ PC with "Interaktive Unix", but only with Gnu-C. 

I found it in a 4-lines .sig; I think it comes from the "obfuscated C"-
contest. I edited it slightly :-) to get it into 72 chars/line...

It shows a Mandelbrot-like Image on the screen with the email-adress
of the innocent poster in the middle.

======== snip ==========================>
/* this gives "fatal signal 11" */
 
int m,u,e=0;
float b,_,$;
main()
{
for(
    ;
    e<1863;
    putchar((++e>923&&952>e?60-m:u)["\n)ed.fsg@eum(rezneuM drahnreB"]))
    for(
        u=_=b=0;
        (m=e%81)<80&&$*b+_*_<6&&20>++u;
        _=2*b*_+e/81*.09-1,b=$)
        $=b*b-_*_-2+.035*m;
}
<-------- snap --------------------------

s11.c:4: parse error before `$'
s11.c: In function `main':
s11.c:13: parse error before `$'
s11.c:14: parse error before `$'
cc: Internal compiler error: program cc1 got fatal signal 11

[on 16 MB  RAM with no load]

# this compiles ok:

cc -traditional s11.c
   ^^^^^^^^^^^^

as well as substituting "Dollar" or "DM" or "Yen" for "$" :-)


Happy Bug-Hunting,  Holger  (dg3lp)


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

From: stefan@nehlsen.toppoint.de (Stefan Nehlsen)
Subject: what about 3C50[57] ? was:Re: 3C505
Date: Fri, 8 Jul 1994 13:13:49 GMT

In <CsHn04.34t@sed.csc.com> jruschme@sed.csc.com (John Ruschmeyer) writes:

>Having just switched over from BSD/386 to Linux, I find myself in need
>of a driver for my 3C505 ethernet card.  Does one exist?  Any pointers to
>an FTP site where I could find it?

It exist

Have a look into the directory where the kernel sources reside ( normally
/usr/src/linux ). Edit the `config.in' file:
~~~~~~~~~~
bool '3c501 support' CONFIG_EL1 n
bool '3c503 support' CONFIG_EL2 n
#bool '3c505 support' CONFIG_ELPLUS n
#bool '3c507 support' CONFIG_EL16 n
bool '3c509/3c579 support' CONFIG_EL3 n
~~~~~~~~~
If you remove the comment sign, you would be asked for the driver while
running `make config'.

Why are these drivers commented out?


cu, Stefan

PS. I've got a 3c507 card.

-- 
Stefan Nehlsen    nelli@toppoint.de    Kiel/Germany

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

From: puifunle@hkuxb.hku.hk (Leung Danny Pui Fun)
Subject: Re: Linux (1.1.24) hangs in cdrom access.
Reply-To: puifunle@hkuxa.hku.hk
Date: Sat, 9 Jul 1994 11:55:07 GMT

Donald Jeff Dionne (jeff@ee.ryerson.ca) wrote:
: :     kernel: SCSI host 0 abort() timed out - reseting
: 
: 
: I also have a 1542c and I get this problem regularily.  I can also make it
: happen at will, too.  All you have to do is run WorkMan under X, set it
: to autorepeat the whole disk, anbd when it tries to go over the end and
: wrap around to the beginning of the disk, the kernel will ALWAYS lock solid.
: the syslog then contains the same messages you describe below. 
: 

Surprisingly, I got this lockup using Workman under X and repeat mode
using PAS16's SCSI port and a Toshiba 3401B ROM...

I thought that's either a kernel problem or a motherboard problem since
I'm using Opti...:-(

Danny


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

From: tcsmith@csi.nb.ca (Tim Smith)
Subject: TCP/IP programming documentation
Date: Fri, 8 Jul 1994 15:13:24

Hello All,

Can someone suggest a good place to look for documentation on tcp/ip 
programmin under linux.( or Berkley sockets ). Some simple sample source would 
also suffice. 

Thanks

-Tim Smith 

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

From: jmadams@freenet3.scri.fsu.edu (John Adams)
Subject: Re: Dedicated SCSI swap drive?
Date: 8 Jul 1994 14:29:40 -0400

Naresh Sharma (nash@dutllu4.gmd.de) wrote:

: BTW 1542 is slower than a fdomain 1680 and cheaper too.


That's nice. I'll keep my 1542C, though, as I'm seeing 1.8M/sec transfers
with low bus load.  Sure, the FD1680 may be faster, but it also is a
system resource hog when running.

-- 
John M. Adams  -*-  Vax Systems Manager, NADEP Pensacola FL
Inet:  jmadams@freenet.fsu.edu *or* adamsj@narfpns.navy.mil
Sysop of the Beachside - 1.904.492.2305 28.8k DS  (Fidonet)

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

From: dehartog@kwetal.comcons.nl (Hans de Hartog)
Subject: Re: GKS and PHIGS
Date: 9 Jul 1994 10:55:36 +0100

92284395@cpccspc.cphk.hk wrote:
| I am looking for a graphic database for linux (GKS and PHIGS). Anyone else
| who knows the information about that, Please leave a message for me.

| Thanks

| Nelson Mok

| 92284395@cphkvx.cphk.hk


You can get ftp xgks from

        sunsite.unc.edu:/pub/Linux/X11/devel/xgks-2.5.5.tar.gz

You have to build it from the sources and therefore you need f2c and
the X11-libraries. It only supports X11 and meta-files. Also be prepared
to do quite some editing if you're porting gks-applications from other
platforms. Finally, it is very, very memory-hungry.
-- 
 _____________________________________________________________________________
 Hans de Hartog, dehartog@comcons.nl, Voice: +31 348033100, Fax: +31 348033181
 Committed Consultancy BV, Korenmolenlaan 1b, 3447 GG Woerden, The Netherlands 
 Home: dehartog@kwetal.comcons.nl, Voice/Data: +31 838038560, CIS: 100121,3301

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

From: padds@scorpion.bsa.co.uk (Doctor Padds)
Subject: Re: VLB-IDE support?
Date: 8 Jul 94 15:04:23 GMT

Simo Varis (svaris@cs.joensuu.fi) wrote:
: I'm buying VLB-IDE controller, I have two candidates,
: QVision 6500 and ATUL Card. I'd like to know if there
: is support for one of those. If there isn't, could
: you recommend any other controller which is supported?

: Simo Varis  -  svaris@cs.joensuu.fi

I have a cheap VLB IDE controller in my system running 2 large IDE drives.  While Linux doesnt directly use any of their fancy features for the 32bit transfers, it does get the basic benefits of speed from them.

Without all of the extras I still get 1.4 MB/Sec from both drives, though partition to same prtition copies are average, copys between drives are VERY fast.

-Padds
-- 

         Doctor Padds actually uses the name : Jonathan O'Connor
                    M.D. of B.S.A. Ltd CD Developers.
              padds@bsa.co.uk & padds@cix.compulink.co.uk

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

From: seb@i102pc1.vu-wien.ac.at (Sebastian W. Bunka)
Crossposted-To: comp.os.linux.misc
Subject: Re: Linux Man pages
Date: 9 Jul 1994 09:31:23 GMT
Reply-To: Sebastian.Bunka@vu-wien.ac.at

Newman Monrose (monrose@wilma.cs.nyu.edu) wrote:
: Hi,
:       I'm looking for some of the man pages for Linux. Is there
: any repository site where I might find them ? My installation seems
Newman,
check the following:
#
Type=0
Name=man-pages-1.3.tar.gz
Path=0/pub/linux/docs/man/man-pages-1.3.tar.gz
Host=olymp.wu-wien.ac.at
Port=71
URL: gopher://olymp.wu-wien.ac.at:71/00/pub/linux/docs/man/man-pages-1.3.tar.gz
(or ftp olymp.wu-wien.ac.at)
or
#
Type=0+
Name=man.tgz
Path=0/systems/linux/slackware/slakware/ap1/man.tgz
Host=ftp.univie.ac.at
Port=70
URL: gopher://ftp.univie.ac.at:70/00/systems/linux/slackware/slakware/ap1/man.tgz
A closer site for you is tsx-11.mit.edu or sunsite.unc.edu ..../slackware

Cheers, SWB

                      [ Sebastian.Bunka@vu-wien.ac.at ]
                        phone:                   FAX:
                +43-1-71155260          +43-1-7149110
Location: earth, europe, austria, vienna  Inst. of Bacteriology  Vet.Univ.

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

From: infidel+@pitt.edu (todd j. derr)
Subject: procps in recent 1.1.x kernels (a fix?)
Date: 9 Jul 1994 09:37:17 GMT

i finally decided to look into why exactly procps breaks on newer
kernels (since the new tty code, pl13ish?)... the problem being, the tty
names from 'ps' are all wrong, and the 'what' field in 'w' output is
always just "-".

anyways, armed only with ps sources, i figured i'd ask about it here
rather than waste my time digging for what changed.  it seems that the
7th field of the /proc/PID/stat line, the controlling tty, used to be
just the tty minor number, but is now 1024 + minor (which is probably
major*256 + minor, i guess).

Anyways, just wondering if this is the case, and why.  My quick fix to
procps was to edit the file devname.c, and add as the first line of the
function dev_to_tty:

  if (dev >= 1024) dev-=1024;

it's hackish, but it works, and no sense trying to do it "the right way"
when I don't know what "the right way" is.  feel free to do better.

todd.


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


** 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
******************************
