Subject: Linux-Development Digest #897
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:     Thu, 7 Jul 94 22:13:05 EDT

Linux-Development Digest #897, Volume #1          Thu, 7 Jul 94 22:13:05 EDT

Contents:
  VAX port, is there one? will there be one? (Klaus ZLOEBL)
  Re: maplay and Lsox for Kernel 1.0.x? (Louis P. Kruger)
  Re: Help: Modules in Linux kernel (Matthias Urlichs)
  Re: Dedicated SCSI swap drive? (Matthias Urlichs)
  Re: 14'400 baud /dev/cua ? (Kevin Lentin)
  Re: Help rm !! (Kevin Lentin)
  Re: TCP/IP networking for DOSEMU (Luke Howard)
  dual mon support in 1.0.9? (Luke Howard)
  Re: Kernels >= 1.1.13 does not recognize my AST FourPort! (Jean-Marc.Pigeon)
  3D-Linux-Package (Ben-Lumumba Kheir)
  Amiga OFS/FFS support (captain sarcastic)
  Re: Drivers for Adaptec AIC-7770 SCSI? (Drew Eckhardt)
  <q> kernel tweek for TCP keepalive ?? (Tim Bass (Network Systems Engineer))
  Re: Dedicated SCSI swap drive? (Naresh Sharma)
  3D-Linux-Package (Ben-Lumumba Kheir)
  Re: TCP/IP networking for DOSEMU (Matthias Urlichs)
  kernel v1.0.9 vs. v.1.1.18 (Limin Yan)
  Re: tcsh bug: more information (Robert Sanders)
  Re: tcsh bug: more information (Brandon S. Allbery)
  Re: dual mon support in 1.0.9? (Yonah Schmeidler)

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

From: zloebl@piis10.joanneum.ac.at (Klaus ZLOEBL)
Subject: VAX port, is there one? will there be one?
Date: 7 Jul 1994 07:10:25 GMT

Well having some VAXstations 3100, i am interested in an operatingsystem
for them (not VMS or ULTRIX)

Hoping for a positive response...
--

Klaus Zloebl          | E-Mail: zloebl@piis10.joanneum.ac.at
Joanneum Research     | PSI   : PSI%2631102911::ZLOEBL
Steyrergasse 17       |
A-8020 Graz           | Phone: ++43/316/876/243
AUSTRIA               |

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

From: lpkruger@tucson.Princeton.EDU (Louis P. Kruger)
Subject: Re: maplay and Lsox for Kernel 1.0.x?
Date: Wed, 6 Jul 1994 03:37:51 GMT

In article <1994Jul5.134501.28100@newsserver.rrzn.uni-hannover.de>,
Friedhelm Kueck <kue@hp1.erib.uni-hannover.de> wrote:
>Hello world,
>
>I tried to compile the maplay-program for playing mpeg-audios under LINUX.
>As I understand the README, I have also to work with the sox-utility to
>convert the raw maplay-output to something my SoundBlaster can use. But
>playing with maplay and sox brings only noise to my ears. I think the
>problem is, that the Lsox-distribution is patched for the LINUX-sounddriver
>1.99 - but with kernel 1.0.x came the sound-driver Vers. 2.x and as I read
>in some READMEs of other sound utilities, Vers. 2.x differs from 1.x.
>So my question is: where can I find Lsox for sound-driver 2.x?

It sounds like you have an older version of maplay.  The newest 
version, 1.2, has built in Linux support.  Your verson of sox will work
fine, since the sound driver 1.99 was a beta version of 2.0.  Both are
incompatible with 1.0.

        - Louis Kruger


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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Help: Modules in Linux kernel
Date: 7 Jul 1994 19:15:20 +0200

In comp.os.linux.development, article <2v8ovo$n1v@senator-bedfellow.mit.edu>,
  m.dsouza@mrc-apu.cam.ac.uk writes:
> 
>       nic.funet.fi /pub/linux/BETA/loop/lo.3.2.tar.gz
> 
It's ftp.funet.fi (currently, the same machine, but that'll change),
in /pub/OS/Linux/loop/lo.2.tar.gz.

> or with the newer kernel (1.1.23 and above) modules code
>       nic.funet.fi /incoming/lo.3.3.tar.gz
> 
Good idea except that /pub/OS/Linux/incoming is not readable.

In fact, I assume you mean tsx-11.mit.edu, nit ftp.funet.fi, which _does_
have an /incoming (unreadable, and the file has already been moved to
/pub/linux/BETA/loop, but still...)

> Version 3.3 also shows the ability to change MAJOR device numbers dynamically
> as the loop device is not oficially registered.
> 
Fixed major numbers aren't necessary any more anyway, except for the
disk you're booting from, and the console.


-- 
Being a woman is a terribly difficult trade, since it consists principally
of dealing with men.
        -- Joseph Conrad (1857-1924)
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Dedicated SCSI swap drive?
Date: 7 Jul 1994 19:19:31 +0200

In comp.os.linux.development, article <FjW6kukh1ydS067yn@shore.net>,
  bjb@shore.net writes:
> In article <CsCxs5.5LB@pe1chl.ampr.org>, rob@pe1chl.ampr.org (Rob Janssen) wrote:
> > Remember, on your IDE system the two drives share a single controller
> > (on the master drive), so adding drives will not at all increase the
> > throughput.  This leaves only the effect of seek locality.
> 
> Maybe I'm missing something here, but the last time I checked all my SCSI 
> drives were connected to the same controller :)
> 
The point is that SCSI disks can disconnect from the controller while
they're working and therefore you can use both disks essentially
simultaneously. No such thing is possible with IDE.

(NB: The smiley up there seems to indicate that you're aware of this.
     However, not everybody is.)

-- 
Imagine the universe beautiful and just and perfect.
Then be sure of one thing:
the Is has imagined it quite a bit better than you have..
                -- Messiah's Handbook
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: kevinl@bruce.cs.monash.edu.au (Kevin Lentin)
Subject: Re: 14'400 baud /dev/cua ?
Date: 7 Jul 1994 01:33:23 GMT

Bill C. Riemers (bcr@k9.via.term.none) wrote:

> I have no intention of replacing a $240 internal modem without a good
> hope of purformance increase.  One of the pecular things I noticed is
> that AT commands seem to be over-ridden by stty commands.  Forexample
> I used:

> at%m0%c0dt 494-....
> at%m0dt 494-6459
> CARRIER 14400

> PROTOCOL: LAP-M

> COMPRESSION: NONE

> CONNECT 57600

> So even though I've turned off all compression, it still connects at
> 57600.  This is true irregardless of what serial program I use...

Compression _is_ off but line buffering is on. One way to stop this is to
adjust your line buffering settings. Based on the fact that you have %c0 to
turn compression off, it seems you have a modem with similar commands to my
previous one (a ZOOM). Have a look at the &Q and N commands. You can use
&q6 I think to tell it not to buffer (thus forcing the DTE and DCE speeds
to match) and N1 and N0 control whether or not to negotiate the connection.

Another idea might be to set your line speed to another setting before
talking to the modem. In kermit, I used set speed 19200 before making a
14400 non compressed link. The PC won't talk to the modem at 14400 so you
either have to turn line buffering on or drop to 9600. I don't have any
problems talking to my modem at 19200 with a 14400 link. Term likes it, I
like it. We're happy together :-)

> Anyways, this doesn't really effect my performance, since I just
> use software limits of 14400 oneway, and software compression instead
> of hardware compression.  So you won't find me investing money to
> cure this.

I generally don't even use software compression since most of my modem
traffic is either interactive use where I find compression delays annoying
or up/downloads which are almost always compressed files of one sort of
another. mosaic+term is possibly the only exception but I hardly ever run
it (and I could turn compression on for that client anyway if I wanted to).

-- 
[==================================================================]
[ Kevin Lentin                   |___/~\__/~\___/~~~~\__/~\__/~\_| ]
[ kevinl@bruce.cs.monash.edu.au  |___/~\/~\_____/~\______/~\/~\__| ]
[ Macintrash: 'Just say NO!'     |___/~\__/~\___/~~~~\____/~~\___| ]
[==================================================================]

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

From: kevinl@bruce.cs.monash.edu.au (Kevin Lentin)
Subject: Re: Help rm !!
Date: 7 Jul 1994 01:34:58 GMT

Vincent Dogterom (vd@nieuwle.knoware.nl) wrote:

> I'd like to get info about what rm exactlly (source) does, i really hope 
> anyone can help us with this

It calls the unlink() system call. All the work happens in the kernel, in
the filesystems.

-- 
[==================================================================]
[ Kevin Lentin                   |___/~\__/~\___/~~~~\__/~\__/~\_| ]
[ kevinl@bruce.cs.monash.edu.au  |___/~\/~\_____/~\______/~\/~\__| ]
[ Macintrash: 'Just say NO!'     |___/~\__/~\___/~~~~\____/~~\___| ]
[==================================================================]

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

From: lukeh@zola.apana.org.au (Luke Howard)
Subject: Re: TCP/IP networking for DOSEMU
Date: 7 Jul 1994 21:15:56 +1000

Chris Butterworth (Chris@lunchbox.demon.co.uk) wrote:
: In article <1994Jul6.004325.9705@titan.westfalen.de>
:            johannes@titan.westfalen.de "Johannes Stille" writes:

: > I think that there is hardly any need for a TCP/IP connection to DOSEMU.
: > Usually you can get TCP/IP software for Linux that is both cheaper and
: > better.
: > If I'm wrong, please tell me so. If there is suffcient need, I'd
: > probably write the drivers.

:   One application of this that comes to mind is to use DOSEMU and SOSS
:   to gain access to doublespace/stacker DOS partitions via NFS.

Or indeed a NetWare drive.
-- 

                      Luke Howard, Luke.Howard@apana.org.au
                   URL http://zola.apana.org.au/0/zola/people
                                Utilisez Linux!!!

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

From: lukeh@zola.apana.org.au (Luke Howard)
Subject: dual mon support in 1.0.9?
Date: 7 Jul 1994 23:17:11 +1000

I'm wondering whether the dual-mon patches (designed, at least the 
version I got from sunsite the other day was, for a .99 patch level) will 
work with kernel 1.0.9 (or possible 1.1.x, but I'm sticking with 1.0.9 at 
the moment).

I tried the patches and they didn't work; however, I think this may be 
because most of the files referenced to in the patchfile are now in 
/usr/src/linux/drivers/char rather than /usr/src/linux/kernel/chr_drv; 
however, I would rather know whether the patches are safe to apply before 
symlinking the two.

If the patches won't work, does anyone know whether it's possible to 
modify them, or to at least get some support for a secondary (monochrome) 
display adaptor with the >1.0 kernels?


Thanks,


luke
-- 

                      Luke Howard, Luke.Howard@apana.org.au
                   URL http://zola.apana.org.au/0/zola/people
                                Utilisez Linux!!!

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

From: jmp@login.qc.ca (Jean-Marc.Pigeon)
Subject: Re: Kernels >= 1.1.13 does not recognize my AST FourPort!
Date: Thu, 7 Jul 1994 11:30:36 GMT

rob@pe1chl.ampr.org (Rob Janssen) writes:

>In <2ves5n$q6e@newsy.ifm.liu.se> tseng@lysator.liu.se (\rjan Derel|v) writes:

>>Anyone have the same problem or even better the solution?

>Get the "setserial" program and read its manual...

        In my case I define CONFIG_AST_FOURPORT in config.in,
        such the AST card is recognize at the booting level.

-- 
==========================================================================
Jean-Marc Pigeon                  Internet:   Jean-Marc.Pigeon@login.qc.ca
Login: LOGiciels INteractifs      Tel: (514) 626-8086  Fax: (514) 626-1700
                "Promoteur de la connectivite a Montreal"  :-}}

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

From: ben@cc.univie.ac.at (Ben-Lumumba Kheir)
Subject: 3D-Linux-Package
Date: 7 Jul 1994 18:03:22 GMT






Hallo,
J'm interresting to find any 3D software for Linux 1.0.
Please. if you know something about it, e-mail:ben@wsks.cc.univie.ac.at

Best regards,
Ben Lumumba Kheir
--
********************************************************************************@ My address:Kheir Ben Lumumba                                                 @
@           Schloeglgasse 10/1/1                                               @
@           Austria                                                            @
@ Tel.:(0043)1-804-18-29                                                       @
@ Fax.(0043)1-83-73-885                                                        @
@ Internet:ben@wsks.cc.univie.ac.at                                            @
******************************************************************************** 

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

From: kkoller@nyx10.cs.du.edu (captain sarcastic)
Subject: Amiga OFS/FFS support
Date: 7 Jul 1994 12:48:18 -0400


I have slews of Amiga format floppies with various things on them that 
I'd like to be able to read under linux.

Has anyone started development on this sort of thing?  I'm most 
interested in OFS support.

If someone has an alpha or beta, but has stopped development, I'd love to 
continue.  Otherwise, I'll start from scratch.

Thanks.

-- 
Captain Sarcastic <kkoller@nyx10.cs.du.edu> alt.captain.sarcastic is BAD.
Sarcasm is a sign of genius.

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

From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: Drivers for Adaptec AIC-7770 SCSI?
Date: 7 Jul 1994 18:04:08 GMT

In article <2vgq3d$d7r@senior.nectec.or.th>,
Chaisiri Wongkham <chaisiri@kku1> wrote:
>Can anyone tell me that the development of drivers for Adaptec
>
>AIC-7770 family is finish or not? 

No, although there _is_ an interim, pre-alpha driver from a different 
author available which only works with the 2742 boards, and no scatter-gather 


It's available on ftp.cpsc.ucalgary.ca in the directory
/pub/systems/linux/aha274x.  From the README:

@(#)README 1.1 94/06/22 jda

AHA274x DRIVER

***  THIS SHOULD BE CONSIDERED PRE-ALPHA SOFTWARE.  USE AT YOUR OWN RISK  ***

BACKGROUND & LIMITATIONS

For various reasons, we ended up with one of these cards under the
impression that support was soon forthcoming.  In mid-May, I asked
Scott Ferris (the official person who's supposed to be writing this
driver) what documentation he used, _finally_ got it from Adaptec,
and started writing this driver.  It is now at what I would consider
a minimally usable state; it will be enhanced extensively in the next
two-three weeks since we need a production version yesterday, so any
feedback will be welcome, the sooner the better.

It supports EISA only, either single or twin-bus 274x cards (but not
the second SCSI bus of twin cards - see aha274x.c).  It does not support
synchronous SCSI nor disconnection yet, does not have abort() or reset()
implemented yet, and does not catch parity errors yet.  It is, as I said,
minimally usable.

I wrote this using a 1.0.9 kernel - I have no idea if it works on any
other kernel version, sorry.

This driver is subject to the copyright found in the source files.

INSTALLATION

1.  Copy aha274x.{c,h,_seq} to /usr/src/linux/drivers/scsi.  The other
        files can be ignored - they're an assembler for the sequencer's
        assembly language and the sequencer program source.
2.  Make the appropriate changes to /usr/src/linux/Makefile and
        /usr/src/linux/drivers/scsi/hosts.c.
3.  Do the configuration, dependency building, and rebuilding.
4.  BACK UP YOUR KERNEL AND DATA.  I'm not kidding.
5.  Reboot.
6.  Test it and send your comments/patches/&c to "aycock@cpsc.ucalgary.ca".

Sorry the instructions aren't more complete, but if you can't fill
in the extra bits then you probably shouldn't be using this yet.
:ja

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

From: bass@cais.cais.com (Tim Bass (Network Systems Engineer))
Subject: <q> kernel tweek for TCP keepalive ??
Date: 6 Jul 1994 22:56:32 GMT

It seems that when I telnet, ftp, http, etc. to my linux box
over a very congested network, many times it just hangs in the middle
of a session.  This does not seem to be the case when doing the
same thing back to an HP-UX box on the same subnet. (but still
across the same congested router domains)

Is is possible that the Linux TCP configuration is not doing KEEPALIVE
'correctly enough' :-) or does the TCP sockets have a problem with
KEEPALIVE or ??????

Any clues or ideas from linux system programmers?



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

From: nash@dutllu4.gmd.de (Naresh Sharma)
Subject: Re: Dedicated SCSI swap drive?
Reply-To: Naresh.Sharma@LR.TUDelft.NL
Date: Thu, 7 Jul 1994 14:52:16 GMT

Hans-Christoph Rohland (hrohlan@gwdg.de) wrote:

: I am using a 16MB swap on a Quantum 240 connected via Adaptec 1542 since
: January and never had any problems with Kernels 0.99.15, 1.0.0 and 1.1.3...
: Actually I never heard about such probs before. I would like to know if
: there are more people experiencing failures of swap with scsi.

: Christoph

The bug is not seen in the 1542 code, and 1542 does not exercise it.
Adapter cards of other makes e.g. future domain (used to ?) exercise this
bug.

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

Naresh
--
_______________________________________________________________________________
Naresh Sharma [N.Sharma@LR.TUDelft.NL]  Herenpad 28            __|__
Faculty of Aerospace Engineering        2628 AG Delft   \_______(_)_______/
T U Delft               Optimists designed the aeroplane,     !  !  !  
Ph(Work) (+31)15-783992 pessimists designed the parachute!
Ph(Home) (+31)15-569636 Plan:Design Airplanes on Linux the best OS on Earth!
==============================PGP=KEY=AVAILABLE================================

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

From: ben@cc.univie.ac.at (Ben-Lumumba Kheir)
Subject: 3D-Linux-Package
Date: 7 Jul 1994 18:11:14 GMT






Hallo,
J'm interresting to find any 3D software for Linux 1.0.
Please. if you know something about it, e-mail:ben@wsks.cc.univie.ac.at

Best regards,
Ben Lumumba Kheir
--
********************************************************************************@ My address:Kheir Ben Lumumba                                                 @
@           Schloeglgasse 10/1/1                                               @
@           Austria                                                            @
@ Tel.:(0043)1-804-18-29                                                       @
@ Fax.(0043)1-83-73-885                                                        @
@ Internet:ben@wsks.cc.univie.ac.at                                            @
******************************************************************************** 

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: TCP/IP networking for DOSEMU
Date: 7 Jul 1994 09:22:16 +0200

In comp.os.linux.development, article <1994Jul6.004325.9705@titan.westfalen.de>,
  johannes@titan.westfalen.de (Johannes Stille) writes:
> 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.
> 
Well, I don't.  ;-)

There are two ways to let dosemu talk TCP/IP:
- Implement a "packet driver" and give dosemu its own IP number via the
  method outlined by Byron.
- Implement a DOS-TCP/IP driver which takes TCP/IP requests from DOS programs
  and uses the corresponding Unix socket()/bind()/read()/whatever calls.

The advantage of the first version is that it's easy to code.

The advantage of the second version is that the machine has only one IP
address, you don't have to do fancy routing or subnetting in your network,
and you don't have to load an entire (possibly buggy) TCP/IP stack into
dosemu. After all, there's already a perfectly workable TCP/IP stack in the
kernel...

> >Question: routing works properly now right? What kernel/net package are
> >required for correct routing?
> 
> Routing works properly since way before 1.0. You just need the
> appropriate ifconfig and route programs for your kernel.
> 
Umm, routing in the presence of point-to-point links, non-byte-boundary
network masks, and similar stuff, didn't work all that well until fairly
recently.

-- 
He is the most wretched of men who has never felt adversity.
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: liminyan@pollux.usc.edu (Limin Yan)
Subject: kernel v1.0.9 vs. v.1.1.18
Date: 6 Jul 1994 19:58:58 -0700


Hi:

This may be an old question:

what is the difference between kernel 1.0.9 and 1.1.18 technically?

I know one is a stable kernel, the other is an alpha kernel
I want to know what is their difference, what are 1.1.18'd technical
advances ?


Thanks

- Elliot

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

From: rsanders@mindspring.com (Robert Sanders)
Subject: Re: tcsh bug: more information
Date: 07 Jul 1994 03:02:49 GMT

In article <DHOLLAND.94Jul6184724@husc7.harvard.edu> dholland@husc7.harvard.edu (David Holland) writes:

   vassili@cs.sunysb.edu's message of 6 Jul 1994 17:06:00 GMT said:

    > These days - there is absolutely no reason to use anything but Perl
    > for anything you might want to write in shell. On the other hand there is
    > no reason to use anything but Perl to write something that you
    > might want to write in C (except Kernel code :-)

   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 hate to seem like a pansy, but isn't it possible the answer lies
somewhere in the happy medium?  I find Perl faster than shell scripts,
easier to deal with than C -- almost any dynamic language is -- and
much better for rapid prototyping.  It's better for text processing
than C or shell because of e.g. its well-integrated regexps, but
perhaps not quite as useful for systems programming as C because of
its limited access to most of the functions in libc.

I think that we've all learned by now that simply having a shell
that's the same across all platforms does not guarantee portable shell
scripts; each and every program you call from your script can upset
the whole mess by exhibiting only one incompatible glitch.  On the
other hand, Perl offers many integrated facilities in a highly
portable manner; I've found that the Perl implementations tend to be
remarkably consistent across different platforms.

Perl isn't the most semantically coherent language; on the other hand,
it's one of the most syntactically rich.  What other computer
languages do you know with indirect objects?  It's easy to write ugly
Perl, just like it's easy to write ugly C.  Discipline and taste, as
always, will make the difference.

The real question is, what alternatives are there for scripting?  sh
is too unportable for my taste, and contrary to your claims, much
slower than Perl for many tasks; awk can be said to suffer from all
Perl's faults but more so.  Python is nice, but it's not as widely
available as Perl.  What would *you* use?  Scheme?

  -- Robert


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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: tcsh bug: more information
Date: Thu, 7 Jul 1994 16:23:45 GMT

In article <1994Jul7.051205.12863@unlv.edu>, ftlofaro@unlv.edu (Frank Lofaro) says:
+---------------
| Tcl (especially with TclX and/or Tcl-DP) is much nicer than perl.
+------------->8

For some things.  The same claim can be made for Icon, or Python, or ...

This kind of discussion is pointless.

++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: yonah@athena.mit.edu (Yonah Schmeidler)
Subject: Re: dual mon support in 1.0.9?
Date: 8 Jul 1994 02:04:20 GMT

I'm currently using the dual-mon support with a 1.0.2 kernel- the only
problem is that some of the patches have to be applied by hand because
the kernel files have changed. Aside from that, it works fine.

-yonah

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


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