HDTenEightyP/NetNews huggingface dataset:
From: dshaker@qualix.com (Doug Shaker)
Subject: Looking for 386BSD BBS
Reply-To: dshaker@qualix.com
Organization: QUALiX Group, Inc.
Distribution: usa
Date: Fri, 6 Nov 1992 23:44:31 GMT

I am looking for a list of BBS's from which one can download
386BSD files.  Failing a list, I would appreciate any recommendations
on a site local to the San Francisco bay area. Email preferred.
If I get enough data to be useful, I will summarize to the net.

 - Doug Shaker
	voice:	415/572-0200
	fax:	415/572-1300
	email:	dshaker@qualix.com
	mail:	Qualix Group
		1900 S. Norfolk St., #224
		San Mateo, CA 94403


Newsgroups: comp.unix.bsd
From: yeoy@a.cs.okstate.edu (YEO YEK CHONG)
Subject: Formating 5.25" disk
Organization: Oklahoma State University, Computer Science, Stillwater
Distribution: usa
Date: Thu, 5 Nov 92 18:25:03 GMT

Hello,
	There were a few postings that outlined the procedure to disklabel 
3.5" disk as:

	1)   cd /usr/mdec
	2)   disklabel -w -r fd0a floppy3 LABEL fdboot bootfd
	3)   newfs fd0a floppy3
	4)   mount /dev/fd0a /mnt

	This procedure works for my 3.5" floppy and for 3.5" floppy as
drive b. I used fd1a instead of fd0a and they work fine.

	Question 1:
	How do I format a 5.25" floppy?  I have tried using "floppy"
instead of "floppy3".

	Question 2:
	What are fdboot and bootfd?  man specify that they are packid and 
priboot sector respectively, but specifically I meant to ask if "fd" means
floppy disk.  And for that matter, what are asboot, bootas, wdboot, and 
bootwd.

	Question 3:
	Are there more then 1 disktype other then "floppy3"?  Where can
I get a list of disktype?  Or How can I define or creat new disktype?
	     
Many many thanks
Yeo...
From: duzan@oin.cis.udel.edu (Gary D. Duzan)
Subject: Re: [386BSD] Problems with a SMC Elite16 (WD8013EPC)
Organization: Your Organization Could Be Here!
Date: Sat, 7 Nov 1992 14:30:57 GMT

   While we are talking about this card, does anyone else's system
recognize it as a Starlan card rather than an Ethernet card? Or get
excessive silo overflow errors on the com ports when the Ethernet is
active? I use the 10-300-CC000 jumper and it seems to work fairly
well with the network, but some of these side effects are annoying.

                                   Gary D. Duzan
                                   Network Administrator
                                   Delaware State Hospital



-- 
                             duzan@cis.udel.edu
   _o_                       ------------------                         _o_
 [|o o|]       Virtual Reality? No thanks, I've already got one.      [|o o|]
  |_O_|       Disclaimer: I have no idea what I am talking about.      |_O_|
Newsgroups: comp.unix.bsd
From: mark@student.business.uwo.ca (Mark Bramwell CS STAFF)
Subject: ftp inc has bsd on cd-rom
Organization: University of Western Ontario
Date: Thu, 5 Nov 1992 15:19:30 GMT

I have seen alot of messages regarding 386bsd on cd.

I went to the Networld Dallas conference 2 weeks ago.

FTP Inc., the software company was handing out CD-roms to who-ever stopped
at their booth.  

On the CD, I received  the 386BSD directory tree from agate,

all of the RFC files.
Complete MIT X11 tree
MS-DOS directory containg NCSA, clarkson packet drivers, analyzer,
cutcp, ka9q, and many more.

Some Mac and WIN/NT files.

And a whole lot more.


I already had a working 386bsd box, but now I have a copy for archive
purposes.

People may want to check to see if they can purchase the CD from FTP Inc.
There was alot of very nifty files on it.  It appeared to be up to date.
The hosts.net file had a school in it, that was added to the internet in August.


mark@student.business.uwo.ca (Mark Bramwell CS STAFF)
Western Business School  --  London, Ontario
Newsgroups: comp.unix.bsd
From: troyf@microware.com (Troy Frericks)
Subject: Re: BSD for a 386
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Mon, 9 Nov 1992 16:14:57 GMT

Having not ftp'ed the sources, I can't be of much help...  Lots of people have
replied with 'you can get it for free...'

I think what the origional poster needs most at this point are some instructions.
Newsgroups: comp.unix.bsd
From: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Subject: Re: ftp/media sites in Italy?
Reply-To: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Organization: MRL - UIUC
Date: Fri, 13 Nov 1992 06:05:27 GMT

these are the best sellers:
dist.unige.it	130.251.1.4	university of genova
ghost.dsi.unimi.it	149.132.1.2	university of milan / computer science
sabrina.dei.unipd.it	147.162.2.106	university of padova / engineering
itncpl.cineca.it	130.186.34.12	university of trento / comput.physics lab
relay.iunet.it	130.251.1.17

of course, there may be others.
furio	
--
Furio Ercolessi
Materials Research Laboratory           |   Intl School for Advanced Studies
Univ. of Illinois at Urbana-Champaign   |   Trieste, Italy
furio@uiuc.edu                          |   furio@sissa.it
Newsgroups: comp.unix.bsd
From: alm@netcom.com (Andrew Moore)
Subject: Re: NFS problems with 386bsd (pl58+)
Keywords: NFS 386BSD SVR4
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 9 Nov 1992 23:36:04 GMT

In article <1992Nov9.193850.14331@lgc.com> danson@lgc.com (Doug Anson) writes:
>Hi:
>
>I have a small two node network where one machine is running 386bsd and the
>other is running SVR4.0.3.6. I have been NFS mounting a partition from the
>386bsd machine to the SVR4.0.3.6 machine. With this mount, I have tried compiling a large application (i.e. gcc.2.3.1) for use in the SVR4 environment.
>However, I have run into what looks like a memory leak in 386bsd within the
>NFS (or wd8003) subsystem. 
>
>Basically, what happens is that the NFS mount works fine when the NFS traffic
>is fairly light. However, during heavy NFS I/O, I'll sometimes panic the
>386bsd kernel. The panic complains:
>                          kmem_malloc: kmem_map too small
>

This may help... (another posting to 4bsd.bugs included a patch which
doesn't apply to 386BSD).
-AM

From: julian@tfs.com (Julian Elischer)
Subject: IMPORTANT PATCH!
Organization: Trw Financial Systems
Date: Tue, 3 Nov 1992 07:19:34 GMT


The following patch fixes a randomly initialised variable in the icmp
and raw socket code that can cause 'ping' and 'traceroute'
to never fully close their socket's internal structures
leading to a geometrically increasing number of lost mbufs until
the system runs out of appropriate virtual space, at which
time the system panics with a 'kmem_alloc: map too small' 
and halts.

EVERY time you run ping and traceroute you make the problem
worse
The 'rights' entry should not be there.

julian
+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
| (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
+- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\
	  v




*** netinet/raw_ip.c.orig	Mon Nov  2 23:09:51 1992
--- netinet/raw_ip.c	Mon Nov  2 23:10:30 1992
***************
*** 189,198 ****
  }
  
  /*ARGSUSED*/
! rip_usrreq(so, req, m, nam, rights, control)
  	register struct socket *so;
  	int req;
! 	struct mbuf *m, *nam, *rights, *control;
  {
  	register int error = 0;
  	register struct raw_inpcb *rp = sotorawinpcb(so);
--- 189,198 ----
  }
  
  /*ARGSUSED*/
! rip_usrreq(so, req, m, nam, control)
  	register struct socket *so;
  	int req;
! 	struct mbuf *m, *nam, *control;
  {
  	register int error = 0;
  	register struct raw_inpcb *rp = sotorawinpcb(so);


Newsgroups: comp.unix.bsd
From: julian@tfs.com (Julian Elischer)
Subject: ref.tfs.com
Organization: TRW Financial Systems
Date: Thu, 12 Nov 1992 00:57:05 GMT

could the following users of ref.tfs.com please ensure log in and mdd
a .forward file to their home directory.

abe
alm
andym
bakke
bob
boehme
brtmac
budi
cgd
clipper
danson
darryl
dave
david
dufault
dws
elh
fabio
fish
fontenot
gch
geoff
gjung
glenn
gra
gson
gthelen
guest
hasty
hls
hphk
jet
jmz
julian
jwisdom
kbcasey
kd
kevins
kolin
lape
lidl
luigi
luke
mark
mcnally
mdjb
mit
mjj
msuomala
muir
nix
olek
patrick
pauls
perelet
peter
pmcgilla
polowski
quillen
rellis
rjkm
rwillard
sarah
shimizu
spoo
staylor
stephens
sxs
tbuskey
terry
toad
todd
tra
tuomas
vic
whedle
wilker
wright


I would like a way of contacting you about the system and changes to it.
If you have never logged in but requested a login, your password
will almost certainly be '.'
(".")
change it asap
this is not a secure system. UIDS and passwords are only for convenience 
so we can tell which mail comes from who.

while I'm on, I might as well give the following 'roundup'
of activities on ref:

we are setting up mail aliases (maybe a list server later) to
co-ordinate people porting packages to 386bsd. If you wish to port any
package to 386bsd
then log on (as guest will do) and check the files /etc/workgroups 
and /var/lib/aliases.

If a workgroup exists for your package, or special 386bsd related interest,
add yourself (1 user per line) to the appropriate
file in /usr/aliases.

New workgroups and aliases may be added by any user wanting to
do so.

A MUD will be set up containing a number of 'Meeting rooms'
to allow people to take part in 'multi-way' discussions regarding 386bsd and 
package related matters. This MUD will not be an adventure and
I ask you to not extend it to be such. It is a facility for allowing
development on 386bsd to be easier.

to get yourself on a mailing list if you do not have internet access,
mail to julian@ref.tfs.com for now.

Interest groups so far include:

kernel: (generic)
kernel: (Isolan/Isolink drivers) /sys/i386/isa/if_is.c
Xfree86
xvgr:
mathlib:
ghostscript:
ghostview:
xfract:
gcc:
libg++:
binutils:
make:
xview:
ftptool:
archie: version 1.4.1
elm:
mush:
uemacs:
codrv: (Console replacement driver with special X386 support)
tf:     2.0.beta6
less:   version 48

also:  zip,unzip,and zip utilities (unknown persons)

I expect each of these to develop a separate mailing list.

things we still need:
a more complete MAN system that can handle nroff format man pages.
as well as cat format pages.

someone who really understands list servers.
a MUD expert.
Newsgroups: comp.unix.bsd
From: pusateri@duke.cs.duke.edu (Thomas Pusateri)
Newsgroups: comp.unix.bsd
Subject: [386bsd] console on serial port
Keywords: console 386bsd
Date: 11 Nov 92 15:28:48 GMT
Organization: Duke University Computer Science Dept.; Durham, N.C.

Does anyone know if it is possible to bring 386bsd up on a system
without a video card or keyboard but just a good old tty on a
serial port as the console?

I don't want to have one more monitor and keyboard in my office!

Tom Pusateri
pusateri@cs.duke.edu
Newsgroups: comp.unix.bsd
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: help --> where to find patches for kernel and etc...
Organization: University of Minnesota
Date: Fri, 6 Nov 1992 16:37:29 GMT

Forgive me if it is an FAQ:

	WHERE TO FIND PATCHES FOR KERNEL AND ETC....

Thanks in advance!

Harry
From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou)
Newsgroups: comp.unix.bsd
Subject: Re: bonnie i/o test results
Date: 6 Nov 92 23:28:22
Organization: Kernel Hackers 'r' Us
NNTP-Posting-Host: eden.cs.berkeley.edu
In-reply-to: eoahmad@ntuix.ntu.ac.sg's message of Fri, 6 Nov 1992 14:47:49 GMT


LOOK, I'M SURE I'M NOT THE ONLY ONE WHO'S SICK OF SEEING BENCHMARKS WITH
ABSOLUTELY NO TECHNICAL MERIT.

(and yes, i had to scream.)

In article <1992Nov6.144749.26760@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:

   Julian 486/50 16M RAM, bustek SCSI-2 disk,

		 -------Sequential Output-------- ---Sequential Input-- --Random--
		 -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
   Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
	      32   405 48.2   389  8.4   152  5.6   505 53.1   461 10.3  20.0  5.0

   My machine 386/25 8M RAM , IDE Maxtor 200M disk,

		 -------Sequential Output-------- ---Sequential Input-- --Random--
		 -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
   Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
	      16   121 99.2   350 15.6   190 17.7   108 99.8   454 16.4  25.9  8.9

   Just look at the Random seek figure, the smaller IDE is faster despite having
   more CPU load.



in terms of reading and writing, as you can see from your above stats,
Julian's SCSI disk generally kicks your IDE disk's butt.

The one stat you cite is average random seek time, and that's the probably
the *MOST* meaningless of all of the above stats.

why?  because i'll bet money that your maxtor 200 IDE is a 3.5" disk,
and i know that Julian's disk is 5.25".

I've got a 3.5" inch w/an average seek time of 12ms (which should get
me 83 seeks per second)...  what does that prove, in terms of SCSI vs.
IDE?

*NOTHING*

why?  because i'm pretty sure that they make the same disk w/ an IDE
controller.



PLEASE, before posting any more benchmarks:
	(1) learn about disk architecture.
		If you knew anything about it, you'd know
		that seek time is *disk* dependent, not
		controller dependent.

	(2) run the benchmarks on "equivalent" hardware.
		for instance, Maxtor 200M IDE vs. Maxtor 200M SCSI
		(i'd to the SCSI benchmark for you, but the only
		Maxtor 200M SCSI I have kicked off a few months ago...)


<sigh>

and now back to some driver hacking...

Chris
--
Chris G. Demetriou                                    cgd@cs.berkeley.edu

"Sometimes it is better to have twenty million instructions by
        Friday than twenty million instructions per second." -- Wes Clark
From: pbd@runyon.cim.cdc.com (Paul Dokas x4629)
Newsgroups: comp.unix.bsd
Subject: does the UMC chipset work with 386BSD?
Date: 9 Nov 92 19:07:11 GMT
Organization: ICEM Systems, Inc.

I'm looking at a 486DX-33 (2 VESA LB slots, 6 ISA slots, 256K
cache, 8 MB DRAM) that uses the UMC chipset with an Intel 486.
Has anyone heard of the UMC chipset?  And does anyone know if
I'm going to have problems running 386BSD?

BTW, I'm a little ignorant when it comes to [34]86 motherboards.
The UMC chipset that I'm talking about serves the same function
as the OPTi chipset in my 386DX-40.

Quick responses are greatly appreciated (I want to buy the machine
today (11/9) or tomorrow (11/10))
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/*                     oh what the hell                     */
Xref: sparky comp.unix.bsd:8532 comp.os.linux:15912
From: exuptr@exu.ericsson.se (Patrick Taylor)
Newsgroups: comp.unix.bsd,comp.os.linux
Subject: Re: Linux/386BSD on Compaq Deskpro 386/25
Date: 5 Nov 92 23:34:19 GMT
Organization: Ericsson Network Systems, Inc.
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

In article <id.L9PU.XI2@ferranti.com> peter@ferranti.com (peter da silva) writes:

>I'm considering buying a used Compaq Deskpro 386/25. I'll be using a Maxtor
>XT4380E or Miniscribe 9380E with an as yet undetermined ESDI controller. Has
>anyone run Linux or 386BSD on a similar platform? What sort of controller
>would work best in this environment (don't say SCSI, I have a good deal on
>the drive)? 


What sort of things should I be watching out for?

Good deals on SCSI drives ;-)

>-- 
>% Peter da Silva % 77487-5012 % +1 713 274 5180 % Har du kramat din varg idag?
>(<<VV$@\\$'&O 9$O%'$LT$&$"V6"$&$<4$?'&$ #I&&?$=$444@)24 24 scale newpath/P true
>def 3 21 moveto{dup 36 eq{pop/P P not def}{dup 7 and 4 sub exch 56 and 8 div 4
>sub P{rlineto}{rmoveto}ifelse}ifelse}forall stroke showpage %          `-_-'
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                ! PEROT IN '96 !
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: XView - how much of it is available?
Date: 12 Nov 92 17:38:24 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de
Keywords: xview openlook

In <1992Nov11.222928.24053@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) writes:

>In article <veit.721471372@du9ds3> veit@du9ds3.uni-duisburg.de writes:
>>
>>Here is an interim fix for OLVWM, the virtual desktop WM, which seems to
>>                             ^ !!
>>work fine. Ah, I forgot one patch: There may be some \<space> lines in
>>the Imakefile which have to be corrected manually.
>>

>You also need strtod(), which is not in the libc.a that comes with the
>386BSD distribution.  A quick fix is to hack the strtod.c file that
>is part of GNU libc.  I haven't spent a lot of time on it, but I'm
>in the process of adding it to my libc.a.  I haven't noticed any
>references to this missing function before.

>The man page for strtod() mentions that it is not implemented.  Maybe
>we'll see it in the next release of 386BSD?

>-- 
>Jim H.
>*
>* James L. Henrickson  |  "I don't need a signature, I need a job!"
>* ujlh@sunyit.edu      |  BSCS, December 1992

You are right. As a quick and dirty hack, I used
	if (sscanf(...,"%f",&...) != 1)
at the position where strtod is used. This is reflected in the above
referred patchkit.

Furthermore, for xview clock, the 'rint()' function is missing. A fast
hack, which does not cause much trouble in the used context is
#define rint(X)		((double)((long)X))



Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject: XFree386 and mice 
Keywords: LogiTech, MicroSoft, mice, XFree386
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Sat, 7 Nov 92 14:01:33 GMT


I got XFree386 running fine with one exception:

It works fine for an older Logitech mouse (this older one design with the
rectangular buttons). 

But I can't get the hell working any of the bunch of mice I have lying around
like smartmouse, genius-mouse, Logitech (streamlined one), klone mice - 
all are claiming to be Microsoft compatible mice.

But when I enable the MicroSoft option line in Xconfig I can't get any mouse
movement out of these bastards. 

Any hint welcome, please.

--
--Chris
Christoph P. U. Kukulies
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.
From: root@hrd769.brooks.af.mil (Super User)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] Colorado Jumbo tape drive device driver.
Date: 7 Nov 1992 08:37:51 -0600
Organization: Armstrong Lab MIS, Brooks AFB TX
Distribution: world
NNTP-Posting-Host: hrd769.brooks.af.mil
Keywords: Colorado, No dice, Tape drive

>|> 
>
>This was discussed a few months ago, I believe the final answer was
>that something in Colorado drive I/O was proprietary, and Colorado 
>wouldn't share, so you can't write the driver for them.  I could be
>wrong though, I didn't follow the thread too intently.
>
>Regards,
>Matt

Hello all,
  I was pursueing pretty much the same thread in comp.os.minix about a year
ago.  Does the Jumbo tape drive have a QIC number?  If so, the address to
write to for the complete scoop on the interface is available from
Freeman Associates in California for FREE!  If it does, drop me a line and
I will scramble around here until I find all of my stuff.

  I had the same thought for my QIC-40 floppy tape drive for minix.  The
actual interface was a relative snap (although I never did commit it to 
disk), but the error correction algorithm used is very scary.  I had to 
sit at the feet of a mathematician for a solid week before I understood
the rudiments of finite field mathematics.  Reed-Solomon ECC is its name,
and it is not for the faint of heart!!!  The project was pretty much 
undoable for Minix because of the requirement that one track of the tape
needed to be in memory at a time to ensure complete, verified transfers.

  One thing is for sure though, there isn't a company alive that will tell
you much of anything about the ECC method, mostly because most of the
tape companies bought it as a black box to plug into their code.  The
authors did a GOOD job, and if anybody wants to plop down the $n^18 for 
it to be included in 386bsd (I don't) we could probably get the same code
working here.

  After All the help I got with the Adaptec Controller question I asked
last week, I figured this was the least I could do.

TSgt Dave Burgess
NCOIC AL/MIS
From: pey@brain.hsc.usc.edu (Pey-Jiuan Lee)
Newsgroups: comp.unix.bsd
Subject: Xfree86 mono server, help!
Date: 6 Nov 1992 23:34:56 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: brain.hsc.usc.edu
Summary: help for start xfree86 mono server!
Keywords: Xfree86, mono vga

Help!

I installed binary distribution of XFree86 from agate.berkeley.edu. My display
card is an old Trident compatiable card. It seems like I can only run 
the Xfree86 under mono server. But I don't know how to start 
the mono server or how to configure the the Xconfig.

Any pointer would be appreciated.

Kai-Ping
Newsgroups: comp.unix.bsd
From: jkh@esel.lotus.com (Jordan K Hubbard)
Subject: [386BSD] whither vmstat?
Organization: Lotus Ireland
Distribution: comp
Date: Thu, 5 Nov 1992 10:14:55 GMT

I'd like 'ol vmstat back - has anyone ported it?

				Jordan
			PCS Computer Systeme GmbH, Munich, West Germany
	UUCP:		pyramid!pcsbst!gj gj@meepmeep.pcs.com
	EUNET:		unido!pcsbst!gj
Newsgroups: comp.unix.bsd
From: fpm@crash.cts.com (Frank Maclachlan)
Subject: Speedup for 386BSD 0.1 pccons display (w/ patch)
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 11 Nov 92 14:44:34 PST
Summary: Roughly doubles scrolling speed
Keywords: 386BSD pccons patch

The 386bsd 0.1 console display driver, '/sys/i386/isa/pccons.c',
uses bcopyb() to block move screen memory when scrolling up.  This
is inefficient on machines w/ a 16 bit or greater data path to the
screen memory.  I changed the bcopyb() call to bcopy() and realized
a 2x speedup when displaying scrolling text w/ a 16 bit VGA card.

The following diff is against the original (virgin) 386bsd 0.1
/sys/i386/isa/pccons.c file:


*** pccons.c.ORIG	Tue Aug 11 17:08:53 1992
--- pccons.c	Wed Nov 11 15:06:34 1992
***************
*** 791,797 ****
  	}
  	if (sc && crtat >= Crtat+vs.ncol*vs.nrow) { /* scroll check */
  		if (openf) do (void)sgetc(1); while (scroll);
! 		bcopyb(Crtat+vs.ncol, Crtat, vs.ncol*(vs.nrow-1)*CHR);
  		fillw ((at << 8) + ' ', Crtat + vs.ncol*(vs.nrow-1),
  			vs.ncol);
  		crtat -= vs.ncol;
--- 791,797 ----
  	}
  	if (sc && crtat >= Crtat+vs.ncol*vs.nrow) { /* scroll check */
  		if (openf) do (void)sgetc(1); while (scroll);
! 		bcopy(Crtat+vs.ncol, Crtat, vs.ncol*(vs.nrow-1)*CHR);
  		fillw ((at << 8) + ' ', Crtat + vs.ncol*(vs.nrow-1),
  			vs.ncol);
  		crtat -= vs.ncol;
--
UUCP: {hplabs!hp-sdd ucsd nosc}!crash!fpm
ARPA: crash!fpm@nosc.mil
INET: fpm@crash.cts.com
Newsgroups: comp.unix.bsd