HDTenEightyP/NetNews huggingface dataset:
From: duke@portal.paperboy.osf.org (Duke Robillard)
Subject: Re: OSF/1 on Intel 486??
Followup-To: comp.unix.osf.osf1
Organization: /u1/duke/.organization
Date: 26 Jan 93 09:24:31


hleung@solar.nswc.navy.mil (Harry Leung) writes:

   In article <1993Jan19.013958.15083@tdmfed.uucp>, edo.john@reston.tandem.com
   (John McCormack) wrote:
   > 
   > I have herd that OSF/1 is available for Intel based
   > machines. Can someone point me in the right direction
   > for info on how to go about obtaining such an environment?

   Research Institute
   Open Software Foundation
   11th Floor
   1 Cambridge Center
   Cambridge, MA  02142

   This may not be the right person to talk to, but it's a starting point.

You're better off calling 617-621-8700 and asking for "OSF Direct"
which is the direct sales group.  If you call the gang in research,
they'll start talking to you about $20 million fine-grained Massively 
parallel meshes, and you'll feel inadequate about your 486 :->


--
Duke Robillard, DoD #130, duke@osf.org
From: jhf@d0xs1.fnal.gov (John Featherly)
Newsgroups: comp.unix.osf.osf1
Subject: Re: DCE on Alpha OSF/1
Date: 25 Jan 1993 15:12:40 GMT
Organization: D0 Experiment
Distribution: world
Reply-To: jhf@d0xs1.fnal.gov (John Featherly)
NNTP-Posting-Host: d0xs1.fnal.gov
Keywords: DCE


--

There is a "layered product" called - DCE Starter Kit - for OSF/1 (also one
for Ultrix).  The license part number is QL-MJHA9-AA, the media and doc part
number is QA-MJHAA-Hx.

This is not a full DCE product set, DFS, and security services are missing.
	John

--------------------------------------------------------------------------------
   John Featherly                                    jhf@d0xs1.fnal.gov
   D-Zero Experiment at Fermi Lab                        (708) 840-4508
--------------------------------------------------------------------------------
From: ken@comanche.sbi.com (Ken Jones)
Newsgroups: comp.unix.osf.osf1
Subject: DCE and RPC differences ???
Date: 26 Jan 93 16:19:30 GMT
Reply-To: ken@comanche.sbi.com (Ken Jones)

Greetings DCE gurus...
Sorry if these are FAQ's.

What are the differences between old ugly rpc/xdr and
the new improved DCE way of doing rpc/xdr? Are there
any documents about these? Will some kind sole explain?

Does DCE have improvements for TCP/IP sockets? 

What does DME mean?
Newsgroups: comp.unix.bsd
From: osynw@gemini.oscs.montana.edu (Nate Williams)
Subject: *ANNOUNCEMENT* PATCHKIT Patch - Was (Re: Patch00022 is still wrong)
Keywords: n
Organization: Montana State University
Date: Wed, 27 Jan 1993 01:49:07 GMT

In article <GENE.93Jan26191347@stark.stark.uucp> gene@stark.uucp (Gene Stark) writes:
>Patch00022 (a patch to init.c from back in the dark ages) is still wrong in
>the new patchkit.  It was correct in the diffs originally posted last summer,
>but it has never been correct in the patchkit.  In the lines:

Somehow in my mind I had thought I fixed it, but obviously not.

Appended to the end of this article is a new patch, to be placed in
/patch/inbound which OFFICIALLY fixes the init patch.

Also, I have uploaded it to agate:/pub/incoming/nate/patc00076.tar.Z,
and will have Chris move it into the patchkit directory.

Sorry bout that....

Nate

table
 !"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_
begin 644 patch00076.tar.Z
M'YV0+E[ "4-G#!H8"&_8> &@H<.'$"-*G$BQHL6+%$%HO%&C!@@ &D/"^!@2z
M1 P9)$NJ' FBQHP9,6;8F%%#H<88,1#. %D#H\^?0(,*E5AG#ITP<C0"D//Fy
M#9VA%(V&,6,&JM6K6+-JW<KU:L"!!0\F7 @E")4A2+JJU1K2!@T:*47&-8D2x
MI$J3,6=H= E3)DV.-V.XE0$2QMK#B(E*3?J1J=.N4JDFGDRYLF7*)4H0*3)Ew
M" @D9=C  9'&C9DW<MH03//&#0@X99*:2<.F#(C32:$0-%AFSFNF9^2$::.@v
M[%DD.A(D,)($2Q$B()(X24(%!',G09@PR:(@2!4J2)Y(29X BWD%FSM+20*%u
M2I(G3G0H2$ %31K?]T&$>;T;S9HT=/ 7%@L@B%'&&&$495MI (+@1AEVQ ;"t
M&4[=E@8>99 !PABHR7$@'6SDH0 *$);A&AUHO%''&6B @*)MJ*5Q1FEAL!$Bs
M"'/4 0<<;*21H8 &@7!'&+YQ*(>'8]"1@@*925%$%"#H%E9OMZ%F86V^T?%&r
M@;89B62 8 596X1L5)D4BOF%B49Q9J%%Q1,F@8 0##' ]4)1<KPPAQQCZ"E&q
M:2\P2$>@;@#HPA@N\!@#F\>]"0)*<\J TIU[ZLFGGX *2JBAB/(H Z-NPJE7p
MI'I1FN>>?<[QIQN;#BKHH8FR,0.H2#@*5Z0Y@&"JI:FNVFJKL/)( Y,E,,<$o
M9R X4<8=^KFAH91!SH:EF2[:YYN:M+;$GQQTN!"#KGCRBBFKFKXZ!K%%/&$$n
M""VT $)]^4EK&QI$.EBA@2:Z*$<=;B!(1X8*7";PP 07;/#!""=L\%?]S:F0m
M0$AU&X/"D[7UUEQRSG42QB'=,,,->[T4TTPUP4573H;)2?'*#A5U%&-+-?44l
M5Y%5Q?+-..?LD H\@ULIJN/^:FZL-=!7AVU*A.&:##:8A(,.-.D@0ZXQY)##k
MK.VZNRO0JF9:J*M?'VHTTDH_VG0,3\ND YTF63TKSW#'+;<*"L#]*$PLR/ Qj
M"'$KH)%R"92!X1ALH"#""[[.@88(!(K0 N,@H& 04GRG $,*._@- N!?" X@i
M"B?=@+GFRO6A0 B;)W"'?;6A,.3G)DA%1U$I@!!"#Z^E0<:2?ZO.>ADHD"%<h
M:2D GL +*H  $PA*U%%F#C*H\ +IR@VD( JC]TZAEBZ^ 4?F6=\=0]Y[9]T"g
M]8$/7OCAB2_>^.,$2DYO4BI8GGWJ"72.Q^>AWU_ZZ:E;'6V ]SHZH"!V1YG=f
M'&IWN]SM+G.]$V#KA!<&XAD/><K[5O.>%[WI]2X!UIL#\/R7@.UM24O?"YC.e
M5LC"%KKPA3",H0QG2,,:VO"&.,RA#G?(PQ[Z\(= #*(0ATC$(AKQB$A,HA*7d
MR,0F.O&)4(RB%*=(Q2I:\8I8S*(6M\C%+GKQBV ,HQC'2,8RFO&,:$RC&M?(c
0QC:Z\8UPC*,<YTC'.MH1C8I8b
 a
end

-- 
osynw@terra.oscs.montana.edu |  A hacker w/out a home. 
work: (406) 994-5991         |  Keeper of the Unofficial 386BSD Bug Report
home: (406) 586-0579         |  Please send bugs and/or fixes you find.
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.bsd
Subject: [386BSD] Rebooting woes
Date: 27 Jan 1993 11:25:44 GMT
Organization: MIT Artificial Intelligence Lab
Distribution: world
NNTP-Posting-Host: hal.ai.mit.edu


I have a HP Vectra 486.  None of the standard kluges will reboot it; they
all just hang the machine.

I decided I wanted to do a portable reboot.  The only way I could think of
involves switching back to real mode and using the BIOS.  This turns out
to not be so easy.

This is the code I've come up with.  It warm boots one machine (presumably
because of the magic sequence at `start:' which was executed already), but
*cold boots* the Vectra.  un-#ifdefing the sequence which should tell it
to warm boot just hangs the machine.  Even more confusing, modifying said
sequence to write a `0' (which should force a cold boot) also causes the
machine to hang.  As of right now, I haven't the foggiest notion why.

Anyway, it at least reboots the machine, so I thought I'd post it, since I
suspect I'm not the only person with this problem.

The following code should go in /sys/i386/i386/locore.s, and the C version
of cpu_reset() should be removed from /sys/i386/i386/vm_machdep.c.


Anyone with insight into why it won't warm boot is more than welcome to
send me mail about it.  I will be looking at it more myself, and will
probably post another version of the code in a few days.


-----8<-----snip-----8<-----snip-----8<-----snip-----8<-----snip-----8<-----
	ALIGN32
ENTRY(cpu_reset)
	/* die */
	cli

	/* use linear addressing */
	/* (relies on GDT set up in bootstrap code) */
	mov	$16,%eax
	mov	%ax,%ds
	mov	%ax,%es

#if 0
	/* force warm boot */
	movw	$1234,%ax
	movw	%ax,0x472
#endif

	/* copy frob & jump code */
	mov	$_Reboot,%esi
	mov	$0x0500,%edi
	mov	$0x040,%ecx		/* 256 bytes */
	cld
	.byte	0xf3,0xa5		/* rep movsd */

	/* set up 16-bit descriptor tables */
	lidt	_Reboot-_RebootIDT+0x500
	lgdt	_Reboot-_RebootGDT+0x500

	/* smash data descriptors */
	mov	$16,%eax
	mov	%ax,%ds
	mov	%ax,%es
	mov	%ax,%fs
	mov	%ax,%gs
	mov	%ax,%ss

	/* jump to code copied from _Reboot */
	ljmp	$8,$0x0500

	ALIGN32
_Reboot:
	smsw	%eax
	andl	$0x7ffffff6,%eax
	lmsw	%eax
	xorl	%eax,%eax
	mov	%eax,%cr3
	/* jmp FFFF:0000 */
	.byte	0xea
	.long	0xffff0000

	ALIGN32
_RebootIDT:
	.word	0x3ff
	.long	0

	ALIGN32
_RebootGDT:
	.word	0x17
	.long	_RebootGDT-SYSTEM+6
/* null descriptor */
	.word 0,0
	.byte 0,0,0,0
/* code descriptor */
	.word -1,0
	.byte 0,0x9f,0,0
/* data descriptor */
	.word -1,0
	.byte 0,0x93,0,0
-----8<-----snip-----8<-----snip-----8<-----snip-----8<-----snip-----8<-----

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.unix.bsd
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Subject: [386bsd] Probs with elm2.4.20 in want_to()
Date: Fri, 22 Jan 1993 09:00:37 GMT
Organization: The Home of the Pilhuhn
Keywords: 386bsd,elm

Hi,
I'm trying to get elm 2.4.20 to work. With the Patches postet lateley,
I can get it to compile and run. But when elm asks me a Question like
'Copy message    n' it hangs in read(), which is called by ReadCh(),
which is called from want_to  . I am able to use the builtin pager
normally. 

I have pcvt2.00 from Helle Michaelis installed, but don't think that
this has anything to do with it, as this bug also occurs, when I'm
logged in on a pty via ethernet. This bug also occurs, when using the
original kernel with the original pccons.

Has anyone solved this?

Thanx in advance
- Heiko


-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
"The porcupine with the sharpest quills gets stuck on a tree more
often."
From: guido@gvr.win.tue.nl (Guido van Rooij)
Newsgroups: comp.unix.bsd
Subject: [386bsd] X broken with new patchkit ?
Date: 27 Jan 93 21:01:36 GMT

I installed the new patchkit a few days ago. I also had keycap-0.1.1 (codrv)
installed. This used to work fine, but now that I've installed the new
patchkit, the keyboard isn't functioning quite well anymore when using X.
Symptoms are that after pressing a key you have to wiat several seconds
for the key to become visible on your xterm UNLESS you move your mouse..
then the char immediately shows up. Anyone having the same behaviour?


-Guido
From: ah@alvman.RoBIN.de (Andreas Haakh)
Newsgroups: comp.unix.bsd
Subject: Re: problems with date
Date: 25 Jan 1993 20:46:11 +0100
NNTP-Posting-Host: localhost

mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:


>I don't understand the point of the loop in clock.c.  ...

I think the loop is no bad idea. It's easy to understand.
It works fine if you change the 
       if ( y % 4 ) ...
to 
       if ( (y+2) %4 ) ... 

>+ #define isleap(y) (((y) % 4) == 0 && ((y) % 100) != 0 || ((y) % 400) == 0)

Your macro `isleap` is correct but amusing.
The simple form

#define isleap(y) ((y%4)==0)

is good for the next 106 years.

Within this period clock.c will be rewritten several times for new
HW and/or OSes :-))

					Andreas
-- 
Andreas Haakh  --  ah@alvman.RoBIN.de
Newsgroups: comp.unix.bsd
From: wollman@sadye.emba.uvm.edu (Garrett Wollman)
Subject: Re: [386BSD] Followup: WD8013 card
Organization: University of Vermont, EMBA Computer Facility
Date: Thu, 28 Jan 1993 17:50:51 GMT

In article <1993Jan26.205504.24467@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>The probe routine could be modified to forcibly reset the card; however, if
>this is done, what is the point of having a probe routine (since you must
>assume the card is present to reset it)?

Well, the ie device driver that I have written does precisely
this---that's how it determines that the card is actually there!  (It
also reads a description register from the StarLAN cards as a
preliminary determination.  If anyone knows how the configuration
parameters should differ between StarLAN and Ethernet, please let me
know!)

-GAWollman

-- 
Garrett A. Wollman   | Shashish is simple, it's discreet, it's brief. ... 
wollman@emba.uvm.edu | Shashish is the bonding of hearts in spite of distance.
uvm-gen!wollman      | It is a bond more powerful than absence.  We like people
UVM disagrees.       | who like Shashish.  - Claude McKenzie + Florent Vollant
From: nizar@loki.ECE.Concordia.CA (Nizar Sabra)
Newsgroups: comp.unix.bsd
Subject: Re: Install Via SLIP and FTP
Date: 27 Jan 93 23:06:51 GMT

mmead@meadmc.async.vt.edu writes:

Ok, just a few notes:

>slattach /dev/com2 19200

	Does your slattach support VJ Compression? The remote SLIP
shell may be in VJ Compression mode. My version of slattach has that
feature. Correct me if I'm wrong, but shouldn't the 19200 be preceded
by a -s? i.e. slattach -s 19200 /dev/com2. If you have VJ Compression,
this can be called with slattach -c -s 19200 /dev/com2.
	Also, to see if it is a case of VJ Compression, see if you can
ping any hosts.

>ifconfig sl0 128.173.19.25 128.173.16.1 netmask 255.255.252.0

	This might be daft, but is that 252 supposed to a 255?

- Nizar.

>*----------------------------------------------------------------------------*
>* Matthew C. Mead -- mmead@vtssi.vt.edu |  "To know everything would be      *
>*  A \ Ogion       | mmead@nyx.cs.du.edu \_____ impractical; access time     *
>*    k \  the      | mmead@meadmc.async.vt.edu \__  would be exceedingly     *
>*      A \ Silent  | akcs.matt1@hpcvbbs.cv.hp.com \                 high"    *
>*----------------------------------------------------------------------------*


/-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-\      _______ 
| Nizar Sabra                nizar@CS.Concordia.CA          |  |\ |      /
| Computer Science           nizar@loki.ECE.Concordia.CA    | _| \|izar /__
| Concordia University       nizar@CAM.ORG                  |             /
| Montreal, Quebec.          n_sabra@Pavo.Concordia.CA      |            /abra
|-----------------------------------------------------------------------------\
|   The human mind ordinarily operates at only ten percent of its capacity    |
|              - the rest is overhead for the operating system.               |
\-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-/
--
/-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-\      _______ 
| Nizar Sabra                nizar@CS.Concordia.CA          |  |\ |      /
| Computer Science           nizar@loki.ECE.Concordia.CA    | _| \|izar /__
| Concordia University       nizar@CAM.ORG                  |             /
Newsgroups: comp.unix.bsd
From: cflatter@nrao.edu (Chris Flatters)
Subject: Re: Correct values for float.h, compiling gcc-
Reply-To: cflatter@nrao.edu
Organization: NRAO
Date: Tue, 26 Jan 93 00:31:33 GMT

In article 10017@yrloc.ipsa.reuter.COM, bsd@yrloc.ipsa.reuter.COM (Brian de Alwis) writes:
>What exactly are the correct values for <float.h>?
>
>This problem has come up while attempting to compile gcc-2.3.3 (are
>there any patches out there? I couldn't find any, with my limited
>resources here). It seems that the build proceeds with no problems
>until enquire.c is compiled with the new xgcc. On line 2307, it
>craps out with a `floating point constant out of range'. I haven't
>had too much time to look at any further.
>
>When I tried compiling enquire with the `stock' gcc-1.39, it manages
>to compile properly, but dumps core with a precision exception when
>commencing the double tests. I think it may be my implementation of
>strtod (from the Tcl distribution).

The values that need to be corrected are DBL_MAX and DBL_MIN.

#define DBL_MIN         2.2250738585072014E-308
#define DBL_MAX         1.7976931348623157E+308

(DBL_MAX in /usr/include/float.h is one digit too short and rounded high).
There are also problems with HUGEVAL being defined to be 1E500 in math.h ---
fixing this will require some changes to libm.

	Chris Flatters
	cflatter@nrao.edu
From: captain@rot.qc.ca (Andrew Webster)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] boot disk does absolutely nothing on gateway 4dx33v
Date: 27 Jan 93 01:45:50 GMT
Organization: Groupe de Recherche Operationnelle en Telecommunication (ROT) Inc.
X-Newsreader: TIN [version 1.1 PL8]

Timothy Miller (tim@news.Brown.EDU) wrote:
> I have acquired the boot disk image for 386bsd, and no matter what I try,
> when my system starts up, it displays all the bios messages, and then hangs
> with the floppy drive light on. I have tried waiting for half an hour (just
> to be on the safe side), I've tried keeping the keyboard unplugged during
> reboot and also only unplugging it when it gets to the hang stage (because of
> reading about gateway keyboard problems), I've tried disabling in nvram/eeprom
> everything I can get my hands on, including setting IDE speed to slow,
> cpu speed to slow, internal & external caching off, bios shadowing disabled,
> ide block mode disabled, turning the ATI's memory aperture off, etc. I've
> tried booting off of fixit as well as dist, and as well as the debug versions
> of the bootables.  I know I'm installing the disk image correctly because
> doing the same thing with the linux disk images works perfectly (in fact linux
> successfully installs and runs fine, without my even needing to turn anything
> off (except gcc dies unless I turn external caching off)).

Rather intteresting... I have the same problem, different hardware!
Here's the scoop:
386DX-20 no cache, 4MB RAM, Logitech EGA, 80MB IDE, locks up on floppy boot
386DX-33 64K cache, 8MB RAM, ATI VGA Wonder, 2x100MB Rodime IDE, WD8013 works!
486DX-33 256K cache, 16MB RAM, ATI XL, SCSI drives, WD8013 etc etc... works!

Sounds like some incompatible mother board or floppy conroller!

Comments anyone?

-------------------------------------------------------------------------------
captain@broue.rot.qc.ca	| Andrew Webster	|  "The engines canna take it 
			|			|  anymore cap'n..."
IP: 192.77.49.131	| ROT inc.		 ------------------------------
			| Recherche Operationnelle en Telecommunication
			|
Voice: +1 514 737 0020	| Dataradio Inc.
Fax:   +1 514 737 7883	| Montreal, Quebec
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: [386BSD] Followup: WD8013 card
Organization: Weber State University  (Ogden, UT)
Date: Tue, 26 Jan 93 20:55:04 GMT

In article <C1FuJ7.4A9@rot.qc.ca> captain@rot.qc.ca (Andrew Webster) writes:
>The WD8013 does seem to exhibit odd behaviour as the kernel only detects
>the card from a cold boot / power up.
>One person who responded mentioned this problem.  It is wide spread?
>Is there a fix?

The problem is that a warm boot does not cause a card reset.  This is
arguably a defect in the card.

The probe routine could be modified to forcibly reset the card; however, if
this is done, what is the point of having a probe routine (since you must
assume the card is present to reset it)?

Th appropriate answer is a shutdown routine for drivers in each device
driver... no one has hacked this into the device interface yet.  This
would also allow a spin-down of disks or "parking" the heads, if the
shutdown took an argument.

Happy hacking!


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: bkc@ernie.Princeton.EDU (Bruce Caruthers)
Subject: Re: [386BSD] Still trying to install...
Summary: Finally got it to work
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 21 Jan 1993 09:20:14 GMT

>	i486/40 ISA, 8MB RAM, 44.7 MB Seagate ST-157A IDE
>	Microid Research BIOS (MR BIOS)

Okay, I finally got things to boot (now I can go get the rest of the system)
What I had to do:
	Disable external cache
	Set cold-boot delay to 1 second or greater

While I am glad I can get it to work, this is somewhat annoying that I have to
disable the cache.  Also, I would like to know _why_ these were problems?

	-bkc

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
bkc@{phoenix|cs}.Princeton.EDU                caruthrs@thumper.Princeton.EDU
Bruce Caruthers '93  Princeton University                        bkc@Sgi.COM
	"It is not death that a man should fear, but he should fear
	 never beginning to live."		-- Marcus Aurelius
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: [386BSD] gcc2 and -fPIC
Organization: Weber State University  (Ogden, UT)
Date: Tue, 26 Jan 93 21:01:15 GMT

In article <CGD.93Jan25211237@eden.CS.Berkeley.EDU> cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) writes:
>anybody gotten code compiled w/gcc2's -fPIC to assemble properly
>(or "at all") under 386bsd?
>
>if so, could you tell me what i'm doing wrong?
>
>gcc -c -fPIC -O foo.c
>just won't do it for me... 8-)

Someone posted that they had a patched assembler a while back (your
assembler hates PIC -- that's why it fails).

I'll look for the article -- it's the kind of thing I save besides patches
and apps -- but you may want to hit one of the news archives instead.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Xref: sparky comp.unix.bsd:11940 comp.sys.ibm.pc.hardware:37460
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.hardware
Subject: Re: ATI Mach32 and Xfree86 or XS3?
Date: 27 Jan 93 23:09:01 GMT
Organization: Weber State University  (Ogden, UT)

In article <1993Jan26.220906.26671@netcom.com> hasty@netcom.com (Amancio Hasty Jr) writes:
>In article <1993Jan26.162704.13442@usasoc.soc.mil> ted@usasoc.soc.mil (Mr. Ted Nolan) writes:
>>Hello folks,
>>
>>I'm plugging along in my quest to spec out a nice 486 system to get and
>>run 386BSD and X on.  I've seen a few advertisements for the ATI Mach32
>>video card.  It seems this is a local bus card that can do 1024x1280 in
>>256 color mode.  Does anyone know if this has an S3 or ET4000 chipset?
>>Can you run X on it?
>>
>The ATI Mach32 is based upon ATI's mach32 chipset.
>for speed I suggest acquiring a 928 based card which is faster than the
>ATI MACH32 by as much as 34% overall graphics performace, even on the ISA :-)
>
>Going to a local bus card will not buy you significant performance improvement,
>at least with the S3 chipsets.
>
>Hope this helps,
>Amancio Hasty
>P.S. as for the resolution it can handle 1024x1280 with 256 colors.

Amacio: several articles back, you said you were about to get an 805-S3
board (localbus) running, and that the only chips supported by the
released code were the 801-S3 and below.

Is your "no significant performance improvement" statement based on you
experience with the 805-S3?

Do you have the 805-S3 code ready to go yet?

Is it still your recommendation that one get an 801-S3 until the 805-S3
code is ready?


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Organization: Sophomore, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.bsd
Date: Thu, 21 Jan 1993 16:41:33 -0500 
From: Peter William Wieland <pw1r+@andrew.cmu.edu>
Subject: 2 drive MFM kernel wanted

Sorry, I'm a bit of a newbie at this.

I'm trying to install bsd on my 2 MFM drives, but I need to be able to
mount the second in order to have enough free space to hold all of the
bindist files.  Is there somewhere where I can get a kernel with the MFM
bad-block fix installed and the capacity to handle two MFM drives on the
same controller?  I don't have a system set up on which I can rebuild
the kernel, so I need to find a replacement.

Thanx,
Peter Wieland
peter@phred.pc.cc.cmu.edu

****************************************************************************
None of the ideas expressed above are acutally mine.  They are told to
me by Luthor and Ferdinand, the five inch tall space aliens who live
under my desk.  In return for these ideas, I have given them persmision
to eat any dust bunnies they may find under there.
Peter Wieland               pw1r+@andrew.cmu.edu            dmonger+@cmu.edu
Newsgroups: comp.unix.bsd