HDTenEightyP/NetNews huggingface dataset:
From: paigen@tfs.com (David Paigen)
Subject: [386BSD Install] endless reboot cycle, help please
Summary: unable to boot from hard disk
Keywords: 386bsd install reboot 
Organization: TRW Financial Systems
Date: Mon, 21 Dec 1992 17:55:20 GMT

Grumble.

So I made an install and a fixit disk from cgd's binary images months
ago.  Just the past week I finally managed to get the bin dist loaded
onto floppy, so I thought, "now is the time to install."

I booted the install floppy.  I typed 'install'.  Everything appeared
to work fine.  I hit return to reboot off of the hard disk.  Endless
reboot cycle.  It took me a few dozen cycles to copy it down, but 
here is what appeared on the screen:

vm fault ( fe071cdc, a49c2000, 3, 0 ) -> 1
  type c, code 2
trap type 12, code 2, eip = fe025dff, cs = fdbf0008, eflags = 10203, \
    cr2 a49c2a58, cplo
panic: trap

The operating system is saving a copy of RAM to device 1, offset 0
(hit any key to abort) amount left to save [MB] -- area improper,
system rebooting.

The syntax may be a bit off, but the preceding is what my machine
complained of.  I seem to recall some mention of an endless reboot
cycle before, but it didn't seem to apply to my machine.

Here are the specifics:
no-name motherboard, AMI bios, 386-25, 8 Meg RAM, no co-processor,
MFM controller and two hard disks, one (3.5) floppy, 4-port serial
card (com 1), multi i/o card (com 2), CGA adapter (HP, ancient, 2
board solution), wangtek QIC-36 controller, 1/4" tape drive, Covox
Speach board.  I think that's it.  I haven't had the opportunity
yet to pull all but the most essential components and try again.
Is this something that is likely to prove useful?  

Does anyone have any suggestions for me?  What should I do next?
Pull half of the RAM?  Disconnect the second hard drive?  Get a new
install image?  Install by hand?

Thanks in advance,
----------------------->"Lay on, McDuff,    14th c. ideals in a 21st c. world
David Paigen            and damn'd be he        N: PLO Bush IRA CIA KKK
TRW Financial Systems   who first cries,        S: terrorism pipe bomb kill
paigen@tfs.com          'hold, enough!'"        A: assasination maim

Newsgroups: comp.unix.bsd
From: gebhart@Informatik.TU-Muenchen.DE (Ralf Gebhart)
Subject: Re: [386bsd] looking for logitech bms driver 
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 1 Jan 1993 18:44:07 GMT

In article <C05vrx.IMD@NeoSoft.com> karl@NeoSoft.com (Karl Lehenbauer) writes:
>In article <1992Dec31.155414.9400@Informatik.TU-Muenchen.DE> gebhart@Informatik.TU-Muenchen.DE (Ralf Gebhart) writes:
>>You get obtain it from ftp.informatik.tu-muenchen.de in
>>/pub/BSD/386BSD/0.1/unofficial/drivers/mouse/logitech
>
>Well, how can people in psi.net get it?  Your ftp server blows me off because
>I'm coming in through psi.net.

Sorry, I don't know the reason for this. But there is another way how
the files there can be accessed -> email.

Here is a short "how to do" :


Our anonymous FTP-archive is accessible via electronic mail.

Send commands (see below) in the mail body to the following address:

	ftp-mailer@ftp.informatik.tu-muenchen.de

Commands can be given in either upper or lower case and you may specify
more than one command.


HELP
	send a help file (what you currently read)

PATH a_valid_RFC822_return_address
	The default email address to which replies are sent, is
	taken from the "Reply-To:" field in the mail header.
	If there is no such field the "From:" field is used.
	You can override these two defaults by adding the PATH
	command to your mail; e.g.

		PATH your!email!address
		PATH your@email.address

INDEX
	Get an index of our archive, i.e. a recursive directory
	listing.  This is currently about 600 KB large, and will
	give 13 mails of 1000 lines to be sent.

GET INDEX
	Same as INDEX.

GET <file>
	Get <file> from the archive where <file> is a relative
	or absolute path within our archive-tree. <file> will
	always be interpreted as a plain file and not as a directory!
	To get all files in a directory you can use wildcards
	as in the third example below, but please be careful using
	them as you will get ALL matching files.

	Examples:
		GET /pub/news/comp.sources.unix/1/slice..v13i073.Z
		GET net/net-tools/netdig.3.5.shar.Z
		GET pub/news/alt.sources/psutils/*
		GET pub/X11/contrib/*/*/*.desc

	The mail server will uuencode files and send them in
	1000 line chunks.  The actual sending of the uuencoded files
	will be delayed until non-buisness hours.  A notification that
	your request arrived here and what will be sent back to you
	is sent out immediately.

EXIT
QUIT
END
	Stop further processing of the mail body; useful if your
	mailer automically appends a signature to your mail.


Send comments, suggestions, complaints and donations to
	
	ftp-owner@ftp.informatik.tu-muenchen.de


Good Luck!
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Which DDJ articles for 386BSD?
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Tue, 29 Dec 1992 16:02:45 GMT

In article <1hodujINN3ip@agate.berkeley.edu>, wjolitz@soda.berkeley.edu (William F. Jolitz) writes:

| "POSIX 1003.1: IEEE Standard Portable Operating System Interface for
| Computer Environments", IEEE 1988. ISBN 1-55937-003-3.

Uhh.  Please make that:

IEEE Std 1003.1-1990 or ISO/IEC 9945-1:1990(E) (ISBN 1-55937-061-0)

The newer standard differs from the obsolete one referenced above in small
but important ways, and is the one everyone should be using...

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd
From: tjb@NeoSoft.com (Timothy J. Bogart)
Subject: Re: 386bsd - reinstall woes
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 26 Dec 1992 21:32:24 GMT
Summary: read the install notes

There is a reference to  an additional switch needed to remove
386bsd from an entire-disk installation mentioned in the install
notes.  I don't remember the switch, but it explained that you
must do this because an entire-disk installation modifies more
than a partition installation.  Hope this helps with your
particular problem.
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] GNU malloc in favor of BSD malloc in libc - shall we vote?
Date: 1 Jan 1993 03:10:48 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu


In article <1993Jan1.001332.15123@serval.net.wsu.edu> hlu@eecs.wsu.edu
(H.J. Lu) writes:
>
> Another `feature' in GNU malloc is malloc (0) returns NULL.

According to ANSI, malloc(0) is implementation-defined.  I believe some
systems intentionally return a bogus(?) address so that sloppy programs
don't have to think about it.

Obviously, you can't write or read at the address returned by malloc(0)
anyway; what difference can it really make?  The only place I've seen a
problem with returning NULL is functions like xmalloc() which check the
address from malloc() to see whether or not it succeeded, and these are
trivial to modify so that they do not depend on implementation-specific
behavior.

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
From: aoki@risk.stanford.edu (ikuro aoki)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd installation problem for an EISA machine. (continue)
Date: 24 Dec 92 19:38:43
Organization: Stanford University, Stanford, CA, USA.
Distribution: comp
NNTP-Posting-Host: risk.stanford.edu
In-reply-to: aoki@risk.stanford.edu's message of 24 Dec 92 02:49:46

Hello all,

First, thank you very much for all who gave ma information.
I am still struggling with the installation, and report it
this time.

	"as0d: controller error 0x12 reading fsbn 0"
 	"scsi sense: 0 0 0 0 0 0 0 0 0 (0 x30 times) 0 0 0 0 0 0"

According an information, "It means that either no disks or no 
controllers were found in the probe phase. "
	
Some people suggested to check Adaptek 1742 configration. 
Yes, I checked it again,
	Adaptec 1742 port 0x330, irq 11, drq 5 (factory setting)
 	Standard mode (BIOS 0xCC000 enabled)

Then, as another recommendation, I tried a newbootable for 1740
which are in ref.tfs.com:/usr/bootdisks.

      size    timestamp    name
   a) 1228800 Nov 22 15:09 dist.fs.aha1742-only
   b) 1225728 Dec  3 16:33 fixit.1742a.fs
   c) 1228800 Nov 22 14:36 fixit.fs.aha1742-only

a) and c) endless booting, boot -> reboot -> reboot ...... (ah!)

b) booted correctly, probing information was

	... 386BSD copyrights ... [0.1.4 10/17/92 18:28]
	pc0<color> at 0x60 irq 1 on isa
	com0 fifo at 0x3f8 irq 4 on isa
	com1 fifo at 0x2f8 irq 3 on isa
	fd drives 0: 1.44M 1: 1.2M 0x3f0 irq 6 drq 2 on isa
	ahb0 reading board settings
		** ahb0 probing for scsi devices **
		dev, lu0, type 0(direct), fixed 'MICROP 2112-15MMxxxxxx',scsi1
		sd0 992MB cyls 1760, head 15, secs 77, bytes/sec 512
	we0 ethernet address 00:  :  :  :  :  : at 0x280 irq 9 on isa
	npx at 0xf0 irq 13 on isa
	sd0: no disk label

   	FIXIT Floppy Release 0.1

Because the fixit doesn't have 'install' program, I made another 
boot floppy from a) binary. 
Then, boot from b) and mount a) floppy to the kernel, 
like 'mount /dev/fd1a /mnt'

I could execute the installation program, much better than the 
last time :-), but installation was failed again.

	High level formatting of 386BSD disk strage.
	newfs: /dev/ras0a device not configured.
	Could not format filesystem Installation failed.

I checked the disklabel of the fixed disk, that was ... something
worng. Even I use 'disklabel' program manualy, I couldn't give a
correct disklabel for the hard disk.

Finally, here is my new questions,
	1) why did 'disklabel' and 'newfs' fail.
	2) Is there a limitation for the number of HDD cylinders?
	   like the 1024 DOS limitation.

# Probably, I have to buy Adaptec 1542B adapter... :-(
--
Ikuro Aoki
aoki@risk.Stanford.EDU
From: rooij@mozart.cft.philips.nl (G. van Rooij)
Newsgroups: comp.unix.bsd
Subject: Re: Patch to allow ps(1) to identify console-controlled processes
Date: 22 Dec 92 12:28:13 GMT
Organization: Philips Communications & Processing Services, Eindhoven

duplain@rtf.bt.co.uk (Andy Duplain) writes:


>	Hi, here is a hack to allow ps(1) to see processes that have the
>	console as there controlling tty.  I don't understand why there
>	is both a console and a PC console device, but basically all
>	processes that are controlled from the console have the major device
>	number of 12, while /dev/console has a major device number of 0.  An
>	alternative solution _could_ be to add a filesystem node for the
>	PC console device and then run dev_mkdb(8) again (having changed the
>	definition of _PATH_CONSOLE from /dev/console to /dev/whatever).

I ported ps a lonmg time ago (I think it was in version 0.0) but from
what I remember, there was a much simpler "hack": If I remember well
theer was a define (HP300 or so, it was definitely something with HP)
that also fixed a wrong behaviour towards console entries. When you
define this ps's output also is okay.

-Guido
Newsgroups: comp.unix.bsd
From: btaplin@bronze.ucs.indiana.edu (bradley richard taplin)
Subject: Anyone used SparcClassic and/or the Solaris 2.1 included with it?
Summary: Curious about the new Sparc, Solaris 2.1,if hard drive is enough.
Organization: Indiana University
Date: Sun, 3 Jan 1993 15:13:54 GMT

	Hello. I recently read the "real low-end" article in a late-fall
	issue of SunExpert and am curious about the new SparcClassic. Is
	16 mb RAM, a 207 mb hard drive, and Solaris 2.1 a good standalone
	package? Would it be possible to develop using GNU C or Sun's C?
	C++ as well? Scheme? Could this become a "home server" providing
	terminal access from a Macintosh and/or DOS box in other rooms?

	An alternative in my mind is a fast 486. Dell can preload their
	UNIX S5R4 for a very reasonable sum, bringing the total cost
	hardware plus operating system to under what the SparcClassic
	now goes for, and Dell's newer systems are Pentium-upgradeable.

	Moving down the cost levels, I understand Tenon's MachTen is a
	full implementation of Mach UNIX for about $600 and up that I
	could run on the Mac LCII 4/80 we currently have at home. We
	might require a little more memory and/or storage. Opinions?

	Finally, has anyone used Coherent 4.x? I intend to learn UNIX
	but finances are very tight right now, so I figure a 386 with
	Coherent (total system+OS under $1000) might be a good start.
	I mean to become a competent UNIX sysadmin, in practice and I
	hope by profession, so might a 386 be inadequate for my needs?

	Thanks for your time. Please e-mail to btaplin@ucs.indiana.edu.
-- 
Oh Joy!         Please e-mail all responses to btaplin@ucs.indiana.edu. :)
From: news@hrd769.brooks.af.mil (InterNet News)
Newsgroups: comp.unix.bsd
Subject: Re: iBCS2 / SCO 3.2.4
Date: 30 Dec 1992 16:04:44 -0600
Organization: Armstrong Lab MIS, Brooks AFB TX
NNTP-Posting-Host: hrd769.brooks.af.mil

In article <1992Dec30.154921.23024@cognos.com> nigelc@cognos.com 
  (Nigel Campbell) originally posted in comp.unix.misc:
>This follows a recent post looking for a list of vendors who are
>'binary' compatible with SCO UNIX (I assume 3.2.4). Is there
>a list somewhere of these vendors and commercial software known
>to run/not run on systems other than SCO. How does one certify
>adherence to the iBCS2 definition. What is it. 
>

  I was wondering if any of the 386bsd developers had ever heard of the iBCS2
definition, and is it reasonable to try to get 386bsd compliant with it.  If
this 'standard' is reasonable, it would seem a good thing to be binary
compatible with somebody, n'est pas?

Just another random thought,

TSgt Dave Burgess

Two other quick notes.  I am using inn/trn to write/deliver this message
(which the observant of you will have noticed is probably addressed from
'news@here').  I broke this about three weeks ago and cannot figure out
where I broke it.  I think I make something setuid() when I shouldn't have.
Any good ideas?
  I have also been helping several folks with EISA SCSI controllers.  The 
ones that have an ISA operating mode seem to work with the wd0 boot drivers,
but I am learning all kinds of things about these beasties.  Is anyone
interested in seeing a short summary of the steps and pitfalls?  E-Mail me
(please) if you are interested.  I will be glad to write/post such a summary
if there is interest...

TTFN
Dave
From: DS1437@acspr1.acs.brockport.edu
Newsgroups: comp.unix.bsd
Subject: More kernel problems with Gateway 486/dx-2
Date: 22 Dec 1992 21:16:38 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

    Since the system hangs now when you try a network access on the Gateway
I went back and booted from the fixit disk and mounted the hard drive. and
then ran the ifconfig program by hand. The network then worked fine!!
Except with a Startartartart between every character that I typed.
Maybe this is related to the new patch for NE-2000 cards since the new
kernel that I am running has that installed, and the old kernel doesn't

****************************************************************************
Name: Donald L. Schleede                      Snail-Mail:
Call: KB2LZF (kb2lzf@wb2wxq.ny.na.usa)          Dept. Earth Sciences
E-mail Addresses:                               SUNY Brockport
 ds1437@acspr1.acs.brockport.edu                Brockport, NY 14420
 dschleede@unidata.ucar.edu                   Twisted Pair:
 root@kb2lzf.UUCP                               (716) 395-5718
Planet: Earth
****************************************************************************

Newsgroups: comp.unix.bsd
From: levinson@halcyon.com (Don Levinson)
Subject: [386bsd] I need disktabs for WD caviar 140 and caviar 2200
Organization: The 23:00 News and Mail Service
Distribution: comp.unix.bsd
Date: Thu, 31 Dec 1992 23:26:52 GMT

I am looking for disktabs for the Western Digital Caviar 140 40Mb hard drive
and the Caviar 2200 200Mb hard drive.:w

-- 
-------------------------------------------------------------------------------
 Don Levinson	  levinson@halcyon.com	| 	Fatigue Technology Inc.
 "Stupid answers for stupid questions"	| 	100 Andover Park West
    ph:206-246-2010 fax:206-244-9886	| 	Seattle, WA 98188
From: Petri.Wessman@hut.fi (Petri Wessman)
Newsgroups: comp.unix.bsd
Subject: GNU malloc (was: gcc-2.3.2 and kernel build)
Date: 31 Dec 92 15:49:30 GMT
Reply-To: Petri.Wessman@hut.fi
Organization: La Gata Encantada

On 29 Dec 1992 20:31:26 GMT, ljo@murphy.eeap.cwru.edu (L. Jonas Olsson) said:

Olsson> (If you're short of RAM and/or swap space you can try to
Olsson> replace your malloc routines in libc.a with the gnu malloc
Olsson> routines. On my system this results in gcc and several other
Olsson> large programs using only half as much data-space. For example
Olsson> with gcc -dm aprog.c you can see how much data gcc is using. I
Olsson> don't know why the data size is decreased and if the new
Olsson> malloc routines will break some other programs)

No kidding on the space savings! I grabbed a copy of GNU malloc from
the glibc-1.05 distribution and popped it into libc.a. Here are some
results of gcc 2.3.3 -dm (Data size used) for a few (gcc) example files:

Compiler	file		dist malloc	GNU malloc	new compared
								to old
--------	----		-----------	----------	------------
gcc 		expr.c		2580440		 872412		33.8%
		calls.c		1671128		 696284		41.7%
		c-parse.c	2056152		1056732		51.4%

gcc -O		expr.c		2973656		 909276		30.5%
		calls.c		1777624		 692188		38.9%
		c-parse.c	2269144		1028060		45.3%

Thanks for the tip, ljo! Now I can compile programs that used to bring
my machine to its knees with swapping (I only have 4MB RAM).

Of course, I have no idea of the other implications of using GNU
malloc. Is it slower/buggier/somehtinga than the dist malloc? Anyone
know of a good reason *not* to use it?

//Petri
Newsgroups: comp.unix.bsd
From: michaelv@iastate.edu (Michael L. VanLoon)
Subject: Re: [386bsd] Kerberos
Organization: Iowa State University, Ames IA
Date: Tue, 22 Dec 1992 20:36:33 GMT

In <BRI.92Dec5011118@pegasus.mit.edu> bri@athena.mit.edu (Brian D. Carlstrom) writes:

>i was wondering if anyone has hacked kerberos for 386bsd.
>all i really need is a kinit and kdestory. just want to 
>kinit myself to anohter server . no need to have that ability myself.
>already have hesiod running. thanks a lot

A small group of us that are part of the Project Vincent Systems Staff
here at Iowa State have gotten hesiod, kerberos, and zephyr working on
386BSD.  We have hesiod user/group lookups working.  Things yet to be
done are attach and our enhanced login, and a prospective AFS client.
You can reach us via e-mail at 386bsd@iastate.edu.

-- 
------------------------------------------------------------------------------
  Michael L. VanLoon                           Project Vincent Systems Staff
  michaelv@iastate.edu              Iowa State University Computation Center
------------------------------------------------------------------------------
From: adrian@rachel.ibmpcug.co.uk (Adrian Hall)
Newsgroups: comp.unix.bsd
Subject: Re: NE2000 test results (previous driver performs better).
Date: 27 Dec 92 21:05:02 GMT
Organization: The IBM PC User Group, UK.

rivers@ponds.uucp (Thomas David Rivers) writes:
>  These numbers don't approach those of the other driver.  Also, just to
>  get a feel for NFS mounts, rlogin, etc... I tried out several NFS
>  configurations, rlogin'ing and so forth - generally it seemed to be
>  much slower.

I too found this - rachel will be moving back to the updated Friedl
driver sometime tomorrow at a guess.

The NFS was much more stable, but also much much more slow. (I used
to have to wait about 10 seconds for a copy of the kernel to be copyed
to the NFS mounted /ftp area - with the new driver, it was about a
minute).

		Adrian
-- 
------------------------------------------------------------------------------
Adrian Hall				Telephone: +44 (0)81 863 1191
Connect Systems Manager			Fax:	   +44 (0)81 863 6095
The IBM PC User Group			Internet:  adrian@ibmpcug.co.uk
Newsgroups: comp.unix.bsd
From: hackney@moxie.hou.tx.us (Greg Hackney)
Subject: Re: 386BSD - Bug in UFS file system + proposed fix
Organization: Home
Date: Tue, 22 Dec 1992 00:49:22 GMT

bde@runx.oz.au (Bruce Evans) writes:

> I think the fix is correct.  It seems to be the same patch that I posted
> the other day, but is backwards.
> What is going on here?  I think that the version in the ".orig" file is
> correct, but the version in the "new" file is what's already in 386BSD-0.1,
> and wrong.

Bruce,

The correct line in ufs_vnops.c is:

 	if ((ip->i_mode & mode) != 0)

I think that the confusion may lie in the fact that you probably
have an older version of ufs_vnops.c.  It used to be the correct code,
and got changed later. I'm not sure when.
--
Greg

Newsgroups: comp.unix.bsd
From: dawes@physics.su.OZ.AU (David Dawes)
Subject: Re: Minor XFree86 problems, long function key string bug in elvis
Organization: School of Physics, University of Sydney, Australia
Date: Wed, 30 Dec 1992 07:08:26 GMT

In article <1992Dec30.005909.15079@tackle.uucp> jc@tackle.uucp (John Capo) writes:
>I have XFree86 running and only have a few problems left to solve.
>
>    1. Auto-repeat is very slow.  I can turn it on and off via command
>       line switches or in Xconfig but I can't change the repeat or
>       delay rate.
>
>    2. Num lock does not work at all.
>
>    3. I have no bell.  I have tried various command line switches and
>       xset options but nothing.  Same hardware works fine with DOS and
>       ISC running ISC.

1 and 3 are because there was no kernel support.  Holger's codrv does
provide support for those features.

2 is a more complicated problem -- but the next release will handle NumLock
much better.

>I have not seen these problems mentioned on the net.
>
>Another thing I have noticed is that my machine is on its knees when
>I am compiling and running X at the same time.  It may take 20 seconds
>to expose a window. Same hardware with X386 and ISC only exibited this
>slowdown when compiling, running X, and my cron job that rebuilds the
>uucp paths file and uuwho database kicked in.  I added a second disk
>with 16M of swap but no difference.
>
>    No name 386/33, 8M RAM, 128K cache.
>    Adaptec 1542B, 2 Maxtor 120MB, Archive 60MB tape, Julian's driver.
>    Compuadd generic ET4000 VGA card.
>    WD8000 ethernet card.
>    All of the kernel patches in Terry's patchkit.

Which compiler were you using on ISC?  gcc requires more VM than ISC's
native compiler.  The simplest(?) solution is to get more RAM.

David
--
------------------------------------------------------------------------------
 David Dawes <dawes@physics.su.oz.au>    DoD#210      | Phone: +61 2 692 2639
 School of Physics, University of Sydney, Australia   | Fax:   +61 2 660 2903
------------------------------------------------------------------------------
 I was so satisfied, deep down inside, like a hand in a velvet glove -- AC/DC
------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: brian@panix.com (Brian Childs)
Subject: [386bsd] is there a raw (no translation) mode for tip ?
Organization: Panix Public Access Internet & Unix, NYC
Date: Sat, 2 Jan 1993 06:07:39 GMT


while using tip I noticed several characters have special meaning 
within tip.  For example, ^A toggles 'caps lock' mode, while
^P tells tip to send the next char though untranslated.

I would like it if tip where always in that '^P/no translation mode'.
I've looked though the man page serveral times, but I have found nothing
concerning this.  I can't believe that this is not an option.

Any help would be greatly appreciated.

Thanks in advance,
Brian