HDTenEightyP/NetNews huggingface dataset:
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Ethernet card
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Fri, 14 Aug 1992 15:09:06 GMT

In article <michaelv.713756052@test.cc.iastate.edu>,
  michaelv@iastate.edu (Michael L. VanLoon) writes:

| Once again: IRQ 2 is _unavailable_ in an AT. [...] Your card,
| intelligently, reassigns IRQ 2 requests to IRQ 9 if it's put into an
| AT.

Not entirely correct.  The IRQ2 pin (fourth pin from the rear, non
component side), is *physically* connected to the IRQ9 signal, which
is connected to the second PIC.  (It is true that the second PIC chains
to the first one throught the IRQ2 signal.) The *software* ``reassigns''
the interrupt by diddling the second PIC instead of the first when
it notices that the card was set to interrupt on IRQ2.

-- 
---
 Robert Withrow, R.W. Withrow Associates, Swampscott MA 01907 USA
 Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
Newsgroups: comp.unix.bsd
From: drl@vuse.vanderbilt.edu (David R. Linn)
Subject: Re: Cpio and symbolic links (was Re: stock 0.1 swap not enough.)
Keywords: cpio, bug, symbolic link
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Date: Sat, 15 Aug 1992 14:37:40 GMT

I can verify that the AT&T released cpio has problems in general with symlinks.
Even the SunOS version which was made aware of symlinks by a well-known wizard
has problems with symlinks in the presence of some combination of switches (in
my case "-pdl").

	 David
-- 
David R. Linn, System/Mail/News Manager	| INET: drl@vuse.vanderbilt.edu
Disclaimer: I speak only for myself	| Phone: [+1] 615-343-6164
      "Some do, some don't and that's the way of the world."
Newsgroups: comp.unix.bsd
From: cs481a07@umbc5.umbc.edu (cs481a07)
Subject: Com port problem/question
Organization: University of Maryland Baltimore Campus, Academic Computing Services
Date: Fri, 14 Aug 1992 05:16:14 GMT


	I can't seem to get CTS/RTS flow control to work on 386BSD 0.1 with
CGD's new com.c. (flow control was working on 0.0.)  Is there something
I need to define in the config file?

		advTHANKSance, Matt

-- 
From news.umbc.edu!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!yale!admiral!dave Sat Aug  1 22:41:36 EDT 1992
Article: 2744 of alt.tv.muppets
Newsgroups: alt.tv.muppets
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: Re: Selling 386BSD
Organization: Taronga Park BBS
Date: Sat, 15 Aug 1992 13:29:34 GMT

In article <1992Aug15.000313.15593@pasteur.Berkeley.EDU> sim@cory.Berkeley.EDU (Peng-Toh Sim) writes:
>Is it ok to sell 386BSD for a distribution fee like that for GNU
>software and then sell support for it?

Yes.

>Is 386BSD strictly not for use at a commercial site?

No.

I am concerned about the development of such anti-commercial licenses in
this product, because I want to some day be able to buy or recommend to
my non-computer-literate relatives a UNIX like novice-friendly O/S. If
386BSD gets encumbered with lots of little licensing restrictions this
will never happen.

If you want to form your own Free Software Foundation, go ahead. But don't
try to turn this into one.
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
Newsgroups: comp.unix.bsd
From: david@mlb.geomechanics.csiro.au (David Le Blanc)
Subject: Re: X386 for 386BSD Dies upon invocation
Keywords: X386 ET4000 386BSD crashnburn
Organization: CSIRO DIT (Melb.)
Date: 17 Aug 92 01:19:15 GMT

cctony@sun1.mcsr.olemiss.edu (Tony Reynolds) writes:

I have similar problems.

X386 can only be run from a sh. If I run it from a csh or tcsh, then
it runs the xinit script in csh, and bombs out!

X starts up, goes to graphics mode, puts on the hashed background, the mouse
cursor appears, then a little later it reboots! Very annoying.

PS, where are the patches for the kernal? I need to rebuild it with a
different configuration!

--
David Le Blanc                         :
Email: david@mlb.geomechanics.csiro.au : `Sort of a cross between a Jaguar
CSIRO Division of Geomechanics,	       :  and a freight train.' the Alien
P.O. Box 54 Mt Waverley 3149	       : in Alien^3.
From: gjh@netman.Berkeley.EDU (Gary J. Habermann)
Newsgroups: comp.unix.bsd
Subject: LPD filters
Date: 13 Aug 1992 19:46:58 GMT
Organization: Widener University CS Department, Chester PA
Distribution: world
Reply-To: gjh@netman.Berkeley.EDU (Gary J. Habermann)
NNTP-Posting-Host: netman.widener.edu

I have 2  HPIIIsi printer setup running postscript, they are conected to a terminal 
server with one host managing a Queue.  There are 10 other hosts that LPD files to it.

I have a program that converts ascii printouts to postscript printouts that I want to
use it as a filter.   But it seams like as long as the printouts are being sent to a remote
system the filter is being ignored.  Does anyone know away around this problem?

Gary
Xref: sparky comp.unix.bsd:4277 comp.sys.ibm.pc.hardware:22016
From: kjb@cs.vu.nl (Kees J. Bot)
Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.hardware
Subject: Re: Another Adaptec Question
Date: 17 Aug 92 15:08:04 GMT
Distribution: world,fj,spec

rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
>
>In article <7@tama.spec.co.jp> amurai@tama.spec.co.jp (Atsushi Murai) writes:
>>ariticle is not ..but) and Fujitsu M2266SA 1.2 GB Disks. Functionality
>>is good but it looks like loosing a space about 200MB (above 1Gbyte).
>>And some guy let me know about this is a known problem of 1542B and
>>Adaptec will be fixed by new board - 1542C. (Oh well.....)
>>Now a day, A lot of guys try to run 386BSD with this card without know
>>this problem!!!
>>
>>My Question:
>>
>>  o Is this a hard ware limitaion or a firm ware one ?
>>  o Is there any upgrade pass from 1542B to 1542C(?) ?
>>  o When new board is available ?
>>  o How about 174X for EISA bus ? (normal/extended mode)
>
>This is a *software* limitation of the operating system. Some OSes don't
>handle disks with more than 1024 cylinders. The standard mapping of SCSI
>disks on the 1542B is to 64 heads and 32 sectors per track, i.e. 1MB per
>cylinder. So, if you have 1 drive >1GB, it exceeds the 1024 cylinder
>range.

It has nothing to do with heads, sectors or cylinders.  The group 0 SCSI
read/write commands allow only for a 21 bit block address limiting one
to 2 megablocks, which is 1GB at the usual 512 bytes per block.

The group 1 SCSI read/write commands offer a 32 bit block address
however, but not all O.S.'s are smart enough to use those commands.

>Adaptec has now a new mapping scheme with 256 heads and 64 sectors per
>track, [etc...]

At least the 64 sectors per track number is wrong, you can't have more
than 63 sectors on a track.  I don't like the 256 heads per track
either, I know of one (1.5GB) disk with an AT interface that uses the
top 2 head bits for two more cylinder bits.  This limits the number of
heads per track to 64, but allows for 4096 cylinders.  I don't know if
this is a normal way of addressing bigger disks under DOS.  Anyone?

>However, as said, Unix systems should generally be able to handle more
>than 1024 (logical, in this case) cylinders. You may want to try this
>first. The Unix file system code uses the BIOS only at boot time
>to determine the drive geometry and to load the kernel.

The Adaptec 1542B card that I bought recently is temporarily installed
in a PC at work with (hold your breath :-)) our spare Fujitsu M2266S
attached to it.

After hacking group 1 support into the Minix SCSI driver I can now address
all of the 2107704 sectors on the disk.  Note that the disk is only 5KB
larger than 1GB, you lose a bit after formatting. :-(

I do not use the Adaptec BIOS by the way, there is a nice SCSI command
to ask the drive how big it is and that is all the info you need with
SCSI.  You can't even see more than two disks with the BIOS.

It's nice to be able to use the whole disk under a toy O.S. like Minix,
something we do not dare do under SunOS yet.
--
	                        Kees J. Bot  (kjb@cs.vu.nl)
	              Systems Programmer, Vrije Universiteit Amsterdam
Newsgroups: comp.unix.bsd
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: Restrictions on free UNIX / 386BSD (Re: selling 386BSD)
Originator: tchrist@pixel.convex.com
Date: Wed, 19 Aug 1992 01:10:34 GMT
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: CONVEX Realtime Development, Colorado Springs, CO
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of rmk@rmkhome.UUCP (Rick Kelly):
:There is
:no court record to show what happens when the buyer of a commercial software
:product demands source from the author because it was compiled using GCC,
:and should fall under the GNU Copyleft.  

Please stop spreading panic amongst the excitable masses:  compiling
with gcc in no way encumbers your code with the copyleft.

BTW, I've never had much luck getting GCC to compile anything; my shell
always tells me "Command not found."  gcc works much better.

--tom
-- 
    Tom Christiansen      tchrist@convex.com      convex!tchrist
The notion of a "record" is an obsolete remnant of the days of the
80-column card.
                -- Dennis M. Ritchie
From: phil@henson.cc.wwu.edu (Phil Nelson)
Newsgroups: comp.unix.bsd
Subject: Re: USL's claims to "intellectual property"
Date: 13 Aug 92 22:37:01 GMT
Article-I.D.: henson.1992Aug13.223701.27806
Organization: Western Washington University

ted@telematics.com (Ted Goldblatt) writes:

>The way _I_ read the complaint and intellectual property law
>(which is sort of haphazardly), USL could be claiming any
>of 3 things (or a combination):

>2.  Net2 contains code directly lifted from (some rev of)
>    Un*x, or code that had only been cosmetically altered
>    from actual USL code.

Here is an exercise for people on this point.  Go to your net2
source code and look at the code for cpio.  (That is usr.bin/cpio/cpio.c).

--Phil
Newsgroups: comp.unix.bsd
From: eje@irenaeus.mlo.dec.com (Eric James Ewanco)
Subject: 386bsd: 16550, color, vt100
Reply-To: ewanco@kalvin.enet.dec.com
Organization: Digital Equipment Corporation
Date: Wed, 19 Aug 1992 19:57:43 GMT


I just installed 386bsd -- another new user! These are some problems I just
encountered, from the looks of the newsgroup I may have more woes coming but
hey I am still excited about 386bsd.

First: I am running my modem at 9600/19200 bps and appear to be majorly losing
characters.  I have a 16550 AFN UART; does 386bsd support it? I think this is
basically a requirement.  I want to get slip running.

Second: Is there any way to change the text color to green? I hate white.  Will
ANSI colors work?

Third: 386BSD seems to want to implement ANSI/vt100 emulation, but it does an
absolutely horrendous job of it. I can't even get a decent gnu emacs screen
logged into my workstation. Maybe this has to do with dropping characters. Any
ideas?  Any new terminal drivers?

I also want to report timeout problems doing an rz over the modem (sender:
DECstation 3100, using the same sz program, probably). And a problem doing
shutdown -todos; it says "cannot make dos active".  These were reported by
someone else.

Looking forward to using 386bsd,

Eric Ewanco
ewanco@kalvin.enet.dec.com
--
/=============================================================================\
| Eric Ewanco - Software Engineer     For the rash and outrageous opinions ex-|
| Digital Equipment Corp, Maynard MA  pressed herein I alone am responsible;  |
| ewanco@kalvin.enet.dec.com          they do not belong to DIGITAL(TM).      |
\==============================- 2 Th 2:15 -==================================/
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.unix.bsd
Subject: Ethernet card
Date: 16 Aug 92 07:29:00 GMT
Organization: Crynwr Software

In article <1992Aug14.150906.1614@rwwa.COM> witr@rwwa.com writes:

   In article <michaelv.713756052@test.cc.iastate.edu>,
     michaelv@iastate.edu (Michael L. VanLoon) writes:

   | Once again: IRQ 2 is _unavailable_ in an AT. [...] Your card,
   | intelligently, reassigns IRQ 2 requests to IRQ 9 if it's put into an
   | AT.

   Not entirely correct.  The IRQ2 pin (fourth pin from the rear, non
   component side), is *physically* connected to the IRQ9 signal, which
   is connected to the second PIC.  (It is true that the second PIC chains
   to the first one throught the IRQ2 signal.) The *software* ``reassigns''
   the interrupt by diddling the second PIC instead of the first when
   it notices that the card was set to interrupt on IRQ2.

Yes, Michael's explanation is less than clear.

Some software is smart, and captures IRQ9 if you tell it to use IRQ2.
Some software is stupid, and captures IRQ2 if you configure your
interrupt handler for IRQ2.  This still works under DOS because the
default IRQ9 interrupt handler acknowledges the interrupt on the
second PIC, and fakes an IRQ2 interrupt.

I don't know if 386BSD is as smart as DOS...

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.unix.bsd
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Subject: Re: Bug Report: Missing strtod in 386BSD, plus code
Organization: Washington State University
Date: Wed, 19 Aug 92 00:19:10 GMT

In article <1992Aug18.154258.25227@NeoSoft.com>, karl@NeoSoft.com (Karl Lehenbauer) writes:
|> hlu@phys1.physics.wsu.edu (Hongjiu Lu) writes:
|> Please don't use it. The code is a joke. Please send a note to
|> David M. Gay at dmg@research.att.com. He has what you want.
|> 
|> It's not like it calls scanf or something.  I can't read your mind.  What
|> is wrong with it?  And why don't you just post the code?
|> -- 
|> -- Email info@NeoSoft.com for info on getting interactive Internet access.
|> You will now awaken feeling relaxed and refreshed, remembering everything 
|> you've read except the details of the Omega contingency plan.

The precision of strtod () in bsd and glibc is too low to use. I found
out it while I was implementing the Linux C library. I had to hack one myself. In libg++.a 2.2, Per included the strtod () by David M. Gay, which does the 
same thing, except for mine was a quick hack. Since I have been using Per's
iostream based stdio in the Linux C library, I just used his strtod () in
libg++.a 2.2 to replace mine in the Linux C library.

To get a real strtod (), you should get libg++.a 2.2. Take a look at
libg++-2.2/libg++/iostream/dtoa.C. BTW, it is wriiten in C. If you
somehow don't want to use it, I can make mine available for you.


-- 
H.J.
Gcc/libc maintainer for Linux.
Newsgroups: comp.unix.bsd
From: nerd@percival.rain.com (Michael Galassi)
Subject: PATCH for Routing Problem on two wd8003e with 386BSD
Organization: Percy's mach, Portland, OR
Date: Wed, 12 Aug 1992 20:42:38 GMT

sung@davidsys.com writes:

>I could route packets from wd8003e to 3c503 interface card.
>However I couldn't route packets from wd8003e to another
>wd8003e card. 
>I've looked thru "/usr/src/sys/i386/isa/if_we.c".
>The code was all right for the multiple WD cards.

NOT!  the fix to if_we.c is at the end of this post.

>I've tried also "gated" instead of "routed".

running gated is a good idea but irelevant to the problem at hand.

>Please help.

OK, OK...

This patch is quite trivial but I don't understand why the error was
made in the first place.  I intended to test this further before
posting it but if others have the same problem...

--- cut here ---
83d82
< #include "i386/isa/iomacr.h"
300c299
< static Bdry[NWE];	/* Need one of these per device -mng 920811 */
---
> static Bdry;
324c323
< 	Bdry[unit] = 0;
---
> Bdry = 0;
432a432,433
> 	unit =0;
>  
518,519c519,520
< 	if(Bdry[unit])
< 		bnry =Bdry[unit];
---
> if(Bdry)
> 	bnry =Bdry;
563c564
< 	Bdry[unit] = bnry;
---
> Bdry = bnry;

--- cut here too ---
-- 
Michael Galassi -- nerd@percival.rain.com
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Organization: Taronga Park BBS
Date: Wed, 19 Aug 1992 12:23:32 GMT

In article <1992Aug18.155958.3671@murdoch.acc.Virginia.EDU> gsh7w@fermi.clas.Virginia.EDU (Greg Hennessy) writes:
>In article <GTFIR8A@taronga.com> peter@taronga.com (Peter da Silva) writes:
>#And while it's [MSDOS] a screaming horror from
>#the sewers of hell, it *does* run out of the box without any diddling, and
>#has a zillion applications for it.

>Then how come every time my brother wants to install a new program, I
>have to use EDLIN to edit the config.sys file on his pc?

I don't know... the only thing I ever did with config.sys was put vdisk.com
in it. What sort of idiot applications is he running? Networking or something
else quite unsuited to DOS?
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
Newsgroups: comp.unix.bsd
From: mitchemt@silver.ucs.indiana.edu (Terrence Mitchem)
Subject: X386 and keyboard problem
Organization: Indiana University
Date: Fri, 21 Aug 1992 23:55:17 GMT

	I am encountering a atrange problem with X386-1.2E under 386BSD 0.1.
X starts up fine and puts my xterms on the screen, but they will not take any
keyboard input.  Nothing shows up when I type. Any suggestions.
			Thanks in advance,
			   Terry
From: lm@slovax.Eng.Sun.COM (Larry McVoy)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Date: 12 Aug 92 08:05:08 GMT
Organization: Sun Microsystems, Inc.  Mt. View, Ca.
NNTP-Posting-Host: slovax

bostic@toe.CS.Berkeley.EDU (Keith Bostic) writes:
: In article <1992Aug8.160024.3222@sceard.Sceard.COM> mrm@sceard.COM (M.R.Murphy) writes:
: >How I love it when the copyright blather takes more space in a source
: >distribution than the code itself. See USL /bin/true and CSRG
: >/usr/include/strings.h. Couldn't it just be included once or read into the
: >record, or assumed, or inserted with a TECO macro built into the kernel? It is
: >wasteful of disk space and offensive to sensitive people.
: 
: It can't be included once and fulfill its purpose, the lawyers we've
: consulted are consistent on that one.
: 
: To argue that it should only be put in "files that are sufficiently
: important", while logically appealing, is not reasonable.  To reword
: your request, you want me to make a decision on a file-by-file basis
: for a system with thousands of files, and then revisit the decision
: every time a file is modified.  I don't think I get paid enough for that.

I don't mind the copyrights as long as they don't get in my face.  How about
one of these:

	1) #include <sys/copyright.h>
	2) Put the @%$! copyright at the *bottom* of the file instead
	   of the top.  Surely the lawyers can't tell the difference,
	   right?

I'd be happy to provide a perl script that does #2.  For the whole 
BSD source base.
---
Larry McVoy			(415) 336-7627			 lm@sun.com
From: skutvik@sleepy.UUCP ( ECMS TEST)
Newsgroups: comp.unix.bsd
Subject: nosing around
Keywords: floptical driver
Date: 15 Aug 92 19:51:17 GMT
Organization: Boeing Computer Services, Seattle

Yet another post from a wannabe hacker...

I'm looking at purchasing a floptical drive (21mb 3.5", downward compatable),
but am wondering if anyone knows of/is working on a driver for such a beast,
or is my best bet to see what I can do (never written a driver before so it'll
be an experience.)......Pat Eyler
From: karl@NeoSoft.com (Karl Lehenbauer)
Newsgroups: comp.unix.bsd
Subject: Problems writing to Exabyte EXB-8500 SCSI tape 386BSD
Date: 19 Aug 92 07:38:13 GMT
Article-I.D.: NeoSoft.1992Aug19.073813.12145
Organization: NeoSoft Communications Services -- (713) 684-5900

When trying to write to an Exabyte EXB-8500 I get the following:

as1a: controller error 0x12 writing fsbn 0-19
scsi sense: 0 0 0 0 0 0 0 0 0 ...

I have the variable-length patches installed.  Same problems occur regardless
of blocking.

Even with the tape as SCSI unit 1, it is not recognized in the boot probe.
But on the first attempt to access it, it does probe it and announces
an Exabyte 8500, etc.

The 8500 can store 5 GB.  Might that > 4 GB capacity change the way some
things need to work?

-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
You will now awaken feeling relaxed and refreshed, remembering everything 
you've read except the details of the Omega contingency plan.
Newsgroups: comp.unix.bsd
From: drl@vuse.vanderbilt.edu (David R. Linn)
Subject: Metaquestion on the USL/BSDI suit
Followup-To: poster
Keywords: houses operating systems
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Distribution: na
Date: Wed, 12 Aug 1992 16:34:31 GMT

If anyone has a copy of the thread comparing os design/implementation
to house design/building, could you contact me?  Failing that, does
anyone have the whole discussion archived so I could extract this
subdiscussion myself.

Replies to poster, please, as this is somewhat off-subject.

	David
-- 
David R. Linn, System/Mail/News Manager	| INET: drl@vuse.vanderbilt.edu
Disclaimer: I speak only for myself	| Phone: [+1] 615-343-6164
      "Some do, some don't and that's the way of the world."
Newsgroups: comp.unix.bsd
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Bug Report: "make" under 386BSD 0.1
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sun, 16 Aug 1992 23:05:44 GMT

"make -" will put make into an infinite loop, even if there is no makefile
present in the directory.

It probably shouldn't.
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
You will now awaken feeling relaxed and refreshed, remembering everything 
you've read except the details of the Omega contingency plan.
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: Re: Anybody got C-Kermit up and running on 386BSD 0.1 ??
Date: 14 Aug 92 07:22:16 GMT
Organization: HCS GmbH, Hamburg, Europe

In <13AUG199208403427@mary.fordham.edu> bdowning@mary.fordham.edu (Brian Downing) writes:

> Subject says it all. Anybody got C-Kermit up and running on 386BSD?
>I tried building it from the source code but had errors that I don't
>have time to look into. If no one else has had a chance to fix this
>then I will, maybe next month.

yes, kermit 5a (182) works fine ! i sent the patches for 386bsd 0.1 to
frank da cruz, so they must be on the kermit archive machine.

as far as i remember, one has to enable POSIX, after that, there are 2
undefined #defines in 386bsd when posix is enabled, one is NCCS, and
the other was something in errno.h, but all is easy to fix!

if there is a demand for it, i can post/mail the diffs.

hellmuth
-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: how can I map 1MB to my svga?
Date: Tue, 18 Aug 92 03:35:31 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.unix.bsd

I am curious as to what is involved in modifying locore.s to allocate
1 MB of memory for my Diamon Stealth card? 

I am intereested in mapping my entire svga display memory to my cpu
for efficiency reasons also in preparation for the S3 928 32 bit data
wide chipset for local bus...

Thank you,
Amancio Hasty

Newsgroups: comp.unix.bsd