From kwellsch at tampabay.rr.com Thu Feb 1 02:07:09 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Wed, 31 Jan 2001 11:07:09 -0500 Subject: [pups] A bootable disk image for a PDP-11/34? References: Message-ID: <3A78382D.37188B15@tampabay.rr.com> Bill Gunshannon wrote: > > On Tue, 30 Jan 2001, Ken Wellsch wrote: > > > Don't forget to type 'date' when logged in ... it is a hoot to see B^) > > > > Oh heck, never thought to actually try to set the date, post 2000... > > maybe better to let it live back in 1975... > > I assume it is just like Ultrix-11 was, soooooo > Here's a quick way to get the date right until you get a chance to > install a fixed "date" command. Yes, it is only the date command > that is not Y2K ready. No, V6 predates Ultrix-11 by just a bit I believe. The date setting format on V6 appears to be '1231245999', that is two digits for: month, day, hour, minute, year. A trailing 'p' means the hours are 12 based (and it is PM), otherwise 24 based. I can confirm as I expected that setting 0131110301 puts me at 1970 B^) No big deal. I can see in the 'date' source what it is doing... Thanks for the 'put it into the year 2001' method! -- Ken From rdonkin at bigfoot.com Thu Feb 1 08:28:44 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Wed, 31 Jan 2001 22:28:44 +0000 Subject: [pups] 2.11BSD networking on simulator Message-ID: <3A78919C.3D604E23@bigfoot.com> I'm running 2.11BSD on the Supnik simulator, and wondering how to get it networked. This sim seems to only support serial lines, so maybe I have to move over to the Begemot simulator - in which case, is it best to use FreeBSD or Linux as the host for the sim? I'm more familiar with Linux but I have FreeBSD running now - the question is what's easier to set up for networking. Does anyone have a working Begemot sim setup with networking, used with 2.11BSD? If so, could you post your config files? The Begemot sim seems a lot more complex to set up than Supnik. Cheers, Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA32905 for pups-liszt; Thu, 1 Feb 2001 09:44:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Thu Feb 1 08:42:02 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Wed, 31 Jan 2001 22:42:02 +0000 Subject: [pups] File exchange with Supnik sim Message-ID: <3A7894BA.370723F0@bigfoot.com> I've tried the suggestions for getting files in and out of the Supnik sim, in particular using rl0 mapped to x.tar, and 'tar cvf /dev/rrl0a /etc/hosts'. However, tar complains: 'tar: tape write error: Read-only file system'. The disklabel for rl0 looks like: # /dev/rrl0a: type: old DEC disk: label: flags: bytes/sector: 512 sectors/track: 20 tracks/cylinder: 2 sectors/cylinder: 40 cylinders: 0 rpm: 0 interleave: 0 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 1 partitions: # size offset fstype [fsize bsize] a: 10240 0 2.11BSD 1024 1024 # (Cyl. 0 - 255) cylinders/unit 0 Warning, revolutions/minute 0 boot block size 0 super block size 0 partition a: extends past end of unit 0 10240 0 Presumably I need to create a valid disklabel, but it would be good to have some advice on what a valid one would look like. I've also tried the same sort of thing with 'tar cvbBf 20 /dev/rmt0 /etc/hosts', and something like a tar file is produced - however, GNU tar on Linux and FreeBSD 4.2 tar can't read this, saying 'this doesn't look like a tar file'. Is there some trick to getting this to work, and am I better off using rl0 or rmt0? Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33243 for pups-liszt; Thu, 1 Feb 2001 10:16:28 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From grog at lemis.com Thu Feb 1 09:14:49 2001 From: grog at lemis.com (Greg Lehey) Date: Thu, 1 Feb 2001 09:44:49 +1030 Subject: [pups] Re: 2.11BSD networking on simulator In-Reply-To: <3A78919C.3D604E23@bigfoot.com>; from rdonkin@bigfoot.com on Wed, Jan 31, 2001 at 10:28:44PM +0000 References: <3A78919C.3D604E23@bigfoot.com> Message-ID: <20010201094448.D70596@wantadilla.lemis.com> [Format recovered--see http://www.lemis.com/email/email-format.html] Your message contained alternate long and short lines On Wednesday, 31 January 2001 at 22:28:44 +0000, Richard Donkin wrote: > I'm running 2.11BSD on the Supnik simulator, and wondering how to > get it networked. This sim seems to only support serial lines, so > maybe I have to move over to the Begemot simulator - in which case, > is it best to use FreeBSD or Linux as the host for the sim? I'm > more familiar with Linux but I have FreeBSD running now - the > question is what's easier to set up for networking. The Begemot emulator was written on BSD, so you'll probably find it easier to use under FreeBSD. > Does anyone have a working Begemot sim setup with networking, used > with 2.11BSD? If so, could you post your config files? The Begemot > sim seems a lot more complex to set up than Supnik. *sigh* I used to, and it worked well. A number of changes in FreeBSD have rendered the emulator non-functional, and I haven't had time to find out what's wrong. I'll take a look and see if I can see anything obvious, but it might take me a while. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog at lemis.com for PGP public key See complete headers for address and phone numbers Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33329 for pups-liszt; Thu, 1 Feb 2001 10:31:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Thu Feb 1 09:17:54 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Wed, 31 Jan 2001 15:17:54 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200101312317.f0VNHsd17441@moe.2bsd.com> Hi - > From: Richard Donkin > I'm running 2.11BSD on the Supnik simulator, and wondering how to get it > networked. It can not be done except perhaps with a SL/IP link. The Supnik simulator does not have an emulated ethernet device. > Begemot simulator - in which case, is it best to use FreeBSD or Linux as > the host I use BSD/OS myself, but FreeBSD works very nicely also. I've not tried it with linux. > Does anyone have a working Begemot sim setup with networking, used with > 2.11BSD? If so, Quite a few folks have it running. > could you post your config files? The Begemot sim seems a lot more > complex to set up than Supnik. Yes, it is quite a bit more complex (cryptic) to set up. Here's what I use to run P11 with. If you strip out all of the macro preprocessing stuff the config file is much more readable and not nearly as cryptic as before. Steven Schultz sms at moe.2bsd.com ------------------ set clock_rate 60 ctrl rk 017777400 0220 5 4000 end ctrl rl 017774400 0160 4 4000 end ctrl rp 017776700 0254 5 4000 dev 0 ./2.11BSD 1999 dev 1 ./junk 1999 end ctrl kl dev 017777560 060 064 4 tty_net -7 -t 10000 dev 017776500 0300 0304 4 tty_net -7 -t 10001 end ctrl mr 017777520 ./rp.boot end ctrl lp 017777514 0200 4 end ctrl tm 017772520 0224 5 # dev 0 /tmp/foo end ctrl qna 017774440 5 0x08:0x00:0x2b:0x07:0x82:0x6c 0xf8:0x7a qna.rom dev epp_tun tun0 0x08:0x00:0x2b:0x07:0x82:0x6c 0x08:0x00:0x2b:0x07:0x82:0x00 end # The toy clock. # ctrl toy 017777526 end Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA33890 for pups-liszt; Thu, 1 Feb 2001 12:39:12 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Thu Feb 1 11:37:29 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Wed, 31 Jan 2001 20:37:29 -0500 Subject: [pups] A bootable disk image for a PDP-11/34? References: <200101302330.PAA29420@chiton.ucsd.edu> Message-ID: <3A78BDD9.995B3F42@tampabay.rr.com> Carl Lowenstein wrote: > > > From wkt at henry.cs.adfa.edu.au Tue Jan 30 14:16 PST 2001 > > > > Yes, but it doesn't boot on an 11/34 :( > > That's the problem. > > Why, said he wonderingly. Is the 11/34 one of those machines that does > not have a directly addressable PSW at 177776 so it must be done with > MPTS and MFPS instructions? Thats all I can think of immediately. > > ... When I looked last night at the machine assist (mch.s) for Ultrix-11/3.1 source, all I could easily find was consistent with this, contained in the V6 start document: The main difference between an 11/40 and an 11/45 (or 11/70) system is that in the former instruction restart after a segmentation violation caused by overflowing a user stack must be handled by software, while in the latter machines there is hardware help. which in more detail means, if I understand right, there is no SSR2 register in the MMU so the kernel code needs to disassemble the instruction to backup over it for restarting as per above. The Ultrix mch.s file has code that does this (quite a lot) and I noticed a few cases that checked it the cputype is 34. Cheers, -- Ken Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA35763 for pups-liszt; Thu, 1 Feb 2001 20:11:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Thu Feb 1 18:59:30 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Thu, 1 Feb 2001 08:59:30 +0000 Subject: [pups] 2.11BSD networking on simulator Message-ID: <002569E6.00324BF2.00@postoffice.co.uk> I have the begemot simulator running very effectively on Linux, although I have not used the emulated ethernet connection. If anyone knows how to set this up on linux then I would welcome some help. I must say that although p11 takes quite a bit of setting up it is well worth the trouble. Regards Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA38448 for pups-liszt; Fri, 2 Feb 2001 04:37:00 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cdl at mpl.ucsd.edu Fri Feb 2 03:35:13 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Thu, 1 Feb 2001 09:35:13 -0800 (PST) Subject: [pups] A bootable disk image for a PDP-11/34? Message-ID: <200102011735.JAA05794@chiton.ucsd.edu> > From iking at microsoft.com Tue Jan 30 15:27 PST 2001 > From: Ian King > To: "'Ken Wellsch'" , > Carl Lowenstein > > Cc: pups at minnie.cs.adfa.edu.au > Subject: RE: [pups] A bootable disk image for a PDP-11/34? > Date: Tue, 30 Jan 2001 14:38:15 -0800 > > Ken, I tried using that image and gunzip told me there was a crc error; it > wouldn't unzip it. (I downloaded it three times, just in case there was a > transmission error -- twice by ftp, once by http.) I've also tried the > "Dennis" images, which are supposedly straight RK05 images; E11 won't boot > 'em. One issue on which I'm not clear: where is the boot address? Stuff at > loc 0 doesn't look like boot instructions. > > If I could get an image to run in an emulator (as I mentioned, I'm running > E11 from DBit), I'd write some cheesy little loader to bring it down the > serial line (I already have it sketched out); but until I can at least get > one to boot in the emulator, I'm reluctant to spend the hours (at 9600 baud) > to spray it onto a disk. Well, as some response to this challenge "get an image to run in an emulator", I visited Bob Supnik's Computer History Simulation Project web page and followed the links to the sources for SIMH v2.5a and to the Unix V6 disk images. I read the documentation file "simh_doc.txt", and compiled the simulator. Then I read "simh_swre.txt", unpacked the V6 images, ran the simulator and attached the three RK05 images to it, and booted RK0. All according to the instructions. I got the bootstrap prompt "@" to which I typed "unix" and it came up with a "login:" prompt, to which I could log in as root, and do things. It's not quite the same V6 image that I remember from the olden days of loading onto an 11/40 from magtape. The login prompt seems not to be ";login:" as we still see on the Usenix magazine. dmr's account seems to have vanished but ken's is still there. And that's how I spent a few hours last night. In case it matters, the underlying hardware/software platform is an AMD K6-3 running Mandrake 7.1 Linux. carl carl lowenstein marine physical lab u.c. san diego {decvax|ucbvax} !ucsd!mpl!cdl cdl at mpl.ucsd.edu clowenstein at ucsd.edu From mayhew at altavista.com Fri Feb 2 08:30:43 2001 From: mayhew at altavista.com (Bill Mayhew) Date: 1 Feb 2001 14:30:43 -0800 Subject: FW: [pups] A bootable disk image for a PDP-11/34? Message-ID: <20010201223043.20658.cpmta@c012.sfo.cp.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cdl at mpl.ucsd.edu Fri Feb 2 10:22:10 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Thu, 1 Feb 2001 16:22:10 -0800 (PST) Subject: FW: [pups] A bootable disk image for a PDP-11/34? Message-ID: <200102020022.QAA11849@chiton.ucsd.edu> pups at minnie.cs.adfa.edu.au > From mayhew at altavista.com Thu Feb 1 14:31 PST 2001 > Date: 1 Feb 2001 14:30:43 -0800 > X-Sent: 1 Feb 2001 22:30:43 GMT > To: cdl at mpl.ucsd.edu > From: Bill Mayhew > Cc: pups at minnie.cs.adfa.edu.au > Subject: Re: FW: [pups] A bootable disk image for a PDP-11/34? > > This is a real stretch for my brain, but I seem to recall that the > ";" that appeared in ";login:" in the 1970s was sort-of "bleed-through" > from an escape sequence that was intended to do cursor positioning > and/or screen-clearing on some terminals... or something like that... > therefore its absence would not necessarily be significant on different > hardware. Oh, yes. I was just hiding my previous knowledge. The ";" and ":" in the login prompt were the visible part of escape sequences to control a Teletype KSR37. They didn't do anything useful on a VT05 but did show up on the screen. Unix Sixth Edition predates the common availability of even the dumbest CRT terminals. There are still a lot of TTY37 control codes hanging around in nroff output. carl Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA43985 for pups-liszt; Sat, 3 Feb 2001 01:17:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Sat Feb 3 00:04:42 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Fri, 2 Feb 2001 14:04:42 +0000 Subject: [pups] makedepend Message-ID: <002569E7.004E3D33.00@postoffice.co.uk> Ok, I know that this isn't to do with a pdp or ancient unix but does anyone know where I can find the sources for makedepend ? REgards Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA47580 for pups-liszt; Sat, 3 Feb 2001 05:00:31 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Sat Feb 3 03:03:59 2001 From: iking at microsoft.com (Ian King) Date: Fri, 2 Feb 2001 09:03:59 -0800 Subject: [pups] A bootable disk image for a PDP-11/34? Message-ID: <8D25F244B8274141B5D313CA4823F39C138A34@red-msg-06.redmond.corp.microsoft.com> After seeing all the mail of success with the Supnik emulator, I found a compiled copy and tried that -- and got to a login: prompt! That's with the image you sent me -- many thanks. I'm going to have to learn more about the Supnik emulator now; in particular, I need to understand how to set it for a given processor emulation, so that once I rebuild the system to run on a '34 (which is supposed to be feasible), I can be reasonably sure it will work once it's ported over to the real machine. NOTE: neither simulator will run in a DOS box on Windows 2000. E11 starts up, but has problem accessing files (you can't MOUNT a file as a device). Supnik just won't go at all. I've been running my emulator on a DOS machine (actually, an old 486 laptop; hey guys, I have a laptop PDP-11!). Cheers -- Ian -----Original Message----- From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] Sent: Wednesday, January 31, 2001 5:20 AM To: pups at minnie.cs.adfa.edu.au Subject: Re: [pups] A bootable disk image for a PDP-11/34? Ian King wrote: > > Ken, I tried using that image and gunzip told me there was a crc error; it > wouldn't unzip it. (I downloaded it three times, just in case there was a > transmission error -- twice by ftp, once by http.) So going over all the things I can easily do data integrity checks on, I've run 'gzip -tv' on all the GZip'ed things and found three that are apparently damaged: gzip: ./PDP-11/Distributions/dec/Ultrix-3.1/ultrix-3.1-bootape.tar.gz: invalid compressed data--crc error gzip: ./PDP-11/Distributions/research/Ken_Wellsch_v6/v6.tape.gz: invalid compressed data--crc error gzip: ./PDP-11/Distributions/unsw/90/record0.gz: invalid compressed data--crc error I can't comment on the *.Z compressed archives as they do not do any crc. I will have to peruse my stack of archive CD's made at various stages of the archive to see if I have the other two (I have a good 'v6.tape.gz' file). I did not try and run the MD5 list yet. But this is an example of why I had been pushing for the use of MD5 for all items in the archive... B^) -- Ken From sms at moe.2bsd.com Sat Feb 3 07:05:13 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Fri, 2 Feb 2001 13:05:13 -0800 (PST) Subject: [pups] makedepend Message-ID: <200102022105.f12L5Dg00565@moe.2bsd.com> Hi Robin - > From: robin.birch at postoffice.co.uk > > I know that this isn't to do with a pdp or ancient unix but does anyone know > where I can find the sources for makedepend ? It's installed in /usr/src/X11/xc/config/makedepend on the systems I have looked on. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51838 for pups-liszt; Sat, 3 Feb 2001 20:53:31 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Sat Feb 3 19:51:28 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Sat, 03 Feb 2001 09:51:28 +0000 Subject: [pups] Re: 2.11BSD networking on simulator References: <3A78919C.3D604E23@bigfoot.com> <20010201094448.D70596@wantadilla.lemis.com> Message-ID: <3A7BD4A0.D58E2F80@bigfoot.com> Greg Lehey wrote: > > The Begemot emulator was written on BSD, so you'll probably find it > easier to use under FreeBSD. > > > Does anyone have a working Begemot sim setup with networking, used > > with 2.11BSD? If so, could you post your config files? The Begemot > > sim seems a lot more complex to set up than Supnik. > > *sigh* I used to, and it worked well. A number of changes in FreeBSD > have rendered the emulator non-functional, and I haven't had time to > find out what's wrong. I'll take a look and see if I can see anything > obvious, but it might take me a while. Thanks - do you know what FreeBSD version it last worked on? Also, which version of P11 you are using? I'm not doing anything significant with the FreeBSD box (it's a virtual machine under VMware) so re-installing is not a problem. Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51862 for pups-liszt; Sat, 3 Feb 2001 20:56:36 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Sat Feb 3 19:54:37 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Sat, 03 Feb 2001 09:54:37 +0000 Subject: [pups] 2.11BSD networking on simulator References: <200101312317.f0VNHsd17441@moe.2bsd.com> Message-ID: <3A7BD55D.B64B221B@bigfoot.com> "Steven M. Schultz" wrote: ... > I use BSD/OS myself, but FreeBSD works very nicely also. I've not > tried it with linux. Could you let me know the FreeBSD and Begemot P11 versions you were using? (Anyone else who has a working combination, feel free to jump in!) Thanks very much for the config file, that should make life a lot easier... And thanks for all your efforts in updating 2.11BSD - very impressive to get a full fledged BSD system on a PDP-11! Cheers Richard From pa at cdg.chalmers.se Sun Feb 4 07:10:48 2001 From: pa at cdg.chalmers.se (Per Andersson) Date: Sat, 3 Feb 2001 22:10:48 +0100 (MET) Subject: [pups] 2.11BSD networking on simulator In-Reply-To: <3A7BD55D.B64B221B@bigfoot.com> Message-ID: On Sat, 3 Feb 2001, Richard Donkin wrote: > "Steven M. Schultz" wrote: > ... > > I use BSD/OS myself, but FreeBSD works very nicely also. I've not > > tried it with linux. > > Could you let me know the FreeBSD and Begemot P11 versions you were > using? (Anyone > else who has a working combination, feel free to jump in!) This might not be state-of-the-art (but thats not the point anyway), I'm running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main problem I have found is that after a while the clock starts to run slow, at the momement it thinks it's christmas eve (after beeing up about 130 days). /Per Andersson Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA54943 for pups-liszt; Sun, 4 Feb 2001 09:25:12 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Sun Feb 4 08:23:08 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sat, 3 Feb 2001 17:23:08 -0500 (EST) Subject: [pups] 2.11BSD networking on simulator In-Reply-To: Message-ID: On Sat, 3 Feb 2001, Per Andersson wrote: > > This might not be state-of-the-art (but thats not the point anyway), I'm > running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main Where can I find this Begemot P11 Emulator?? I visited the Begemot site but the link to products doesn't appear to work. I have tried E11 (demo version) and the Supnil Emulator, but have never heard of this one til now. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55257 for pups-liszt; Sun, 4 Feb 2001 10:48:52 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Sun Feb 4 09:45:42 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sat, 3 Feb 2001 23:45:42 +0000 Subject: [pups] 2.11BSD networking on simulator In-Reply-To: References: <3A7BD55D.B64B221B@bigfoot.com> Message-ID: In message , Per Andersson writes > > >On Sat, 3 Feb 2001, Richard Donkin wrote: > >> "Steven M. Schultz" wrote: >> ... >> > I use BSD/OS myself, but FreeBSD works very nicely also. I've not >> > tried it with linux. >> >> Could you let me know the FreeBSD and Begemot P11 versions you were >> using? (Anyone >> else who has a working combination, feel free to jump in!) > >This might not be state-of-the-art (but thats not the point anyway), I'm >running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main >problem I have found is that after a while the clock starts to run slow, >at the momement it thinks it's christmas eve (after beeing up about 130 days). > > > /Per Andersson > > Hi, Harti Brandt, the guy who wrote this package is shortly (I hope :-)) going to release a new version that includes a clock patch that Steve Schultz dreamt up. Regards Robin Currently running P11 on linux ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55275 for pups-liszt; Sun, 4 Feb 2001 10:50:10 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Sun Feb 4 09:47:06 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sat, 3 Feb 2001 23:47:06 +0000 Subject: [pups] 2.11BSD networking on simulator In-Reply-To: References: Message-ID: In message , Bill Gunshannon writes >On Sat, 3 Feb 2001, Per Andersson wrote: > >> >> This might not be state-of-the-art (but thats not the point anyway), I'm >> running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main > >Where can I find this Begemot P11 Emulator?? I visited the Begemot site >but the link to products doesn't appear to work. I have tried E11 (demo >version) and the Supnil Emulator, but have never heard of this one til now. > >bill > There is an oldish version on the pups archive. I believe that harti is going to release a newer version soon. regards Robin ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55355 for pups-liszt; Sun, 4 Feb 2001 11:05:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Sun Feb 4 10:03:00 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sat, 3 Feb 2001 16:03:00 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200102040003.f14030W16555@moe.2bsd.com> Hi - > From: Per Andersson > > This might not be state-of-the-art (but thats not the point anyway), I'm > running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main > problem I have found is that after a while the clock starts to run slow, > at the momement it thinks it's christmas eve (after beeing up about 130 days). The bug is an arithmetic overflow in the clock computations. After about 24 days (with 60Hz power in the US) the number of ticks the virtual machine has been up overflows 32 bits and time behaves very strange. Apply the patch below to 'device.c' and the problem goes away - it did for me. Steven Schultz sms at moe.2bsd.com --- device.c.dist Sat Mar 4 00:03:28 2000 +++ device.c Fri Sep 29 23:59:10 2000 @@ -203,6 +203,7 @@ int secs; int newrate, diff; int newdir; + double dnow, dstart; for(t = timeouts; t < &timeouts[ntimeouts]; t++) if(t->time && --t->curr == 0) { @@ -223,9 +224,9 @@ * to the number we have elapsed */ gettimeofday(&tv, NULL); - secs = ((1000 * tv.tv_sec + tv.tv_usec/1000) - - (1000 * timer.start.tv_sec + timer.start.tv_usec/1000)) - / 1000; + dstart = 1000.0 * timer.start.tv_sec + timer.start.tv_usec/1000.0; + dnow = 1000.0 * tv.tv_sec + tv.tv_usec/1000.0; + secs = (dnow - dstart) / 1000.0; newrate = 1000000 / clock_rate; Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55652 for pups-liszt; Sun, 4 Feb 2001 11:55:21 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cube1 at home.com Sun Feb 4 10:50:25 2001 From: cube1 at home.com (Jay Jaeger) Date: Sat, 03 Feb 2001 18:50:25 -0600 Subject: [pups] V6 and PDP-11/34 Message-ID: <4.3.2.7.2.20010203184258.00bda9f0@cirithi> I *have* *run* the standard Unix V6 distribution on my PDP 11/34. Works just fine. I also compared my V6 distribution image with the one on PUPS (years ago) and they matched just fine. Load the pack from the RK05 image after the 100 (IIRC) block tape to disk loader program [how you get it there is another issue, of course... 8-)], boot up, type rkunix at the "@" and away you go. I did not use the tape to disk program on the tape image, however -- I didn't have a tape drive at the time IIRC. I have a standalone program that used a parallel port on my PC and a DR11 on my PDP-11 to write it, IIRC, but I might have used XMODEM and a serial port -- its been a lonnnng time since I did it. Jay Jaeger Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST) From: Warren Toomey Subject: Re: [pups] A bootable disk image for a PDP-11/34? In article by Carl Lowenstein: > Just from the historical point of view, note that the first major > file on a genuine 6th Edition distribution tape _is_ a bootable > RK05 image. Something like 4000 blocks. > > carl Yes, but it doesn't boot on an 11/34 :( That's the problem. Cheers, Warren --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA56873 for pups-liszt; Sun, 4 Feb 2001 17:46:26 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Sun Feb 4 16:39:28 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sat, 3 Feb 2001 22:39:28 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200102040639.f146dSx18575@moe.2bsd.com> Hi - > From: Richard Donkin > Could you let me know the FreeBSD and Begemot P11 versions you were > using? (Anyone else who has a working combination, feel free to jump in!) Gosh, it was quite a while ago that I tried P11 on a FreeBSD system. It was pre-4.0 as I remember - perhaps 3.5 or 3.6 > Thanks very much for the config file, that should make life a lot > easier... And Quite welcome! Getting rid of the M4 macros and distilling the config file down to the basics makes it much easier to see what is going on. Coming up with that first config file was a day or so of fun ;) > thanks for all your efforts in updating 2.11BSD - very impressive to get > a full fledged BSD system on a PDP-11! You're welcome - it's been a lot of fun over the years. The past couple years development has slowed down, combination of too many other projects and not a lot of room left to stuff new features in ;) Steven Schultz sms at moe.2bsd.com From cube1 at home.com Mon Feb 5 08:09:33 2001 From: cube1 at home.com (Jay Jaeger) Date: Sun, 04 Feb 2001 16:09:33 -0600 Subject: [pups] Booting V6 on 11/34 vs 11/34A ?? Message-ID: <4.3.2.7.2.20010204155043.045c7d50@cirithi> That RK05 image boots on an 11/34A just fine. (I own one. Trust me. It just works. No fiddling required). Perhaps you have a plain 11/34, and perhaps there is some difference that matters. But they should both have MMU, but perhaps the MMU in the 34A is different than a 34 in some odd way. Do you have floating point? Maybe that's the problem. You could always try mini-unix... 8-) That should run (it ran on an 11/20). Jay Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST) From: Warren Toomey Subject: Re: [pups] A bootable disk image for a PDP-11/34? In article by Carl Lowenstein: > Just from the historical point of view, note that the first major > file on a genuine 6th Edition distribution tape _is_ a bootable > RK05 image. Something like 4000 blocks. > > carl Yes, but it doesn't boot on an 11/34 :( That's the problem. Cheers, Warren - --- --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA61690 for pups-liszt; Mon, 5 Feb 2001 09:48:38 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 08:46:00 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 17:46:00 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <3A7DDBA8.3C69A521@nktelco.net> Greetings, I have a PDP-11/73 on which I have installed 2.11 BSD from the PUPS archives. I have a few hardware configurations questions that I hope someone might be able to help me with. The memory board that I have was made by Clearpoint Inc. The board has the markings Q-RAM 44B REV. B and GSB-2. Unfortunately, I have no documentation for the board. The board originally had 1 MB installed, and I added another 1 MB of chips. The extra chips were not recognized though. Does anyone have information on the jumper settings for this board? I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI controller with one drive attached, CSR is the first MSCP controller, and unit is set to 0. The second is an RQDX3 with an RX50 attached. It is set with CSR at the second MSCP controller address. The jumpers are set for unit 1. The result is that I have a SCSI drive at DU0 and the RX50's at DU4 and DU5 during boot. DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer access the floppies from 2.11 BSD. Looking at the sources, it seems that the drive number is limited to 0-7, but the controller seems to want unit number 8. What am I missing? This seems to occur both in the kernel and in the standalone installation system. Chuck Dickman chd at nktelco.net Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA62190 for pups-liszt; Mon, 5 Feb 2001 11:01:37 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Mon Feb 5 09:45:33 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sun, 4 Feb 2001 15:45:33 -0800 (PST) Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <200102042345.f14NjXN00172@moe.2bsd.com> Hi - > From: "Chuck Dickman" > The memory board that I have was made by Clearpoint Inc. The board 'fraid I can't be of help with the memory board - that's not my area of expertise. > I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI Ah, but I can help with getting the dual MSCP controller question. My 11/73 is similar - it has an Emulex UC08 and the original RQDX3 (with an RD54 and a RX03). > DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on > RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer > access the floppies from 2.11 BSD. Looking at the sources, it seems > that the drive number is limited to 0-7, but the controller seems to > want unit number 8. What am I missing? This seems to occur both in > the kernel and in the standalone installation system. Ignore anything you might know about DU numbers ;) 2.11 numbers the drives 0 thru 7 on _each_ controller. Thus 'ra0' thru 'ra7' are on the first controller, 'ra8' thru 'ra15' on the second controller and so on. There is a maximum of 4 controllers supported (two bits in the minor device number). The standalone I/O system uses device names of the form: dev(ctlr, unit, part) where 'ctlr' is the controller number (0 thru 3), the 'unit' number is 0 thru 7 and the 'part' is the partition number (0 thru 7). So, to access the first drive on the second controller from a standalone program the name would be: ra(1,0,0) you probably will be prompted for the CSR since 'boot' and friends only know about the first controller's address. Once the kernel is loaded you access drives on the 2nd controller with device names such as /dev/ra8a, /dev/ra9a, and so on. The "sparse" numbering was chosen (eons and eons ago) to make the MSCP disks look more like the traditional disc controllers which allowed for 8 drives per controller. In my /etc/dtab file I have: ra ? 172154 154 5 raintr # uda50, rqdx1/2/3 ra ? 172150 0 5 raintr # 2nd uda50/uc08 From the console ODT prompt (I've an older MXV11 boot set up) I use "172150 du 0" to boot from the SCSI disk attached to the UC08. When the system is up the RD54 (which is unit 0 on the other MSCP controller) is accessed as 'ra8' (and the RX03 which is unit 1 accessed as 'ra9'). It's pretty simple and regular once one knows what is going on ;) Steven Schultz sms at to.gd-es.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA62645 for pups-liszt; Mon, 5 Feb 2001 12:52:20 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 11:49:50 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 20:49:50 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73] Message-ID: <3A7E06BE.F5687560@nktelco.net> "Steven M. Schultz" wrote: > > Hi - > What you described here makes sense and was my first impression of what should happen, but my experience is different. > > In my /etc/dtab file I have: > > ra ? 172154 154 5 raintr # uda50, rqdx1/2/3 > ra ? 172150 0 5 raintr # 2nd uda50/uc08 My /etc/dtab is: ra ? 172150 154 5 raintr # uda50, rqdx1/2/3 ra ? 160334 160 5 raintr # secondary mscp The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid MSCP address? It must be, cause it works for you. The docs I have show 160334. On booting the 11/73 and starting 2.11 BSD the following occurs: DU8 and DU9 at boot are the RX50 drives on the second controller. The floppy in DU8 contains the installation standalone utilities that were part of the installation tape, including icheck. ------------ Testing in progress - Please wait Memory Size is 1024 K Bytes 9 Step memory test Step 1 2 3 4 5 6 7 8 9 Message 04 Entering Dialog mode Commands are Help, Boot, List, Setup, Map and Test. Type a command then press the RETURN key: B DU8 Trying DU8 Starting system from DU8 .83Boot from ra(1,0,0) at 0160334 .: ra(1,0,0)/icheck .ra(1,0,0) err op=89 sts=3 .ra(1,0,0) !online .: ra(0,0,0)/unix .Boot: bootdev=02400 bootcsr=0172150 . 2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000 root at mars.chd-net:/usr/src/sys/MARS ra0: Ver 6 mod 13 ra0: RA82 size=1295849 attaching qe0 csr 174440 qe0: DEC DELQA addr 08:00:2b:0e:24:7c attaching lo0 phys mem = 1048576 avail mem = 725696 user mem = 307200 February 1 23:38:41 init: configure system hk ? csr 177440 vector 210 skipped: No autoconfig routines. ht ? csr 172440 vector 224 skipped: No autoconfig routines. ra 0 csr 172150 vector 154 vectorset attached ra 1 csr 160334 vector 160 vectorset attached rl ? csr 174400 vector 160 skipped: No autoconfig routines. tm ? csr 172520 vector 224 skipped: No autoconfig routines. ts 0 csr 172520 vector 224 attached xp ? csr 176700 vector 254 skipped: No autoconfig routines. erase, kill ^U, intr ^C # # mount /dev/ra8a /mnt/rx0 ra1: Ver 4 mod 3 ra8 st=3 sb=0 fl=0 en=9 /dev/ra8a on /mnt/rx0: Input/output error : not found : not found # mount /dev/ra9a /mnt/rx0 ra9 st=3 sb=0 fl=0 en=9 /dev/ra9a on /mnt/rx0: Input/output error # > > It's pretty simple and regular once one knows what is going on ;) > I agree that it is pretty simple as you describe it and it is what I expected, but it does not seem to be as I see it here. Could the problem be that I am booting from the second controller? Should all the controllers be jumpered for unit 0? Now that I think about it, it may be the boot firmware that is uncooperative. If I set the RQDX3 for unit 0, I cannot boot from the second controller's first disk, but I can from the second. So, I should set all the controller unit numbers to 0. The restriction is that the boot device must be visible to the firmware. Make sense? ... OK, I moved the RQDX3 to unit 0, and the boot floppy to the second drive. The boot is then: -------------- Testing in progress - Please wait Memory Size is 1024 K Bytes 9 Step memory test Step 1 2 3 4 5 6 7 8 9 Message 04 Entering Dialog mode Commands are Help, Boot, List, Setup, Map and Test. Type a command then press the RETURN key: B DU1 Trying DU1 Starting system from DU1 .83Boot from ra(1,1,0) at 0160334 .: ra(0,0,0)/unix .Boot: bootdev=02400 bootcsr=0172150 . 2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000 root at mars.chd-net:/usr/src/sys/MARS ra0: Ver 6 mod 13 ra0: RA82 size=1295849 attaching qe0 csr 174440 qe0: DEC DELQA addr 08:00:2b:0e:24:7c attaching lo0 phys mem = 1048576 avail mem = 725696 user mem = 307200 February 1 23:38:41 init: configure system hk ? csr 177440 vector 210 skipped: No autoconfig routines. ht ? csr 172440 vector 224 skipped: No autoconfig routines. ra 0 csr 172150 vector 154 vectorset attached ra 1 csr 160334 vector 160 vectorset attached rl ? csr 174400 vector 160 skipped: No autoconfig routines. tm ? csr 172520 vector 224 skipped: No autoconfig routines. ts 0 csr 172520 vector 224 attached xp ? csr 176700 vector 254 skipped: No autoconfig routines. erase, kill ^U, intr ^C # mount /dev/ra9a /mnt/rx0 ra1: Ver 4 mod 3 ra9: RX50 size=800 # ls /mnt/rx0 boot icheck restor unix disklabel mkfs rx50toroot # > Steven Schultz > sms at to.gd-es.com Thanks for helping me work through this. It looks like the boot device must be within the first 8 devices that the firmware can see, but 2.11 BSD wants all the unit number jumpers set to 0. Chuck Dickman chd at nktelco.net -------------- next part -------------- An embedded message was scrubbed... From: Chuck Dickman Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Date: Sun, 04 Feb 2001 20:43:06 -0500 Size: 5237 URL: From sms at moe.2bsd.com Mon Feb 5 12:35:54 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sun, 4 Feb 2001 18:35:54 -0800 (PST) Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <200102050235.f152Zs901247@moe.2bsd.com> Hi - > From: "Chuck Dickman" > What you described here makes sense and was my first impression of > what should happen, but my experience is different. I'm wondering if the console/boot firmware might not be the cause of some of the confusion. > My /etc/dtab is: > > ra ? 172150 154 5 raintr # uda50, rqdx1/2/3 > ra ? 160334 160 5 raintr # secondary mscp Looks good. With 2.11 you can, if you want, leave the interrupt vector as 0, the kernel will allocate an available vector and tell the MSCP controller what vector to use. > The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid > MSCP address? It must be, cause it works for you. The docs I have > show 160334. As long as it doesn't conflict with anything else on the system it's valid ;-) The system came with the RQDX3 and I worked with the RD54 for a while before adding the UC08 - when I added the UC08 I just picked the next free CSR which happened to be 172154. > DU8 and DU9 at boot are the RX50 drives on the second controller. The > floppy in DU8 contains the installation standalone utilities that were > part of the installation tape, including icheck. > > ------------ > .83Boot from ra(1,0,0) at 0160334 > .: ra(1,0,0)/icheck It probably doesn't hurt anything but I would leave off the '/' > .ra(1,0,0) err op=89 sts=3 > .ra(1,0,0) !online op=89 is the "ONLINE" command and a status of 3 means the unit didn't go 'online'. That is very strange since 'boot' was obviously loaded from the drive/controller. What I am wondering now is: does the boot monitor pass 0 or 8 thru as the unit number? If it's expecting 8 or 9 then that might be the problem because boot and the 2.11 kernel only deal with 0 thru 7 > .: ra(0,0,0)/unix > .Boot: bootdev=02400 bootcsr=0172150 > . > hk ? csr 177440 vector 210 skipped: No autoconfig routines. > ht ? csr 172440 vector 224 skipped: No autoconfig routines. > ra 0 csr 172150 vector 154 vectorset attached > ra 1 csr 160334 vector 160 vectorset attached Ok, that looks encouraging. > # mount /dev/ra8a /mnt/rx0 > ra1: Ver 4 mod 3 > ra8 st=3 sb=0 fl=0 en=9 > /dev/ra8a on /mnt/rx0: Input/output error > : not found > : not found > # mount /dev/ra9a /mnt/rx0 > ra9 st=3 sb=0 fl=0 en=9 > /dev/ra9a on /mnt/rx0: Input/output error Same as before - the "online" command is failing for reason(s) unknown as yet. > I agree that it is pretty simple as you describe it and it is what I expected, > but it does not seem to be as I see it here. Could the problem be that I am > booting from the second controller? Should all the controllers be jumpered I boot from the second controller all the time. If I weren't so lazy (and the BA23 so narrow and hard to work in ;)) I'd have swapped the UC08 and RQDX3 around a long time ago. As it is now I have to hit ^C during the POST and at the BOOT> prompt I enter "172154 DU 0" to boot from the second controller. > for unit 0? Now that I think about it, it may be the boot firmware that is Yes, if given a choice (and I don't know how this is done) all the controllers need to start from 0. If the "base unit" of a controller is 8 then I think the problem is that the controller is expecting values such as 8, 9, etc in the 'mscp_unit' part of the MSCP packet. That would explain the failure to "online unit 0" - the controller is expecting to be told "online unit 8". > controller's first disk, but I can from the second. So, I should set all the > controller unit numbers to 0. The restriction is that the boot device > must be visible to the firmware. Make sense? Yes. I think the 'restriction' in this case is 2.11 - it doesn't know how to deal with units other than 0 thru 7. > Thanks for helping me work through this. It looks like the boot device > must be within the first 8 devices that the firmware can see, but 2.11 BSD > wants all the unit number jumpers set to 0. Quite welcome! The boot monitor can load anything, but once 'boot' (or the kernel) is loaded they do not know how to deal with unit=8. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA63034 for pups-liszt; Mon, 5 Feb 2001 14:23:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 13:20:27 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 22:20:27 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 References: <200102050235.f152Zs901247@moe.2bsd.com> Message-ID: <3A7E1BFB.98767635@nktelco.net> "Steven M. Schultz" wrote: > > > "Chuck Dickman" wrote: > > > > Thanks for helping me work through this. It looks like the boot device > > must be within the first 8 devices that the firmware can see, but 2.11 BSD > > wants all the unit number jumpers set to 0. > > Quite welcome! The boot monitor can load anything, but once 'boot' > (or the kernel) is loaded they do not know how to deal with unit=8. I think that was what I was trying to say, but you said it better. Thanks. > > Steven Schultz > sms at moe.2bsd.com Now if someone could help be double my memory. :-) Chuck Dickman chd at nktelco.net Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA65456 for pups-liszt; Mon, 5 Feb 2001 23:39:58 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Mon Feb 5 22:37:53 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 13:37:53 +0100 Subject: [pups] Y2K problem in ftpd? Message-ID: <20010205133753.A23455@mud.stack.nl> Hi. A friendly user pointed me to this obvious error: (part of a typescript, an FTP session to my PDP, running 2.11BSD) ncftp /usr/home/martijnb> ls -la foobar.c -rw-r--r-- 1 martijnb users 106 Jan 15 15:25 foobar.c ncftp /usr/home/martijnb> quote mdtm foobar.c 191010115144152 (mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd thinks that it is 19101, and chops off the last digit of the filedate..) Things go wrong when you try to get an allready existing file: ncftp /usr/home/martijnb > get foobar.c The local file "foobar.c" already exists. Local: 133 bytes, dated Mon Feb 5 13:25:59 2001. Remote: 133 bytes, dated Thu Oct 13 04:44:15 1910. [O]verwrite? [A]ppend to? [S]kip? [N]ew Name? > Hmm. I'll see if I can figure out a quick patch :) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65628 for pups-liszt; Tue, 6 Feb 2001 00:14:23 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at fgh.geac.com.au Mon Feb 5 23:09:49 2001 From: dave at fgh.geac.com.au (Dave Horsfall) Date: Tue, 6 Feb 2001 00:09:49 +1100 (EST) Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205133753.A23455@mud.stack.nl> Message-ID: On Mon, 5 Feb 2001, Martijn van Buul wrote: > ncftp /usr/home/martijnb> quote mdtm foobar.c > 191010115144152 > > (mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd > thinks that it is 19101, and chops off the last digit of the filedate..) Yep, that's a sure sign, which (cough, cough) I have personally seen on some (cough, cough) Y2K-compliant software supported by (cough, cough) A Large Software Company. No, I wasn't personally responsible for that code :-) > I'll see if I can figure out a quick patch :) Beware of the Y2K.1 bug :-( Synopsis: In order to overcome the Y2K bug, we implement a quick fix, because we are too lazy to do it properly: IF last two digits == '00' THEN make first two digits == '20'. // Because we're gonna retire this stuff after 2000. So what happens in 2001? Well, you get 1901, 19101, etc. Sigh... Isn't that fix what got us into trouble in the first place? Disclaimer: None of Geac software exhibited the Y2K.1 bug, since we tested it thoroughly, for years 2000, 2001, etc: I make no comment on Y2K. -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65695 for pups-liszt; Tue, 6 Feb 2001 00:29:48 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Mon Feb 5 23:27:46 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 14:27:46 +0100 Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205133753.A23455@mud.stack.nl>; from pino@dohd.org on Mon, Feb 05, 2001 at 01:37:53PM +0100 References: <20010205133753.A23455@mud.stack.nl> Message-ID: <20010205142746.A24731@mud.stack.nl> Martijn van Buul wrote: > I'll see if I can figure out a quick patch :) Done. A diff for /usr/src/libexec/ftpd/ftpcmd.y: 461,463c461,464 < "19%02d%02d%02d%02d%02d%02d", < t->tm_year, t->tm_mon+1, t->tm_mday, < t->tm_hour, t->tm_min, t->tm_sec); --- > "%04d%02d%02d%02d%02d%02d", > t->tm_year+1900, t->tm_mon+1, > t->tm_mday, t->tm_hour, t->tm_min, > t->tm_sec); Miraculously, this *reduces* the size of the binary by a whopping two bytes ;) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA65865 for pups-liszt; Tue, 6 Feb 2001 01:04:27 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at horsfall.org Mon Feb 5 23:50:37 2001 From: dave at horsfall.org (Dave Horsfall) Date: Tue, 6 Feb 2001 00:50:37 +1100 (EST) Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205142746.A24731@mud.stack.nl> Message-ID: On Mon, 5 Feb 2001, Martijn van Buul wrote: > < "19%02d%02d%02d%02d%02d%02d", > < t->tm_year, t->tm_mon+1, t->tm_mday, Dead giveaway... > Miraculously, this *reduces* the size of the binary by a whopping two > bytes ;) Well, we can find a job for you in writing PDP-11 bootstraps :-) -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA66602 for pups-liszt; Tue, 6 Feb 2001 03:01:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Tue Feb 6 01:46:48 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Mon, 5 Feb 2001 15:46:48 +0000 Subject: [pups] Y2K problem in ftpd? Message-ID: <002569EA.00579852.00@postoffice.co.uk> Dear All, IIRC the start of this thread stated that this was on a 2.11 system. If this was so has anyone submitted the patch to Steve Schultz for consideration as a formal update? Appologies if this has already been done. Rgds Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA66960 for pups-liszt; Tue, 6 Feb 2001 04:01:38 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 6 02:51:34 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 5 Feb 2001 08:51:34 -0800 (PST) Subject: [pups] Y2K problem in ftpd? Message-ID: <200102051651.f15GpYd11283@moe.2bsd.com> Hi -- > From: robin.birch at postoffice.co.uk > IIRC the start of this thread stated that this was on a 2.11 system. If this > was so has anyone submitted the patch to Steve Schultz for consideration as a > formal update? Don't worry - I saw the thread. Consider the patch submitted :) I did find it fascinating that the bug slipped thru since at one time a (obviously not detailed enough) scan of the system for 'tm_year' references was done. Thanks! Steven Schultz sms at moe.2bsd.com From pino at dohd.org Tue Feb 6 07:24:46 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 22:24:46 +0100 Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <20010205222446.A3608@mud.stack.nl> After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. /usr/include got 'replaced' by /usr/new, to be precise. At the time, I was the only user. Seeing this, I immediately halted the system, expecting a load of file system errors upon boot. None showed up, and /usr/include is back to itself again. However, programs which *used* to be running perfectly (like my work-in-progress ps) suddenly fail, with a "not enough memory for saving info". Any hints? -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA70139 for pups-liszt; Tue, 6 Feb 2001 11:46:34 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 6 10:35:17 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 5 Feb 2001 16:35:17 -0800 (PST) Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <200102060035.f160ZHg18114@moe.2bsd.com> Hi - > From: Martijn van Buul > After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. > /usr/include got 'replaced' by /usr/new, to be precise. At the time, Oops! > I was the only user. Seeing this, I immediately halted the system, > expecting a load of file system errors upon boot. None showed up, and > /usr/include is back to itself again. However, programs which *used* > to be running perfectly (like my work-in-progress ps) suddenly fail, > with a "not enough memory for saving info". > Any hints? How much memory is on the system now after the reboot. The only thing that pops into mind is that the system is running without enough memory. If part of the memory on the system dropped out earlier that would (possibly) explain the strange behaviour was seen. Rebooting/reseting the system would cause the system to recount memory. A program can get 'ENOMEM' as an error two ways: 1) exceeding the maximum 64KB dataspace (stack + data) or 2) the system has run out of swap or the maps ('coremap' and/or 'swapmap') have become too fragmented. Two commands that can be useful in obtaining more information are sysctl hw and pstat -s "sysctl hw" will give several lines of output - the two you'd be interested in are hw.physmem = 2097152 hw.usermem = 415744 'physmem' is the amount of memory physically present and 'usermem' is the amount current free and available for user programs. "pstat -s" will give a swap space usage summary. Steven Schultz sms at Moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA71926 for pups-liszt; Tue, 6 Feb 2001 18:41:36 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Tue Feb 6 17:39:28 2001 From: pino at dohd.org (Martijn van Buul) Date: Tue, 6 Feb 2001 08:39:28 +0100 Subject: [pups] Strange problems on an uPDP 11/53+ In-Reply-To: <200102060035.f160ZHg18114@moe.2bsd.com>; from sms@moe.2bsd.com on Mon, Feb 05, 2001 at 04:35:17PM -0800 References: <200102060035.f160ZHg18114@moe.2bsd.com> Message-ID: <20010206083928.A15141@mud.stack.nl> Steven M. Schultz wrote: > Hi - > > > From: Martijn van Buul > > After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. > > /usr/include got 'replaced' by /usr/new, to be precise. At the time, > > Oops! Well, strange things are afoot indeed. About the same time, 1 machine crashed (A DEC Alpha running OpenBSD), 2 started acting very strangely, and had to be rebooted (My PDP, and a Wintel box running Windows 2000), and a 4th machine (A Wintel box running Minix-VMD) suddenly had some problems reading his harddisk and using its network (but recovered). The strange thing is that these machines aren't related in any way but one: they're standing quite near to eachother. Do I hear EMC somewhere? > > Any hints? > > How much memory is on the system now after the reboot. 1.5 MB. 798 Kilowords. > The only thing that pops into mind is that the system is running > without enough memory. If part of the memory on the system dropped > out earlier that would (possibly) explain the strange behaviour was > seen. Rebooting/reseting the system would cause the system to > recount memory. Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some memory fault, but it *seems* to be a temporal one. > > "sysctl hw" will give several lines of output - the two you'd be > interested in are > > hw.physmem = 2097152 hw.physmem = 1572864 > hw.usermem = 415744 hw.usermem = 313472 > 'physmem' is the amount of memory physically present and 'usermem' is > the amount current free and available for user programs. Should be enough. 'cc' works without problems - only my ps with debug info seems to be affected; it might not be a memory issue, but a "ps can't determine the right amount of processes"-issue.. I've checked it, and this seems to be the case. Ps thinks that there are 0 processes running, and does a outargs = (struct psout *)calloc(nproc, sizeof(struct psout)); on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't mean that the process is out of memory. Having no ps is very annoying; finding back those 4 children spawned by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:) > "pstat -s" will give a swap space usage summary. 15/59 swapmap entries 910 kbytes swap used, 6263 kbytes free -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA75027 for pups-liszt; Wed, 7 Feb 2001 03:47:05 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Wed Feb 7 02:36:03 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Tue, 6 Feb 2001 08:36:03 -0800 (PST) Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <200102061636.f16Ga3301595@moe.2bsd.com> Hi -- > Well, strange things are afoot indeed. About the same time, 1 machine... > they're standing quite near to eachother. Do I hear EMC somewhere? Time to increase the shielding around the computer room, eh? ;-) > Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some > memory fault, but it *seems* to be a temporal one. I do not think it is a memory/hardware problem - that was just a guess (not a very good one at that ;)). > hw.usermem = 313472 That's fine. > Should be enough. 'cc' works without problems - only my ps with debug What about the standard 'ps' that came with the system? > info seems to be affected; it might not be a memory issue, but a "ps can't > determine the right amount of processes"-issue.. > I've checked it, and this seems to be the case. Ps thinks that there are > 0 processes running, and does a > outargs = (struct psout *)calloc(nproc, sizeof(struct psout)); Ah, ok - malloc() used to actually return a non-NULL pointer when presented with a size request of 0. That was an error and was changed (I forget the exact update/patch number). There were a couple programs in the system that relied on the old behaviour and those had to be fixed. > on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't > mean that the process is out of memory. Right, the ENOMEM error was overloaded by malloc(). An argument can be made that EINVAL should have been returned instead by malloc() if 0 was passed in. > Having no ps is very annoying; finding back those 4 children spawned > by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:) Are you are using the traditional 'nlist()' method of reading the kernel symbol table to look for 'nproc' and '_proc'? If so is there a permissions problem? /dev/*mem needs to be group=kmem, mode 640, the /unix image should be mode 644 and the 'ps' program setgid to kmem. If there is a problem reading the kernel symbol table then 'nproc' will remain 0 which is what you're seeing. Another way of examining some kernel variables (proc table, file table, etc) is with the "sysctl" call. It's much faster since it doesn't have to do a sequential scan of the /unix symbol table. You can look in /usr/src/ucb/w.c at the function 'readpr()' to see how to examine the proc table using sysctl. Steve From pino at dohd.org Thu Feb 8 06:22:52 2001 From: pino at dohd.org (Martijn van Buul) Date: Wed, 7 Feb 2001 21:22:52 +0100 Subject: [pups] /bin/ps (and /var/run/psdatabase) corrupt in installation set? Message-ID: <20010207212252.B28455@mud.stack.nl> Oy. I kind of solved my problems with ps, just by recompiling the source.. I think I've got reasons to believe that /bin/ps as distributed in the installation set on minnie is corrupt; it only dumps core. As a side note, /var/run/psdatabase is corrupt too; normally this wouldn't matter (since ps -U recompiles this, and since ps -U is run in /etc/rc), but since ps dumps core... Anyway; If I would've known about /var/run/psdatabase, it might have prevented me from searching a non-existant bug during the last few months :) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. From wkt at henry.cs.adfa.edu.au Thu Feb 15 11:33:32 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Thu, 15 Feb 2001 12:33:32 +1100 (EST) Subject: [pups] Checksums in the UNIX Archive Message-ID: <200102150133.f1F1XWX40569@henry.cs.adfa.edu.au> ----- Forwarded message from Fred N. van Kempen ----- Warren, False alert... Ultrix-11 V3.1 source tape file is NOT corrupted. My WinZIP was - I use NT at work, download stuff, and take it home with me, to load onto the Unix machines. The Unix boxes have no problem with the files... ----- End of forwarded message from Fred N. van Kempen ----- Hi all, I'm back from holidays. With regards to corrupt files in the UNIX Archive, yes it looks like I have had a few hit. I'll check through my old backups for a clean version of Ken Wellsch's 6th Edition disk image. There is a checksums file in the archive: /checksums, with MD5 checksums for all files. If you do suspect a file is damaged, please check to see if the MD5 checksum matches that in the /checksums file. Also, has anybody tried out the VTserver 2.0 alpha program?! I'm going to be flat out here at work for a month or two, but I will try to add support for things other than plain copying of disk images. Cheers, Warren From Fred.van.Kempen at microwalt.nl Thu Feb 15 13:01:45 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Thu, 15 Feb 2001 04:01:45 +0100 Subject: [pups] RE: Unix Archive mirror site offer Message-ID: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4> Warren, Good news so far. I did some work on VTserver 2.0, and added the uODT code so it uploads the PDP-11 boot code to the machine and gets it going. That works fine.. "copy" gets loaded, and I can transfer stuff from and to the machine's RX50 and RD51 units. My biggest worry next, of course, is using an emulator to emulate my machine (which is a MicroPDP-11/23, by the way) and its disks, and build a working set of file systems. Those I can then transfer to the raw disk. When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive... did anyone try to use other MFM disks with the RQDX series controllers? I can probably get some very cheap ST251 40MB drives.. ;) --fred > -----Original Message----- > From: Warren Toomey [mailto:wkt at henry.cs.adfa.edu.au] > Sent: dinsdag 13 februari 2001 2:22 > To: Fred N. van Kempen > Subject: Re: Unix Archive mirror site offer > > > In article by Fred N. van Kempen: > > Here's a promise... if I can get my MicroVAX 3400 back up > (on Ultrix 4.4), > > I'll run the archive on that box... (pups.microwalt.net or > > tuhs.microwalt.net) > > so all the old stuff is hosted on old stuff... otherwise > it's going to be a > > Sun SPARCstation Classic- also an old box, but not quite as old :) > > Excellent. I believe Caldera have bought the rights to UNIX > from SCO, and > I"ve heard rumours that they might drop the ``click on the > license'' thing, > so if that happens we can make the archive available with no > passwords. > > > Also: I am working with Bill Grunshannon and Steven Schultz > on getting my > > own > > MicroPDP-11/23 back up... we need to include your VTserver > stuff into the > > Ultrix-11 source tree, recompile parts, move into binary > tree, and create a > > new tape which I can then load. Bill has a working 11/73 > with Ultrix-11 on > > it, > > and also has an 11/93 with same. > > > > My new VTserver can load in and write entire disk images now, > so it should > be usable to install an Ultrix disk image. > > http://minnie.cs.adfa.edu.au/Vtserver. > > I'll be back at work tomorrow or the nxet day. > > Cheers, > Warren > ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA58787 for pups-liszt; Fri, 16 Feb 2001 19:14:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Fri Feb 16 18:11:02 2001 From: pino at dohd.org (Martijn van Buul) Date: Fri, 16 Feb 2001 09:11:02 +0100 Subject: [pups] RE: Unix Archive mirror site offer In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4>; from Fred.van.Kempen@microwalt.nl on Thu, Feb 15, 2001 at 04:01:45AM +0100 References: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4> Message-ID: <20010216091102.A26535@mud.stack.nl> Fred N. van Kempen wrote: > When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive... > did anyone try to use other MFM disks with the RQDX series controllers? I > can probably get some very cheap ST251 40MB drives.. ;) I've done exactly the same thing (but it only was an ST225, AKA RD31) on an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that. Having a couple of 5.25" HD diskdrives really helps. Some of these drives (the older, the better ;) can be used as RX33 drive, which greatly reduces the problem of creating a XXDP bootdisk with the needed utilities, since you can write these disks in a (second :) 5.25" drive on a standard PC. Finding a supply of 1.2 MB 5.25" disks can be a bigger problem - I'm very happy with my newly found pack of *fresh* disks. I may still have such a diskimage floating around somewhere (Yup, I seem to have). The basic idea is to low-level format the MFM drive, and make it look like a genuine DEC drive. This is a lot easier if the drives you want to use were also sold as DEC drives (which is the case with the ST251 - it's also known as the RD32). If not, you'll have to provide a lot more information about the drive - never really tried that. This said, I sucessfully low-levelled a 21MB Miniscribe (with the same CHS-layout as a ST225) using the RD31 parameters. -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA59199 for pups-liszt; Fri, 16 Feb 2001 20:18:56 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Fri Feb 16 19:15:20 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Fri, 16 Feb 2001 10:15:20 +0100 (CET) Subject: [pups] RE: Unix Archive mirror site offer In-Reply-To: <20010216091102.A26535@mud.stack.nl> Message-ID: <200102160915.KAA11956@unixag-kl.fh-kl.de> On 16 Feb, Martijn van Buul wrote: [third party disks on RQDX} > I've done exactly the same thing (but it only was an ST225, AKA RD31) on > an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that. Could this be placed in the archive? It would be nice to have this public available. > Having a couple of 5.25" HD diskdrives really helps. Some of these > drives (the older, the better ;) can be used as RX33 drive I connected a generic Mitzumi 5.25" FDD to the RQDX3 in my MicroVAX III and it just worked. Even booting from it was no problem. -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA59734 for pups-liszt; Fri, 16 Feb 2001 22:15:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Fri Feb 16 21:11:33 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Fri, 16 Feb 2001 12:11:33 +0100 (CET) Subject: [pups] What is a 21-21858 chip? Message-ID: <200102161111.MAA12144@unixag-kl.fh-kl.de> Hi. I have two PDP11/73 CPUs (M8192). On one module is the 40 pin socket empty. On the other module is a 40 pin Chip labeld 21-21858 in the socket. What chip is that? -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA59843 for pups-liszt; Fri, 16 Feb 2001 22:46:42 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Fri Feb 16 21:32:49 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Fri, 16 Feb 2001 11:32:49 +0000 Subject: [pups] What is a 21-21858 chip? Message-ID: <002569F5.00405BE2.00@postoffice.co.uk> FP11 floating point processor (I think) Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA63969 for pups-liszt; Sat, 17 Feb 2001 04:23:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Sat Feb 17 03:20:02 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Fri, 16 Feb 2001 18:20:02 +0100 (CET) Subject: [pups] What is a 21-21858 chip? In-Reply-To: <002569F5.00405BE2.00@postoffice.co.uk> Message-ID: <200102161720.SAA12899@unixag-kl.fh-kl.de> On 16 Feb, robin.birch at postoffice.co.uk wrote: > FP11 floating point processor (I think) I thought the FPU is part of the J11 chip? Or is this extra chip just faster? -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ From bill at cs.scranton.edu Sat Feb 17 04:47:24 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Fri, 16 Feb 2001 13:47:24 -0500 (EST) Subject: [pups] Making disk images and Ultrix-32 In-Reply-To: <200102161720.SAA12899@unixag-kl.fh-kl.de> Message-ID: Two questions/observations. The first is only tangentially on topic, but loosely related to my recent attempts to revive Ultrix-11. Is there anywhere that is, or is interested in, archiving versions of Ultrix-32 for the VAX?? I would hate to see these become as scarce as Ultrix-11 was. We almost lost that one. I have numerous TK50's of Ultrix-32 software some of which actually loads. Which brings me to my next and much more on topic question. How does one go about creating a .dsk image from a real device?? Is it just a dd of the raw device or is there some software needed to make the move?? And on a further note, if I made a .dsk of the RA81 I currently have Ultrix-11 running from, are there any of the emulators that would be able to use this?? If so, I would be glad to clean it up and send it to Warren for the archive. (Assuming I can use the Ultrix-32 system that shares these disks to make the image.) All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA64647 for pups-liszt; Sat, 17 Feb 2001 07:11:02 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkb at freebie.demon.nl Sat Feb 17 06:10:51 2001 From: wkb at freebie.demon.nl (Wilko Bulte) Date: Fri, 16 Feb 2001 21:10:51 +0100 Subject: [pups] Making disk images and Ultrix-32 In-Reply-To: ; from bill@cs.scranton.edu on Fri, Feb 16, 2001 at 01:47:24PM -0500 References: <200102161720.SAA12899@unixag-kl.fh-kl.de> Message-ID: <20010216211051.A12098@freebie.demon.nl> On Fri, Feb 16, 2001 at 01:47:24PM -0500, Bill Gunshannon wrote: > > Two questions/observations. > > The first is only tangentially on topic, but loosely related to > my recent attempts to revive Ultrix-11. Is there anywhere that > is, or is interested in, archiving versions of Ultrix-32 for the > VAX?? I would hate to see these become as scarce as Ultrix-11 > was. We almost lost that one. I have numerous TK50's of Ultrix-32 > software some of which actually loads. Is Ultrix-32 covered by the standard license from SCO? And did DEQ release it to the world under the same conditions as Ultrix-11? I think I have recent Ultrix-32 on CDROM here somewhere. Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko at freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA64867 for pups-liszt; Sat, 17 Feb 2001 07:50:45 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Sat Feb 17 06:54:45 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Sat, 17 Feb 2001 07:54:45 +1100 (EST) Subject: [pups] Making disk images and Ultrix-32 In-Reply-To: from Bill Gunshannon at "Feb 16, 2001 01:47:24 pm" Message-ID: <200102162054.f1GKsjk49341@henry.cs.adfa.edu.au> In article by Bill Gunshannon: > Two questions/observations. > > The first is only tangentially on topic, but loosely related to > my recent attempts to revive Ultrix-11. Is there anywhere that > is, or is interested in, archiving versions of Ultrix-32 for the > VAX?? I would hate to see these become as scarce as Ultrix-11 > was. We almost lost that one. I have numerous TK50's of Ultrix-32 > software some of which actually loads. Ultrix-32 isn't covered by the SCO license (well, they didn't create it), and we haven't obtained a release from DEC/Compaq, unlike Ultrix-11. So while hidden away in the Archive are various versions of Ultrix-32, I cannot make them available. Does anybody have contacts inside Compaq so we could persue a release? > How does one go about creating a .dsk image from a real device?? Use dd in single-user mode and dump it to a tape :-) That's all. > And on a further note, if I made a .dsk of the > RA81 I currently have Ultrix-11 running from, are there any of the > emulators that would be able to use this?? If so, I would be glad > to clean it up and send it to Warren for the archive. > bill Yes please! Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA64906 for pups-liszt; Sat, 17 Feb 2001 07:57:05 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Sat Feb 17 06:54:00 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Fri, 16 Feb 2001 15:54:00 -0500 (EST) Subject: [pups] Making disk images and Ultrix-32 In-Reply-To: <200102162054.f1GKsjk49341@henry.cs.adfa.edu.au> Message-ID: On Sat, 17 Feb 2001, Warren Toomey wrote: > In article by Bill Gunshannon: > > Two questions/observations. > > > > The first is only tangentially on topic, but loosely related to > > my recent attempts to revive Ultrix-11. Is there anywhere that > > is, or is interested in, archiving versions of Ultrix-32 for the > > VAX?? I would hate to see these become as scarce as Ultrix-11 > > was. We almost lost that one. I have numerous TK50's of Ultrix-32 > > software some of which actually loads. > > Ultrix-32 isn't covered by the SCO license (well, they didn't create it), > and we haven't obtained a release from DEC/Compaq, unlike Ultrix-11. So > while hidden away in the Archive are various versions of Ultrix-32, I > cannot make them available. OK, I didn't know. I had thought that Ultrix-32 was also derived from 32V, but maybe not. I'll have to hold onto my tapes a little longer. > > Does anybody have contacts inside Compaq so we could persue a release? > Hmmmm. I wonder if anyone on comp.os.vms might know?? > > How does one go about creating a .dsk image from a real device?? > > Use dd in single-user mode and dump it to a tape :-) That's all. To a tape?? What about just dumping it to a file on another disk?? > > > > And on a further note, if I made a .dsk of the > > RA81 I currently have Ultrix-11 running from, are there any of the > > emulators that would be able to use this?? If so, I would be glad > > to clean it up and send it to Warren for the archive. > > bill > > Yes please! Which emulator might I be able to test this out on?? Or do I need to find something other than an RA81 to dump?? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA65041 for pups-liszt; Sat, 17 Feb 2001 08:29:53 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Sat Feb 17 07:33:52 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Sat, 17 Feb 2001 08:33:52 +1100 (EST) Subject: [pups] Making disk images In-Reply-To: from Bill Gunshannon at "Feb 16, 2001 03:54:00 pm" Message-ID: <200102162133.f1GLXqc59893@henry.cs.adfa.edu.au> In article by Bill Gunshannon: > > Use dd in single-user mode and dump it to a tape :-) That's all. > To a tape?? What about just dumping it to a file on another disk?? Yep, that works too! > > > And on a further note, if I made a .dsk of the > > > RA81 I currently have Ultrix-11 running from, are there any of the > > > emulators that would be able to use this?? > > Yes please! > > Which emulator might I be able to test this out on?? Or do I need to > find something other than an RA81 to dump?? > bill What PDP-11 model do you have? Then I can tell you what emulators will be suitable. Thanks, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA65553 for pups-liszt; Sat, 17 Feb 2001 10:17:36 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bqt at update.uu.se Sat Feb 17 09:14:22 2001 From: bqt at update.uu.se (Johnny Billquist) Date: Sat, 17 Feb 2001 00:14:22 +0100 (CET) Subject: [pups] What is a 21-21858 chip? In-Reply-To: <200102161720.SAA12899@unixag-kl.fh-kl.de> Message-ID: On Fri, 16 Feb 2001 jkunz at unixag-kl.fh-kl.de wrote: > On 16 Feb, robin.birch at postoffice.co.uk wrote: > > > FP11 floating point processor (I think) > I thought the FPU is part of the J11 chip? Or is this extra chip just > faster? It's faster. There is FP11 microcode in the J11, but it's really slow from what I gathered. The separate FP11 could be regarded more as an accelerator. Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA70826 for pups-liszt; Sun, 18 Feb 2001 04:28:59 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Sun Feb 18 03:24:01 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sat, 17 Feb 2001 17:24:01 +0000 Subject: [pups] What is a 21-21858 chip? In-Reply-To: <200102161720.SAA12899@unixag-kl.fh-kl.de> References: <002569F5.00405BE2.00@postoffice.co.uk> <200102161720.SAA12899@unixag-kl.fh-kl.de> Message-ID: <3sLM7KAxOrj6Ew8r@ruffnready.co.uk> In message <200102161720.SAA12899 at unixag-kl.fh-kl.de>, jkunz at unixag- kl.fh-kl.de writes >On 16 Feb, robin.birch at postoffice.co.uk wrote: > >> FP11 floating point processor (I think) >I thought the FPU is part of the J11 chip? Or is this extra chip just >faster? J11 does it in microcode. When the FP11 is plugged in then it does it faster. Robin ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome From bill at cs.scranton.edu Sun Feb 18 12:43:51 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sat, 17 Feb 2001 21:43:51 -0500 (EST) Subject: [pups] What is a 21-21858 chip? In-Reply-To: <3sLM7KAxOrj6Ew8r@ruffnready.co.uk> Message-ID: Maybe I'm just misunderstanding what is being discussed here, but I think the difference is that without the FP11 all you have are 4 simple Floating Point Instructions. FADD, FSUB, FMUL and FDIV. The FP11 adds a number of additional Instructions. I have never had a machine with the FP11 (Hmmmm, wonder if my new 11/93 has it?) so I don't know them off the top of my head, but my Macro-11 book is near at hand if anybody wants me to look it up. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA75242 for pups-liszt; Sun, 18 Feb 2001 20:23:18 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bqt at update.uu.se Sun Feb 18 19:19:45 2001 From: bqt at update.uu.se (Johnny Billquist) Date: Sun, 18 Feb 2001 10:19:45 +0100 (CET) Subject: [pups] What is a 21-21858 chip? In-Reply-To: Message-ID: On Sat, 17 Feb 2001, Bill Gunshannon wrote: > > Maybe I'm just misunderstanding what is being discussed here, but > I think the difference is that without the FP11 all you have are > 4 simple Floating Point Instructions. FADD, FSUB, FMUL and FDIV. No, that's the FIS instructions. They are only available on the 11/35, 11/40, LSI-11 and perhaps some other model that I don't remember. The J11 has the F11 in microcode. The FP11 for the J11 is an accelerator. > The FP11 adds a number of additional Instructions. I have never > had a machine with the FP11 (Hmmmm, wonder if my new 11/93 has it?) > so I don't know them off the top of my head, but my Macro-11 book > is near at hand if anybody wants me to look it up. If someone wants the full F11 instruction set, I think it's available on the net. Anyhow, yes, your 11/93 have the F11 instruction set. I also think that the 11/93 cpu always have the accelerator option. (Hmmm, I'd like to get my hands on an 11/93 CPU, anyone have an extra? :-) Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA75522 for pups-liszt; Sun, 18 Feb 2001 21:26:56 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Sun Feb 18 05:31:23 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Sat, 17 Feb 2001 20:31:23 +0100 (CET) Subject: [pups] What is a 21-21858 chip? In-Reply-To: Message-ID: <200102171931.f1HJVNZ00879@unixag-kl.fh-kl.de> On 17 Feb, Johnny Billquist wrote: > It's faster. There is FP11 microcode in the J11, but it's really slow from > what I gathered. The separate FP11 could be regarded more as an > accelerator. Ahhh, interesting to hear. I think this will be a nice machine. 11/73 with the FP accelerator, 4MB RAM, DLV11-J, RQDX3 with RD54 (or later Dilog ESDI MSCP adapter with one or two 300MB ESDI drives), TK50, DELQA all together in a BA23. So there are only two things left: Boot (E)RPOM card and time to get 2.11BSD installed. -- tschuess, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA76792 for pups-liszt; Mon, 19 Feb 2001 01:34:49 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Mon Feb 19 00:31:34 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sun, 18 Feb 2001 09:31:34 -0500 (EST) Subject: [pups] board id help and another Ultrix-11 update In-Reply-To: <200102171931.f1HJVNZ00879@unixag-kl.fh-kl.de> Message-ID: I have finally found the time to play with my 11/93 (the bad news is it is an un-recognizable CPU for the Ultrix-11 install tape, but we'll cross that bridge later.) Other than the usual compliment of MicroPDP boards (Ethernet, RQDX3) this one has a board made by a company called "Data Systems Design". The Model appears to be an 808836-05 Rev.K. It has a 26pin Berg connector in one corner for which I do not have a cable. Now the big question. Is there anyone here who knows what this card is and in particular what the wiring of the Berg connector looks like?? Why you ask?? Because with this card in the machine thinks it has an RL01/RL02 controller and an RX02 controller. If this is some kind of disk controller, I would love to know what disks it hooks up to. BUt with only a single 26 pin connector, I can't imagine what disks it would use. If anyone has seen one of these or especially if you have documentation, I would love to hear about it. Also, here is another Ultrix-11 update. In order to comply with the KISS principle, I have opted for a simple RL02 based system to do my image dumps. Hopefully, in the next day or two I will be sending a tar file to Warren for the archive that will contain a pair of RL02 images that comprise a simple bootable system for the 11/23 and if that works, I am going to also try to make a TS11 tape image of the install tape so that people can opt for whatever configuration suits their taste. I will send something to the list when I get this far. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA78286 for pups-liszt; Mon, 19 Feb 2001 05:11:47 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From djenner at halcyon.com Mon Feb 19 04:08:26 2001 From: djenner at halcyon.com (David C. Jenner) Date: Sun, 18 Feb 2001 10:08:26 -0800 Subject: [pups] board id help and another Ultrix-11 update References: Message-ID: <3A900F9A.87F19B97@halcyon.com> Bill, The DSD card is likely for a DSD 880 system, which has one 8" floppy and one (8"?) Winchester drive. The combo emulates an RX02 and a couple of RL01/RL02 drives. The controller card is basically useless unless you have the DSD chassis with the floppy, harddrive, and custom electronics. The DSD 880 is not uncommon, so you might be able to find one around. Dave Bill Gunshannon wrote: > > I have finally found the time to play with my 11/93 (the bad news is > it is an un-recognizable CPU for the Ultrix-11 install tape, but we'll > cross that bridge later.) Other than the usual compliment of MicroPDP > boards (Ethernet, RQDX3) this one has a board made by a company called > "Data Systems Design". The Model appears to be an 808836-05 Rev.K. > It has a 26pin Berg connector in one corner for which I do not have a > cable. Now the big question. Is there anyone here who knows what this > card is and in particular what the wiring of the Berg connector looks > like?? Why you ask?? Because with this card in the machine thinks it > has an RL01/RL02 controller and an RX02 controller. If this is some > kind of disk controller, I would love to know what disks it hooks up to. > BUt with only a single 26 pin connector, I can't imagine what disks it > would use. If anyone has seen one of these or especially if you have > documentation, I would love to hear about it. > > Also, here is another Ultrix-11 update. In order to comply with the > KISS principle, I have opted for a simple RL02 based system to do my > image dumps. Hopefully, in the next day or two I will be sending a > tar file to Warren for the archive that will contain a pair of RL02 > images that comprise a simple bootable system for the 11/23 and if > that works, I am going to also try to make a TS11 tape image of the > install tape so that people can opt for whatever configuration suits > their taste. I will send something to the list when I get this far. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > bill at cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include From lars at nocrew.org Mon Feb 19 19:40:05 2001 From: lars at nocrew.org (Lars Brinkhoff) Date: 19 Feb 2001 10:40:05 +0100 Subject: [pups] GNU binutils In-Reply-To: "David C. Jenner"'s message of "Sun, 18 Feb 2001 10:08:26 -0800" Message-ID: <85u25r6mfe.fsf_-_@junk.nocrew.org> Hello, I just wanted to let you know that GNU binutils now supports PDP-11 processors and 2.11BSD binary file formats, at least to some degree. Thanks to all the people who explained the details of the PDP-11. More info: http://pdp11.nocrew.org/ -- http://lars.nocrew.org/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA84978 for pups-liszt; Tue, 20 Feb 2001 03:39:23 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Tue Feb 20 02:36:00 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Mon, 19 Feb 2001 11:36:00 -0500 Subject: [pups] Yet another Ultrix-11 update References: <96oqh2$27dt$1@info.cs.uofs.edu> Message-ID: <200102191636.LAA21405@triangle.cs.uofs.edu> [This is a courtesy copy of a message which was also posted to the newsgroup(s) shown in the header.] For what it's worth, the time has finally arrived for others to get a chance to play with Ultrix-11 again. I have sent two RL02 images off to Warren to find their way intot he archives (if he so desires!!) They are not without their problems, however. I built them on a MicroPDP-11/23. Configuration: CPU 11/23+ Memory 3072K 2 RL02 disks 1 TS11 tape Apparently, this means more to the Ultrix than to something likr RT11. Using the Supnik emulator, I was unable to build a kernel and even vi core dumps. But then, I am not really sure just what the Supnik emulator is emulating. Could it perhaps be emulating a UNIBUS box and the fact that I do not have support for the map be a problem?? We'll see eventually, I'm sure. I tried the demo version of E11 but it lacks sufficient memory for this to do anything. No vi (just says :too big"), no sysgen (just hangs). If anybody from Dbit is listening, I don't suppose there's any chance you would be willing to give me copies of the full DOS and Linux versions for educational use that I could use to test this out?? I still haven't been able to get into the Begemot site, so I don't know if it will work with their emulator or not. Are there any others out there worth trying it with?? But, anyway, there you have it. Warren wil probsabyl have it up before too long. I am willing to answer any questions I can for people trying to get it running. All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA85108 for pups-liszt; Tue, 20 Feb 2001 03:58:18 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Tue Feb 20 02:54:45 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Mon, 19 Feb 2001 11:54:45 -0500 Subject: [pups] Re: Yet another Ultrix-11 update References: <96oqh2$27dt$1@info.cs.uofs.edu> <96ri0n$pca$1@info.cs.uofs.edu> Message-ID: <200102191654.LAA21413@triangle.cs.uofs.edu> [This is a courtesy copy of a message which was also posted to the newsgroup(s) shown in the header.] Looks like there may be a delay in getting Ultrix-11 to the PUPS archives, my email to warren just bounced!! Hopefully, he will see this at some point and get back to me. Sorry everybody. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From cdl at mpl.ucsd.edu Tue Feb 20 06:31:04 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Mon, 19 Feb 2001 12:31:04 -0800 (PST) Subject: [pups] What is a 21-21858 chip? Message-ID: <200102192031.MAA19280@chiton.ucsd.edu> > From owner-pups at minnie.cs.adfa.edu.au Sat Feb 17 18:54 PST 2001 > X-Authentication-Warning: triangle.cs.uofs.edu: bill owned process doing -bs > Date: Sat, 17 Feb 2001 21:43:51 -0500 (EST) > From: Bill Gunshannon > To: pups at minnie.cs.adfa.edu.au > Subject: Re: [pups] What is a 21-21858 chip? > MIME-Version: 1.0 > > > Maybe I'm just misunderstanding what is being discussed here, but > I think the difference is that without the FP11 all you have are > 4 simple Floating Point Instructions. FADD, FSUB, FMUL and FDIV. > The FP11 adds a number of additional Instructions. I have never > had a machine with the FP11 (Hmmmm, wonder if my new 11/93 has it?) > so I don't know them off the top of my head, but my Macro-11 book > is near at hand if anybody wants me to look it up. You're missing something. The FADD FSUB FMUL FDIV was first used in the 11/40 FIS (optional) floating-point instruction set. It was later implemented as an optional chip add-on for the LSI-11 and LSI-11/2. Single-precision only, and stack oriented. The 11/45 Floating-point Processor had about 30 instructions and had both single-precision and double-precision modes, and a bunch of registers. Typical instruction mnemonics include ADDF SUBF MULF DIVF MODF and the same with last character changed to D for Double. The LSI-11/23 optional FP chip followed the 11/45 FPP style. The 11/73 CPU chip implemented the 11/45 FPP in microcode, and the 11/73 FPP add-on implemented the 11/45 FPP in much faster microcode. carl From wkt at henry.cs.adfa.edu.au Wed Feb 21 12:50:40 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Wed, 21 Feb 2001 13:50:40 +1100 (EST) Subject: [pups] Ultrix bootable disk images in UNIX Archive Message-ID: <200102210250.f1L2oeq04843@henry.cs.adfa.edu.au> Hi all, Bill Gunshannon has sent me his Ultrix-3.1 disk images, and they are now in the UNIX Archive at PDP-11/Boot_Images/Ultrix-3.1. I've knocked up a short README from his e-mails too. Cheers, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA96042 for pups-liszt; Wed, 21 Feb 2001 16:42:51 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Wed Feb 21 15:37:43 2001 From: iking at microsoft.com (Ian King) Date: Tue, 20 Feb 2001 21:37:43 -0800 Subject: [pups] VTServer 2.0 - Note from the Field Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D1C0@red-msg-06.redmond.corp.microsoft.com> The good news is: Warren's VTServer 2.0 is currently copying a V6 image onto an RK05 disk on my PDP-11/34. I have no idea if the image will actually boot; some notes in the archive say these images were built for a /40, and the /34 is missing a couple of key instructions about memory spaces. But just getting the bits on the disk is a big first step. A couple of notes about this: * My upstream Unix host (with the image file) is a Linux machine. I originally had the 1.2 kernel on it, but that kernel doesn't support some of the POSIX macros that Warren uses; I upgraded to 2.2 and everything works fine. (The machine is an old 486 laptop that was 4MB; I had to upgrade the memory on that for 2.2 to boot!) * With a real PDP-11, I found it necessary to use the stty command for no hardware handshaking. On Linux 2.2 and using COM1, it's: stty 9600 cs8 clocal -crtscts < /dev/ttyS0 * I think .vtrc may have changed from the earlier version; I tried to just hack a copy of the old one and found the format had changed. The first line is the shell command to set the device parameters (as set forth above), the second line is the device itself (e.g. /dev/ttyS0), and the following lines are the "tape" records. Warren, may I suggest adding some text to the readme about this? I had to figure it out.... * BTW, .vtrc includes (in fact, requires) the stty line, which configures the serial port. Your instructions say that you must configure the port before running vtserver -- not true. * It's not extremely clear from the readme, but start VTServer first, then the PDP-11 code. It wasn't that hard to key in with the programmer's panel. :-) Please don't get me wrong, I'm grateful that you wrote this and not me. :-) But you did ask for feedback, and I'm sending this to the PUPS list with the hope it will help anyone else with a similar situation. It's busily copying away; I'll let you know if I can boot what it copies. -- Ian -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 5182 bytes Desc: not available URL: From wkt at henry.cs.adfa.edu.au Wed Feb 21 15:59:26 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Wed, 21 Feb 2001 16:59:26 +1100 (EST) Subject: [pups] VTServer 2.0 - Note from the Field In-Reply-To: <8D25F244B8274141B5D313CA4823F39C0235D1C0@red-msg-06.redmond.corp.microsoft.com> from Ian King at "Feb 20, 2001 09:37:43 pm" Message-ID: <200102210559.f1L5xRY02765@henry.cs.adfa.edu.au> In article by Ian King: [ some strange Microsoft e-mail format, Ian can you send plain ASCII next time, ta! ] > A couple of notes about this: > * With a real PDP-11, I found it necessary to use the stty command > for no hardware handshaking. On Linux 2.2 and using COM1, it's: > > stty 9600 cs8 clocal -crtscts < /dev/ttyS0 > > * I think .vtrc may have changed from the earlier version; I tried > to just hack a copy of the old one and found the format had changed. > The first line is the shell command to set the device parameters (as set > forth above), the second line is the device itself (e.g. /dev/ttyS0), > and the following lines are the "tape" records. Warren, may I suggest > adding some text to the readme about this? I had to figure it out.... Yep, that's documented in http://minnie.cs.adfa.edu.au/Vtserver/vtserver/vtreadme.txt as follows: The file .vtrc is the server's configuration file. Lines beginning with hashes are ignored. The first (non-hashed) gives a shell command to set the correct speed and parity of the serial line. The second line names the serial device. Remaining lines name the fictitious tape's records, and should be tinyboot, copy, and the name of your disk image. > * It's not extremely clear from the readme, but start VTServer > first, then the PDP-11 code. It wasn't that hard to key in with the > programmer's panel. :-) Thanks, can you suggest changes to the above document which would help to clarify this? Also, Fred van Kempen has added commands to send down the bootstrap code if the PDP-11 has ODT. I'll add this to the server once I get the code from Fred. > Please don't get me wrong, I'm grateful that you wrote this and not me. > :-) But you did ask for feedback, and I'm sending this to the PUPS list > with the hope it will help anyone else with a similar situation. Thanks Ian, yes I'm always happy for feedback. You might also try the two Ultrix RL02 images that Bill Gunshannon also donated to the archive, as he booted these on an 11/23 ok. Cheers, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA99815 for pups-liszt; Thu, 22 Feb 2001 04:33:22 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Thu Feb 22 03:29:48 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Wed, 21 Feb 2001 12:29:48 -0500 (EST) Subject: [pups] creating disk images Message-ID: I know it is probably simple, but my experience is with the real thing and this is the first time I have tried to do anything but play with one of the emulators. How do you create new blank disk images for the Supnik emulator?? In particular, I am trying to create some RM03's to give me more room to work with Ultrix-11. I am trying to make some install kits on different media so that more people will be able to get it, not only on emulators, but also on real machines, where it is much more fun. :-) I have tried using the empty files the emulator creates. I have tried dd'ing /dev/zero into a file to the size of the disk. I have tried using format from xxdp. Nothing seems to work. Is there a specific procedure to follow?? Any help greatly appreciated. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA99937 for pups-liszt; Thu, 22 Feb 2001 05:03:17 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Thu Feb 22 03:58:58 2001 From: iking at microsoft.com (Ian King) Date: Wed, 21 Feb 2001 09:58:58 -0800 Subject: [pups] VTServer 2.0 - Note from the Field Message-ID: <8D25F244B8274141B5D313CA4823F39C018EEBCC@red-msg-06.redmond.corp.microsoft.com> Further good news: it boots! I have a V6 image from Ken Wellsch (thanks, Ken) booting on my 11/34. Now I have lots to figure out.... -- Ian PS: Warren, I was mailing from the Web access client, so it was probably HTML - sorry. -----Original Message----- From: Warren Toomey [mailto:wkt at henry.cs.adfa.edu.au] Sent: Tuesday, February 20, 2001 9:59 PM To: Ian King Cc: PDP-11 Unix Preservation Society Subject: Re: [pups] VTServer 2.0 - Note from the Field In article by Ian King: [ some strange Microsoft e-mail format, Ian can you send plain ASCII next time, ta! ] > A couple of notes about this: > * With a real PDP-11, I found it necessary to use the stty command > for no hardware handshaking. On Linux 2.2 and using COM1, it's: > > stty 9600 cs8 clocal -crtscts < /dev/ttyS0 > > * I think .vtrc may have changed from the earlier version; I tried > to just hack a copy of the old one and found the format had changed. > The first line is the shell command to set the device parameters (as set > forth above), the second line is the device itself (e.g. /dev/ttyS0), > and the following lines are the "tape" records. Warren, may I suggest > adding some text to the readme about this? I had to figure it out.... Yep, that's documented in http://minnie.cs.adfa.edu.au/Vtserver/vtserver/vtreadme.txt as follows: The file .vtrc is the server's configuration file. Lines beginning with hashes are ignored. The first (non-hashed) gives a shell command to set the correct speed and parity of the serial line. The second line names the serial device. Remaining lines name the fictitious tape's records, and should be tinyboot, copy, and the name of your disk image. > * It's not extremely clear from the readme, but start VTServer > first, then the PDP-11 code. It wasn't that hard to key in with the > programmer's panel. :-) Thanks, can you suggest changes to the above document which would help to clarify this? Also, Fred van Kempen has added commands to send down the bootstrap code if the PDP-11 has ODT. I'll add this to the server once I get the code from Fred. > Please don't get me wrong, I'm grateful that you wrote this and not me. > :-) But you did ask for feedback, and I'm sending this to the PUPS list > with the hope it will help anyone else with a similar situation. Thanks Ian, yes I'm always happy for feedback. You might also try the two Ultrix RL02 images that Bill Gunshannon also donated to the archive, as he booted these on an 11/23 ok. Cheers, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA00120 for pups-liszt; Thu, 22 Feb 2001 05:21:05 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Thu Feb 22 04:17:27 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Wed, 21 Feb 2001 13:17:27 -0500 Subject: [pups] VTServer 2.0 - Note from the Field References: <8D25F244B8274141B5D313CA4823F39C018EEBCC@red-msg-06.redmond.corp.microsoft.com> Message-ID: <3A940637.83A0591B@tampabay.rr.com> Ian King wrote: > > Further good news: it boots! I have a V6 image from Ken Wellsch > (thanks, Ken) booting on my 11/34. Now I have lots to figure out.... > -- Ian > > PS: Warren, I was mailing from the Web access client, so it was probably > HTML - sorry. I likely come across as an arrogant SOB - I hardly deserve credit for the image. My part was one of deciphering what came off an old 800 BPI mag tape a decade ago and caring about preserving this bit of the past. Folks you don't know like Ian! Allen who handed me the tape from the Computer Graphics Lab at U of Waterloo (and the CGL folks for hanging onto the tape in their library) to folks like Alan Bowler who kindly pulled a raw image of the tape off on our old Honeywell system because all our UNIX systems did not support 800 BPI on their tape drives any more... Those are just some of the people that preceded that image - not even mentioning the folks that brought you V6 in the first place... Then afterward folks like Warren for tirelessly making PUPS happen... Cheers, -- Ken From cdl at mpl.ucsd.edu Thu Feb 22 07:35:50 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Wed, 21 Feb 2001 13:35:50 -0800 (PST) Subject: [pups] creating disk images Message-ID: <200102212135.NAA28249@chiton.ucsd.edu> > From owner-pups at minnie.cs.adfa.edu.au Wed Feb 21 09:46 PST 2001 > Date: Wed, 21 Feb 2001 12:29:48 -0500 (EST) > From: Bill Gunshannon > To: PUPS Mailing List > Subject: [pups] creating disk images > > I know it is probably simple, but my experience is with the real > thing and this is the first time I have tried to do anything but > play with one of the emulators. > > How do you create new blank disk images for the Supnik emulator?? > In particular, I am trying to create some RM03's to give me more > room to work with Ultrix-11. I am trying to make some install > kits on different media so that more people will be able to get > it, not only on emulators, but also on real machines, where it > is much more fun. :-) I have done it with dd if=/dev/zero of=newdisk.dsk bs=1k count=10240 to make 10MB RL02 images. Followed by the lightly-documented step in the Supnik emulator of attaching the disk image and writing the badblock table. Followed by (for RT11) INIT/NOQ DL1 Corresponding for a Unix system would be mkfs(8) or newfs(8), whichever you have. I think it is only the RL disks that need the badblock step. carl -- carl lowenstein marine physical lab u.c. san diego {decvax|ucbvax} !ucsd!mpl!cdl cdl at mpl.ucsd.edu clowenstein at ucsd.edu Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA02015 for pups-liszt; Thu, 22 Feb 2001 11:30:33 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Thu Feb 22 10:34:08 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Thu, 22 Feb 2001 11:34:08 +1100 (EST) Subject: [pups] Re: V6 image for 11/23 In-Reply-To: <3A940637.83A0591B@tampabay.rr.com> from Ken Wellsch at "Feb 21, 2001 01:17:27 pm" Message-ID: <200102220034.f1M0YAG05750@henry.cs.adfa.edu.au> In article by Ken Wellsch: > My part was one of deciphering what came off an old 800 BPI > mag tape a decade ago and caring about preserving this bit of the past. > > [Thanks go to those] who handed me the tape from the > Computer Graphics Lab at U of Waterloo (and the CGL folks for hanging > onto the tape in their library) to folks like Alan Bowler who kindly > pulled a raw image of the tape off on our old Honeywell system because > all our UNIX systems did not support 800 BPI on their tape drives any > more... > -- Ken Ken, if this image isn't already in the archive, can you send it in? Thanks, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA05418 for pups-liszt; Thu, 22 Feb 2001 21:35:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Thu Feb 22 20:20:31 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Thu, 22 Feb 2001 10:20:31 +0000 Subject: [pups] WTD TS11, TS05 in UK Message-ID: <002569FB.0039C113.00@postoffice.co.uk> Dear All, I have a Dilog TS11 controller but no TSV05 or TS11 drive. Has anyone got such a thing in the UK that they would be willing to part with, sell, swap or whatever. Ideally I would like one of the Dilog 880 drives with the free-standing, i.e., not rack mounting, cabinet. Regards Robin From bill at cs.scranton.edu Fri Feb 23 06:02:36 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Thu, 22 Feb 2001 15:02:36 -0500 (EST) Subject: [pups] Stray Interupts Message-ID: The Ultrix-11 saga continues but some progress is being made. Has anyone run into a problem with stray interupts when using RP type disks with the Supnik emulator?? While I am not sure they cause any real problem, they are an annoyance and do clutter up the console terminal. May need to figure out how to come up with a remote TTY and start doing my work (especially kermiting) from there. In the meantime, I hope to have a full Ultrix-11 development system running in the next day or so. That means building all the pieces needed for a split I&D system. And now for the obligatory question: When I tried run Ultrix-11 on my 11/93 I got a message that said: "Unknown processor. enter CPU type in R0 and continue at your own risk." Anyone know where I might find these magical numbers?? I figure if I lie and tell him it's a 73 it should at least run. Yes?? No?? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA10785 for pups-liszt; Fri, 23 Feb 2001 10:11:28 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Fri Feb 23 09:15:00 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Fri, 23 Feb 2001 10:15:00 +1100 (EST) Subject: [pups] Stray Interupts In-Reply-To: from Bill Gunshannon at "Feb 22, 2001 03:02:36 pm" Message-ID: <200102222315.f1MNF0v08869@henry.cs.adfa.edu.au> In article by Bill Gunshannon: > > Has anyone run into a problem with stray interupts when using RP type > disks with the Supnik emulator?? While I am not sure they cause any > real problem, they are an annoyance and do clutter up the console > terminal. May need to figure out how to come up with a remote TTY > and start doing my work (especially kermiting) from there. Are the stray interrupts being reported by the Ultrix kernel or the simulator itself. If the latter, you can always edit out the offending printfs. Cheers, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA11456 for pups-liszt; Fri, 23 Feb 2001 12:53:26 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Fri Feb 23 11:49:48 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Thu, 22 Feb 2001 20:49:48 -0500 (EST) Subject: [pups] Stray Interupts In-Reply-To: <200102222315.f1MNF0v08869@henry.cs.adfa.edu.au> Message-ID: On Fri, 23 Feb 2001, Warren Toomey wrote: > In article by Bill Gunshannon: > > > > Has anyone run into a problem with stray interupts when using RP type > > disks with the Supnik emulator?? While I am not sure they cause any > > real problem, they are an annoyance and do clutter up the console > > terminal. May need to figure out how to come up with a remote TTY > > and start doing my work (especially kermiting) from there. > > Are the stray interrupts being reported by the Ultrix kernel or the > simulator itself. If the latter, you can always edit out the offending > printfs. Nope, these are from the Ultrix kernel. The message itself is put out by the routine logsi() in errlog.c. The big question is, is this a problem with Ultrix or is this a problem with emulator that just gets ignored by the other OSes. I would be curious to know if there is a similar function in 2.11?? If so, it would be interesting to compare them and see why Ultrix sees all these stray interupts that no one else sees. All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA12375 for pups-liszt; Fri, 23 Feb 2001 15:38:54 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Fri Feb 23 14:27:43 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Thu, 22 Feb 2001 20:27:43 -0800 (PST) Subject: [pups] Stray Interupts Message-ID: <200102230427.f1N4RhD19979@moe.2bsd.com> Hi -- > From: Bill Gunshannon > Nope, these are from the Ultrix kernel. The message itself is put > out by the routine logsi() in errlog.c. The big question is, is this That the messages are coming from Ultrix and not the simulator is also is easily determined by grep'ing the simulator sources - no such message string that I can see. > a problem with Ultrix or is this a problem with emulator that just > gets ignored by the other OSes. I would be curious to know if there > is a similar function in 2.11?? If so, it would be interesting to There's no direct counterpart to 'logsi' in 2.11BSD. The only 'stray interrupt' messages 2.11 can produce all come out of networking drivers (the LH/DH "IMP" driver if_acc for example). The "big disk" support ('rp') was done though by Bob without access to a real honest to DEC RP11 controller. I think he looked at various driver sources and perhaps at 2.11's "xp" driver (I vaguely recall sending him the xp.c and necessary include files). > compare them and see why Ultrix sees all these stray interupts that > no one else sees. Various things suggest themself to me: It might just be that Ultrix is overly picky, there's something not 100% accurate in the simulator's delivering interrupts or Ultrix-11 has a bug. I haven't heard of RT-11 having a problem - perhaps someone could try that and see what happens. The other thing you might try is the Begemot emulator "p11". It keeps _vastly_ better time than 'sim_2.3d' and has an emulated DEQNA so the machine can be placed on a network. P11's also quite a bit more efficient/fast. Configuration can be puzzling but sample config files are available (from various PUPS folks who run P11). Steven Schultz sms at Moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA14553 for pups-liszt; Sat, 24 Feb 2001 00:47:23 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Fri Feb 23 23:43:41 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Fri, 23 Feb 2001 08:43:41 -0500 (EST) Subject: [pups] Stray Interupts In-Reply-To: <200102230427.f1N4RhD19979@moe.2bsd.com> Message-ID: On Thu, 22 Feb 2001, Steven M. Schultz wrote: > The "big disk" support ('rp') was done though by Bob without access > to a real honest to DEC RP11 controller. I think he looked at various > driver sources and perhaps at 2.11's "xp" driver (I vaguely recall > sending him the xp.c and necessary include files). Does Bob (or anybody for that matter) still maintain the emulator?? Maybe the Ultrix source would be a help in better understanding some of the internals of the hardware. > > > compare them and see why Ultrix sees all these stray interupts that > > no one else sees. > > Various things suggest themself to me: It might just be that Ultrix is > overly picky, there's something not 100% accurate in the simulator's > delivering interrupts or Ultrix-11 has a bug. My experience with Ultrix-11 up to this point would lead me to believe that it isn't bugs, but I can easily accept that it is overly picky. That's why I thought the sources might be a big help in tuning the emulator. > > I haven't heard of RT-11 having a problem - perhaps someone could > try that and see what happens. I tried RSTS. As a matter of fact, I used DSKINT to create my empty RP06 images. No sogn of a problem there. > > The other thing you might try is the Begemot emulator "p11". It > keeps _vastly_ better time than 'sim_2.3d' and has an emulated DEQNA I am using 2.5a of the Supnik emulator. > so the machine can be placed on a network. P11's also quite a bit > more efficient/fast. Configuration can be puzzling but sample > config files are available (from various PUPS folks who run P11). I would love to us the Begemot emulator. I have the latest version but I have been unable to get any of my disk images to work. Can anyone tell me if you can use the disk images from the other emulators and if so, how?? Do they have to be converted somehow like tapes?? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA14986 for pups-liszt; Sat, 24 Feb 2001 02:03:06 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From lars at nocrew.org Sat Feb 24 00:59:02 2001 From: lars at nocrew.org (Lars Brinkhoff) Date: 23 Feb 2001 15:59:02 +0100 Subject: [pups] Stray Interupts In-Reply-To: References: Message-ID: <85d7c9xx6x.fsf@junk.nocrew.org> Bill Gunshannon writes: > On Thu, 22 Feb 2001, Steven M. Schultz wrote: > > The "big disk" support ('rp') was done though by Bob without access > > to a real honest to DEC RP11 controller. I think he looked at various > > driver sources and perhaps at 2.11's "xp" driver (I vaguely recall > > sending him the xp.c and necessary include files). > Does Bob (or anybody for that matter) still maintain the emulator?? Version 2.5a was released on January 1, and Bob recently asked me to update a pointer to his simulator web page, so I'd say he does. -- http://lars.nocrew.org/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA17804 for pups-liszt; Sat, 24 Feb 2001 03:51:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Sat Feb 24 02:42:52 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Fri, 23 Feb 2001 08:42:52 -0800 (PST) Subject: [pups] Stray Interupts Message-ID: <200102231642.f1NGgqP08664@moe.2bsd.com> Hi - > From: Lars Brinkhoff > > Version 2.5a was released on January 1, and Bob recently asked me > to update a pointer to his simulator web page, so I'd say he does. That shows how long it has been since I ran that simulator ;-) I'll pull it in just to have the latest version around to test with. Steven Schultz sms at moe.2bsd.com From sms at moe.2bsd.com Sat Feb 24 06:59:58 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Fri, 23 Feb 2001 12:59:58 -0800 (PST) Subject: [pups] Stray Interupts Message-ID: <200102232059.f1NKxwH11017@moe.2bsd.com> Hi - > From: Bill Gunshannon > Maybe the Ultrix source would be a help in better understanding some > of the internals of the hardware. That could well be the case. Yes, the simulator is still being worked on and maintained. > My experience with Ultrix-11 up to this point would lead me to believe > that it isn't bugs, but I can easily accept that it is overly picky. > > I tried RSTS. As a matter of fact, I used DSKINT to create my empty > RP06 images. No sogn of a problem there. Ah, ok. That tends to reinforce the thought that Ultrix may be too picky about something. > I would love to us the Begemot emulator. I have the latest version but > I have been unable to get any of my disk images to work. Can anyone > tell me if you can use the disk images from the other emulators and if > so, how?? Do they have to be converted somehow like tapes?? Yes indeed you can use the RP06 images "bits as is". As long as the disk image is exactly an RP06 (the only size supported that I can see by P11) nothing more need be done. In fact that's how I switched over from 'sim_2.x' to 'p11' - I just made a copy of the disk image and hand crafted a p11conf file. Tapes need "conversion" because they have to contain information about record lengths and end of file markers. Disk images are a simple collection of bytes. Steven Schultz sms at moe.2bsd.com p.s. here's what I use for P11's conf file - perhaps it will be of use. The disk image "2.11BSD" is referenced on the line 'dev 0 ./2.11BSD 1999' --------------------p11conf------------------------ set clock_rate 60 ctrl rk 017777400 0220 5 4000 end ctrl rl 017774400 0160 4 4000 end ctrl rp 017776700 0254 5 4000 dev 0 ./2.11BSD 1999 dev 1 ./junk 1999 end ctrl kl dev 017777560 060 064 4 tty_net -7 -t 10000 dev 017776500 0300 0304 4 tty_net -7 -t 10001 end ctrl mr 017777520 ./rp.boot end ctrl lp 017777514 0200 4 end ctrl tm 017772520 0224 5 # dev 0 /tmp/foo end ctrl qna 017774440 5 0x08:0x00:0x2b:0x07:0x82:0x6c 0xf8:0x7a qna.rom dev epp_tun tun0 0x08:0x00:0x2b:0x07:0x82:0x6c 0x08:0x00:0x2b:0x07:0x82:0x00 end # The toy clock. # ctrl toy 017777526 end From Christian.Corti at studserv.uni-stuttgart.de Sun Feb 25 09:54:00 2001 From: Christian.Corti at studserv.uni-stuttgart.de (Christian Corti) Date: Sun, 25 Feb 2001 00:54:00 +0100 (MET) Subject: [pups] Troubles with 2.9BSD on 11/34a Message-ID: Hi, I finally managed to install 2.9BSD on a real 11/34 with two RL01s; I used KSERVE on RT-11 to transfer a boot disk image created with E11 to a RL01 disk. I did the same for the /usr partition to be mounted. (It was hard to find out that I had to write a little program to convert the usr.tar file into a tape file for E11 and un-tar it to the disk image. It didn't work by mounting the tar-file as /dev/rl2 and doing tar xvf /dev/rrl2; tar would hang immediatly or after the first few files.) Good news: I can boot Unix, mount /usr, edit /etc/dtab with vi etc. Multiuser works too, with my notebook running MS-DOS Kermit in VT100 mode as the console and a real ADM3a attached to a second serial port. Bad news: Using the system is a real pain because some (no specific) programs will cause either a "memory fault - core dumped" or a "bus error - core dumped". E.g. calling "/lib/cpp" fails, but "/lib/cpp foo" says something like "foo not found" and terminates without fault. Very strange too: Sometimes when I start "awk" without parameters (just for playing around) I get an error like "error on line 6: ..." as if the shell tried to interpret the binary as a shell script!? "fsck ..." occasionally fails after stage 5 with a memory fault. "ps" fails, but "ps axl" works (or vice versa); or both (doesn't) work. And so on :-((( But: There are no errors running RT-11 (it runs just fine) and RSX11/M (as I could test it). The MAINDEC test programs for CPU and memory give no errors (perhaps I should let them run much longer?). There are no errors with these disk images and E11 configured to emulate the real 11/34. The configuration: CPU: PDP11/34a without FPP memory: 128 kw (one single non-DEC board) M78?? parity module Programmer's console DL11-W for the console terminal RL11 controller (revised version) M9812 bootstrap/terminator with DL boot rom Addresses and vectors are set up correctly. What is going on? Did anyone have similar problems? I suspect that either the memory or the MMU has a random behaviour, but I'm not sure. Christian ----------------------------------------- EMail: Christian.Corti at studserv.uni-stuttgart.de Universität Stuttgart Fakultät für Informatik ----------------------------------------- Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA38360 for pups-liszt; Mon, 26 Feb 2001 05:10:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Mon Feb 26 04:04:47 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sun, 25 Feb 2001 18:04:47 +0000 Subject: [pups] Stray Interupts In-Reply-To: <200102232059.f1NKxwH11017@moe.2bsd.com> References: <200102232059.f1NKxwH11017@moe.2bsd.com> Message-ID: Dear All, Having got to the point where I can get ultrix trying to boot on p11 I can confirm that it complains of stray interrupts on p11 as well. A thought occurred to me over the weekend that I haven't had time to try out. Is this the toy clock. It is certainly built into p11, is it built into Bob Supnik's emulator and if so, does it generate interrupts? Regards Robin In message <200102232059.f1NKxwH11017 at moe.2bsd.com>, Steven M. Schultz writes >Hi - > >> From: Bill Gunshannon >> Maybe the Ultrix source would be a help in better understanding some >> of the internals of the hardware. > > That could well be the case. Yes, the simulator is still being > worked on and maintained. > >> My experience with Ultrix-11 up to this point would lead me to believe >> that it isn't bugs, but I can easily accept that it is overly picky. >> >> I tried RSTS. As a matter of fact, I used DSKINT to create my empty >> RP06 images. No sogn of a problem there. > > Ah, ok. That tends to reinforce the thought that Ultrix may be > too picky about something. > >> I would love to us the Begemot emulator. I have the latest version but >> I have been unable to get any of my disk images to work. Can anyone >> tell me if you can use the disk images from the other emulators and if >> so, how?? Do they have to be converted somehow like tapes?? > > Yes indeed you can use the RP06 images "bits as is". As long as > the disk image is exactly an RP06 (the only size supported that I > can see by P11) nothing more need be done. In fact that's how I > switched over from 'sim_2.x' to 'p11' - I just made a copy of the > disk image and hand crafted a p11conf file. > > Tapes need "conversion" because they have to contain information > about record lengths and end of file markers. Disk images are > a simple collection of bytes. > > Steven Schultz > sms at moe.2bsd.com > >p.s. here's what I use for P11's conf file - perhaps it will be of use. The > disk image "2.11BSD" is referenced on the line 'dev 0 ./2.11BSD 1999' > >--------------------p11conf------------------------ >set clock_rate 60 > >ctrl rk 017777400 0220 5 4000 >end > >ctrl rl 017774400 0160 4 4000 >end > >ctrl rp 017776700 0254 5 4000 >dev 0 ./2.11BSD 1999 >dev 1 ./junk 1999 >end > >ctrl kl >dev 017777560 060 064 4 tty_net -7 -t 10000 >dev 017776500 0300 0304 4 tty_net -7 -t 10001 >end > >ctrl mr 017777520 ./rp.boot >end > >ctrl lp 017777514 0200 4 >end > >ctrl tm 017772520 0224 5 ># dev 0 /tmp/foo >end > >ctrl qna 017774440 5 0x08:0x00:0x2b:0x07:0x82:0x6c 0xf8:0x7a qna.rom >dev epp_tun tun0 0x08:0x00:0x2b:0x07:0x82:0x6c 0x08:0x00:0x2b:0x07:0x82:0x00 >end > ># The toy clock. ># >ctrl toy 017777526 >end ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome From bqt at update.uu.se Mon Feb 26 04:34:57 2001 From: bqt at update.uu.se (Johnny Billquist) Date: Sun, 25 Feb 2001 19:34:57 +0100 (CET) Subject: [pups] Stray Interupts In-Reply-To: Message-ID: On Sun, 25 Feb 2001, Robin Birch wrote: > Dear All, > Having got to the point where I can get ultrix trying to boot on p11 I > can confirm that it complains of stray interrupts on p11 as well. A > thought occurred to me over the weekend that I haven't had time to try > out. Is this the toy clock. It is certainly built into p11, is it > built into Bob Supnik's emulator and if so, does it generate interrupts? Nope. The TOY clock don't generate interrupts. Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA38600 for pups-liszt; Mon, 26 Feb 2001 05:54:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Mon Feb 26 04:48:51 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sun, 25 Feb 2001 10:48:51 -0800 (PST) Subject: [pups] Stray Interupts Message-ID: <200102251848.f1PImpn25642@moe.2bsd.com> > From: Robin Birch > > Having got to the point where I can get ultrix trying to boot on p11 I > can confirm that it complains of stray interrupts on p11 as well. A > thought occurred to me over the weekend that I haven't had time to try > out. Is this the toy clock. It is certainly built into p11, is it > built into Bob Supnik's emulator and if so, does it generate interrupts? > As Billy pointed out the TOY clock does not generate interrupts. The line frequency clock does but the TOY clock does not. Looking at the Ultrix-3.1 sources I found something that may be relevant in sys/errlog.c: /* * Log a stray device interrupt. * * A stray interrupt is defined as one that occurs for * a configured device through a valid vector address, * but is unexpected. In the case of big disks, a stray * interrupt is logged when the interrupt service routine * is entered and the device is not active and no attention * summary bits are set. */ One guess is that other systems do not use or concern themselves with 'attention summary' bits and simply dismiss the interrupt without comment. Looking at the errlogs (I do not know what the commands for doing that are but a big of digging would probably find them) might yield more information. Cheers. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39100 for pups-liszt; Mon, 26 Feb 2001 08:08:14 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Mon Feb 26 07:02:52 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sun, 25 Feb 2001 21:02:52 +0000 Subject: [pups] Stray Interupts In-Reply-To: <200102251848.f1PImpn25642@moe.2bsd.com> References: <200102251848.f1PImpn25642@moe.2bsd.com> Message-ID: Rats, This means that it won't be simple to fix!!!!!!!! It could mean that running Ultrix on a simulator isn't on without some work on the emulators themselves. When the SI message is generated it comes out with a number that looks like an address. Would this point to the source of the interrupt? On p11 it is a constant address, I just can't remember what it is for the moment. Cheers Robin In message <200102251848.f1PImpn25642 at moe.2bsd.com>, Steven M. Schultz writes >> From: Robin Birch >> >> Having got to the point where I can get ultrix trying to boot on p11 I >> can confirm that it complains of stray interrupts on p11 as well. A >> thought occurred to me over the weekend that I haven't had time to try >> out. Is this the toy clock. It is certainly built into p11, is it >> built into Bob Supnik's emulator and if so, does it generate interrupts? >> > As Billy pointed out the TOY clock does not generate interrupts. The > line frequency clock does but the TOY clock does not. > > Looking at the Ultrix-3.1 sources I found something that may be > relevant in sys/errlog.c: > >/* > * Log a stray device interrupt. > * > * A stray interrupt is defined as one that occurs for > * a configured device through a valid vector address, > * but is unexpected. In the case of big disks, a stray > * interrupt is logged when the interrupt service routine > * is entered and the device is not active and no attention > * summary bits are set. > */ > > One guess is that other systems do not use or concern themselves with > 'attention summary' bits and simply dismiss the interrupt without > comment. > > Looking at the errlogs (I do not know what the commands for doing that > are but a big of digging would probably find them) might yield more > information. > > Cheers. > > Steven Schultz > sms at moe.2bsd.com ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39340 for pups-liszt; Mon, 26 Feb 2001 08:41:19 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Mon Feb 26 07:37:21 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sun, 25 Feb 2001 16:37:21 -0500 (EST) Subject: [pups] Stray Interupts In-Reply-To: Message-ID: On Sun, 25 Feb 2001, Robin Birch wrote: > Rats, > This means that it won't be simple to fix!!!!!!!! > > It could mean that running Ultrix on a simulator isn't on without some > work on the emulators themselves. Well, that's my estimation. I thought at first it was harmless, but work I have attempted over this weekend using the Supnik emulator has changed my mind. > When the SI message is generated it > comes out with a number that looks like an address. Would this point to > the source of the interrupt? On p11 it is a constant address, I just > can't remember what it is for the moment. Let me guess: 176700. :-) It's the csr of the device that issued the stray interrupt. My guess is your having the same trouble with p11 that I am having with Bob's. It's the hp device and every RP disk access causes stray interrupts. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA39822 for pups-liszt; Mon, 26 Feb 2001 09:53:35 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From grog at lemis.com Mon Feb 26 04:57:10 2001 From: grog at lemis.com (Greg Lehey) Date: Sun, 25 Feb 2001 13:57:10 -0500 Subject: [pups] Begemot emulator (was: Stray Interupts) In-Reply-To: ; from bill@cs.scranton.edu on Fri, Feb 23, 2001 at 08:43:41AM -0500 References: <200102230427.f1N4RhD19979@moe.2bsd.com> Message-ID: <20010225135710.B11541@sydney.worldwide.lemis.com> On Friday, 23 February 2001 at 8:43:41 -0500, Bill Gunshannon wrote: > On Thu, 22 Feb 2001, Steven M. Schultz wrote: >> so the machine can be placed on a network. P11's also quite a bit >> more efficient/fast. Configuration can be puzzling but sample >> config files are available (from various PUPS folks who run P11). > > I would love to us the Begemot emulator. I have the latest version but > I have been unable to get any of my disk images to work. Can anyone > tell me if you can use the disk images from the other emulators and if > so, how?? Do they have to be converted somehow like tapes?? *sigh* The Begemot emulator has bitrotted a little. I can no longer get it to work, though admittedly I didn't try very hard the last time, and it may be something as simple as a corrupted disk image. But the other thing is that the Begemot ftp site is no longer accessible, which is somewhat embarrassing, since I host it. I'm copying Jörg Micheel and Harti Brandt, the Begemot people, and I hope that we'll get it up again soon. Jörg, Harti, the problem is that I migrated a system disk, and seem to have lost the connection to the ftp files. You should find them somewhere on the file systems /freebie or /freebie/usr, which are the old system disk, still spinning. Greg -- Finger grog at lemis.com for PGP public key See complete headers for address and phone numbers Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA47415 for pups-liszt; Mon, 26 Feb 2001 11:50:13 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From Fred.van.Kempen at microwalt.nl Mon Feb 26 10:39:25 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Mon, 26 Feb 2001 01:39:25 +0100 Subject: [pups] Stray Interupts Message-ID: <6F63E31101C6D41196490008C7B2BFC32CA5@mwnt4.microwalt.nl> All, Robin Birch wrote: > > This means that it won't be simple to fix!!!!!!!! Sure, fix the source :) > > It could mean that running Ultrix on a simulator isn't on > without some work on the emulators themselves. I have been running Ultrix-11 V3.1 on Ersatz-11 without any of that. It _could_ be linked to interrupt latency issues- Ultrix tells controller to do something (e.g., three commands to read a sector). Controller does as told, generating an interrupt for each of the requests saying its ready. However, because of latency, only ints 1 and 3 actually get delivered within the expected timeframe (can happen). Usually (from my experience with writing Unix kernel drivers), this is not a problem, because the "message" from (in this case) int2 will be picked up when we start to service int3, which we _did_ see. So, even though we didnt get int2, we were fine. Now... emulator wakes up again, goes "oi, i messed up, better go send that int now" and sends the int. The driver no longer _awaits_ an interrupt (because we cleared the AttentionNeeded flags when servicing int3), so... we get the "stray int" message. If this logic is correct, it will get worse when loading the host system heavily, so latency will occur more often. On a very fast box (like my quad CPU P3/850 Linux box) it should hardly occur. Anyone? Fred (hacking on the V3.1 source to not fuck up TCP/IP on the 11/23 ..) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA47701 for pups-liszt; Mon, 26 Feb 2001 12:27:18 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Mon Feb 26 11:28:04 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Mon, 26 Feb 2001 12:28:04 +1100 (EST) Subject: [pups] Announce: The Unix Tree Message-ID: <200102260130.f1Q1Uij05690@henry.cs.adfa.edu.au> Hi all, A while ago I floated the idea of a web-browsable set of old Unix distributions, along with a way of finding out how each file evolved. Well, after a bit of coding on the weekend, I now have this available. It's called the Unix Tree, and the URL is http://minnie.cs.adfa.edu.au/UnixTree/ Because of the license restrictions, you need your normal UNIX Archive username and password to browse. I've only inserted research editions up to 7th Edition for now, in case I have to make major changes. However, tell me what you think. Cheers, and off to have some lunch. Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA48209 for pups-liszt; Mon, 26 Feb 2001 13:49:49 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Mon Feb 26 12:45:53 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sun, 25 Feb 2001 21:45:53 -0500 (EST) Subject: [pups] Stray Interupts In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32CA5@mwnt4.microwalt.nl> Message-ID: On Mon, 26 Feb 2001, Fred N. van Kempen wrote: > > > It could mean that running Ultrix on a simulator isn't on > > without some work on the emulators themselves. > I have been running Ultrix-11 V3.1 on Ersatz-11 without any of that. It Which I think says a lot about the quality of Ersatz-11. > _could_ be linked to interrupt latency issues- Ultrix tells controller > to do something (e.g., three commands to read a sector). Controller does > as told, generating an interrupt for each of the requests saying its ready. > However, because of latency, only ints 1 and 3 actually get delivered within > the expected timeframe (can happen). > > Usually (from my experience with writing Unix kernel drivers), this is not > a problem, because the "message" from (in this case) int2 will be picked up > when we start to service int3, which we _did_ see. So, even though we didnt > get int2, we were fine. > > Now... emulator wakes up again, goes "oi, i messed up, better go send that > int now" and sends the int. The driver no longer _awaits_ an interrupt > (because > we cleared the AttentionNeeded flags when servicing int3), so... we get the > "stray int" message. Based on my experience over this weekend, I can definitely agree with all of the above. It makes perfect sense and goes a long way toward explaining my problems. > > If this logic is correct, it will get worse when loading the host system > heavily, so latency will occur more often. I can also vouch for this. I finally gave up on trying to do anything I/O intensive on the emulated RP disk. Emulator was continuously crashing. > On a very fast box (like my quad CPU > P3/850 Linux box) it should hardly occur. While this is not a solution most people here are likely to be able to apply :-) I also have doubts that it will solve the problem. I also doubt that the problem is as easy as just throwing away the stray interrupt. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA49935 for pups-liszt; Mon, 26 Feb 2001 18:59:24 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at killthewabbit.org Mon Feb 26 17:49:22 2001 From: iking at killthewabbit.org (Ian King) Date: Sun, 25 Feb 2001 23:49:22 -0800 Subject: [pups] Swap device in V6? Message-ID: <000a01c09fc8$a2965290$450010ac@dawabbit> I'm working with the install image provided by Ken Wellsch, and when I execute the 'ps' command I get an error that says "no swap device". I'm not particularly concerned about ps itself, but another symptom of problems is that I can't compile anything in C; I get an error out of cc that says "Fatal error in /lib/c0". Given where that error comes from in cc, it appears related. I've combed the docs and the code, and I can't find ANYthing about how swap space is assigned or designated. Does anyone have any hints? Thanks -- Ian -------------- next part -------------- An HTML attachment was scrubbed... URL: From brandt at fokus.gmd.de Mon Feb 26 19:31:40 2001 From: brandt at fokus.gmd.de (Harti Brandt) Date: Mon, 26 Feb 2001 10:31:40 +0100 (CET) Subject: [pups] Re: Begemot emulator (was: Stray Interupts) In-Reply-To: <20010225135710.B11541@sydney.worldwide.lemis.com> Message-ID: On Sun, 25 Feb 2001, Greg Lehey wrote: GL>On Friday, 23 February 2001 at 8:43:41 -0500, Bill Gunshannon wrote: GL>> On Thu, 22 Feb 2001, Steven M. Schultz wrote: GL>>> so the machine can be placed on a network. P11's also quite a bit GL>>> more efficient/fast. Configuration can be puzzling but sample GL>>> config files are available (from various PUPS folks who run P11). GL>> GL>> I would love to us the Begemot emulator. I have the latest version but GL>> I have been unable to get any of my disk images to work. Can anyone GL>> tell me if you can use the disk images from the other emulators and if GL>> so, how?? Do they have to be converted somehow like tapes?? GL> GL>*sigh* The Begemot emulator has bitrotted a little. I can no longer GL>get it to work, though admittedly I didn't try very hard the last GL>time, and it may be something as simple as a corrupted disk image. GL>But the other thing is that the Begemot ftp site is no longer GL>accessible, which is somewhat embarrassing, since I host it. I'm GL>copying JЖrg Micheel and Harti Brandt, the Begemot people, and I hope GL>that we'll get it up again soon. JЖrg, Harti, the problem is that I GL>migrated a system disk, and seem to have lost the connection to the GL>ftp files. You should find them somewhere on the file systems GL>/freebie or /freebie/usr, which are the old system disk, still GL>spinning. I have done some work on the emulator last autumn and plan to release a new version Real-Soon-Now(tm). Well, I think I will to a kill -STOP `cat /var/run/currentwork` and try to do it in the next couple of days. Please watch the alt.sys.pdp11 for an anouncement. Disc images work directly (at least the images from Bob Supnik do). harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt at fokus.gmd.de, harti at begemot.org Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA51329 for pups-liszt; Mon, 26 Feb 2001 23:37:47 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Mon Feb 26 22:32:54 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Mon, 26 Feb 2001 13:32:54 +0100 (CET) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102261232.f1QCWt400747@unixag-kl.fh-kl.de> Hi. Yesterday I installed 2.11BSD on my PDP11/73. Everything went fine up to the first time when UNIX was booted. The kernel came up, init was started, autoconfig run and printed out the devices it had (not) found. My disk and tape were found but then, after printing: ----- 73Boot from tms(0,0,0) at 0174500 : ra(0,0)unix Boot: bootdev=02400 bootcsr=0172150 2.11 BSD UNIX #115: Sat Apr 22 19:07:25 PDT 2000 sms1 at curly.2bsd.com:/usr/src/sys/GENERIC ra0: Ver 3 mod 3 ra0: RD54 size=311200 phys mem = 4186112 avail mem = 3962176 user mem = 307200 June 8 21:21:24 init: configure system hk ? csr 177440 vector 210 skipped: No CSR. ht ? csr 172440 vector 224 skipped: No CSR. ra 0 csr 172150 vector 154 vectorset attached rl ? csr 174400 vector 160 skipped: No CSR. tm ? csr 172520 vector 224 skipped: No CSR. tms 0 csr 174500 vector 260 vectorset attached ts ? csr 172520 vector 224 skipped: No CSR. xp ? csr 176700 vector 254 skipped: No CSR. ----- it hangs. Characters I type into the terminal are echod, but nothing else happens. The "Run" LED at the front panel is of. I tried with an other CPU und memory card, but the same happend. System configuration: 11/73 (M8192), one with FP accel. or one without. (Jumpers W1..W6 in, W7..W9 out, so that the CPU enters ODT at power up.) 4MB or 1MB memory card (non DEC) Sigma DLV11-J clone for console (CSR 1765{0,1,2}0 and 177560) TK50 with TQK50 (CSR 174500) RA54, last week reformated on a MV2000 with RQDX3 (CSR 172150) BA23 from a MVII. BTW: What serial parameters does 2.11BSD use? The first time I booted UNIX I got garbage after "user mem = 307200". I seted the vt220 to 7e1 and this worked, but is it correct? -- tschuess, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA53205 for pups-liszt; Tue, 27 Feb 2001 04:35:02 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From IVIE at cc.usu.edu Tue Feb 27 03:31:41 2001 From: IVIE at cc.usu.edu (Roger Ivie) Date: Mon, 26 Feb 2001 10:31:41 -0700 (MST) Subject: [pups] Swap device in V6? Message-ID: <01K0K9U87UPE9ODB68@cc.usu.edu> Ian King said: > I've combed the docs and the code, and I can't find ANYthing about how = > swap space is assigned or designated. Does anyone have any hints? = > Thanks -- Ian=20 Yeah, I figured this out a while ago. Unfortunately, I'm in the middle of changing employers so everything's in boxes at the moment. Basically, the swap space is hard-coded into the device drivers. If you take a look at, for example, the RK05 driver you'll see that one of the drives is smaller than the others. That extra space is the swap space. I forget how the rest of the system is informed of the swap space, but it's done in the disk driver sources IIRC. Roger Ivie ivie at cc.usu.edu Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA53322 for pups-liszt; Tue, 27 Feb 2001 04:55:47 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Tue Feb 27 03:51:49 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Mon, 26 Feb 2001 12:51:49 -0500 Subject: [pups] Swap device in V6? References: <01K0K9U87UPE9ODB68@cc.usu.edu> Message-ID: <3A9A97B5.4EBD13A4@tampabay.rr.com> Roger Ivie wrote: > > Ian King said: > > I've combed the docs and the code, and I can't find ANYthing about how = > > swap space is assigned or designated. Does anyone have any hints? = > > Thanks -- Ian=20 > > Yeah, I figured this out a while ago. Unfortunately, I'm in the middle > of changing employers so everything's in boxes at the moment. > > Basically, the swap space is hard-coded into the device drivers. If you > take a look at, for example, the RK05 driver you'll see that one of the > drives is smaller than the others. That extra space is the swap space. > I forget how the rest of the system is informed of the swap space, but > it's done in the disk driver sources IIRC. I took a quick look at this this morning and as Roger says, the kernel is built with a wired in swap. In the case of the kernel 'rkunix,' in looking at usr/sys/run or something like that, I see they are wiring the swap to be device major=0 and minor=0 which is the root RK05 drive. Looking at the code it seems the first 4000 blocks are file system and a following 782 (or something like that) are for swap. The "ps" command source appears to be poking around /dev looking for a block device that matches the kernel value for swapdev (or something like that) and confirming it is a block device. Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" still gripes about "no swap device." So I'm missing something I guess. -- Ken Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA53659 for pups-liszt; Tue, 27 Feb 2001 05:39:14 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 27 04:22:23 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 26 Feb 2001 10:22:23 -0800 (PST) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102261822.f1QIMNt09941@moe.2bsd.com> Hi - > From: jkunz at unixag-kl.fh-kl.de > > Yesterday I installed 2.11BSD on my PDP11/73. Everything went fine up > to the first time when UNIX was booted. The kernel came up, init was > started, autoconfig run and printed out the devices it had (not) found. > 2.11 BSD UNIX #115: Sat Apr 22 19:07:25 PDT 2000 > sms1 at curly.2bsd.com:/usr/src/sys/GENERIC That looks good - and familiar ;) > xp ? csr 176700 vector 254 skipped: No CSR. > ----- > it hangs. Characters I type into the terminal are echod, but nothing The next thing that should have come out is the '# ' single user prompt. > else happens. The "Run" LED at the front panel is off. I tried with an That sounds like the system 'halt'ed for some (unknown) reason. Sigh - that kernel should work fine, especially with a RQDX3/RD54. I am at a loss to explain/diagnose the problem. > System configuration: > 11/73 (M8192), one with FP accel. or one without. (Jumpers W1..W6 in, > W7..W9 out, so that the CPU enters ODT at power up.) There is a jumper (I forget which one) that enables/disables the 'halt' instruction. If 'halt' is disabled then the 'halt' instruction is treated as a 'nop' even in kernel mode. If 'halt' is enabled then the console ODT will be entered if the kernel executes a halt. Looks like we'll have to try and solve this the hard way ;( After the system hangs press the 'halt' button on the front of the machine and note the PC - hopefully that value will give a clue as to where the kernel is at the time (likely in a clock interrupt). > BTW: What serial parameters does 2.11BSD use? The first time I booted > UNIX I got garbage after "user mem = 307200". I seted the vt220 to 7e1 > and this worked, but is it correct? Yes, 7e1 is correct - a legacy setting from eons ago. Steven Schultz sms at moe.2bsd.com From bill at cs.scranton.edu Tue Feb 27 04:47:57 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Mon, 26 Feb 2001 13:47:57 -0500 (EST) Subject: [pups] Swap device in V6? In-Reply-To: <3A9A97B5.4EBD13A4@tampabay.rr.com> Message-ID: On Mon, 26 Feb 2001, Ken Wellsch wrote: > > Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" > still gripes about "no swap device." > > So I'm missing something I guess. > Based on my recent experience with Ultrix-11 (which warns you not to try and change the partiitioning on certain drive types as the kernel has some references hard-coded) what you may be missing are the devices for the individual partitions. Is there an equivalent to MAKEDEV?? Ultrix uses a program named "msf" (for "make special file") and so you never see what the partitioning layout is unless you peek at the sources. Good luck. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA53869 for pups-liszt; Tue, 27 Feb 2001 05:59:06 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Tue Feb 27 04:27:12 2001 From: iking at microsoft.com (Ian King) Date: Mon, 26 Feb 2001 10:27:12 -0800 Subject: [pups] Swap device in V6? Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D1C9@red-msg-06.redmond.corp.microsoft.com> I, too, have /dev/rk0 mknod'ed as 0,0. Relaetd to this, ps does something odd (at least to my experience) with the open() system call - it calls 'open ("/dev")', without a second argument for mode; that seems like a no-no in C, but for C of this era I'm not sure. That call seems to succeed; it's a few statements later where it fails with the "no swap device" console message. But where cc seems to be failing (in /lib/c0), it is doing a fork(), execve() and wait(), and if the system needs to swap to do that, not being able to find swap space would sure bugger things up. I'll examine my /dev/rk0 structure next.... -- Ian -----Original Message----- From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] Sent: Monday, February 26, 2001 9:52 AM To: Roger Ivie Cc: PUPS at minnie.cs.adfa.edu.au Subject: Re: [pups] Swap device in V6? Roger Ivie wrote: > > Ian King said: > > I've combed the docs and the code, and I can't find ANYthing about how = > > swap space is assigned or designated. Does anyone have any hints? = > > Thanks -- Ian=20 > > Yeah, I figured this out a while ago. Unfortunately, I'm in the middle > of changing employers so everything's in boxes at the moment. > > Basically, the swap space is hard-coded into the device drivers. If you > take a look at, for example, the RK05 driver you'll see that one of the > drives is smaller than the others. That extra space is the swap space. > I forget how the rest of the system is informed of the swap space, but > it's done in the disk driver sources IIRC. I took a quick look at this this morning and as Roger says, the kernel is built with a wired in swap. In the case of the kernel 'rkunix,' in looking at usr/sys/run or something like that, I see they are wiring the swap to be device major=0 and minor=0 which is the root RK05 drive. Looking at the code it seems the first 4000 blocks are file system and a following 782 (or something like that) are for swap. The "ps" command source appears to be poking around /dev looking for a block device that matches the kernel value for swapdev (or something like that) and confirming it is a block device. Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" still gripes about "no swap device." So I'm missing something I guess. -- Ken Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA53963 for pups-liszt; Tue, 27 Feb 2001 06:08:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From IVIE at cc.usu.edu Tue Feb 27 04:04:53 2001 From: IVIE at cc.usu.edu (Roger Ivie) Date: Mon, 26 Feb 2001 12:04:53 -0600 (MDT) Subject: [pups] Swap device in V6? Message-ID: <01K0KD39CMMQ91Z5ER@cc.usu.edu> Ian King wrote: > But where cc seems to be failing (in /lib/c0), it is doing a fork(), > execve() and wait(), and if the system needs to swap to do that, not being > able to find swap space would sure bugger things up. It is indeed the case that V6 needs swap to fork. Forking in V6 is done essentially by swapping the task out to disk and (oops!) forgetting to delete the in-core copy. At least, that's how it looked to me. Roger Ivie ivie at cc.usu.edu Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA54007 for pups-liszt; Tue, 27 Feb 2001 06:13:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Tue Feb 27 05:06:07 2001 From: iking at microsoft.com (Ian King) Date: Mon, 26 Feb 2001 11:06:07 -0800 Subject: Serial settings (was RE: [pups] 2.11BSD boot hangs.) Message-ID: <8D25F244B8274141B5D313CA4823F39C018EEBFD@red-msg-06.redmond.corp.microsoft.com> FWIW, I noticed that Unix V6 is happier with 7E1 for its console, too; I'm using a terminal emulator, and was getting garbage from V6 (but had had no problems with RSX-11). -- Ian -----Original Message----- From: Steven M. Schultz [mailto:sms at moe.2bsd.com] Sent: Monday, February 26, 2001 10:22 AM To: pups at minnie.cs.adfa.edu.au Subject: Re: [pups] 2.11BSD boot hangs. [snip] > BTW: What serial parameters does 2.11BSD use? The first time I booted > UNIX I got garbage after "user mem = 307200". I seted the vt220 to 7e1 > and this worked, but is it correct? Yes, 7e1 is correct - a legacy setting from eons ago. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA54287 for pups-liszt; Tue, 27 Feb 2001 06:51:57 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From Fred.van.Kempen at microwalt.nl Tue Feb 27 05:41:07 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Mon, 26 Feb 2001 20:41:07 +0100 Subject: [pups] Ultrix-11 V3.1 hang on DEQNA ? Message-ID: <6F63E31101C6D41196490008C7B2BFC32CA8@mwnt4.microwalt.nl> All, I'm almost there. If only I can tell my 11/23+ _not_ to hang as soon as I enable networking by configuring the Ethernet (qe0; DEQNA) card with ifconfig. Does anyone have docs regarding the DEQNA and/or DELQA so I can check the board's physical settings? Thx, Fted ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA54456 for pups-liszt; Tue, 27 Feb 2001 07:22:31 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Tue Feb 27 06:17:18 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Mon, 26 Feb 2001 20:17:18 +0000 Subject: [pups] Swap device in V6? In-Reply-To: <8D25F244B8274141B5D313CA4823F39C0235D1C9@red-msg-06.redmond.corp.microsoft.com> References: <8D25F244B8274141B5D313CA4823F39C0235D1C9@red-msg-06.redmond.corp.microsoft.com> Message-ID: In later unixes, 2.11 for instance, /dev/swap is a link to the swap device. Is ps attempting to open /dev/swap and finding that it either isn't there or it is mknoded to an incorrect device? Robin In message <8D25F244B8274141B5D313CA4823F39C0235D1C9 at red-msg-06.redmond. corp.microsoft.com>, Ian King writes >I, too, have /dev/rk0 mknod'ed as 0,0. Relaetd to this, ps does something >odd (at least to my experience) with the open() system call - it calls 'open >("/dev")', without a second argument for mode; that seems like a no-no in C, >but for C of this era I'm not sure. That call seems to succeed; it's a few >statements later where it fails with the "no swap device" console message. > >But where cc seems to be failing (in /lib/c0), it is doing a fork(), >execve() and wait(), and if the system needs to swap to do that, not being >able to find swap space would sure bugger things up. > >I'll examine my /dev/rk0 structure next.... -- Ian > >-----Original Message----- >From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] >Sent: Monday, February 26, 2001 9:52 AM >To: Roger Ivie >Cc: PUPS at minnie.cs.adfa.edu.au >Subject: Re: [pups] Swap device in V6? > > >Roger Ivie wrote: >> >> Ian King said: >> > I've combed the docs and the code, and I can't find ANYthing about how = >> > swap space is assigned or designated. Does anyone have any hints? = >> > Thanks -- Ian=20 >> >> Yeah, I figured this out a while ago. Unfortunately, I'm in the middle >> of changing employers so everything's in boxes at the moment. >> >> Basically, the swap space is hard-coded into the device drivers. If you >> take a look at, for example, the RK05 driver you'll see that one of the >> drives is smaller than the others. That extra space is the swap space. >> I forget how the rest of the system is informed of the swap space, but >> it's done in the disk driver sources IIRC. > >I took a quick look at this this morning and as Roger says, the kernel >is built with a wired in swap. In the case of the kernel 'rkunix,' in >looking at usr/sys/run or something like that, I see they are wiring >the swap to be device major=0 and minor=0 which is the root RK05 drive. > >Looking at the code it seems the first 4000 blocks are file system and >a following 782 (or something like that) are for swap. > >The "ps" command source appears to be poking around /dev looking for a >block device that matches the kernel value for swapdev (or something like >that) and confirming it is a block device. > >Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" >still gripes about "no swap device." > >So I'm missing something I guess. > >-- Ken ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA54490 for pups-liszt; Tue, 27 Feb 2001 07:26:37 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Tue Feb 27 06:22:35 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Mon, 26 Feb 2001 15:22:35 -0500 Subject: [pups] Swap device in V6? References: <8D25F244B8274141B5D313CA4823F39C0235D1C9@red-msg-06.redmond.corp.microsoft.com> Message-ID: <3A9ABB0B.F1E754B@tampabay.rr.com> I know I for one had forgotten just what "the state of the art" was with UNIX back in 1975. If you can, please do look at the source for V6/ps. Really. /dev/swap? In your dreams! B^) Cheers, -- Ken Robin Birch wrote: > > In later unixes, 2.11 for instance, /dev/swap is a link to the swap > device. Is ps attempting to open /dev/swap and finding that it either > isn't there or it is mknoded to an incorrect device? > > Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA54574 for pups-liszt; Tue, 27 Feb 2001 07:40:27 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Tue Feb 27 06:29:48 2001 From: iking at microsoft.com (Ian King) Date: Mon, 26 Feb 2001 12:29:48 -0800 Subject: [pups] Swap device in V6? Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D1CB@red-msg-06.redmond.corp.microsoft.com> I was wondering about that, as I've seen that sort of thing in other *nixes, too. I tried creating a link to /dev/swap from /dev/rk0, and it didn't help ps (same error message). I'm going to figure out some way to print out ps.c later and trace through it; I was going through it with ed on the PDP-11 (which was fun, in a twisted, nostalgic sort of way). If I can figure out exactly how it's looking for what it's looking for, perhaps I can figure out why it isn't finding it. :-) I've found the stuff on coming up in single-user mode, too - with 173030 in the switch register (I have the programmer's panel on my 11/34a). FYI. -- Ian -----Original Message----- From: Robin Birch [mailto:robin at ruffnready.co.uk] Sent: Monday, February 26, 2001 12:17 PM To: Ian King Cc: 'Ken Wellsch'; Roger Ivie; PUPS at minnie.cs.adfa.edu.au Subject: Re: [pups] Swap device in V6? In later unixes, 2.11 for instance, /dev/swap is a link to the swap device. Is ps attempting to open /dev/swap and finding that it either isn't there or it is mknoded to an incorrect device? Robin In message <8D25F244B8274141B5D313CA4823F39C0235D1C9 at red-msg-06.redmond. corp.microsoft.com>, Ian King writes >I, too, have /dev/rk0 mknod'ed as 0,0. Relaetd to this, ps does something >odd (at least to my experience) with the open() system call - it calls 'open >("/dev")', without a second argument for mode; that seems like a no-no in C, >but for C of this era I'm not sure. That call seems to succeed; it's a few >statements later where it fails with the "no swap device" console message. > >But where cc seems to be failing (in /lib/c0), it is doing a fork(), >execve() and wait(), and if the system needs to swap to do that, not being >able to find swap space would sure bugger things up. > >I'll examine my /dev/rk0 structure next.... -- Ian > >-----Original Message----- >From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] >Sent: Monday, February 26, 2001 9:52 AM >To: Roger Ivie >Cc: PUPS at minnie.cs.adfa.edu.au >Subject: Re: [pups] Swap device in V6? > > >Roger Ivie wrote: >> >> Ian King said: >> > I've combed the docs and the code, and I can't find ANYthing about how = >> > swap space is assigned or designated. Does anyone have any hints? = >> > Thanks -- Ian=20 >> >> Yeah, I figured this out a while ago. Unfortunately, I'm in the middle >> of changing employers so everything's in boxes at the moment. >> >> Basically, the swap space is hard-coded into the device drivers. If you >> take a look at, for example, the RK05 driver you'll see that one of the >> drives is smaller than the others. That extra space is the swap space. >> I forget how the rest of the system is informed of the swap space, but >> it's done in the disk driver sources IIRC. > >I took a quick look at this this morning and as Roger says, the kernel >is built with a wired in swap. In the case of the kernel 'rkunix,' in >looking at usr/sys/run or something like that, I see they are wiring >the swap to be device major=0 and minor=0 which is the root RK05 drive. > >Looking at the code it seems the first 4000 blocks are file system and >a following 782 (or something like that) are for swap. > >The "ps" command source appears to be poking around /dev looking for a >block device that matches the kernel value for swapdev (or something like >that) and confirming it is a block device. > >Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" >still gripes about "no swap device." > >So I'm missing something I guess. > >-- Ken ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA54716 for pups-liszt; Tue, 27 Feb 2001 08:12:35 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From Fred.van.Kempen at microwalt.nl Tue Feb 27 07:01:36 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Mon, 26 Feb 2001 22:01:36 +0100 Subject: [pups] Swap device in V6? Message-ID: <6F63E31101C6D41196490008C7B2BFC32CAB@mwnt4.microwalt.nl> > In later unixes, 2.11 for instance, /dev/swap is a link to the swap > device. Is ps attempting to open /dev/swap and finding that it either > isn't there or it is mknoded to an incorrect device? That is often the case.. dunno about V6 though.. is a long time ago :) --f ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA54749 for pups-liszt; Tue, 27 Feb 2001 08:20:24 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Tue Feb 27 07:15:52 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Mon, 26 Feb 2001 22:15:52 +0100 (CET) Subject: [pups] 2.11BSD boot hangs. In-Reply-To: <200102261822.f1QIMNt09941@moe.2bsd.com> Message-ID: <200102262115.WAA16750@unixag-kl.fh-kl.de> On 26 Feb, Steven M. Schultz wrote: >> 2.11 BSD UNIX #115: Sat Apr 22 19:07:25 PDT 2000 >> sms1 at curly.2bsd.com:/usr/src/sys/GENERIC > That looks good - and familiar ;) ;-) > The next thing that should have come out is the '# ' single user > prompt. ... like setup.ps says. >> else happens. The "Run" LED at the front panel is off. I tried with an > > That sounds like the system 'halt'ed for some (unknown) reason. > Sigh - that kernel should work fine, especially with a RQDX3/RD54. Yes. All the devices where used in a MVII bevore and are knowen to work. Thats a bit confusing. >> System configuration: >> 11/73 (M8192), one with FP accel. or one without. (Jumpers W1..W6 in, >> W7..W9 out, so that the CPU enters ODT at power up.) > > There is a jumper (I forget which one) that enables/disables the > 'halt' instruction. BINGO! Pulling W5 solved the problem. But then I seted it again to double check. (I changed location today and took only the cards and disk with me.) In the "new" BA23 the system runs even with the W5 jumper installed. Then I noticed the different setting of the front panel DIP swich. The upper switch is off and the lower on. The switches of the other cabinet are both on. If I boot the machine with W5 installed and the upper switch on it hangs. It continues to run immediately if it is switched off. What is the purpose of this switches? OK. The machine is currently un-tar-ing /usr... :-))) Ahh, and an other question: Can the RT11 bootstrap listed in http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/bootstraps/mscp_rt11.txt be used to boot 2.11BSD? I have no bootstrap ROM card. (Emanuel, hint, hint. ;-) ) So I use a minicom script to load the bootstrap via ODT. But the current bootstrap script is for TMSCP. So I have to load the bootblocks from tape... -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA54909 for pups-liszt; Tue, 27 Feb 2001 08:48:15 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From johnh at psych.usyd.edu.au Tue Feb 27 07:44:23 2001 From: johnh at psych.usyd.edu.au (John Holden) Date: Tue, 27 Feb 2001 08:44:23 +1100 (EST) Subject: [pups] Swap device in V6? Message-ID: <200102262144.IAA24139@psychwarp.psych.usyd.edu.au> The root device, swap device, swap size and offset are hard coded into the kernel configuration file c.c. This is build by 'myconf', although a lot of people would directly edit l.s and c.c (in /usr/sys/conf). There are no magic /dev/swap entries. Edition 7 does the same thing. For a RK05 disk, the filesystem would typically occupy 4000 blocks, with the last 872 being allocated for swap. If you built a new root disk, you had to be careful that the disk size you gave to 'mkfs', didn't overlap the hard configured swap disk. No disk partitions. You can find out the current values by using one of the debuggers (db or cdb) to find the values of swap (_swapdev), swap size (_nswap), swap offset (_swplo) and root device (_rootdev). You can also use 'nm' to get the symbol table, and 'od' the kernel file /unix. The RK05 was usually the first entry in the device switch tables, so the major/minor numbers are usually 0. The 'ps' command looks up the symbol table of the unix kernel, and gets the device entry for swap (_swapdev), and the process table (_proc) It would open /dev as file, and read the directory entries to find a matching device entry, so it then had the name of a device to open (you cannot open a device based only in the major and minor device entries from a user process). It also uses /dev to decode tty entries into names. For 'ps' to work correctly, /unix had to be linked to the real kernel, say rkunix. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA55090 for pups-liszt; Tue, 27 Feb 2001 09:32:10 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Tue Feb 27 08:32:38 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Tue, 27 Feb 2001 09:32:38 +1100 (EST) Subject: [pups] Announce: The Unix Tree In-Reply-To: <200102261747.SAA16216@unixag-kl.fh-kl.de> from "jkunz@unixag-kl.fh-kl.de" at "Feb 26, 2001 06:47:11 pm" Message-ID: <200102262235.f1QMZJR09631@henry.cs.adfa.edu.au> In article by jkunz at unixag-kl.fh-kl.de: > On 26 Feb, Warren Toomey wrote: > > > Because of the license restrictions, you need your normal UNIX Archive > > username and password to browse. > Hmm. Can you set up Apache to provide SSL / HTTPS? I don't like to send > passwords unencrypted around the world. > tsch__, > Jochen They are not real passwords, in a sense. There is only a userpool of 1,000 usernames/passwords. When you register for access into the Unix Archive, you get one out of the pool. The only purpose here is to prove to SCO that you indeed agreed to their on-line license before you were given access to the archive. I'd be quite happy to completely dispense with the passwords altogether and run an anonymous service. If/when Caldera work out what they are doing with this stuff, I'll push them to allow for anonymous access. Cheers, Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA55130 for pups-liszt; Tue, 27 Feb 2001 09:39:18 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 27 08:26:24 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 26 Feb 2001 14:26:24 -0800 (PST) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102262226.f1QMQOv11403@moe.2bsd.com> Hi - > From jkunz at unixag-kl.fh-kl.de Mon Feb 26 13:16:40 2001 > > There is a jumper (I forget which one) that enables/disables the > > 'halt' instruction. > BINGO! Pulling W5 solved the problem. But then I seted it again to > double check. (I changed location today and took only the cards and > disk with me.) In the "new" BA23 the system runs even with the W5 Years ago I was completely suprised that 'halt' in kernel mode did not work and the system simply continued executing the next instruction. > jumper installed. Then I noticed the different setting of the front > panel DIP swich. The upper switch is off and the lower on. The switches > of the other cabinet are both on. If I boot the machine with W5 > installed and the upper switch on it hangs. It continues to run > immediately if it is switched off. What is the purpose of this > switches? I suspect that one of the switches enables the line frequency clock. With out a clock running things will work (at least minimally) as long as there are some interrupts happening. I vaguely remember that some systems (11/23?) had an externally enabled clock and if that switch was not set correctly the OS could be installed but the system would "hang" later on due to no context switch scheduling. > OK. The machine is currently un-tar-ing /usr... :-))) Fantastic! > Ahh, and an other question: Can the RT11 bootstrap listed in > http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/bootstraps/mscp_rt11.txt > be used to boot 2.11BSD? I have no bootstrap ROM card. (Emanuel, hint, I think it will work. 2.11 is expecting the registers to contain the following: R0 = unit number R1 = CSR of booting controller as long as those are set it should not matter what bootcode is used. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA55189 for pups-liszt; Tue, 27 Feb 2001 09:46:55 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at horsfall.org Tue Feb 27 08:39:30 2001 From: dave at horsfall.org (Dave Horsfall) Date: Tue, 27 Feb 2001 09:39:30 +1100 (EST) Subject: [pups] Swap device in V6? In-Reply-To: <3A9A97B5.4EBD13A4@tampabay.rr.com> Message-ID: On Mon, 26 Feb 2001, Ken Wellsch wrote: > Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" > still gripes about "no swap device." As I dimly recall, you need to link "/dev/drum" to whichever is the swap device. -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA55240 for pups-liszt; Tue, 27 Feb 2001 09:52:59 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at fgh.geac.com.au Tue Feb 27 08:45:56 2001 From: dave at fgh.geac.com.au (Dave Horsfall) Date: Tue, 27 Feb 2001 09:45:56 +1100 (EST) Subject: [pups] Swap device in V6? In-Reply-To: <01K0KD39CMMQ91Z5ER@cc.usu.edu> Message-ID: On Mon, 26 Feb 2001, Roger Ivie wrote: > It is indeed the case that V6 needs swap to fork. Forking in V6 is done > essentially by swapping the task out to disk and (oops!) forgetting to > delete the in-core copy. At least, that's how it looked to me. Yes, that's how it was done, leading to the dreaded "panic: swap". I think the swapped image became the parent, and the in-core one the child, hence the child was pretty well guaranteed to run before the parent (it typically did an exec() afterwards). -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA55279 for pups-liszt; Tue, 27 Feb 2001 09:55:22 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Tue Feb 27 08:51:11 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Mon, 26 Feb 2001 17:51:11 -0500 Subject: [pups] Swap device in V6? References: Message-ID: <3A9ADDDF.F8468078@tampabay.rr.com> Dave Horsfall wrote: > > On Mon, 26 Feb 2001, Ken Wellsch wrote: > > > Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" > > still gripes about "no swap device." > > As I dimly recall, you need to link "/dev/drum" to whichever is the swap > device. After some wise person earlier explained the whole process in detail, once I'd seen the final step ,I realized my error - I was booting rkunix and as it turned out, had not matched /unix with that kernel... I just tried it now and 'ps' is a happy camper. B^) -- Ken Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55384 for pups-liszt; Tue, 27 Feb 2001 10:15:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at fgh.geac.com.au Tue Feb 27 08:40:09 2001 From: dave at fgh.geac.com.au (Dave Horsfall) Date: Tue, 27 Feb 2001 09:40:09 +1100 (EST) Subject: [pups] Swap device in V6? Message-ID: On Mon, 26 Feb 2001, Ken Wellsch wrote: > Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" > still gripes about "no swap device." As I dimly recall, you need to link "/dev/drum" to whichever is the swap device. -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55398 for pups-liszt; Tue, 27 Feb 2001 10:15:57 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From johnh at psych.usyd.edu.au Tue Feb 27 09:12:07 2001 From: johnh at psych.usyd.edu.au (John Holden) Date: Tue, 27 Feb 2001 10:12:07 +1100 (EST) Subject: [pups] Forks under V6 Message-ID: <200102262312.KAA26058@psychwarp.psych.usyd.edu.au> > It is indeed the case that V6 needs swap to fork. Forking in V6 is done > essentially by swapping the task out to disk and (oops!) forgetting to > delete the in-core copy. At least, that's how it looked to me. No. Fork calls the internal version 'newproc'. It tries to allocate memory from the core map for the new process, and only when it fails that it creates the new process as a swap image. Effectively, it copies out the parent as a swap image, but attaches it to the child process (the parent isn't really swapped). In 'miniunix', the V6 strip down for pdp-11's without memory management (pdp11/20, 05, 10 and 40's without the proper options), only a single process would fit in core, so every context switch or fork required swapping. I cannot speak for pre V6 Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55548 for pups-liszt; Tue, 27 Feb 2001 10:50:56 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bqt at update.uu.se Tue Feb 27 09:46:45 2001 From: bqt at update.uu.se (Johnny Billquist) Date: Tue, 27 Feb 2001 00:46:45 +0100 (CET) Subject: [pups] 2.11BSD boot hangs. In-Reply-To: <200102262226.f1QMQOv11403@moe.2bsd.com> Message-ID: On Mon, 26 Feb 2001, Steven M. Schultz wrote: > > jumper installed. Then I noticed the different setting of the front > > panel DIP swich. The upper switch is off and the lower on. The switches > > of the other cabinet are both on. If I boot the machine with W5 > > installed and the upper switch on it hangs. It continues to run > > immediately if it is switched off. What is the purpose of this > > switches? > > I suspect that one of the switches enables the line frequency clock. > With out a clock running things will work (at least minimally) as > long as there are some interrupts happening. Could be. I also remember seeing somewhere that the two dip switches on the front panel of BA23 boxes should be set differently for PDP-11s and VAXen. Appearantly they expect the boot button to behave in different ways on the bus as well... (and HALT I think) Don't have that docuemnt anywhere close though... > I vaguely remember that some systems (11/23?) had an externally > enabled clock and if that switch was not set correctly the OS could > be installed but the system would "hang" later on due to no context > switch scheduling. That definitely happens for RSX atleast. You *must* have a clock interrupt running, or you are cooked. > > Ahh, and an other question: Can the RT11 bootstrap listed in > > http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/bootstraps/mscp_rt11.txt > > be used to boot 2.11BSD? I have no bootstrap ROM card. (Emanuel, hint, > > I think it will work. 2.11 is expecting the registers to contain > the following: > > R0 = unit number > R1 = CSR of booting controller > > as long as those are set it should not matter what bootcode is used. Then it's more forgiving than the RSX boot code. I have tried that bootstrap and it won't boot RSX atleast, that much I know... Speaking of which; does anyone have boot roms for TMSCP for the M9312? Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55592 for pups-liszt; Tue, 27 Feb 2001 10:53:39 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From norman at nose.cs.utoronto.ca Tue Feb 27 09:49:13 2001 From: norman at nose.cs.utoronto.ca (Norman Wilson) Date: Mon, 26 Feb 2001 18:49:13 -0500 Subject: [pups] Forks under V6 Message-ID: <200102262353.KAA55588@minnie.cs.adfa.edu.au> I believe the practice John Holden describes from Mini-UNIX (only one process in memory at a time, hence a context switch is the same as a swap) was also part of the very earliest UNIXes, on the PDP-7 and the 11/20, neither of which had hardware memory management. Dennis Ritchie's `Evolution of the UNIX Time-Sharing System' paper (in the October 1984 Bell Labs Technical Journal, the second issue to be devoted entirely to UNIX), tells how it worked in some detail. It wouldn't surprise me if the swap-to-fork mechanism lived on for a while even after the system learned about memory management, but I don't actually know that. (Warren: wbat does the old system you have do?) Anyone who wants to verify what John describes for V6 can look in (among other places) the Lions book; newproc is at line 1826, at the beginning of slp.c. Norman Wilson Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55770 for pups-liszt; Tue, 27 Feb 2001 11:15:35 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Tue Feb 27 10:15:44 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Tue, 27 Feb 2001 11:15:44 +1100 (EST) Subject: [pups] Forks under V6 In-Reply-To: <200102262353.KAA55588@minnie.cs.adfa.edu.au> from Norman Wilson at "Feb 26, 2001 06:49:13 pm" Message-ID: <200102270018.f1R0IOT10330@henry.cs.adfa.edu.au> In article by Norman Wilson: > I believe the practice John Holden describes from Mini-UNIX (only one > process in memory at a time, hence a context switch is the same as a > swap) was also part of the very earliest UNIXes, on the PDP-7 and the > 11/20, neither of which had hardware memory management. Dennis Ritchie's > `Evolution of the UNIX Time-Sharing System' paper (in the October 1984 > Bell Labs Technical Journal, the second issue to be devoted entirely to > UNIX), tells how it worked in some detail. It wouldn't surprise me if > the swap-to-fork mechanism lived on for a while even after the system > learned about memory management, but I don't actually know that. (Warren: > wbat does the old system you have do?) > Norman Wilson For the versions on the 11/20 [that's V1, V2 and V3], as there was no memory protection, there was only 1 process in core at any time. Thus, the parent was definitely swapped out. The Nsys kernel (just before V4) also swaps the parent out: newproc() { /* * make proc entry for new proc */ /* * swap out old process * to make image of new proc */ } (http://minnie.cs.adfa.edu.au/UnixTree/Nsys/sys/nsys/ken/slp.c.html) We don't have kernel source for V4 :-(. It looks like V5 also swaps the parent out: http://minnie.cs.adfa.edu.au/UnixTree/V5/usr/sys/ken/slp.c.html By V6, the parent could stay in core if there was enough room: newproc() { /* * If there is not enough core for the * new process, swap out the current process to generate the * copy. */ if(a2 == NULL) { savu(u.u_ssav); xswap(rpp, 0, 0); } else { /* * There is core, so just copy. */ rpp->p_addr = a2; while(n--) copyseg(a1++, a2++); } u.u_procp = rip; return(0); } (http://minnie.cs.adfa.edu.au/UnixTree/V6/usr/sys/ken/slp.c.html) I've omitted some lines of code here and there. Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA56632 for pups-liszt; Tue, 27 Feb 2001 14:06:49 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From johnh at psych.usyd.edu.au Tue Feb 27 13:02:55 2001 From: johnh at psych.usyd.edu.au (John Holden) Date: Tue, 27 Feb 2001 14:02:55 +1100 (EST) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102270302.OAA31721@psychwarp.psych.usyd.edu.au> On BA-23 boxes, there is a small, two lever DIP switch. Switch 1 in the ON position (down) enables BEVENT on the Qbus. Without it enabled, there will no line time clock interrupts generated, even if the LTC register at 777546 in enabled. The second switch enables the 'restart' button when ON. Pressing 'restart' starts a powerup sequence, running diagnostics and starting ODT or the bootstrap (equivalent to cycling the power). On the earlier BA-11 series boxes for the LSI-11 (and /23), there was an equivalent switch on the front panel labeled "Aux". It could be used either to enable the BEVENT or the remote switch for the cabinet power controller. The 11/23plus, 11/53/73 have programable LTC registers, so the switch is normally left on. On the LSI-11,/2 and early 11/23, you would initially boot the machine with it off, then enable it. As for machines hanging without the LTC running, the problem is that the scheduler (sched) never gets to run, since it sleeps waiting for the 'lbolt' flag that is only ever set in the clock interrupt service routine. The timeout queue also doesn't run, so only the internal 'init' process will ever get to run PS You can run into problems with the BHALT line, which can be asserted by a line break on the console line (if enabled), or on some DHV serial card emulations. Turning off a terminal may be enough to halt the process if it generates a serial break as the power goes down. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA57000 for pups-liszt; Tue, 27 Feb 2001 14:58:23 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cube1 at home.com Tue Feb 27 13:50:59 2001 From: cube1 at home.com (Jay Jaeger) Date: Mon, 26 Feb 2001 21:50:59 -0600 Subject: [pups] Swap device in V6? In-Reply-To: <200102262232.JAA55097@minnie.cs.adfa.edu.au> Message-ID: <4.3.2.7.2.20010226213702.04607d00@cirithi> In case someone didn't put 2+2 together... The V6 distribution has various unix kernels. I don't recall for sure which kernel is linked to /unix, but for sure it is only one of them. So, if /rpunix is linked to /unix, and you boot rkunix, and then do a ps, it will search /unix for the symbol for swapdev, look for the RP device in /dev, and not find one. no swap dev. The cure is, of course, quite simple: # chdir / # ln rkunix unix And ps will now work fine. [ Ian might have gotten this directly had he not hidden his real e-mail address... ;-) ] Jay Jaeger At 09:32 AM 2/27/01 +1100, you wrote: >Date: Sun, 25 Feb 2001 23:49:22 -0800 >From: "Ian King" >Subject: [pups] Swap device in V6? > >This is a multi-part message in MIME format. > >- ------=_NextPart_000_0007_01C09F85.94050E80 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I'm working with the install image provided by Ken Wellsch, and when I = >execute the 'ps' command I get an error that says "no swap device". I'm = > >------------------------------ > >Date: Mon, 26 Feb 2001 10:27:12 -0800 >From: Ian King >Subject: RE: [pups] Swap device in V6? > >I, too, have /dev/rk0 mknod'ed as 0,0. Relaetd to this, ps does something >odd (at least to my experience) with the open() system call - it calls 'open >("/dev")', without a second argument for mode; that seems like a no-no in C, > >- -----Original Message----- >From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] >Sent: Monday, February 26, 2001 9:52 AM >To: Roger Ivie >Cc: PUPS at minnie.cs.adfa.edu.au >Subject: Re: [pups] Swap device in V6? > >The "ps" command source appears to be poking around /dev looking for a >block device that matches the kernel value for swapdev (or something like >that) and confirming it is a block device. > >Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" >still gripes about "no swap device." > >So I'm missing something I guess. > >Date: Tue, 27 Feb 2001 08:44:23 +1100 (EST) >From: John Holden >Subject: Re: [pups] Swap device in V6? > << snip >> >The 'ps' command looks up the symbol table of the unix kernel, and gets >the device entry for swap (_swapdev), and the process table (_proc) >It would open /dev as file, and read the directory entries to find a matching >device entry, so it then had the name of a device to open (you cannot open >a device based only in the major and minor device entries from a user >process). >It also uses /dev to decode tty entries into names. > >For 'ps' to work correctly, /unix had to be linked to the real kernel, say >rkunix. --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA58909 for pups-liszt; Tue, 27 Feb 2001 22:07:53 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Tue Feb 27 21:03:54 2001 From: pino at dohd.org (Martijn van Buul) Date: Tue, 27 Feb 2001 12:03:54 +0100 Subject: [pups] 2.11BSD boot hangs. In-Reply-To: <200102270302.OAA31721@psychwarp.psych.usyd.edu.au>; from johnh@psych.usyd.edu.au on Tue, Feb 27, 2001 at 02:02:55PM +1100 References: <200102270302.OAA31721@psychwarp.psych.usyd.edu.au> Message-ID: <20010227120354.A9872@mud.stack.nl> John Holden wrote: > You can run into problems with the BHALT line, which can be asserted by a line > break on the console line (if enabled), or on some DHV serial card emulations. > Turning off a terminal may be enough to halt the process if it generates a > serial break as the power goes down. On my /53+ running 2.11, it's enough to kick in ODT.. Very anoying, really. Is there any way to disable this functionality, save rewiring the backplane? -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA61301 for pups-liszt; Wed, 28 Feb 2001 04:43:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Wed Feb 28 02:56:06 2001 From: iking at microsoft.com (Ian King) Date: Tue, 27 Feb 2001 08:56:06 -0800 Subject: [pups] Swap device in V6? Message-ID: <8D25F244B8274141B5D313CA4823F39C018EEC0A@red-msg-06.redmond.corp.microsoft.com> The good news is, this fixed my ps problem - ps now works. The bad news is that cc still fails with the following error: fFatal error in /lib/c0 The lowercase f appears, followed shortly by the rest of the line. I've tried the -c option to suppress linking, and still get this error. I don't get this error on the Supnik emulator. Obviously, one way to do things would be to rebuild the kernel on the emulator, and transfer it to the PDP-11. But that seems like cheating. :-) Besides, the Supnik emulator is just too freeform; my 11/34a doesn't have a half-dozen instructions the emulator implements. I've tried the DBit E11 emulator (since it gives more control over processor features), but I can't get it to boot these images. -- Ian -----Original Message----- From: Jay Jaeger [mailto:cube1 at home.com] Sent: Monday, February 26, 2001 7:51 PM To: pups-digest at minnie.cs.adfa.edu.au Cc: kwellsch at tampabay.rr.com; johnh at psych.usyd.edu.au Subject: Re: [pups] Swap device in V6? In case someone didn't put 2+2 together... The V6 distribution has various unix kernels. I don't recall for sure which kernel is linked to /unix, but for sure it is only one of them. So, if /rpunix is linked to /unix, and you boot rkunix, and then do a ps, it will search /unix for the symbol for swapdev, look for the RP device in /dev, and not find one. no swap dev. The cure is, of course, quite simple: # chdir / # ln rkunix unix And ps will now work fine. [ Ian might have gotten this directly had he not hidden his real e-mail address... ;-) ] Jay Jaeger At 09:32 AM 2/27/01 +1100, you wrote: >Date: Sun, 25 Feb 2001 23:49:22 -0800 >From: "Ian King" >Subject: [pups] Swap device in V6? > >This is a multi-part message in MIME format. > >- ------=_NextPart_000_0007_01C09F85.94050E80 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I'm working with the install image provided by Ken Wellsch, and when I = >execute the 'ps' command I get an error that says "no swap device". I'm = > >------------------------------ > >Date: Mon, 26 Feb 2001 10:27:12 -0800 >From: Ian King >Subject: RE: [pups] Swap device in V6? > >I, too, have /dev/rk0 mknod'ed as 0,0. Relaetd to this, ps does something >odd (at least to my experience) with the open() system call - it calls 'open >("/dev")', without a second argument for mode; that seems like a no-no in C, > >- -----Original Message----- >From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] >Sent: Monday, February 26, 2001 9:52 AM >To: Roger Ivie >Cc: PUPS at minnie.cs.adfa.edu.au >Subject: Re: [pups] Swap device in V6? > >The "ps" command source appears to be poking around /dev looking for a >block device that matches the kernel value for swapdev (or something like >that) and confirming it is a block device. > >Yet I see I have /dev/rk0 mknod'ed 0/0 and it is a block device but "ps" >still gripes about "no swap device." > >So I'm missing something I guess. > >Date: Tue, 27 Feb 2001 08:44:23 +1100 (EST) >From: John Holden >Subject: Re: [pups] Swap device in V6? > << snip >> >The 'ps' command looks up the symbol table of the unix kernel, and gets >the device entry for swap (_swapdev), and the process table (_proc) >It would open /dev as file, and read the directory entries to find a matching >device entry, so it then had the name of a device to open (you cannot open >a device based only in the major and minor device entries from a user >process). >It also uses /dev to decode tty entries into names. > >For 'ps' to work correctly, /unix had to be linked to the real kernel, say >rkunix. --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA61575 for pups-liszt; Wed, 28 Feb 2001 05:32:00 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cdl at mpl.ucsd.edu Wed Feb 28 04:27:56 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Tue, 27 Feb 2001 10:27:56 -0800 (PST) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102271827.KAA16090@chiton.ucsd.edu> > From owner-pups at minnie.cs.adfa.edu.au Mon Feb 26 13:32 PST 2001 > From: jkunz at unixag-kl.fh-kl.de > Date: Mon, 26 Feb 2001 22:15:52 +0100 (CET) > Subject: Re: [pups] 2.11BSD boot hangs. > To: sms at moe.2bsd.com > cc: pups at minnie.cs.adfa.edu.au > > >> System configuration: > >> 11/73 (M8192), one with FP accel. or one without. (Jumpers W1..W6 in, > >> W7..W9 out, so that the CPU enters ODT at power up.) > > > > There is a jumper (I forget which one) that enables/disables the > > 'halt' instruction. > BINGO! Pulling W5 solved the problem. But then I seted it again to > double check. (I changed location today and took only the cards and > disk with me.) In the "new" BA23 the system runs even with the W5 > jumper installed. Then I noticed the different setting of the front > panel DIP swich. The upper switch is off and the lower on. The switches > of the other cabinet are both on. If I boot the machine with W5 > installed and the upper switch on it hangs. It continues to run > immediately if it is switched off. What is the purpose of this > switches? Quote from _Microcomputer Products Handbook_ EB26078 41/85 (DEC) "Control Panel . . . The 2-position linetime clock (LTC) switch (switch 1) is used to enable or disable the LTC function. Setting switch 1 ON enables the LTC to function under software control. Setting switch 1 to the OFF position disables the LTC function. The other 2-position switch (switch 2) is not used." Note (by me) this refers to microPDP usage of the BA23. The LTC is not used by the microVAX which could occupy the same box. carl From tih at Hamartun.Priv.NO Wed Feb 28 04:27:24 2001 From: tih at Hamartun.Priv.NO (Tom Ivar Helbekkmo) Date: 27 Feb 2001 19:27:24 +0100 Subject: [pups] 2.11BSD boot hangs. In-Reply-To: "Steven M. Schultz"'s message of "Mon, 26 Feb 2001 10:22:23 -0800 (PST)" References: <200102261822.f1QIMNt09941@moe.2bsd.com> Message-ID: <864rxgdlrn.fsf@barsoom.Hamartun.Priv.NO> "Steven M. Schultz" writes: > > BTW: What serial parameters does 2.11BSD use? The first time I booted > > UNIX I got garbage after "user mem = 307200". I seted the vt220 to 7e1 > > and this worked, but is it correct? > > Yes, 7e1 is correct - a legacy setting from eons ago. This bothered me enough, a handful years ago, to change things a bit: For getty/main.c: *** main.c.ORIG Thu Dec 29 17:22:13 1994 --- main.c Thu Dec 29 17:21:28 1994 *************** *** 383,391 **** --- 383,393 ---- char c; c = cc; + #ifdef notdef /* hack to get rid of parity in getty */ c |= partab[c&0177] & 0200; if (OP) c ^= 0200; + #endif /* parity hack */ if (!UB) { outbuf[obufcnt++] = c; if (obufcnt >= OBUFSIZ) For pdp/cons.c: *** cons.c.ORIG Sun May 11 11:21:01 1997 --- cons.c Sun May 11 11:26:05 1997 *************** *** 62,68 **** if ((tp->t_state&TS_ISOPEN) == 0) { ttychars(tp); tp->t_state = TS_ISOPEN|TS_CARR_ON; ! tp->t_flags = EVENP|ECHO|XTABS|CRMOD; } if (tp->t_state&TS_XCLUDE && u.u_uid != 0) return (EBUSY); --- 62,68 ---- if ((tp->t_state&TS_ISOPEN) == 0) { ttychars(tp); tp->t_state = TS_ISOPEN|TS_CARR_ON; ! tp->t_flags = ANYP|ECHO|XTABS|CRMOD; } if (tp->t_state&TS_XCLUDE && u.u_uid != 0) return (EBUSY); For sys/tty.c: *** tty.c.ORIG Sun May 11 11:21:40 1997 --- tty.c Sun May 11 11:27:40 1997 *************** *** 48,53 **** --- 48,54 ---- */ char partab[] = { + #ifdef notdef /* even parity setup */ 0001,0201,0201,0001,0201,0001,0001,0201, 0202,0004,0003,0201,0005,0206,0201,0001, 0201,0001,0001,0201,0001,0201,0201,0001, *************** *** 64,69 **** --- 65,88 ---- 0200,0000,0000,0200,0000,0200,0200,0000, 0200,0000,0000,0200,0000,0200,0200,0000, 0000,0200,0200,0000,0200,0000,0000,0201, + #else /* no parity setup follows */ + 0001,0001,0001,0001,0001,0001,0001,0001, + 0002,0004,0003,0001,0005,0006,0001,0001, + 0001,0001,0001,0001,0001,0001,0001,0001, + 0001,0001,0001,0001,0001,0001,0001,0001, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0000, + 0000,0000,0000,0000,0000,0000,0000,0001, + #endif /* end of parity selection stuff */ /* * 7 bit ascii ends with the last character above, Hmm. It's been a while. I should fire up the old /83 and get all the latest patches from Steven applied, while it's still winter, and I can run it and the VAX without overheating my machine room. :-) -tih -- Popularity is the hallmark of mediocrity. --Niles Crane, "Frasier" Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA62202 for pups-liszt; Wed, 28 Feb 2001 07:12:45 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From Fred.van.Kempen at microwalt.nl Wed Feb 28 06:01:50 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Tue, 27 Feb 2001 21:01:50 +0100 Subject: [pups] DEC Ultrix-11 V3.1 Message-ID: <6F63E31101C6D41196490008C7B2BFC32CC3@mwnt4.microwalt.nl> All, Just a note to let you know that I am making good progress on getting my modified Ultrix-11 V3.1 up and running. I'll be uploading disk images of various MicroPDP-11 (/23, /53, /73, /83) based systems for you to enjoy :) Most of all, I should be able to run TK50 install tapes again as of next week, given my working 11/83 with TK50. Many thanks go to Bill Gunshannon for the initial image (I could not get my boot tapes to work), Warren Toomey for letting me play lots with VTserver and integrating it into Ultrix, Kees Stravers for giving me the hardware I needed, and, of course, to The Wanderer for figuring out my hardware problemns with me :) Cheers, Fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA62303 for pups-liszt; Wed, 28 Feb 2001 07:37:52 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From Fred.van.Kempen at microwalt.nl Wed Feb 28 06:26:56 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Tue, 27 Feb 2001 21:26:56 +0100 Subject: [pups] DEC Ultrix-11 V3.1 part II Message-ID: <6F63E31101C6D41196490008C7B2BFC32CC4@mwnt4.microwalt.nl> All, > Many thanks go to ... Blah! And of course to Wilko Bulte, who provided the dumps of the original V3.1 tapes, and with whom I spent quite some time debugging the why-doesn-this-work problems with the initial tape dump files... Fred (compiling stuff on the PDP so he can transfer stuff in and out of the box without having to use the slow VTserver link ;-) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA62479 for pups-liszt; Wed, 28 Feb 2001 08:20:16 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Wed Feb 28 07:15:34 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Tue, 27 Feb 2001 22:15:34 +0100 (CET) Subject: cabinet issues (Re: [pups] 2.11BSD boot hangs.) In-Reply-To: <200102270302.OAA31721@psychwarp.psych.usyd.edu.au> Message-ID: <200102272115.WAA20346@unixag-kl.fh-kl.de> On 27 Feb, John Holden wrote: > On BA-23 boxes, there is a small, two lever DIP switch. [...] Thanks for the enlightening. As we are on the topic cabinets: Can a 11/73 run in a BA21x or BA440 cabinet? > You can run into problems with the BHALT line, which can be asserted by a line > break on the console line [...] That is the reason why I disconnect console terminals bevore I power them off (if there is no break disable switch on the machine). :-) -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA62508 for pups-liszt; Wed, 28 Feb 2001 08:24:13 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Wed Feb 28 07:19:39 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Tue, 27 Feb 2001 22:19:39 +0100 (CET) Subject: [pups] 2.11BSD boot hangs. In-Reply-To: <200102262226.f1QMQOv11403@moe.2bsd.com> Message-ID: <200102272119.WAA20351@unixag-kl.fh-kl.de> On 26 Feb, Steven M. Schultz wrote: > I suspect that one of the switches enables the line frequency clock. > With out a clock running things will work (at least minimally) as > long as there are some interrupts happening. Hmm? Why will it run with_out_ a clock? >> OK. The machine is currently un-tar-ing /usr... :-))) > > Fantastic! The next adventure is un-tar-ing the source and build my own kernel... -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA71575 for pups-liszt; Wed, 28 Feb 2001 14:28:19 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From johnh at psych.usyd.edu.au Wed Feb 28 13:24:22 2001 From: johnh at psych.usyd.edu.au (John Holden) Date: Wed, 28 Feb 2001 14:24:22 +1100 (EST) Subject: [pups] Swap device in V6? Message-ID: <200102280324.OAA16488@psychwarp.psych.usyd.edu.au> > The good news is, this fixed my ps problem - ps now works. The bad news > is that cc still fails with the following error: > > fFatal error in /lib/c0 > > The lowercase f appears, followed shortly by the rest of the line. I've > tried the -c option to suppress linking, and still get this error. I > don't get this error on the Supnik emulator. '/lib/c0' is the first pass of the C compiler, after the preprocessor has be run (the order is cc, c0, c1, c2 for the optimiser, and then 'as' to produce the object file). I dimly recall that the various passes forked by 'cc' didn't bother to catch signals, so any error just gives the "Fatal error in ..." message. The '-c' would have no effect this early. You could try the '-f' option, that uses a different compiler (with FP emulation). Assuming that you don't have a corrupted binary, or faulty processor/memory, then is one obscure possibility. While a user program will not see any difference between a 11/34 and 11/40 (except for floating point instructions), the behaviour after a memory management fault IS different. The non ID space processors (11/23/34/35/40/60) don't have a register to record the changes in the general cpu registers after a fault, and it has to be calculated in software. The 34 and 40 leave the registers in different states after a fault. The classic example is "cmp -(sp), -(sp)" to extend the stack. This may generate a fault because the stack needs to grow dynamically. The kernel extends the stack (where automatic variables are allocated), and then attempts to reexecute the instruction. In the case of a 34 using a standard m40.s, it sometimes gets it wrong, and is very program and data dependent. Does this ring any bells with people having ported unix to 11/34's? Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA71920 for pups-liszt; Wed, 28 Feb 2001 14:58:47 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Wed Feb 28 13:54:49 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Wed, 28 Feb 2001 14:54:49 +1100 (EST) Subject: [pups] Swap device in V6? In-Reply-To: <200102280324.OAA16488@psychwarp.psych.usyd.edu.au> from John Holden at "Feb 28, 2001 02:24:22 pm" Message-ID: <200102280354.f1S3soX00509@henry.cs.adfa.edu.au> In article by John Holden: > > The good news is, this fixed my ps problem - ps now works. The bad news > > is that cc still fails with the following error: > > fFatal error in /lib/c0 > > Assuming that you don't have a corrupted binary, or faulty processor/memory, > then is one obscure possibility. While a user program will not see any > difference between a 11/34 and 11/40 (except for floating point instructions), > the behaviour after a memory management fault IS different. The non ID space > processors (11/23/34/35/40/60) don't have a register to record the changes > in the general cpu registers after a fault, and it has to be calculated in > software. The 34 and 40 leave the registers in different states after a fault. > >The classic example is "cmp -(sp), -(sp)" to extend the stack.This may generate > a fault because the stack needs to grow dynamically. The kernel extends the > stack (where automatic variables are allocated), and then attempts to > reexecute the instruction. In the case of a 34 using a standard m40.s, > it sometimes gets it wrong, and is very program and data dependent. > > Does this ring any bells with people having ported unix to 11/34's? That comment made me go through and scan my old AUUGNs for some articles written by Dave Horsfall [who is on this mailing list]. I found his article on porting V6 to the 11/23, but not for a port to the 11/34. However, at least two tar files in the UNIX Archive have an m34.s in them: Applications/Shoppa_Tapes/usenix_80_delaware.gz: delaware/maryland/os40/m34.s Applications/Shoppa_Tapes/usenix_80_delaware.gz:m34.s: toronto/case/sys/conf/m34.s The first appears to be modifications to V6, I haven't checked the latter yet. It may be something worth pursuing. Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA71947 for pups-liszt; Wed, 28 Feb 2001 15:01:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at horsfall.org Wed Feb 28 13:53:22 2001 From: dave at horsfall.org (Dave Horsfall) Date: Wed, 28 Feb 2001 14:53:22 +1100 (EST) Subject: [pups] Swap device in V6? In-Reply-To: <200102280324.OAA16488@psychwarp.psych.usyd.edu.au> Message-ID: On Wed, 28 Feb 2001, John Holden wrote: > The classic example is "cmp -(sp), -(sp)" to extend the stack. This may generate [...] > Does this ring any bells with people having ported unix to 11/34's? I have actual code on how we handled this in those days; who wants it? -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA71965 for pups-liszt; Wed, 28 Feb 2001 15:04:34 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Wed Feb 28 14:00:30 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Wed, 28 Feb 2001 15:00:30 +1100 (EST) Subject: [pups] Swap device in V6? In-Reply-To: from Dave Horsfall at "Feb 28, 2001 02:53:22 pm" Message-ID: <200102280400.f1S40Uk00578@henry.cs.adfa.edu.au> In article by Dave Horsfall: > On Wed, 28 Feb 2001, John Holden wrote: > > The classic example is "cmp -(sp), -(sp)" to extend the stack. This may generate > [...] > > Does this ring any bells with people having ported unix to 11/34's? > I have actual code on how we handled this in those days; who wants it? Mail it to me and I'll drop it in the archive somewhere. Thanks Dave! Warren Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA72108 for pups-liszt; Wed, 28 Feb 2001 15:19:34 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From wkt at henry.cs.adfa.edu.au Wed Feb 28 14:15:34 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Wed, 28 Feb 2001 15:15:34 +1100 (EST) Subject: [pups] V6 or V6 patches for 11/34 In-Reply-To: from Dave Horsfall at "Feb 28, 2001 03:02:28 pm" Message-ID: <200102280415.f1S4FYA00697@henry.cs.adfa.edu.au> In article by Dave Horsfall: > On Wed, 28 Feb 2001, Warren Toomey wrote: > > Mail it to me and I'll drop it in the archive somewhere. > As attached... I see it actually came from ChemEng. It's for the 11/60, > but has the 11/34 stuff in there as well. > > PS: I'm sure I did a port to the 11/34 :-) I have moved the 11/34 patches into the UNIX Archive at PDP-11/Bug_Fixes/V7_on11-34 They look like V7 patches though, so they may not be readily usable on a V6 system. Those other files I mentioned may be better. Your mileage may vary :-) Dave, did you write an AUUGN paper for an 11/34 port, and what year so I can go back and have another look. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA72119 for pups-liszt; Wed, 28 Feb 2001 15:19:44 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From johnh at psych.usyd.edu.au Wed Feb 28 14:15:46 2001 From: johnh at psych.usyd.edu.au (John Holden) Date: Wed, 28 Feb 2001 15:15:46 +1100 (EST) Subject: [pups] 2.11BSD boot hangs. Message-ID: <200102280415.PAA17381@psychwarp.psych.usyd.edu.au> >John Holden wrote: >> You can run into problems with the BHALT line, which can be asserted by a line >> break on the console line (if enabled), or on some DHV serial card emulations. >> Turning off a terminal may be enough to halt the process if it generates a >> serial break as the power goes down. > >On my /53+ running 2.11, it's enough to kick in ODT.. Very anoying, really. >Is there any way to disable this functionality, save rewiring the backplane? You can usually disable the HALT on break feature. When the console is on a separate serial card :- DEC DLV11-E or F Remove jumper on wire-wrap pin H DEC DLV11-J wire-wrap pins X-B enables boot on break wire-wrap pins X-H enable halt (ODT) on break nothing on X disables both Webster WQDHV switch 4 at J9 OFF to ignore break. For processor cards with serial ports, I only have a manual for 11/23+. DEC is pretty consistent, so there should be options on 11/53 and latter 11/73's. 11/23+ KDF11-B? Remove jumper from J5-J4 and connect J3-J4 The jumpers aren't marked on the PCB, so looking at the board with the Qbus fingers at the bottom, handles at the top, there is a vertical row of three jumpers on the right hand side of the board. towards the bottom. Top to bottom is J5, J4 and J3. If anybody has manuals for 11/53+ and the quad slot 11/73's and can send me the details, I'll collate the information, and add it to my web page at :- http://www.psych.usyd.edu.au/pdp-11/ The 11/53+ I have does have lots of jumpers, but no numbers or letters beside them. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA72755 for pups-liszt; Wed, 28 Feb 2001 17:07:01 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at horsfall.org Wed Feb 28 15:59:41 2001 From: dave at horsfall.org (Dave Horsfall) Date: Wed, 28 Feb 2001 16:59:41 +1100 (EST) Subject: [pups] Re: V6 or V6 patches for 11/34 In-Reply-To: <200102280415.f1S4FYA00697@henry.cs.adfa.edu.au> Message-ID: On Wed, 28 Feb 2001, Warren Toomey wrote: > Dave, did you write an AUUGN paper for an 11/34 port, and what year > so I can go back and have another look. Vol 1 No 6. "Implementing UNIX on a PDP-11/34" (sub-titled: "What does the `F' in "RK05-F" really stand for ?"). I still have the nroff source available... It's about 1983-ish. -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA74876 for pups-liszt; Thu, 1 Mar 2001 00:20:54 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Wed Feb 28 23:05:27 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Wed, 28 Feb 2001 13:05:27 +0000 Subject: [pups] TS05 Message-ID: <00256A01.0048DD1E.00@postoffice.co.uk> Dear All, I now have one of these but the tape hub locking mechanism is acting up. Has anyone got a set of the maintenance docs for a TS05 that they can scan for me? Regards Robin From kwellsch at tampabay.rr.com Thu Feb 1 02:07:09 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Wed, 31 Jan 2001 11:07:09 -0500 Subject: [pups] A bootable disk image for a PDP-11/34? References: Message-ID: <3A78382D.37188B15@tampabay.rr.com> Bill Gunshannon wrote: > > On Tue, 30 Jan 2001, Ken Wellsch wrote: > > > Don't forget to type 'date' when logged in ... it is a hoot to see B^) > > > > Oh heck, never thought to actually try to set the date, post 2000... > > maybe better to let it live back in 1975... > > I assume it is just like Ultrix-11 was, soooooo > Here's a quick way to get the date right until you get a chance to > install a fixed "date" command. Yes, it is only the date command > that is not Y2K ready. No, V6 predates Ultrix-11 by just a bit I believe. The date setting format on V6 appears to be '1231245999', that is two digits for: month, day, hour, minute, year. A trailing 'p' means the hours are 12 based (and it is PM), otherwise 24 based. I can confirm as I expected that setting 0131110301 puts me at 1970 B^) No big deal. I can see in the 'date' source what it is doing... Thanks for the 'put it into the year 2001' method! -- Ken From rdonkin at bigfoot.com Thu Feb 1 08:28:44 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Wed, 31 Jan 2001 22:28:44 +0000 Subject: [pups] 2.11BSD networking on simulator Message-ID: <3A78919C.3D604E23@bigfoot.com> I'm running 2.11BSD on the Supnik simulator, and wondering how to get it networked. This sim seems to only support serial lines, so maybe I have to move over to the Begemot simulator - in which case, is it best to use FreeBSD or Linux as the host for the sim? I'm more familiar with Linux but I have FreeBSD running now - the question is what's easier to set up for networking. Does anyone have a working Begemot sim setup with networking, used with 2.11BSD? If so, could you post your config files? The Begemot sim seems a lot more complex to set up than Supnik. Cheers, Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA32905 for pups-liszt; Thu, 1 Feb 2001 09:44:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Thu Feb 1 08:42:02 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Wed, 31 Jan 2001 22:42:02 +0000 Subject: [pups] File exchange with Supnik sim Message-ID: <3A7894BA.370723F0@bigfoot.com> I've tried the suggestions for getting files in and out of the Supnik sim, in particular using rl0 mapped to x.tar, and 'tar cvf /dev/rrl0a /etc/hosts'. However, tar complains: 'tar: tape write error: Read-only file system'. The disklabel for rl0 looks like: # /dev/rrl0a: type: old DEC disk: label: flags: bytes/sector: 512 sectors/track: 20 tracks/cylinder: 2 sectors/cylinder: 40 cylinders: 0 rpm: 0 interleave: 0 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 1 partitions: # size offset fstype [fsize bsize] a: 10240 0 2.11BSD 1024 1024 # (Cyl. 0 - 255) cylinders/unit 0 Warning, revolutions/minute 0 boot block size 0 super block size 0 partition a: extends past end of unit 0 10240 0 Presumably I need to create a valid disklabel, but it would be good to have some advice on what a valid one would look like. I've also tried the same sort of thing with 'tar cvbBf 20 /dev/rmt0 /etc/hosts', and something like a tar file is produced - however, GNU tar on Linux and FreeBSD 4.2 tar can't read this, saying 'this doesn't look like a tar file'. Is there some trick to getting this to work, and am I better off using rl0 or rmt0? Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33243 for pups-liszt; Thu, 1 Feb 2001 10:16:28 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From grog at lemis.com Thu Feb 1 09:14:49 2001 From: grog at lemis.com (Greg Lehey) Date: Thu, 1 Feb 2001 09:44:49 +1030 Subject: [pups] Re: 2.11BSD networking on simulator In-Reply-To: <3A78919C.3D604E23@bigfoot.com>; from rdonkin@bigfoot.com on Wed, Jan 31, 2001 at 10:28:44PM +0000 References: <3A78919C.3D604E23@bigfoot.com> Message-ID: <20010201094448.D70596@wantadilla.lemis.com> [Format recovered--see http://www.lemis.com/email/email-format.html] Your message contained alternate long and short lines On Wednesday, 31 January 2001 at 22:28:44 +0000, Richard Donkin wrote: > I'm running 2.11BSD on the Supnik simulator, and wondering how to > get it networked. This sim seems to only support serial lines, so > maybe I have to move over to the Begemot simulator - in which case, > is it best to use FreeBSD or Linux as the host for the sim? I'm > more familiar with Linux but I have FreeBSD running now - the > question is what's easier to set up for networking. The Begemot emulator was written on BSD, so you'll probably find it easier to use under FreeBSD. > Does anyone have a working Begemot sim setup with networking, used > with 2.11BSD? If so, could you post your config files? The Begemot > sim seems a lot more complex to set up than Supnik. *sigh* I used to, and it worked well. A number of changes in FreeBSD have rendered the emulator non-functional, and I haven't had time to find out what's wrong. I'll take a look and see if I can see anything obvious, but it might take me a while. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog at lemis.com for PGP public key See complete headers for address and phone numbers Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33329 for pups-liszt; Thu, 1 Feb 2001 10:31:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Thu Feb 1 09:17:54 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Wed, 31 Jan 2001 15:17:54 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200101312317.f0VNHsd17441@moe.2bsd.com> Hi - > From: Richard Donkin > I'm running 2.11BSD on the Supnik simulator, and wondering how to get it > networked. It can not be done except perhaps with a SL/IP link. The Supnik simulator does not have an emulated ethernet device. > Begemot simulator - in which case, is it best to use FreeBSD or Linux as > the host I use BSD/OS myself, but FreeBSD works very nicely also. I've not tried it with linux. > Does anyone have a working Begemot sim setup with networking, used with > 2.11BSD? If so, Quite a few folks have it running. > could you post your config files? The Begemot sim seems a lot more > complex to set up than Supnik. Yes, it is quite a bit more complex (cryptic) to set up. Here's what I use to run P11 with. If you strip out all of the macro preprocessing stuff the config file is much more readable and not nearly as cryptic as before. Steven Schultz sms at moe.2bsd.com ------------------ set clock_rate 60 ctrl rk 017777400 0220 5 4000 end ctrl rl 017774400 0160 4 4000 end ctrl rp 017776700 0254 5 4000 dev 0 ./2.11BSD 1999 dev 1 ./junk 1999 end ctrl kl dev 017777560 060 064 4 tty_net -7 -t 10000 dev 017776500 0300 0304 4 tty_net -7 -t 10001 end ctrl mr 017777520 ./rp.boot end ctrl lp 017777514 0200 4 end ctrl tm 017772520 0224 5 # dev 0 /tmp/foo end ctrl qna 017774440 5 0x08:0x00:0x2b:0x07:0x82:0x6c 0xf8:0x7a qna.rom dev epp_tun tun0 0x08:0x00:0x2b:0x07:0x82:0x6c 0x08:0x00:0x2b:0x07:0x82:0x00 end # The toy clock. # ctrl toy 017777526 end Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA33890 for pups-liszt; Thu, 1 Feb 2001 12:39:12 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From kwellsch at tampabay.rr.com Thu Feb 1 11:37:29 2001 From: kwellsch at tampabay.rr.com (Ken Wellsch) Date: Wed, 31 Jan 2001 20:37:29 -0500 Subject: [pups] A bootable disk image for a PDP-11/34? References: <200101302330.PAA29420@chiton.ucsd.edu> Message-ID: <3A78BDD9.995B3F42@tampabay.rr.com> Carl Lowenstein wrote: > > > From wkt at henry.cs.adfa.edu.au Tue Jan 30 14:16 PST 2001 > > > > Yes, but it doesn't boot on an 11/34 :( > > That's the problem. > > Why, said he wonderingly. Is the 11/34 one of those machines that does > not have a directly addressable PSW at 177776 so it must be done with > MPTS and MFPS instructions? Thats all I can think of immediately. > > ... When I looked last night at the machine assist (mch.s) for Ultrix-11/3.1 source, all I could easily find was consistent with this, contained in the V6 start document: The main difference between an 11/40 and an 11/45 (or 11/70) system is that in the former instruction restart after a segmentation violation caused by overflowing a user stack must be handled by software, while in the latter machines there is hardware help. which in more detail means, if I understand right, there is no SSR2 register in the MMU so the kernel code needs to disassemble the instruction to backup over it for restarting as per above. The Ultrix mch.s file has code that does this (quite a lot) and I noticed a few cases that checked it the cputype is 34. Cheers, -- Ken Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA35763 for pups-liszt; Thu, 1 Feb 2001 20:11:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Thu Feb 1 18:59:30 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Thu, 1 Feb 2001 08:59:30 +0000 Subject: [pups] 2.11BSD networking on simulator Message-ID: <002569E6.00324BF2.00@postoffice.co.uk> I have the begemot simulator running very effectively on Linux, although I have not used the emulated ethernet connection. If anyone knows how to set this up on linux then I would welcome some help. I must say that although p11 takes quite a bit of setting up it is well worth the trouble. Regards Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA38448 for pups-liszt; Fri, 2 Feb 2001 04:37:00 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cdl at mpl.ucsd.edu Fri Feb 2 03:35:13 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Thu, 1 Feb 2001 09:35:13 -0800 (PST) Subject: [pups] A bootable disk image for a PDP-11/34? Message-ID: <200102011735.JAA05794@chiton.ucsd.edu> > From iking at microsoft.com Tue Jan 30 15:27 PST 2001 > From: Ian King > To: "'Ken Wellsch'" , > Carl Lowenstein > > Cc: pups at minnie.cs.adfa.edu.au > Subject: RE: [pups] A bootable disk image for a PDP-11/34? > Date: Tue, 30 Jan 2001 14:38:15 -0800 > > Ken, I tried using that image and gunzip told me there was a crc error; it > wouldn't unzip it. (I downloaded it three times, just in case there was a > transmission error -- twice by ftp, once by http.) I've also tried the > "Dennis" images, which are supposedly straight RK05 images; E11 won't boot > 'em. One issue on which I'm not clear: where is the boot address? Stuff at > loc 0 doesn't look like boot instructions. > > If I could get an image to run in an emulator (as I mentioned, I'm running > E11 from DBit), I'd write some cheesy little loader to bring it down the > serial line (I already have it sketched out); but until I can at least get > one to boot in the emulator, I'm reluctant to spend the hours (at 9600 baud) > to spray it onto a disk. Well, as some response to this challenge "get an image to run in an emulator", I visited Bob Supnik's Computer History Simulation Project web page and followed the links to the sources for SIMH v2.5a and to the Unix V6 disk images. I read the documentation file "simh_doc.txt", and compiled the simulator. Then I read "simh_swre.txt", unpacked the V6 images, ran the simulator and attached the three RK05 images to it, and booted RK0. All according to the instructions. I got the bootstrap prompt "@" to which I typed "unix" and it came up with a "login:" prompt, to which I could log in as root, and do things. It's not quite the same V6 image that I remember from the olden days of loading onto an 11/40 from magtape. The login prompt seems not to be ";login:" as we still see on the Usenix magazine. dmr's account seems to have vanished but ken's is still there. And that's how I spent a few hours last night. In case it matters, the underlying hardware/software platform is an AMD K6-3 running Mandrake 7.1 Linux. carl carl lowenstein marine physical lab u.c. san diego {decvax|ucbvax} !ucsd!mpl!cdl cdl at mpl.ucsd.edu clowenstein at ucsd.edu From mayhew at altavista.com Fri Feb 2 08:30:43 2001 From: mayhew at altavista.com (Bill Mayhew) Date: 1 Feb 2001 14:30:43 -0800 Subject: FW: [pups] A bootable disk image for a PDP-11/34? Message-ID: <20010201223043.20658.cpmta@c012.sfo.cp.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cdl at mpl.ucsd.edu Fri Feb 2 10:22:10 2001 From: cdl at mpl.ucsd.edu (Carl Lowenstein) Date: Thu, 1 Feb 2001 16:22:10 -0800 (PST) Subject: FW: [pups] A bootable disk image for a PDP-11/34? Message-ID: <200102020022.QAA11849@chiton.ucsd.edu> pups at minnie.cs.adfa.edu.au > From mayhew at altavista.com Thu Feb 1 14:31 PST 2001 > Date: 1 Feb 2001 14:30:43 -0800 > X-Sent: 1 Feb 2001 22:30:43 GMT > To: cdl at mpl.ucsd.edu > From: Bill Mayhew > Cc: pups at minnie.cs.adfa.edu.au > Subject: Re: FW: [pups] A bootable disk image for a PDP-11/34? > > This is a real stretch for my brain, but I seem to recall that the > ";" that appeared in ";login:" in the 1970s was sort-of "bleed-through" > from an escape sequence that was intended to do cursor positioning > and/or screen-clearing on some terminals... or something like that... > therefore its absence would not necessarily be significant on different > hardware. Oh, yes. I was just hiding my previous knowledge. The ";" and ":" in the login prompt were the visible part of escape sequences to control a Teletype KSR37. They didn't do anything useful on a VT05 but did show up on the screen. Unix Sixth Edition predates the common availability of even the dumbest CRT terminals. There are still a lot of TTY37 control codes hanging around in nroff output. carl Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA43985 for pups-liszt; Sat, 3 Feb 2001 01:17:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Sat Feb 3 00:04:42 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Fri, 2 Feb 2001 14:04:42 +0000 Subject: [pups] makedepend Message-ID: <002569E7.004E3D33.00@postoffice.co.uk> Ok, I know that this isn't to do with a pdp or ancient unix but does anyone know where I can find the sources for makedepend ? REgards Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA47580 for pups-liszt; Sat, 3 Feb 2001 05:00:31 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From iking at microsoft.com Sat Feb 3 03:03:59 2001 From: iking at microsoft.com (Ian King) Date: Fri, 2 Feb 2001 09:03:59 -0800 Subject: [pups] A bootable disk image for a PDP-11/34? Message-ID: <8D25F244B8274141B5D313CA4823F39C138A34@red-msg-06.redmond.corp.microsoft.com> After seeing all the mail of success with the Supnik emulator, I found a compiled copy and tried that -- and got to a login: prompt! That's with the image you sent me -- many thanks. I'm going to have to learn more about the Supnik emulator now; in particular, I need to understand how to set it for a given processor emulation, so that once I rebuild the system to run on a '34 (which is supposed to be feasible), I can be reasonably sure it will work once it's ported over to the real machine. NOTE: neither simulator will run in a DOS box on Windows 2000. E11 starts up, but has problem accessing files (you can't MOUNT a file as a device). Supnik just won't go at all. I've been running my emulator on a DOS machine (actually, an old 486 laptop; hey guys, I have a laptop PDP-11!). Cheers -- Ian -----Original Message----- From: Ken Wellsch [mailto:kwellsch at tampabay.rr.com] Sent: Wednesday, January 31, 2001 5:20 AM To: pups at minnie.cs.adfa.edu.au Subject: Re: [pups] A bootable disk image for a PDP-11/34? Ian King wrote: > > Ken, I tried using that image and gunzip told me there was a crc error; it > wouldn't unzip it. (I downloaded it three times, just in case there was a > transmission error -- twice by ftp, once by http.) So going over all the things I can easily do data integrity checks on, I've run 'gzip -tv' on all the GZip'ed things and found three that are apparently damaged: gzip: ./PDP-11/Distributions/dec/Ultrix-3.1/ultrix-3.1-bootape.tar.gz: invalid compressed data--crc error gzip: ./PDP-11/Distributions/research/Ken_Wellsch_v6/v6.tape.gz: invalid compressed data--crc error gzip: ./PDP-11/Distributions/unsw/90/record0.gz: invalid compressed data--crc error I can't comment on the *.Z compressed archives as they do not do any crc. I will have to peruse my stack of archive CD's made at various stages of the archive to see if I have the other two (I have a good 'v6.tape.gz' file). I did not try and run the MD5 list yet. But this is an example of why I had been pushing for the use of MD5 for all items in the archive... B^) -- Ken From sms at moe.2bsd.com Sat Feb 3 07:05:13 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Fri, 2 Feb 2001 13:05:13 -0800 (PST) Subject: [pups] makedepend Message-ID: <200102022105.f12L5Dg00565@moe.2bsd.com> Hi Robin - > From: robin.birch at postoffice.co.uk > > I know that this isn't to do with a pdp or ancient unix but does anyone know > where I can find the sources for makedepend ? It's installed in /usr/src/X11/xc/config/makedepend on the systems I have looked on. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51838 for pups-liszt; Sat, 3 Feb 2001 20:53:31 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Sat Feb 3 19:51:28 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Sat, 03 Feb 2001 09:51:28 +0000 Subject: [pups] Re: 2.11BSD networking on simulator References: <3A78919C.3D604E23@bigfoot.com> <20010201094448.D70596@wantadilla.lemis.com> Message-ID: <3A7BD4A0.D58E2F80@bigfoot.com> Greg Lehey wrote: > > The Begemot emulator was written on BSD, so you'll probably find it > easier to use under FreeBSD. > > > Does anyone have a working Begemot sim setup with networking, used > > with 2.11BSD? If so, could you post your config files? The Begemot > > sim seems a lot more complex to set up than Supnik. > > *sigh* I used to, and it worked well. A number of changes in FreeBSD > have rendered the emulator non-functional, and I haven't had time to > find out what's wrong. I'll take a look and see if I can see anything > obvious, but it might take me a while. Thanks - do you know what FreeBSD version it last worked on? Also, which version of P11 you are using? I'm not doing anything significant with the FreeBSD box (it's a virtual machine under VMware) so re-installing is not a problem. Richard Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51862 for pups-liszt; Sat, 3 Feb 2001 20:56:36 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From rdonkin at bigfoot.com Sat Feb 3 19:54:37 2001 From: rdonkin at bigfoot.com (Richard Donkin) Date: Sat, 03 Feb 2001 09:54:37 +0000 Subject: [pups] 2.11BSD networking on simulator References: <200101312317.f0VNHsd17441@moe.2bsd.com> Message-ID: <3A7BD55D.B64B221B@bigfoot.com> "Steven M. Schultz" wrote: ... > I use BSD/OS myself, but FreeBSD works very nicely also. I've not > tried it with linux. Could you let me know the FreeBSD and Begemot P11 versions you were using? (Anyone else who has a working combination, feel free to jump in!) Thanks very much for the config file, that should make life a lot easier... And thanks for all your efforts in updating 2.11BSD - very impressive to get a full fledged BSD system on a PDP-11! Cheers Richard From pa at cdg.chalmers.se Sun Feb 4 07:10:48 2001 From: pa at cdg.chalmers.se (Per Andersson) Date: Sat, 3 Feb 2001 22:10:48 +0100 (MET) Subject: [pups] 2.11BSD networking on simulator In-Reply-To: <3A7BD55D.B64B221B@bigfoot.com> Message-ID: On Sat, 3 Feb 2001, Richard Donkin wrote: > "Steven M. Schultz" wrote: > ... > > I use BSD/OS myself, but FreeBSD works very nicely also. I've not > > tried it with linux. > > Could you let me know the FreeBSD and Begemot P11 versions you were > using? (Anyone > else who has a working combination, feel free to jump in!) This might not be state-of-the-art (but thats not the point anyway), I'm running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main problem I have found is that after a while the clock starts to run slow, at the momement it thinks it's christmas eve (after beeing up about 130 days). /Per Andersson Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA54943 for pups-liszt; Sun, 4 Feb 2001 09:25:12 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From bill at cs.scranton.edu Sun Feb 4 08:23:08 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Sat, 3 Feb 2001 17:23:08 -0500 (EST) Subject: [pups] 2.11BSD networking on simulator In-Reply-To: Message-ID: On Sat, 3 Feb 2001, Per Andersson wrote: > > This might not be state-of-the-art (but thats not the point anyway), I'm > running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main Where can I find this Begemot P11 Emulator?? I visited the Begemot site but the link to products doesn't appear to work. I have tried E11 (demo version) and the Supnil Emulator, but have never heard of this one til now. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55257 for pups-liszt; Sun, 4 Feb 2001 10:48:52 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Sun Feb 4 09:45:42 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sat, 3 Feb 2001 23:45:42 +0000 Subject: [pups] 2.11BSD networking on simulator In-Reply-To: References: <3A7BD55D.B64B221B@bigfoot.com> Message-ID: In message , Per Andersson writes > > >On Sat, 3 Feb 2001, Richard Donkin wrote: > >> "Steven M. Schultz" wrote: >> ... >> > I use BSD/OS myself, but FreeBSD works very nicely also. I've not >> > tried it with linux. >> >> Could you let me know the FreeBSD and Begemot P11 versions you were >> using? (Anyone >> else who has a working combination, feel free to jump in!) > >This might not be state-of-the-art (but thats not the point anyway), I'm >running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main >problem I have found is that after a while the clock starts to run slow, >at the momement it thinks it's christmas eve (after beeing up about 130 days). > > > /Per Andersson > > Hi, Harti Brandt, the guy who wrote this package is shortly (I hope :-)) going to release a new version that includes a clock patch that Steve Schultz dreamt up. Regards Robin Currently running P11 on linux ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55275 for pups-liszt; Sun, 4 Feb 2001 10:50:10 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin at ruffnready.co.uk Sun Feb 4 09:47:06 2001 From: robin at ruffnready.co.uk (Robin Birch) Date: Sat, 3 Feb 2001 23:47:06 +0000 Subject: [pups] 2.11BSD networking on simulator In-Reply-To: References: Message-ID: In message , Bill Gunshannon writes >On Sat, 3 Feb 2001, Per Andersson wrote: > >> >> This might not be state-of-the-art (but thats not the point anyway), I'm >> running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main > >Where can I find this Begemot P11 Emulator?? I visited the Begemot site >but the link to products doesn't appear to work. I have tried E11 (demo >version) and the Supnil Emulator, but have never heard of this one til now. > >bill > There is an oldish version on the pups archive. I believe that harti is going to release a newer version soon. regards Robin ____________________________________________________________________ Robin Birch robin at ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55355 for pups-liszt; Sun, 4 Feb 2001 11:05:29 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Sun Feb 4 10:03:00 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sat, 3 Feb 2001 16:03:00 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200102040003.f14030W16555@moe.2bsd.com> Hi - > From: Per Andersson > > This might not be state-of-the-art (but thats not the point anyway), I'm > running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main > problem I have found is that after a while the clock starts to run slow, > at the momement it thinks it's christmas eve (after beeing up about 130 days). The bug is an arithmetic overflow in the clock computations. After about 24 days (with 60Hz power in the US) the number of ticks the virtual machine has been up overflows 32 bits and time behaves very strange. Apply the patch below to 'device.c' and the problem goes away - it did for me. Steven Schultz sms at moe.2bsd.com --- device.c.dist Sat Mar 4 00:03:28 2000 +++ device.c Fri Sep 29 23:59:10 2000 @@ -203,6 +203,7 @@ int secs; int newrate, diff; int newdir; + double dnow, dstart; for(t = timeouts; t < &timeouts[ntimeouts]; t++) if(t->time && --t->curr == 0) { @@ -223,9 +224,9 @@ * to the number we have elapsed */ gettimeofday(&tv, NULL); - secs = ((1000 * tv.tv_sec + tv.tv_usec/1000) - - (1000 * timer.start.tv_sec + timer.start.tv_usec/1000)) - / 1000; + dstart = 1000.0 * timer.start.tv_sec + timer.start.tv_usec/1000.0; + dnow = 1000.0 * tv.tv_sec + tv.tv_usec/1000.0; + secs = (dnow - dstart) / 1000.0; newrate = 1000000 / clock_rate; Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55652 for pups-liszt; Sun, 4 Feb 2001 11:55:21 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From cube1 at home.com Sun Feb 4 10:50:25 2001 From: cube1 at home.com (Jay Jaeger) Date: Sat, 03 Feb 2001 18:50:25 -0600 Subject: [pups] V6 and PDP-11/34 Message-ID: <4.3.2.7.2.20010203184258.00bda9f0@cirithi> I *have* *run* the standard Unix V6 distribution on my PDP 11/34. Works just fine. I also compared my V6 distribution image with the one on PUPS (years ago) and they matched just fine. Load the pack from the RK05 image after the 100 (IIRC) block tape to disk loader program [how you get it there is another issue, of course... 8-)], boot up, type rkunix at the "@" and away you go. I did not use the tape to disk program on the tape image, however -- I didn't have a tape drive at the time IIRC. I have a standalone program that used a parallel port on my PC and a DR11 on my PDP-11 to write it, IIRC, but I might have used XMODEM and a serial port -- its been a lonnnng time since I did it. Jay Jaeger Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST) From: Warren Toomey Subject: Re: [pups] A bootable disk image for a PDP-11/34? In article by Carl Lowenstein: > Just from the historical point of view, note that the first major > file on a genuine 6th Edition distribution tape _is_ a bootable > RK05 image. Something like 4000 blocks. > > carl Yes, but it doesn't boot on an 11/34 :( That's the problem. Cheers, Warren --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA56873 for pups-liszt; Sun, 4 Feb 2001 17:46:26 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Sun Feb 4 16:39:28 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sat, 3 Feb 2001 22:39:28 -0800 (PST) Subject: [pups] 2.11BSD networking on simulator Message-ID: <200102040639.f146dSx18575@moe.2bsd.com> Hi - > From: Richard Donkin > Could you let me know the FreeBSD and Begemot P11 versions you were > using? (Anyone else who has a working combination, feel free to jump in!) Gosh, it was quite a while ago that I tried P11 on a FreeBSD system. It was pre-4.0 as I remember - perhaps 3.5 or 3.6 > Thanks very much for the config file, that should make life a lot > easier... And Quite welcome! Getting rid of the M4 macros and distilling the config file down to the basics makes it much easier to see what is going on. Coming up with that first config file was a day or so of fun ;) > thanks for all your efforts in updating 2.11BSD - very impressive to get > a full fledged BSD system on a PDP-11! You're welcome - it's been a lot of fun over the years. The past couple years development has slowed down, combination of too many other projects and not a lot of room left to stuff new features in ;) Steven Schultz sms at moe.2bsd.com From cube1 at home.com Mon Feb 5 08:09:33 2001 From: cube1 at home.com (Jay Jaeger) Date: Sun, 04 Feb 2001 16:09:33 -0600 Subject: [pups] Booting V6 on 11/34 vs 11/34A ?? Message-ID: <4.3.2.7.2.20010204155043.045c7d50@cirithi> That RK05 image boots on an 11/34A just fine. (I own one. Trust me. It just works. No fiddling required). Perhaps you have a plain 11/34, and perhaps there is some difference that matters. But they should both have MMU, but perhaps the MMU in the 34A is different than a 34 in some odd way. Do you have floating point? Maybe that's the problem. You could always try mini-unix... 8-) That should run (it ran on an 11/20). Jay Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST) From: Warren Toomey Subject: Re: [pups] A bootable disk image for a PDP-11/34? In article by Carl Lowenstein: > Just from the historical point of view, note that the first major > file on a genuine 6th Edition distribution tape _is_ a bootable > RK05 image. Something like 4000 blocks. > > carl Yes, but it doesn't boot on an 11/34 :( That's the problem. Cheers, Warren - --- --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA61690 for pups-liszt; Mon, 5 Feb 2001 09:48:38 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 08:46:00 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 17:46:00 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <3A7DDBA8.3C69A521@nktelco.net> Greetings, I have a PDP-11/73 on which I have installed 2.11 BSD from the PUPS archives. I have a few hardware configurations questions that I hope someone might be able to help me with. The memory board that I have was made by Clearpoint Inc. The board has the markings Q-RAM 44B REV. B and GSB-2. Unfortunately, I have no documentation for the board. The board originally had 1 MB installed, and I added another 1 MB of chips. The extra chips were not recognized though. Does anyone have information on the jumper settings for this board? I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI controller with one drive attached, CSR is the first MSCP controller, and unit is set to 0. The second is an RQDX3 with an RX50 attached. It is set with CSR at the second MSCP controller address. The jumpers are set for unit 1. The result is that I have a SCSI drive at DU0 and the RX50's at DU4 and DU5 during boot. DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer access the floppies from 2.11 BSD. Looking at the sources, it seems that the drive number is limited to 0-7, but the controller seems to want unit number 8. What am I missing? This seems to occur both in the kernel and in the standalone installation system. Chuck Dickman chd at nktelco.net Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA62190 for pups-liszt; Mon, 5 Feb 2001 11:01:37 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Mon Feb 5 09:45:33 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sun, 4 Feb 2001 15:45:33 -0800 (PST) Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <200102042345.f14NjXN00172@moe.2bsd.com> Hi - > From: "Chuck Dickman" > The memory board that I have was made by Clearpoint Inc. The board 'fraid I can't be of help with the memory board - that's not my area of expertise. > I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI Ah, but I can help with getting the dual MSCP controller question. My 11/73 is similar - it has an Emulex UC08 and the original RQDX3 (with an RD54 and a RX03). > DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on > RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer > access the floppies from 2.11 BSD. Looking at the sources, it seems > that the drive number is limited to 0-7, but the controller seems to > want unit number 8. What am I missing? This seems to occur both in > the kernel and in the standalone installation system. Ignore anything you might know about DU numbers ;) 2.11 numbers the drives 0 thru 7 on _each_ controller. Thus 'ra0' thru 'ra7' are on the first controller, 'ra8' thru 'ra15' on the second controller and so on. There is a maximum of 4 controllers supported (two bits in the minor device number). The standalone I/O system uses device names of the form: dev(ctlr, unit, part) where 'ctlr' is the controller number (0 thru 3), the 'unit' number is 0 thru 7 and the 'part' is the partition number (0 thru 7). So, to access the first drive on the second controller from a standalone program the name would be: ra(1,0,0) you probably will be prompted for the CSR since 'boot' and friends only know about the first controller's address. Once the kernel is loaded you access drives on the 2nd controller with device names such as /dev/ra8a, /dev/ra9a, and so on. The "sparse" numbering was chosen (eons and eons ago) to make the MSCP disks look more like the traditional disc controllers which allowed for 8 drives per controller. In my /etc/dtab file I have: ra ? 172154 154 5 raintr # uda50, rqdx1/2/3 ra ? 172150 0 5 raintr # 2nd uda50/uc08 From the console ODT prompt (I've an older MXV11 boot set up) I use "172150 du 0" to boot from the SCSI disk attached to the UC08. When the system is up the RD54 (which is unit 0 on the other MSCP controller) is accessed as 'ra8' (and the RX03 which is unit 1 accessed as 'ra9'). It's pretty simple and regular once one knows what is going on ;) Steven Schultz sms at to.gd-es.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA62645 for pups-liszt; Mon, 5 Feb 2001 12:52:20 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 11:49:50 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 20:49:50 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73] Message-ID: <3A7E06BE.F5687560@nktelco.net> "Steven M. Schultz" wrote: > > Hi - > What you described here makes sense and was my first impression of what should happen, but my experience is different. > > In my /etc/dtab file I have: > > ra ? 172154 154 5 raintr # uda50, rqdx1/2/3 > ra ? 172150 0 5 raintr # 2nd uda50/uc08 My /etc/dtab is: ra ? 172150 154 5 raintr # uda50, rqdx1/2/3 ra ? 160334 160 5 raintr # secondary mscp The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid MSCP address? It must be, cause it works for you. The docs I have show 160334. On booting the 11/73 and starting 2.11 BSD the following occurs: DU8 and DU9 at boot are the RX50 drives on the second controller. The floppy in DU8 contains the installation standalone utilities that were part of the installation tape, including icheck. ------------ Testing in progress - Please wait Memory Size is 1024 K Bytes 9 Step memory test Step 1 2 3 4 5 6 7 8 9 Message 04 Entering Dialog mode Commands are Help, Boot, List, Setup, Map and Test. Type a command then press the RETURN key: B DU8 Trying DU8 Starting system from DU8 .83Boot from ra(1,0,0) at 0160334 .: ra(1,0,0)/icheck .ra(1,0,0) err op=89 sts=3 .ra(1,0,0) !online .: ra(0,0,0)/unix .Boot: bootdev=02400 bootcsr=0172150 . 2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000 root at mars.chd-net:/usr/src/sys/MARS ra0: Ver 6 mod 13 ra0: RA82 size=1295849 attaching qe0 csr 174440 qe0: DEC DELQA addr 08:00:2b:0e:24:7c attaching lo0 phys mem = 1048576 avail mem = 725696 user mem = 307200 February 1 23:38:41 init: configure system hk ? csr 177440 vector 210 skipped: No autoconfig routines. ht ? csr 172440 vector 224 skipped: No autoconfig routines. ra 0 csr 172150 vector 154 vectorset attached ra 1 csr 160334 vector 160 vectorset attached rl ? csr 174400 vector 160 skipped: No autoconfig routines. tm ? csr 172520 vector 224 skipped: No autoconfig routines. ts 0 csr 172520 vector 224 attached xp ? csr 176700 vector 254 skipped: No autoconfig routines. erase, kill ^U, intr ^C # # mount /dev/ra8a /mnt/rx0 ra1: Ver 4 mod 3 ra8 st=3 sb=0 fl=0 en=9 /dev/ra8a on /mnt/rx0: Input/output error : not found : not found # mount /dev/ra9a /mnt/rx0 ra9 st=3 sb=0 fl=0 en=9 /dev/ra9a on /mnt/rx0: Input/output error # > > It's pretty simple and regular once one knows what is going on ;) > I agree that it is pretty simple as you describe it and it is what I expected, but it does not seem to be as I see it here. Could the problem be that I am booting from the second controller? Should all the controllers be jumpered for unit 0? Now that I think about it, it may be the boot firmware that is uncooperative. If I set the RQDX3 for unit 0, I cannot boot from the second controller's first disk, but I can from the second. So, I should set all the controller unit numbers to 0. The restriction is that the boot device must be visible to the firmware. Make sense? ... OK, I moved the RQDX3 to unit 0, and the boot floppy to the second drive. The boot is then: -------------- Testing in progress - Please wait Memory Size is 1024 K Bytes 9 Step memory test Step 1 2 3 4 5 6 7 8 9 Message 04 Entering Dialog mode Commands are Help, Boot, List, Setup, Map and Test. Type a command then press the RETURN key: B DU1 Trying DU1 Starting system from DU1 .83Boot from ra(1,1,0) at 0160334 .: ra(0,0,0)/unix .Boot: bootdev=02400 bootcsr=0172150 . 2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000 root at mars.chd-net:/usr/src/sys/MARS ra0: Ver 6 mod 13 ra0: RA82 size=1295849 attaching qe0 csr 174440 qe0: DEC DELQA addr 08:00:2b:0e:24:7c attaching lo0 phys mem = 1048576 avail mem = 725696 user mem = 307200 February 1 23:38:41 init: configure system hk ? csr 177440 vector 210 skipped: No autoconfig routines. ht ? csr 172440 vector 224 skipped: No autoconfig routines. ra 0 csr 172150 vector 154 vectorset attached ra 1 csr 160334 vector 160 vectorset attached rl ? csr 174400 vector 160 skipped: No autoconfig routines. tm ? csr 172520 vector 224 skipped: No autoconfig routines. ts 0 csr 172520 vector 224 attached xp ? csr 176700 vector 254 skipped: No autoconfig routines. erase, kill ^U, intr ^C # mount /dev/ra9a /mnt/rx0 ra1: Ver 4 mod 3 ra9: RX50 size=800 # ls /mnt/rx0 boot icheck restor unix disklabel mkfs rx50toroot # > Steven Schultz > sms at to.gd-es.com Thanks for helping me work through this. It looks like the boot device must be within the first 8 devices that the firmware can see, but 2.11 BSD wants all the unit number jumpers set to 0. Chuck Dickman chd at nktelco.net -------------- next part -------------- An embedded message was scrubbed... From: Chuck Dickman Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Date: Sun, 04 Feb 2001 20:43:06 -0500 Size: 5237 URL: From sms at moe.2bsd.com Mon Feb 5 12:35:54 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Sun, 4 Feb 2001 18:35:54 -0800 (PST) Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 Message-ID: <200102050235.f152Zs901247@moe.2bsd.com> Hi - > From: "Chuck Dickman" > What you described here makes sense and was my first impression of > what should happen, but my experience is different. I'm wondering if the console/boot firmware might not be the cause of some of the confusion. > My /etc/dtab is: > > ra ? 172150 154 5 raintr # uda50, rqdx1/2/3 > ra ? 160334 160 5 raintr # secondary mscp Looks good. With 2.11 you can, if you want, leave the interrupt vector as 0, the kernel will allocate an available vector and tell the MSCP controller what vector to use. > The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid > MSCP address? It must be, cause it works for you. The docs I have > show 160334. As long as it doesn't conflict with anything else on the system it's valid ;-) The system came with the RQDX3 and I worked with the RD54 for a while before adding the UC08 - when I added the UC08 I just picked the next free CSR which happened to be 172154. > DU8 and DU9 at boot are the RX50 drives on the second controller. The > floppy in DU8 contains the installation standalone utilities that were > part of the installation tape, including icheck. > > ------------ > .83Boot from ra(1,0,0) at 0160334 > .: ra(1,0,0)/icheck It probably doesn't hurt anything but I would leave off the '/' > .ra(1,0,0) err op=89 sts=3 > .ra(1,0,0) !online op=89 is the "ONLINE" command and a status of 3 means the unit didn't go 'online'. That is very strange since 'boot' was obviously loaded from the drive/controller. What I am wondering now is: does the boot monitor pass 0 or 8 thru as the unit number? If it's expecting 8 or 9 then that might be the problem because boot and the 2.11 kernel only deal with 0 thru 7 > .: ra(0,0,0)/unix > .Boot: bootdev=02400 bootcsr=0172150 > . > hk ? csr 177440 vector 210 skipped: No autoconfig routines. > ht ? csr 172440 vector 224 skipped: No autoconfig routines. > ra 0 csr 172150 vector 154 vectorset attached > ra 1 csr 160334 vector 160 vectorset attached Ok, that looks encouraging. > # mount /dev/ra8a /mnt/rx0 > ra1: Ver 4 mod 3 > ra8 st=3 sb=0 fl=0 en=9 > /dev/ra8a on /mnt/rx0: Input/output error > : not found > : not found > # mount /dev/ra9a /mnt/rx0 > ra9 st=3 sb=0 fl=0 en=9 > /dev/ra9a on /mnt/rx0: Input/output error Same as before - the "online" command is failing for reason(s) unknown as yet. > I agree that it is pretty simple as you describe it and it is what I expected, > but it does not seem to be as I see it here. Could the problem be that I am > booting from the second controller? Should all the controllers be jumpered I boot from the second controller all the time. If I weren't so lazy (and the BA23 so narrow and hard to work in ;)) I'd have swapped the UC08 and RQDX3 around a long time ago. As it is now I have to hit ^C during the POST and at the BOOT> prompt I enter "172154 DU 0" to boot from the second controller. > for unit 0? Now that I think about it, it may be the boot firmware that is Yes, if given a choice (and I don't know how this is done) all the controllers need to start from 0. If the "base unit" of a controller is 8 then I think the problem is that the controller is expecting values such as 8, 9, etc in the 'mscp_unit' part of the MSCP packet. That would explain the failure to "online unit 0" - the controller is expecting to be told "online unit 8". > controller's first disk, but I can from the second. So, I should set all the > controller unit numbers to 0. The restriction is that the boot device > must be visible to the firmware. Make sense? Yes. I think the 'restriction' in this case is 2.11 - it doesn't know how to deal with units other than 0 thru 7. > Thanks for helping me work through this. It looks like the boot device > must be within the first 8 devices that the firmware can see, but 2.11 BSD > wants all the unit number jumpers set to 0. Quite welcome! The boot monitor can load anything, but once 'boot' (or the kernel) is loaded they do not know how to deal with unit=8. Steven Schultz sms at moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA63034 for pups-liszt; Mon, 5 Feb 2001 14:23:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From chd at nktelco.net Mon Feb 5 13:20:27 2001 From: chd at nktelco.net (Chuck Dickman) Date: Sun, 04 Feb 2001 22:20:27 -0500 Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73 References: <200102050235.f152Zs901247@moe.2bsd.com> Message-ID: <3A7E1BFB.98767635@nktelco.net> "Steven M. Schultz" wrote: > > > "Chuck Dickman" wrote: > > > > Thanks for helping me work through this. It looks like the boot device > > must be within the first 8 devices that the firmware can see, but 2.11 BSD > > wants all the unit number jumpers set to 0. > > Quite welcome! The boot monitor can load anything, but once 'boot' > (or the kernel) is loaded they do not know how to deal with unit=8. I think that was what I was trying to say, but you said it better. Thanks. > > Steven Schultz > sms at moe.2bsd.com Now if someone could help be double my memory. :-) Chuck Dickman chd at nktelco.net Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA65456 for pups-liszt; Mon, 5 Feb 2001 23:39:58 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Mon Feb 5 22:37:53 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 13:37:53 +0100 Subject: [pups] Y2K problem in ftpd? Message-ID: <20010205133753.A23455@mud.stack.nl> Hi. A friendly user pointed me to this obvious error: (part of a typescript, an FTP session to my PDP, running 2.11BSD) ncftp /usr/home/martijnb> ls -la foobar.c -rw-r--r-- 1 martijnb users 106 Jan 15 15:25 foobar.c ncftp /usr/home/martijnb> quote mdtm foobar.c 191010115144152 (mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd thinks that it is 19101, and chops off the last digit of the filedate..) Things go wrong when you try to get an allready existing file: ncftp /usr/home/martijnb > get foobar.c The local file "foobar.c" already exists. Local: 133 bytes, dated Mon Feb 5 13:25:59 2001. Remote: 133 bytes, dated Thu Oct 13 04:44:15 1910. [O]verwrite? [A]ppend to? [S]kip? [N]ew Name? > Hmm. I'll see if I can figure out a quick patch :) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65628 for pups-liszt; Tue, 6 Feb 2001 00:14:23 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at fgh.geac.com.au Mon Feb 5 23:09:49 2001 From: dave at fgh.geac.com.au (Dave Horsfall) Date: Tue, 6 Feb 2001 00:09:49 +1100 (EST) Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205133753.A23455@mud.stack.nl> Message-ID: On Mon, 5 Feb 2001, Martijn van Buul wrote: > ncftp /usr/home/martijnb> quote mdtm foobar.c > 191010115144152 > > (mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd > thinks that it is 19101, and chops off the last digit of the filedate..) Yep, that's a sure sign, which (cough, cough) I have personally seen on some (cough, cough) Y2K-compliant software supported by (cough, cough) A Large Software Company. No, I wasn't personally responsible for that code :-) > I'll see if I can figure out a quick patch :) Beware of the Y2K.1 bug :-( Synopsis: In order to overcome the Y2K bug, we implement a quick fix, because we are too lazy to do it properly: IF last two digits == '00' THEN make first two digits == '20'. // Because we're gonna retire this stuff after 2000. So what happens in 2001? Well, you get 1901, 19101, etc. Sigh... Isn't that fix what got us into trouble in the first place? Disclaimer: None of Geac software exhibited the Y2K.1 bug, since we tested it thoroughly, for years 2000, 2001, etc: I make no comment on Y2K. -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65695 for pups-liszt; Tue, 6 Feb 2001 00:29:48 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Mon Feb 5 23:27:46 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 14:27:46 +0100 Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205133753.A23455@mud.stack.nl>; from pino@dohd.org on Mon, Feb 05, 2001 at 01:37:53PM +0100 References: <20010205133753.A23455@mud.stack.nl> Message-ID: <20010205142746.A24731@mud.stack.nl> Martijn van Buul wrote: > I'll see if I can figure out a quick patch :) Done. A diff for /usr/src/libexec/ftpd/ftpcmd.y: 461,463c461,464 < "19%02d%02d%02d%02d%02d%02d", < t->tm_year, t->tm_mon+1, t->tm_mday, < t->tm_hour, t->tm_min, t->tm_sec); --- > "%04d%02d%02d%02d%02d%02d", > t->tm_year+1900, t->tm_mon+1, > t->tm_mday, t->tm_hour, t->tm_min, > t->tm_sec); Miraculously, this *reduces* the size of the binary by a whopping two bytes ;) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA65865 for pups-liszt; Tue, 6 Feb 2001 01:04:27 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From dave at horsfall.org Mon Feb 5 23:50:37 2001 From: dave at horsfall.org (Dave Horsfall) Date: Tue, 6 Feb 2001 00:50:37 +1100 (EST) Subject: [pups] Y2K problem in ftpd? In-Reply-To: <20010205142746.A24731@mud.stack.nl> Message-ID: On Mon, 5 Feb 2001, Martijn van Buul wrote: > < "19%02d%02d%02d%02d%02d%02d", > < t->tm_year, t->tm_mon+1, t->tm_mday, Dead giveaway... > Miraculously, this *reduces* the size of the binary by a whopping two > bytes ;) Well, we can find a job for you in writing PDP-11 bootstraps :-) -- Dave Horsfall CL VK2KFU dave at geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490 Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA66602 for pups-liszt; Tue, 6 Feb 2001 03:01:50 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From robin.birch at postoffice.co.uk Tue Feb 6 01:46:48 2001 From: robin.birch at postoffice.co.uk (robin.birch at postoffice.co.uk) Date: Mon, 5 Feb 2001 15:46:48 +0000 Subject: [pups] Y2K problem in ftpd? Message-ID: <002569EA.00579852.00@postoffice.co.uk> Dear All, IIRC the start of this thread stated that this was on a 2.11 system. If this was so has anyone submitted the patch to Steve Schultz for consideration as a formal update? Appologies if this has already been done. Rgds Robin Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA66960 for pups-liszt; Tue, 6 Feb 2001 04:01:38 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 6 02:51:34 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 5 Feb 2001 08:51:34 -0800 (PST) Subject: [pups] Y2K problem in ftpd? Message-ID: <200102051651.f15GpYd11283@moe.2bsd.com> Hi -- > From: robin.birch at postoffice.co.uk > IIRC the start of this thread stated that this was on a 2.11 system. If this > was so has anyone submitted the patch to Steve Schultz for consideration as a > formal update? Don't worry - I saw the thread. Consider the patch submitted :) I did find it fascinating that the bug slipped thru since at one time a (obviously not detailed enough) scan of the system for 'tm_year' references was done. Thanks! Steven Schultz sms at moe.2bsd.com From pino at dohd.org Tue Feb 6 07:24:46 2001 From: pino at dohd.org (Martijn van Buul) Date: Mon, 5 Feb 2001 22:24:46 +0100 Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <20010205222446.A3608@mud.stack.nl> After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. /usr/include got 'replaced' by /usr/new, to be precise. At the time, I was the only user. Seeing this, I immediately halted the system, expecting a load of file system errors upon boot. None showed up, and /usr/include is back to itself again. However, programs which *used* to be running perfectly (like my work-in-progress ps) suddenly fail, with a "not enough memory for saving info". Any hints? -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA70139 for pups-liszt; Tue, 6 Feb 2001 11:46:34 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Tue Feb 6 10:35:17 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Mon, 5 Feb 2001 16:35:17 -0800 (PST) Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <200102060035.f160ZHg18114@moe.2bsd.com> Hi - > From: Martijn van Buul > After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. > /usr/include got 'replaced' by /usr/new, to be precise. At the time, Oops! > I was the only user. Seeing this, I immediately halted the system, > expecting a load of file system errors upon boot. None showed up, and > /usr/include is back to itself again. However, programs which *used* > to be running perfectly (like my work-in-progress ps) suddenly fail, > with a "not enough memory for saving info". > Any hints? How much memory is on the system now after the reboot. The only thing that pops into mind is that the system is running without enough memory. If part of the memory on the system dropped out earlier that would (possibly) explain the strange behaviour was seen. Rebooting/reseting the system would cause the system to recount memory. A program can get 'ENOMEM' as an error two ways: 1) exceeding the maximum 64KB dataspace (stack + data) or 2) the system has run out of swap or the maps ('coremap' and/or 'swapmap') have become too fragmented. Two commands that can be useful in obtaining more information are sysctl hw and pstat -s "sysctl hw" will give several lines of output - the two you'd be interested in are hw.physmem = 2097152 hw.usermem = 415744 'physmem' is the amount of memory physically present and 'usermem' is the amount current free and available for user programs. "pstat -s" will give a swap space usage summary. Steven Schultz sms at Moe.2bsd.com Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA71926 for pups-liszt; Tue, 6 Feb 2001 18:41:36 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Tue Feb 6 17:39:28 2001 From: pino at dohd.org (Martijn van Buul) Date: Tue, 6 Feb 2001 08:39:28 +0100 Subject: [pups] Strange problems on an uPDP 11/53+ In-Reply-To: <200102060035.f160ZHg18114@moe.2bsd.com>; from sms@moe.2bsd.com on Mon, Feb 05, 2001 at 04:35:17PM -0800 References: <200102060035.f160ZHg18114@moe.2bsd.com> Message-ID: <20010206083928.A15141@mud.stack.nl> Steven M. Schultz wrote: > Hi - > > > From: Martijn van Buul > > After 52 days, my uPDP 11/53+ has suddenly been acting rather strange. > > /usr/include got 'replaced' by /usr/new, to be precise. At the time, > > Oops! Well, strange things are afoot indeed. About the same time, 1 machine crashed (A DEC Alpha running OpenBSD), 2 started acting very strangely, and had to be rebooted (My PDP, and a Wintel box running Windows 2000), and a 4th machine (A Wintel box running Minix-VMD) suddenly had some problems reading his harddisk and using its network (but recovered). The strange thing is that these machines aren't related in any way but one: they're standing quite near to eachother. Do I hear EMC somewhere? > > Any hints? > > How much memory is on the system now after the reboot. 1.5 MB. 798 Kilowords. > The only thing that pops into mind is that the system is running > without enough memory. If part of the memory on the system dropped > out earlier that would (possibly) explain the strange behaviour was > seen. Rebooting/reseting the system would cause the system to > recount memory. Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some memory fault, but it *seems* to be a temporal one. > > "sysctl hw" will give several lines of output - the two you'd be > interested in are > > hw.physmem = 2097152 hw.physmem = 1572864 > hw.usermem = 415744 hw.usermem = 313472 > 'physmem' is the amount of memory physically present and 'usermem' is > the amount current free and available for user programs. Should be enough. 'cc' works without problems - only my ps with debug info seems to be affected; it might not be a memory issue, but a "ps can't determine the right amount of processes"-issue.. I've checked it, and this seems to be the case. Ps thinks that there are 0 processes running, and does a outargs = (struct psout *)calloc(nproc, sizeof(struct psout)); on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't mean that the process is out of memory. Having no ps is very annoying; finding back those 4 children spawned by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:) > "pstat -s" will give a swap space usage summary. 15/59 swapmap entries 910 kbytes swap used, 6263 kbytes free -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA75027 for pups-liszt; Wed, 7 Feb 2001 03:47:05 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From sms at moe.2bsd.com Wed Feb 7 02:36:03 2001 From: sms at moe.2bsd.com (Steven M. Schultz) Date: Tue, 6 Feb 2001 08:36:03 -0800 (PST) Subject: [pups] Strange problems on an uPDP 11/53+ Message-ID: <200102061636.f16Ga3301595@moe.2bsd.com> Hi -- > Well, strange things are afoot indeed. About the same time, 1 machine... > they're standing quite near to eachother. Do I hear EMC somewhere? Time to increase the shielding around the computer room, eh? ;-) > Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some > memory fault, but it *seems* to be a temporal one. I do not think it is a memory/hardware problem - that was just a guess (not a very good one at that ;)). > hw.usermem = 313472 That's fine. > Should be enough. 'cc' works without problems - only my ps with debug What about the standard 'ps' that came with the system? > info seems to be affected; it might not be a memory issue, but a "ps can't > determine the right amount of processes"-issue.. > I've checked it, and this seems to be the case. Ps thinks that there are > 0 processes running, and does a > outargs = (struct psout *)calloc(nproc, sizeof(struct psout)); Ah, ok - malloc() used to actually return a non-NULL pointer when presented with a size request of 0. That was an error and was changed (I forget the exact update/patch number). There were a couple programs in the system that relied on the old behaviour and those had to be fixed. > on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't > mean that the process is out of memory. Right, the ENOMEM error was overloaded by malloc(). An argument can be made that EINVAL should have been returned instead by malloc() if 0 was passed in. > Having no ps is very annoying; finding back those 4 children spawned > by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:) Are you are using the traditional 'nlist()' method of reading the kernel symbol table to look for 'nproc' and '_proc'? If so is there a permissions problem? /dev/*mem needs to be group=kmem, mode 640, the /unix image should be mode 644 and the 'ps' program setgid to kmem. If there is a problem reading the kernel symbol table then 'nproc' will remain 0 which is what you're seeing. Another way of examining some kernel variables (proc table, file table, etc) is with the "sysctl" call. It's much faster since it doesn't have to do a sequential scan of the /unix symbol table. You can look in /usr/src/ucb/w.c at the function 'readpr()' to see how to examine the proc table using sysctl. Steve From pino at dohd.org Thu Feb 8 06:22:52 2001 From: pino at dohd.org (Martijn van Buul) Date: Wed, 7 Feb 2001 21:22:52 +0100 Subject: [pups] /bin/ps (and /var/run/psdatabase) corrupt in installation set? Message-ID: <20010207212252.B28455@mud.stack.nl> Oy. I kind of solved my problems with ps, just by recompiling the source.. I think I've got reasons to believe that /bin/ps as distributed in the installation set on minnie is corrupt; it only dumps core. As a side note, /var/run/psdatabase is corrupt too; normally this wouldn't matter (since ps -U recompiles this, and since ps -U is run in /etc/rc), but since ps dumps core... Anyway; If I would've known about /var/run/psdatabase, it might have prevented me from searching a non-existant bug during the last few months :) -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. From wkt at henry.cs.adfa.edu.au Thu Feb 15 11:33:32 2001 From: wkt at henry.cs.adfa.edu.au (Warren Toomey) Date: Thu, 15 Feb 2001 12:33:32 +1100 (EST) Subject: [pups] Checksums in the UNIX Archive Message-ID: <200102150133.f1F1XWX40569@henry.cs.adfa.edu.au> ----- Forwarded message from Fred N. van Kempen ----- Warren, False alert... Ultrix-11 V3.1 source tape file is NOT corrupted. My WinZIP was - I use NT at work, download stuff, and take it home with me, to load onto the Unix machines. The Unix boxes have no problem with the files... ----- End of forwarded message from Fred N. van Kempen ----- Hi all, I'm back from holidays. With regards to corrupt files in the UNIX Archive, yes it looks like I have had a few hit. I'll check through my old backups for a clean version of Ken Wellsch's 6th Edition disk image. There is a checksums file in the archive: /checksums, with MD5 checksums for all files. If you do suspect a file is damaged, please check to see if the MD5 checksum matches that in the /checksums file. Also, has anybody tried out the VTserver 2.0 alpha program?! I'm going to be flat out here at work for a month or two, but I will try to add support for things other than plain copying of disk images. Cheers, Warren From Fred.van.Kempen at microwalt.nl Thu Feb 15 13:01:45 2001 From: Fred.van.Kempen at microwalt.nl (Fred N. van Kempen) Date: Thu, 15 Feb 2001 04:01:45 +0100 Subject: [pups] RE: Unix Archive mirror site offer Message-ID: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4> Warren, Good news so far. I did some work on VTserver 2.0, and added the uODT code so it uploads the PDP-11 boot code to the machine and gets it going. That works fine.. "copy" gets loaded, and I can transfer stuff from and to the machine's RX50 and RD51 units. My biggest worry next, of course, is using an emulator to emulate my machine (which is a MicroPDP-11/23, by the way) and its disks, and build a working set of file systems. Those I can then transfer to the raw disk. When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive... did anyone try to use other MFM disks with the RQDX series controllers? I can probably get some very cheap ST251 40MB drives.. ;) --fred > -----Original Message----- > From: Warren Toomey [mailto:wkt at henry.cs.adfa.edu.au] > Sent: dinsdag 13 februari 2001 2:22 > To: Fred N. van Kempen > Subject: Re: Unix Archive mirror site offer > > > In article by Fred N. van Kempen: > > Here's a promise... if I can get my MicroVAX 3400 back up > (on Ultrix 4.4), > > I'll run the archive on that box... (pups.microwalt.net or > > tuhs.microwalt.net) > > so all the old stuff is hosted on old stuff... otherwise > it's going to be a > > Sun SPARCstation Classic- also an old box, but not quite as old :) > > Excellent. I believe Caldera have bought the rights to UNIX > from SCO, and > I"ve heard rumours that they might drop the ``click on the > license'' thing, > so if that happens we can make the archive available with no > passwords. > > > Also: I am working with Bill Grunshannon and Steven Schultz > on getting my > > own > > MicroPDP-11/23 back up... we need to include your VTserver > stuff into the > > Ultrix-11 source tree, recompile parts, move into binary > tree, and create a > > new tape which I can then load. Bill has a working 11/73 > with Ultrix-11 on > > it, > > and also has an 11/93 with same. > > > > My new VTserver can load in and write entire disk images now, > so it should > be usable to install an Ultrix disk image. > > http://minnie.cs.adfa.edu.au/Vtserver. > > I'll be back at work tomorrow or the nxet day. > > Cheers, > Warren > ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA58787 for pups-liszt; Fri, 16 Feb 2001 19:14:03 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From pino at dohd.org Fri Feb 16 18:11:02 2001 From: pino at dohd.org (Martijn van Buul) Date: Fri, 16 Feb 2001 09:11:02 +0100 Subject: [pups] RE: Unix Archive mirror site offer In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4>; from Fred.van.Kempen@microwalt.nl on Thu, Feb 15, 2001 at 04:01:45AM +0100 References: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4> Message-ID: <20010216091102.A26535@mud.stack.nl> Fred N. van Kempen wrote: > When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive... > did anyone try to use other MFM disks with the RQDX series controllers? I > can probably get some very cheap ST251 40MB drives.. ;) I've done exactly the same thing (but it only was an ST225, AKA RD31) on an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that. Having a couple of 5.25" HD diskdrives really helps. Some of these drives (the older, the better ;) can be used as RX33 drive, which greatly reduces the problem of creating a XXDP bootdisk with the needed utilities, since you can write these disks in a (second :) 5.25" drive on a standard PC. Finding a supply of 1.2 MB 5.25" disks can be a bigger problem - I'm very happy with my newly found pack of *fresh* disks. I may still have such a diskimage floating around somewhere (Yup, I seem to have). The basic idea is to low-level format the MFM drive, and make it look like a genuine DEC drive. This is a lot easier if the drives you want to use were also sold as DEC drives (which is the case with the ST251 - it's also known as the RD32). If not, you'll have to provide a lot more information about the drive - never really tried that. This said, I sucessfully low-levelled a 21MB Miniscribe (with the same CHS-layout as a ST225) using the RD31 parameters. -- Martijn van Buul - Pino at dohd.org - http://www.stack.nl/~martijnb/ Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333 Kees J. Bot: The sum of CPU power and user brain power is a constant. Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA59199 for pups-liszt; Fri, 16 Feb 2001 20:18:56 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au) From jkunz at unixag-kl.fh-kl.de Fri Feb 16 19:15:20 2001 From: jkunz at unixag-kl.fh-kl.de (jkunz at unixag-kl.fh-kl.de) Date: Fri, 16 Feb 2001 10:15:20 +0100 (CET) Subject: [pups] RE: Unix Archive mirror site offer In-Reply-To: <20010216091102.A26535@mud.stack.nl> Message-ID: <200102160915.KAA11956@unixag-kl.fh-kl.de> On 16 Feb, Martijn van Buul wrote: [third party disks on RQDX} > I've done exactly the same thing (but it only was an ST225, AKA RD31) on > an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that. Could this be placed in the archive? It would be nice to have this public available. > Having a couple of 5.25" HD diskdrives really helps. Some of these > drives (the older, the better ;) can be used as RX33 drive I connected a generic Mitzumi 5.25" FDD to the RQDX3 in my MicroVAX III and it just worked. Even booting from it was no problem. -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major at localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA59734 for pups-liszt; Fri, 16 Feb 2001 22:15:08 +1100 (EST) (envelope-from owner-pups at minnie.cs.adfa.edu.au)