HDTenEightyP/NetNews huggingface dataset:
From: arnej@Lise.Unit.NO (Arne Henrik Juul)
Subject: Re: 386bsd: 16550, color, vt100
Reply-To: arnej@lise.unit.no
Organization: Norwegian Institute of Technology
Date: Thu, 20 Aug 92 22:27:41 GMT

In article <sand.714341461@milton>, sand@milton.u.washington.edu (Derek Upham) writes:
 > eje@irenaeus.mlo.dec.com (Eric James Ewanco) writes:
 > 
 > >Second: Is there any way to change the text color to green? I hate
 > >white.  Will ANSI colors work?
 > 
 > Check out /etc/rc.  It has escape sequences that change the color at
 > boot time.  You should be able to fiddle with them and put something
 > in /etc/rc.local.

You can do it from the command line. Use Cntrl-V ESC to insert a literal
escape (echoed as  ^{ ).

% echo '^{[3;30x'      -> yellow foreground, blue background                
% echo '^{[14;1r'        -> set standout mode to yellow foreground,
                          blue background 

The sequence:   ESC [ 3 ; <number> x
means: set the PC color mode to <number>, where <number> will be used
in this way:

|   7   |   6   |   5   |   4   |   3   |   2   |   1   |   0   |
| blink |      background       |bright |      foreground       |
| (fg)  |         color         | (fg)  |         color         |



Colors:

 black      0       0       0               0       0       0   |    0, 0
 blue       0       0       1               0       0       1   |   16, 1
 green      0       1       0               0       1       0   |   32, 2
 cyan       0       1       1               0       1       1   |   48, 3
 red        1       0       0               1       0       0   |   64, 4
 magenta    1       0       1               1       0       1   |   80, 5
 brown      1       1       0               1       1       0   |   96, 6
 white      1       1       1               1       1       1   |  112, 7

 gray                               1       0       0       0   |       8
 light blue                         1       0       0       1   |       9
 light green                        1       0       1       0   |      10
 light cyan                         1       0       1       1   |      11
 ligth red                          1       1       0       0   |      12
 ligth magenta                      1       1       0       1   |      13
 yellow                             1       1       1       0   |      14
 bright white                       1       1       1       1   |      15



So, for example, blinking yellow foreground on brown background is:
128 (blink) + 14 (yellow foreground) + 96 (brown backgroun) = 238


The standout mode works another way: Here, the foreground is given
first (as a number from 0-15) followed by background as another number
from 0-15. The same color combination would be:

 fg = 14
 bg = (128 + 96) >> 4 = 14

So you would use "ESC [ 14 ; 14 r".


OK, I hope this was understandable for everyone, it was mostly found
with hit-and-miss tactics :-)


--
Arne H. Juul  --  arnej@lise.unit.no  --  University of Trondheim, Norway
Newsgroups: comp.unix.bsd
From: juengst@boss1.physik.uni-bonn.de (Henry G. Juengst)
Subject: X386 still doesn't work for me
Keywords: X386, startup trouble, keyboard junk
Organization: Universit"at Bonn, Informatikinstitut, R"omerstr 154, W-5300 Bonn 1
Date: Tue, 18 Aug 1992 14:16:21 GMT

... --- ...    ;-)

Hello,

  I'm still trying to get X386 working, but it only starts if I boot MSDOS
before and reboot without a hardware reset. Otherwise it produces a core
dump (you can have it if it could help). If it starts (e.g. via xdm) the
keyboard input is a "little bit" confused. I do not the character I pressed.

I tried to open and close /dev/vga and /dev/console, stty raw </dev/console,
removed /dev/console from /etc/ttys. Nothing helps.

Please, can anybody tell me where I can find a patched X server, BSD kernel
or what ever I need ? I'm afraid, but I can't recompile the server or kernel
because the hard disk is to small. I've got a friend who has the same
problem and he would be happy too, if you can help.

What I use:
  386DX 25MHz (AMI bios)
  ET4000 (galaxy and speedstar)
  8 Mbyte RAM
  200 Mbyte hard disk (conner)

  X386 1.0.1 plus its new 386bsd kernel

Thanks in advance
Henry

-- 
juengst@boss1.physik.uni-bonn.de [131.220.221.30]
juengst@saph2.physik.uni-bonn.de [131.220.221.12]
juengst@pib1.physik.uni-bonn.de  [131.220.221.2] (strange particle)

I'm only speaking for myself, but not for anybody else !
Newsgroups: comp.unix.bsd
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Bug Report: Missing strtod in 386BSD, plus code
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Tue, 18 Aug 1992 15:42:58 GMT

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.
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: selling 386BSD (was Re: 386BSD on CD-ROM?)
Date: 14 Aug 92 08:24:34 GMT
Organization: HCS GmbH, Hamburg, Europe

In <1992Aug12.100430.3467@Urmel.Informatik.RWTH-Aachen.DE> kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:

>Strangely, Chris Dimetrios (excuse wrong spelling) recently mentioned
>in a patch he posted that he had put his *own* Copyright note on the patches.

>And he further writes that if anyone want's to put hist software on CD-ROM 
>that checking back with him would be required. 

i can understand chris. yesterday i saw an ad in the german "unix magazin",
where a company named "tuttle design" sells 386bsd 0.1 on tape for 399,- DM,
which is about 250 US$. they say in the ad, that a contribution to bill jolitz
is contained in this price....

i tried to talk to them, but there is just an answering machine .....

if anyone in germany thinks of buying from them, contact me, i will cut
a tape for you if you contrib 250US$ (or whatever you can give) DIRECTLY
to the jolitz's.

conclusion: in every piece of software, i will put an equivalent copyright
	    notice in. i spend an enormous amount of time writing an pccons
	    device driver (watch out for it), and i do not like it, if some-
	    one else is making money with it.

don't misunderstand me, my contrib is on the way to bill & lynne, and if some-
one sells 386bsd and gives ALL the money to the jolitz's, there is nothing
wrong with it - i would like some sort of centralized version/revision 
management for 386bsd >= 0.2, and in order to do it, they need money !

hellmuth
-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
From: brians@rigel.cs.pdx.edu (Brian Smith)
Newsgroups: comp.unix.bsd
Subject: Re: Hanging problem solved (work-around at least).
Keywords: hangs, bugs, 387 coprocessor
Date: 21 Aug 92 16:42:03 GMT
Article-I.D.: pdxgate.6014

rivers@ponds.uucp (Thomas David Rivers) writes:
>Well, taking a tip from Doug Anson's (danson@lgc.com) post to this
>news group I decided to try something out.

>I had npx.c always return 0 from the probe for the existence of a
>math-coprocessor (I'm too lazy to pull chips out and stick them in again).
>and *voila* .....  The kernel no longer crashes.

Well, I haven't had any kernel hangs or crashes in my system since I added
Jolitz's fixes (kmap entries and buf pages).  However, I have noticed that
something is wrong with the way that 386BSD handles a math coprocessor.

With the fixes to make ps work (adding symbols etc...), ps works on several
386's with no math coprocessors, but receives a floating point error on
a 486-33.

Any ideas?  I haven't had the time yet to dig into it.  I've been getting
X386 running.  X is a good thing.  :-)

Brian

/---------------------------------------|------------------------------------\
| #include <std/disclaim.h>             | Inet: brians@rigel.cs.pdx.edu      |
| #include <human/erors.h>              |       brians@protools.com          |
|---------------------------------------|------------------------------------|
| Behold the warranty.. the bold print giveth and the fine print taketh away.|
\----------------------------------------------------------------------------/
From: husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann)
Newsgroups: comp.unix.bsd
Subject: Re: selling 386BSD (was Re: 386BSD on CD-ROM?)
Date: 16 Aug 92 11:42:54 GMT
Organization: CSD., University of Erlangen

dmuntz@dip.eecs.umich.edu (Daniel A Muntz) writes:

[...]

>Aaaagggghhhhh!  If everyone starts putting their own copyrights in the code
>we might as well all buy BSD386.  When a university wants to start using a
>software package, the u lawyers have to evaluate all of the licensing/copyright
>garbage associated with it.  If they have to evaluate every file on an 
>individual basis, possibly having to contact > 100 people, institutional use
>of 386bsd is threatened. 

While I am very much for freely available software, I think not to put 
copyright notices on some code is --- frankly spoken --- quite stupid. Why?
Well, unless the code I write will be included in a file that already has a
copyright notice (e.g. I'm writing an enhancement for a driver or some
such thing) --- in which case, if the restrictions of the original copyright
notice are to my taste, I could simply add my name/institution or whatever to
the copyright notice --- I'm creating some piece of new software. If I 
don't include a copyright notice I running the risk of having the piece of
software that *I* created being pirated by someone else who still can put
*his* copyright notice on *my* code, and also place restrictions on the
code I never would have agreed with!

I think the BSD copyright does the job.

>The copyright notice included by cgd sets a bad precedent, especially if code
>containing new restrictions is integrated into the Jolitz' release.  We'll have

Okay, you have a point there: there is a German saying --- ``A chain is just
as strong as its weakest member is'' --- which applies here in reverse, I 
think.

	Dirk
---
Newsgroups: comp.unix.bsd
From: overby@cray.com (Glen Overby)
Subject: Re: 386bsd: kernel rebuild?, disklabel?
Organization: ^$
Date: 20 Aug 92 10:56:43 CDT

In article <1992Aug20.144812.29251@engage.pko.dec.com> ewanco@kalvin.enet.dec.com writes:
>Evidently you need the source to rebuild the kernel, unlike my DECstation 3100.

Unlike your DECStation 3100, you get sources for 386bsd.

>Is there any way you can load the kernel code and rebuild it without
>downloading and unpacking the entire source distribution?  I don't yet have

cat (split cpio.Z distribution files) | zcat | \
    cpio -icadmv (and other flags)  'usr/src/sys.386bsd*' 'usr/src/include*'

(yes, the cat on the front is necessary as zcat will *always* append a .Z)

>second, WHAT THE *^%$#@ DOES disklabel DO?  and how do I use it? The man page

Well, you have fdisk to put MS-DOS / ROM BIOS style partitions on your disk,
and disklabel to put BSD style partitions on your disk (optionally in a disk
partition).

I think your DECstation does something similar.

>Am I correct in assuming that there are virtually nil docs for 386bsd?

NO. There's the sources :-)

some man pages are available (I'm not sure which distribution kit they're in).

Glen Overby
From: phr@soda.berkeley.edu (Paul Rubin)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Date: 16 Aug 92 22:42:07
Organization: CSUA/UCB
	<PHR.92Aug15214245@soda.berkeley.edu> <YSDIBS4@taronga.com>
NNTP-Posting-Host: soda.berkeley.edu
In-reply-to: peter@taronga.com's message of 16 Aug 92 17:33:24 GMT

In article <PHR.92Aug15214245@soda.berkeley.edu> phr@soda.berkeley.edu (Paul Rubin) writes:
>    If 386BSD was copylefted, it would be Linux. It's the absence of copyleft
>    that leads to the possibility of more than a bunch of random hackers
>    benefiting from it.

>Please clarify this.  How is anyone else prevented from benefitting
>from it?   Say, for example, the same people who now benefit from GCC?

OK, I missed one aspect of this in my previous article. There is a large
category of people who now benefit from GCC who would not be able to
benefit from a GPL-covered 386BSD. Next, Sun (In Solaris 2), and I believe
MIPS ship GCC with their products, in some cases as the primary compilers.
This sort of distribution is not practical for an operating system.

    OK, I missed one aspect of this in my previous article. There is a large
    category of people who now benefit from GCC who would not be able to
    benefit from a GPL-covered 386BSD. Next, Sun (In Solaris 2), and I believe
    MIPS ship GCC with their products, in some cases as the primary compilers.
    This sort of distribution is not practical for an operating system.

Why is it practical for compilers and not OS's?

In the old days, OS's came with source code, and users and system
maintainers benefited greatly from this.  I wish a copylefted kernel
would become the standard, which could happen for the 386/486 (the
hardware is generic enough and the vendors are not obsessed with
proprietary software the way workstation vendors are).  
When that happens, Solaris (etc.) users will be in the kind of 
situation that VMS users are in now.  (Well, maybe not -that- bad...)

I know of at least one company (not Cygnus) planning to enter the
business of distributing and supporting free kernels very soon.
From: pynq@midway.uchicago.edu (George Jetson)
Newsgroups: comp.unix.bsd
Subject: Re: TeX -> ASCII
Date: 18 Aug 92 14:01:36 GMT


>Jon Sonntag writes:
>>So.. The next question is, is there any way to convert .TEX files to ascii
>>text?  Or, it there some viewer to read them online?  I remeber reading about
>>something like that but can't remember where.

>You need to determine if the file is a TeX or Texinfo file (look at first 
>few lines for '\input texinfo'). 
>1. If Texinfo, then it can be converted to on-line man with makeinfo or
>Emacs. Look for makeinfo at ftp-os2.nmsu.edu in pub/os2/all/gnu/gnuinfo.zoo
>(or something like that). This is a DOS/OS2 port from Kai Uwe Rommel. Emacs
>for OS2 2.0 is available at the same site.

I've determined that GCC.TEX is a Texinfo file.

(quads:restored_files 4 %) head GCC.TEX
\input texinfo  @c -*-texinfo-*-
@setfilename gcc.info
@c @setfilename usegcc.info
@c To produce the full manual, use the "gcc.info" setfilename, and
@c make sure the following does NOT begin with '@c' (and the @clear line DOES)
@set INTERNALS
@c To produce a user-only manual, use the "usegcc.info" setfilename, and
@c make sure the following does NOT begin with '@c':
@c @clear INTERNALS

So, I ftp'd to the indicated place, got GNUINFO.ZOO, and extracted
MAKEINFO.EXE (from the OUT directory in the ZOO) and ran it on my DOS
machine and got:

 <1> (E:\) makeinfo gcc.tex
 Making info file `gcc.info' from `gcc.tex'.
 gcc.info: No such file or directory

So... 'Vas de problem???
From: alm@netcom.com (Andrew Moore)
Newsgroups: comp.unix.bsd
Subject: Fujitsu M2624 distab (386BSD)
Date: 20 Aug 92 21:57:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


421 Host case2.autelca.ascom.ch not found for mailer ddn.
550 nbladt@case2.autelca.ascom.ch... Host unknown

   ----- Unsent message follows -----
Return-Path: <alm>
Received: by netcom.netcom.com (4.1/SMI-4.1)
	id AA01591; Thu, 20 Aug 92 14:51:23 PDT
From: alm (Andrew Moore)
Message-Id: <9208202151.AA01591@netcom.netcom.com>
Subject: Re: Disktab entries requested (was: Re: Tiny 386BSD boot problem w/IDE and Adaptec SCSI
To: nbladt@case2.autelca.ascom.ch (Norbert Bladt)
Date: Thu, 20 Aug 92 14:51:22 PDT
X-Mailer: ELM [version 2.3 PL11]

> 
> Thank you for your fast, although empty, reply ! :-)
> 
I think the tabs must have caused problems...

Here's one that uses a geometry Fujitsu recommends.  Note that the
cylinder count is greater than the physical - evidently it is more
important that the head and sectors/track count stay correct.  The swap
is figured for if you want to run X with 8 MB RAM.  If you want to
change this configuration, keep in mind that the root and usr partition
sizes must be a  multiple of 16 (the cpg value for ba#8192).  The
product nt * ns * nc must not exceed 1015812 - the number of sectors
that you are allowed to use (you can use more, but then you defeat the
disks spare  sector remapping).  The pc: and pd: values must
reflect your 386BSD and whole disk sizes, respectively.

Finally, if you use the disk under DOS, you will notice that it only
sees 496 cylinders.  This is actually the geometry I use on my SCSI disk
(M2624FA), but this evidently won't work with IDE.  The problem is that
386BSD disables IDE sector translation which makes this possible.
-Andrew Moore <alm@netcom.com>

To extract:
$ uudecode <saved.mail

---- Cut Here ----
begin 644 m2624.dt
M(R!R;V]T('!A<G1I=&EO;CH@,S(@0WEL("@Q,2XS."!-0BD*(R!S=V%P('!A
M<G1I=&EO;CH@-34@0WEL("@Q.2XU-2!-0BD*(R!U<V5R('!A<G1I=&EO;CH@
M,3,W-B!#>6P@*#0X.2XQ-R!-0BD*9G5J:3(V,C1\1G5J:71S=2!-,C8R-'Q&
M=6II='-U(#4R,"XQ($U".EP*"3ID=#U)1$4Z='D]=VEN8VAE<W1E<CIS92,U
M,3(Z;G0C-C,Z;G,C,3$Z;F,C,30V,SI<"@DZ<&$C,C(Q-S8Z;V$C,#IB82,X
M,3DR.F9A(S$P,C0Z=&$]-"XR0E-$.EP*"3IP8B,S.#$Q-3IO8B,R,C$W-CIT
M8CUS=V%P.EP*("`@("`@("`Z<&,C,3`Q,S@U.3IO8R,P.EP*"3IP9",Q,#$S
M.#4Y.F]D(S`Z7`H).G!G(SDU,S4V.#IO9R,V,#(Y,3IB9R,X,3DR.F9G(S$P
.,C0Z=&<]-"XR0E-$.@IG
`
end
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Problems with select() and serial ports
Organization: Weber State University  (Ogden, UT)
Date: Wed, 19 Aug 92 01:49:31 GMT

In article <1992Aug18.034054.4016@timesink.spk.wa.us> kew@timesink.spk.wa.us (Keith Walker) writes:
>
>I recently got 386bsd 0.1 going on my machine and not too long after that
>installed Chris Demetriou's serial driver, which really works good in spite
>of the much maligned copyright :-)
>
>But, the select() call doesn't seem to work right when calling the serial
>ports.  The behaviour is easy to replicate; just press ESC when in vi.  The
>escape will not be recognized until another character is received.  So, it
>seems the timeout isn't working right when there's only one character to be
>read.
>
>Hmmm.
>
>I am not a kernel guru, nor do I play one on the net.  I'm hoping someone
>else out there (maybe cgd?) will have some idea of what the problem is or
>maybe even have a fix.

I play one on the net 8-).

A patch to the original driver (not Chris', unfortunately) was posted in this
news group some articles back (when I extract something to make a patch
directory, I remove it, so I can't give you a ref #).

You can play a kernel guru on the net too!  The fix is to make the device
numbers start with 0 rather than 1 so that select will get the correct index
to do it's thing.  Currently, a select() on an open com1 selects on the 2nd
port (com2) and a select() on an open com2 selects on the third (probably
non-existant) port (com3).

					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                                       terry@icarus.weber.edu
 "I have an 8 user poetic license" - me
-------------------------------------------------------------------------------
From: mwiz@mpd.tandem.com (Marc Wiz)
Newsgroups: comp.unix.bsd
Subject: Re: NIS & Jolix (386bsd)
Date: 19 Aug 92 17:42:24 GMT
Article-I.D.: devnull.2269
Organization: Do you really want to know?

In article <1992Aug19.144532.5992@ulrik.uio.no> toreh@bootes.sds.no (Tore Haraldsen) writes:
>... maybe a naive question in the light of NIS (Yp) being proprietary of
>Sun (or isn't it?)...
>
>
>Is there a version of NIS(YP) available for 386bsd, either in source or
>binary form?
>

I don't know of one but if the protocol is available it's more than
possible to write your own ypserv, ypbind and the rest of of the yp*
programs.

Marc (ex-NIS hacker)
-- 
Marc Wiz			Yes that really is my last name.
MaBell:				(512)244-8780
Internet:			mwiz@mpd.tandem.com
The views expressed are my own.  Mine all mine!
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Wed, 12 Aug 1992 14:33:11 GMT

In article <1992Aug12.043140.16301@sceard.Sceard.COM>,
 mrm@sceard.Sceard.COM (M.R.Murphy) writes:

| Wonderful creatures, lawyers; with all the money they charge,
| you'd think that they could afford to buy a clue. Or, being
| lawyers, steal one.

You know, I don't have a lot of sympathy for the ``kill the lawyers''
lament.  Why?  They make very poor sport.  ``They're no fun...They fall
right over!''.

For the Humor Challenged:  Get a life!

-- 
---
 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: robert@psych.psy.uq.oz.au (Robert Dal Santo)
Subject: Bug in /usr/include/sys/tty.h (+ PATCH)
Keywords: kernel tty patch
Organization: Psychology Department, University of Queensland
Date: Tue, 18 Aug 1992 06:11:35 GMT

(Posted for a friend.  I will pass on mail messages.)


I haven't seen this one in any FAQ or unofficial bug list, so here is my
chance at World Fame and Everlasting Immortality...


The bug:

The RB_LEN() macro in /usr/include/sys/tty.h is sometimes out by 1.  In
particular, in the case of a buffer containing a single character at the
very end, RB_LEN() would return 0.  This caused ttread() to block until
a 2nd character was read before delivering them both.  The user would find
RAW mode programs such as vi would occasionally (1 in 1024 keypresses)
get "stuck" requiring a second keypress to bring it to life.


The fix:

*** /tmp/,RCSt1000159	Mon Aug 17 13:05:17 1992
--- tty.h	Thu Aug 13 14:07:03 1992
***************
*** 59,65 ****
  
  #define	RB_LEN(rp) \
  		((rp)->rb_hd <= (rp)->rb_tl ? (rp)->rb_tl - (rp)->rb_hd : \
! 		RBSZ - 1 - ((rp)->rb_hd - (rp)->rb_tl))
  
  #define	RB_CONTIGPUT(rp) \
  		(RB_PRED(rp, (rp)->rb_hd) < (rp)->rb_tl ?  \
--- 59,65 ----
  
  #define	RB_LEN(rp) \
  		((rp)->rb_hd <= (rp)->rb_tl ? (rp)->rb_tl - (rp)->rb_hd : \
! 		RBSZ - ((rp)->rb_hd - (rp)->rb_tl))
  
  #define	RB_CONTIGPUT(rp) \
  		(RB_PRED(rp, (rp)->rb_hd) < (rp)->rb_tl ?  \


The thank-you:

Well done Lynne and William, and all helpers.  My life is changed for the
better!  Similar thanks to those who made NET/2 BSD in the first place.


Stephen McKay  Now safely back in BSD land after 4 savage years with System V.
Xref: sparky comp.unix.bsd:4226 comp.sys.ibm.pc.hardware:21959
From: amurai@tama.spec.co.jp (Atsushi Murai)
Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.hardware
Subject: Re: Another Adaptec Question
Date: 16 Aug 92 12:27:57 GMT
Distribution: world,fj,spec
Organization: System Planning and Engineering Co,.ltd Tokyo JAPAN


In article <1992Aug14.192127.13801@adaptx1.UUCP> neese@adaptx1.UUCP (Roy Neese) writes:

I have another question for handling over a GIGA diske with Adaptec
1542B.  Last month I bought 1542B and before using for 386BSD0.1., I
just check a functionality on Netware 3.11 (Excuse me. I know this
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)

# Don't mail to me from out side of Japan, please.
# My Mail address doesn't permit for getting a mail from out side of JAPAN
--
Atsushi Murai
System Planning & Engineering co,.