HDTenEightyP/NetNews huggingface dataset:
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: panic: svirttophys() not present
Keywords: Esix SCSI tape panic
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: Tin 1.1 PL4
Date: Sun, 6 Sep 1992 19:20:51 GMT

I had a compaq special version of a wangtek 5150EQ 150MB 1/4" streaming
tape drive installed in my esix 4.0.3 system that was causing lots of
problems, like panics and unwritable tapes, etc., so i pulled it and had
no tape drive for quite some time.  I finally borrowed an archive viper
150MB 1/4" SCSI tape drive and used it this weekend to back up my
system.  It seemed to work quite well, streaming, in single user mode,
about 98% of the time.

However, as soon as tried backing up two remaining, non-critical file
systems in multi-user mode (using ufsdump), the disk light came on solid
and the system hung.  I had to reset and then afterwards the system
would always fsck one or more of the file systems and then get a "panic:
svirttophys() not present".  I tried this a number of times with and
without the tape drive in the scsi chain.  I even tried it without about
1/2 of the drives (in an external box) and the scsi chain terminated at
the external 1542a connector.  No dice.

I finally stumbled on the solution, which i would like to share with you
in case you find your self in a similar situation.  Even though my
system has 20MB of memory and is unable to boot off of the supplied boot
floppy and read the mounted hard drives, one can fsck them with no
problems!  very strange.  Anyway, that is what i did.  booting off of
floppy and fsck-ing all of the file systems and then booting from the
hard drive circumvented the panic and everything appears to be normal.
Running the backup in multi-user mode again causes the system to hang
and the panic to reappear upon reboot.  Back to the floppy boot and
fsck.

I don't understand why
	1) i get the panic,
	2) i get the panic in multi-user and not in single-user,
	3) why i can manipulate the hard drives with fsck but not be
	   able to mount them and read them even though the floppy
	   kernel obviously doesn't have the >16MB patch installed.
	4) how this would fix the problem, whatever it is.

derek
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: FAS 2.10 & SAS 2.x(?)
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Mon, 14 Sep 1992 03:23:29 GMT


Hi...

	Quite simple question...where can I ftp FAS 2.10 from?  I'm
currently using FAS 2.09 and am looking at getting an AST board
so will prefer to upgrade FAS at the same time :)

	Also, what would the benefit be of installing SAS instead of
FAS?  It has been explained to me what SAS is...but I still don't
quite understand it :(  I'm running SVR3.2, and FAS installs no
problem...does SAS give better throughput or anything like that?

marc

-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell/feed accounts available   1800+ newsgroups
marc@r-node.pci.on.ca | Telebit T3000/SupraModem2400/Cardinal 2400  FREE
Newsgroups: comp.unix.sysv386
From: av@omega.ssw.de (Andreas Vogel)
Subject: Re: FAS 2.10 & SAS 2.x(?)
Date: Tue, 15 Sep 1992 00:15:10 GMT
Organization: Omega Softlab

In article <1992Sep14.032329.22816@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - Sys Admin) writes:
>
>Hi...
>
>	Quite simple question...where can I ftp FAS 2.10 from?  I'm
>currently using FAS 2.09 and am looking at getting an AST board
>so will prefer to upgrade FAS at the same time :)
>
>	Also, what would the benefit be of installing SAS instead of
>FAS?  It has been explained to me what SAS is...but I still don't
>quite understand it :(  I'm running SVR3.2, and FAS installs no
>problem...does SAS give better throughput or anything like that?
>

Ok.

FAS is for SVR3 and SAS is for SVR4. This is because SVR4 uses STREAMS
drivers and FAS doesn't support STREAMS. It is possible to run FAS
on SVR4 (using the compatibility modules ttcompat and ldterm) but
for SVR4 it would be the cleaner and maybe the more efficient way to
use a "pure" STREAMS driver.
As you are running SVR3 FAS is the only (and IMHO the best) choice.

FAS 2.10 has been posted to alt.sources and I'am sure that the next
ftp archive has it. Otherwise try "archie -s fas-2.10". As a last
resort I can give you a address in Netherlands:
ftp.win.tue.nl (131.155.70.100). But I think ftp.uu.net has it too.

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.unix.sysv386
Subject: Re: Problem with "umount" on SCO-ODT (UNIX v. 5.3.2)
Date: 8 Sep 92 17:18:31 GMT
	<JOCHEN.92Sep4193447@busybit.mrz.sub.org>
	<PHILIPG.92Sep6002321@bronco.bronco.cna.tek.com>
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
X-Md4-Signature: a89b2fe5c599f3c73d8bb84c08b332fe

In article <PHILIPG.92Sep6002321@bronco.bronco.cna.tek.com> philipg@bronco.cna.tek.com (Philip Guenther) writes:

     Have you considered the possibility that the command umount is
   either on the busy filesystem or uses libs on the busy filesystem?  I
   believe that this will make the filesystem appear busy.

If I do a "shutdown", it is impossible that there are processes on a
filesystem. If there were remaining processes, it would be a bug in
"shutdown" :-)
But I verified that. I brought the system to singleuser mode (init 1)
and killed all remaining processes manually. after "cd /" the "umount /u"
said "filesystem busy".

-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
Newsgroups: comp.unix.sysv386
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: Which CD-ROMs being used with ISC 3.0 ???
Reply-To: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Distribution: usa
Date: Sat, 5 Sep 92 04:28:02 GMT

ISC 3.0 is said to support the NEC CDR-73 CD-ROM drive.  Well,
this drive is slow and recently discontinued.  Are any of the 
other NEC drives identical in their appearance to the device
driver?

In other words, what other NEC drives (especially faster ones) are
KNOWN to work on an Adaptec 1542B SCSI under ISC 3.0?  What other
drives by any other vendor?  What is the best bet for a CD-ROM drive
with ISC 3.0 support and a future in Multimedia usage (including
MPC under DOS/MS-Windows) ??

Tips appreciated.  Thanks!

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.unix.sysv386
Subject: Re: Difference between mtime and ctime
Date: 15 Sep 92 19:22:23 GMT
Organization: RAND

"Ctime" is the last time any change was made to the file, /including/
permissions, ownership, links, etc., as well as modifications of the
file contents.  The field was added in Research V7 as a way of
determining which inodes to include in backup dumps.

		-Ed Hall
		edhall@rand.org
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: Single-user mode boot on SCO UNIX - not a solution
Organization: Keith's Computer, Hope Mills, NC
Date: Sat, 05 Sep 92 04:00:58 GMT

In article <1992Sep3.164006.12354@sci34hub.sci.com> gary@sci34hub.sci.com (Gary Heston) writes:
>In article <1992Aug28.201249.29451@smallo.bo.open.de> oklein@smallo.bo.open.de (Olaf Klein) writes:
[ Lost root password ... ]
>
>...speaking of not knowledgeable, you suggested:
>
>>I would try to boot with N1, N2 or the emergency disks (if accessible)
>>and then mount /dev/root. After that `mv /mnt/etc/passwd to 
>>/mnt/etc/passwd.old` and boot from harddisk...
>
>....which will probably fail, as the login program wouldn't be able to
>locate *any* userid, so no matter who you try to log in as, it'll fail.
>Go read your manuals.

Hehehe,  Way to flame. too bad you are wrong Mr Knowledgeable.

Once /etc/passwd is missing the system will immediately drop into system
maintenance mode at boot time with a message saying the same due to lack
of login capability without a passwd file.  login will *NEVER* execute
as you will be in Single user mode. 

I'd suggest you make sure you know what the Hell you are talking about
before you correct someone who obviously does.

>	(Hey, Barry, here's another posting from me for you to flame.)

Mind if I do it for Him?

>
>
>-- 
>Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
>The Chairman of the Board and the CFO speak for SCI. I'm neither.
>    The most dangerous person in the world is Jessica Fletcher.
>        Everywhere she goes, people die.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
I agree.  I would not want to even KNOW the woman.  It can be fatal. 
More friends and Family die....


-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 9 Sep 92 16:51:51 GMT
Organization: Quotron Systems, Inc.

In article <1992Sep9.144442.22664@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Sep8.145610.1099@godzilla.quotron.com>, sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>
>| >actually, Dell as compared against other SVR4 products is a deal --
>| >look at UHC for example, or even take ESIX -- the price for Dell
                                                  ^^^^^^^^^^^^^^^^^^
>| >is about what one would pay for a complete ESIX SVR4 and DOS Merge --
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>| 
>| Larry, then why is Dell "such a bargain"? If the price for Dell is the same
>| as a complete ESIX SVR4 and Merge, then, if my logic is correct, ESIX is the
>| better value. Am I missing something?
>
>  Dell includes Merge. And two versions of gcc. And net stuff you would
>need, like Perl, pbm, ect. And both Motif and openlook. I could go on,
>but you get the idea. When I got my first beta years ago I thought they
>dumped some hacker's personal machine with all the toys. Then I found
>out I didn't have to do all the ports, the stuff was there.
>

Bill,

My original comment was based on the above emphasized comment ( ^^^^^^^^^ ).
My impression of Larry's comment was that DELL cost the SAME as ESIX
with DOS Merge; therefore, where was the "bargain"????


>  I have upgraded some things, but in general the Dell is compete and
>probably includes more than most people will want to keep on their
>disks.
>
>-- 
>bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
>    I admit that when I was in school I wrote COBOL. But I didn't compile.



Sanford <sandy> Zelkovitz


-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
From: gab10@griffincd.amdahl.com (Gary A Browning)
Newsgroups: comp.unix.sysv386
Subject: Re: Free software and the future of support for Diamond products
Keywords: Diamond, free-software
Date: 6 Sep 92 20:07:32 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Sep3.162413.19770@cbnewsj.cb.att.com>,
dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> 
> [ This is a personal statement and does not represent any position
> being
>   taken by my employer.  My affiliation is only listed so that those
> who
>   wish to reply to this statement may do so. ]
> 
> Diamond, makers of the SpeedStar and Stealth series of SVGA cards,
> have
> developed a new hardware technology for video dot-clock selection. 
> The
> current boards that have this new technology are the SpeedStar 24,
> the
> SpeedStar 24X, and the Steath boards.  Diamond considers this
> hardware
> technology proprietary, and feel that giving out information on how
> to
> program this hardware will yield a competetive advantage to their
> competitors.
> 
> This position makes it impossible to support these boards on
> operating
> systems that do not use the BIOS (e.g. Unix), unless one is willing
> to sign a non-disclosure agreement with Diamond.  Obviously, this is
> impossible for software for which the source code is freely
> available.

What is XFree86's feeling about negotiating the distribution of a very
small binary library with their release that contains just the
Diamond Configuration routines.  This would not be any more reverse
engineerable than the ROM supplied with the video cards, it allows the
server to still be distributed in source form, and it keeps a lot of
Diamond's current and future customers happy.

For those users that do not have one of these cards, they get complete
source code.  For those that do have the cards, they get complete source
code except for the Video Card Clock Configuration routine.

It the longer term, my guess is that the Diamond policy will change when
its competators release their cards.  At this point the source could be
included.
-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
Newsgroups: comp.unix.sysv386
From: sxl2259@ritvax.isc.rit.edu
Subject: Adding Laser Printer
Reply-To: sxl2259@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Sun, 13 Sep 1992 03:56:58 GMT

Can somebody kindly tell me how to connect laser printer via sysadmsh?
Now, I'm trying to install it on my PC, but I have trouble in setup......
I use HP LaserJet IIP and connect it to lpt1. Any comment will be VERY
appreciated.


Thanks your time.


Shen-wei
Newsgroups: comp.unix.sysv386
From: goykhman_a@apollo.hp.com (Alex Goykhman)
Subject: Re: Loosing incoming serial characters [summary]
Date: Tue, 8 Sep 1992 21:32:03 GMT
Organization: Hewlett-Packard Company, Chelmsford, MA

In article <JOCHEN.92Sep5145619@busybit.mrz.sub.org> jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
>Some weeks ago I wrote about problems, loosing incoming characters on
>my dumb serial port. I got many replies from people with similar
>problems, so I think this should be in the FAQ...
...
>Question:
>How can I solve this problems ?
>
>Answer:
>Try setting the buson-time for your hostadapter to a low value like
>5 usec. and setting the busoff-time to a high value like 9 usec.
>If this does not help, you have no chance. You have to switch your
>hostadapter or your mainboard.

    Losing characters has nothing to do with bus-mastering per se,
    and everything to do with excessive interrupt handling latency.
    While one might argue that a large bus-on/small bus-off time
    may slow the serial driver down somewhat, in reality a few usec.
    do not matter (1700cps translates into ~600us/char).

    SCSI protocol is primerily target-driven, as a result the bulk
    of the SCSI code ends up in the busmaster's interrupt handler
    routine running in the interrupts-disabled mode (with most OSes,
    anyway).  Hence, great care must be taken to minimize the routine's
    latency, otherwise real-time devices may be affected.

    Unfortunately, there isn't much an end-user can do to decrease
    a busmaster's interrupt-handling latency, though one might try
    changing the number of SCSI-related interrupts by changing
    the block size (fewer interrupts are not necessarily better, though).
    If that does not work, one should consider either adding buffering 
    capabilities to the serial link (16550A*, or one of those multi-port 
    boards), or switching to a PIO host adapter:(such as 1522).

-- 
-----------------------------------------------------------------------------------
Disclaimer: all opinions are mine.
-----------------------------------------------------------------------------------
From: jack@solucor.uucp (Jacques Gelinas)
Newsgroups: comp.unix.sysv386
Subject: How to get a (beta) version of SVR4.2 (Destiny)
Date: 9 Sep 92 03:45:04 GMT
Organization: solucorp

I have seen different information about this product. USL has sent
me a nice brochure about it. Who should I talk to ? Is there such
a thing as "early developper program" or beta.

We have a CAD application currently running on DOS, SUNOS and HPUX.
Currently the market segment cover by DOS is pretty rough to
maintain. We need to go to a real 32 bits environnement on the
PC. Destiny looks like the exact product our installed base
should look for (~ 6000 users).

Should I talk to UNIVEL or USL ? Anyone listening ?

Thanks in advance !

-- 

--------------------------------------------------------
Jacques Gelinas (jack@solucor.uucp)
Today it's my opinion
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: >16MB on a 486
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Wed, 9 Sep 1992 21:53:37 GMT

Alan Edmonds (alan@ernest.dseg.ti.com) wrote:
: 
: Do you have a SCSI Bus Master host adapter?  If yes, that's your problem.
: The ISA bus can only do DMA into a 16MB address space.  That's your
: limit.  I *think* that if you don't have a bus master card, you 
: can use > 16 MB on an ISA bus system.  This is one reason to pay
: the extra bucks for a EISA bus system with EISA hard disk controller.
: 
I don't have a SCSI controller so it does look as though I should be able to
do this but I don't know how.  I wish I had bought an EISA machine now, but 
when I bought it I thought that 16MB was quite a lot of memory (how wrong I
was :-( ).
: This problem can be solved by DMAing into a temporary buffer in the
: lower 16MB range then transfering the data into the final destination
: buffer.  I think that some vendors offer this option; it might
: have to be enabled and a new kernel rebuilt.  I don't think ISC
: uses the intermediate buffer option (at least up to 2.2.1), SCO
: I think supports using the intermediate buffer.
According to another poster ESIX can do this but I can find no references to
this in the docs.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: john7@garfield.cs.mun.ca (John Mackey)
Subject: FAX from ISC V3.0
Organization: CS Dept, Memorial University of Newfoundland
Distribution: na
Date: Sat, 5 Sep 1992 00:11:04 GMT

I would like to be able to add a fax board to a ISC Version 3.0 unix
system.  I have seen a number of products, but most only have DOS
drivers.  Has anyone heard of/used any products that may be of use?

I understand Digiboard has something, but the last time I checked,
it still had not passed CRTC (like FCC) certification here in Canada.
Is this still the case?

Please reply via EMail to john7@garfield.cs.mun.ca; I will post
a summary if interest warrants.

Newsgroups: comp.unix.sysv386
From: bash@tware.com (Paul Bash)
Subject: Re: Loosing incoming serial characters [summary]
Organization: Techware Design, Boulder, Colorado
Date: Sat, 12 Sep 1992 15:06:43 GMT

In article <BuEwB8.362@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>gemini@geminix.in-berlin.de (Uwe Doering) writes:
>
>>Do you think that 25% is too high for two lines at 115200 bps? I must say
>>that I'm rather pleased with this value. Before I implemented the 115200
>
>I would hate to tie up 25% of my CPU just doing serial IO.  I have a
>bunch of modems all locked at 38400 and 56700, and my CPU loading is
>less than 1%.  I would never want to waste 25% of the CPU on serial
>IO
>

Yeah, but most of us can't afford, or can't justify, spending as much on
our serial I/O as you obviously do. I'm sure your Digiboard CX (is that
right?) setup cost you more than my 486-33 motherboard with 16MB of memory
cost me combined (~$1200). I think I can afford to waste a few cycles on
my serial I/O.

You're comparing apples and oranges here.

-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 9 Sep 92 14:40:09 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep4.002923.28095@unixland.natick.ma.us>, bill@unixland.natick.ma.us (Bill Heiser) writes:

| However, as anyone who is even moderately active in the USENET 
| world knows, things change pretty quickly ... if you want to run 
| the "latest and greatest", you're going to have to go out and
| scrounge for the latest sources anyway, even though you've already
| paid for them (hidden cost) when you bougt Dell!

  Unless you have a personal hobby of updating software, and many people
on the net have just that hobby, there's no need to keep current of
every bit of software on your system.

  My rule of thumb is that I run the old version until I want a new
feature, or I find a bug I can't live with, or a new version of
something else breaks peripheral stuff. Then go to the latest working
version and find a new lock-in point.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: peet@locus.com (J. David Peet)
Newsgroups: comp.unix.sysv386
Subject: Re: Deleting Merge from DELL SVR4 (Was: DELL SVR4 - separate /usr and /var filesystem?)
Keywords: dell svr4 filesystem
Date: 12 Sep 92 21:03:27 GMT
Organization: Locus Computing Corp, Los Angeles

In article <1992Sep12.144224.13970@tware.com> bash@tware.com (Paul Bash) writes:
>In article <BuEvwy.2rt@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>>peter@ferranti.com (peter da silva) writes:
>>
>>>> DELL includes the MERGE along with their product (i.e. it is a "nuts and
>>>> bolts complete" release).  
>>
>>>IF you want Merge. But why would I want Merge?
>>
>>If you want it, then just type dos.  If you don't, you get to
>>delete it or remove it.
>>
>Could you or someone else explain exactly what is involved in removing Merge
>from Dell SVR4? The last time I tried disabling the Merge entries in
>/etc/conf/sdevice.d, I got quite a few unresolved external references to 
>Merge things when rebuilding the kernel. 

This is because Merge has several drivers, all of which must be installed
or removed at the same time.

>This was only a halfhearted attempt, so I'm not surprised it failed. I'm just 
>curious if anyone else has carried it to completion and can detail the process.

You just use the normal "pkgrm" to remove the "merge" and "xmerge" packages.

The reason that Merge is bundled with DELL (and Merge/Vpix is available for
other UNIX systems) is that a majority of buyers have a minimum requirement
that their 386 UNIX system also be able to run DOS programs.  If your UNIX
can't run DOS, then many customers go elsewhere.  This is also starting to
be true with non-386 UNIX systems and MAC's which have Soft-PC to provide
this function.
--------------------------------------------------------------------- 
David Peet     Internet: peet@locus.com   UUCP:...!uunet!lcc!peet  
Locus Computing Corporation, Los Angeles
---------------------------------------------------------------------
Disclaimer: Normally my statements are my own, and not do not
necessarily reflect those of Locus, but maybe this time they do,
but then again, maybe not.
---------------------------------------------------------------------
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware