Subject: Linux-Development Digest #846
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:     Mon, 20 Jun 94 09:13:09 EDT

Linux-Development Digest #846, Volume #1         Mon, 20 Jun 94 09:13:09 EDT

Contents:
  agetty (serial) problems with 1.1.{18|19} (Jan-Olaf Droese)
  Re: No smart serial boards??? (Randolph Bentson)
  Re: Disk-compression for Linux (Brian Vinter)
  Re: 1.1.20 pdksh & csh problems (beaver)
  Vesa Local Bus IDE support (John Romein)
  Re: cp truncate some dos files, why? (Patrick Schaaf)
  Re: PLIP problems... (Mark Metson)
  Re: please help me... (Rob Janssen)
  Re: cp truncate some dos files, why? (Rob Janssen)
  Re: IDE PERF. PATCH SECUR (Brandon S. Allbery)
  Re: Linux and symmetrical multiprocessing (Hannes Reinecke)
  sockets+SIGIO? (GNU Software)
  Re: 1.1.20 - Mosaic 2.4 broken? (Mike Battersby)
  Re: How come this doesn't work in Linux? (code included) (Mike Battersby)
  Re: UAR (Rob Newberry)

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

From: jano@layla.RoBIN.de (Jan-Olaf Droese)
Subject: agetty (serial) problems with 1.1.{18|19}
Date: 18 Jun 1994 19:33:49 +0200

I think someone mentioned this for even earlier patch-levels, but I
still see this with .19:

Agetty (from util-linux-1.6) answers the phone only on the first call.
For subsequent calls, the modems connect, but getty doesn't wake up.

When I send a 'kill -1' to the sleeping getty, a new getty takes
over and displays the login:-prompt. I can then successfully log in.

I have seen no difference, whether I disconnect by leaving the shell
with exit or by directly hanging up the modem.

I haven't tried other gettys yet, but since this used to work with about
every linux-version I've had, I suspect it's a kernel prob.

JanO
-- 
Jan-Olaf Droese   | email: jano@layla.RoBIN.de (home) |   o
Gluckstr. 6       |        zdjod@lif.de (work)        |  _>\ _
60318 Frankfurt   | phone: ++49-69-552167             | (_)<(_)

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

From: bentson@grieg.seaslug.org (Randolph Bentson)
Subject: Re: No smart serial boards???
Date: 20 Jun 1994 03:41:49 -0400
Reply-To: bentson@grieg.seaslug.org (Randolph Bentson)


I have just finished the first version of a Linux driver for
their Cyclom-8Y asynchronous multiplexor.  Unfortunately I know
too well how errors can be missed by the author, so I'm looking
for volunteers to test this driver.  At the moment I have one
brave soul using this code and two more have the code and are
awaiting delivery of their cards.  I hope to release this code on
an individual basis for a while longer, mostly to keep control
over the version that is officially released.  The release should
occur in a matter of days to a week.

Of technical interest:  This card has eight ports on a single IRQ
with a separate bank of switched register memory windows for each
of four ports.  I started with the serial.c driver to show me how
the interface to the upper level terminal I/O worked.  To this I
added code fragments provided by Cyclades that showed the
chip-level access.  The major numbers 4 and 5 still mean
"character I/O", but I made slight modifications elsewhere so
that the minor numbers in the range 32-63 are used for this
device.

I have pushed characters through at the rate of 38400 bit/second
on four ports while receiving the same characters on another four
ports.  I'd welcome someone putting together some code to
establish the real performance boundries.  I have not yet
exploited the internal character processing features of the chip.

Randolph Bentson
bentson@grieg.seaslug.org
206/282-8375

P.S. Regarding the GPL--I have a written release from Cyclades
regarding the code fragments included in this driver.

P.P.S.  The driver has been used under 0.99p12 and 1.1.8.
I plan to change it to work with Ts'o's new tty driver
scheme in the near future.

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

From: vinter@cs.uit.no (Brian Vinter)
Subject: Re: Disk-compression for Linux
Date: Mon, 20 Jun 1994 07:50:53 GMT

In article <2tsgqd$u7j@valis.worldgate.edmonton.ab.ca> kevin@valis.worldgate.edmonton.ab.ca (Kevin B. Fluet) writes:
>albayrak@cc.helsinki.fi writes:
>
>>      I would like to discuss about on-fly disk compression. My
. 
. 
. 
>
>I think  on-the-fly compression has been discussed by many people over the
>last year, but nothing has come of it.  Basically, with hard drive prices
>dropping dramatically every week (almost), it may not be worth the trouble. 
>Prices are WELL under $1/MB these days.  Also, with the PROVEN unreliability
                                                         ------
>of compressed file systems, you would only have a few people willing to use
>it.  
>

What is this about compression is proved unreliable ? I have seen high school
kids PROVE that compression is 100% reliable. It's really not that hard math
to understand i.e. Huffmann compression. If what you're refering to is
filesystem add-on's like Stacker and the rest of the MS-DOS and MAC world
utilities, I'd claim that the unreliability comes from lack of compability
with existing applications - not from the compression. So if the compression
was included in the kernel it should be as reliable as any other FS. 

Your arguments for pricing of storrage has its points but there still are
a lot of students and others for which every $ counts (like myself - teaching
at University may be professionaly rewarding - but thats about the only 
reward:). Also for CD-ROM's a compressed system would be an all win : 1.2 GB
storage and improved transfer speed.

Well the compressed FS idea has been floating around for quite a while -
it shouldent be much of a problem to write a fragmented FS, lots of papers
on that one. I think the main problem is to derive an efficient static
compression protocol.

>[more stuff deleted]

Sorry 'bout the spelling but myself and ispell just are'nt compatible.

--
Vinter

 ________________________________________________________________
| Brian Vinter                      | Email vinter@cs.uit.no     |
| Department of Computer Science    | Phone (+47) 77 65 29 19    |
| University of Tromsoe             | Discalimer:                |
| N-9037 Tromsoe, NORWAY            | Real men do it in parallel!|
 ________________________________________________________________




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

From: beaver@indial1.io.com (beaver)
Subject: Re: 1.1.20 pdksh & csh problems
Date: 20 Jun 1994 03:11:33 -0500

steve1@morgan.ucs.mun.ca (Stephen Beaton-Snook) writes:

>Heiko Schroeder (heiko@messua.informatik.rwth-aachen.de) wrote:
>: mimi@mimine.kaist.ac.kr (Seo Hongwon) writes:

>: >Stephen Beaton-Snook (steve1@morgan.ucs.mun.ca) wrote:
>: >: Since Ive patched up to 1.1.20 Ive been haveing problems with pdksh and csh.
>: >: bash seems to work ok.

>: >me too. how can I fix it?
>: >plz mail to mimi@baram.kaist.ac.kr

>: >: Steve


>: I had similiar problems when I recompiled the kernel without doing
>: a "make clean" first.  A second try with "make clean" fixed it for me.

>: CU
>:    Heiko
>: -- 
>:  Email:                                 | Snail-mail:  Heiko Schroeder
>:                                         |              Lerchenweg 120
>:   heiko@pool.informatik.rwth-aachen.de  |              52223 Stolberg
>:                                         |              GERMANY

>'make clean' did it, guess I shouldnt try compileing kernels at 4am in the 
>morning :) much thanks for pointing out what I should have done in the
>first place :)

>Steve

>--

> Stephen Beaton-Snook                             Memorial University of NFLD
> steve1@morgan.ucs.mun.ca                         St John's, Newfoundland
>                                                 Canada.



I encountered an error when trying to upgrade from my Slackware 1.2.0 
(1.0 level) kernel to 1.1.20 level (I was using linux-1.1.20.tar.gz
from sunsite.unc.edu) :

I got a "make: *** [tools/zSystem] Error 1" in the middle of "make zImage", 
when I tried to do :

   "make mrproper; make config; make dep ; make clean ; make zImage"
      (all from /usr/src/linux)

Which version # of gcc and libc do I need to compile 1.1.20 ? 
How do I find out the version # of the gcc and libc that currently reside
in my system ?
Do I need to get anything else, in order to upgrade to 1.1.20 ?












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

From: john@cs.vu.nl (John Romein)
Subject: Vesa Local Bus IDE support
Date: Mon, 20 Jun 1994 10:14:26 GMT

Friday I bought a new Vesa Local Bus IDE controller to replace my old
ISA bus controller (which ran at 16.5 MHz)  With the supplied VLB driver
installed under DOS, my WD-340 caviar is able to read at 3900 Kb/s, instead
of merely 2400 Kb/s with the ISA-bus controller.
Under Linux, I see absolutely no difference.

    dd if=/dev/hda of=/dev/null bs=1024k count=100

takes 50 seconds both with the ISA-bus and the VLB controller.
If I look at /usr/src/linux/drivers/block/hd.c, I see that all words are
written with a outsw instruction, thus at 16 bits per cycle.  Does this mean
that there is no Vesa Local Bus support for IDE harddisks ?
If not, is it easy to do so ?
BTW, I use the IDE performance enhancement patches.

John Romein

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

From: bof@wg.saar.de (Patrick Schaaf)
Subject: Re: cp truncate some dos files, why?
Date: Mon, 20 Jun 1994 12:25:54 GMT

bjb@shore.net (Beverly J. Brown) writes:

>Linux shoud NOT rely on CTRL-Z. It should do the right thing as DOS has 
>since, as you pointed out, version 2.0.

From a short look at the source (this is c.o.l.development after all),
that should be the default behaviour. The MSDOS filesystem has a mount
option 'conv' with possible values 'binary', 'text' and 'auto'. The
default is 'binary' and should do the right thing. ^Z is only interpreted
for 'text' mode files.

This is from the 1.1.20 kernel source; older kernels might have other
defaults, I don't know. To make sure:

mount -t msdos -o conv=binary /dev/something /somewhere

Patrick

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

From: gpurdy@fox.nstn.ns.ca (Mark Metson)
Crossposted-To: comp.os.linux.admin
Subject: Re: PLIP problems...
Date: 20 Jun 1994 08:39:50 -0300

Richard Whittaker (rwhittak@orion.docwhitehorse.doc.ca) wrote:
: Greetings from Whitehorse!.. :-)..
. 
. 
. 
: plip1     Link encap 10Mbps Ethernet  HWaddr FD:FD:8E:5C:AE:64
:           inet addr 142.92.174.100  P-t-P 142.92.174.103  Mask 255.255.255.0
:           UP POINTOPOINT RUNNING  MTU 1500  Metric 0
:           RX packets 1020 errors 7 dropped 0 overrun 0
:           TX packets 275 errors 52 dropped 0 overrun 0
: -----

Ethernet? 10Mbps? I thought PLIP was Parallel Link Internet Protocol using
parallel ports, right? I knew they are supposed to be faster than serial
ports, but crynwyr (sp?) only uses 4 bits each way, and printers arent THAT
impressively fast despite the parallel ports... are you sure you get 10Mbs
from PLIP? If so, I gotta go get one of them laplink (r) cables!

I was also very impressed with the low error/overrun numbers. I am having
a problem with overruns even at 2400 baud -- or do I have it backward, the
faster the link, the less overruns? I was wondering if my 19200 baud serial
link was too fast, having had problems with regular-ascii logins over it
trying for 38400; now I wonder if my problem is in being too SLOW thus
getting overruns. Hmmm. But really, is PLIP 10Mbs ??!? And in what sense is
it ethernet? I thought it was just two computers linked by a null-printer
cable; are we talking about the same thing? 

Blessed Be. -MarkM-

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: please help me...
Reply-To: pe1chl@rabo.nl
Date: Mon, 20 Jun 1994 08:03:21 GMT

In <ad84f91f@p39.f210.n2437.z2.fidonet.org> Carsten_Schabacker@p39.rollo.central.de (Carsten Schabacker) writes:

>Hi,

>Qi Y. Zeng@2:2437/209.0 hat am 16.06.94 geschrieben:

>>From: qizeng@acsu.buffalo.edu (Qi Y. Zeng)
>>
>>Dear Netters:
>>
>>I partitioned my 240 MB HD into
>>2 parts with 120 MB each. One
>>part is for DOS and Wins while
>>another is for linux.
>>
>>Because I have a project which
>>needs more space, I want to purge
>>Linux for the time being and use
>>that space as, for example, drive D.
>>
>>Could you tell me howw to do it?

>You can mount the msdos-partition with:

>mount -t msdos /dev/hda1  /mnt

Are you sure you have read the question?
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: cp truncate some dos files, why?
Reply-To: pe1chl@rabo.nl
Date: Mon, 20 Jun 1994 08:09:06 GMT

In <uiB1kukh1CZG066yn@shore.net> bjb@shore.net (Beverly J. Brown) writes:

>In article <1994Jun17.170538.27707@rosevax.rosemount.com>, Grant Edwards wrote:
>> Romano Giannetti (romano@pimac2.iet.unipi.it) wrote:
>> 
>>   [file being truncated when cp'ed]
>> 
>> 
>> Since PC-DOS (and MS-DOS) were "derived" from CP/M, and many of the
>> early PC-DOS applications were ports of CP/M applications, the
>> convention of using a ctrl-Z as an EOF marker persisted, even though
>> PC-DOS (at least in 2.0 and later) keeps track of how long files are
>> and will return EOF when you try to read past the last "real" data
>> byte in the last block.
>> 


>Linux shoud NOT rely on CTRL-Z. It should do the right thing as DOS has 
>since, as you pointed out, version 2.0.

This behaviour is caused by "conv=auto".  You won't believe how many DOS
editors, even fairly recent ones, still append a ^Z at the end of the
file :-(
We should be thankful that they usually don't pad out with ^Z to the
nearest 128-byte multiple anymore...  (this was common practice in CP/M
and got carried over into MSDOS for quite some time)

BTW, this does not have anything to do with DOS version, as the first
version of DOS already had a bytecount in the directory entry.

To get it right under Linux, just don't use "conv=auto".  It wasn't a
good idea anyway.   (and I think it has got the direction of the pattern
match wrong: everything it does not know to be binary it assumes to be text!)

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

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: IDE PERF. PATCH SECUR
Date: Mon, 20 Jun 1994 11:30:07 GMT

In article <1.9527.2382.0N27D0E3@dscmail.com>, john.will@dscmail.com (John Will) says:
+---------------
| I think you'll get lots of argument about the ST-251, that model was 
| likely the worst Seagate ever produced, and is no doubt responsible for
| a lot of their bad reputation!  I'm very impressed that you have them
+------------->8

Also the early ST225's (the ones with the red activity light; the ones with
the green activity light came later and were much more reliable).

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
Friends don't let friends load Windows NT.              Linux iBCS2 emulation

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

From: hare@zarquon.mathi.uni-heidelberg.de (Hannes Reinecke)
Subject: Re: Linux and symmetrical multiprocessing
Date: 20 Jun 1994 12:15:00 GMT

In article <2ts1sk$hr9@sun.cais.com> ericy@cais.cais.com (Eric Youngdale) writes:

   [Bunch of attributions deleted to satify my anal newsreader which 
   complains about the ratio of new/old being too low]
   >>>Now if we can just figure out the organization which lurks behind the 
   >>>nom-de-compute "Eric Youngdale".
   >
   >>   I need to get a life.  Perhaps I should say that we need to get a 
   >>life :-).
   >
   >You probably have to go on a world tour to show the folks that you really
   >exist...

           Well, I will be in Heidelberg.  Not being a student means that I 
   cannot take off for weeks at a time like some people do :-).

   -Eric

Didn't impress me.
I'll be in Heidelberg, too.

Hannes

Hannes Reinecke                      |
<hare@vogon.mathi.uni-heidelberg.de> |  XVII.: WHAT ?
                                     |  
PGP fingerprint available            |          T.Pratchett: Small Gods
see  'finger' for details            |          

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

From: kramer@kph.Uni-Mainz.DE (GNU Software)
Subject: sockets+SIGIO?
Date: 20 Jun 1994 12:25:23 GMT

I tried to port a bigger application on LINUX which relies on 
asynchronous I/O using sockets (in udp namespace) and SIGIO.  So far 
I could convice LINUX to deliver a signal on the arrival of new data on 
the the port. Any tips?

helmut

==============================================================================
Helmut W. Kramer               |
Inst. fuer Kernphysik          | 
Universitaet Mainz             | fax:   (FRG) 6131 392964
Becherweg 45                   | phone: (FRG) 6131 395855
D-55099 Mainz, Germany         | email: kramer@kph.Uni-Mainz.DE
==============================================================================



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

From: mike@starbug.apana.org.au (Mike Battersby)
Subject: Re: 1.1.20 - Mosaic 2.4 broken?
Date: 20 Jun 1994 18:37:40 +1000

yyz@video.ne (whywhyZ) writes:
>Karsten Steffens (karsten@kshome.ruhr.de) wrote:
>: After going from 1.1.19 to 1.1.20 Mosaic 2.4 is obviously broken. I cannot
>: connect anymore to any www-server; all of them tell me the following:
>yes, i concur, same problem here, i compiled mosaic 2.4.1 several different
>ways, and unndid my own kernel hacks (new unblemished tree, twice), 1.1.20
>has problems with mosaic.

Try this patch to the Mosaic source, works for me...

 - Mike

--- libwww2/HTTCP.c.orig        Mon Jun 20 17:52:46 1994
+++ libwww2/HTTCP.c     Mon Jun 20 17:53:41 1994
@@ -419,14 +419,14 @@
       struct timeval timeout;
       int ret;

-      timeout.tv_sec = 0;
-      timeout.tv_usec = 100000;
       ret = 0;
       while (ret <= 0)
        {
           fd_set writefds;
           int intr;

+          timeout.tv_sec = 0;
+          timeout.tv_usec = 100000;
           FD_ZERO(&writefds);
           FD_SET(*s, &writefds);
 #ifdef __hpux
@@ -533,12 +533,12 @@
   fd_set readfds;
   struct timeval timeout;

-  timeout.tv_sec = 0;
-  timeout.tv_usec = 100000;
-
   ready = 0;
   while (!ready)
     {
+        timeout.tv_sec = 0;
+        timeout.tv_usec = 100000;
+
         FD_ZERO(&readfds);
         FD_SET(fildes, &readfds);
 #ifdef __hpux

-- 
  Mike Battersby   <mike@starbug.apana.org.au>   <mib@bruce.cs.monash.edu.au>
          CompSci honours student, Linux user and part time beggar.
           GCS d-(--) p c++ l++(+++) u+ e+ m+@ s+/- n+(---) h--(*)
                           f-- !g w+ t++@ r(+) y?

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

From: mike@starbug.apana.org.au (Mike Battersby)
Subject: Re: How come this doesn't work in Linux? (code included)
Date: 20 Jun 1994 18:43:53 +1000

webbs@CS.ColoState.EDU (Steven Webb the all-knowing) writes:

 [ Not working uuencoded socket code deleted ]

> servername.sin_port = PORTNUM;

> name.sin_port = PORTNUM;

of course, you mean:

servername.sin_port = htons(PORTNUM);

and

name.sin_port = htons(PORTNUM);

cheers

 - Mike

-- 
  Mike Battersby   <mike@starbug.apana.org.au>   <mib@bruce.cs.monash.edu.au>
          CompSci honours student, Linux user and part time beggar.
           GCS d-(--) p c++ l++(+++) u+ e+ m+@ s+/- n+(---) h--(*)
                           f-- !g w+ t++@ r(+) y?

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

From: rob@eats.com (Rob Newberry)
Subject: Re: UAR
Date: Mon, 20 Jun 1994 09:07:05 UNDEFINED

ernie@tinny.apana.org.au (Ernie Elu,,015-176-001) writes:

>I am trying to get the UNIX AppleTalk Router from munnari.oz.au to work
>under Linux. It requires the presence of either the Berkeley Packet Filter
>or some other packet filter like SUN NIT packet filter, Ultrix PF, or the
>Stanford EtherNet Packet filter.

>Has anyone managed to get one of these functioning on Linux ?
>Or even better has anyone managed to get UAR running ?

I believe there is some code for BPF in the latest version of tcpdump, which 
is probably at sunsite.

Rob



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


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