HDTenEightyP/NetNews huggingface dataset:
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: Problems with 0.98 and serial ports
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Sun, 4 Oct 1992 20:21:24 GMT

   From: tl@etek.chalmers.se (Torbj|rn Lindgren)
   Date: 3 Oct 92 19:44:03 GMT

   You should NOT use the internal loopback mode to test if there is an
   UART at an address, many internal modem doesn't emulate that.

   It is a well known problem, and it is indeed one of the most common
   mistakes in serial routines!

Yes, but is this a bug in the serial routines, or a bug in the internal
modem?  :-)

My problem is that just testing that to see if a port returns 0xFF or
not is not good enough --- that tells you if a device is present on that
port, but NOT whether it is a serial board or something else, like a
SCSI controller.  For example, as both boards come configured from the
factory, the Accent Async board uses the same I/O ports as the Ultrastor
SCSI controller does.

At the moment, if the loopback mode is not there, the kernel does not
print that serial line as being configured, but if you write to it,
things will work (although the kernel will treat it like a 16450,
instead of 16550).  That may change in the future, so that people don't
accidentally write to a non-existent serial port, and end commanding
their SCSI controller to format their disk drives  :-)

Can someone send me a foolproof way of determining whether one of these
internal modems is present, given that they are deficient in not
implementing the internal loopback mode?

							- Ted
From: glenn@cs.utexas.edu (Glenn G. Lai)
Newsgroups: comp.os.linux
Subject: Can't boot from hard drive
Date: 26 Sep 1992 17:02:54 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: paducah.cs.utexas.edu

I recently got a 207-MB Western Digital Caviar 2200.  I first tried allocating
the entire drive to DOS; no problems--I could boot from the hard drive.  I
then repartitioned the drive, reserved /dev/hda1 (31MB) for DOS, and installed
0.97p2.  Now I can no longer boot DOS from the hard drive; I've tested this
on three different motherboards and three different IDE controllers.  Of all
the DOS disk utilities I've tried, none complained about any bad sectors.
I suspect that my attempt at using lilo (?) caused this to happen.  Any
ideas on how to fix this?


Glenn
glenn@cs.utexas.edu
Newsgroups: comp.os.linux
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: ingres update
Date: Tue, 29 Sep 92 09:38:04 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I've uploaded fixes to allow ingres to compile and install properly.
Please note that you need byacc and not bison in order to build ingres.
Please make sure that README and update1.lzh both have dates AFTER Sep 28.

Any more comments are welcome,

Zeyd

Newsgroups: comp.os.linux
From: drew@caesar.cs.colorado.edu (Drew Eckhardt)
Subject: Re: is RLL SOL?
Keywords: ST-238R, RLL
Organization: University of Colorado at Boulder
Date: Thu, 1 Oct 1992 22:03:17 GMT

In article <1992Oct1.120223.1109@aau.dk> psykseth@aau.dk (Seth Chaiklin) writes:
>I have looked in the various INSTALL docs, and the FAQ (from July) and nary
>a peep about whether Linux can be installed on an RLL drive.
>There was a peep that MFM, ESDI and SCSI were possible, so perhaps by
>implcations RLL is out of the running.

Linux supports anything that's register compatable with a WD1003 MFM 
disk controller (ie, the original PC-AT disk controller.)  Most AT MFM, 
RLL, ESDI, and IDE setups look like this.  

XT compatable disk controllers won't work.

Generally, the rule is if you have the disk configured into the 
CMOS setup of your machine, it will work (because the BIOS is talking 
to a WD 1003 compatable board), otherwise it won't.

SCSI disks are special, and handled by their own drivers.


>Anyway, I have this wonderful ST-238R which Linux 0.97.11 could not read
>(according to fdisk).  Am I doomed to live on floppies (or find a rich uncle)?

You probably can get by with buying a new disk controller.  Look around,
you should be able to find one used for ~$20.  Note that you will have 
to re-lowlevel format the disk.

-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but 
marketing's sins don't come close to those of legal departments.
Boycott AT&T for their absurd anti-BSDI lawsuit.
From: liljeber@hydra.Helsinki.FI (Mika Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: Problems with 0.98 and serial ports
Date: 3 Oct 92 09:30:13 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Oct3.021323.13142@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) wrote:
> Yup, that sounds like it.  The new code uses the loop-back device to
> make sure that there's really a UART at that location (as opposed to a
> SCSI controller ---- which turns out to be a problem since there is a
> port conflict between the Accent Async board and Ultrastor SCSI
> adaptors.  Fortunately, (once a minor bug was fixed) the serial driver
> can figure out that there really isn't a UART there and not screw
> anything up.

Um, this loop-back feature can't go on by accident, I hope? I've been
having a weird intermittent problem lately (0.97pl6 and 0.98, I think).
All of a sudden, in the middle of a kermit session, the send/receive
leds on the modem light up brightly and the flow control leds start
blinking madly -- and kermit starts spewing garbage. Resetting the
modem doesn't help (Oh it hangs up the line, of course, but the send
and receive leds remain brightly lit). This sound a lot like a wayward
UART in loop-back mode and kermit echoing madly. :-) I have to reboot
the machine to get the serial line working reliably again.

The problem occurs more often under X, something to do with interrupt
latency, I suppose. Also, a friend (logged in from a dialup line)
managed to trigger this problem several times, trying to download files
with zmodem. On a dialup line the problem is quite serious, because
all the garbage gets fed to the shell. No telling what mayhem might
happen (We ended up with a directory full of zero length garbage files.
Twice.).

The relevant equipment is: 16550AN UART and US Robotics HST Dual Standard.
Uugetty from the getty_ps packaged handles the dialup line. I'm using
rts/cts flow control and a fixed DTE rate of 38.4kbps.

Ideas?

> 
> 					- Ted

	Mika
--
Mika Liljeberg			Email:	liljeber@hydra.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
From: pshuprs@prism.gatech.EDU (Howlin' Bob)
Newsgroups: comp.os.linux
Subject: Local Bus HD and VGA
Date: 6 Oct 92 14:27:27 GMT
Organization: Georgia Institute of Technology

While I think everyone believes that local bus systems will WORK
with Linux, I'd like to know something before investing in one.
(currently, I'm looking at a HD Computers  486/33 with 265k cache, 170 MB
IDE hard drive, local bus IDE controller and ET4000 SVGA w/32k colors).

How well do the Linux drivers take advantage of local bus?  I understand
that the local bus advantage depends greatly on software using its 32-bit
data path.  Since my system would have local bus IDE and SVGA, I'm
very interested in 32-bit device drivers for these.

I'm compiling all the information I've run across about local bus and
Linux...maybe I should send it to whomever maintains the appropriate FAQ?
 
Robert
 

-- 
Robert Sanders 
Georgia Institute of Technology
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!pshuprs
Internet: pshuprs@prism.gatech.edu     OR  gt8134b@prism.gatech.edu
Newsgroups: comp.os.linux
From: UPP201@rhrz.uni-bonn.de (Michael Burschik)
Subject: SLS 96c & X11: Displaysize doesn't seem to work
Organization: RHRZ Uni-Bonn
Date: Mon, 5 Oct 1992 10:38:44 GMT

I have X running in 640x400 or 800x600 (I think), and changes to
Displaysize in Xconfig don`t seem to have any effect (except when
I set it to some undefined value). What`s to do?
 
Cheers,
        Mike.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: alias
Followup-To: comp.unix.shell
Organization: Harvey Mudd College, WIBSTR
Date: Sat, 26 Sep 1992 19:06:06 GMT

I don't remember where the original author lived, but setting the
distribution to 'usa' when the principal developer of Linux lives in
Finland, and many other key contributors live in places such as the
UK, Germany, and Australia is not very friendly.

In article <2729@bsu-cs.bsu.edu> xain (Data) writes:
>Yes there is the command alias...  the sintax is a little different
>than the unix version....
>Here is an example:
>
>	Alias dir='ls -las'

Linux does not have the 'alias' command.  Linux does not have any
command.

However, the 'standard' shell on most Linux systems, Bash, does have
the alias capability.  Many other shells do as well.  There is no
difference on how bash on Linux would handle aliases than bash on any
other system.  Bash does handle aliases differently than the (t)csh
running on any system (Linux or other *ix-clone).

Also, the example you gave is wrong because 'bash' handles things (as
do most *ix programs) in a case sensitive fashion.

Follow ups are directed to comp.unix.shell, because this discussion
has little to do with Linux.
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
From: simonich@uservx.plk.af.mil
Newsgroups: comp.os.linux
Subject: Logitech bus mouse sub-optimal performance
Date: 2 Oct 92 18:12:43 GMT
Organization: Phillips Laboratory - Kirtland AFB

System configuration:

     386sx w/387
     Seagate ST-02 using IRQ 5
     Linux 0.98 w/Corey Minyard's mouse fix and tcp 
          and num-lock disabled (thanks Linus)

With X11v2.0 a/k/a Xfree86 comming out soon I decided
to get some Xperience. I loaded up tst/mouse from the
X11v1.1 release and typed "./mouse Logitech /dev/bm"
in the tst/mouse directory.
The results were not what I expected:


      button: 7, dx:0, dy:0   (from 1 to 3 times)

The system died at that point.  I could type anything but
nothing happened.  Any ideas?  operator malfunction???

Thanks.
Newsgroups: comp.os.linux
From: ketil@spurv.ii.uib.no (Ketil M. Malde)
Subject: Re: SPEED comparisons of ET4000 cards.
Reply-To: ketil@ii.uib.no
Organization: student of computer science at the University of Bergen, Norway
Date: 28 Sep 92 21:20:34

In article <1992Sep28.055653.5428@mintaka.lcs.mit.edu> feoh@hal.gnu.ai.mit.edu (Chris Patti) writes:

	   I will be using the card to design/play animations of
   various types under Linux (and possibly Dos/windows if the apps
   don't exist for Linux) and I only need to know one last thing..
   What's the fastest ET4000 based card on the market priced at ~$200?
   Are there any appreciable speed differences between the ET4000
   based Genoa, Boca, Tseng and other cards?

I think there was a recent issue of a british magazine (PCWorld?) that
had as a review of lots of video cards.  Apparently, S3 cards seems to
be the thing for those who can't afford a TI320[12]0 thingy.

	   I would consider buying an ATI Ultra as I think performance
   is better due to the built in Blitter, etc, however relatively
   flawless Xwindows operation is my main goal (aside from the
   animation I mentioned above) so unless 8514 support has been
   integrated into the server or at least stabilized I'll stick with
   an ET4000.

Yeah, this one did well in the test.  It also has built in
anti-aliasing, which would be nice.  I think there is a 8514 X11, but
I don't know for sure.


--
 = Ketil Malde                     In real life:  ketil@ii.uib.no =
 = Nuke the whales!                    Honk if you love unicorns! =
Newsgroups: comp.os.linux
From: tvr@cs.hut.fi (Teemu Rantanen)
Subject: Re: Slow SCSI Disk performance.
Organization: Helsinki University of Technology, Finland
Date: Thu, 1 Oct 1992 22:57:45 GMT

In article <3775@ra.nrl.navy.mil> eric@tantalus.nrl.navy.mil (Eric Youngdale) writes:
 > the end of this message.  I would guess that the I/O speed would
 > roughly double with these patches inserted.  For the aha1542, the
 > performance increase will be even more, because I changed some timing
 > values. 

   I tried scsi performance of 0.98 with and without this patch.
   Performance was the same (as it has always been), approximately
   57k/sec when reading a big file. Write performance is about the
   same than read performance. 

   Also BUSON / BUSOFF timing changes caused 'Over/Underrun -
   retrying' messages when writing to both floppy and scsi-disk at the
   same time. 

   I have an Adaptec 1542B controller and an (old) Priam 738 disk with no
   track buffering. 

   How much longer for new scsicode that supports many outstanding
   requests? 


	     				Teemu
Newsgroups: comp.os.linux
From: bulger@ug.cs.dal.ca (Fred Bulger)
Subject: Segmentation fault  using 'mount'
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Distribution: na
Date: Mon, 5 Oct 1992 03:58:25 GMT


  I'm attempting to install Linux 0.97 to my  hard drive and I've run across
a problem.  The system boots up from floppy nicely, fdisk recognizes the 
partitions, and mkfs runs fine as well - both on the linux partition /dev/hda2
and floppy /dev/fd1; however I am not able to mount either one.  Typing

'mount /dev/hda2  /mnt' results in a Segmentation fault and a core dump :-(

   Is this a bug with 'mount' or have I possibly done something wrong along the
way?
	   Any ideas?

				-Fred.

-- 
  Fred Bulger                |  1-(902)-429-3057  
  6137 Charles St.           |  bulger@ug.cs.dal.ca  
  Halifax, Nova Scotia       |  fbulger@ac.dal.ca 
  CANADA    B3l 1K8          |  bulger@moon.sba.dal.ca
Newsgroups: comp.os.linux
Subject: linux on Plus Hard Card?
From: hey, it is yourself <WJMCC@CUNYVM.BITNET>
Date: Monday, 28 Sep 1992 12:32:35 EDT
Organization: City University of New York/ University Computer Center

   Has anyone installed Linux on a Plus Hard Card?  The Plus Hard card needs sp
ecial software drivers in Dos, OS/2 and Unix.
From: talley@ashleigh.Kodak.COM (Brian K. Talley)
Newsgroups: comp.os.linux
Subject: Re: NJ/SML
Date: 30 Sep 92 12:16:27 GMT
Organization: Eastman Kodak Co., Rochester, NY

In article <1992Sep29.203910.2837@odin.diku.dk> dingbat@diku.dk (Niels Skov Olsen) writes:

[ text deleted ]

>I don't think so, because a split-up would probably just mean that
>people would cross-post to several groups in order to get more
>sighting. After all that's what's happening in other sub-trees,
>and I don't find it very managable.

Not from my experience.  If you tried to cram all the traffic from the Mac
or Amiga or NeXT newsgroups into one group, you might improve bandwidth a
little, but the user would have a bunch of fun wading through everything!
C.o.l. is fine, but there are more and more articles that have nothing to do
with the development of Linux (like this one, and yours).

This has concept has worked out fine elsewhere, so why would it be inapprop-
riate for Linux?

How about:

comp.os.linux           - General discussion
comp.os.linux.advocacy  - Discussions on pros & cons of Linux VS other Unix's
comp.os.linux.announce  - New releases and updates of software
comp.os.linux.beginners - Frequent FAQ posting & a place for beginners to
                          ask questions
comp.os.linux.hardware  - New device drivers, hardware compatibility issues
comp.os.linux.software  - Software discussions (eg: TeX VS FrameMaker)
comp.os.linux.tech      - In-depth hard/software discussion

>>No flames, please, I *know* you use a sh*tty newsreader who can't
>>handle a) more groups, b) crosspostings but only kill-files..but I
>>don't.
>
>If you intend to read all the groups and handle crosspostings, then
>why split up??? (No fl*mes intended :-)
>
>Niels

Do you really think there are *that* many people out there who would cross
post "HOW DO I PICK MY NOSE ????" articles to every Linux newsgroup that
frequently?

--Brian
__________
Brian Talley, Systems Consultant, Eastman Kodak Research Labs, Rochester, NY
talley@acadia.kodak.com

Newsgroups: comp.os.linux
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: ingres & byacc
Date: Tue, 29 Sep 92 21:49:25 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

OK, byacc was not on tsx-11.  I have uploaded the sources to tsx-11.
Look out for them in source/usr.bin.

Now you should be able to build ingres.

Zeyd
Organization: Middle East Technical University - Computer Center
Date: Sunday, 4 Oct 1992 16:04:40 TUR
From: <E59387@TRMETU.BITNET>
Newsgroups: comp.os.linux
Subject: Tcp/ip problem .

   Hi,

       I  compiled 0.98 and Tcp/ip , everything seems to be o.k. I made all

modificiations mentioned in netnews.It gives me "loopback init" and recognizes

my wd8013 ethernet card  when booting. But it gives me "network unreachable"

message when I try ftp or telnet.I think I missed something. But I dont know

where. Can you help me.



Thanks in advance!
From: mirons@ccs.northeastern.edu (Michael A. Irons)
Newsgroups: comp.os.linux
Subject: Re: DOS emulation under PD unix..
Summary: Lotus WILL run under unix
Date: 30 Sep 92 21:51:44 GMT
Organization: Northeastern University, CCS Dept.


	Actually Lotus 123 can run under Unix. They did a port for the
sparc stations that a friend of mine (and an old job of mine) work on.
He says that they have it at foxboro Co. He also said it costs an arm & a leg
so it's probably out of anyones price range. Also Lotus would have to be
talked into believing it would be worth there while to make a Linux version.
With the stat of the Kernel & GCC, changing so oftern, you'd have a hard case
to plead.

					Mike Irons

	If you have a Sun, try getting Lotus for that from them.

-- 

                                  Mike Irons;
                       mirons@Dworkin.CCS.Northeastern.EDU	(School)
                 mirons%minix1.uucp@MecEng.COE.Northeastern.EDU	(Home)
From: pdp@ariel.its.unimelb.EDU.AU (Paul Douglas Page)
Newsgroups: comp.os.linux
Subject: termios
Date: 3 Oct 92 04:48:46 GMT
Organization: University of Melbourne

Hi there,
I am trying to tackle the are old problem of converting old source codes to use 
termios.h that linux uses rather than the old sgtty stuff from V7 unix's. The
problem is I don't have any information on what commands like :-

ioctl(0,TIOCGETP,&osttyb);

and

icotl(0,TIOCGETC,&otchr);


are supposed to be doing, and their equivalent termios routine syntax.

Can any kind soul point me in the direction of a reference on termios and the
sgtty routines ?

I am sure may people have had to battle with this.


Thanks in advance
Newsgroups: comp.os.linux
From: stevek@m2xenix.psg.com (Steve Kirkendall)
Subject: Re: X and vi
Organization: Pacific Systems Group, Portland Oregon US
Date: Mon, 5 Oct 1992 20:16:31 GMT

In article <1992Oct5.025349.22107@umr.edu> dminer@cs.umr.edu (Dan Miner) writes:
>
>	I finally got X (1.2) working in 640x400 mode on my
>paradise "look-alike" card.  Now, vi just can't seem to get
>it through its thick head to look at the "win" structure for
>the current window size.  I had to edit my termcap entry for
>xterm to make vi usable (65 lines is a bit much on 24 line windows).
>I had play around and noticed that 'more' can do handle screen
>changes; so it's likely not xterm itself.  Anyone have a fix for
>vi?  (version 1.5)

First step: add -DS5WINSIZE to elvis' CFLAGS, and recompile.  Depending
on how SysV compatible linux is, this might be the last step, too.
Cross your fingers.

If it compiles okay but still doesn't recognize screen size changes,
then the next step would be to make sure that -DM_SYSV is in your CFLAGS,
SIGWINCH is defined in <signal.h>, and TIOCGWINSZ is defined in
<termios.h> (or <termio.h>).

If it doesn't compile, then you'll need to grep for "winsize" in the
/usr/include/*.h files, and patch elvis' "curses.c" file to include
the file that defines winsize.
From: mjalava@lk-hp-21.hut.fi (Mika Matti Jalava)
Subject: Re: Weird disk corruption (tar off msdos partition)
Organization: Helsinki University of Technology
Date: Mon, 5 Oct 1992 07:59:07 GMT

This disk corruption has plagued me, too. The HD driver doesn't seem
to do everything quite right.

For example I noticed that the "compiler internal error" where cc1
gets a fatal signal 11 is caused by a corrupted cc1 binary. The reason
why so many people seem to have the same problem might be that the cc1
program is quite big. If I copy (or tar or anything) a big file onto
the HD it occasionally gets corrupted. I also get error messages 

HD: write_intr: status = 0x51
HD: write_intr: error = 0x10

(Linus already told me what these mean. Sorry I don't remember what it
was, anyway something isn't ready when it should)

Setting the HD_DELAY in hd.c to something else than 0 doesn't remove
the messages, but it reduces the corruption problems. With the 0.98
kernel (or anything else I had on bootable diskettes) without HD_DELAY
I couldn't install gcc correctly on the disk (and I had just deleted
the old compiler!), so I had to link the bigger parts (cc1 and libc.a)
from a floppy in order to compile the kernel. You bet it took some
time! After that I got the compiler on the HD and now everything seems
to be OK as long as I don't copy huge files. I still can't get the
full emacs sources tar file copied from a partition to another without
corrupting it, but files the size of cc1 copy OK most of the time.

So, there is still something to do with the HD driver. It seems to be
rather marginally reliable as so many people have problems with file
and filesystem corruption. An interesting thing to notice is that the
older kernels (0.95 and before) didn't seem to have similar problems
at least on my machine. Maybe the speedups Linus has made have
something to do with this.

	Mika




Newsgroups: comp.os.linux
From: Andrew Haylett <ajh@gec-mrc.co.uk>
Subject: Re: selection-1.2 working under linux0.97.6: my 'strange' experiences
Reply-To: ajh@gec-mrc.co.uk
Organization: The Internet
Date: Wed, 30 Sep 1992 13:07:12 GMT

H.J. wrote:

| I have a selection 1.3 for 0.97 pl 6. If anyone is interested, I can put
| it up for ftp.

Don't bother. I am planning to put out a version 1.4 containing patches
against 0.98 shortly; it doesn't differ from version 1.3 in other
respects. I'm not sure what the problem is with the Logitech Mouse Man
rodent that another poster described; has anyone else got it working
with such a beast?

----
Andrew Haylett       | Inet: ajh@gec-mrc.co.uk   | Fax: +44 245 75244
GEC-Marconi Research | Tel: +44 245 73331 x.3283 | Telex: 995016 GECRES G

Newsgroups: comp.os.linux
From: yuanyin@utdallas.edu (Yuan-Yin Wu)
Subject: Chinese vi, TeX, etc
Followup-To: comp.os.linux
Keywords: celvis, cemacs, ChTeX
Organization: Univ. of Texas at Dallas
Date: Mon, 5 Oct 1992 19:14:21 GMT

I saw the port of cxterm (Chinese xterm) on Sunsite in directory
pub/Linux/X11/Incoming. For those who are interested in (or using)
Chinese, there are some more useful stuff in 
	ahkcus.org:/src/unix
For example you can find Celvis -- Chinese Elvis, which can edit Chinese
text.
 
There is also a Chinese TeX package (but not on the above site, try 
	archie ChTeX) which (among other things it can do) can translate 
the Chinese text created by celvis to a ps file so you can print.

I have had all the stuff since X11v0.1 under Linux -- a great OS.


-- 
Yuan-yin Wu      yuanyin@utdallas.edu       (214) 690-2152         
Newsgroups: comp.os.linux