Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA27166; Fri, 15 Dec 95 01:22:14 EST
Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP
	id AA25180; Fri, 15 Dec 95 01:22:13 EST
Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id BAA04960 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Fri, 15 Dec 1995 01:16:05 -0500
Message-Id: <199512150616.BAA04960@senator-bedfellow.MIT.EDU>
From: Digestifier <Linux-Development-System-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development-System@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU
Date:     Fri, 15 Dec 95 01:16:02 EST
Subject:  Linux-Development-System Digest #119

Linux-Development-System Digest #119, Volume #2  Fri, 15 Dec 95 01:16:02 EST

Contents:
  Re: Kernel resets IDE HD -- Normal? (Albert Cahalan)
  Re: mounting scheme for cdrom suggestion (Rob Janssen)
  Re: Simple (?) question: Kernel compile error message. ("John S. Atchison")
  Re: GCC 2.7.2 and kernel 1.3.46 trouble (NG  CHEUK WAI DAVID)
  Thread Packages for Linux? (Starry Hung)
  Re: Linux on BeBox? (Mathew G Monroe)
  Re: 8088 port (Christopher Ward Boyd)
  Linux has poor memory management? (Daniel Yee)
  Unable to resolve _doprint() function (Oscar E Masters)
  Re: Rescanning SCSI busses (Jan Kasprzak)
  Re: PPP + 1.3.45 memory corruption (Jan Kasprzak)
  Oracle of Man apology (Craig Massey)
  Kernel 1.3.45
  Re: Can Linux support multiprocessors INTEL CPU? (Albert Cahalan)
  Re: can't compile with inb(), outb(); linking errors (John Sullivan)
  Page-granular invalidates - i486+ (Aaron Fredrick Tiensivu)
  Re: Kernel 1.3.45 (Glen Morrell)
  Re: PGP functionality for UN*X (Todd Graham Lewis)

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

From: albert@krakatoa.ccs.neu.edu (Albert Cahalan)
Subject: Re: Kernel resets IDE HD -- Normal?
Date: 14 Dec 1995 21:59:53 GMT


In someone's log files:
> hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
> hda: read_intr: error=0x04 { DriveStatusError }

> I'm using kernel version 1.3.28, and the drive is a 1.2 GB
> Western Digital Caviar.  I'm using the EIDE controller
> built into my Acer (AP-5C) motherboard.

> I believe I'm having a similar problem with a Maxtor 71260 (1.2G Drive).
> Here's an example from my /var/adm/messages file:

> hdb: DRDY error: status=0x59 { DriveReady SeekComplete DataRequest Error }
> hdb: DRDY error: error=0x10 { SectorIdNotFound }, LBAsect=105739, sector=311332

> Thinking this was a problem with the drive, I called Maxtor and they
> graciously sent me a brand new drive.  The above clip is from the new
> drive, just installed within the last several hours.

> At this point, I don't think there's anything wrong with the
> drive.  Oddly enough, of the two IDE drives I have, these
> errors only seem to come up on the Maxtor.  My other IDE, a
> Conner CFS420A (406M) never seems to burp at all.

> My kernel version is 1.2.13 with the IP masquerading patches installed.
> CPU is a 486-DX2/66, 24M of RAM with a DTC VLB IDE host adapter.  --

This may surprise you, but I think you may have a _serious_ hardware
problem.  Replace the motherboard, controller, and IDE drive all at
the same time and get rid of the old ones.

I had an IBM drive go bad this way, and the replacement WD Caviar
went bad in exactly the same way.  It is not just Linux, although
Linux was first to detect the problem.  OS/2 would give me a
black screen, then later even the BIOS failed to load LILO.
Different drives, same problem.  Different controllers too!

What I think happened: an accident with a screwdriver that destroyed
an IDE board also zapped the motherboard.  Everything plugged into
that slot was slowly destroyed - maybe I burned out a capacator.

So yes, the drive is bad.  Your motherboard/controller fries it.
--

Albert Cahalan
albert@ccs.neu.edu

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: mounting scheme for cdrom suggestion
Reply-To: pe1chl@wab-tis.rabobank.nl
Date: Thu, 14 Dec 1995 14:30:05 GMT

In <aeb.818900763@news.cwi.nl> aeb@cwi.nl (Andries Brouwer) writes:

>       LABEL=`cdlabel`

`cdlabel`?  What's that?
How does it now which CD's label you want?

Rob
-- 
+------------------------------------+--------------------------------------+
| Rob Janssen         rob@knoware.nl | BBS: +31-302870036 (2300-0730 local) |
| AMPRnet:       rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU |
+------------------------------------+--------------------------------------+

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

From: "John S. Atchison" <atchjs@inel.gov>
Crossposted-To: comp.os.linux,comp.os.linux.setup
Subject: Re: Simple (?) question: Kernel compile error message.
Date: 14 Dec 1995 00:02:18 GMT

Usually that kind of error occurs when your network is improperly set up. 
 I doubt if it will effect you if the compilation goes ok and you get a 
kernel image out of the deal.



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

From: ngcheuk@ecf.toronto.edu (NG  CHEUK WAI DAVID)
Subject: Re: GCC 2.7.2 and kernel 1.3.46 trouble
Date: Thu, 14 Dec 1995 15:39:12 GMT

In article <DJJ8oD.DnB@seas.ucla.edu>,
Arthur D. Jerijian <jerijian@typhoon.seas.ucla.edu> wrote:
>Povl H. Pedersen (pope@edunet.dk) wrote:
>
>[ deleted to save space ]
>
>> Then reboot the have the new kernel running.
>> My problem is, that after booting with the new kernel, I can't insert
>> modules any more. Is my insmod too old to support ELF? It is the old one
>> that came with my 1.2.10 slackware from infomagic, and is dated Mar 2
>> 1995.
>
>> Where can I find a new one ?
>
>       The latest version of modules is modules-1.2.8.tar.gz, found in
>the same directory as the 1.2 release Linux kernels.  However, I'd had trouble
>compiling this with GCC 2.7.0 ELF.  Here is my log:
>[ some stuff deleted ]

For me, since my original installation is from Slackware also
(2.1 I think), I just find out where the mod-utils are in
'/var/adm/packages' and grabbed the latest one from Slackware 3... 
That's assuming you have converted your system to ELF though.
I worked for me :)


David
ngcheuk@ecf.toronto.edu

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

From: kphung@hkuxa.hku.hk (Starry Hung)
Subject: Thread Packages for Linux?
Date: Thu, 14 Dec 1995 09:24:24 GMT

Hi all,

A question to ask - "Is there any thread packages, e.g. Cthreads, available
on linux system that I could ftp?"  

In my application, I want to port a distributed shared memory server to linux 
that required a user level multithreading support.  I would like to hear
from people who are doing or had done the similar port.


Thanks for your time to read,

Starry.


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

From: Mathew G Monroe <mmex+@andrew.cmu.edu>
Subject: Re: Linux on BeBox?
Date: Thu, 14 Dec 1995 13:44:11 -0500

Excerpts from netnews.comp.os.linux.development.system: 14-Dec-95 Re:
Linux on BeBox? by Arnt Gulbrandsen@troll.n 
> mfrisch@saturn.tlug.org (Mike Frisch)
> >       Unfortunately, I'd have to guess that at least 50% of Linux uses
> > are university students who can't even afford to pay attention.  From what
> > I've heard of this machine, it can't be low cost.
>  
> Maybe it can - remember, Be appears to consciously ride on the wave of
> cheap PC peripherals, from keyboards up.
>  

Last time I checked the base system, basically the motherboard, was
$1700.  That more expensive then pentium systems, even 133s, but then
again it is alot faster then a pentium system.  Everyone student know
that baught a new computer in the last semester spent aroun $2800.  You
should be albe to get a good BeBox for that.

Matt

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

From: cboyd@jove.acs.unt.edu (Christopher Ward Boyd)
Subject: Re: 8088 port
Date: 14 Dec 1995 07:09:51 GMT

Alexander Otterbein (prale@prale.rhoen.de) wrote:
> Greg Myers (gmyers@wsnet.com) wrote:
> : Linux is a 32-bit operating system that supports true multi-tasking and 
> : true multi-user operations.  The 8088 chip is a 16-bit internal/8-bit 
> : external chip.  Meaning it could never happen.  At least not without 
> : SEVERE problems/consequences. 
> : With used 386 prices in the dirt, why would anyone even consider running 
> : it on a 8088???

FYI, there is a port of linux to 16 bit machines.  The project is called
Linux/16, and is highly alpha.  Is obtainable from tsx-11.mit.edu, in
the /pub/linux/ALPHA/linux-16 directory.

--
+---------------------------------------+------------------------------+
|Christopher Boyd                       | Texas Acad. Math & Sci. '96. |
+---------------------------------------+                              |
|cboyd@jove.acs.unt.edu                 |    University of North Texas |
|cboyd@gab.unt.edu                      |                              |
+---------------------------------------+------------------------------+
|"'Twas brilig and the slivy toves,                                    |
| Did gyre and gimble in the wabe.                                     |
| All mimsy were the borogoves,                                        |
| And the momraths outgrabe." (L. Carroll, "Jaberwocky")               |
+----------------------------------------------------------------------+

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

From: danny@cs.su.oz.au (Daniel Yee)
Subject: Linux has poor memory management?
Date: 14 Dec 1995 14:03:10 +1100

Does anyone have any comments on the following?  I thought this
problem had been fixed in more recent kernels, but haven't been
able to confirm it.  Can someone who understands the kernel memory
management system clarify?

| The  Linux  kernel is optimised to maximise its use of memory.
| If the demand for  memory  does not  exceed that available,
| the performance of the system is quite impressive and certainly
| cost effective.  Once  demand requires  swapping  of  processes
| to  disk, the performance degrades precipitously.  In the context
| of  a  single  user environment,  this  can  either be accepted,
| or the user can terminate  or  suspend  some  processes.   In  a
| multiuser environment,   this   behaviour   can   be  disastrous,
| and positively feeds back.

Danny Yee.


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

From: Oscar E Masters <oem@metronet.com>
Crossposted-To: comp.os.linux.development.apps,metronet.linux
Subject: Unable to resolve _doprint() function
Date: 12 Dec 1995 16:12:16 GMT

Hi,
  
  I was attempting to compile/link the following routine using
  linux 1.2.13 under Slackware Version 3 :

================================
  #include <varargs.h>
  #include <stdio.h>
  int errexit (format, va_alist)
  char *format;
  va_dcl
  {
  va_list args;
  va_start(args);
  fprintf(stderr,"stderr entered via call\n");
  _doprnt(format, args, stderr);
  va_end(args);
  exit(1);
  }
===============================


 Here is the error message that i am getting 

 errexit.o(.text+0x2c): undefined reference to `_doprnt'


 Any ideas as to why i can't resolve this module.  This program
 compiles at my school which also uses the GNU libraries (Not
 Linux).  Thanks ahead of time.  oem


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

From: kas@foresta.cz (Jan Kasprzak)
Subject: Re: Rescanning SCSI busses
Date: Mon, 11 Dec 1995 21:36:14 GMT

Chel van Gennip (cvgennip@bazis.nl) wrote:
: I am using SCSI disks and tapes in removable cariers, therefore
: I would like to rescan the SCSI busses from time to time to get the
: actual SCSI configuration, without a reboot of the system.
: Has this been done allready by someone?

        I think this could not easily be done, because of minor
number allocation scheme Linux uses (the 1st recognized SCSI tape
gets minor 0, the second 1, the third 2 ...
The similar scheme works for disks too. I think this is because
of only 16-bit dev_t. Linux kernel prepares to move to
more wide dev_t (look at linux-1.3.45/include/linux/kdev_t.h).
After that minor number allocation will possibly change
and then rescanning of SCSI bus will be possible.

-Yenya

--
Jan "Yenya" Kasprzak, E-mail kas@foresta.cz, WWW http://www.fi.muni.cz/~kas/
[[[[   System Administrator at Foresta SG, a.s. (tel: +42-5-45213696)   ]]]]
[[[[      Linux Czech WWW Page:  http://www.fi.muni.cz/~kas/linux/      ]]]]
In accord with UNIX philosophy, Perl gives you enough rope to hang yourself.
                --Larry Wall, Randal Schwartz: Learning Perl

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

From: kas@foresta.cz (Jan Kasprzak)
Subject: Re: PPP + 1.3.45 memory corruption
Date: Mon, 11 Dec 1995 21:51:24 GMT

Richard Henderson (richard@atheist.tamu.edu) wrote:
: I am seeing a "block on freelist isn't free" message shortly after
: ppp registers device ppp0.  I can get this reliably with 1.3.45, and
: I'm told that it happened with previous kernels (>1.3.40?), though
: it was spurrious and I never actually witnessed it.

        Chip Salzenberg sent this patch to linux-kernel. I think
it will fix the problem:

Chip Salzenberg <chs@nando.net> wrote:

diff -u drivers/net/slhc.c.orig drivers/net/slhc.c
--- drivers/net/slhc.c.orig     Mon Mar  6 19:22:08 1995
+++ drivers/net/slhc.c  Sun Dec 10 04:02:33 1995
@@ -105,21 +105,20 @@
        memset(comp, 0, sizeof(struct slcompress));
 
        if ( rslots > 0  &&  rslots < 256 ) {
-               comp->rstate =
-                 (struct cstate *)kmalloc(rslots * sizeof(struct cstate),
-                                          GFP_KERNEL);
+               size_t rsize = rslots * sizeof(struct cstate);
+               comp->rstate = (struct cstate *) kmalloc(rsize, GFP_KERNEL);
                if (! comp->rstate)
                {
                        kfree((unsigned char *)comp);
                        return NULL;
                }
-               memset(comp->rstate, 0, rslots * sizeof(struct cstate));
+               memset(comp->rstate, 0, rsize);
                comp->rslot_limit = rslots - 1;
        }
 
        if ( tslots > 0  &&  tslots < 256 ) {
-               comp->tstate =
-                 (struct cstate *)kmalloc(tslots * sizeof(struct cstate),
+               size_t tsize = tslots * sizeof(struct cstate);
+               comp->tstate = (struct cstate *) kmalloc(tsize, GFP_KERNEL);
                                           GFP_KERNEL);
                if (! comp->tstate)
                {
@@ -127,7 +126,7 @@
                        kfree((unsigned char *)comp);
                        return NULL;
                }
-               memset(comp->tstate, 0, rslots * sizeof(struct cstate));
+               memset(comp->tstate, 0, tsize);
                comp->tslot_limit = tslots - 1;
        }


--
Jan "Yenya" Kasprzak, E-mail kas@foresta.cz, WWW http://www.fi.muni.cz/~kas/
[[[[   System Administrator at Foresta SG, a.s. (tel: +42-5-45213696)   ]]]]
[[[[      Linux Czech WWW Page:  http://www.fi.muni.cz/~kas/linux/      ]]]]
In accord with UNIX philosophy, Perl gives you enough rope to hang yourself.
                --Larry Wall, Randal Schwartz: Learning Perl

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

From: oracle1@shell02.ozemail.com.au (Craig Massey)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.networking,comp.os.linux.setup,comp.os.linux.x,soc.culture.bolivia,alt.tv.magnum-pi,soc.culture.russia,
Subject: Oracle of Man apology
Date: 15 Dec 1995 08:33:06 +1100

I am sending this apology to all News Groups who I inadvertently "SPAMED" 
last week promoting a book called "Oracle of Man". I had no idea there 
would be such considerable anger from News Group readers. 

I will now try to attract interested users to our Web Page
www.oracle_of_man.aust.com by ethical means.

Craig Massey


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

Date: Tue, 12 Dec 1995 13:14:46 EST
From: <ADWENTJ@QUCDN.QueensU.CA>
Subject: Kernel 1.3.45

I just installed kernel 1.3.45. When I want to run joe or vi
in a console, they quit complaining:
Unrecognized TERM type or
Unknown terminal type `linux`. Any answers?

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

From: albert@krakatoa.ccs.neu.edu (Albert Cahalan)
Subject: Re: Can Linux support multiprocessors INTEL CPU?
Date: 15 Dec 1995 04:39:27 GMT


>> Hi, It has been awhile since I was intouch with Linux development.  Has
>> Linux been now able to support multiprocessors, say a dual 486DX4-100
>> Motherboard?

S> Let me make a guess: NO

Linux does support machines with up to 32 Pentium processors.
I think the SMP features in the Pentium are required,
at least for now.  Linux SMP systems must follow the Intel
MP specification.
--

Albert Cahalan
albert@ccs.neu.edu

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

From: js10039@thor.cam.ac.uk (John Sullivan)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: can't compile with inb(), outb(); linking errors
Date: 14 Dec 1995 03:07:38 GMT
Reply-To: John Sullivan <js10039@cam.ac.uk>

In article <ouohtpx2vg.fsf@nataa.frmug.fr.net>,
Nat Makarevitch <Nat.Makarevitch@nataa.frmug.fr.net> wrote:
>>>>>> "RW" == Rogier Wolff <wolff@socrates.et.tudelft.nl> writes:
>
> RW> Jay Goldberg (jayg@iwl.net) wrote: : In article
> [ problems when linking object files with outb() and inb() calls ]
>
> RW> Try gcc -c -O2 poke.c
>
>Please be careful with -O2 because some recent versions of gcc may produce
>broken binaries. Use at least "-O2 -fno-strength-reduce"
>
>I think that versions 2.7.1 and up are OK.

2.7.2 was the latest out when I checked last week. It seems to have
severe problems compiling stuff with asm()s (something about
incompatible constraints). For example, it doesn't like SVGATextMode,
or kernels 1.2.13, 1.3.18. GCC 2.7.0 seems to be safe, and I'd stick
with that, I don't think -O2 breaks it either.

You could always write the IO bits in pure asm and link those in
seperately (makes porting easier too since you know which bits have to
change. If that's a worry of course...)

You should also check the ioperm() call since your program as it
stands will fail even if it compiles - you need to request (as root)
privilege to access the relavent IO areas. Just being root shouldn't
be sufficient to do random in/out() calls.


John
-- 
I've got nothing to do
'cept hang around here and get screwed up on you.
<a href="http://callisto.girton.cam.ac.uk/users/js10039/">Me!</a>

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

From: tiensivu@cps.msu.edu (Aaron Fredrick Tiensivu)
Subject: Page-granular invalidates - i486+
Date: 14 Dec 1995 21:26:36 GMT

Can some kind soul explain to me what a page-granular invalidate is? It's
on the '486 and above, and now is taken advantage of in 1.3.47. I was under
the impression that there really wasn't much different between the '386 and
'486. '386 - 2 cycles per instruction, '486 - 1, and a couple new op-codes.

Has the AMD i486-133 been released yet? Are people happy with the AMD
'486-120 ?

Why does it seem like those processors are beating the pants off of every
Pentium machine out there? [Overall system performance]


--
 "Wouldn't you be suprised to find she sparkles someone elses eyes?" - Skunk
                                                          ..::''''::..
                                                .:::.   .;''        ``;.
        ....    In Feel-around(tm)!             :::::  ::    ::  ::    ::
      ,;' .;:                ::  ..:            `:::' ::     ::  ::     ::
      ::.      ..:,:;.,:;.    .   ::   .::::.    `:'  :: .:' ::  :: `:. ::
       '''::,   ::  ::  ::  `::   ::  ;:   .::    :   ::  :          :  ::
     ,:';  ::;  ::  ::  ::   ::   ::  ::,::''.    .    :: `:.      .:' ::
     `:,,,,;;' ,;; ,;;, ;;, ,;;, ,;;, `:,,,,:'   :;:    `;..``::::''..;'
                                                          ``::,,,,::''


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

From: glen@spin.stanford.edu (Glen Morrell)
Subject: Re: Kernel 1.3.45
Date: 13 Dec 1995 10:22:39 GMT

ADWENTJ@QUCDN.QueensU.CA wrote:
: I just installed kernel 1.3.45. When I want to run joe or vi
: in a console, they quit complaining:
: Unrecognized TERM type or
: Unknown terminal type `linux`. Any answers?

A hundred people are going to jump in and answer this one....
Just add "linux" to the list of aliases for the "console" in
/etc/termcap.  Worked for me.


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

From: Todd Graham Lewis <tlewis@scooby.cheney.net>
Crossposted-To: comp.security.unix
Subject: Re: PGP functionality for UN*X
Date: Fri, 15 Dec 1995 04:10:21 +0000

It's funny that you should mention that, because I administer Kerberos 
for our system.  I love it, and it does what I need it to do, but I think 
that we are moving into the next generation of network authentication and 
encryption with the IPSEC/AH/ESP/Photuris specs.  Really, encryption done 
at the network level rather than the app level has a lot of advantages, 
and I am happy that Kerberos was able to pave the way for this.

(Sorry, I see Theodore T'so's posting right after this article, so I get 
nervous.  I really do like Kerberos.  Really.)

Nonetheless, if and when all network data streams are IDEA- or DES- 
(shudder) or whatever-encrypted, and when key management becomes central 
to proper network functioning, then centralization of these resources has 
a lot of advantages, not the least of which is that eventually you can 
imbed the calls into the kernel and reduce two IPC memory hops within the 
machine, which is important on a 100Mb Ethernet or x00Mb ATM network.

Plus, my Kerberos apps have DES code.  My xntpd suite (if I am not 
mistaken) has its own DES code.  My system has its own (crappy) crypt 
routines.  PGP, God bless it, has its own.  As encryption becomes more 
mission-critical, it just seems to me that there should be a better way 
to do it than each individual app implementing all of these standard 
encryption algorithms separately.

I would like to get some feedback on this, especially to see if people 
would be interested in having a discussion concerning this via a mailing 
list or, if interested, we could meet on my IRC site at some 
predetermined time.

Todd Lewis*VP Networking*Cheney Communications Company*tlewis@cheney.net
________________________________________________________________________
Copyright 1995, Todd Lewis.This message may not be used or distributed by 
the Microsoft Corporation except upon payment of royalties in the sum of 
$500 to the copyright owner.Usage constitutes an agreement to these terms.

On 14 Dec 1995, Jeff Nelson wrote:

> In article <30CCE352.10F3C277@cheney.net> root <root@cheney.net> writes:
> 
> >Wouldn't it be great if PGP were to run as a standalone daemon, say
> >pgpd, to be started on boot?  I would imagine that this would make key
> >management at the system-wide level a LOT easier, as well as key
> >distribution, and would allow for any program to make pgp function calls
> >via /dev/pgpd in a berkeley model or via a semaphore model under sysv.
> 
> What you are describing is close to Keberos.  Do a search for
> it at Lycos and see if it's what you are looking for.
> 
>                                - Jeff
> 
> 
> 

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


** 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-System-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development.system) via:

    Internet: Linux-Development-System@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-System Digest
******************************
