Not that I'm aware of. I can do it, but I don't have daily access to
the machine so it will take a couple of months.
>
> has the firmware been dumped from this?
>
> On 11/21/16 6:54 AM, Anders Sandahl wrote:
>>
>>>
>>> On 11/18/16 12:02 AM, Pontus Pihlgren wrote:
>>>> This is great! Thanks Mattis, Jonas and Al.
>>>>
>>>> Somewhere I have an early DNIX system image from a development machine.
>>>> I don't know if that is interesting to put on bitsavers as well?
>>>>
>>> yes, I think so
>>>
>>
>> And I have documentation and software to the Luxor ABC1600 as well.
>>
>> Temporary link: http://blue.abc80.net/archive/luxor/ABC1600/
>>
>> Most of it is in Swedish though.
>>
>> /Anders
>
> It's possible that they didn't bother wiring NPG to that slot, but sent
> it directly to the NPG pin on the 'UNIBUS out' connector
Sho'nuff; the 11/40 prints indicate (pg. 86) that "BUS NPG" goes directly from
C07P2 ("Source" - you can see the generation on print K4-5, pg. 62, lower
right side), to A09U1 (NPG on the UNIBUS Out connector), do not pass through
SPC slot 9, do not collect a grant.
I dunno about any other oddities you're seeing, but I think this one is
solved. :-)
Noel
On Sun, 20 Nov 2016, Cameron Kaiser wrote:
> There's a Rogue for the Alpha Micro. I don't have source for it either,
> but it runs very well.
What is an Alpha Micro?
--
Richard Loken VE6BSV, Systems Programmer - VMS : "...underneath those
Athabasca University : tuques we wear, our
Athabasca, Alberta Canada : heads are naked!"
** rlloken at telus.net ** : - Arthur Black
> From: Josh Dersch
> There appears to be no continuity between CA1/CB1 of slot 9 and CA1/CB1
> of the SPC/MUD slots in the rest of the system.
Is that the only issue? If so, that should be 'not too hard' to track down.
It's possible that they didn't bother wiring NPG to that slot, but sent it
directly to the NPG pin on the 'UNIBUS out' connector; when the -11/40 was
done, there were no single-board DMA devices.
> It's very puzzling.
BTDT! :-)
> I have an RK11 and an RK05
Ah, you're good then - Unix V6 will run fine with a single RK. (Ah, memories:
my first experience as a sys-admin was on an 11/40 with a single RK...) The
standard V6 distro include systems that will run on an RK. (The V7 distro
does not, but it's possible to build RK-based systems. You'd need to bring it
up on an emulator to do so.)
> (with the option of a 2nd RK05 if I ever get some mounting rails for
> it.) I know the RK05s are tight storage-wise.
Well, you can't put all the source and documentation online with a single RK
(or even two), but that shouldn't be an issue. If you were actually trying to
do _real work_ on the system, a single RK might be something of a PITA.
> I also have an RL02 but I need to repair an RL11 first.
Put that online, and you'll have plenty of room. Also, with two controllers,
you'll get higher performance (not that you care :-); you could put e.g.
swapping on the RK, and most files on the RL.
> I should be able to wrangle bits onto media either using what I have,
> or by using stuff at the LCM, but the VTServer option sounds nice too.
OK, I'll probably get back to work on it 'soon'.
> The RL bootstrap and driver would be very useful to have, thanks!
They're available on my "Bringing up V6 Unix on the Ersatz-11 PDP-11
Emulator" page, here:
http://mercury.lcs.mit.edu/~jnc/tech/V6Unix.html#RL
That page (and it's partner, "Improving V6 Unix") probably contains some
other useful stuff, if you're serious about running V6.
One off the top of my head: the C on the 'vanilla' V6 distro is fairly
primitive. There are no longs or unsigneds, casts don't work, etc, etc. There
is a later version (which I think might be the so-called 'phototypsetter C'),
available from the 'Shoppa disks', you might want to get that.
Noel
Ah! Ok!
heard of it but never seen an installation.
Great find!
I am a little foggy on it but I somehow remember it being able to
control external devices for process use
vs. the usual IBM stuff that was just 'data processing'
Ed#
In a message dated 11/22/2016 12:31:26 A.M. US Mountain Standard Tim,
ggs at shiresoft.com writes:
The IBM Series/1 was introduced in 1976 and withdrawn in 1988. There were
originally 2 models and another 2 models were added later. I always knew
them by their code names ? different varieties of peaches?so named because
they were developed by IBM?s GSD division which was headquartered in
Atlanta, GA (even though all of the development was done in Boca Raton,
FL).
TTFN - Guy
> On Nov 21, 2016, at 10:11 PM, COURYHOUSE at aol.com wrote:
>
> what is it? looks too new for me,.... do not remember this one....
> Ed#
>
>
> In a message dated 11/21/2016 9:30:06 P.M. US Mountain Standard Time,
> drlegendre at gmail.com writes:
>
> The vintage computing world is in your debt, Steven.. ;-)
>
> On Mon, Nov 21, 2016 at 10:18 PM, Steven Maresca
<steve.maresca at gmail.com>
> wrote:
>
>> On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder <ian.finder at gmail.com>
> wrote:
>>
>>> Someone go rescue this:
>>> http://nwct.craigslist.org/zip/5886266424.html
>>>
>>> Or palletize it and send it to me.
>>>
>>>
>>> --
>>> Ian Finder
>>> (206) 395-MIPS
>>> ian.finder at gmail.com
>>> <javascript:_e(%7B%7D,'cvml','ian.finder at gmail.com');>
>>>
>>>
>>>
>>>
>>> --
>>> Ian Finder
>>> (206) 395-MIPS
>>> ian.finder at gmail.com
>>>
>> I'm in CT close enough to make a rescue..I've reached out to the
poster.
>>
>> Regards,
>> Steve
>>
>
> From: Josh Dersch
> The 11/40 is mostly working ... but I've been unable to boot anything
> (like XXDP, for example).
What are you trying to boot from?
> Slot 9 of the CPU backplane is supposed to be an SPC slot but it
> doesn't seem to work
Missing/hard-wired BG/NPG jumpers on that slot, maybe?
If not, plug one of Guy's UA11's into that slot, and see what's up! :-)
> I assumed I needed the KJ11-A because the KT11-D manual specifies
> (bottom of page 2-1): "When the KT11-D Memory Management Option is
> added to an existing PDP-11 system, the KJ11-A Stack Limit Register
> Option must also be added." So I assumed the MMU required this option
> be present...
Hmm, I didn't recall that; not sure I ever knew that! (Sorry!)
I spent a short time looking at the KT11-D and KJ11-A prints, trying to see
exactly what the KT11-D wanted, but I wasn't able (yet) to fully grok the
interaction.
>From the KJ11-A prints, you can probably work around not having a KJ11-A card
by strapping the relevant outputs high or low (as the case might be), i.e.
simulating a KJ11-A which is not reporting a problem. Like I said, V6 doesn't
use the SLR for anything, so it's it's not actually working (i.e. reporting
stack transgressions), no biggie.
If you're determined, I did scan in a KJ11's PCB, so it would probably be
possible to produce 'after-marked' ones - it's not a very complicated card.
>> You will also need the KE11-E (M7238), as the Unix C compiler emits
>> MUL, DIV etc, and even the bootstrap uses them. The KE11-F (M7239) is
>> useless; the V6 Unix C compiler doesn't generate that type of PDP-11
>> floating point.
> Yeah, that might be harder to find, I'd forgotten about that
> requirement. I suppose I could run Ultrix-11 instead (I have that on my
> 11/34 at the moment) as it'll run sans floating point hardware,
We seem to be having a communication failure. You don't need floating point
to run V6 or V7 on an 11/40. In addition, the hardware floating point
hardware on the 11/40 (the FIS) is a variety that Unix doesn't support anyway
(in the sense of, the C compiler doesn't generate FIS instructions).
It's the Exteded Instruction Set (EIS) card (which supports MUL, DIV, ASHC,
etc) which is necessary. No way UNIX (of any flavour) will run without those
instuctions (and thus, that card). If you don't have an M7238, start
looking....
BTW, what is your mass storage device? RL's? If so, vanilla V6 doesn't support
RL's, but I do have a V6 RL driver, I can either build you a system that will
run on an RL, or (if you bring up V6 under an emulator, so you can build
systems, etc) provide it so you can add it. You'll also need an RL bootstrap
(again, those are available, but not in vanilla V6).
Also, how are you getting the bits onto the mass storage? V6 can only be
'cold installed' onto a blank machine from a TM11 or TM02 tape drive. Failing
that, you have to put a V6 filesystem onto a disk on some other machine. Do
you have the ability to write packs on another machine/OS, and the ability to
get a Unix file system onto that system? Failing that, I'm in the process of
getting VTServer working to transfer V6 over a serial line to a blank machine
(my situation) - I got distracted before I got 100% finished, but I have it
all scoped out, and can get it done in a couple of hours from where I am now.
Noel
http://vintagecomputer.net/browse_thread.cfm?id=658
Hot business women posing with classic UNIVAC hardware and a link to a very
rare 1968 business proposal by UNIVAC to Philip Morris, an attempt to sell
either a 418-III or 9400, pricing, comparison with IBM 360 models.
Included with the proposal were a handful of product brochures. I scanned
some of my favorite photos.
Bill
> From: Josh Dersch
> I'm finally turning my attention back to my 11/40 (which I started
> working on 7 years ago and never quite got around to finishing -- I've
> learned a lot since then and I'm hoping to be able to debug it properly
> now).
A KM11 might help, if you have one: there are a couple of sources for new ones
(I got mine from Guy), it will allow you to single-step the microcode, etc,
etc.
> My ultimate goal is to run V6 or V7 UNIX on it -- I have the MMU but
> I'm looking for an M787 (line-time clock) and M7237 (stack limit
> register) to complete the set.
You don't need the SLR to run Unix V6 (in fact, IIRC, it doesn't use it). For
the clock, you don't absolutely have to have a KW11-L, you can substitute a
KW11-P - but V6 _has_ to have one or the other, or it panic()'s - some things
in the kernel have to have a working clock.
You will also need the KE11-E (M7238), as the Unix C compiler emits MUL, DIV
etc, and even the bootstrap uses them. The KE11-F (M7239) is useless; the V6
Unix C compiler doesn't generate that type of PDP-11 floating point.
Noel
Hi all --
I'm finally turning my attention back to my 11/40 (which I started working
on 7 years ago and never quite got around to finishing -- I've learned a
lot since then and I'm hoping to be able to debug it properly now).
My ultimate goal is to run V6 or V7 UNIX on it -- I have the MMU but I'm
looking for an M787 (line-time clock) and M7237 (stack limit register) to
complete the set. I have other DEC stuff for trade, drop me a line...
Thanks!
Josh