TUHS

tuhs@tuhs.org

28 participants
6556 discussions

by Robertdkeys＠aol.com

Great! Keep me in mind for any testing if you need it. I have 4 Qbus VAXentoyz that mostly just sit and play, when the HD's stay up. Of late ESDI drives have been giving me fits, but maybe I can scrounge up a few more in the local MooU surplus feeding frenzy diving pits. Maybe, someday, some scsi mscp cards might float up from the depths! (dream on.....(:+}}...) I still am curious as to how many on the lists are actually running such critters, currently, on Quasijarus or on Ultrix. I … [View More]

22 years, 8 months

Re: [TUHS] Re: non-broken 4.3BSD set?

by msokolov＠ivan.Harhan.ORG

Robertdkeys(a)aol.com wrote: > It was Q0A. Has there been any later development > of it, of interest? Yes, there has been. The only problem is that I still haven't managed (in 3 years) to find time to spin it into a release. :-( There is some hope, though, that I'll find a bit of time (enough to spin out the 4.3-QJ0b release) this winter. MS

22 years, 8 months

Re: [TUHS] Re: non-broken 4.3BSD set?

by Robertdkeys＠aol.com

It was Q0A. Has there been any later development of it, of interest? Thanks Bob

22 years, 8 months

Oops.

by Andru Luvisi

Sorry. Wrong list. That was meant for PUPS. Andru -- Andru Luvisi, Programmer/Analyst Quote Of The Moment: Just once, I wish we would encounter an alien menace that wasn't immune to bullets. -- The Brigadier, "Dr. Who"

22 years, 8 months

Re: [TUHS] Re: non-broken 4.3BSD set?

by msokolov＠ivan.Harhan.ORG

Robertdkeys(a)aol.com wrote: > [...] I just used the quasijarus > 0a source tarball (that is supposed to be Tahoe) [...] It is. > Out of curiosity, anyone still running a 4.3BSD > box? I had a couple microVAXes up with it until > my ESDI drives went bellyup a few days back. Do you mean the plain original 4.3 or enhanced versions like 4.3-Quasijarus? The plain original 4.3 doesn't run on MicroVAXen, so if you had 4.3 on yours, it must have been *some* enhanced version. MS

22 years, 8 months

Re: [pups] 2.11BSD images for Simh

by Andru Luvisi

>From Warren: > > These file are now in the Unix Archive on minnie.tuhs.org in > PDP-11/Boot_Images/2.11_on_Simh > > The mirror sites should pick them up soon. >

22 years, 8 months

Re: non-broken 4.3BSD set?

by Robertdkeys＠aol.com

The src tarball in the archives is only 35k or something like that, so it is mostly gone. At one time, I thought it was more there. Since I was only needing the dwb section out of the sources, to power up a dwb suite on an ancient ultrix box, I just used the quasijarus 0a source tarball (that is supposed to be Tahoe) for the bits I needed. It worked. But, for the record, it might be nice to have a complete, unbroken set, if it still exists, and the bits can be rounded up. Out of curiosity, … [View More]

22 years, 8 months

RE: [pups] Boot_Images and the networking activated version of Simh

by Fred N. van Kempen

Warren, Oh, I see Andru already uploaded it to Minnie as well.. OK.. Thanks, Andru! --fred > -----Original Message----- > From: Warren Toomey [mailto:wkt@minnie.tuhs.org] > Sent: Saturday, December 07, 2002 6:08 AM > To: Andru Luvisi > Cc: pups(a)minnie.tuhs.org > Subject: Re: [pups] Boot_Images and the networking activated > version of > Simh > > > In article by Andru Luvisi: > > All righty. I have: > > A working boot image for a … [View More]

22 years, 8 months

raise of interrupt level necessary

by Wolfgang Helbig

Hi, While studying the V6 kernel, I search for some rules as when to raise the interrupt priority level (IPL). I came up with something like this: A kernel process needs to raise the IPL if a change of data must be atomic and might be accessed (not necessarily changed) by an IRS. In light of this rule, some raising of interrupts seem unnecessary: - In m40.s changes of the user space segmentation registers are bracketed by raising and lowering the IPL, although these registers are never … [View More]

22 years, 8 months

RE: [pups] Boot_Images and the networking activated version of Simh

by Fred N. van Kempen

People, DO note that the Ethernet operations of SimH heavily depend on the proper workings AND configuration of a Packet Filter driver for your platform, so, something like BPF, EFILT, NetFLT or WinPCAP (for Win32). Try running a test app for that stuff BEFORE trying to run SimH/ENET stuff.. if the test app works OK, you can start figuring out why SimH/ENET doesn't work on your system. I have *three* network cards the drivers of which DO NOT support promisc mode. Which obviously results in … [View More]

22 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

1991

1990

TUHS