HDTenEightyP/NetNews huggingface dataset:
From: bs@Germany.EU.net (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: kernel FP support (was: Re: Floating point ops don't work)
Date: 16 Oct 1992 15:37:14 GMT
Organization: EUnet Backbone, Dortmund, Germany
Distribution: world
NNTP-Posting-Host: walhalla.germany.eu.net

Folks,
while we're at it...
Any way of leaving *either* NFP #defined as 0 *or* simply not putting
the emulator in the kernel ?
I don't quite see why those lucky enough to own a '387 (or a '486, for that
matter) should carry the emulator around.

In a similar vein - is it possible to exclude HD support and the pagers ?
I'm thinking of making a really *small* kernel for floppy-only support
(don't ask - I just want to play :)

Thanks
Bernard
-- 
Bernard Steiner, FB Informatik/IRB, Uni Dortmund,    vox +49 231 755 2444
Postfach 500500, D-W-4600 Dortmund 50, Germany       fax +49 231 755 2386
bs@Germany.EU.net          ...!uunet!unido!bs

*III  And they gave it Instructions, but knew it not. } From The Book of Nome,
*IV   It is, they said, a Box with a Funny Voice.     }      Mezzanine v.III-IV
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: S3 FreeX86 problem... HELP!!
Keywords: S3, XFree86, X386, 386bsd, unix
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 17 Oct 1992 02:42:38 GMT

In article <1992Oct16.165349.15638@netcom.com> kwan@netcom.com (Kwan-Seng Low) writes:
>Has anyone gotten the S3 FreeX86 to work yet?
>Here's the problem I encounter...
>under /usr/X386/bin, I make the X->XS3
>I start the xinit and this is what I got
>S3 X server, blah, blah....
>X server error(13):
>no config file found.
>
>I/O: pipe broken.....
>
>I also found another problem, the S3 server seems to have a hardcoded path:
>/bd/X11R5/lib/X11...., I did make a symlink /bd/X11R5/lib-> /usr/X386/lib.
>
>any idea, anyone? Amancio?
>
>Kwan

I build my S3 server with project root /bd/X11R5.
The problem will be solved over the weekend.

As for your Xconfig, please move your Xconfig to your home
directory.


Sorry about the fiasco with my project. I goofed..
Amancio

Newsgroups: comp.unix.bsd
From: lidl@pix.com (Kurt J. Lidl)
Subject: Sound Blaster Driver for 386BSD
Organization: Pix -- The company with no adult supervision.
Date: Sat, 10 Oct 1992 14:50:00 GMT

Thanks to the excellent driver sources posted (the Mach 386)
for Sound Blaster Pro, there is now a working driver for 386BSD.

Josh Osborne and myself will  be releasing the hacked up driver later
today.  Seems to work OK.  Thanks to the original author, Steve
Haehnichen, for releasing his code.  Also, the port to BSDI that was
done by John Kohl was most helpful in getting it to run.

As soon as we get a "play" command whacked together that supports on
the fly Sun ulaw encoded sound conversion (probably will do NeXT style
sounds too), we will post the sources.

-Kurt
-- 
/* Kurt J. Lidl (lidl@pix.com)    | Unix is the answer, but only if you */
/* UUCP: uunet!mimsy!pixcom!lidl  | phrase the question very carefully. */
Newsgroups: comp.unix.bsd
From: bmyers@rucs2.sunlab.cs.runet.edu (B.Myers)
Subject: Re: Can't make Logitech mouse working right
Organization: Radford University
Date: Wed, 14 Oct 1992 03:37:53 GMT

In article <92284.112135CALT@SLACVM.SLAC.STANFORD.EDU> <CALT@SLACVM.SLAC.STANFORD.EDU> writes:
>Hello,
>I can't make my Logitech mouse working under XFree86 1.1.
>My mouse is connected to com1 on my 386. Here is what  I
>put in Xconfig:
>
>Logitech        "/dev/com1"
>  BaudRate      9600
>  SampleRate    150
>  Emulate3Buttons
>
>Also, I tried BaudRate 1200, 2400, 4800. The same: The mouse pointer
>can be seen on the screen. If I move the mouse, the pointer moves.
>But it's very very slow. If I press any mouse button, it does nothing.
>
>Could someone out there help me? Thanks a lot!
>
>Ching Shih
>shih@cithex.caltech.edu

comment out the lines:
SampleRate    150
Emulate3Buttons

I have setup a system with a logitech mouseman. It  works
with the logitech option and the microsoft option.

hope this helps.
--
Brandon Myers
bmyers@rucs2.sunlab.cs.runet.edu
Newsgroups: comp.unix.bsd
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Subject: x11perf on XFree86,386bsd:data
Organization: Nanyang Technological University - Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 14 Oct 1992 09:30:34 GMT

I ran x11perf using 386bsd 0.1 and XFree386:
The results are as below. 

This result that et4000 is faster by 17%, using speed-up mode. The mode is
640X480, 256 colors.

This x11perf cannot run on X386mono server.

eoahmad# x11perf -bigtilerect500
x11perf - X11 performance program, version 1.3
MIT X Consortium server on :0.0
from eoahmad


Trident 8900C based SVGA card, on no brand 386DX-25, 8Mbyte RAM,
conner 200Mbyte IDE hd.

Sync time adjustment is 5.3879 msecs.

    10 reps @ 546.4612 msec (   1.8/sec): 500x500 161x145 tiled rectangle
    10 reps @ 568.4612 msec (   1.8/sec): 500x500 161x145 tiled rectangle
    10 reps @ 554.4612 msec (   1.8/sec): 500x500 161x145 tiled rectangle
    10 reps @ 546.4612 msec (   1.8/sec): 500x500 161x145 tiled rectangle
    10 reps @ 547.4612 msec (   1.8/sec): 500x500 161x145 tiled rectangle
    50 trep @ 552.6612 msec (   1.8/sec): 500x500 161x145 tiled rectangle


ET4000 based Tseng Lab International 64K color card(Topview), on
Data Mini 386DX-25 no cache, 16Mbyte RAM, conner 200Mbyte ide hd

    20 reps @ 468.7284 msec (   2.1/sec): 500x500 161x145 tiled rectangle
    20 reps @ 469.2284 msec (   2.1/sec): 500x500 161x145 tiled rectangle
    20 reps @ 478.7284 msec (   2.1/sec): 500x500 161x145 tiled rectangle
    20 reps @ 469.2284 msec (   2.1/sec): 500x500 161x145 tiled rectangle
    20 reps @ 469.2284 msec (   2.1/sec): 500x500 161x145 tiled rectangle
   100 trep @ 471.0284 msec (   2.1/sec): 500x500 161x145 tiled rectangle


Please send me results for other X terminals using
the same parameter i.e. bigtilerect500.
	Let us see how slow 386 systems really are. I notice that the xterm
running on my Pc display text very quickly, in fact faster than even the
Sparc Workstations.
	However when I run heavy background jobs such as this x11perf in the
background, other tasks cannot run any more. They virtually stop. The keyboard
and mouse simple cannot respond. This problem is not due to the X display, 
rather to the scheduling of tasks.


--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet

Newsgroups: comp.unix.bsd
From: ganter@carson.u.washington.edu (Mark Ganter)
Subject: Configuring X386 & etc
Summary: Configuration questions
Keywords: X386
Organization: University of Washington
Date: Fri, 9 Oct 1992 05:11:45 GMT

Hi gang,  I have X386 up and running! I don't have video problems THANKS
to many posts, the FAQ for X, xclk, etc.  However, I'm having mouse problems.
In the Xconfig file theres a line:
(from my human memory)
Logitech  /dev/tty00

I have a couple of questions.  I didn't have a tty00.  So I generated one
with mknod tty00 c 8 1 (just like com1 where my mouse was attached).  IS
this correct?  Also, what are other valid names to replace "Logitech"?
And how would I know?  Am I missing docs somewhere?  I checked FAQ-X.  Did
I miss something?

I start X using xinit.  Lastly, I keep seeing Xfree86 with references to
agate.berkeley.edu in pub/incoming/X386.  Is that the correct place?  I download
last week and I got core.bin.1.02 files.  Yet, I see references to higher
versions.  Has there been an update within the last week?

Mark Ganter/Univ of Washington/Dept of Mech Engr/FU-10/Seattle, WA 98195 USA
ganter@u.washington.edu
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: Re: Corrupted directory
Date: 12 Oct 92 04:17:15 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

Using a program utilising unlink I managed to shift the awkward
directory to lost+found where it now resides as #04954. While this is
very nice it hasn't solved my problem of a corrupted filesystem. Oh
well, it seemed like a good thing to try.

Is there a way to delete this inode. Fsck just isn't up to it. It goes
through the motions of fixing things but when I reboot the problem's
still there.
-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr%thor.cf.ac.uk@nsfnet-relay.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++
From: inpractutor@qut.edu.au
Newsgroups: comp.unix.bsd
Subject: Installing ISODE on 386bsd
Date: 15 Oct 92 16:00:18 EST
Organization: Queensland University of Technology

Dear friends,
Has anyone successfully installed ISODE package on 386 BSD ?
Let me heara from you because I got a lot of errors.
Thank you.

Andrey Andoko
andrey@sleet.fit.qut.edu.au

Newsgroups: comp.unix.bsd
From: boot@donald.osf.org (Bruce Bauman)
Subject: Re: x11perf on XFree86,386bsd:data
Reply-To: boot@osf.org
Organization: Open Software Foundation
	<rik.719202256@nella13.cc.monash.edu.au>
Date: 16 Oct 92 08:36:28


It's not just you, the Xserver dies on some of the x11perf tests for
me as well.

I took a really quick look at the core dump, and ddxGiveUp is 
calling abort, which explains the problem. I haven't perused the
sources yet to figure out why.

This is kind of a drag, because you can't run x11perf -all.

-- Bruce
--
Bruce Bauman	email: boot@osf.org		phone: 617-621-7205
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142
From: CALT@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.unix.bsd
Subject: "unpack" etc01 without using extract
Date: 15 Oct 92 00:48:12 GMT
Organization: Stanford Linear Accelerator Center

Has anyone done this already? I don't have enough space on my PC
for unpacking all of etc01. Is that possible to unpack some of
them? Or is that possible to unpack etc01 on other UNIX systems
without using the 386BSD's extract? Thanks!
Ching Shih
shih@cithex.caltech.edu
Newsgroups: comp.unix.bsd,comp.os.linux
From: mhbrekke@iastate.edu (Monty H. Brekke)
Subject: Re: X11R5 S3 server for 386bsd 0.1
Organization: Iowa State University, Ames, IA
Date: Fri, 16 Oct 1992 22:59:57 GMT

In article <1blhp9INNmif@agate.berkeley.edu> curtis@cs.berkeley.edu (Curtis Yarvin) writes:
>Amancio Hasty, 386BSD guru, has ported X11R5 to the S3.
>He claims functionality on the Actix GraphicsEngine
>and Orchid Fahrenheit 1280.  The port is a modification
>of Kevin Martin's X8514 server.
>
>In article <1992Oct15.141329.11997@rtpnc.epa.gov> fty@bizarre.rtpnc.epa.gov (Frank Terhaar-Yonkers) writes:
>>Amancio's S3 server is archived at: sunvis.rtpnc.epa.gov:~/pub/386bsd/X
>
>It would be a Good Thing (hint hint) if someone got this up on
>Linux prontissimo; I know some people whose acceptance of Linux
>depends on S3 functionality.  It is one of the major graphics
>chipsets, and to see it unsupported for so long has been a serious
>detriment to the cause of free X on the PC.
>
>c

I would like to see this ported to Linux as well. It seems to me that 
it shouldn't be a problem. I think it's simply a matter of dropping the
OS code from the Linux version into the 386BSD version and compiling.
I would give this a try myself except for the fact that (1) I don't
have enough drive space to compile X386, and (2) I'm using a Diamond
Stealth board, which is apparently not supported yet due to Diamond's
proprietary clock synhesizer circuitry. If anyone is able to get this 
server running on a Stealth under Linux, please let me know. I would 
very much like to get X running as soon as possible.


-- 
Internet : mhbrekke@iastate.edu
From: bs@Germany.EU.net (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: init won't run rc
Date: 9 Oct 1992 11:51:12 GMT
Organization: EUnet Backbone, Dortmund, Germany
Distribution: world
NNTP-Posting-Host: walhalla.germany.eu.net

Folks,
having installed 386bsd on an ide drive (the hard 'n proper way) I got the
effect that on re-boot I get pid #0,1 and 2 and then pid #3 is a sh, which,
to my understanding, is supposed to run /etc/rc.

Well, it doesn't.
However, starting to run "sh /etc/rc" or some other random program
occasionally makes something trigger something else and then /etc/rc is run
(twice, if "sh /etc/rc" is used, of course).


I've checked init and sh against binaries on a working system and re-compiled
the bootstrap and re-disklabel'ed wd0, all to no avail.

Any clues ? (The machine in question is a 486DX33/4MB/256k/207MB IDE.)

Thanks,
	Bernard
-- 
Bernard Steiner, FB Informatik/IRB, Uni Dortmund,    vox +49 231 755 2444
Postfach 500500, D-W-4600 Dortmund 50, Germany       fax +49 231 755 2386
bs@Germany.EU.net          ...!uunet!unido!bs

*III  And they gave it Instructions, but knew it not. } From The Book of Nome,
*IV   It is, they said, a Box with a Funny Voice.     }      Mezzanine v.III-IV
From: grefen@wilbur.uni-mainz.de (Stefan Grefen)
Newsgroups: comp.unix.bsd
Subject: Re: Problems with 386bsd and 3COM 503 ethernet interface
Keywords: 386bsd 3COM ethernet
Date: 15 Oct 92 15:26:11 GMT
Organization: Johannes Gutenberg Universitaet Mainz

In article <1bfunsINN3ek@iskut.ucs.ubc.ca>, felawka@sitka.triumf.ca (Larry Felawka) writes:
|> Help!  Is there anyone out there who has got the 3COM 503 ethernet interface
|> running with 386bsd?  I have had success with 386bsd and the Western Digital
|> that the driver is suspect, although possibly it works for the on-board thinnet
|> ethernet interface (it works great).  When I rebuild the kernel with only the
|> transceiver.  The system crashes with the messages
|> 
|>   vm_fault(fe103000,fe623000,3,0) -> 1
|>     type c, code fe070002
|>   trap type 12 code = fe070002 eip = fe0007f7 cs = 8 eflags = 10696 cr2
|> 
|>   panic: trap fe6230ed cpl 525a
Also with thinnet (under some circumstances, normaly it runs just ok)
With wd-cards I get some remque panics:-/
But I can't find any obvious errors in if_ec.[ch].
Stefan 
-- 
Stefan Grefen   ---   Johannes Gutenberg University Mainz   ---    Germany
Email: grefen@goofy.zdv.uni-mainz.de       ---        Phone:  06131/392415
From: felawka@sitka.triumf.ca (Larry Felawka)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD - cpio and etc01
Date: 12 Oct 1992 23:39:44 GMT
Organization: TRIUMF, Vancouver BC
Distribution: world
NNTP-Posting-Host: sitka.triumf.ca

In article <1992Oct11.220636.29711@cronkite.ocis.temple.edu>, lafollet@astro.ocis.temple.edu (Paul Lafollette) writes:
|> I fear the answer to this is no, but here goes anyhow...
|> 
|> I do not have room for both sources and the etc distribution.  I
|> need the sources, so etc has to go.  I do, however, have 
|> all of the etc01 files on a series of DOS diskettes.  Is there
|> any way that I can retrieve specific files or directories
|> from them without copying them all to my unix hard disk (no
|> room to hold them all).  I am able on our mainframe to

The answer is "yes" - RTFM (on your mainframe).  Sorry ... couldn't resist.

|> room to hold them all).  I am able on our mainframe to
|> cat them all together and uncompress them, but then cpio
|> on that machine says the result is not a cpio file. I suspect
|> that the header is in byte reversed order or something like that.

Right you are ... I had the same problem.  A simple filter will make your
cpio file extractable on the mainframe.  It would have been nicer if the
compressed cpio files had been created with the cpio "-c" option (which
produces ASCII headers).

-- 
Larry Felawka
Newsgroups: comp.unix.bsd
From: vak@guam.relcom.msk.su (Serge V.Vakulenko)
Subject: [386BSD] patch for mtools to find C and D automagically (repost)
Organization: Relcom R&D
X-Newsreader: TIN [version 1.1 PL6]
Distribution: world
Date: Thu, 15 Oct 1992 09:53:33 GMT

Here is my patch for mtools from 386bsd srcdist,
which makes it possible to work with DOS partitions
on hard disks without recompiling mtools every time
you change partition table.  C and D disks are marked
in devices table as having offset -1, and
DOS partition then is searched through partition table.

Serge Vakulenko

*** /tmp/mtools/devices.c	Mon Oct 12 19:06:10 1992
--- ./devices.c	Tue Oct 13 07:12:08 1992
***************
*** 30,33 ****
--- 30,37 ----
  	{'B', "/dev/rfd1a", 0L, 12, 0, (int (*) ()) 0, 40, 2, 9},  /* 360k */
  	{'B', "/dev/rfd1a", 0L, 12, 0, (int (*) ()) 0, 40, 2, 8},  /* 320k */
+ 	{'C', "/dev/rwd0d", -1L, 16, 0, (int (*) ()) 0, 0, 0, 0},
+ 	{'C', "/dev/ras0d", -1L, 16, 0, (int (*) ()) 0, 0, 0, 0},
+ 	{'D', "/dev/rwd1d", -1L, 16, 0, (int (*) ()) 0, 0, 0, 0},
+ 	{'D', "/dev/ras1d", -1L, 16, 0, (int (*) ()) 0, 0, 0, 0},
  	{'\0', (char *) NULL, 0L, 0, 0, (int (*) ()) 0, 0, 0, 0}
  };
*** /tmp/mtools/init.c	Mon Oct 12 19:06:06 1992
--- ./init.c	Tue Oct 13 07:12:59 1992
***************
*** 27,30 ****
--- 27,31 ----
  extern struct device devices[];
  static struct bootsector *read_boot();
+ static long find_partition ();
  
  int
***************
*** 62,69 ****
  
  		name = expand(dev->name);
! 		if ((fd = open(name, mode | dev->mode)) < 0) {
! 			perror("init: open");
! 			exit(1);
! 		}
  					/* set default parameters, if needed */
  		if (dev->gioctl) {
--- 63,68 ----
  
  		name = expand(dev->name);
! 		if ((fd = open(name, mode | dev->mode)) < 0)
! 			goto try_again;
  					/* set default parameters, if needed */
  		if (dev->gioctl) {
***************
*** 72,75 ****
--- 71,79 ----
  		}
  					/* read the boot sector */
+ 		if (dev->offset < 0)
+ 			dev->offset = find_partition (fd);
+ 		if (dev->offset < 0)
+ 			goto try_again;
+ 
  		disk_offset = dev->offset;
  		if ((boot = read_boot()) == NULL)
***************
*** 153,157 ****
  			break;
  
! try_again:	close(fd);
  		fd = -1;
  		dev++;
--- 157,162 ----
  			break;
  
! try_again:      if (fd >= 0)
! 			close(fd);
  		fd = -1;
  		dev++;
***************
*** 323,325 ****
--- 328,352 ----
  
  	return(&boot);
+ }
+ 
+ static long find_partition (fd)
+ {
+ 	char buf [512];
+ 	int i;
+ 	struct partition {
+ 		unsigned char flag, bhead, bsect, bcyl;
+ 		unsigned char system, ehead, esect, ecyl;
+ 		unsigned long relsect, numsect;
+ 	} *p;
+ 
+ 	if (read (fd, buf, 512) != 512 ||
+ 	    ((unsigned short *) buf) [255] != 0xaa55)
+ 		return (-1);
+ 	p = (struct partition *) (buf + 0x1be);
+ 	for (i=0; i<4; ++i, ++p)
+ 		if (p->flag != 0 && p->flag != 0x80)
+ 			return (-1);
+ 		else if (p->system == 4)        /* find DOS-16 partition */
+ 			return (p->relsect * 512);
+ 	return (-1);
  }

Newsgroups: comp.unix.bsd
From: adrian@ibmpcug.co.uk (Adrian Hall)
Subject: Re: Problems with patchkit
Organization: The IBM PC User Group, UK.
Date: Tue, 13 Oct 1992 11:55:00 GMT

In article <1992Oct13.173506.56549@qut.edu.au> csb960lanaga@qut.edu.au writes:
>Is anyone having trouble the patch kit ? I have insttalled all of the
>patches onto the srcdist files. 
>
>config GENERICISA works fine
>make depend works fine
>make falls over with a signal 11 (Segmentation Violation)
>

	mkpatchdirs
	patches
	IALL
	cd /sys/i386/conf
	config RACHEL		(difference is that swap is on
				 wd0 and wd1 and as0 and that the
			 	 we0 driver is on IRQ 3)
	cd /sys/compile/RACHEL
	make depend
	make
	mv 386bsd /ftp/kernel

This kernel is patched to beta.patch.kit level, and I am using it
myself. I had no problems.

Adrian
-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
A.Hall@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK
Newsgroups: comp.unix.bsd
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: Re: Corrupted directory
Date: Thu, 15 Oct 1992 14:25:04 GMT
Organization: SAS Institute Inc.

In article <1bi6soINN8au@iskut.ucs.ubc.ca> felawka@sitka.triumf.ca (Larry Felawka) writes:
>In article <Bw4Fv7.M4L@unx.sas.com>, sastdr@torpid.unx.sas.com (Thomas David Rivers) writes:
>|> 
>|> Regarding this infinite reboot cycle; I recently applied the entire
>|> beta patchkit (from a new, clean, installation of 386bsd 0.1) and
>|> began getting this problem.
>|> 
>|> I.e. If I have to shut down for some reason, or the power goes out; the
>|>      machine reboots.  Root gets fsck'd and repaired; and the
>|>      machine reboots again.  Then there is another problem with the
>|>      fsck of root, and the machine reboots, etc... encountering the
>|>      same problem over and over.
>|> 
>|>  I've now seen this happen on two machines to which I applied the beta
>|>  patchkit.  It did *not* happen on these machines using the kernel I 
>|>  had patched together from news articles.   This means (at least to me)
>|>  there is some patch applied by the patchkit which I had not otherwise
>|>  applied in my kernel, that is causing the problem.
>|> 
>|>  I've seen it on a SCSI disk and IDE disk, so I don't think it's in the
>|>  driver... could it be some of the changes to init.c?
>|> 
>
>Only indirectly ... the problem comes when you do the "make install" for
>"init".  It appears that at this point the file system has become corrupted
>and if you reboot you get the behaviour you have described.  One can recover
>by inserting the fixit disk, rebooting from the floppy and doing
>"fsck /dev/rwd0a".  The clean way to do the patch installation for init (and
>other programs that are running while you are patching them) is probably to
>do the "make", shut down and do the installation using the fixit disk.
>
>-- 
>Larry Felawka


While that may be the case; I have seen it occur several days (and
*many* reboots) after I changed init.  There must be something else
going on as well. 


The problem is not consistent; just every now and then, when rebooting
after the machine locks up (leaving the file system in a bad state) you
can fall into this infinite-boot-loop.


Also, I noticed that, with the new init, when the fsck of root fails,
it drops you into single user mode, but the rc script is still running,
as evidenced by a message "starting network" appearing over my
single-user shell prompt.  Then; it reboots...  Could this be causing
the problem (i.e. we get "part of the way" up to multi-user, and 
munge the file system again before the reboot succeeds.)

	- Dave Rivers -
	(rivers@ponds.uucp (home))
	(sastdr@unx.sas.com (work))

-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
Newsgroups: comp.unix.bsd
From: colinj@engin.umich.edu (Colin Johnson)
Subject: (Newbie question) Where to find the FAQ for 386bsd
Date: Sun, 11 Oct 92 12:00:37 EDT
Organization: University of Michigan Engineering, Ann Arbor


	I would like to find the FAQ for 386bsd. Can someone please tell
me where I might find it?
 
Thanx

Colin J.

-- 
Colin Johnson           |Colin.Johnson@um.cc.umich.edu
Ann Arbor Michigan      |colinj@caen.engin.umich.edu


Newsgroups: comp.unix.bsd
From: Matt Mannhardt <lasmtm@Arco.COM>
Subject: Re: Ethernet Western Digital Troubles
Organization: ARCO Alaska, Inc.
X-Useragent: Nuntius v1.1a2
Date: Wed, 7 Oct 1992 22:16:54 GMT



>| Is your card actually a WD or an SMC? I have an SMC [...]
>| But I get an error whenever I try to actually GET anything 
>
>We use nothing *but* SMC elite cards, and they work flawlessly...

I've used both WD and SMC  "elite 16" NIC's and the both work great;
as long as you don't soft boot. This AM I just removed the WD NIC 
(borrow'd) and installed a newly purchased SMC; The artwork on the 
PCB [and it's size] is different but the setup disk, manual etc...
looked the same and both will not be recognized by 386BSD if I don't
throw the switch. (no 'shutdown -r now <cr>' *frown*)  Am using the 
values in the "INSTALL.NOTES" which require I run the "EZSETUP" DOS
utility on their diskette to reconfigure.



-Matt Mannhardt    - WL7CDE

- Any opinions in this posting are my own and not those of my employer.
Newsgroups: comp.unix.bsd