UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

UniBone emulates now the M9312 bootstrap ROM card. Each of the 5 ROMs can be loaded with MACRO11 listings files from http://www.ak6dn.com/PDP-11/M9312/ The tricky bootvector redirection logic is also implemented. The address to execute after power-on is given as symbolic MACRO11 label. For demons

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

I ran into the same thing. The adr you use to post from doesn't resolve On 1/28/20 2:21 PM, Chris Zach via cctalk wrote: > Hi Jorg! > > Don't think my emails are going through, do you have an order site? I'd love > one. > > C

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Hi Jorg! Don't think my emails are going through, do you have an order site? I'd love one. C

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Hi, I'll add that I started working on RH11 emulation on the Unibone last week, i'm making steady progress (as of yesterday it's able to boot the 2.11BSD kernel before falling over). 16-bit only at the moment, 18-bit will require some infrastructure work but I'll leave that to Joerg :). I ju

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Tue, Jan 28, 2020 at 08:06:09AM -0800, Josh Dersch via cctalk wrote: > I'll add that I started working on RH11 emulation on the Unibone last week, > i'm making steady progress (as of yesterday it's able to boot the 2.11BSD > kernel before falling over). 16-bit only at the moment, 18-bit will >

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Tue, Jan 28, 2020 at 4:25 AM Jörg Hoppe via cctalk wrote: > Hi Pontus, > > This thread makes me very happy. > > > > I have a KS10 that I'm working on (quite slowly). The PSU is checked out > > and working. Then console seems to work, I can deposit/examine to CRAM > > and RAM. > > > > Next step

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Hi Pontus, This thread makes me very happy. I have a KS10 that I'm working on (quite slowly). The PSU is checked out and working. Then console seems to work, I can deposit/examine to CRAM and RAM. Next step will be to load micro code and I've been mentally preparing to tackle an RH11 emulat

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> From: Rob Doyle > http://www.bitsavers.org/pdf/dec/unibus/RH11-C_Engineering_Drawings.pdf Oooh, thanks ever so much. Not sure how I missed that when I looked on BitSavers for RH11 stuff! Very illuminating - eventually! The M7294-YA seems to be a manual ECO to the M7294; there's a detail

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/23/2019 2:10 PM, Noel Chiappa via cctalk wrote: From: Rob Doyle Your memory is correct. The RH11C was the buffered version of the RH11 Umm, both the -AB and -B have FIFOs - confirmed from the prints. (I have an M7294 if we want to confirm that the prints aren't confused.) Now, maybe th

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> From: Rob Doyle > Your memory is correct. The RH11C was the buffered version of the RH11 Umm, both the -AB and -B have FIFOs - confirmed from the prints. (I have an M7294 if we want to confirm that the prints aren't confused.) Now, maybe the -C has a _bigger_ FIFO (e.g. large enough to

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

This thread makes me very happy. I have a KS10 that I'm working on (quite slowly). The PSU is checked out and working. Then console seems to work, I can deposit/examine to CRAM and RAM. Next step will be to load micro code and I've been mentally preparing to tackle an RH11 emulator for the Uni

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/22/2019 3:05 PM, Eric Smith via cctalk wrote: One version of the RH11 added a small FIFO (called a "silo" by DEC, IIRC) in the data path. I don't recall which suffix that was, nor whether it was the version used in the KS10. Your memory is correct. The RH11C was the buffered version of t

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> the Revision J prints (September 1993). Ooops, typo: '1973'. Noel

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> From: Eric Smith > One version of the RH11 added a small FIFO (called a "silo" by DEC, > IIRC) in the data path. I don't recall which suffix that was, nor > whether it was the version used in the KS10. Well, the -AB has the FIFO, according to the Revision J prints (September 1

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> From: Jörg Hoppe > UniBone can be used in UNIBUS-A SPC slots in 18 bit mode without any > extra adapters? And can emulate an RH11-C there As far as I can see, yes. > even if the RH11 is supposed to run in UNIBUS B? Well, all RH11's have both UNIBUS A and UNIBUS B; under progra

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

2. When doing 18bit on UNIBUS-A we put all kind of signal levels on parity lines PA,PB = DATA<16:17>. Won't the KS10 CPU interpret these as real BUS parity errors generated by some UNIBUS-A device? I asked nonsense here: if UNIBUS-A is 18bit too, no parity will be evaluted of course. Joerg

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Fri, Nov 22, 2019 at 6:39 AM Noel Chiappa via cctalk < cctalk@classiccmp.org> wrote: > So I think all our questions are answerered (except for the [RH11]-AB/-C > difference > issue). > One version of the RH11 added a small FIFO (called a "silo" by DEC, IIRC) in the data path. I don't recall wh

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/22/19 1:01 PM, Paul Koning via cctalk wrote: > >> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk >> wrote: >> >> I *think* (and this is putting the wayback hat on) that the RH11 originally >> was the controller for the RS03 and RS04 fixed head disk drives. The dual >> Unibus was so y

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

* *Messages sorted by:* [ date ] [ thread ] [ subject ]

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> > Date: Thu, 21 Nov 2019 22:13:30 -0500 > From: Chris Zach > Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1 > > One of my long term questions has been to see if a 2020 could talk to a > RM80. It should be possible as the Massbus personality module talks to >

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 22, 2019, at 2:09 PM, Tom Uban wrote: > > On 11/22/19 1:01 PM, Paul Koning via cctalk wrote: >> >>> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk >>> wrote: >>> >>> I *think* (and this is putting the wayback hat on) that the RH11 originally >>> was the controller for the RS

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk > wrote: > > I *think* (and this is putting the wayback hat on) that the RH11 originally > was the controller for the RS03 and RS04 fixed head disk drives. The dual > Unibus was so you could put them on Unibus A for talking to the 11/45'

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> Although, with the 3 SPC slots - although they are on UNIBUS A, and only > UNIBUS B has the 18-bit capability Du. My brain finally turned on. It is of course perfectly possible to run UNIBUS _A_ (where the SPC slots are) in 18-bit mode too - although the _RH11_ can't use it that way

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

I *think* (and this is putting the wayback hat on) that the RH11 originally was the controller for the RS03 and RS04 fixed head disk drives. The dual Unibus was so you could put them on Unibus A for talking to the 11/45's main bus with data transfers ripping across Unibus B directly to the dual

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> maybe the two can be jumpered together (the way the two UNIBI in the > KD11-A/D can). Actually, now that I think about it, that might be the reason for the order of the UNIBUS A out B in/out slots in the backplane: https://gunkies.org/wiki/RH11_MASSBUS_controller#Backplane_layout One

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> From: Jörg Hoppe > did DEC construct 18bit mutants for a few PDP-11 peripherals to run > them in KS10? Yes and no. There were two 18-bit UNIBUS devices, but they were originally done for the PDP-15 (DEC's last 18-bit machine). They were the RK11-E and the RH11-AB. When the KS10 appe

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

>> Well, I was expecting to have to do all of the work myself. There’s still the problem of the disk Unibus itself to solve > -the disk UBA doesn’t terminate into a normal Unibus. > It goes into the disk RH11 directly, and the bus is terminated on the far end of the RH11. I’d either have to buy

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 20, 2019, at 10:37 AM, Chris Zach via cctalk > wrote: > > Gotta drag this stuff out and take a look. Oh and RD54's are *slow* compared > to ESDI disks and controllers. Ouchies! Can’t be worse than my original plan, which was to use a Viking SCSI controller and hack all the things to

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Well, I was expecting to have to do all of the work myself. There’s still the problem of the disk Unibus itself to solve - the disk UBA doesn’t terminate into a normal Unibus. It goes into the disk RH11 directly, and the bus is terminated on the far end of the RH11. I’d either have to buy anoth

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 19, 2019, at 9:35 PM, Josh Dersch wrote: > > Joerg is the one building and selling the board, I'm just a satisfied > customer who's also been hacking new device support into it. I'll keep y'all > posted as to when I make progress on this. > > Also if anyone has a KS they could, uh, "

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Tue, Nov 19, 2019 at 4:59 PM Chris Zach wrote: > Whelp, if you're planning on doing this early next year I'll start > dragging the KS10 box out of storage and cleaning it off. If you sell > the boards let me know so I can buy one and support your efforts. > Joerg is the one building and selli

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Whelp, if you're planning on doing this early next year I'll start dragging the KS10 box out of storage and cleaning it off. If you sell the boards let me know so I can buy one and support your efforts. CZ On 11/19/2019 7:53 PM, Josh Dersch wrote: On Tue, Nov 19, 2019 at 2:26 PM Daniel Seag

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Tue, Nov 19, 2019 at 2:26 PM Daniel Seagraves via cctalk < cctalk@classiccmp.org> wrote: > > On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech < > cct...@classiccmp.org> wrote: > > > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? > Putting it in at the RH11-C level would r

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech > wrote: > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it > in at the RH11-C level would remove a fair bit of complexity, then you could > simply emulate all the Massbuss insanity through the relatively simple

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 19, 2019, at 5:41 AM, Jörg Hoppe via cctalk > wrote: > > Several people asked to make UniBone PDP-10able, it should be not problem. > > UNIBUS PA,PB are (like all other signals) just pins on a GPIO multiplier, no > interpretation is done in hardware. > > On software side the PRU m

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Daniel, >> >> Yes, can (get a kit with SMT work done) > > OK, that’s the answer I needed; > If I want to put one of these in a KS10, can the parity lines be hacked from the software > (the KS10 uses them as two extra data bits) or are they hard-wired to parity? Several people asked to make Un

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it in at the RH11-C level would remove a fair bit of complexity, then you could simply emulate all the Massbuss insanity through the relatively simple registers that an RH11 uses I wouldn't mind having eight RP06's o

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 17, 2019, at 7:59 AM, Jörg Hoppe via cctech > wrote: > > Yes, can (get a kit with SMT work done) OK, that’s the answer I needed; If I want to put one of these in a KS10, can the parity lines be hacked from the software (the KS10 uses them as two extra data bits) or are they hard-wire

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

*What it is:* In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS systems containing a BeagleBone Black. See http://retrocmp.com/projects/unibone. Is it possible to get it as a "kit+" where the SMD components only are already soldered onto the bare board, but all the rest left f

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/16/19 19:56, W2HX via cctalk wrote: > Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be > necessary? Or was this just the op's choice among many possible options? I'd think that PRU in the BBB ought to be able to handle the QBUS easily.  A state-machine in an FPG

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

The question "FPGA or not?" keeps me still awake at night, so some rambling here! > Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be necessary? > Or was this just the op's choice among many possible options? I was considering a FPGA solution first, even had a Xilinx Z

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Joerg said >>> *What it is:* >>> In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS >>> systems containing a BeagleBone Black. >>> >>> See http://retrocmp.com/projects/unibone. Is it possible to get it as a "kit+" where the SMD components only are already soldered onto the bare bo

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On Sat, Nov 16, 2019 at 4:59 PM W2HX via cctalk wrote: > Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be > necessary? Or was this just the op's choice among many possible options? > > It does seem useful to have this thing run linux and ethernet and be able > to pass fil

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/16/2019 06:56 PM, W2HX via cctalk wrote: Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a FPGA be necessary? Or was this just the op's choice among many possible options? The PRU on the Beagle Bone Black is pair of 200 MHz 32-bit microcontrollers which can do all sorts

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

n: On-Topic and Off-Topic Posts; General Discussion: On-Topic Posts Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1 Stefan, >> *What it is:* >> In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS >> systems containing a BeagleBone Black. >> >&g

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Stefan, *What it is:* In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS systems containing a BeagleBone Black. See http://retrocmp.com/projects/unibone. This combo can simulate PDP-11 devices embedded in a physical machine. So you can operate and repair incomplete UNIBUS PDP-

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

fre 2019-11-15 klockan 14:07 +0100 skrev Jörg Hoppe via cctalk: > Its been a long time since last public post about UniBone, time for > a > bragging broadcast. > > *What it is:* > In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS > systems containing a BeagleBone Black. > > See

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/15/19 20:53, Paul Koning wrote: > I wonder if the UDA50 microcode can be found. That's a bitslice (2901 ALUs > plus 2910 branch controller) which presumably would be pretty easy to emulate > in a small FPGA. If it used Am2901 series parts, I wonder if it used Am2908s too for the bus driv

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 15, 2019, at 4:22 PM, David Bridgham via cctalk > wrote: > > ... > I've also been looking more into microcoding and bitslice designs and it > could be a really neat little project to build a bitslice processor into > the FPGA and microcode that to implement MSCP (rather than microcod

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

> On Nov 15, 2019, at 4:58 PM, W2HX via cctalk wrote: > > This is interesting indeed. But if someone wanted to emulate a new function > with the QSIC, would they need to be able to program in verilog (or fpga > language)? I think an interesting angle using something like a BBB is that > the

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

David Bridgham via cctalk Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1 I think you will win a lot of friends if you can make something that will emulate MSCP devices on the QBus - I have a micro11 and microVax sans disk due to only having ESDI ate ST506 controllers! cheers es 73 to the

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/15/19 3:26 PM, Nigel Johnson via cctalk wrote: > I think you will win a lot of friends if you can make something that > will emulate MSCP devices on the QBus - I have a micro11 and microVax > sans disk due to only having ESDI ate ST506 controllers! > > cheers es 73 to the hams amongst us de

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

I think you will win a lot of friends if you can make something that will emulate MSCP devices on the QBus - I have a micro11 and microVax sans disk due to only having ESDI ate ST506 controllers! cheers es 73 to the hams amongst us de Nigel ve3id On 15/11/2019 15:23, David Bridgham via cctalk

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

On 11/15/19 3:01 PM, W2HX via cctalk wrote: > LOVE the ideas, loved it when I first heard of it. But I'm a QBUS guy! Put me > on the list when (if) you ever make one for qbus. GREAT idea! > Eugene Along these lines, it's been a long time since we've updated the list regarding the QSIC project.

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

neral Discussion: On-Topic Posts Subject: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1 Its been a long time since last public post about UniBone, time for a bragging broadcast. *What it is:* In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS systems containing a BeagleBone Black. See

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

Its been a long time since last public post about UniBone, time for a bragging broadcast. *What it is:* In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS systems containing a BeagleBone Black. See http://retrocmp.com/projects/unibone. This combo can simulate PDP-11 devices e