Subject: Linux-Development Digest #883
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:     Sun, 3 Jul 94 01:13:04 EDT

Linux-Development Digest #883, Volume #1          Sun, 3 Jul 94 01:13:04 EDT

Contents:
  Using kernel 1.1.24 with 82072 chip on floppy controller (Harald Schreiber)
  [Q] Problem compiling net-0.40 (missing struct) (Pete Kruckenberg)
  How to join the kernel channel? (Bogdan Urma)
  Re: Why autoprobing disabled for eth1-eth3? (Rob Janssen)
  Re: Floppy code broken w. 1.1.23 (Patrick Schaaf)
  resource starvation with semaphores under Linux (Mike Romberg)
  Re: Microchannel Bus? (Arindam Banerji)
  Re: Is there IBM Token Ring support? (Arindam Banerji)
  Re: SLIP sessions HANGING (Xiaoguang Zhang)
  Multicasting. (Don Garrett)
  Re: <q> FAQ on BSD > LinuX porting C src.. (Donald Jeff Dionne)
  Re: Dedicated SCSI swap drive? (las@light-house.uucp)
  Re: [Q] Problem compiling net-0.40 (missing struct) (Pete Kruckenberg)
  Re: Can DOSEMU execute a unix shell or program?? (Don Garrett)
  Question about stream pipes (Johannes Rest)
  Re: IBM Token Ring skeleton driver available (Kevin Spousta)
  Re: IPX networking with Linux (Kevin Spousta)
  Re: Can DOSEMU execute a unix shell or program?? (Frank van Maarseveen)
  About makefiles! HELP! (Daniel COHEN-LAROQUE)

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

From: harald@blizzard.oche.de (Harald Schreiber)
Subject: Using kernel 1.1.24 with 82072 chip on floppy controller
Date: Sat, 2 Jul 1994 17:20:58 GMT

In kernel 1.1.23 support for 2.88 MB floppys has been added
to the floppy driver by Bill Broadhurst. This caused some
problems. Most of this problems have been removed in kernel
1.1.24. One problem still remained: If your computer has
an 82072 chip on the floppy controller and you are using
1.44 MB floppys, the floppy driver wants to enable the
non-existant FIFO on this chip and the kernel starts some
weird actions. In order to get kernel 1.1.24 working
with this chip you have to do the following things:


1. Edit the linux/drivers/block/floppy.c file and comment out the 
following line:  

#define FDC_FIFO_UNTESTED

2. Re-build the kernel.   Do your LILO stuff to make it bootable.

3. Re-boot.

This basically turns off the 2.88MB support.   It should let you run just 
fine...


Thanks to Bill Broadhurst <bbroad@netcom.com> for this hint.

Harald


-- 
=============================================================
Harald Schreiber, Ronheider Berg 208, D-52076 Aachen, Germany
Phone: [+49|0]-241-79823,     E-mail: harald@blizzard.oche.de
=============================================================

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

From: kruckenb@sal.cs.utah.edu (Pete Kruckenberg)
Subject: [Q] Problem compiling net-0.40 (missing struct)
Date: 30 Jun 94 15:58:31 GMT

I just downloaded net-0.40 from sunsite this morning, and am having
troubles compiling it. Problem seems to be in lib/support.h (which is
#include'd in lib/getargs.c), line 58, with the "struct dev_stats". I
can't figure out if this is a typo or if I'm missing a file someplace,
but I can't find any reference to "dev_stat" or "dev_stats" in any of
the files in net-0.40 or in the /usr/include tree (I used 'grep
"dev_stat" `find .`' in each of these directories). I'm using version
1.1.22 of the kernel, and 4.5.26 of libc. Can anyone help me?

  ------------------------------------------------------------------------
  Pete Kruckenberg                       School: kruckenb@sal.cs.utah.edu
  University of Utah                       Work: pete@dswi.com
  Computer Engineering    For even more addresses, "finger pete@dswi.com"

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

From: bogdan@crl.com (Bogdan Urma)
Subject: How to join the kernel channel?
Date: 2 Jul 1994 15:33:49 -0700

   How can I join the kernel mail list?

Thanks,
Bogdan


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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Why autoprobing disabled for eth1-eth3?
Reply-To: pe1chl@rabo.nl
Date: Sat, 2 Jul 1994 21:34:23 GMT

In <2v3qni$30q@irbis.alma-ata.su> igor@mera.itpm.alma-ata.su (Igor Sharfmesser) writes:

>Hi!

>I've installed Linux 1.1.24 and I've tried to install second Ethernet.
>Linux did not find it. Looked at drivers/net/Space.c I notice,
>autoprobing disabled for all Ethernets except eht0. Why?
>After changes in Space.c all works fine.

Experience is that autoprobing is quite dangerous.  While it is a nice
feature as long as it works, it sometimes hits sore spots in people's
machines (e.g. other cards that are not expected there) and it may crash
the system in the bootup phase.
This leads to frustrated first-tome users, and endless questions on the
newsgroups.
So, people with unusual requirements should modify some things themselves.
(BTW, you can also get it to work without modifying the kernel sources,
by adding parameters to the kernel startup command line in the LILO config
file)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: bof@wg.saar.de (Patrick Schaaf)
Subject: Re: Floppy code broken w. 1.1.23
Date: Sun, 3 Jul 1994 00:16:19 GMT

sverrehu@ifi.uio.no (Sverre H. Huseby) writes:

>In article <2v33ar$7b3@smurf.noris.de>, urlichs@smurf.noris.de (Matthias Urlichs) writes:
>> ... and the others clear them implicitly. This is a feature of the C
>> language. RTFK&R. 1.1.24 _does_ work.

>Maybe I misunderstand you all (hope not), but according to the Kernel
>Hackers Guide, static variables (the bss segment) may or may not be
>initialised to zero depending on the method used for booting. This
>differs from `normal' executables.

static _uninitialized_ data resides in the bss. We are talking about
initialized data.

Matthias is correct. I still maintain that the patch is ugly.

Patrick

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

From: romberg@spot.Colorado.EDU (Mike Romberg)
Subject: resource starvation with semaphores under Linux
Date: Sat, 2 Jul 1994 22:09:03 GMT

  I am wondering if Linux handles semaphores correctly as far as queuing up 
semop system calls that can not be performed immediately.  The test I am using
works like this :

each process "attaches" to a semaphore which the first process sets to a value
 of 1 ) and then goes into a loop:

while( 1 ) {
  lock the semaphore ( call semop with a value of -1 )
  do some stuff
  unlock the semaphore ( call semop with a value of 1 )
}


  This seems to work correctly under Linux with two processes.  They will 
"toggle" back and forth each "sharing" the resource.  If a third is started,
it will never return from the lock request ( sleeps in semop ).  This does
not happen under IRIX, or ULTRIX, so I was wondering if there might be a bug
in the semaphore code of the kernel.  I looked in the kernel sources and it
seems to me that semop calls are put on something called a wait_queue.  Is 
this queue supposed to prevent resource starvation or do I not understand 
SYSV semaphores correctly?


Any help would be appreciated,

Mike Romberg ( romberg@spot.colorado.edu )


  

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

From: axb@defender.dcrl.nd.edu (Arindam Banerji)
Subject: Re: Microchannel Bus?
Date: 2 Jul 1994 22:51:25 GMT

Yes, sort of - if you have an ESDI drive or an ST-506 drive. There's a 
developer's release at invaders.dcrl.nd.edu::/pub/misc/linux. We are 
looking into ABIOS support - this would remove a lot of the problems 
of differing types of disks, displays, etc. 

-thanx 


=============================================================================
Arindam Banerji                              (219)-631-5273 (Voice)
384 FitzPatrick Hall                         (219)-631-5772 (Voice)
Dept. of Computer Science and Engineering    (219)-273-0862 (Voice)
University of Notre Dame                     (219)-631-9260 (FAX)
Notre Dame, IN 46556                         axb@cse.nd.edu (E-mail)
=============================================================================

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

From: axb@defender.dcrl.nd.edu (Arindam Banerji)
Subject: Re: Is there IBM Token Ring support?
Date: 2 Jul 1994 22:53:14 GMT

Not quite, but from notes I've gotten - quite a few people are working on 
it. Incidentally, if you'd like to take a crack at it - starting from 
the mach3.0 (for ps/2) sources is not a bad idea.

 
=============================================================================
Arindam Banerji                              (219)-631-5273 (Voice)
384 FitzPatrick Hall                         (219)-631-5772 (Voice)
Dept. of Computer Science and Engineering    (219)-273-0862 (Voice)
University of Notre Dame                     (219)-631-9260 (FAX)
Notre Dame, IN 46556                         axb@cse.nd.edu (E-mail)
=============================================================================

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

From: zhang@gmsds.ms.ornl.gov (Xiaoguang Zhang)
Crossposted-To: comp.os.linux.misc
Subject: Re: SLIP sessions HANGING
Date: 1 Jul 94 02:53:16 GMT

James Ivey (jive@indirect.com) wrote:
  The 
: odd thing about the behaviour is that when the connection hangs, the 
: modem lights say there is _no_ data coming in, but it still shows outgoing 
: data (which, contrary to what I said in the previous sentence, sounds 
: more like a problem with the SLIP/PPP implementation :).  Maybe some bad 
: control sequence is sent during a large burst of data telling the other 
: end to buffer for a second, then never telling it to continue?  Wish I 
: knew something about networking :/ 

:      Jim

I thought it was my Supra modem. I'm using Linux 1.0.8 and am having a
similar problem (also with 1.0.0 and 0.99pl13). For me the
connection doesn't really hang, it just gets really slow, with a 
transmission every few minutes or so, and nothing in between. The modem
shows no data received during the time it's "hung", but still sends data.
Changing modem settings, error corretions on/off, or SLIP/CSLIP or MTU
setting does not make any difference. The peculiar thing is that for
each connection (telnet or ftp) it always works fine for the first few
minutes, then it slows down to a crawl. I can go to a different VC and
start another connection and it is would be fine for the first few
minutes again. I glad others are also seeing this. Now I hope someone
can fix it.

Alan, can your give me some instruction on how to do a trace? I'd be
willing to do it but don't have a single clue.

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

From: dgarrett@orbit.cs.engr.latech.edu (Don Garrett)
Subject: Multicasting.
Date: 3 Jul 1994 00:16:43 GMT

  Is there multicast support under any of the linux network systems,
or is it in the works?

--
Don Garrett                                                   Louisiana Tech
dgarrett@engr.latech.edu                                      University
                  http://info.latech.edu/~dgarrett/

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

From: jeff@ee.ryerson.ca (Donald Jeff Dionne)
Subject: Re: <q> FAQ on BSD > LinuX porting C src..
Date: 3 Jul 1994 00:29:36 GMT

Tim Bass (Network Systems Engineer) (bass@cais.cais.com) wrote:
: What a nightmare!!!!  Not that I don't love the abuse, but porting
: to LinuX is a pain...Maybe too many 18 hour days on 15 differnet

......You missed something, MAJOR!

: UNIX platforms and I'm a lamer again. HELP!!

: Is there a FAQ or some good advice on source code porting to LinuX?
===================================================================^
What is with the capital X?

: For example, I pulled the Steven's _TCPIP Illustrated_ source off
: ftp.uu.net...all the socket tools, etc.  header files are missing, 
: missing...


Perhaps you could be more specific?  What is missing?  

: So, I log into a SUNOS box or an HP-UX box, and grap some *.h files.
: Tweek the sourse and add -DLINUX statement..... errors out the ying yang.

I'd expect that

: Of course, I could print out the source and pull out the LinuX system
: call man pgs - do a real port.  There must be an easier way!

There is almost always no need.  Linux if very friendly to port code to.
Most of the time, all you need do is figure out how to flip the compile 
flag for System V and you are all set.  (No, Linux is not more like BSD)

: Any help would be appreciated.  What am I missing (execept for gray 
: matter!!) ??

Tell us more.  What's not building right?

Jeff@EE.Ryerson.Ca

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

From: las@light-house.uucp
Subject: Re: Dedicated SCSI swap drive?
Date: Sat, 2 Jul 1994 19:24:18 GMT
Reply-To: whome!light-house!las@planix.com

Scott A. Laird (lair@kimbark.uchicago.edu) wrote:
: In article <WAYNE.94Jun30000433@backbone.uucp>,
: Wayne Schlitt <wayne@cse.unl.edu> wrote:
: >In article <2uqr31$hpm@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:
: >> Would I get better performance getting an additional 40-50MB SCSI
: >> drive and use that as swap space, or just make a 32MB partition out 
: >> of the 1G drive?
: >
: >
: >It is almost always better to have a bunch of small drives vs one
: >large drive.  Adding a swap disk isn't a bad idea.  If you get a disk
: >that is say 60-80MB, you might want to put /tmp and /usr/tmp on the
: >drive too.

On my two drive system (IDE), putting the swap on the second (slower) drive
didn't help at all. SO i put it back to the 8ms main drive, and now I use
the second drive for infrequently accessed files.
: >
: >Having your disk usage spread over several drives means that you can
: >be seeking on one drive while you are read/writing to another drive.
: >(If you are using SCSI, which you said you were.)  It also means that
: >if you are reading a file on one drive, and writing to another drive,
: >then neither disk has to do much seeking at all.  If you were using
: >only one drive, the disk would be constantly seeking back and fourth
: >between the two files.  This is true for both SCSI and IDE drives.
: >
: >
: >If you are running news, you should put the /usr/lib/news on one
: >drive, and the spool/news on another.  Keeping spool/news/in.coming
: >on a third drive helps even more.
: >

: While I agree with most of this, I'm not sure that putting the swap
: and tmp space on a seperate, slower drive will help performance.  I
: doubt that any of the <100 Mb SCSI drives out there can top 1 Mb/sec,
: and I suspect that most of them (can you say ST-296N?) are more like
: 200-300k/sec, tops.  With both tmp and swap space, I suspect that most
: of the reads and writes will be fairly long and sequential, and will
: benefit most from the fast transfer of a big drive.

: Of course, the best way to speed up both of these is to add more RAM.
: That'll cut swapping and cache most accesses to /tmp, and that should
: speed things up drastically.  Once you start swapping, you don't
: really have a lot of speed left no matter what you do.

I couldn't agree more. Adding RAM is the ultimate speed enhancement.
I just added 4 Megs of Ram and my kernel compile time went down from
20:09:52 to 13:07:12. That's 7 minutes, folks!!


=============================================================================
Keyboard error: keyboard not detected. Press F1 to continue
=============================================================================

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

From: kruckenb@sal.cs.utah.edu (Pete Kruckenberg)
Subject: Re: [Q] Problem compiling net-0.40 (missing struct)
Date: 30 Jun 94 17:57:02 GMT

Just as a follow-up, I also had problems compiling net-0.33:

In /lib/loopback.c, I get an error from line 26, which is an include
file of /usr/include/net/if_loop.h, which includes
/usr/include/linux/if_loop.h, which doesn't exist. ERROR! If anyone
can help me with either of these problems, I'd really appreciate it.

By the way, I started my system with Yggdrasil Summer '94
distribution, which was kernel 1.1.0 and net-0.32. Since then, I've
upgraded the kernel to 1.1.22 and (tried to upgrade) net to 0.33 and
0.40.

Thanks.
Pete Kruckenberg

Pete Kruckenberg (kruckenb@sal.cs.utah.edu) wrote:
: I just downloaded net-0.40 from sunsite this morning, and am having
: troubles compiling it. Problem seems to be in lib/support.h (which is
: #include'd in lib/getargs.c), line 58, with the "struct dev_stats". I
: can't figure out if this is a typo or if I'm missing a file someplace,
: but I can't find any reference to "dev_stat" or "dev_stats" in any of
: the files in net-0.40 or in the /usr/include tree (I used 'grep
: "dev_stat" `find .`' in each of these directories). I'm using version
: 1.1.22 of the kernel, and 4.5.26 of libc. Can anyone help me?

  ------------------------------------------------------------------------
  Pete Kruckenberg                       School: kruckenb@sal.cs.utah.edu
  University of Utah                       Work: pete@dswi.com
  Computer Engineering    For even more addresses, "finger pete@dswi.com"

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

From: dgarrett@orbit.cs.engr.latech.edu (Don Garrett)
Subject: Re: Can DOSEMU execute a unix shell or program??
Date: 3 Jul 1994 03:11:22 GMT

Matthias Rabe (rabe@mathematik.uni-bielefeld.de) wrote:
: >
: >#!/bin/sh
: >echo $* >/dos/start.bat
: >exec dos

: And what, if you run two such jobs about the same time...?

I thought that was the whole POINT in dos! ;>

--
Don Garrett                                                   Louisiana Tech
dgarrett@engr.latech.edu                                      University
                  http://info.latech.edu/~dgarrett/

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

From: rest@IKP.Uni-Koeln.DE (Johannes Rest)
Subject: Question about stream pipes
Date: 30 Jun 1994 07:25:10 GMT

Hello!

for a project of mine i want to implement stream pipes under linux.
to learn about this, i followed the instructions in r. stevens
"advanced progr. in the unix environment". my problem is that i cannot
find the definition of "struct msghdr msg" to satisfy the
sendmsg and recvmsg call, which want this struct as a parameter. how
do i solve this problem?

Thanks in advance

-- 
Johannes Rest
Institute of Nuclear Physics
University of Cologne
Zuelpicher Str. 77
D-50937 Koeln

Germany

Internet: rest@ikp.uni-koeln.de
Tel.:     0221/470-3617
Priv.     02202/71485

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

From: d00n@crash.cts.com (Kevin Spousta)
Subject: Re: IBM Token Ring skeleton driver available
Date: Thu, 30 Jun 1994 06:32:18 GMT

In <2ukulo$g3@bigbug.franken.de> tsbogend@bigbug.franken.de (Thomas Bogendoerfer) writes:

>mswanson@borg.ott.ca (Mark Swanson) writes:
>>If you want my code, post or mail and I'll clean it up to 1.1.18 - if things haven't 
>>changed too much (cringe).

>I try to mail you, but mail bounced: 

Me too..  BOING!

I would REALLY appreciate a copy of the code, preferrably in the "cleaned up"
version, "cleaned" to 1.1.24 would be great too!  <grin>



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

From: d00n@crash.cts.com (Kevin Spousta)
Subject: Re: IPX networking with Linux
Date: Thu, 30 Jun 1994 06:41:55 GMT

In <Cs5IHK.7oq@pe1chl.ampr.org> rob@pe1chl.ampr.org (Rob Janssen) writes:

>There is IPX support in the new Linux kernels, he is right.
>However, you are too quick to conclude that this means you can mount
>Netware drives from Linux because of that.  That requires NCP support
>as well.

So what does the IPX stuff get us?  Might there be a Netware Client for Linux
down the road?  :)


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

From: fvm@tasking.nl (Frank van Maarseveen)
Subject: Re: Can DOSEMU execute a unix shell or program??
Date: Fri, 1 Jul 1994 16:34:54 GMT

Mihail S. Iotov (iotov@cco.caltech.edu) wrote:
> rob@pe1chl.ampr.org (Rob Janssen) writes:
>  I think what he means is something like :
> linux$ dos -execute c:\quicken\q.exe
> That would be a nifty feature.

Why not making linux recognize MS-DOS executables and "simply" redirecting
standard I/O without popping up a DOS box, just to be able to run commandline
mode programs? Until the DOS program executes specific BIOS calls there is no
need for a popup of anything fancy.

Making linux recognize DOS executables is the easy part I guess.

--
______________________________________________________________________
Frank van Maarseveen            _____   _   _           fvm@tasking.nl
Tasking BV                       /_    / |_/ /
Plotterweg 31                   /  \/_/    _/    phone : +31 33 558584
Amersfoort, The Netherlands                        fax : +31 33 550033
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
When I hear of Schrodingers cat, I reach for my gun ---  S. W. Hawking

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

From: cohen@eurecom.cica.fr (Daniel COHEN-LAROQUE)
Subject: About makefiles! HELP!
Date: 30 Jun 1994 07:59:16 GMT

        Hello everybody,

I'm sure it must be a silly trick but I'm experiencing problems
when compiling long Makefiles (like the kernel one).
In fact, I loose all the benefits of make since it recompiles all
the files each time I launch a 'make all', even if the *.o files still exist!

I made a test Makefile and it doesn't happen.
Is this a joke?!

Thanks for any help.
Daniel COHEN-LAROQUE
cohen@eurecom.fr



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


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