RE: 80286 Protected Mode Test
> -Original Message- > From: cctalk On Behalf Of Chuck Guzis via > cctalk > Sent: 07 March 2021 00:08 > To: Sean Conner via cctalk > Subject: Re: 80286 Protected Mode Test > > On 3/6/21 3:10 PM, Sean Conner via cctalk wrote: > > > There might be damage to the keyboard controller that could cause > > the issue. Once the 80286 is in protected mode, there is no way to > > get out of protected mode except via the RESET signal. If I remember > > correctly, you could program the keyboard controller to send a RESET > > signal to get out of protected mode. Also, the keyboard controller > > also managed the state of address line A20, which is another important > factor on PCs. > > I'll add that, at least in the PC AT world, the switch to real mode is > accomplished by writing a value into a reserved cell in CMOS (configuration > memory--I wish they'd lose that 4-letter appellation--what, in a modern PC > *isn't* CMOS?). Upon executing the > reset code, the BIOS checks for the "reason for shutdown". If it was a > switch to real mode, then all of the various hardware tests are bypassed, the > register file is restored and execution continues. > > What this means that if your CMOS (ugh!) memory isn't functioning, the > switch to real mode won't work. I wondered if that might be how it works after reading that you can only switch to real mode with a reset. I will follow this line of inquiry. Thanks for the suggestion! > > --Chuck
Re: TSS/8 & dectape
On Sat, Mar 6, 2021 at 3:27 PM David Gesswein via cctech < cct...@classiccmp.org> wrote: > I'm having trouble using DECtapes with TSS/8 under SIMH. I tried with both > the > RF image and LCM RK05 image and no mater what I do it hangs if I try to > access a DECtape. > > I am trying to use COPY command from account 2. > > I attach a dectape in simh then assign it in TSS and then try to get a > directory or zero the tape with copy. Both hang. Anybody with more TSS > knowledge know how to get this to work. > I've never tried using a dectape as an assignable device in TSS/8; have you tried using PUTR? I used that a number of times on the TC08 setup at LCM to transfer files and it seemed to work (once I fixed the bug I introduced into the LCM TSS/8 code inadvertently -- the latest stuff on github should be correct.) > > Images from bitsavers > http://www.pdp8online.com/ftp/images/bitsavers/unknown/ > 7196, 7211, 7242, and 7280 have text where TSS/8 was mentioned. These are > the > ones I wanted to use TSS to see if I can get a directory. > > 7241, 7253, 7264, 7265, 7275, 7278, 7291, 7292 have contents but nothing I > can identify. > Ooh, let me know if you find anything. - Josh > > There are also some LINCtapes that had read issues so unable to determine > what the are. > > > What I have decoded > http://www.pdp8online.com/images/index.shtml > > See last 3. > >
TSS/8 & dectape
I'm having trouble using DECtapes with TSS/8 under SIMH. I tried with both the RF image and LCM RK05 image and no mater what I do it hangs if I try to access a DECtape. I am trying to use COPY command from account 2. I attach a dectape in simh then assign it in TSS and then try to get a directory or zero the tape with copy. Both hang. Anybody with more TSS knowledge know how to get this to work. Images from bitsavers http://www.pdp8online.com/ftp/images/bitsavers/unknown/ 7196, 7211, 7242, and 7280 have text where TSS/8 was mentioned. These are the ones I wanted to use TSS to see if I can get a directory. 7241, 7253, 7264, 7265, 7275, 7278, 7291, 7292 have contents but nothing I can identify. There are also some LINCtapes that had read issues so unable to determine what the are. What I have decoded http://www.pdp8online.com/images/index.shtml See last 3.
Re: Tymshare PDP-10 tapes
On Sat, Mar 6, 2021 at 8:07 PM Tony Aiuto via cctalk wrote: > I think that is an artifact of the files being created with the wrong names. > For example, with tape 169249, after you skip the UFDs, tito -t prints > >(SYS).SHR1977-01-26 22:22 [1,4] >(SYS).LOW1977-01-26 22:23 [1,4] >(SYS).SHR1986-08-19 03:53 [1,4] >(SYS).LOW1975-10-24 14:52 [1,4] >(SYS).SAV1964-01-02 00:01 [1,4] >(SYS).SAV1964-01-02 00:01 [1,4] > > All the file names are missing. That seems not right. Very not right, because this is what tito -t is giving me: (SYS) PIP .SHR1977-01-26 22:22 [1,4] (SYS) PIP .LOW1977-01-26 22:23 [1,4] (SYS) LOGINN.SHR1986-08-19 03:53 [1,4] (SYS) COBOL .LOW1975-10-24 14:52 [1,4] (SYS) BINCON.SAV1964-01-02 00:01 [1,4] (SYS) VPDATA.SAV1964-01-02 00:01 [1,4] Those are the first 6 after the UFDs, and extensions and date/timestamps match yours. I don't have any, at least on 169249, missing the first part of the file name. Jim
Re: 80286 Protected Mode Test
On 3/6/2021 3:10 PM, Sean Conner via cctalk wrote: Once the 80286 is in protected mode, there is no way to get out of protected mode except via the RESET signal. The 286 can exit protected mode with the LOADALL instruction. Microsoft's extended memory driver pissed off the world (Intel) when someone noticed it was addressing +1mb memory with no hint of the reset. The rest of the world used a driver and memory buffer algorithm which optimized accessing > 1mb because of the horrible latency involved in what you are describing. Another client and some friends I had were caught with their s**t stinking because they'd used it in their bios (Micro5 systems). I suspect there's some sort of failure involved like that, but not sure how it could live to print the message in the case of going into protected mode but not getting back out. As far as a defective 80286 I can't imagine it passing a lot of the bios test code at all if it was internally damaged. Any POST card (port 80) handy? Maybe some hints there? thanks Jim
Re: Spelunking the places where files are not
At 07:20 PM 3/6/2021, Chuck Guzis via cctalk wrote: >The data forensics folks are at least 20 years ahead of you, John! >They're interested in *everything* on disk, active or not. Yes, I've looked at some of the high-end tools and once wondered about a career in data forensics. I've had a few consulting clients push me in this direction, asking the question "what exactly was this employee really doing?" short of a criminal investigation. For purposes of this thread, of course, I was thinking about all the old file systems. I imagine the expensive packages don't handle, say, UCSD Pascal or RT-11 or Amiga disk file systems, right? But I bet they handle FAT and NTFS and Mac and Unix/Linux. One feature from the big-boy software that would be nice to carry down to the old stuff would be lists of known OS files so they could be subtracted from disks (thereby leaving the user-created stuff.) >More than 30 years ago, I posted a utility for MSDOS floppies called >"SEEJUNK". https://lostarchives.org/category/27/file/2258# And I guess I hadn't thought of that case where the file system named the number of bytes in the file and that the unused ends of blocks could also contain stuff, too. Is there a name for those bytes? > It was very revealing what could be found on manufacturers' >disks. Such as? >To be fair, I also wrote a companion utility to clean the stuff >out called PRUNE. And Microsoft is still handing out a zeroing tool, useful in several situations including thinning virtualized drives. https://docs.microsoft.com/en-us/sysinternals/downloads/sdelete - John
Re: Spelunking the places where files are not
On 3/5/21 6:41 AM, John Foust via cctalk wrote: > > After thinking about disk imaging tools like Greaseweasel, > I started thinking about tools that would grab and examine the unused > portions of disks. The data forensics folks are at least 20 years ahead of you, John! They're interested in *everything* on disk, active or not. More than 30 years ago, I posted a utility for MSDOS floppies called "SEEJUNK". It was very revealing what could be found on manufacturers' disks. To be fair, I also wrote a companion utility to clean the stuff out called PRUNE. It wasn't long after that when vendors were made aware of the issue and took action fast. --Chuck
Re: Tymshare PDP-10 tapes
On Sat, Mar 6, 2021 at 1:54 AM Lars Brinkhoff wrote: > Tony Aiuto wrote: > >> What problem do you have with my tito tool? > > > > $ ./tito -x -f 169249.tape > > fopen: Is a directory > > This appears to be because creating an output file was attempted, but > there was already a directory there with the same name. I'm updating > the program to print better error messages. > I think that is an artifact of the files being created with the wrong names. For example, with tape 169249, after you skip the UFDs, tito -t prints (SYS).SHR1977-01-26 22:22 [1,4] (SYS).LOW1977-01-26 22:23 [1,4] (SYS).SHR1986-08-19 03:53 [1,4] (SYS).LOW1975-10-24 14:52 [1,4] (SYS).SAV1964-01-02 00:01 [1,4] (SYS).SAV1964-01-02 00:01 [1,4] All the file names are missing. That seems not right.
Re: 80286 Protected Mode Test
On 3/6/21 3:10 PM, Sean Conner via cctalk wrote: > There might be damage to the keyboard controller that could cause the > issue. Once the 80286 is in protected mode, there is no way to get out of > protected mode except via the RESET signal. If I remember correctly, you > could program the keyboard controller to send a RESET signal to get out of > protected mode. Also, the keyboard controller also managed the state of > address line A20, which is another important factor on PCs. I'll add that, at least in the PC AT world, the switch to real mode is accomplished by writing a value into a reserved cell in CMOS (configuration memory--I wish they'd lose that 4-letter appellation--what, in a modern PC *isn't* CMOS?). Upon executing the reset code, the BIOS checks for the "reason for shutdown". If it was a switch to real mode, then all of the various hardware tests are bypassed, the register file is restored and execution continues. What this means that if your CMOS (ugh!) memory isn't functioning, the switch to real mode won't work. --Chuck
RE: 80286 Protected Mode Test
> -Original Message- > From: Richard Pope > Sent: 06 March 2021 23:20 > To: r...@jarratt.me.uk; Rob Jarratt ; General > Discussion: On-Topic and Off-Topic Posts > Subject: Re: 80286 Protected Mode Test > > Rob, > There is probably hidden damage to the motherboard. The acid will follow > the traces inside the board and consume them. There is no way to stop this > kind of damage. Sorry for the bad news. I should have said that I have found a few bad tracks and I have fixed them by adding wires. Previously it would not even POST, but it does now. The CPU is physically distant from the battery damage. I am trying to understand if this particular test could fail due to external factors or not so that I can then investigate if there are other tracks I need to fix. Incidentally, my repair wires are done very badly, are there any tips on how to do this well? I have ordered some wire wrap wire because I believe that is what I should be using, but I haven't got the wire yet. Thanks Rob > GOD Bless and Thanks, > rich! > > On 3/6/2021 4:59 PM, Rob Jarratt via cctalk wrote: > > I have a DECstation 220 (Olivetti M250E) which is failing POST on a > > "simple test of the 80286 protected mode". It says in a service manual > > I have that for this test the CPU is set in the protected mode, the > > machine status word is checked to see whether it indicates the > > protected mode and then exits protected mode. This test seems to be > > failing. Is there any possible explanation for this other than a > > failed 80286 CPU? Could there be any external reason? This board > > suffered some battery leak damage. Clearly the > > 80286 is working well enough to execute this diagnostic and send some > > text to the screen, so it basically works. > > > > > > > > Thanks > > > > > > > > Rob > > > >
Re: 80286 Protected Mode Test
Rob, There is probably hidden damage to the motherboard. The acid will follow the traces inside the board and consume them. There is no way to stop this kind of damage. Sorry for the bad news. GOD Bless and Thanks, rich! On 3/6/2021 4:59 PM, Rob Jarratt via cctalk wrote: I have a DECstation 220 (Olivetti M250E) which is failing POST on a "simple test of the 80286 protected mode". It says in a service manual I have that for this test the CPU is set in the protected mode, the machine status word is checked to see whether it indicates the protected mode and then exits protected mode. This test seems to be failing. Is there any possible explanation for this other than a failed 80286 CPU? Could there be any external reason? This board suffered some battery leak damage. Clearly the 80286 is working well enough to execute this diagnostic and send some text to the screen, so it basically works. Thanks Rob
Re: 80286 Protected Mode Test
A stupid idea: Could the test require, and be failing, access to memory above 1M? On Sat, 6 Mar 2021, Rob Jarratt via cctalk wrote: I have a DECstation 220 (Olivetti M250E) which is failing POST on a "simple test of the 80286 protected mode". It says in a service manual I have that for this test the CPU is set in the protected mode, the machine status word is checked to see whether it indicates the protected mode and then exits protected mode. This test seems to be failing. Is there any possible explanation for this other than a failed 80286 CPU? Could there be any external reason? This board suffered some battery leak damage. Clearly the 80286 is working well enough to execute this diagnostic and send some text to the screen, so it basically works. Thanks Rob
Re: 80286 Protected Mode Test
It was thus said that the Great Rob Jarratt via cctalk once stated: > I have a DECstation 220 (Olivetti M250E) which is failing POST on a "simple > test of the 80286 protected mode". It says in a service manual I have that > for this test the CPU is set in the protected mode, the machine status word > is checked to see whether it indicates the protected mode and then exits > protected mode. This test seems to be failing. Is there any possible > explanation for this other than a failed 80286 CPU? Could there be any > external reason? This board suffered some battery leak damage. Clearly the > 80286 is working well enough to execute this diagnostic and send some text > to the screen, so it basically works. There might be damage to the keyboard controller that could cause the issue. Once the 80286 is in protected mode, there is no way to get out of protected mode except via the RESET signal. If I remember correctly, you could program the keyboard controller to send a RESET signal to get out of protected mode. Also, the keyboard controller also managed the state of address line A20, which is another important factor on PCs. -spc
80286 Protected Mode Test
I have a DECstation 220 (Olivetti M250E) which is failing POST on a "simple test of the 80286 protected mode". It says in a service manual I have that for this test the CPU is set in the protected mode, the machine status word is checked to see whether it indicates the protected mode and then exits protected mode. This test seems to be failing. Is there any possible explanation for this other than a failed 80286 CPU? Could there be any external reason? This board suffered some battery leak damage. Clearly the 80286 is working well enough to execute this diagnostic and send some text to the screen, so it basically works. Thanks Rob
FS: Large Collection of HP LX Palmtop Items in Germany
I am posting, with permission from Daniel, the following "For Sale" message from the HPLX Mailing List for a large collection of HP LX Palmtop hardware, software and books. Daniel Hertrich has been a major contributor to the HPLX List, creating a backlight mod, and doing HPLX repairs. His web site, www.hermocom.com, has been an important repository of information about the HP Palmtops. He can be reached at daniel@hertrich.photo and is located in Bavaria, Germany. I have no interest in the sale, etc. Regards, Bob Hi friends :) In short (longer text below): You can see my collection in detail here: https://360bayern.de/pano/daniels_palmtop_collection/index.html (zoom in with zoom gesture or scroll wheel) 2,000 € total for the entire collection. Shipping or delivery from Bavaria, Germany. You can hover over each item and get a description tooltip (except for items that are self-explanatory, such as the books), some are even clickable, and the click leads to a website describing the item. Most clicks lead you to my own website www.hermocom.com, because I documented a lot of the stuff that I worked on back then. :) If you like to provide more link targets for the items, please do so. then I'll gladly add them. Note that for the high-resolution image (300 Megapixel) I used panorama software to stitch 10 individual images, so you can zoom in and see a lot of details of the single items. But given the unusual "panorama" setup for capturing the collection, there are stitching errors in the image, so some items look as if they might be broken, but they are not. ;) You can always switch to the lower-resolution standard image (40 Megapixel) to check that there is really no crack in the item. The descriptions and (obviously) the high details when zooming, however, are only available in the high-resolution image. So here comes the longer text: :) No, I won't say goodbye to you! I'll stay here with you. And I'll keep a few items from my collection for myself. But the rest of my collection has to go. The Palmtop hobby was a really great one for me, probably the most important one, until I began with photography. I learned so much during all these years since 1997, when I bought my first 200LX. Until 2005 the 200LX even was my main computer (i.e.: the one I used most). I started so many hardware and software projects to support my own work and also the community, and I got a lot of support from you, the community, as well. Thank you so much for that, and for all these years of fun! :) I have (even until now!) never been part of a community that I gave to and got from that much support and heart-warming talks, even if the topic was most of the times a very unemotional one: Computers! I've even built my own small business around all that ("hermocom - hertrich mobile computing"). The business was never really "successful" in the sense of earning money, but that was not important to me. Important was, that I could take the money earned from it and invest it into new research, new projects, new hardware, to keep it all going and constantly improve. I think, the most important success (again, not in the monetary sense) was the development of a feasible and relatively affordable backlight solution for the 200LX, made possible by the great help of Hal Goldstein and his team at Thaddeus Computing by handing me over their material they got from their own research in this field. I will keep two used 200LXs and one 1000CX, as well as a few important accessories (an LED light, one 200LX has a backlight, some PCMCIA cards etc.) and spare parts, but all the remaining parts and devices, even two like-new(!) 200LXs just take up space here and only once a year or so they give me nostalgic feelings and a smile. Given that I am currently in a financial emergency situation with my photography business, that's heavily damaged due to the Corona situation, I clearly need the money more than the nostalgic feelings. :) For each item in the collection (except for almost all the books and a few trivial items, which I will add for free), I estimated a value, then summed up these values and resulted in a total value of 2,300 €. I would prefer to sell the collection in its entirety, and would offer the entire collection for 2,000 €. That price does not include shipping costs. In case nobody wants to buy the entire collection for a couple of weeks, I'll probably slice the collection into smaller chunks or offer items one by one. If you are interested in a particular set of items (collection chunk), let me know. I may consider that. The collection fits into a standard-sized moving box, with not much padding. For shipping, I'd like to add much more padding, so that it would probably take 2 moving boxes for shipping. Within Germany, I would deliver the collection in my area for free (85077 Manching, near Ingolstadt + 100km). I'd also consider delivering it within a wider distance against
Re: RSTS processor identification
> From: Paul Koning > Here is an outline (not all the details) of the hardware scan flow: > ... > 2. Make sure the MMU exist; if not, halt. > ... > If it has FIS, it can only be an 11/40. You probably know this already, but the KEV1-A floating point chip for the LSI-11 also implemenred FIS. (Of course, the LSI-11 would fail step 2, so it's not really a factor here.) Noel
RE: Pdp10 and TOPS 10 stuff
I did indeed take a quick look but there didn't seem to be anything in there. I might have missed something though. Regards Rob > -Original Message- > From: Zane Healy > Sent: 06 March 2021 17:36 > To: r...@jarratt.me.uk > Cc: General Discussion: On-Topic and Off-Topic Posts > ; Philipp Hachtmann > Subject: Re: Pdp10 and TOPS 10 stuff > > On Mar 6, 2021, at 8:49 AM, Rob Jarratt > wrote: > > > > I am in the UK and wouldn't mind any interesting manuals. However, since > Brexit I don't think postage to the UK is all that cheap and simple either! > > > > I don't have a PDP10 (I wish I did!), but I do run the SIMH PDP10 > occasionally to run TOPS20. > > > > In fact, I would like to take the opportunity to once again ask if anyone > happens to have a copy of the PDP10 port of ALGOL68C? I would dearly love > to find this. > > > > Regards > > > > Rob > > > Did you look at Al’s dump of tape images this week? I noticed one or two of > them are supposed to be ALGOL related, but haven’t had time to even think > about looking into the PDP-10 stuff that was included. > > Zane > >
Re: PIC programmers? More generic programmer? Port?
On 3/6/21 9:59 AM, Scott Quinn via cctalk wrote: > Realized I didn't post the project I was looking at just in case others > were interested: > > https://tudl1910.home.xs4all.nl/rshockley.dyndns.org/indigo.htm > > Converter to use PS/2 keyboards with SGI Indigo, Onyx, Crimson and 4D > series machines. > Not my page, not my project, not my work (yet). Way overkill for the job, IMHO. Drop the crystal and use a smaller 8 pin PIC12 MCU--the internal RC clock is more than good enough. It should be possible to do the same using a Blue Pill cheapie and MAX232 level shifter. Still if this is a one-off, I doubt that it would matter to the user. FWIW, I did the PC AT/PS2 to PC XT keyboard converter years ago using the cheapest PIC I could find--a 12F629--and I still had program memory left over. A cap, a diode and a resistor were the only external components. --Chuck
Re: PIC programmers? More generic programmer? Port?
Realized I didn't post the project I was looking at just in case others were interested: https://tudl1910.home.xs4all.nl/rshockley.dyndns.org/indigo.htm Converter to use PS/2 keyboards with SGI Indigo, Onyx, Crimson and 4D series machines. Not my page, not my project, not my work (yet).
Re: Pdp10 and TOPS 10 stuff
On Mar 6, 2021, at 8:49 AM, Rob Jarratt wrote: > > I am in the UK and wouldn't mind any interesting manuals. However, since > Brexit I don't think postage to the UK is all that cheap and simple either! > > I don't have a PDP10 (I wish I did!), but I do run the SIMH PDP10 > occasionally to run TOPS20. > > In fact, I would like to take the opportunity to once again ask if anyone > happens to have a copy of the PDP10 port of ALGOL68C? I would dearly love to > find this. > > Regards > > Rob Did you look at Al’s dump of tape images this week? I noticed one or two of them are supposed to be ALGOL related, but haven’t had time to even think about looking into the PDP-10 stuff that was included. Zane
pdp11, pdp8 prototyping boards
Don't know if you guys know about them, I just tripped over them... https://www.tindie.com/products/glitchwrks/gw-dec-1-prototyping-board-for-pdp-11-pdp-8-etc/ Cheers
RE: Pdp10 and TOPS 10 stuff
I am in the UK and wouldn't mind any interesting manuals. However, since Brexit I don't think postage to the UK is all that cheap and simple either! I don't have a PDP10 (I wish I did!), but I do run the SIMH PDP10 occasionally to run TOPS20. In fact, I would like to take the opportunity to once again ask if anyone happens to have a copy of the PDP10 port of ALGOL68C? I would dearly love to find this. Regards Rob > -Original Message- > From: cctalk On Behalf Of Zane Healy via > cctalk > Sent: 05 March 2021 22:19 > To: Philipp Hachtmann ; General Discussion: On-Topic > and Off-Topic Posts > Subject: Re: Pdp10 and TOPS 10 stuff > > On Mar 5, 2021, at 4:19 AM, Philipp Hachtmann via cctalk > wrote: > > > > Hi, > > I habe some pdp10 related docs which need to go away. > > Anybody interested? Or should I dump it (and reuse the white folders foro > pdp8 stuff)? > > > > https://www.icloud.com/sharedalbum/#B0r5oqs3qGclUOi > > > > Kind regards > > Philipp > > Hopefully someone in close by in Europe responds, I’m not sure I want to > know what it would cost to ship this to the US. I have to agree with Rob, it > would help to know what you have. Do you at least know what isn’t already > on Bitsavers? I really hate to see the loss of any PDP-10 documentation at > this point. > > Zane > > > >
Re: Tymshare PDP-10 tapes
Tony Aiuto wrote: >> I'm not sure what to do with the file checksum yet. > That is useful to verify that we reassembled the pieces correctly. I phrased that poorly. What I meant was the checksum that is stored on the tape along with each file. Or at least that's what the documentation says. To me it looks like some files have it, others don't.
Re: [simh] RSTS processor identification
Johnny Billquist wrote: On 2021-03-06 02:33, Paul Koning wrote: The explanation I heard for the slow J-11 clock is that the original J-11 spec called for it to operate at 20 MHz. When Harris failed to deliver and the max useable clock speed ended up to be 18 MHz, most designs had no trouble. But the Pro support chips were designed to run synchronous with the CPU clock and for various other reasons needed a clock frequency that's a multiple of 10 MHz, so when 20 MHz was ruled out that left 10 MHz as the only alternative. I do think it sounds weird that the support chips would require a clock that is a multiple of 10 MHz. But I wouldn't know for sure. Somewhere else I read/heard that they didn't work reliable above 10 MHz, but for the F11 that was ok. When the -380 came, they just reused those support chips. The 6502 CPU in the BBC Micro operates at 2 MHz but periperals such as the 6522 Versatile Interface Adapters contain timers which only run at their expected speed when used with a 1 MHz clock. I wonder could it be that the Pro support chips would run ok at 18 MHz but there would have been difficulties with programming timers etc which are clocked at an odd speed? (The BBC Micro got around this problem by running the CPU at 2 MHz and stretching the clock cycle to 1 MHz when accessing the VIAs. The clock circuit is a real birds nest...) Regards, Peter Coghlan.
Re: [TUHS] A stack of PDP-11 field maintenance print sets
> From: John Floren > Can anyone on the list point me to either an existing archive where > these exist The canonical repository for historic documentation online is BitSavers. It has an almost-complete set of DEC stuff (both manuals and prints. QBUS devices are at: http://www.bitsavers.org/pdf/dec/qbus/ QBUS CPU's will be in the relevant model directory, e.g.: http://www.bitsavers.org/pdf/dec/pdp11/1123/ and disk drives are in: http://www.bitsavers.org/pdf/dec/disc/ I haven't checked your list, but I suspect most of them are there; I think the ADV11-A prints are missing, though. You can either send the originals to Al Kossow, or scan them for him; but check with him first, to make sure he doen't already have them, just hasn't got around to posting them yet. There's another site which indexes DEC online documentation: https://manx-docs.org/ There are a very few things which aren't in Bitsavers, and can be found there. > KFD11-A cpu I assume that's a typo for 'KDF11-A'? Noel
Fwd: [TUHS] A stack of PDP-11 field maintenance print sets
> >From: John Floren >Date: Fri, 5 Mar 2021 14:51:40 -0800 >To: The Eunuchs Hysterical Society >Subject: [TUHS] A stack of PDP-11 field maintenance print sets > >I've been hauling around a pile of DEC Field Maintenance Print Sets >for PDP-11 components for over a decade now, intending to see if >they're worth having scanned or if there are digital versions out >there already. Can anyone on the list point me to either an existing >archive where these exist, or an archivist who would be interested in >scanning them? They're full of exploded diagrams, schematics, and >assembly listings. > >Here's the list of what I have: > >Field Maintenance Print Set (17" wide, 11" high): >RLV11 disk controller >RL01-AK disk drive >ADV-11A (??) > >Field Maintenance Print Set (14" wide, 8.5" high): >RL01 disk drive >DLV11-J serial line controller >RLV11 disk controller >KFD11-A cpu >KEF11-A floating point processor >PDP11/23 >PDP11/03-L > >Absolutely not tossing them, just wondering if there are already >scanned copies available somewhere, if I should send them off to be >scanned and put online, or if I should just check in with computer >museums (I'm near the CHM, for instance) > >John Floren