for sale/trade: big list of both old and (relatively) new, deadline: end of November (ideally)
The following is for sale, or trade possibly. (I've tried to send this earlier, but it didn't appear in the list, so this is my second try to post htis...) Most of the listed items I've used together with SGI IRIX and HP/Compaq/DEC OpenVMS and Digital/Tru64 UNIX systems and served me very well. I need to sell this by the end of the month (Nov-2016), else I'll have to potentially scrap a considerable bunch of it. I probably forgot to mention a number of things and perhaps I made a few mistakes here and there. I'll try to update (and if needed, correct) this list with follow-up posts. For now, this is the list of items: -SGI systems, e.g. MIPS R5000 and R5200 processor equipped O2s notably, perhaps also a teal Indigo² with 250-MHz R4400, at least 256 Mbytes (also up to 1 Gbyte available) of RAM, various types of CPUs available, along with various other options in terms of disks, video I/O, etc. (ask me)--> suggestion: if you don't care for IRIX, an O2 would still make an excellent X terminal to any e.g. other system, too, as they don't consume a lot of power and they're wonderfully small; -SGI parts, like an SGI Tezro dual-processor 700-MHz R16000 system board and an SGI DMediaPro DM10 IEEE-1394a FireWire PCI card plus cable and manual; -DEC Multia/UDB VX40B, maximized, with 166-MHz LCA4/21066 processor, the maximum amount of RAM (256 Mbytes), large 73.4-Gbyte 2½" SCSI HDD (with Tru64 UNIX V5.1B[-5?] optionally pre-installed, OpenVMS V7.2 also works on it, the original vertical stand and documents are present, too), Ensoniq AudioPCI (16-bit 48-KHz) audio card, replacement NVRAM/TOY back-up battery, experimental SRM console, PCI audio card and custom-shoehorned, etc.; -various older/non-x86 or compatible computer (besides earlier mentioned SGI, e.g. DEC, Compaq and HP) bits & parts, think of FireWire (e.g. IEEE-1394a), audio, etc. cards, cables and such ... included are things like an AlphaServer DS15-compatible PCI audio card, HP IEEE-1394a FireWire PCI card (rare, should work in some HP Integrity systems) and more (ask me for details); -Exar/Neterion/S2io 10-Gbit fiber-optical (10GBASE-SR) PCI-X Ethernet NICs including transceivers, besides x86/-64 also OpenVMS and IRIX compatible (and tried/used in various systems, including HP rx2600s, rx2620s and a DS15 and also an SGI Tezro), LC FC cables optionally available, too; -Mellanox 40-Gbit InfiniBand PCI-E adapters (3 total), optional copper and fiber-optical cables, in various lengths, are also available; -various (e.g. HP) HBAs, notably SCSI (e.g. Ultra160 and Ultra320) and FC (e.g. 2-Gbit and 4-Gbit), for PCI/-X or PCI-E, many PCI/-X cards also compatible with IRIX and even OpenVMS, some include the HP-branded "combo" types, providing both dual-channel FC (HBA) and Ethernet (NIC); -various optical/tape drives and media (e.g. DVD-RAM, various data & cleaning tapes, of which many brand new), DDS/DAT of many types (e.g. DDS-2/DAT12, DDS-3/DAT24, DDS-4/DAT40 and DDS-5/DAT72) Ultrium (mostly LTO-1 and LTO-3), mostly of brands like HP (notably), Quantum and Sony... to summarize several: -- HP Ultrium LTO-3 SCSI half-height tape drives -- Quantum Ultrium LTO-1 SCSI full-height tape drive -- various Ultrium LTO-3, -2 and -1 cleaning and data cartridge tapes (mostly HP-branded) -- various (HP and Sony-branded) DDS-4/DAT40 tape drives, also one DDS-5/DAT72 drive, all with -- various DDS-5/DAT72, DDS-4/DAT40, DDS-3/DAT24, DDS-2/DAT12 and DDS-1/DAT8 tapes; -various DVD-RAM discs, both with and without the plastic caddies; -various HP, AXUS and Ciprico brand Ultra320 SCSI/S-ATA-bridged & 2-Gbit or 4-Gbit FC external enclosures, for HDDs (optionally including large capacity HDDs, also hardware RAID functionality depending per enclosure), 5¼" devices and more (these can be tricky to ship, but not impossible), to summarize some of it: -- AXUS Demon SA-16U4P Ultra320 SCSI<=>S-ATA RAID storage enclosure, including 16 * 1-Tbyte S-ATA HDDs and spares--> advantages: relative low power consumption and triple-redundant power -- Ciprico/Huge Systems MediaVault 4-Gbit FC/FC-AL RAID disk array, including transceivers, 10 * 250-Gbyte P-ATA HDDs plus one or more spare HDDs--> advantages: low power consumption and rather silent -- HP StorageWorks M5313A FC/FC-AL 2-Gbit (JBOD) disk array, including transceivers and 14 * 146.8-Gbyte FC HDDs and one or two spare HDDs, too--> note: perhaps not useful for OpenVMS users as-is, as JBOD and FC-AL are a no-go, but it can be used in a larger SAN setup; -various types of printed documents/documentation (various manuals and reference guides, from e.g. SGI and Intel); -APC Smart-UPS 3000 XLM (heavy-duty, 3000VA capacity) UPS back-up battery aggregate power system, plus special APC RJ-45 USB cable (the whole unit is perhaps hard to ship, but not impossible I
for sale/trade: big list of both old and (relatively) new, deadline: end of November (ideally)
The following is for sale, or trade possibly. (I've tried to send this earlier, but it didn't appear in the list, so this is my second try to post this...) Most of the listed items I've used together with SGI IRIX and HP/Compaq/DEC OpenVMS and Digital/Tru64 UNIX systems and served me very well. I need to sell this by the end of the month (Nov-2016), else I'll have to potentially scrap a considerable bunch of it. I probably forgot to mention a number of things and perhaps I made a few mistakes here and there. I'll try to update (and if needed, correct) this list with follow-up posts. For now, this is the list of items: -SGI systems, e.g. MIPS R5000 and R5200 processor equipped O2s notably, perhaps also a teal Indigo² with 250-MHz R4400, at least 256 Mbytes (also up to 1 Gbyte available) of RAM, various types of CPUs available, along with various other options in terms of disks, video I/O, etc. (ask me)--> suggestion: if you don't care for IRIX, an O2 would still make an excellent X terminal to any e.g. other system, too, as they don't consume a lot of power and they're wonderfully small; -SGI parts, like an SGI Tezro dual-processor 700-MHz R16000 system board and an SGI DMediaPro DM10 IEEE-1394a FireWire PCI card plus cable and manual; -DEC Multia/UDB VX40B, maximized, with 166-MHz LCA4/21066 processor, the maximum amount of RAM (256 Mbytes), large 73.4-Gbyte 2½" SCSI HDD (with Tru64 UNIX V5.1B[-5?] optionally pre-installed, OpenVMS V7.2 also works on it, the original vertical stand and documents are present, too), Ensoniq AudioPCI (16-bit 48-KHz) audio card, replacement NVRAM/TOY back-up battery, experimental SRM console, PCI audio card and custom-shoehorned, etc.; -various older/non-x86 or compatible computer (besides earlier mentioned SGI, e.g. DEC, Compaq and HP) bits & parts, think of FireWire (e.g. IEEE-1394a), audio, etc. cards, cables and such ... included are things like an AlphaServer DS15-compatible PCI audio card, HP IEEE-1394a FireWire PCI card (rare, should work in some HP Integrity systems) and more (ask me for details); -Exar/Neterion/S2io 10-Gbit fiber-optical (10GBASE-SR) PCI-X Ethernet NICs including transceivers, besides x86/-64 also OpenVMS and IRIX compatible (and tried/used in various systems, including HP rx2600s, rx2620s and a DS15 and also an SGI Tezro), LC FC cables optionally available, too; -Mellanox 40-Gbit InfiniBand PCI-E adapters (3 total), optional copper and fiber-optical cables, in various lengths, are also available; -various (e.g. HP) HBAs, notably SCSI (e.g. Ultra160 and Ultra320) and FC (e.g. 2-Gbit and 4-Gbit), for PCI/-X or PCI-E, many PCI/-X cards also compatible with IRIX and even OpenVMS, some include the HP-branded "combo" types, providing both dual-channel FC (HBA) and Ethernet (NIC); -various optical/tape drives and media (e.g. DVD-RAM, various data & cleaning tapes, of which many brand new), DDS/DAT of many types (e.g. DDS-2/DAT12, DDS-3/DAT24, DDS-4/DAT40 and DDS-5/DAT72) Ultrium (mostly LTO-1 and LTO-3), mostly of brands like HP (notably), Quantum and Sony... to summarize several: -- HP Ultrium LTO-3 SCSI half-height tape drives -- Quantum Ultrium LTO-1 SCSI full-height tape drive -- various Ultrium LTO-3, -2 and -1 cleaning and data cartridge tapes (mostly HP-branded) -- various (HP and Sony-branded) DDS-4/DAT40 tape drives, also one DDS-5/DAT72 drive, all with -- various DDS-5/DAT72, DDS-4/DAT40, DDS-3/DAT24, DDS-2/DAT12 and DDS-1/DAT8 tapes; -various DVD-RAM discs, both with and without the plastic caddies; -various HP, AXUS and Ciprico brand Ultra320 SCSI/S-ATA-bridged & 2-Gbit or 4-Gbit FC external enclosures, for HDDs (optionally including large capacity HDDs, also hardware RAID functionality depending per enclosure), 5¼" devices and more (these can be tricky to ship, but not impossible), to summarize some of it: -- AXUS Demon SA-16U4P Ultra320 SCSI<=>S-ATA RAID storage enclosure, including 16 * 1-Tbyte S-ATA HDDs and spares --> advantages: relative low power consumption and triple-redundant power -- Ciprico/Huge Systems MediaVault 4-Gbit FC/FC-AL RAID disk array, including transceivers, 10 * 250-Gbyte P-ATA HDDs plus one or more spare HDDs--> advantages: low power consumption and rather silent -- HP StorageWorks M5313A FC/FC-AL 2-Gbit (JBOD) disk array, including transceivers and 14 * 146.8-Gbyte FC HDDs and one or two spare HDDs, too--> note: perhaps not useful for OpenVMS users as-is, as JBOD and FC-AL are a no-go, but it can be used in a larger SAN setup; -various types of printed documents/documentation (various manuals and reference guides, from e.g. SGI and Intel); -APC Smart-UPS 3000 XLM (heavy-duty, 3000VA capacity) UPS back-up battery aggregate power system, plus special APC RJ-45 USB
Re: for sale/trade: big list of both old and (relatively) new, deadline: end of November (ideally)
My apologies for (possibly) double-posting, because the thread didn't show up in my Gmail account (for whatever reason). - MG
Re: for sale/trade: big list of both old and (relatively) new, deadline: end of November (ideally)
On 21 November 2016 at 15:24, MG wrote: > My apologies for (possibly) double-posting, because the thread didn't show > up in my Gmail account (for whatever reason). Gmail tends to suppress display of your own posts to mailing lists, unless or until they get comments/replies. It's annoying. It also always breaks threads if someone changes the subject line. -- Liam Proven • Profile: http://lproven.livejournal.com/profile Email: lpro...@cix.co.uk • GMail/Twitter/Facebook/Flickr: lproven Skype/MSN: lpro...@hotmail.com • LinkedIn/AIM/Yahoo: liamproven Cell/Mobiles: +44 7939-087884 (UK) • +420 702 829 053 (ČR)
Slide Rails for Integrity and/or BA23
Hi I've just brought home a 42U rack and started mounting things currently in shelves and on the floor. But I'm missing some hard to get slide rails. Does anyone have a spare set of rails for an Integrity rx2620 or QBUS BA23 box for sale? The Integrity rails look like this: http://www.trademoon.com/assets/images/default/A6939AZ.JPG BA23 shelves look like this (except some missing parts): http://www.plccenter.co.uk/en-GB/Buy/DEC/702076101 Kind Regards, Pontus.
Re: DNIX and ABCenix install media disk images.
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
Re: DNIX and ABCenix install media disk images.
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
Re: A Multibus board just sold for over $2000
2016-11-21 5:15 GMT+01:00 George Rachor : > Time to look at my Inventory (grin). Never had any 432 stuff. > > George Rachor > > Sent from my iPhone > geo...@rachors.com > > > On Nov 20, 2016, at 7:12 PM, Glen Slick wrote: > > > >> On Nov 8, 2016 6:43 PM, "Al Kossow" wrote: > >> > >> well, not just ANY Multibus board > >> > >> http://www.ebay.com/itm/262697366358 > > > > As a follow on two bare 432/100 just sold for $1700 > > > > http://www.ebay.com/itm/262714109154 > I have one board like this but is marked 432/05 instead of 432/100. But it appears to be very similar. I am little bit curious why it has a different name. http://www.datormuseum.se/computers/others/intel-iapx432 /Mattis
Re: Interested in UNIVAC 9000 Series (and IBM 360)
On Sun, Nov 20, 2016 at 7:29 PM, Jon Elson wrote: > On 11/20/2016 05:30 PM, Charles Dickman wrote: >> >> On Fri, Nov 18, 2016 at 6:15 PM, Jon Elson wrote: >> >>> OH, yeah! Besides the limited instruction set, short registers only half >>> populated, etc., did you know that the 360/20 did not have an adder? >> >> This made me curious about how primitive it was, but the FE docs on >> bitsavers show a 16bit ALU that can do ADD, AND, OR and XOR and maybe >> some logic to help with BCD math. >> > OK, in this manual : > http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/fe/2020/Z26-5908_360-20_FE_Manual_Of_Instruction_Aug65.pdf > > They describe the functions available in microcode. They are REALLY > limited! > See Page 1-23, Description, item 4. They have data transfer and increment > and decrement. > Period! I don't see ANYTHING that relates to ALU functions! Maybe I missed > it, it seems really hard to believe. > > and then page 1-27 describing what the increment and decrement commands do. > Notably, they note that the registers contain values from 0-15, ie. a 4-bit > field. > > Maybe I missed the whole point of what they are describing here, but this > seems to be somewhat consistent with what you can pack into a 16-bit > microinstruction, namely, not a lot. > > Take a look in this manual and see if you get a different impression. > > Jon I was looking here: http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/fe/2020/Z33-1021-0_2020_Processing_Unit_FETOM_May68.pdf (pdf) pages 45, 46 describe the ALU And here: http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/fe/2020/SY33-1024-0_2020_FEMDM_Vol_1_Apr69.pdf (pdf) pages 15 and 38 Data flows and ALU schematic
ISO: PDP-11/40 LTC and Stack Limit options
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
Re: ISO: PDP-11/40 LTC and Stack Limit options
On Mon, Nov 21, 2016 at 2:37 PM, Josh Dersch wrote: > 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 > Just curious, are you aware whether these two are required to boot a RL02 disk or certain versions of RT-11? I have been experiencing difficulties, I only have the m737 iinstalled in my system. Bill
Re: ISO: PDP-11/40 LTC and Stack Limit options
> On Nov 21, 2016, at 2:13 PM, william degnan wrote: > > On Mon, Nov 21, 2016 at 2:37 PM, Josh Dersch wrote: > >> 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 >> > > Just curious, are you aware whether these two are required to boot a RL02 > disk or certain versions of RT-11? I have been experiencing difficulties, > I only have the m737 iinstalled in my system. > Bill RT11 will run w/o an LTC. TTBOMR the stack limit register is not need for Single Job and the other RT11 OS variants. However a program could overwrite the vector area and cause an ungraceful shutdown. Make sure the jumpers on the KD11-A are set correctly for this configuration. Using an RL02 to boot RT11 should be okay as well. Jerry j...@ieee.org
Re: Interested in UNIVAC 9000 Series (and IBM 360)
> I was looking here: > > http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/ > fe/2020/Z33-1021-0_2020_Processing_Unit_FETOM_May68.pdf > > (pdf) pages 45, 46 describe the ALU > > I note that the cover page says: "(Machines with serial no. 50,000 and above)." Perhaps the ALU is only present on late model machines? -- Charles
Re: Interested in UNIVAC 9000 Series (and IBM 360)
On 11/21/2016 2:17 PM, Charles Anthony wrote: Perhaps the ALU is only present on late model machines? -- Charles If it were a GE645 strapped for running Multics, very possibly, and undocumented. The builtin special purpose abacus was used on some early models.
Re: Interested in UNIVAC 9000 Series (and IBM 360)
http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/ fe/2020/Z33-1021-0_2020_Processing_Unit_FETOM_May68.pdf (pdf) pages 45, 46 describe the ALU On Mon, 21 Nov 2016, Charles Anthony wrote: I note that the cover page says: "(Machines with serial no. 50,000 and above)." Perhaps the ALU is only present on late model machines? A nice ROUND number for the model change. Had they sold 49,999 machines before that model change? Or was this a machine where the first one sold already had a 5 digit serial number?
Re: ISO: PDP-11/40 LTC and Stack Limit options
On Mon, Nov 21, 2016 at 4:58 PM, Jerry Weiss wrote: > > > On Nov 21, 2016, at 2:13 PM, william degnan > wrote: > > > > On Mon, Nov 21, 2016 at 2:37 PM, Josh Dersch wrote: > > > >> 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 > >> > > > > Just curious, are you aware whether these two are required to boot a RL02 > > disk or certain versions of RT-11? I have been experiencing > difficulties, > > I only have the m737 iinstalled in my system. > > Bill > > > RT11 will run w/o an LTC. > > TTBOMR the stack limit register is not need for Single Job and the > other RT11 OS variants. However a program could overwrite the vector area > and cause an ungraceful shutdown. Make sure the jumpers on the KD11-A > are set > correctly for this configuration. > > Using an RL02 to boot RT11 should be okay as well. > > Jerry > j...@ieee.org > > > > Not exactly what TTBOMR is but I can say that given zero luck booting RT-11 from an RL02 on my 11/40 my next move is to emulate a TU58 drive on a 2nd serial card and run XXDP.I can run BASIC with no problem, but it seems like my known working (elsewhere) M7762 RT11 controller card does not wake up when called by the bootstrap 9312 ROM, etc. b
Re: Reverse-engineering WD1000, WD1001 hard disk controllers
I've put my work in progress on reverse-engineering the original WD1000 firmware on github: https://github.com/brouhaha/wd100x I use my own assembler syntax output by my previously mentioned s8x30x disassembler, so at the present there is no assembler for it. I expect to have an assembler in the not-too-distant future.
Re: ISO: PDP-11/40 LTC and Stack Limit options
> 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
Re: ISO: PDP-11/40 LTC and Stack Limit options
> On Nov 21, 2016, at 4:44 PM, william degnan wrote: > > On Mon, Nov 21, 2016 at 4:58 PM, Jerry Weiss wrote: > >> >>> On Nov 21, 2016, at 2:13 PM, william degnan >> wrote: >>> >>> On Mon, Nov 21, 2016 at 2:37 PM, Josh Dersch wrote: >>> 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 >>> >>> Just curious, are you aware whether these two are required to boot a RL02 >>> disk or certain versions of RT-11? I have been experiencing >> difficulties, >>> I only have the m737 iinstalled in my system. >>> Bill >> >> >> RT11 will run w/o an LTC. >> >> TTBOMR the stack limit register is not need for Single Job and the >> other RT11 OS variants. However a program could overwrite the vector area >> and cause an ungraceful shutdown. Make sure the jumpers on the KD11-A >> are set >> correctly for this configuration. >> >> Using an RL02 to boot RT11 should be okay as well. >> >> Jerry >> j...@ieee.org >> >> >> >> > Not exactly what TTBOMR is but I can say that given zero luck booting RT-11 > from an RL02 on my 11/40 my next move is to emulate a TU58 drive on a 2nd > serial card and run XXDP.I can run BASIC with no problem, but it seems > like my known working (elsewhere) M7762 RT11 controller card does not wake > up when called by the bootstrap 9312 ROM, etc. > > b To the best of my recollection….(sorry). I didn't recall and don’t see stack limit as a requirement for RT-11 in any release notes I quickly scanned this afternoon. The LSI-11 doesn’t implement any stack overflow detection and works fine under RT-11. If BASIC runs, interrupts are working ok. That would support a TU58 as well. If neither RL11 Controller and/or RL02 drive show activity when you try to boot from disk there are some other things to investigate. E.g. Toggle the RL02 Bootstrap if you can, Check NPR (DMA) Grant jumper wiring on the Unibus Backplane. If you haven’t already tried these, these are easy enough to walk through. Jerry
Re: ISO: PDP-11/40 LTC and Stack Limit options
On Mon, Nov 21, 2016 at 4:04 PM, Noel Chiappa wrote: > > 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. > I do have a set (got it from Guy years ago, for the express purpose of debugging the 11/40) and I successfully used it to debug my 11/05. The 11/40 is mostly working; I have a bootstrap terminator in it and it runs the diag/console PROM without problems and stuff I toggle in seems to work, but I've been unable to boot anything (like XXDP, for example). There is some random behavior and there are some oddities about it-- Slot 9 of the CPU backplane is supposed to be an SPC slot but it doesn't seem to work, and years ago I found a missing wire in the backplane. So things are in a very random state and I need to spend some time sorting things out. > > > 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. > Thanks, that's good to know -- 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... > > 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, though it's a tight squeeze... - Josh > > Noel >
Re: ISO: PDP-11/40 LTC and Stack Limit options
> 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
Re: Interested in UNIVAC 9000 Series (and IBM 360)
On 11/21/2016 12:28 PM, Charles Dickman wrote: I was looking here: http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/fe/2020/Z33-1021-0_2020_Processing_Unit_FETOM_May68.pdf (pdf) pages 45, 46 describe the ALU And here: http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/fe/2020/SY33-1024-0_2020_FEMDM_Vol_1_Apr69.pdf (pdf) pages 15 and 38 Data flows and ALU schematic Yes, indeed, it seems to show a quite different architecture than what I got from the part I referenced. I had better stop as I am no expert on a 360/20, and the text SEEMED to contradict the schematics. Jon
Re: Interested in UNIVAC 9000 Series (and IBM 360)
On 11/21/2016 04:17 PM, Charles Anthony wrote: I was looking here: http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/360/ fe/2020/Z33-1021-0_2020_Processing_Unit_FETOM_May68.pdf (pdf) pages 45, 46 describe the ALU I note that the cover page says: "(Machines with serial no. 50,000 and above)." Perhaps the ALU is only present on late model machines? That would be a HUGE difference between different serial numbers, so I'd rather doubt it. Jon
Re: ISO: PDP-11/40 LTC and Stack Limit options
On 11/21/16 5:47 PM, Noel Chiappa wrote: > 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? I've tried an emulated TU58 and (most recently) a UNIBUS SCSI controller that I'm fortunate enough to have. > 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? The NPG jumper on slot 9 is not present, and it has no effect on the NPG chain if i jumper it or not (the bus seems happy otherwise...) 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. It's very puzzling. I need to sit down with the wire list (and copious Excedrin) and probe things out. 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. Thanks for looking into it. I'm not desperate for a KJ11 yet, but it's good to have resources should one need to be built... >> 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 Sorry, sorry -- long day and it's been awhile since I looked at the 11/40 in depth (just dusted it off last night). I thought I had picked up an EIS years ago shortly after I picked up the machine but either my memory is faulty or it's disappeared somewhere (the former is more likely at this point, I actually do have things somewhat organized here). So that adds another level of fun. Maybe at this point I should be happy to get RT-11 working :). 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. I have an RK11 and an RK05 (with the option of a 2nd RK05 if I ever get some mounting rails for it.) I know the RK05s are tight storage-wise. I also have an RL02 but I need to repair an RL11 first. (And there's always the SCSI controller, should I get up the nerve to backport an MSCP driver...) 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. The R
Free IBM system/1(?) in eastern US.
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.fin...@gmail.com -- Ian Finder (206) 395-MIPS ian.fin...@gmail.com
Re: Free IBM system/1(?) in eastern US.
Yes, someone please rescue this. They’re nice minis. I would but I’m still in the process of getting a fully configured IBM 4331 (mainframe) moved here so I don’t have the time/space to deal with it at the moment. TTFN - Guy > On Nov 21, 2016, at 7:50 PM, Ian Finder 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.fin...@gmail.com > > > > > > -- > Ian Finder > (206) 395-MIPS > ian.fin...@gmail.com
Re: Free IBM system/1(?) in eastern US.
On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder 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.fin...@gmail.com > > > > > > -- >Ian Finder >(206) 395-MIPS >ian.fin...@gmail.com > I'm in CT close enough to make a rescue..I've reached out to the poster. Regards, Steve
Re: Free IBM system/1(?) in eastern US.
The vintage computing world is in your debt, Steven.. ;-) On Mon, Nov 21, 2016 at 10:18 PM, Steven Maresca wrote: > On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder 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.fin...@gmail.com > > > > > > > > > > > > -- > >Ian Finder > >(206) 395-MIPS > >ian.fin...@gmail.com > > > I'm in CT close enough to make a rescue..I've reached out to the poster. > > Regards, > Steve >
Re: Rogue: Mctesq was here
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!" ** rllo...@telus.net ** :- Arthur Black
Re: Free IBM system/1(?) in eastern US.
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, drlegen...@gmail.com writes: The vintage computing world is in your debt, Steven.. ;-) On Mon, Nov 21, 2016 at 10:18 PM, Steven Maresca wrote: > On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder 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.fin...@gmail.com > > > > > > > > > > > > -- > > Ian Finder > >(206) 395-MIPS > > ian.fin...@gmail.com > > > I'm in CT close enough to make a rescue..I've reached out to the poster. > > Regards, > Steve >
Re: ISO: PDP-11/40 LTC and Stack Limit options
On 11/21/2016 05:44 PM, william degnan wrote: > On Mon, Nov 21, 2016 at 4:58 PM, Jerry Weiss wrote: > >>> On Nov 21, 2016, at 2:13 PM, william degnan >> wrote: >>> On Mon, Nov 21, 2016 at 2:37 PM, Josh Dersch wrote: >>> 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 >>> Just curious, are you aware whether these two are required to boot a RL02 >>> disk or certain versions of RT-11? I have been experiencing >> difficulties, >>> I only have the m737 iinstalled in my system. >>> Bill >> >> RT11 will run w/o an LTC. >> >> TTBOMR the stack limit register is not need for Single Job and the >> other RT11 OS variants. However a program could overwrite the vector area >> and cause an ungraceful shutdown. Make sure the jumpers on the KD11-A >> are set >> correctly for this configuration. >> >> Using an RL02 to boot RT11 should be okay as well. >> >> Jerry >> j...@ieee.org >> >> >> >> > Not exactly what TTBOMR is but I can say that given zero luck booting RT-11 > from an RL02 on my 11/40 my next move is to emulate a TU58 drive on a 2nd > serial card and run XXDP.I can run BASIC with no problem, but it seems > like my known working (elsewhere) M7762 RT11 controller card does not wake > up when called by the bootstrap 9312 ROM, etc. > > b > Rt-11 must be configured for the controller that boots it at the CSR and vector its using (try the standard addresses/Vector). RT has few needs and will run on a 16K machine with minimal hardware (console and boot device). I have a 11/2 with 28KW and DLV11J that boots RT-11FB from TU58 (very slowly but it does!). That's a tiny 4 slot Qbus machine (BA11VA) and is very minimal. Also make sure your trying to boot RT11SJ initially as that has the lowest needs. Allison
Re: Free IBM system/1(?) in eastern US.
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, couryho...@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, > drlegen...@gmail.com writes: > > The vintage computing world is in your debt, Steven.. ;-) > > On Mon, Nov 21, 2016 at 10:18 PM, Steven Maresca > wrote: > >> On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder > 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.fin...@gmail.com >>> >>> >>> >>> >>> >>> -- >>> Ian Finder >>> (206) 395-MIPS >>> ian.fin...@gmail.com >>> >> I'm in CT close enough to make a rescue..I've reached out to the poster. >> >> Regards, >> Steve >> >
Re: Free IBM system/1(?) in eastern US.
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, g...@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, couryho...@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, > drlegen...@gmail.com writes: > > The vintage computing world is in your debt, Steven.. ;-) > > On Mon, Nov 21, 2016 at 10:18 PM, Steven Maresca > wrote: > >> On Mon, Nov 21, 2016 at 10:50 PM, Ian Finder > 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.fin...@gmail.com >>> >>> >>> >>> >>> >>> -- >>> Ian Finder >>> (206) 395-MIPS >>> ian.fin...@gmail.com >>> >> I'm in CT close enough to make a rescue..I've reached out to the poster. >> >> Regards, >> Steve >> >
