Subject: Linux-Development Digest #390
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, 20 Jan 94 01:13:11 EST

Linux-Development Digest #390, Volume #1         Thu, 20 Jan 94 01:13:11 EST

Contents:
  Re: Is it possible to run DOSEMU and X at the same time? (Dr. Kirk C. Aune)
  kmalloc for more then 4096 Bytes ? (Dr. Franz Mach Elektroenergieversorgung 463 5336)
  Re: Better than Xmag ? (Jerry Whelan)
  Transputer: that difficult? (Stefano Di Pilla)
  P9000 support (Greg Margo)
  Linux v1.0: what's in it? (Doug DeJulio)
  patch straight 0.99.14, no alpha for ramdisk override (Jay Berkenbilt)
  Re: e2fsprogs-0.4a / fsck / pl-14p prob. (Kevin Burton)
  Re: Linux v1.0: what's in it? (Dirk Hohndel)
  Re: Transputer: that difficult? ("A.F.Hall")
  Re: pl14p serial code broken ! (Theodore Ts'o)
  Re: tty64 (sic) input overrun (Theodore Ts'o)
  Re: Socket limits for 3com cards? (Alan Cox)
  Re: kerberos for linux (Craig I. Hagan)
  AHA 1522 driver, was Re: Adaptec 274x SCSI Driver (Harald Milz)
  Re: what is linux ? (Harald Milz)
  Xfree2.0 SPEA s3 card (Philip Burness)
  axterm (Philip Burness)
  PCMCIA Modems (Stig)
  Re: Linux v1.0: what's in it? (Mike Coe)
  Re: Linux v1.0: what's in it? (Rob Janssen)
  Re: Writing mwm (Warner Losh)
  Re: Subnetting on non byte boundaries (Ian McCloghrie)
  Re: mac linux (CSE 230)

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

From: kaune@kellum (Dr. Kirk C. Aune)
Subject: Re: Is it possible to run DOSEMU and X at the same time?
Date: 19 Jan 1994 16:23:54 GMT

R. Schalk (U001295@HNYKUN11.URC.KUN.NL) wrote:
: In article <1994Jan13.162100.4620@excaliber.uucp>
: joel@rac2.wam.umd.edu (Joel M. Hoffman) writes:
:  
: >
: >
: >I finally got X running, but I still have programs I use to run in
: >DOSEMU in console mode.  Is that possible?  Will the two program
: >cooperate?
: >
: >Please advise.
:  
: Yes, no problem, just remember to use ctrl-alt-<Fn> to go to a Virtual Console
: (VC), and you can run any Linux application (dosemu is a linux-application).
: I've got almost always WP5.1 in a dos session.

QUESTION:
   1) I take it you are NOT running olvwm so that VCs are blocked from your
   use.
   2) In non X mode, how are you preventing alt-<Fn> eg. select blocking in
   WP5.1 to jump into VC on tty5?

   Any thoughts are quite appreciated.



:  
: Grtx Ronald
:  
: ********************************************************************
: * ing. Ronald Schalk, afdeling CS, sectie COOS                     *
: * Universitair Centrum Informatievoorziening (UCI)                 *
: * University of Nijmegen (KUN)    snailmail: Geert Grooteplein 41  *
: * e-mail : R.Schalk@uci.kun.nl               6525 GA Nijmegen      *
: * tel: +31 80 617997 fax: +31 80 617979      The Netherlands       *
: ********************************************************************

--
+-----------------------------------------------------------------------+
| Kirk C. Aune, Ph.D.   ( kaune@med.unc.edu )                           |
| Director, Associate Dean for Information Systems                      |
| School of Medicine, UNC at Chapel Hill                                |
+-----------------------------------------------------------------------+

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

From: mach@urz.tu-dresden.de (Dr. Franz Mach Elektroenergieversorgung 463 5336)
Subject: kmalloc for more then 4096 Bytes ?
Date: Wed, 19 Jan 1994 16:39:31 GMT

I have have running Slackware 1.1.1 with pl14-kernel. I have a problem with NFS 
to a HP-UX 8.7 system. This causes to allocate 4408 Bytes and kmalloc crashes.

My Version of "kmalloc.c" is written by R.E. Wolff in Sept/Oct. '93.

Is there anywhere a Version of "kmalloc.c" with can allocate more then one page
(4096 Bytes).

Thanks

mach@RMHS1.urz.tu-dresden.de


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

From: guru@camelot.bradley.edu (Jerry Whelan)
Crossposted-To: comp.os.linux.help
Subject: Re: Better than Xmag ?
Date: 19 Jan 1994 18:19:43 GMT

In article <2h8ujh$2pb@piston.ecp.fr>,
Guillaume du Bourguet <bourgug4@cti.ecp.fr> wrote:
-} I have a trouble with my eyesight, so I need very large characters

-} But I can only use UNIX system in text mode. However I have to use
-} Xterm. Fonts are smaller, and anyway it is not easy to write anything
-} with 10 characters a line.

In all the articles in this thread, I have not seen the obvious answer.
This solution only applies to people running the XFree86/X386 servers.

In your Xconfig, you can specify the physical display resolution as well
as the virtual display resolution.  For example, I typically run my
X server at 1024x768 physical resolution, with a 1024x1024 virtual
resolution.  When I move my mouse to the bottom of the screen, the
entire display scrolls upwards so that I can see the rest of the
256 pixels of the virtual display.  Some people call this feature
hardware panning.

Additionally, I have a 640x480 physical resolution defined at the same
time.  By pressing alt-control-keypad-plus and alt-control-keypad-minus
I can toggle between the 1024x768 and 640x480 resolutions while still
maintaining the 1024x1024 virtual resolution.  When I switch to 640x480
mode, all my physical pixels just about double in size.  Some people
call this feature hardware zoom.

I don't know of any problems (though I have not tried it myself) with
defining a physical resolution of, say, 320x240 which is physically
about 10 times larger than 1024x768.  It would certainly take some
tweaking to the Xconfig file to do it, but something along those lines
should make X usable for people with a vision impairment.  Note that
this feature does not require a special svga card, and should work with
just about any plain jane svga card on the market (though, I would
counsel against purchasing a Diamond video card because their policies
have made it much harder for XFree86 to support their hardware).


===============================================================================
Jerry Whelan                                             guru@stasi.bradley.edu

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

From: dipilla@sal-sun125.usc.edu (Stefano Di Pilla)
Subject: Transputer: that difficult?
Date: 19 Jan 1994 10:47:33 -0800

Hi.
I really would like to get some experience on using
transputer with my Pc-based Linux.
I know someone has written a device driver to use an Intel B??? transputer.
I remember that CSA were selling an Educational kit. How is it? And is
usable with the driver above?

Hope someone will have the patience to reply to me.

Thank,
Stefano

dipilla@gauss.dipmat.unipg.it
dipilla@scf.usc.edu

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

From: gmargo@netxcom.netx.com (Greg Margo)
Subject: P9000 support
Date: 19 Jan 94 18:21:05 GMT

Is anyone working on support for the P9000 video chip?
-- 
Gregory H. Margo
gmargo@netxwest.com
gmargo@netx.com
989 E. Hillsdale Blvd. #290, Foster City CA  94404    (415) 341-1370

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

From: ddj+@cs.cmu.edu (Doug DeJulio)
Subject: Linux v1.0: what's in it?
Date: Wed, 19 Jan 1994 19:30:29 GMT


So, what's going to be in the 1.0 kernel?  I'm wondering if my
favorate patches will be included.  They are the CLUSTER SCSI I/O
performance patches, and the acct/quota patches.  The first doubles my
disk performance, and the second makes me feel better about letting
random internet users use my guest accounts.
-- 
Doug DeJulio
ddj+@cmu.edu

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

From: ejb@ERA.COM (Jay Berkenbilt)
Subject: patch straight 0.99.14, no alpha for ramdisk override
Date: Wed, 19 Jan 1994 17:47:37 GMT


This patch is trivial, but I've been sitting on it for a long
time.  I took 0.99.14 as soon as it was announced and made this
patch to it right away, but I keep forgetting to post it.  It
may already be in the latest alpha.  Anyway, this patch allows
you to override the ramdisk size from the lilo commandline.
This implements what the lilo documentation says is there and
warns might not work with pl 14.  I realize that this is not
really the right way to submit patches to the kernel.  If this
isn't in 0.99.15, I'll send it properly.  If not, people who are
interested can just apply this simple patch by hand if the
main.c file has changed too much.




--- init/main.c.dist    Wed Nov 24 10:51:26 1993
+++ init/main.c Fri Dec  3 18:30:12 1993
@@ -244,9 +244,9 @@
  * variable if it contains the character '='.
  *
  *
- * This routine also checks for options meant for the kernel - currently
- * only the "root=XXXX" option is recognized. These options are not given
- * to init - they are for internal kernel use only.
+ * This routine also checks for options meant for the kernel.  These
+ * options are not given to init - they are for internal kernel use
+ * only.
  */
 static void parse_options(char *line)
 {
@@ -281,7 +281,9 @@
                                        break;
                                }
                        }
-               } else if (!strcmp(line,"ro"))
+               } else if (!strncmp(line,"ramdisk=",8))
+                   ramdisk_size = simple_strtoul(line+8,NULL,0);
+               else if (!strcmp(line,"ro"))
                        root_mountflags |= MS_RDONLY;
                else if (!strcmp(line,"rw"))
                        root_mountflags &= ~MS_RDONLY;
--
                                Jay Berkenbilt (ejb@ERA.COM)
                                Engineering Research Associates

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

From: noran!iowa!kburton@uunet.UU.NET (Kevin Burton)
Subject: Re: e2fsprogs-0.4a / fsck / pl-14p prob.
Date: 19 Jan 1994 18:17:35 -0500
Reply-To: noran!iowa!kburton@uunet.UU.NET (Kevin Burton)

    fries> Have you changed only the checker (fsck)? When you didn't updated
    fries> the whole filesystem to 0.4 then you don't have to wonder about these
    fries> probs. But I think you made these changes ;-)

How would I go about updating the whole filesystem? I have MCC an I
believe it uses 0.3a. I recently upgraded to 0.4a. Should I do
something to the filesystem?

Thank you.

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

From: hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel)
Subject: Re: Linux v1.0: what's in it?
Date: 19 Jan 1994 20:57:59 GMT

Doug DeJulio (ddj+@cs.cmu.edu) wrote:

: So, what's going to be in the 1.0 kernel?  I'm wondering if my
: favorate patches will be included.  They are the CLUSTER SCSI I/O
: performance patches, and the acct/quota patches.  The first doubles my
: disk performance, and the second makes me feel better about letting
: random internet users use my guest accounts.

Neither, nor, but both will still be available as patches. 
Basically the features of 1.0 will be the features of the current alpha
(0.99pl14s)

        Dirk

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

From: anton@ulysses.demon.co.uk ("A.F.Hall")
Subject: Re: Transputer: that difficult?
Reply-To: anton@ulysses.demon.co.uk
Date: Wed, 19 Jan 1994 20:04:28 +0000

In article <2hjv85$1ni@sal-sun125.usc.edu>
           dipilla@sal-sun125.usc.edu "Stefano Di Pilla" writes:

> Hi.
> I really would like to get some experience on using
> transputer with my Pc-based Linux.
> I know someone has written a device driver to use an Intel B??? transputer.
                                                       ^^^^^INMOS B004/8?
> I remember that CSA were selling an Educational kit. How is it? And is
> usable with the driver above?
> 
Yup, I've got one of those CSA kits and the transputer driver (v0.4 I think)
works perfectly well. You can also get an assembler/ disassembler which runs
under Linux, though I'm still having problems with it i.e. the examples are
looking for libraries which don't exist. I just wish there was a freely
available C/C++/OCCAM compiler/cross compiler which ran under Linux.
Actually I think some people are working on it - but is it for Linux? 
Anyone know?

Anton :)
-- 
<<<<<<<<<<<<<<<<<<<<<<<<<
anton@ulysses.demon.co.uk                 ...a communicating sequential process
>>>>>>>>>>>>>>>>>>>>>>>>>

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

From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: pl14p serial code broken !
Date: 19 Jan 1994 19:14:11 -0500
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)

   From: rene@renux.frmug.fr.net (Rene COUGNENC)
   Date: 16 Jan 1994 16:44:35 GMT

   I tried the pl14p kernel, and the serial devices hang the kernel each
   time there is an incoming call after a dialing out :-((

   The serial code was fine since the last serial patches, and pl14m and o,
   including these patches were working great.

Fixed in pl14q.  Linus made a change in pl14p which uncovered a race
condition in the serial driver.

                                                - Ted

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

From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: tty64 (sic) input overrun
Date: 19 Jan 1994 19:14:53 -0500
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)

   From: hugo@artware.nl
   Date: Thu, 13 Jan 1994 17:25:20 GMT

   Since i switched to linuxpl14m, i have a repeated warnig on
   the current vitual terminal:
   tty64: input overrun
   This happens during uucp sessions to my internet server.
   I did not have this before and it is no big problem, as i don't
   seem to loose any data, however a fiew questions:
   Does anyone of you have the same phenomena?
   Should i fiddle with the HIGH and LOW-watermarks in serial.c?
   Has it anything to do with the type of uarts i have?

Starting with 0.99pl14k or so, linux now prints a message to warn you
when the UART overflowed and dropped some data.  Previously, it would
just silently drop data.  So, it's not a new problem, it's just the
warning is new.

This generally happens if you only have 16450 UARTS, and it's the
system's way of telling you that you really should spend that $15.00 to
buy 16550A's.....  

Fortunately, most transfer protocols can deal with dropped characters;
so you can also just ignore the warning message, too.

                                                - Ted

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

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: Socket limits for 3com cards?
Date: Wed, 19 Jan 1994 20:36:04 GMT

In article <4994@map.mdavcr.mda.ca> bruce@mdavcr.mda.ca (Bruce Thompson) writes:
>One of the guys at work seems to think that there's some _board_level_
>limitation that precludes the use of more than 16 active INET sockets
>at any particular time. My reaction when he said that was essentially
>to shake my head and say "What?" (with some minor editting ;->).
Believe it or not I have actually seen a system this brain damaged - it
had a fixed number of buffers per network card (though you could tune it).
People really did do daft things like using two cards to double the
buffers (as opposed to running kconf). 
>Is it just me or does this sound ridiculous? To the best of my
>knowledge, the only place where a limit on the number of active
>sockets could come in would be in the kernel, but I don't _know_ this
>to be the case, I merely suspect it to be the case. Does anyone have
>actual verifiable knowledge?
Most unix kernels have a limited number of file descriptors, a limited
number of buffers and a limited number of socket control objects. Normally
this is good for over 100 sockets even on a workstation/

Alan


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

From: hagan@opine.cs.umass.edu (Craig I. Hagan)
Subject: Re: kerberos for linux
Date: 19 Jan 1994 21:26:43 GMT



> There is a DES available from Australiaw.  In modifcated for it is available
> for the linux kernel. Check 
>       nic.funet.fi:/pub/OS/Linux/BETA/loop/des.*

> Here is the accompanying README:
> --------------------------- des.README -------------------------------------
> DES encryption for the Linux kernel, version 1
> ==============================================

> This package contains a DES block encryption module that can be added
> to the Linux kernel. It is derived from a DES library originally
> written and put under the GPL by Eric Young <eay@psych.psy.uq.oz.au>


> Installation
> ------------

> Should work with almost any version of the Linux kernel:

>   cd /usr/src/linux
>   gunzip <des.1.tar.gz | tar xvf -
>   touch include/linux/des.h kernel/des.c

> If necessary, install packages that need DES. Then rebuild the kernel:

>   make depend
>   make zlilo            # or something like that


> Authors
> -------

> Original author: Eric Young <eay@psych.psy.uq.oz.au>
> Linux kernel "port": Werner Almesberger <almesber@bernina.ethz.ch>
> -----------------------------------------------------------------------------


fabulous!!!

fyi, to answer a previous question, i didn't release
the diffs because i am still verifying functionality -- 
also, many of the clients still haven't built.

If only i had more time...

-- craig

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

From: hm@seneca.ix.de (Harald Milz)
Subject: AHA 1522 driver, was Re: Adaptec 274x SCSI Driver
Date: Tue, 18 Jan 1994 09:43:26 GMT
Reply-To: hm@seneca.ix.de

Kirby D. Johnson (kdj8191@bcstec.ca.boeing.com) wrote:

: > Does anyone know if there is a driver for an Adaptec 1522?

Yes, it's in the kernel.

Ciao,
hm


-- 
Harald Milz (hm@seneca.ix.de)

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

From: hm@seneca.ix.de (Harald Milz)
Subject: Re: what is linux ?
Date: Tue, 18 Jan 1994 17:48:01 GMT
Reply-To: hm@seneca.ix.de

Gordon Soukoreff (gordon@tradenet.tradenet.com) wrote:
: > Jerome Thomas (jthomas@dxcern.cern.ch) wrote:

: > : I ve just come to this group and i don't know what it s all about . I just feel it must be something really serious. is it really ?
: > :

: > You really don't realize how serious it is .

In fact, you should get the Linux-FAQ from sunsite.unc.edu:/pub/Linux/docs/faqs.

Ciao,
hm

-- 
Harald Milz (hm@seneca.ix.de)

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

From: Philip.Burness@purplet.demon.co.uk (Philip Burness)
Subject: Xfree2.0 SPEA s3 card
Date: Wed, 19 Jan 1994 19:30:00 +0000

I have got Xfree86 2.0 running on my machine with the S3 driver It works 
great untill I exit X, then my console loses all its characters, and I 
end up with vertical lines on my screen.
Any ideas anyone?
Thanks
Phil

Phil
 CmpQwk #UNREG UNREGISTERED EVALUATION COPY

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

From: Philip.Burness@purplet.demon.co.uk (Philip Burness)
Subject: axterm
Date: Wed, 19 Jan 1994 19:30:00 +0000

I have just installed ansi-axterm. It appeared to install ok ie no 
errors, however when I now try and use seyon, I get a segmentation error 
cor dumped message.
Any ideas anybody?
Thanks
Phil

Phil
 CmpQwk #UNREG UNREGISTERED EVALUATION COPY

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

From: stig@netcom.com (Stig)
Subject: PCMCIA Modems
Date: Thu, 20 Jan 1994 00:30:44 GMT


I have the 'pre-alpha' pcmcia stuff that was on tsx-11 under
packages/laptops and I've been unable to get it to compile properly with
pl14k+ kernels because of type clashes in asm/io.h.  Being rather new to x86
assembler, has anyone else worked out this problem?

    Thanks,
    Stig
-- 
_____________________________________________________________________________
Stig@netcom.com                               netcom.com:/pub/stig/00-PGP-KEY
It's hard to be cutting-edge at your own pace...      32 DF B9 19 AE 28 D1 7A
Bullet-proof code cannot stand up to teflon bugs.     A3 9D 0B 1A 33 13 4D 7F

    >>> Support your local police, for a more efficient police state. <<<

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

From: coe@bert.cs.byu.edu (Mike Coe)
Subject: Re: Linux v1.0: what's in it?
Date: 20 Jan 1994 03:46:50 GMT
Reply-To: coe@leopard.cs.byu.edu



   Those will not be in it.  Only features currently in the distributed kernel
   will be in 1.0

   Rob


Does this mean that Linux is now a distributed operating
system like  amoeba?  ;-)




mike 







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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux v1.0: what's in it?
Date: Wed, 19 Jan 1994 22:26:19 GMT
Reply-To: pe1chl@rabo.nl

In <CJw66t.I0t.3@cs.cmu.edu> ddj+@cs.cmu.edu (Doug DeJulio) writes:


>So, what's going to be in the 1.0 kernel?  I'm wondering if my
>favorate patches will be included.  They are the CLUSTER SCSI I/O
>performance patches, and the acct/quota patches.  The first doubles my
>disk performance, and the second makes me feel better about letting
>random internet users use my guest accounts.

Those will not be in it.  Only features currently in the distributed kernel
will be in 1.0

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

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

From: imp@boulder.parcplace.com (Warner Losh)
Subject: Re: Writing mwm
Date: Thu, 20 Jan 1994 03:26:51 GMT

In article <2hjkf1$bd@hydrogen.smallworld.co.uk>
andrew@Smallworld.co.uk (Andrew Haisley) writes: 
>A motif compatible widget set would be extremely well received -
>particularly if it had an API compatible with the standard OSF one.
>This goes for all varieties of unix, not just linux.

OI is availble for free for Linux.  It reimplements Motif and comes
with a user interface builder as well.

It is available from tsx-11.mit.edu:pub/packages/OI/oi40.tar

Warner

P.S.  I pushed it through here, and when we have our next release, I
plan on releasing it for Linux shortly after, assuming that all things
go right and the higher ups haven't changed their minds.
-- 
Warner Losh             imp@boulder.parcplace.COM       ParcPlace Boulder
I've almost finished my brute force solution to subtlety.

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

From: imcclogh@cs.ucsd.edu (Ian McCloghrie)
Subject: Re: Subnetting on non byte boundaries
Date: 19 Jan 94 23:36:12 GMT

evansmp@mb48025.aston.ac.uk (Mark Evans) writes:

>In quite a few places, notably the socket hash and the routing routines,
>the current IP code assumes that the boundry between the network and
>the host part is an octet boundry.

        That depends upon what, exactly, you mean by "current".  The
alpha patches to pl14 have fixed most of this, I believe.  I'm
personally using a system with a netmask of 255.255.255.248 for my
home slip-connected network, and having no subnetting problems.

--
 /~> Ian McCloghrie      |       FLUG:  FurryMUCK Linux User's Group
< <  /~\ |~\ |~> |  | <~ | email: ian@ucsd.edu               Net/2, USL 0!
 \_> \_/ |_/ |~\ |__| _> | Card Carrying Member, UCSD Secret Islandia Club

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

From: cse230c@cs.ucsd.edu (CSE 230)
Subject: Re: mac linux
Date: 20 Jan 94 04:05:50 GMT

If you want to run linux, get a PC.  The mac is died because
it will never be able to run linux as well as the PC can.  Mac
is losing the battle;  the support for Mac is just next to
none (in terms of things like linux).  Too bad the PC is
finally defeating other machines like the amiga, atari and
mac.
 

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


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