HDTenEightyP/NetNews huggingface dataset:
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: Problem with ld?
Summary: 0.97 out soon
Date: 30 Jul 92 00:13:05 GMT
Organization: University of Helsinki

In article <NEGAARD.92Jul29141913@fungus.aero.org> negaard@aero.org (Eric Negaard) writes:
>
>At the time I was doing the compiles I was running X, xclock, x11emacs, and
>a couple of xterm's.  Free was reporting somewhat less than 1 Mb physical
>memory free.  So I killed off a bunch of processes and the compiles/links
>started running fine.  At that time, another program that I was having
>trouble with started working too, so apparantly there is a real problem
>with virtual memory.  This is all happening with a 0.96c pl 2 kernel.

There is indeed a problem with VM and disk-intensive tasks - it's a
race-condition where the page-IO requests can get re-ordered, resulting
in weird error results.  Linking big programs is one of the better ways
to see this problem.  The problem manifests itself as bad user-level
pages, and often results in a segmentation fault or just incorrect data. 

The solution is to wait 2 days or so for 0.97 that corrects it (I just
/love/ finding bugs before any beta-tester does, and being able to come
up with an instant fix).  0.97 also contains the new SCSI drivers, the
dynamic buffer code and some other nifty and nice tricks.  I don't know
about serial performance, but limited tests (yes, I have actually tested
something) have indicated that it's finally starting to get better. 

( BTW: I won't make patches from 0.96c.pl2 -> 0.97 available unless
somebody explicitly asks for them: they are going to be big.  If you
think you /need/ patches, mail me, and I'll do them.  Maybe a couple of
days late, but I'll do them )

0.97 will likely be out Friday or Saturday, and has these changes:
 - The new SCSI drivers (drew & co)
 - IRQ code should finally be stable
 - faster, smaller, atomic serial interrupts: better performance
 - bynamic buffer-cache (original diffs by oreilly, but I rewrote them)
 - removed races in VM code
 - multiple minor changes in hd.c/floppy.c/efxfs/dosfs
 - hooks for different-size buffers (but it's not actually ready yet)

Some things aren't there: I've gotten more patches than I could keep up
with, so if your patch was only partly used or not used at all, please
re-send. I haven't got time to go through archives or old mail finding
things I overlooked :-(

		Linus
From: woody@cs.utexas.edu (James Woodgate)
Newsgroups: comp.os.linux
Subject: Re: Anyone using a Cyrix 387 clone out there?
Date: 25 Jul 1992 09:39:46 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: dimebox.cs.utexas.edu

In article <1992Jul25.032522.6947@mercury.unt.edu> kenc@sol.acs.unt.edu (Ken Corey - Operator) writes:
>Supposedly, the Cyrix chips are getting Darned cheap... (not a claim, just
>repeating a rumor...I'll have to check it out tomorrow)
>
>Anyway, Can anyone say that cyrix chips do/do not work with linux?  It'd be
>*great* to have one to help x along....(especially in xfig at ANY
>magnification at all)
>
I have a 40 Mhz Cyrix 387, and have had no problems with Linux.  I compiled
with the math emulation off, and it still works great!

I really don't want to hear that the 387 is a lot cheaper than when I
bought it though!!! :D


-- 
-----------------------------------------------------------------------
           -Linux Rules-                |
  -"I've been Dos free for 30 days      |
    now."-Former Dos Addict             | Address: woody@cs.utexas.edu
From: kludge@hardy.u.washington.edu (MoonMan)
Subject: Getting bitmap to compile (math lib problems)
Summary: Argh.
Keywords: -lm gcc 2.2.2 frustration
Reply-To: kludge@u.washington.edu
Organization: University of Washington, Seattle
Date: Sat, 25 Jul 1992 01:21:30 GMT

  Has anybody succesfully compiled (well, linked, really) the version of
bitmap on tsx-11/banjo?  It almost worked for me, but then it bombed
with errors about _floor and _sqrt in the math lib - are they in there?
I'm running Linux V0.96b w. gcc libs V2.2.2.  Thanks...

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

                  /////                      ////    /////   ///   // ////
 ///    //////   //   //     ///  ////      // //// /// //  // //   ///  //
/////  /// //   //     //      ////  //    ///   ////   // //   //  //   //
// //////  //   //     //       //    //   //    //    //  ///////  //  //
//  ///   //   //     //   ////  //   //   //        ///  //    //      //
//        //    //    // ///  //  //  //   //           ///      //     //
//         //    //  // //   //  //   //  //      ///////                ///
//          ////  ////  //   //  //     ///
//                     //   //      /////
//                      // //       
                         ///                kludge@u.washington.edu
                                           
------------------------------------------------------------------------------
From: james@netcom.com (James L. Paul)
Newsgroups: comp.os.linux
Subject: What IRQ's to use?
Date: 22 Jul 92 18:02:29 GMT
Organization: Netcom

I have 2 cards, each with 2 serial ports. After playing with the IRQs all day
I'm stumped. COM1 and COM2 work with IRQs 4 and 3 respectively, but no other
values. COM3 and COM4 don't work properly with any values. (I've mainly tried
2 and 5) When a port is not working right, it sends OUT just fine, but nothing
gets IN. (I can send commands ok to modems, etc, but nothing comes thru the
other way.)

I'm using Linux 0.96c, no patches. Does patch level 1 have anything to do with
this? If so, is there a way to get a 0.96c1 image? I haven't been able to
install GCC 2.2.2, due to lack of info about where everything goes. (I have
-I think- all the GCC 2.2.2 tar files, but can't find any readme describing
how to install it.) 

-- 
James L. Paul

Internet:    netcom!james@apple.com | AppleLink: D1231 | CompuServe: 72767,3436
UUCP:   {apple,amdahl}!netcom!james | GEnie:    J.PAUL | Voice:    607 776-3070
Packet: N6SIW@WB2PSI.#WNY.NY.USA.NA | Delphi:   JLPaul | Home Fax: 607 776-3070
America Online:   JLPaul or Memorex | BIX:      JLPaul | Prodigy:       PWTB41A
From: rab@ariel.its.unimelb.EDU.AU (Richard Alan Brown)
Newsgroups: comp.os.linux
Subject: Hardware Problems
Keywords: RAM, motherboard
Date: 21 Jul 92 23:54:05 GMT
Organization: School of Physics, University of Melbourne


FROM: Alistair Scott

afs@tauon.ph.unimelb.edu.au


I have a suspected hardware problem, but before rushing out and doing some
simm swapping, I thought I'd post and see if anyone has had the same problem
as me.
Here is the situation, I installed Linux relatively hassle free including
X, gcc, etc etc... My machine was a 40MHz-386, 4M RAM and 105M HD,
6M swap(file). 
Knowing full well that X on 4M was thrashing the disk, I bought 4M more RAM,
and, lo and behold the motherboard didnt like it, fair enough, the dealer who
sold me the PC said that they had discovered that my make of m'board couldn't
handle having every SIMM slot filled. After swapping all my 8M of Ram into the
board to check that all was ok in a 4M configuration, I took the machine back
to have a new m'board put in. Right... I power up yesterday on getting the 
beast back, and (using Bootlin) I boot to Linux and the kernel loads, but
the machine hangs with the error,

kernel panic trying to free swapper memory space
In swapper task, not syncing.

Curiously, the problem diminishes with increasing time, (hence the possibility
of a hardware related fault). Sometimes it will boot successfully, but when I
try to do anything, I get segmentation faults, and if I try to run X, it 
hangs.
Ultimately, after about 6-7 attempts at booting, everything fires up as
advertised, and X runs ok, and everything runs as smoothly as it did with the
4M configuration (X running a damn sight faster though..)

Booting from floppy doesn't produce any of the above errors, which sort
of torpedoes the hardware fault theory.

Any ideas? is there something  I should know upgrading from 4M to 8M?
I have RTFM'd and have run out of ideas short of swapping memory and/or
motherboard.

email or post, I keep up with c.o.l 

Thanks

Alistair Scott

afs@tauon.ph.unimelb.edu.au
Newsgroups: comp.os.linux
From: thoth@uiuc.edu (Ben Cox)
Subject: Re: tlA: /bin/arch solved.
Originator: btc30679@uxa.cso.uiuc.edu
Reply-To: thoth@uiuc.edu (Ben Cox)
Organization: University of Illinois at Urbana
Date: Sun, 26 Jul 1992 17:01:02 GMT

bjl@loki.pttrnl.nl (Ben Lippolt) writes:

>Thanks for your explanation. I was under the impression that the 486 had
>some extra instructions which the 386 didn't had.

This is the case, but the difference probably doesn't manifest itself
with -m486.  The 486 has the BSWAP, XADD and CMPXCHG instructions,
which are not available on 386 processors.

I don't know if -m486 uses those, but I would very seriously doubt it.
BSWAP might be handy for TCP/IP stuff (it is htonl() and ntohl() in a
single instruction); XADD is handy primarily for multiprocessor loops,
and CMPXCHG is for semaphores in a MP system.

BSWAP might be used with -m486 (I doubt it), but XADD and CMPXCHG
probably aren't.

--
Ben Cox
thoth@uiuc.edu
From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: termcap
Date: 21 Jul 92 19:35:49 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Jul21.081300.17922@walter.cray.com> roberts@pepper.cray.com (Mike Roberts) wrote:
> However, now my vi is messed up and when I insert, extra spaces get 
> inserted. I thought that this too might be a result of the kernel
> changes so I recompiled elvis but found it to act the same way. I
> suspect a problem in the new termcap file that came in 
> setterm-0.96b.tar.Z but I haven't got a clue how to fix it. Has
> anyone else found this problem and a solution?

Yup. This is my fault. It appears that the termcap may contain either
the im (insert mode) capability, or the ic (insert character) capability,
but _not_ both. So, the solution is to remove either ic, or im. I'd
recommend that you remove ic.

> Mike

	Mika


--
Mika Liljeberg			Email:	liljeber@kruuna.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
Newsgroups: comp.os.linux
From: drew@caesar.cs.colorado.edu (Drew Eckhardt)
Subject: Re: QIC-36 tape drive with an Emulex QIC-36-> SCSI board
Organization: University of Colorado at Boulder
Date: Mon, 27 Jul 1992 22:57:11 GMT

In article <Bs2F2G.L9r@news.cso.uiuc.edu> ral45184@uxa.cso.uiuc.edu (sPiNdRy ) writes:
>
>    is this a usable idea?  will this work?  Or will drivers have to be
>  written anyhow?

Drivers have to be written.

Tape drivers are character devices, because 
1.  You want writes to go to the tape, in sequential order
2.  You need variable block sizes to accomodate what the 
	tape drive needs physically.

Now, with a character device, you need to transfer data to/from user 
space.  This may be non-contigous in physical memory, which means 
you need either an intermediate buffer (You want to increase kernel
memory enough to accomodate the largest tape block?  I've used
100k block sizes before), or for the device driver to support scatter /
gather.

Problem : the current SCSI drivers do not support scatter / gather.  This
is being rectified in the rewrite.  After the rewrite is done, it should
be possible to write a decent SCSI tape driver.

Newsgroups: comp.os.linux
From: farrow@ucsu.Colorado.EDU (J. Scott Farrow)
Subject: Re: Linux Project Registry - porting X386 for VGA in progress
Reply-To: farrow@fido.Colorado.EDU
Organization: University of Colorado, Boulder
Distribution: cu
Date: Sat, 25 Jul 1992 18:27:43 GMT

callison@uokmax.ecn.uoknor.edu (James P. Callison) writes:

>This is the Linux Project Registry. It is divided into several parts, as
>follows:
>	  (I) Short Listing of Projects Underway 
>	 (II) Abstracts/Descriptions of Projects from (I)
>	(III) Short Listing of Continuing Projects
>	 (IV) Abstracts/Descriptions of Projects from (III)

>And now begins the Linux Project Registry...
>
>================    PART I    ============================================

>Project Name		     	Status		Email Address
>--------------------------------------------------------------------------
>1) X386 port for VGA	     	Middle Burner	hzatz@graphics.cornell.edu

Hooray! Maybe I'll wait before buying that new video card.
Not knowing anything about video controllers and such, I'm afraid I can't
contribute anything besides encouragement and the promise that many
people will benefit from and appreciate from this work.

ps. This may be asking too much, but any chance of a status report?

Scott


--
--------------------------------------------------------------------------------
J. Scott Farrow - Student Programmer/Operator, University of Colorado at Boulder
Computing and Network Services, Campus Box 455, Boulder, CO 80309-0455  USA 
InterNet: farrow@spot.colorado.edu, Phone: (303) 492-4428
From: negaard@aero.org (Eric Negaard)
Newsgroups: comp.os.linux
Subject: Re: Problem with ld?
Date: 29 Jul 92 22:19:13 GMT
Organization: The Aerospace Corporation, El Segundo, CA

>>>>> On Wed, 29 Jul 1992 17:53:14 GMT, negaard@aero.org (Eric Negaard) said:

negaard> I'm having some problems compiling/linking uucp from the mailpak-1.2
negaard> sources.  I've only had Linux running for a couple of weeks now, so maybe
negaard> I've just got something mis-configured, though I've succesfully compiled
negaard> and linked a few small programs to date.

I guess I posted my plea for help too soon.  I was suspicious that the problem
was at a lower level than the ld binary since the files ld was bombing on were
pretty random.

At the time I was doing the compiles I was running X, xclock, x11emacs, and
a couple of xterm's.  Free was reporting somewhat less than 1 Mb physical
memory free.  So I killed off a bunch of processes and the compiles/links
started running fine.  At that time, another program that I was having
trouble with started working too, so apparantly there is a real problem
with virtual memory.  This is all happening with a 0.96c pl 2 kernel.

(I do have swap space defined: 8 Mb RAM + 24 Mb swap)

			Eric Negaard
Newsgroups: comp.os.linux
From: welshm@snail.rtp.dg.com (Matt Welsh)
Subject: Computer Shopper fouls up Linux announcement
Date: Wed, 22 Jul 92 17:15:44 GMT
Organization: Data General Corporation, RTP, NC.

...well, not too badly. In this week's ed of Computer Shopper magazine,
in the "UNIX notes" section (page 88? I think) there's a blurb about
Linux, which is great. What isn't so great is that they reported that
it's for "80x86 machines" -- which is untrue, it's only for 386 and up,
and that questions or information about Linux can be directed to the
Internet newsgroup "comp.sys.linux". 

"sys" is for HARDWARE. "os" is for OPERATING SYSTEMS!

Sigh.

mdw
From: smp@myamig2.myamiga.mixcom.com (Steve Palm)
Newsgroups: comp.os.linux
Subject: Re: Linux problems
Date: 19 Jul 92 11:50:22 GMT
Article-I.D.: myamig2.920719621
Organization: Proud Linux Site, Milwaukee WI

woody@cs.utexas.edu (James Woodgate) writes:
: 
: BTW - I found a very cool book, Unix System V Release 4 an Introduction.
:       1200 pages, includes a lot of things that are in Linux, like how
:       to set up administration things, how TCP/IP works.  It also has 
:       a lot of info about diff, tr, sed, etc.  All for $25.00 @ BookStop!

 I seem to recall having heard a while back that a SYSVR3 book was a better
 buy for Linux, because it was closer to what was actually implemented in
 Linux.  I picked up the SYSVR3 book myself, and find it good, as well as
 the Unix System Administartion Handbook.  Excellent.
 
 I've had friends in the Un*x community ask me "What is Linux like?  Is it
 a SYSV or BSD flavor?"   I am at a loss, because it rather seems to be some
 of both.  Perhaps this is it's POSIX showing through?
 
 Thanks.

---
Steven M. Palm
smp@myamiga.mixcom.com   or   smp@myamig2.myamiga.mixcom.com (LINUX SITE)
Milwaukee, WI
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: mailpak - where is it?
X-Newsreader: Tin 1.1 PL4
Organization: Unisys Corporation SLC
Date: Thu, 23 Jul 1992 19:00:01 GMT

unixsys@ssg.com (Rick Emerson) writes:

: Where's the latest and greatest mailpak and where is it?

mailpak12.tar (mailpak 1.2) is on tsx-11 - /pub/linux/sources/usr.bin.
-- 
Ed Carp, N7EKG		erc@apple.com	<-- preferred email address!
"In wildness is the preservation of the world."  - Henry David Thoreau
** Member, Linux port team - uucp division ** :)   801/269-8125
From: smp@myamig2.myamiga.mixcom.com (Steve Palm)
Newsgroups: comp.os.linux
Subject: Re: Setuid?
Date: 19 Jul 92 12:03:05 GMT
Article-I.D.: myamig2.920719904
Organization: Proud Linux Site, Milwaukee WI

probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:
: 
: >  What's 'setuid' and what does it do?
: 
: The setuid bit is done by doing a chmod 6xxx (where x are your normal values)
: on the files involved. The setuid bit will allow the program to run under

 Wouldn't a setuid be a chmod 4xxx?  I thought 6xxx was setuid/setgid.

Steven M. Palm
smp@myamiga.mixcom.com   or   smp@myamig2.myamiga.mixcom.com (LINUX SITE)
Milwaukee, WI
Newsgroups: comp.os.linux
From: cmb@bluemoon.rn.com (Chris Bugosh)
Subject: Installation
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Sun, 26 Jul 92 12:19:02 EDT

(First off, I hope this isn't in one of the FAQ's that I DIDN'T get, 
but...)

I am trying to install Linux but every time I try it trips and stalls on
a bad block.  In one of the installation text files that I have, it 
mentions making Linux the first partition...  Did this and got the same 
thing.  Can anyone help in this area?  Thanks.

Chris

+---------------------------------------------------------------------------+
| Chris Bugosh, Secretary/Treasurer | cmb@bluemoon.rn.com                   |
| Explorer Post 891/AT&T            | chris.bugosh@f340.n226.z1.fidonet.org |
| P.O. Box 27081                    |                                       |
| Columbus, OH 43227-0081           | Compu-Link @ 614.846.1274             |
+---------------------------------------------------------------------------+
From: talley@ashleigh.Kodak.COM (Brian K. Talley)
Newsgroups: comp.os.linux
Subject: Re: Compiling OLVWM: the steps
Date: 29 Jul 92 13:02:48 GMT
Followup-To: comp.os.linux
Organization: Eastman Kodak Co., Rochester, NY

In article <5197@vtserf.cc.vt.edu> tdunbar@vttcf.cc.vt.edu (Thomas Dunbar) writes:
>
>the olvwm binary that's been posted at banjo (and tsx-11) for weeks
>works FINE! i assume the recent todo in c.o.l. is just due to 
>not making the needed changes in xinitrc (twm -> olvwm) and
>in Xconfig (olvwm needs the 75dpi fonts, ie lucida)

Umm...not so, at least for me.  I have been fighting with that
version for a while (yes, I did have my .xinitrc and Xconfig
set properly), but I finally had to recompile it to get it to
work.  Running the binary from banjo/tsx-11 would give me a
segmentation fault and a core dump. (I'm running Linux v0.96c.)
    
Anyone have any idea what would cause it to not work?

--Brian
__________
Brian Talley, Systems Consultant, Eastman Kodak Research Labs, Rochester, NY
talley@acadia.kodak.com
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.os.linux
Subject: Re: New Diamond Cards (Repost with corrections)
Date: 22 Jul 92 13:56:23 GMT
Organization: University of North Florida, Jacksonville


   I would like to add that we desperately need a Unix-based program
to set these clocks on the Diamond Speedstar 24.  Well, *I* 
desperately need it ;-) because I use MFM for DOS and external SCSI
drives for Unix so I have to turn the power off to switch out 
hard disk controller cards (i.e., I have Esix 4.0.3a and use all
SCSI for Unix...believe me, you don't want to mix MFM and SCSI drives
with Esix's drivers ;-)).

  I was thinking of punting this Speedstar 24 card, but it sounds like
there's enough people getting them that /someone/ who is proficient in
386 assembly can come up with a solution so we can use GAS on it.

  I will try to call Diamond and see if they will send me some information
on how to set the dot clocks.

Steve Hite
shite@sinkhole.unf.edu
From: Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin)
Newsgroups: comp.os.linux
Subject: MS-DOS FS: Version Alpha.5
Date: Tue, 21 Jul 1992 23:10:50 -0800

> Is this correct?  Patch does not work, apparently because the ---
> 324,330 ---- line is not followed by any code.

 WA> Hmm, indeed, it looks unusual. I've applied that patch 
 WA> by hand, so I didn't
 WA> notice. I don't know, whether this patch is legal for 
 WA> some types of patch(1)
 WA> or if it isn't. I'd suggest, you do the same - just delete the
lines that
 WA> are marked with a minus sign.

Thanks--I just wasn't sure that I had the entire patch.  I *hate* to
apply partial patches, it just ruins my day.  [grin]

 WA> (Of course, updating the kernel to 0.96c-pl2 may even be easier,
because
 WA> that patch includes the fix to string.h plus the entire MS-DOS
FS.)

It's done, but thanks for posting anyway, someone else will probably be
wondering.... :-)

Rob


 * Origin: Via the Annex in Victoria, TX (1:3802/217)

Newsgroups: comp.os.linux
From: herfert@arctecws-1.informatik.uni-kl.de (Michael Herfert)
Subject: AKCL-Lisp under Linux ?
Reply-To: herfert@arctecws-1.informatik.uni-kl.de (Michael Herfert)
Organization: University of Kaiserslautern, Germany
Date: Thu, 30 Jul 1992 07:48:21 GMT


Has anybody ported AKCL to Linux ?
Newsgroups: comp.os.linux
From: roberts@pepper.cray.com (Mike Roberts)
Subject: termcap
Organization: Cray Research, Inc., Chippewa Falls, WI
Date: 21 Jul 92 08:13:00 CDT


Ok. I got my setterm working properly now by taking the advice of Mika Pekka Liljeberg:

> You have an outdated version of setterm. Grab the new one from
> tsx-11.mit.edu, banjo.concert.net or nic.funet.fi. The package
> goes by the name setterm-0.96b.tar.Z. The correct sequence is
> ESC [ 8 ], by the way.

However, now my vi is messed up and when I insert, extra spaces get 
inserted. I thought that this too might be a result of the kernel
changes so I recompiled elvis but found it to act the same way. I
suspect a problem in the new termcap file that came in 
setterm-0.96b.tar.Z but I haven't got a clue how to fix it. Has
anyone else found this problem and a solution?

Mike
Newsgroups: comp.os.linux
From: bryan@uhura1.uucp (Bryan Curnutt)
Subject: Re: Minor problems with Linux
Reply-To: bryan%uhura1@uunet.uu.net
Organization: Stoner Associates, Inc./DREM Incorporated, Houston Texas
Date: Thu, 23 Jul 1992 21:59:50 GMT

In article <1992Jul20.052553.24419@newshub.ccs.yorku.ca> cmorton@nexus.yorku.ca (Catherine Morton) writes:
>Speaking of .profiles, what is the name of the ".login" that bash executes
>just before coming up?

These are the ones the bash manpage mentions:

    ~/.bashrc  ~/.bash_profile  /etc/profile

I've also seen ~/.profile used, but perhaps bash had been modified.

>(i've never seen any documemtation on bash
>anywhere!

As someone else mentioned, the bash manual is available in .dvi format
on tsx-11.mit.edu and banjo.concert.net, as bash-man.dvi.tar.Z.
I can't find the manpage that someone else mentioned comes with MCC,
so maybe it doesn't come with MCC-Interim 0.96c.  I do have a
manpage that came with the bash source I installed under SunOS, if
anyone wants me to e-mail it to them.

-- 
Any opinions above are mine, and do not necessarily reflect the views of SAI.

Bryan Curnutt                   | "I hope that UNIX is more like my diner
bryan%uhura1@uunet.uu.net       |  than like McDonald's." -- Doug McIlroy