Subject: Linux-Development Digest #982
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:     Wed, 3 Aug 94 19:13:09 EDT

Linux-Development Digest #982, Volume #1          Wed, 3 Aug 94 19:13:09 EDT

Contents:
  Re: Linux backup of MSDOS? (Jim Balter)
  v 1.1.37 hangs (David Flood)
  Re: Enhanced IDE?? (Mark Lord)
  Re: 1.1.38 just hangs on my P60/PCI (Mark Lord)
  Final notice:  LaTeX 2e to be made (Byron Faber)
  Re: APC UPS owners or potential buyers, trying to show user base (M.V.S. Ramanath)
  Linux compatibility with Xenix, SVR4 ? (Dennis McNamara)
  Re: SLIP, CSLIP, PPP and modems (Jay Denebeim P025)
  Re: Energy star screen saver for X (Kim-Minh Kaplan)
  Kernel change summary 1.1.19 -> 1.1.20 (Russell Nelson)
  Re: Need Restricted Shell for Linux: Where? (Andreas Joppich)
  Kernel change summary 1.1.29 -> 1.1.30 (Russell Nelson)
  Re: Interesting idea for lilo developers (Bill Kress)
  Re: Fatal Signal 11  - reproduceable ! (Ralph Ballier)
  Re: Questions on network drivers (Donald Becker)
  Kernel change summary 1.1.20 -> 1.1.21 (Russell Nelson)
  Re: Format of /proc/stat ? (Michael K. Johnson)

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

From: jqb@netcom.com (Jim Balter)
Subject: Re: Linux backup of MSDOS?
Date: Tue, 2 Aug 1994 06:20:14 GMT

In article <31gkfi$21q@sun.cais.com>,
Tom Oehser <toehser@cais2.cais.com> wrote:
> >: I am considering using "dd" to get a binary image of the disc, and then
> >: compressing it, then putting that on tape.  But this may have problems?
>>that you restore to a partition of the same size, however, and that is 
>>why "image" backups are not popular under DOS (plus, it would probably 
>
>I am trying "dd if=/dev/hda | gzip --fast | dd of=/dev/nrmt0"

What is the advantage of this over gzip </dev/hda >/dev/nrmt0 ?

>(Why compress?  420mb/hda + 120mb/hdb > 525mb/mt0.  Besides, why not?)  

Shudder.  You have a lot more faith in the data reliability of tape than I do.
You might try looking into afio.
-- 
<J Q B>

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

From: dcflood@u.washington.edu (David Flood)
Subject: v 1.1.37 hangs
Date: 2 Aug 1994 03:23:05 GMT

I have built/run 1.0.9, 1.1.22, and 1.1.37 on the following system with
the following options and I have found a problem with 37.

The problem is that after a while, when I try to log onto one of the VC's,
the login process will get as far as the line 'version 1.1.37 (POSIX)' and
then it will again ask me for a logon.

The machine is:

386DX25
8M
generic 512k VGA

the options are:

no scsi
no sound
no mouse
no selection
Math emu
Ide driver
Tcp/ip
WD80x3 driver
Parallel driver

The machine is used as a server for my other 386 (NFS mount) and the
problem normally occurs while I am re-compiling something big (like the
kernel).  the /usr/src of this machine is mounted to /usr/src of the other
making this machine a repositry of the source code.

The reason that I want to log into it is that it also has my 14.4 modem on
it (for kermit and the DOS side).  I haven't tested to see if telnet to it
from the other machine does the same problem.  But only 37 shows the problem.
0.9 and 1.22 do not.

-- 
=============================================================================
dcflood@u.washington.edu

The above opinions are mine alone and do not reflect anyone elses.
Besides, who wants my opinion anyway?
=============================================================================

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

From: mlord@bnr.ca (Mark Lord)
Crossposted-To: comp.os.linux.admin
Subject: Re: Enhanced IDE??
Date: 3 Aug 1994 13:57:42 GMT

In article <31o55b$rcr@uucp.intac.com> krg@intac.com writes:
>Does anyone know for sure whether or not the new crop of Enhanced IDE 
>hard disks work under Linux. By Enhanced IDE I mean the new drives that 
>range from 540M - 1G+ . 

No problem at all.  If the BIOS reports more than 16 heads,
then you will have to use kernel 1.1.37 or higher, or do a
bit of fiddling with boot parms and fdisk.
-- 
mlord@bnr.ca    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: mlord@bnr.ca (Mark Lord)
Subject: Re: 1.1.38 just hangs on my P60/PCI
Date: 3 Aug 1994 13:59:57 GMT

In article <31nr2r$7tg@sheckley.cnam.fr> chemla@cnam.cnam.fr writes:
>
>The title says it all..
>I just get the message saying 'Now booting the kernel' and nothing
>else happens. It's the first time since 0.96 Linux just doesn't work
>at all on one of my machines :-)

Sounds like what I see when I forget to run lilo after installing a new kernel.
-- 
mlord@bnr.ca    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: btf57346@uxa.cso.uiuc.edu (Byron Faber)
Subject: Final notice:  LaTeX 2e to be made
Date: 2 Aug 1994 21:22:04 GMT

For those that sent me mail, thanks for your words.  I will be
putting together a LaTeX 2e distribution for linux.

This is a final post to let anybody know that they should make
suggestions NOW before I start downloading and working on the
distribution.

Any additions or hacks for linux would be helpful.  

Thanks,
Byron Faber
-- 
`Playing this disk at loud volume may permanently damage your speakers or
other sound components.'                                -LFO
                b-faber@uiuc.edu & http://www.cen.uiuc.edu/~bf11620/

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

Crossposted-To: comp.unix.bsd
From: ram@imagen.com (M.V.S. Ramanath)
Subject: Re: APC UPS owners or potential buyers, trying to show user base
Date: 29 Jul 94 16:58:21 GMT

mpdillon@coho.halcyon.com (Michael Dillon) writes:

>In article <316bjc$hlh@thor.tjhsst.edu>,
>Craig Metz <cmetz@thor.tjhsst.edu> wrote:
>>    I had a talk today with Debbie Gray (sp?) of American Power Conversion
>>regarding trying to get information on how to communicate with their Smart
>>UPS products' onboard controllers in order to write a Linux driver. APC is
>>one of the *many* manufacturers that plays the old NDA game, i.e., ``we
>>consider that to be proprietary information that we have to protect''. H

>Really now! Those boxes use an RS-232 interface, right? What do they tell 
>the computer? If they only communicate one thing (power fail) then it
>is probably something as simple as shorting the RD and SD lines. Get a
>technician to check it out for you while you pull the plug.

>If they are giving more info than that, then it probably can be 
>reverse engineered with simple program to monitor the incoming 
>serial port.

>I remember a UPS that we set up about 7 years ago. I provided two terminals
>on the box that it shorted together when the power failed. We hooked
>them up to pins 2 and 3 on a serial port and made a little shell script
>daemon that periodically checked for powerfail every five minutes. When 
>it got two hits in a row, it shutdown the system.

<... stuff deleted ...>

    In June 1993, Ronald Florence (ron@mlfarm.com) posted a small C
    program that can be run as a daemon from /etc/rc.local to
    comp.sys.sun.hardware. This may be adequate for most people.

    Ram (speaking only for me etc.)

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

From: dmcnamar@netcom.com (Dennis McNamara)
Subject: Linux compatibility with Xenix, SVR4 ?
Date: Wed, 3 Aug 1994 16:36:06 GMT

I can't find this in a faq, and a customer needs to know.
All responses welcome, and thanks.

-- 
Dennis McNamara dmcnamar@netcom.com
Purveyor of Fine Software: Composer's WorkBench,
Instructor at /usr/school, a better way to learn C and Unix. BBS 415-564-8896


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

From: denebeim@bnr.ca (Jay Denebeim P025)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: Wed, 3 Aug 1994 13:44:23 GMT

In article <31jcqs$9dc@cronkite.ocis.temple.edu> yuriev@astro.ocis.temple.edu (Starcon SysAdmin) writes:
>In this case can you please explain results of the following file transfers:
>
>Linux <--> Linux using Hydra on 1.7Mb & 1.4Mb ZIP files: total time 17 min
>34 sec 
>
>Linux <--> Linux via SLIP (ftp transfer). Total time: 28 min 48 sec. 

Alex, you're comparing apples and oranges.  A network is not the same
thing as a file transfer.  SLIP is used to send arbitrary packets over
the phone line onto a network.  Its not limited to sending files.
Because of this, there is quite a bit more information that is
required for each packet then a file transfer takes.  Because of this,
it is definately going to be slower.

It probably shouldn't be a factor of two though.  Are you sure you
wern't using the link for something else at the same time?
-- 
Jay Denebeim     Address: UUCP:     duke!wolves!deepthot!jay
                          Internet: jay@deepthot.cary.nc.us
                 BBS:(919)-233-9937      VOICE:(919)-233-0776

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

From: kkaplan@cdfas1.in2p3.fr (Kim-Minh Kaplan)
Subject: Re: Energy star screen saver for X
Date: 03 Aug 1994 14:10:19 GMT

In article <31m2i5$7a@carl.swapping> dbarth@carl.fdn.fr (David Barth) writes:

 >> Kim-Minh Kaplan (kaplan@jussieu.fr) wrote:
 >> : Here's the patch to use the power saving feature of your monitor.  It
 >> : works with my MAG 17 and cirrus logic 5428.  I don't know if it works
 >> 
 >> What is the reference of your MAG monitor ? I thought they didn't support
 >> power saving yet ? BTW, have you any good adress to buy such one in France ?

  It's a MAG innovision MX17FG. I bought it at LCDI in Paris and I
think it's a good shop. But plenty of other stores have it.  Anyway,
MAG sure supports power saving.

---
finger kkaplan@cdfhp3.in2p3.fr for PGP key.
kkaplan@cdfas1.in2p3.fr
Kim-Minh KAPLAN, 2 square des Mimosas, 75013 Paris -- France.
--

---
finger kkaplan@cdfhp3.in2p3.fr for PGP key.
kkaplan@cdfas1.in2p3.fr
Kim-Minh KAPLAN, 2 square des Mimosas, 75013 Paris -- France.

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.19 -> 1.1.20
Date: 03 Aug 1994 05:24:01 GMT

[ yeah, I know, this is old news, but lots of people seem to want
them, so here they are...  -russ]

Load balancing support marked as "experimental" instead of "very experimental"
Sony CDU31A CDROM driver now supports the CDU33A also.
Default IRQ for 3c501 changed from 7 to 5.
scsi_ioctl now only rounds the *buffer* size up.
scsi fixes to scatter/gather on Ultrastor 24F.
core dumping for various executables enabled (but only aout implemented).
More support for multiple execution domains (ELF, a.out, iBCS2, etc.).
Keep track of usage counts for execution domains.
added a flag for vm_growsup or vm_growsdown.
Multiple CD-ROM options added (so you can have different options per CD-ROM).
CD-ROM options for uid and gid added.
SIOCGSTAMP had the wrong value.
Make sure sys_idle is only called when running as the kernel.
Add another system call for the personality.
If anybody but the kernel tries INT, HLT, CLI, or STI, give an SIGILL.

Networking changes notes (probably from Alan Cox, bless his heart)

Changes for the 015 snapshot

o       All read/write buffers are validated at the top level _only_
o       All address structures are moved to and from user mode at the top
        level. Thus you can now issue proto->bind(....) calls and related
        functions such as connect from another kernel task. All thats left
        to fix now is a kernel alloc_socket()/free_socket() and accompanying
        proto->make_kernel(socket)
o       Small fixes to address behaviour caused by the above
o       Max NFS size of 16K bytes
o       Added the apricot driver as a test (#'ed out in config.in)
o       Fixed a missing function definition in net_init.c
o       Added G4KLX ax25_router code
o       Added Niibe's PLIP driver and altered it to support timer
        configuration and IRQ/port setting. Added if_plip.h. Comments and
        feedback appreciated on this (both to Niibe and me).
o       Added AF_MAX/PF_MAX defines
o       Added a note that the DE600 driver also works for a noname 'PE1200'.
o       Network buffer statistics on shift-scroll_lock
o       Fixed a serious race in the device driver code. This was causing odd
        crashes with the Lance drivers, lockups with the ne2000 cards and
        a few other 'bad' goings on. All drivers are effected. See
        README.DEV if porting a driver to this revision.

        If you see entries in your 'free while locked' count, those would
        typically have crashed a pre 1.20 kernel.

o       TCP keeps the timers above 0.2sec round-trip time because of the use of
        delayed ACK's by BSD style kernels.
o       Fixed a small BSD error in the return from datagram socket
        recv/recvfrom() calls when data is truncated. BSD returns the true
        length of the message, Linux returned the amount copied which broke
        programs that did a MSG_PEEK with a small buffer and grew it if need
        be (some of the AV/RTP stuff notably).
o       Added TIOCINQ/OUTQ to AX.25 and IPX.
o       Added driver ioctl() calls to IPX.
o       Corrected the skb->len==0 in the tcp_data reset on shutdown to check
        skb->copied_seq.
o       IP options reflect onto SO_PRIORITY.
o       When a driver is downed its ARP entries are flushed. Should solve
        the occasional crash when taking out a modular driver.
o       Added Donald's multicast reception while promiscuous fix for the
        8390 drivers.
o       Potential ARP TCP-retransmit clear race fixed. Incredibly
        unlikely to occur but no doubt it will 8(.
--
-russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: aj@z2-db11.ms.DeTeMobil.de (Andreas Joppich)
Crossposted-To: comp.os.linux.help
Subject: Re: Need Restricted Shell for Linux: Where?
Date: 2 Aug 1994 07:57:48 GMT
Reply-To: aj@ms.DeTeMobil.de

In article <bart.65.00087E9A@dunedin.es.co.nz>, bart@dunedin.es.co.nz (Bart Kindt) writes:
|> Hello out there,
|> 
|> I need a "restricted shell" for my dial-in users, to prevent them to roam all 
|> about the system.  The RSH in Linux is actually the *remote* shell. And the 
|> KSH as ported for Linux, has the 'restricted' options not included!
|> 
|> Can anybody tell me where to get one?  Or, if there is none at this time, 
|> could somebody out there maybe Port / Compile one?  I would have no idea where 
|> to begin...
|> 


On my box there is a guest account with a restricted shell. To set up
an account to restricted shell, do : 

z2-db11:~$ chsh guest
Changing the login shell for guest
Enter the new value, or press return for the default

        Login Shell [/bin/bash]: /bin/rbash 


-- 
_______________________________________________________________
Andreas Joppich                              aj@ms.DeTeMobil.de
DeTeMobil GmbH                        
D-48153 Muenster                         Phone +49-251-977-2943              
Germany                                  Fax   +49-251-977-2949
===============================================================
   The above statements are my privat and personal opinions 
       and not represantive for the DeTeMobil company !  

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.29 -> 1.1.30
Date: 03 Aug 1994 20:05:35 GMT

Boot sector changes for 2.88Mbyte floppies.
A semaphore now is used for block read/write completion.  Gets rid of
        the swapping flag created in the previous patch (1.1.29).
Change the floppy driver so a single drive can have three or more
        different formats.
Some SCSI Toshiba CD-ROMs think they're disks, not roms.
Many(all?) the assembly language subroutines is now marked __volatile__.
TCP Fastpath is out again.
--
-russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: kress@kentrox.com (Bill Kress)
Subject: Re: Interesting idea for lilo developers
Date: Wed, 3 Aug 1994 17:43:32 GMT

In article <31nrmn$atd@smurf.noris.de> urlichs@smurf.noris.de (Matthias Urlichs) writes:
>Path:
>kentrox!uunet!cs.utexas.edu!howland.reston.ans.net!xlink.net!smurf.noris.de!not-
>for-mail
>From: urlichs@smurf.noris.de (Matthias Urlichs)
>Newsgroups: comp.os.linux.development
>Subject: Re: Interesting idea for lilo developers
>Date: 3 Aug 1994 12:31:50 +0200
>Organization: noris network GbR, Nuernberg, FRG
>Lines: 22
>Message-ID: <31nrmn$atd@smurf.noris.de>
>References: <kress.670.001066D0@kentrox.com>
>NNTP-Posting-Host: localhost
>Mime-Version: 1.0
>Content-Type: text/plain; charset=iso-8859-1
>Content-Transfer-Encoding: 8bit


>In comp.os.linux.development, article <kress.670.001066D0@kentrox.com>,
>  kress@kentrox.com (Bill Kress) writes:
>> lilo is a great system. The problem is obvious, there is
>> no input that you can set when you turn your computer on
>> so that you can go get a drink while your system boots
>> to the operating system/configuration of your choice.
>> 
>RTFM, especially "lilo -R".
>> 
>> Thanks for listening,

>Wrong.  :-/

So, the night before I'm supposed to guess what system I'm 
going to want to use when I come home from work the next day?
From experience I'd be wrong at least 70% of the time...

Floppies would work but who want's those things laying all
over your desk?  Much easier to just flip a switch and start
your system.

Actually, the caps lock idea would be great if it worked on
my home system, but just before going to the hard disk my
system resets the 'Lock' keys.

I do RTFM, about 200 pages of TFM since starting with Linux
and I don't consider it polite to post without reading TFM
first.  If lilo -R did the job, I would have used it.

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

From: ballier@lise-meitner.be.schule.de (Ralph Ballier)
Subject: Re: Fatal Signal 11  - reproduceable !
Date: Wed, 3 Aug 1994 14:54:01 GMT

cemeier@magnus.acs.ohio-state.edu (Charles E Meier) writes:
[.....]
: 
: Careful here, Ian.  I've had fatal sig 11es when compiling big programs.
: Restarting the compile would always result in a sig 11 at the same spot 
: as before - unless I did a reboot, and then I could pick up again from 
: the spot where it had died earlier.
[....]
I have exacly the same problem, mostly when I compile a new kernel,
(perhaps because this are the biggest programs for me). Some times before
there where more error messages (eg xxx not defined...), which dissapeared
after a new make. Then a had changed the wait states in the BIOS
to the defaults and now arises only the error message above. Mostly
it is not possible to make a compilation of the kernel w/o one or two breaks.
[.....]

Ralph
-- 
      Lise-Meitner-Schule (Oberstufenzentrum Chemie, Physik und Biologie)
                                 Ralph Ballier
          Rudower Strasse 184, D-12351 Berlin      Tel.: 030/6611011
 EMail: Ballier@Lise-Meitner.BR.Schule.DE        "Offenes Deutsches Schul-Netz"

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

From: becker@cesdis.gsfc.nasa.gov (Donald Becker)
Subject: Re: Questions on network drivers
Date: 3 Aug 1994 16:59:56 -0400

In article <CtyrrL.HIy@eng_ser1.ie.cuhk.hk>,
Kenneth Wong <ypwong@ie.cuhk.hk> wrote:
>Well, I am trying to write my first network driver, and don't know if the
>idea I got from the kernel source is correct, wound anyone please give me
>suggestions on the following?
>
>1 Is dev->tbusy (eg passed into start_xmit) meant to be read by the
>  driver only?

dev->tbusy is actually to tell the queue level that the driver is busy
transmitting, and that it shouldn't try to Tx more packets.  After a while
(it should be 10ms. or so) the queue level tries to send a packet anyway,
just in case the ethercard Tx section has hung. (Because the asynchronous
race conditions it's difficult to build a 100% reliable ethercard.)

[[ This scheme is known to be bad.  It should actually be changed to 
a separate check_reset_board() function.  Note that in some past kernel
versions the queue-level code mistakenly tried to transmit a packet every
time a packet was queued, so don't omit the tbusy check! ]]

>2 Does set_bit(0, (void*)&dev->tbusy) mean set bit 0 of dev->tbusy to 1?

Yes, and it does it *atomically*.  It saves a cli()/sti() pair.

>3 Is netif_rx to rx similar to mark_bh(NET_BH) to tx in that they
>  inform the upper layers?

Yes.  The netif_rx() function always does the 'mark_bh(NET_BH)' for you.
You only need to do the 'mark_bh(NET_BH)' on Tx complete if you clean
dev->tbusy. 

>4 I seem to find some drivers that set skb->mem_len and some skb_len after
>  skb alloc, which one is for what?

Drivers used to use kmalloc(packetsize, ...) and then dev_rint().  They now
use skb_alloc() and netif_rx().
Note: netif_rx() is the preferred interface,  dev_rint() is obsolete.

>5 Would interrupt based driver be practical as the transfer rate exceeds (or
>  will someday exceed;) say 10Mbps? Actually now I am using polling instead of
>  interrupt (ie 10ms timer) and found I might have lost some packets in

AAaaaahahhhhahhhhgggg.  Polling Bad.  Interrupts Good. 

>  the polling. I have thought of using a background processes to read the
>  network continuously, is it a stupid idea? Also, is there any way around the
>  problem of missing interrupts? Any suggestions?

Missing an interrupt usually only occurs when the hardware hangs or misleads
you about having cleared its interrupt line.  It shouldn't happen often.

>6 Is there any source for knowing changes in kernel specifications? eg call
>  mark_bh(NET_BH) instead of mark_bh(INTER_BH)

Yes.  Your driver breaks with the latest kernel patch.  It happens.
Often, but not always, for a good reason.

>I would be grateful if any kind soul can help me - previous posts didn't get
>answered in this group (or is it a no-newbie newsgroup? - sorry if it is)

These were excellent questions, and very appropriate for c.o.l.d.
Your previous post was either not seen, or was "does anyone have a driver
for the ****"/"Fix my system by reading me the FAQ" and properly ignored.


-- 
Donald Becker                                     becker@cesdis1.gsfc.nasa.gov
USRA Center of Excellence in Space Data and Information Sciences.
Code 930.5, Goddard Space Flight Center,  Greenbelt, MD.  20771
301-286-0882         http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.20 -> 1.1.21
Date: 03 Aug 1994 05:45:06 GMT

Keep track of the number of hard drives correctly.
If we're timing out a character, reflect that on a select() for input.
If the line discipline for a pty has no method for getting the
        characters in a buffer, pretend there are none (rather than
        crashing).
If they're starting up a serial port as root, and it looks like
        there's no uart, just set an error bit rather than returning
        an error.
Same thing for setting the IRQ, probably to fix something with ``setserial''.
List of floppy tape support drives added.
Kernel calls to request and free dma added.
Don't unload a module if it's busy!

Networking notes:

o       Small bug fix in the apricot xen-ii driver code (Mark Evans)
o       DE600 changes + DE620 driver (Bj0rn Eckwall)
o       WWW error return bug fixed (Everyone!)
o       SLIP default address is now better
o       Small changes to PLIP (Niibe)
o       Added PF_UNSPEC (Dominic Kubla)
o       TCP fastpath for receive.
o       Turbo charged tcp checksum routine (Arnt Gulbrandsen)
o       PPP locking bug fixes (Florian La Roche)

--
-russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: johnsonm@merengue.oit.unc.edu (Michael K. Johnson)
Subject: Re: Format of /proc/stat ?
Date: 02 Aug 1994 21:41:40 GMT


In article <31ls07$s3a@pcn.proline.com> adkinsg@pcn.proline.com (Garry Adkins) writes:

   Does anyone else have a document that explains the rest of the info?
   proc-ps has only cryptic mnemonics that it saves them into, and no
   documentation of it!

Uh, yeah.  It's a program, not documentation...

The KHG has documentation.  The documentation will be in the LPG when
it is written.

sunsite.unc.edu:/pub/Linux/docs/LDP/kernel-hackers-guide/

michaelkjohnson

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


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