HDTenEightyP/NetNews huggingface dataset:
From: billw@aixwiz.austin.ibm.com
Newsgroups: comp.os.linux
Subject: Need Help Booting Linux on 77C22E Card
Date: 19 Nov 92 14:55:35 GMT
Distribution: comp
Organization: /home/wpwood/.organization


I would greatly appreciate any help any of you gurus out there can 
provide.  I have a AMD 386DX-40 based PC, with a SVGA card employing
NCR's 77C22E chip.  I have been trying to get Linux to boot from the
boot diskette, and it seems to load, but I get nothing on my screen.
   Here is what I did :
1)  Obtained the boot and root images from tsx-11.mit.edu and rawrote
    them to two 1.2M floppies.
2)  Inserted the boot floppy into my A: drive and rebooted the system.
    At this point, I get the word 'Loading' followed by a number of
    periods (everything looks good so far).
3)  After a few seconds of this (about one line of periods), the screen
    flashes blank, but the diskette is still being accessed.
4)  Thinking that perhaps this is a normal occurence, I waited until
    the diskette had stopped being accessed, inserted the rootimage
    diskette, and hit <Enter>
5)  The drive was accessed for about 60 seconds, and then stopped.  After
    this, every time I press <Enter>, the diskette is momentarily
    accessed, as if the passwd file (or some file) is getting accessed.
Anyway, has anyone encountered this problem?  Does anyone else have
this type of video adapter?  I'm hoping that I just need to change
something in the BIOS setup.
   BTW, this card is recognized and works fine under MS-DOS as a 
normal VGA card.  Still, I must suspect the card.  Actually, I'm really
hoping that it's just user error :-)
   Any help would be greatly appreciated.
--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Bill Woodward         |   Erekose the Champion, Defender of Humanity,
AIX Development       |   Greatest of Warriors, lay wretched and sniveling
512-838-4107          |   in his bed and felt very sorry for himself indeed.
billw@aixwiz.austin.ibm.com
Newsgroups: comp.os.linux
From: corsini@geocub.greco-prog.fr (Marc-Michel CORSINI)
Subject: FAQ is it worth ?
Reply-To: corsini@geocub.greco-prog.fr (Marc-Michel CORSINI)
Organization: The Internet
Date: Mon, 16 Nov 1992 18:51:47 GMT


Hi All,

Since c.o.l has been splitted I wonder if it's worth to post the FAQ
I co-maintain with many others.

marc
PS: The FAQ should be available on tsx-11 and nic during the next WE
and I will post it to news.answers at the same time
Newsgroups: comp.os.linux
From: grindley@helios.physics.utoronto.ca (Robin Grindley)
Subject: S3 Server problems (and some solutions)
Organization: University of Toronto Physics/Astronomy/CITA
Date: Sun, 15 Nov 1992 21:21:57 GMT

Well, i finally got 1024x768 mode working on my Diamond Stealth + MAG 15"
monitor combo, but it was a battle. (1280x1024 interlaced also "sort of"
works). The setting for Clocks in Xconfig was 25 50 75 80, with standard
VESA parameters. The problems were:

1) Font and pixmap caching aren't working too well. I had characters just
   showing up as blocks due to screwed up font caches. I recompiled the
   server with -DNO_FCACHE and it works. Note that trying to set Virtual
   in Xconfig to anything generally screws up the video memory and mangles
   the caches as well, so this line should be commented out. Pixmap caching
   still leaves garbage lying around the screen, but i could not turn it
   off.

2) The only way to get the video modes working was to use the SMODE program
   that came along with the Stealth card. This allowed me to set the timings
   for the SVGA modes. Then i wrote a small program to do a SVGA set VESA
   mode to the mode i wanted (using INT 10, AX=4F02 BX=mode), then 
   ctrl-alt-del and start up LINUX. I would like to add code to the server
   to do the INT 10 call the first time it moves to a new mode, but the
   INT call crashes with a segv in LINUX. Does LINUX's memory mapping screw
   up the BIOS calls?

Is anyone working on the font and pixmap caching, or are volunteers needed?


-- 
robin

 		iNSANITY - It's only a state of mind

Newsgroups: comp.os.linux
From: bmyers@shyguy.lonestar.org (bob myers)
Subject: LILO confusion
Organization: 3-B Technology
Date: Tue, 17 Nov 1992 05:30:35 GMT

I've just installed LILO on my sls ( 0.98.1 ) system.  It looks good, but
I'm slightly confused by what the docs say...

Is LILO supposed to allow me to switch between different partitions on
the same disk?  I've went with the defaulted /etc/lilo/install file, since
I have linux on my /dev/hda2 partition, and ms-dos 5.0 on the first partition.
Yet, when I try to reboot...the system comes up immediately into Linux.

When I try to use activate with the following line, nothing seems to
change:

/etc/lilo/activate /dev/hda 1

I still boot in linux.  I am going to try downloading the pfdisk.tar.Z
file to see if BOOTACTI will allow switching to occur.

I'd appreciate any comments.

thanks



-- 
----------------------------------------------------------------------
Bob Myers                        | Soooo many fields.....
2479 Deer Run #1305              |
Lewisville, Tx.  75067           |    Not enough waves....
From: ron@argus.lpl.Arizona.EDU (Ron Watkins)
Newsgroups: comp.os.linux
Subject: mkefs not working.
Date: 22 Nov 92 13:41:04 GMT
Distribution: usa
Organization: Lunar and Planetary Lab, U of AZ

I just picked up 0.98pl5 from tsx-11 and I used fdisk to create the
following partitions (actually DOS fdisk created 1,2 and 5):

/dev/hda 12 heads 35 sectors 989 cyl.
device boot begin start end blocks id system
     1    *     1     1  25   5232+ 1 DOS 12-bit FAT
     2         26    26 172  30870  5 Extended
     3        173   173 251  16590 82 Linux swap
     4        252   252 989 154980 83 Linux extfs
     5         26    26 172  32852+ 4 Dos 16-bit FAT

The problem is that when I tried to use mkefs:
# mkefs /dev/hda4 154980
I get error messages "out of memory" and "killed". I have 4M RAM (if relevant).
When I tried to use doinstall it said that I should run mkfs again.
Also during this whole process, I keep getting floppy errors, write protected
and I/O errors from the floppy. I thought this could be ignored because the
instructions specifically state to "write protect or die".
Any ideas or help would be appreciated.
Newsgroups: comp.os.linux
From: vince@victrola.sea.wa.us (Vince Skahan)
Subject: SLS feature wanted
Organization: Vince and Suzie's Underpowered PC
Date: Mon, 23 Nov 1992 01:28:06 GMT

one thing that would be a great help in keeping track of the
ever-changing SLS updates would be something like a a top-level 
version.info (whatever you want to call it) file that might look like:

	disk	last-modified-date
	-----	-------------------	
	N1      xx-Nov-92
	N2	yy-Nov-92
	(etc)

yes, I'm aware of the HISTORY file, but a little more info might
help people in keeping their SLS in synch with the current one...
maybe also including such a list in the SLS-FAQ ???


-- 
     ---------- Vince Skahan --------- vince@victrola.sea.wa.us ----------
  I just upgraded to Quicken-for-Windows v2.0 and it's so darn great I'll
  never be able to get rid of DOS...anybody got a Quicken-for-X11R5 ???
Newsgroups: comp.os.linux
From: ssb1pzp@access.digex.com (Phil Perucci)
Subject: SLS/Linux 0.98pl5 bugs...
Organization: Express Access Online Communications, Greenbelt, MD USA
Date: Mon, 23 Nov 1992 23:41:46 GMT

More bugs!!!
Running SLS 0.98pl5 on AMI 486DX/33 4Mb memory.

Oh well:

  1)  AMI Voyager 50 486DX/33 has problem with /dev/lp1.  
      "cat .profile > /dev/lp1" fails after printing ONE line (timeout).
      Replacing onboard parallel port with 8-bit add-on card fixes
      problem (works around, actually).

  2)  Ghostscript seems to be missing libX11.so....  Typing "gs" sure
      causes it to complain about this library missing.

All the same, THANK-GOD for LINUX!!!

--
phil perucci
ssb1pzp@digex.com

Newsgroups: comp.os.linux
From: rafal@utstat.uucp (Rafal Kustra (summer student))
Subject: Re: Floppy Drives
Organization: University of Toronto, Dept. of Statistics
Date: Thu, 19 Nov 1992 05:26:58 GMT

In article <1992Nov18.031049.28636@newshub.ariel.yorku.ca> cs911169@ariel.yorku.ca (Douglas W. F. Acheson) writes:
>HI,
>
>I have just installed linux on my PC and am having a hard time to do
>the following:
>
>mounting the floppy drives (so I can read write to them)
>using mtools with the floppy drives
>
>I would appreciate it if someone could get back to me so I could chat
>with them about the problem.  E-mail is preferred.  Thanks in advance
>
>
>     ######################################################################
>     # Douglas W. F. Acheson                                              #
>     # Internet E-mail cs911169@ariel.yorku.ca                            #
>     # President York University Computer Club 92/93                      #
>     #--------------------------------------------------------------------#
>     #                  Space the final frontier.....                     #
>     # These are the voyages of the starship Enterprise.  Its 5 year      #
>     # mission to explore strange new worlds to seek out new life and new #
>     # civilizations to boldly go where no man has gone before!           #
>     #                                    Captain J. T. Kirk              #
>     ######################################################################

I post it, even though it is rather a general Unix (admin
I suppose) question, since many Linux user are 
beginners in both Unix and Unix admin.

Ok. You mount the disk, so it appears as part of your
directory structure. Say you mount it
mount /dev/fd0 /floppy
and if you 
cd /floppy
ls
you are listing the contents of the floppy.
To do that, the floppy must contain one of the supported
file systems (Minix, efs, Dos, Xenix).
To mount a floppy with different fs than Minix, you
specify it with the flag -t <fs>, to mount. Note that
Xenix is not officially supported.
Now, to make a fs you use 
mkfs or mkefs.
If you want to use mtools, you have to set it first
correcly ;), and than just use it as in dos (ie no
mounting).
mcp foo a:
for example.
Usage of mtools is quite limited now, since you can mount
dos as a regular disk (mount -t msdos /dev/fd[01]
/floppy).
Such disk should be formatted with dos format. (which
also puts filesystem structure, hence confusion).


			Rafal
-- 
/|| " Numbers exist only in our minds. There is no physical entity that
 ||  that _is_ number 1. If there were, 1 would be in a place of honor 
 ||  in some great museum of science, and past it would file a 
==== steady stream of mathematicians gazing at 1 in wonder and awe. "
From: aisk@castle.ed.ac.uk (Sotiris Karagiannis)
Newsgroups: comp.os.linux
Subject: Seagate 3144A + ST-251-1 with 16bit AT controller (HOW?)
Date: 18 Nov 92 23:10:17 GMT
Organization: Artificial Intelligence , Edinburgh University , UK

Hello there,
I have been with Linux for the past 10 months and really never had any
problems , except some minor ones that I was  able to solve myself ,
with the help of the articles posted in the newsgroup.
So now , I think it is time to post ...

Here is my problem :

I have a 486-50 , ET4000 
Multi-IO controller 2Serial , 1Parallel , IDE , FLOPPY
I 'inherited' recently a 16bit (WD1003-MM2) AT HD Controller and
a ST-251-1 Hard disk , which I would like to put working.
From the past articles refering to MFMs+IDEs , XT disks , etc,
I got the impression that :

If you have the IDE controller set as the primary one and also 
set the type of drive in the CMOS , 
change the WD controller to use the secontary address (170H)
put 0 or NO-HARD-DISK in the CMOS for the second disk

THEN the only thing you need , is just a driver to access the
second controller through the ports at 170H..173H 

Right .... I found a Shareware program called 3_DRIVES (somewhere
in the dskutl directory in simtel20) and checked if the HARD DISK
was working ....
Success... I know can have access to the disk but only through DOS.
I can even make it a stacker drive and use it for storage...
But what about Linux ? 
It should not be very difficult to implement a driver like the SCSI
ones and add it to the Kernel ...
Really , the main information about registers and ports is there ...
You only need to add support for the secondary addresses ...
I also took a look in xt_disk driver , but the registers are quite 
different between XT and AT type controllers (????)
And since I am not a C guru , 

ANY HELP WELCOME ...
(Maybe Pat , the guy that has written the code for the xt_disk driver
 could mail me , or post to the group ???)

Thanks in advance ...

Sotiris 
--------------------------------------------------------------------------

email :  aisk@uk.ac.ed.castle (JANET)
         aisk@castle.ed.ac.uk (the WORLD)


------------------------------------------------------------------------------
 Sotiris Karagiannis                                (aisk@castle.ed.ac.uk)
 Artificial Intelligence Dept                       (sk@dcs.ed.ac.uk     )
 Edinburgh University , SCOTLAND , UK
Newsgroups: comp.os.linux
From: jaggy@purplet.demon.co.uk (Mike Jagdis)
Subject: Linux Speedup
Organization: FidoNet node 2:252/305 - The Purple Tentacle, Reading
Date: Sat, 21 Nov 1992 13:26:00 +0000

DS> My problem is that I think that X is far too slow.  What Can
DS> I do to speed the computer up???

DS> 386-40

A 486 would help if you are in a position to upgrade the motherboard.

DS> 4MB-70ns RAM

4Mb is definitely on the small side for X. 8Mb will eliminate a *lot* of 
swapping!

DS> 65MB ST-277R drive, 28ms access, 650kB transfer rate.

And with a 28ms access time it's probably swapping that's crippling you.

DS> When I type startx -np am I not disabling TCP.

Shouldn't that be startx -notcp?

DS> ++ Can anybody help me with my monitor I have:
DS> Card: 25 28 26 Mhz clock occilators on card
DS> Moniter: 31.5khz horizontal, 60-70khz vertical
DS> (I figure the Monitor is the weak  link)

Get modegen.taz from nic.funet.fi or tsx-11.mit.edu.

                                Mike
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Newsgroups: comp.os.linux
Subject: where are good telnet and ftp for 0.98.5
Date: 20 Nov 1992 21:46:23 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
NNTP-Posting-Host: slc12.ins.cwru.edu



i couldn't seem to find them on tsx-11, just some patched for
telnet.

thanx alot.

-- 
maThiEu a. LeWis     "Don't ask me/what you know is true/don't have
cyber-mercenary       to tell you/I love your precious heart/I/I was
Thieves Like Us       standing/you were there/two worlds collided/and
mal11@Po.cwru.edu     they could never tear us apart."
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Is it possible to mount the OS/2 HPFS from Linux?
Date: 22 Nov 92 14:24:21 GMT
Organization: University of Helsinki

mmannan@lynx.dac.northeastern.edu (Mohammed Mannan) writes:
>Is it possible to mount the HPFS file system? If not, will it
>be possible in the future? anyone working on it?

Not possible.  Don't know that anyone is working on it.  Shouldn't be
too difficult after getting the documentation on HPFS; however, as is
usual with big and evil companies, it is uncertain if IBM distributes
them (I'd be glad to be proven wrong, though).

--
Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
   MS-DOS, you can't live with it, you can live without it.
Newsgroups: comp.os.linux
From: walk@mrcnext.cso.uiuc.edu (Todd Walk)
Subject: >486SXs as unix iron
Organization: University of Illinois at Urbana
Date: Mon, 23 Nov 1992 18:42:31 GMT

To you guys who mailed me asking for the place selling the 486SX board,
I got it wrong, it's Treasure Chest.

I called them this morning asking about the price of the board, and
they said it's now >$300 (in CS at $229).  They said that intel
raised the prices on the 486 line.

Does anyone know anything about this?


					Todd Walk
					walk@mrcnext.cso.uiuc.edu

Newsgroups: comp.os.linux
From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
Subject: Re: Just when I thought I was catching up ...
Keywords: 0.98pl5, SLS
Organization: Naval Research Laboratory
Date: Wed, 18 Nov 1992 20:44:21 GMT

In article <1992Nov18.195626.21694@u.washington.edu> stern@amath.washington.edu (L.G. "Ted" Stern) writes:
>3) Should I just go with what I have for now, and wait for Linux 1.00 to come
>out?

	Unless you need a new feature or a bugfix, or if you like to hack the
kernel, you could easily go with this option.

-Eric 
-- 
Eric Youngdale
Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: SLS update (addendum)
Organization: University of Victoria, Victoria, BC, CANADA
Date: Wed, 18 Nov 92 06:21:51 GMT

It seems that I made a crucial mistake with the soft link in a5/zafix.taz
in the .98p5 upgrade (I forgot to make the  /usr/bin/X11 link relative
to ../X386/bin so that the installation won't fail.  But when I tried
to upload the replacement, it failed.  The tsx-11 disk is full.  

So, you can get it from sunsite.unc.edu:pub/Linux/Incoming/zafix.taz
until Ted can fix this up.  

Peter
From: duty@ariel.ucs.unimelb.EDU.AU (Duty Programmer)
Newsgroups: comp.os.linux
Subject: GNU (?) compress (4.0.1) -c bug
Date: 23 Nov 1992 16:39:26 +1100
Organization: Information Technology Services, University of Melbourne
Distribution: world
Reply-To: rab@tauon.ph.unimelb.EDU.AU
NNTP-Posting-Host: ariel.ucs.unimelb.edu.au

After installing some new man pages the other day i tried to look at
one using the man-1.1 (?) package, and received the error message
"stdin: not in compressed format". As man has always worked well for
me, i looked into this further and discovered that the problem is that
the version of compress i was using (recently updated from hlu's disks)
has a trivial bug which prevents it from working (as is) with the man
package (as configured).

The 'bug' is this: (un)compress has a '-c' switch, which is supposed
to mean "write output on standard output, don't delete original".
When used with compress, '-c' makes compress act like zcat.

I have no idea where my old version of compress was from, but it worked
quite happily in this regard, as the man package is configured to run
pilelines of the form:

   groff ... /usr/man/man1/blah.1 | compress -c > /usr/man/cat1/blah.1.Z

when it produces compressed pre-roff'ed man pages. I ftp'd to prep and
downloaded compress-4.0.1.tar only to find that it was the *same*
compress that hlu had on his bootable rootdisk and that the bug is
there in the source code, viz:
> case 'c':
>    zcat_flg = 1;
The '-c' switch is clearly intended to work when uncompressing (in fact
zcat-ing!), but is broken when compressing. (Actually, it is totally
redundant in this context, since compress will write to stdout when
reading from stdin anyway.)

So, although the solution is entirely trivial wrt man (just get rid of the
'-c' option), it appears to be a bug. I'll mail this to the authors, but
i thought i'd mention it here in case other people were bitten by this.

rab
------------------------------------------------------------------------
Richard Brown                     | E-mail: rab@tauon.ph.unimelb.EDU.AU
School of Physics                 | Phone : +61 3 344 5081
University of Melbourne           | Fax   : +61 3 347 4783
Parkville Victoria AUSTRALIA 3052 | Telex : AA35185
Newsgroups: comp.os.linux
From: pm2@aries.demon.co.uk (Paul Ma)
Subject: Tape Drives Support
Distribution: world
Organization: Demon Internet Services
Reply-To: pm2@aries.demon.co.uk, pm2@doc.ic.ac.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.18)
Date: Fri, 20 Nov 1992 02:01:58 +0000

Hi,

What type of tape drives are supported in Linux?  I know the QIC-02 is
supported.  Are there any plans to support others?

Paul.

-- 
Paul Ma                                Email : pm2@doc.ic.ac.uk
Department of Computing                        pm2@aries.demon.co.uk
Imperial College                               70262.3352@compuserve.com
University of London		       
United Kingdom                         Voice : +44-81-2082677
From: n217cg@tamuts.tamu.edu (Scott Taylor)
Newsgroups: comp.os.linux
Subject: Re: >486SXs as unix iron
Followup-To: comp.os.linux
Date: 24 Nov 1992 05:19:10 GMT
Organization: Texas A&M University, College Station
NNTP-Posting-Host: tamuts.tamu.edu

In article <17851@borg.cs.unc.edu> faith@cs.unc.edu (Rik Faith) writes:
>In article <By6MMx.HE0@news.cso.uiuc.edu>, walk@mrcnext.cso.uiuc.edu (Todd Walk) writes:
>|> To you guys who mailed me asking for the place selling the 486SX board,
>|> I got it wrong, it's Treasure Chest.
>|> 
>
>   ......stuff about Treasure Chest deleted...
>
>I'm *NOT* going to buy anything from Treasure Chest.  If more people report
>similar price switching, perhaps a note to CS would be in order.
>

I know this probably doesn't belong in this group, but I just had to put my
2 cents in ;-)  I bought a Seagate ST251-1 from Treasure Chest about 2 years
ago annd had a horrible time trying to return it; tech support wouldn't answer
the phone or return my calls.  They finally called me after I called  Seagate
and sent Computer Shopper a note explaining my "problem".

Don't do business with TC; there are other vendors that are at least as cheap
and are much better to deal with (Microlab and Hard Drives International being
two of my favorites).

>-- 
>Rik Faith: faith@cs.unc.edu
>What I tell you three times is true.  --Dodgson
>

Scott Taylor
n217cg@tamuts.tamu.edu
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 19 Nov 1992 09:02:20 MEZ
From: Ulrich Pegelow <PEGELOW@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.os.linux
Subject: Re: Joe won't go

Robert Chen (rchen@fraser.sfu.ca) writes:
>However, when I run joe it text mode, all I get is a mess on the
>screen.  It seems as though joe is having trouble positioning the
>cursor for writing to the screen.

The problem seems to be one incorrect entry in the terminal
description for console in /etc/termcap.

Simply replace

       :cb=\E1K:

with

       :cb=\E%i%dH:

At least this worked for me.

Hope this helps

Ulrich
<pegelow@dmswwu1a.uni-muenster.de>
Newsgroups: comp.os.linux
From: hlu@eecs.wsu.edu (H.J. Lu)
Subject: A new libc.so.4.2 (Re: libc.so.4.2 bug?)
Organization: School of EECS, Washington State University
Date: Mon, 23 Nov 92 23:04:48 GMT

In article <9893@vtserf.cc.vt.edu>, tdunbar@vttcf.cc.vt.edu (Thomas Dunbar) writes:
|> 
|>  using /pub/linux/GCC/libc.so.4.2 and Rik Faith's recently uploaded
|> make v 3.62, i get a segmentation fault..when i link back to libc.so.4.1,
|> make works fine.
|>

make core dumped? I thought I had fixed this bug. That is due to the change
of glob () in glibc 1.05. Could someone please verify this? I know the new
make I made works since I have been using it for more than a week. I have
put old glob () in libc.so.4.2 for old binaries and I have checked it worked
with my old make v 3.62 at the time.

BTW, I just put a new libc.so.4.2 on tsx-11. I disabled those warning at least
until I get sysdlog to work. I also put back the old usg style signal ().

H.J.
-----
This is a special release of the shared image for the C library 4.2.
Since 0.98 pl 5 has uncovered a few bugs and changed fd_set, it has
become necessary to make this partial release. There is only
libc.so.4.2.Z on tsx-11.mit.edu under pub/linux/GCC.

You will get quite a few harmless warnings but all the previously
reported problems are gone. Until the full release of the C library
4.2 is out and old binaries are recompiled, you have to live with it.
I am still waiting for the releases of gcc 2.3.2/2.4 and libg++.a 2.3.

I disabled those warning at least until I get sysdlog to work. I also
put back the old usg style signal ().

To install libc.so.4.2, do

  cd /lib
  cp libc.so.4.2 foo
  mv foo libc.so.4.2	# Do this to save some space.
  ln -sf libc.so.4.2 libc.so.4

  If you have an early version of libc.so.4.2 installed, this one is
  1121, you may have to play with it, like
  
  cd /lib
  cp libc.so.4.2 libc.so.4.2.old
  ln -sf libc.so.4.2.old libc.so.4
  
Note: c++ binaries linked with non-jump table shared library won't
      work with the new shared image as usual.

H.J.
hlu@eecs.wsu.edu
11/22/92