HDTenEightyP/NetNews huggingface dataset:
From: wutcd@chemnitz.guug.de (Joerg Wunsch)
Subject: Re: [386BSD] Ethernet problem
Organization: tu-chemnitz
Date: Fri, 11 Sep 1992 17:10:52 GMT


Hi,
seems to be a problem for a FAQ, i guess. Of course, the kernel could
accept only that h/w it knows about. If _you_ don't know which kind
of card your Ethernet adapter is compatible to, why do you suspect
the tiny kernel would make this better? The four drivers included in
the kernel make some tests during the probe routines in autoconfig stuff,
thus they (hopefully) will find the boards the're written for. But, if
you are using a packet driver on DOS, can't you configure out what this
board is related to??? If you find it, configure your card the way
described in INSTALL.NOTES, i.e. jumpering the correct IRQ, I/O address,
and (if available) shared memory address. If your card is _really_ com-
patible to one of the four, the drivers should probe it okay. If not,
find a running 386BSD, write the device driver for your card:-)
Sorry, but this would be the only way (except buying one of the supported
ones).

	J"org

--
J"org Wunsch, TCD GmbH Dresden, R"ahnitzgasse 18, D-O-8060 Dresden
                                                              \     ~.~. 
	joerg_wunsch%bonnie@hadrian.hrz.tu-chemnitz.de         \   ~  | ~ 
	voice: +49-351-5965 137                                 \    ===
Newsgroups: comp.unix.bsd
From: colin@cs.curtin.edu.au (Colin Manning)
Subject: Compressed source maintenance - What, How?
Organization: Curtin University of Technology
Date: Mon, 14 Sep 1992 01:29:31 GMT

Hi,
	I have limited disk space (80Meg).  I have 386BSD installed on it, with
the all the sources.  The sources are compressed, so when I want to make I 
have to uncompress all the relevent files :-(.  The same applies for patching.

	Is there any source maintenance program that will let me compile a
program without having to uncompress all the files first?
ie. something that will uncompress each file as it is required, then 
compress it again when it is finished with it?  Space is tight.

Thanks.
Colin.

--
Colin [colin@cs.curtin.edu.au]

"Knowledge is not knowing all the answers, but knowing where to find them."
                                                                  -anon.
From: osynw@terra2.oscs.montana.edu (Nathan Williams)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD #!/bin/csh
Keywords: n
Date: 9 Sep 92 19:48:40 GMT
Distribution: comp
Organization: Montana State University

In article <TRI.92Sep9011202@supergirl.hut.fi> Timo.Rinne@hut.fi writes:
>386bsd 0.1 doesn't seem to respect #! in beginning
>of the shell scripts, Anyone knows why? Fixes?

In the official Bug Report, there is a fix.  The short version of
the explanation is that kern_execve.c doesn't recognize #!, and
so executes your standard shell.  The fix is called kern_shell.0_1, 
and should be in the unofficial directory on agate, under
williams or osynw.


Nate
-- 
osynw@terra.oscs.montana.edu |  A hacker w/out a home.  Anyone  interested
work: (406) 994-5991         |  in a used Sys. Admin., with alot of 
home: (406) 586-0579         |  good hacks left?
Newsgroups: comp.unix.bsd
From: zxmsd01@mailserv.zdv.uni-tuebingen.de (Gunther Schadow)
Subject: Re: 386BSD - Filesystem Trashed !!
Organization: Comp. Center (ZDV) U of Tuebingen, FRG
Date: Sat, 12 Sep 1992 23:06:58 GMT

It wasn't that dramatically, but sometimes I wonder why files get
changed and executable files get damaged on my 386BSD filesystem. Has
someone else encountered such buggy behavior?

-Gunther
-------------------------------------------------------------------------------
Gunther Schadow,	          e-mail: Gunther@mailserv.ZDV.Uni-Tuebingen.DE
Sudetenstrasse 25,	          Phone:  (49) 7071/37527
7400 Tuebingen, Germany.__________Stop__________Horn Please!__________O.K. TATA
--
-------------------------------------------------------------------------------
Gunther Schadow,	          e-mail: Gunther@mailserv.ZDV.Uni-Tuebingen.DE
Sudetenstrasse 25,	          Phone:  (49) 7071/37527
7400 Tuebingen, Germany.__________Stop__________Horn Please!__________O.K. TATA
Newsgroups: comp.unix.bsd
From: stark@cs.sunysb.edu (Gene Stark)
Subject: Re: 386bsd & timezone
Organization: SUNY at Stony Brook Computer Science Dept.
Distribution: usa
Date: Thu, 10 Sep 1992 19:29:19 GMT

>I suppose others besides myself have noticed that 386bsd 0.1 is one
>hour off on telling the time.  Over here, even though the localtime
>is linked to pacific New, it's one hour ahead of the correct time.

I ran into this when I set up my system.  After peering around in the
kernel sources looking for how the timezones are set up, I finally drew
the conclusion that the initialization of the system time from the
hardware clock essentially ignores whether the "Daylight Savings
Time" flag is set in the CMOS.  In fact, 386BSD seems to clear this
flag, as I noticed by setting the flag with config, then booting 386BSD,
then resetting and taking a look with config again.

My solution was just to set the CMOS information to reflect standard
time, and to set the hardware clock accordingly.  When I run DOS, I am
currently one hour off, but that's life!

						- Gene Stark
From: fpm@crash.cts.com (Frank Maclachlan)
Newsgroups: comp.unix.bsd
Subject: Fix for 386BSD 0.1 BOOT009 bug
Summary: Boot hangup w/ OPTi chipset MB fixed
Keywords: OPTi,BOOT009,bug
Date: 9 Sep 92 20:55:13 GMT
Followup-To: comp.unix.bsd
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

I encountered the BOOT009 bug (buglist 2) when I replaced the mother-
board in my 386BSD 0.1 system with an OPTi chipset based clone 386/40
clone board.  The copyright notice appeared and the system hung w/
no further activity.

I fixed the problem by adding a delay in the probe routine in
'/sys/i386/isa/pccons.c' just before the keyboard controller is reset.
Apparently the keyboard controller reset was falling through the cracks
because of insufficient delay between the output to KBOUTP and the call
to kbd_cmd() on the next line and the test for an ack from the keyboard
controller was looping endlessly.  I am enclosing a context diff of the
changes I made.


*** pccons.c.ORIG	Tue Aug 11 17:08:53 1992
--- pccons.c	Sat Aug 22 14:16:26 1992
***************
*** 173,182 ****
--- 173,184 ----
  	outb(KBOUTP, CMDBYTE);
  
  	/* Start keyboard stuff RESET */
+ 	DELAY(1000);
  	kbd_cmd(KBC_RESET);
  	while((c = inb(KBDATAP)) != KBR_ACK) {
  		if ((c == KBR_RESEND) ||  (c == KBR_OVERRUN)) {
  			if(!again)printf("KEYBOARD disconnected: RECONNECT \n");
+ 			DELAY(1000);		/* just in case */
  			kbd_cmd(KBC_RESET);
  			again = 1;
  		}

--
UUCP: {hplabs!hp-sdd ucsd nosc}!crash!fpm
ARPA: crash!fpm@nosc.mil
INET: fpm@crash.cts.com
From: guido@wzv.win.tue.nl (Guido van Rooij)
Newsgroups: comp.unix.bsd
Subject: [386bsd] strange behaviour on tabs (on console)
Date: 8 Sep 92 19:46:28 GMT
Organization: Eindhoven University of Technology, The Netherlands

When pressing tab (either in ash (sh) or csh) followed by pressing
on back space a number of times, the shells behave strangely. It
looks like you are crossing teh bounds of a buffer or so. Anyone
noticed this before? Or does anyone know the reason?

-Guido
Newsgroups: comp.unix.bsd
From: rstevens@noao.edu (W. Richard Stevens)
Subject: Re: Loading 386bsd via slip?
Organization: National Optical Astronomy Observatories, Tucson, AZ, USA
Date: Mon, 7 Sep 1992 21:50:39 GMT

>I got continuous silo overflows under 386BSD (at 9600 bps using a 33
>MHz 486).  I ended up downloading the files under Linux and writing
>floppies!  I believe you could use tip to dial the modem and get
>things started, but if my experience is typical (there are reports
>saying similar things), SLIP isn't quite ready yet.

I loaded BSD/386 using slip because I had a laptop without an Ethernet
card, and I didn't want to take the time to write/read floppies.  There
were continual silo overflows, but eventually it gets through.  It took me
one hour and 45 minutes to load root, and another ~15 hours to load /usr.

	Rich Stevens  (rstevesns@noao.edu)
From: tjb@NeoSoft.com (Timothy J. Bogart)
Newsgroups: comp.unix.bsd
Subject: Re: X386 Installation Woes
Date: 16 Sep 92 00:26:18 GMT
Organization: NeoSoft Communications Services -- (713) 684-5900

With the new kernel from agate pub/incoming/X386 I am finally up and
running with X!  Many thanks to those who have made this available.

I am curious...does this imply that my attempts to install the 
available patches went awry, or were there additional changes made
to the new kernel?

Boy, is it a HOOT to finally get this running!!!
From: ajv@xhost92.csd.mot.com
Newsgroups: comp.unix.bsd
Subject: Re: Shared Libs for X11?, was Re: 386bsd -- The New Newsgroup
Date: 15 Sep 92 16:32:40 GMT

gnb@duke.bby.com.au (Gregory N. Bond) writes:

>...  Instead, do it like
>SunOs does: include just enough stuff in the prolog to mmap() in a
>dynamic linker (/usr/lib/ld.so) written in PIC (with no global data)
>and jump to it.  Have it do all the fixups, then return.  Unmmap it
>and call the main() routine.

I thought ld.so was left in, and it got entered as new entry points
were called.  Kind of a lazy relocation scheme.  With the interesting
side effect that your program could die in the middle when it finally
jumped to a symbol which was determined to be "undefined".

				Andy Valencia
Newsgroups: comp.unix.bsd
From: david@mlb.geomechanics.csiro.au (David Le Blanc)
Subject: Re: setting up 3c503
Organization: CSIRO DIT (Melb.)
Date:  5 Sep 92 05:02:11 GMT

aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) writes:

>I need some help getting my 3c503 card to work with 386bsd.  bsd finds
>it on bootup (lists the ec0 device driver).  However, I think that the
>kernel is configured to use the BNC port instead of the AUI port.  I got
>mail from someone telling me to make the minor number of the device
>(/dev/ec0 i assume) less then 127, but I don't know the major number.  I
>have done a bit of pokeing around in the kernel sources, but haven't
>found anything (device.i386 doesn't list it).

>The card does work from dos (using pc/tcp 2.05), so I know it isn't a
>hardware problem.

The 3c503 (which i used to use. Now I use a wd8003e) requires a jumper to
be set to place a memory buffer in RAM. You *MUST* make sure that

1) You have the RAM BASE IO enabled
2) You have it configured to the address that 386BSD *expects* it to be.

for (1) you look at the card. For (2) you read the INSTALL.NOTES and look
for the table describing the device configurations.

As for using the AUI. I dont know, but there has been a bit of discussion
here.

Cheers.

>thanks,
>alex
--
David Le Blanc                         :
Email: david@mlb.geomechanics.csiro.au : `Sort of a cross between a Jaguar
CSIRO Division of Geomechanics,	       :  and a freight train.' the Alien
P.O. Box 54 Mt Waverley 3149	       : in Alien^3.
From: adrian@ibmpcug.co.uk (Adrian Hall)
Newsgroups: comp.unix.bsd
Subject: Re: ec0 question, use 3c501 instead of 3c503?
Date: 8 Sep 92 11:48:14 GMT
Organization: The IBM PC User Group, UK.

>Hello again,
>Seems that tiny bsd doesn't recognize my 3com 3c501 card, the install.notes
>mentions  3com 3c503 support.  Is there any way to use a 3c501 card instead?

Forget it - I started writing a driver for one (the basis being that the
User Group has loads of 501s, but not many of the better ones!).

Unfortunately, the 501 is deaf when talking and dumb when listening; it
only has one buffer that it shares between TX and RX.

This really does make it rather unsuitable for an ethernet card!

Adrian

-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
adrian@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK
From: dtynan@borax.kbss.bt.co.uk (Dermot Tynan)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Old ST506 drives?
Keywords: st506, 386bsd
Date: 11 Sep 92 11:24:08 GMT
Organization: British Telecom

Excuse the ignorance, but I've been out of the PC world for a while
now.  I'm replacing my old UNIX box with a 486SX PC beastie, running
386BSD.  Anyway, the new machine (which hasn't arrived yet) has a 210Mb
IDE drive.  Everyone talks about IDE these days.  I have two 80Mb ST506
style drives I'd like to use with the system.  I presume that IDE is
some reduced form of ST506?  Anyway, is it possible to get a 16-bit
ST506 controller which will handle two such drives?  Secondly, will
386BSD support such a controller?  Thirdly, I'd like the IDE (with 32K
cache) to be the primary drive.  My scant memory of this says there'll
be a problem getting the ST506 controller to stay quiet, and out of the
boot process.  Is there a port number confliction?  In other words, is
this something I can do?  Pushing my luck even further, I'd like to use
the QIC24 tape drive out of the old UNIX box.  Is there an ST506
controller card with a QIC24 controller on board?  What is the
recommended controller to buy, if I already have a tape drive?

Secondly, has anyone written any drivers for the Soundblaster and the
Pro board?  I'm designing an AES/EBU interface board for ISA.  I'll be
writing 386BSD drivers only.  I may also put a stereo audio D/A and A/D
on the board.  Is anyone else interested in such a beast?  Finally, does
anyone have an address/phone number for Archive (for their DAT drives)?
Furthermore, does anyone with experience of this drive know whether or
not it'll read actual digital audio tapes (ones with audio on them)?
Thanks for the info, and now back to your regularly scheduled program.
					- Der
-- 
Dermot Tynan		dtynan@kbss.bt.co.uk		Contractor-at-large

     Watch out where the huskies go, and don't you eat that yellow snow.
From: cchase@cs.cornell.edu (Craig Chase)
Newsgroups: comp.unix.bsd
Subject: Re: FORTRAN for 386BSD
Keywords: 386bsd fortran
Date: 14 Sep 92 12:42:47 GMT
Organization: Electrical Engineering, Cornell University, Ithaca NY

Besides the f2c translator, Craig Burley is working on a Fortran front end
for the GNU compiler.  It is currently in alpha test and may be released
sometime in the next, oh couple of months perhaps.

I'm not sure what the restrictions are on f2c, I expect that GNU Fortran will
carry the standard GNU CopyLeft

Craig

-- 
------------------------------------------------------------------------
| Craig Chase            |          This space for rent                |
| cchase@ee.cornell.edu  |                555-8968                     |
------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject: Re: How to extract src01 files?
Keywords: 386bsd
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Mon, 7 Sep 92 09:27:47 GMT


cat src* | uncompress | cpio -it  >logfile

gives you a list of what's in the src distribution. With the
appropriate cpio command you can then selectively extract what you
desire.

--Chris
-----------------------------------------------------------------
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.

Newsgroups: comp.unix.bsd
From: jtsilla@damon.ccs.northeastern.edu (James Tsillas)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd Xfree
Date: 15 Sep 92 17:57:21 GMT
Organization: Northeastern University, Boston, MA


There's no need to recompile since the math emulation is done through
software traps when FPU instructions are found. If you have a 486 or a
387 then you never get an FPU trap and the FPU instruction is handled by
the hardware.

-Jim.
--
	***                                                      ***
	***  James Tsillas  jtsilla@damon.ccs.northeastern.edu   ***
	*** "He is after me. Jim is after him."                  ***
	***          - Hop on Pop, Dr. Seuss                     ***
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.unix.bsd
Subject: slow keyboard response under X
Date: 9 Sep 92 00:53:35
Organization: Kansas State University
NNTP-Posting-Host: maverick.ksu.ksu.edu

I've been trying to figure out what the cause of this is and so far I
haven't been able to tell.  Under X there is a very noticable lag
between pressing a key and having the character appear in a xterm.
Holding down a key gets a delay, then a burst of characters, then
another delay, then a burst, then a delay, etc.  The delays are about
1 second long.  I have a 386sx-16 with 8M of RAM (it's not paging at
all), 124M IDE drive, 2 com ports, Sigma Legend 1M VGA.  There is no
delay when running in console mode or running Windows (I know, no
comparison, but it isn't a hardware problem).  Is it just that my CPU
can't handle the context switching fast enough, or is there something
else that might be wrong, or a patch that I should apply.  Is anyone
else running X on a 386sx of any speed, and if so, how responsive is
the keyboard?  BTW, I'm running a stripped down kernel with no ISOFS
or NFS support or support for the SCSI driver or any of the ethernet
drivers (340k, 280k stripped).  I don't know if this makes any
difference.  For the record, I have applied the com.c patches to fix
the select problem, so that isn't the problem.

Any help would be appreciated.  I can stand the machine being slow for
the most part, but the keyboard lag is really annoying.  If it is just
the fact of the CPU being too weak I'll probably upgrade to a 25 or 33
Mhz 386DX.  If it's something else I'd rather not have to upgrade right
now.

++Brett;
Newsgroups: comp.unix.bsd
From: engel@opal.cs.tu-berlin.de (Christian Engel)
Subject: 386bsd, gdb-4.6
Keywords: gdb-4.6
Organization: Techn. University of Berlin, Germany
Date: Fri, 11 Sep 1992 11:20:50 GMT

Has anyone tried or even succeeded to compile and adapt gdb-4.6 
for 386bsd ?

Christian

--
Christian Engel, TU-Berlin 	             mail: engel@cs.tu-berlin.de
TFS, dept of theoretical computer science,  formal specifications
address:   TU-Berlin, FR6-1, Franklinstr. 28/29, 1000 Berlin 10, Germany

Newsgroups: comp.unix.bsd
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.unix.bsd
Subject: SCSI Tape and X11R5 questions
Date: 15 Sep 92 20:21:42 GMT
Organization: ICEM Systems, Inc.

I have two rather basic 8-) questions about 386BSD 0.1:

  1) I want to build X11 preferably R5 for my 386.  I've increased
     the swap to 24MB, applied as many patches as I could find and
     now I'm stuck.  I know that I have to get XFree86 (probably from
     agate), but do I also need the MIT X11R5 distribution?  My
     question is basically:  what source do I need to ftp to build
     X11R5 on my 386-40 (TVGA 512K, God I hope that there's a driver
     for this card!)

  2) I've got a Archive VP 150e tape drive (QIC150 SCSI tape) attached
     to my computer via an Adaptec 1542B.  There is also a 330MB disk
     on the adaptec.  I want to be able to do backups to tape, but I
     can't get the system to admit that the tape is hooked up.  There
     is no output for the tape during boot, just for the hard disk.
     I assume that I have to rebuild the kernel with a new config that
     tells where the tape is, but I have no idea what I have to put
     there.  In general, how to I hook up my QIC150 SCSI tape drive
     to my Adaptec 1542B?

Thanks for the help!

Paul Dokas
pbd@runyon.cim.cdc.com

BTW many thanks to Terry Lambert for the patchkit!  I applied all 19
    patches to my system and rebuilt it in less than 30 minutes.
    When are the rest of the ~30 patches coming out?
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/* we are realizing infinite possibilities in exchange for our soul */
Newsgroups: comp.unix.bsd
Subject: Problems with 386BSD0.1
From: levinson@vax.sonoma.edu
Date: 14 Sep 92 21:06:31 -0800
Organization: Sonoma State University

I recently installed a copy of 386BSD0.1 on my 386SX20.  I really like it,
however there are a few problems I have come across.
 
First of all, there is no parallel printer driver.  Does anyone have a copy of
one I can use? If you have one, could you please send it to
rcisnet2!root@moon.nbn.com?  Thanks!
 
Second of all, I keep getting silo overflows on my com1 port.  There is nothing
connected to it. I would like to disable this if it is possible.

 
Third of all, messages from the system appear twice on my console.  Is there
any way to make them only come up once?
 

-- 
Eric Levinson

rcisnet2!root@moon.nbn.com	|  Home computer (UUCP)
levinson@vax.sonoma.edu		|  Vax
levinson@zippy.sonoma.edu	|  Sun System  
Eric Levi			|  Pc Link, America Online
JWPP04A 			|  Prodigy

Department of Computer Science
Sonoma State University, Rohnert Park, CA
I can also be reached on my BBS system, Color Galaxy Milky Way
at (415) 883-0696 3/12/24 bps Press <ENTER> a few times after connect
Newsgroups: comp.unix.bsd
From: rps@pombo.inescc.pt (Rui Pedro Salgueiro)
Subject: Wanted: Where can I get a 4.3BSD Daemon T-Shirt in Europe?
Summary: T-Shirt wanted
Keywords: Shirt Daemon
Organization: INESC - Nucleo de Coimbra
X-Newsreader: Tin 1.1 PL3
Date: Tue, 8 Sep 1992 12:10:14 GMT

	I'm looking for the T-Shirt with the Daemon that appears in the
cover of the book "The design and implementation of the 4.3 BSD Un*x
Operating System" (the devil book). 

	Anyone on the net knows where I can get my hands on it? 
BTW, I'm in Portugal, Europe. 

	Any answer to this difficult theoretical problem may be sent
to:

E-Mail: rps@inescc.pt           Rui Salgueiro   Dpt. de Matematica
        clcmat@ciuc2.uc.pt                      Universidade de Coimbra
                                                Portugal

	Thanks
Newsgroups: comp.unix.bsd
From: john@socrates.umd.edu (John VanAntwerp)
Subject: Kernel build help
Organization: University of Maryland University College
Date: Wed, 9 Sep 1992 16:35:48 GMT


I am trying to rebuild the kernel (to install the 3com ethernet driver).  When
the make gets done with the compiles and moves on to what I call linking, it
gives the error message "init_main.o: Undefined symbol _version...".

The problem is, I cannot find a reference to "_version" in ANY source file, and
adding the following:

	#ifndef _version
	#define _version
	#endif

to init_main.c makes no difference.

Has anyone else run into this?

						John
Newsgroups: comp.unix.bsd
From: alm@netcom.com (Andrew Moore)
Subject: Re: More on NMI problems.
Date: Sat, 05 Sep 92 01:20:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Sep2.123248.17492@ponds.uucp> you write:
>Well, I got much advice on my NMI problems; indicating that I probably
>did, in fact, have a bad memory chip on my machine.
>
>So; I grabbed testext.exe from SIMTEL20 and let it have at the machine,
>to determine which chip was bad, etc....
>
>It ran for 38+ hours, without a single error (this program uses
>protected mode read/writes of words and double words, randomly scattered
>through available memory.)  Other people had sent me mail indicating
>this program found their problem, etc...

    If it is a bad chip, it may well not show up after 38 hours
    testing.  I ran (DOS-based) QAPlus _long_ memory test for several
    hours before an error showed up.  The short memory test never
    showed an error.  I.e., it depends on the pattern used to test
    memory.  You might never see an error under DOS, for instance, so
    beware!  On the other hand, the problem I had  was not a bad RAM
    after all, just a bad connection.  I solved the problem by removing
    the chips and spraying both RAM chips and RAM sockets with an
    electronics cleaner/degreaser (but no lubricant!).  This will be
    necessary whenever adding RAM to an old motherboard because of
    oxidation.  Good luck.  
    -Andrew Moore <alm@netcom.com>

Newsgroups: comp.unix.bsd