From neozeed at gmail.com Sun Mar 22 14:53:07 2009 From: neozeed at gmail.com (Jason Stevens) Date: Sun, 22 Mar 2009 00:53:07 -0400 Subject: [TUHS] Uwisc4.3 question... Message-ID: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> I went ahead and downloaded this [ http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], made up some tape images and installed it on SIMH... And what I found is that as far as I can tell there is *NO* information about this thing.. All I can find is that it includes the vfs layer from SunOS and it's NFS... It looks like beta software from the root user being "The Not Ready for Prime Time Super User". There is also a tadl user, Tad Lebeck which I think is from "Storage Confrence".. Anyways it seems absent from the UNIX tree, and just about anywhere from google's search of usenet, other then a single node running this back in the UUCP days.. So is this a unique build of 4.3, is it it's own thing? Should it be added to the unix tree? Did it get rolled back into RENO? It does appear to be dead end, but I haven't combed that much thru it.. FWIW here is the UUCP entry I found... ------ #N eedsp #S Vax 11/780; 4.3+NFS Wisconsin Unix #O School of Electrical Engineering #C Deborah J. Jackson #E gt-eedsp!deb #T +1 404 894 3058 #P School of EE, Georgia Tech, Atlanta, GA, 30332 #L 84 23 43 W / 33 46 30 N #W eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 ------ And for the heck of it, a bootup log.. ------ loading ra(0,0)boot Boot : ra(0,0)vmunix 290188+89696+102928 start 0x12f8 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 tadl at brie:/usr/src/bsd/4.3/sys/GENERIC real mem = 8388608 SYSPTSIZE limits number of buffers to 134 avail mem = 7136256 using 134 buffers containing 524288 bytes of memory mcr0 at tr1 mcr1 at tr2 uba0 at tr3 hk0 at uba0 csr 177440 vec 210, ipl 15 rk0 at hk0 slave 0 rk1 at hk0 slave 1 rk2 at hk0 slave 2 rk3 at hk0 slave 3 uda0 at uba0 csr 172150 vec 774, ipl 15 ra0 at uda0 slave 0 zs0 at uba0 csr 172520 vec 224, ipl 15 ts0 at zs0 slave 0 dz0 at uba0 csr 160100 vec 300, ipl 15 dz1 at uba0 csr 160110 vec 310, ipl 15 dz2 at uba0 csr 160120 vec 320, ipl 15 dz3 at uba0 csr 160130 vec 330, ipl 15 Changing root device to ra0a Automatic reboot in progress... Sat Mar 21 16:45:41 PST 1987 /dev/ra0a: 355 files, 5885 used, 1544 free (8 frags, 192 blocks, 0.1% fragmion) /dev/rra0g: 12289 files, 65182 used, 180043 free (275 frags, 22471 blocks,fragmentation) /dev/rra0h: 2 files, 9 used, 138575 free (15 frags, 17320 blocks, 0.0% fragtion) Sat Mar 21 16:45:49 PST 1987 /dev/ra0a mounted on / /dev/ra0g mounted on /usr /dev/ra0h mounted on /mnt starting rpc daemons: portmap rpcd. starting system logger starting local deamons: routed sendmail biod. preserving editor files clearing /tmp standard daemons: update cron. starting network daemons: inetd printer. Sat Mar 21 16:45:54 PST 1987 Wisconsin UNIX (myname console) 4.3+NFS > V.* login: root Last login: Sat Mar 21 16:44:51 on console 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 You have mail. Don't login as root, use su myname# From lm at bitmover.com Mon Mar 23 01:31:56 2009 From: lm at bitmover.com (Larry McVoy) Date: Sun, 22 Mar 2009 08:31:56 -0700 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> References: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> Message-ID: <20090322153156.GI31390@bitmover.com> I was around UWisc when people were working on this. I could track down some names. Last I heard Tad was at Legato as CTO. Dave Cohrs was around then, he might know. This is a fairly interesting chunk of code because when I like through it, it looks a lot like the SunOS 4.x VFS layer (I worked at Sun in the kernel group right after that stuff got done). A lot of the kernel folk at Sun were ex-Wisconsin people, back then Wisconsin was quite the hackers school. The guy who did the VM system at Sun, the basis for most modern VM systems, came from Wisconsin. I watched him do a BSD port to an HP machine in 2 days once. On Sun, Mar 22, 2009 at 12:53:07AM -0400, Jason Stevens wrote: > I went ahead and downloaded this [ > http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], > made up some tape images and installed it on SIMH... And what I found > is that as far as I can tell there is *NO* information about this > thing.. > > All I can find is that it includes the vfs layer from SunOS and it's > NFS... It looks like beta software from the root user being "The Not > Ready for Prime Time Super User". > There is also a tadl user, Tad Lebeck which I think is from "Storage > Confrence".. > > Anyways it seems absent from the UNIX tree, and just about anywhere > from google's search of usenet, other then a single node running this > back in the UUCP days.. > > So is this a unique build of 4.3, is it it's own thing? Should it be > added to the unix tree? Did it get rolled back into RENO? > It does appear to be dead end, but I haven't combed that much thru it.. > > > FWIW here is the UUCP entry I found... > ------ > #N eedsp > #S Vax 11/780; 4.3+NFS Wisconsin Unix > #O School of Electrical Engineering > #C Deborah J. Jackson > #E gt-eedsp!deb > #T +1 404 894 3058 > #P School of EE, Georgia Tech, Atlanta, GA, 30332 > #L 84 23 43 W / 33 46 30 N > #W eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 > ------ > > > And for the heck of it, a bootup log.. > ------ > loading ra(0,0)boot > Boot > : ra(0,0)vmunix > 290188+89696+102928 start 0x12f8 > 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 > tadl at brie:/usr/src/bsd/4.3/sys/GENERIC > real mem = 8388608 > SYSPTSIZE limits number of buffers to 134 > avail mem = 7136256 > using 134 buffers containing 524288 bytes of memory > mcr0 at tr1 > mcr1 at tr2 > uba0 at tr3 > hk0 at uba0 csr 177440 vec 210, ipl 15 > rk0 at hk0 slave 0 > rk1 at hk0 slave 1 > rk2 at hk0 slave 2 > rk3 at hk0 slave 3 > uda0 at uba0 csr 172150 vec 774, ipl 15 > ra0 at uda0 slave 0 > zs0 at uba0 csr 172520 vec 224, ipl 15 > ts0 at zs0 slave 0 > dz0 at uba0 csr 160100 vec 300, ipl 15 > dz1 at uba0 csr 160110 vec 310, ipl 15 > dz2 at uba0 csr 160120 vec 320, ipl 15 > dz3 at uba0 csr 160130 vec 330, ipl 15 > Changing root device to ra0a > Automatic reboot in progress... > Sat Mar 21 16:45:41 PST 1987 > /dev/ra0a: 355 files, 5885 used, 1544 free (8 frags, 192 blocks, 0.1% fragmion) > /dev/rra0g: 12289 files, 65182 used, 180043 free (275 frags, 22471 > blocks,fragmentation) > /dev/rra0h: 2 files, 9 used, 138575 free (15 frags, 17320 blocks, 0.0% fragtion) > Sat Mar 21 16:45:49 PST 1987 > /dev/ra0a mounted on / > /dev/ra0g mounted on /usr > /dev/ra0h mounted on /mnt > starting rpc daemons: portmap rpcd. > starting system logger > starting local deamons: routed sendmail biod. > preserving editor files > clearing /tmp > standard daemons: update cron. > starting network daemons: inetd printer. > Sat Mar 21 16:45:54 PST 1987 > > > Wisconsin UNIX (myname console) > 4.3+NFS > V.* > > login: root > Last login: Sat Mar 21 16:44:51 on console > 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 > You have mail. > Don't login as root, use su > myname# > _______________________________________________ > TUHS mailing list > TUHS at minnie.tuhs.org > https://minnie.tuhs.org/mailman/listinfo/tuhs -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com From neozeed at gmail.com Mon Mar 23 03:32:33 2009 From: neozeed at gmail.com (Jason Stevens) Date: Sun, 22 Mar 2009 13:32:33 -0400 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <20090322153156.GI31390@bitmover.com> References: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> <20090322153156.GI31390@bitmover.com> Message-ID: <46b366130903221032s43030fe0u110f50ff15ab5191@mail.gmail.com> If you could find a relase notification, or any docs on this releas that'd be cool... As for the lore of UWisc & SunOS... I've never heard any of that before, so it's all interesting to me! All I vaugely know about SunOS is that it picked up when Bill Joy joined SUN, it involved the 68000 cpu stuff prior to the whole SPARC thing.. I've seen that TME thing and seen someone get SunOS running under it.. It seemed pretty neat, but I've always personally wondered about the fesability of somehow emulating a SUN-1.. Eventhough SunOS 0.7 was just a v7 port by Unisoft (so says wikipedia).. which I highly doubt would be open for redistribution.. As for the source to SunOS I had heard in college it was open to educational stuff, but my crappy school wasn't interested in asking as it would seem like "work".. Heh, I've always wondered if there were ports of SunOS to the vax or something un sunlike... I guess that is the fate of most unix'y stuff... On Sun, Mar 22, 2009 at 11:31 AM, Larry McVoy wrote: > I was around UWisc when people were working on this.  I could track down > some names.  Last I heard Tad was at Legato as CTO.  Dave Cohrs was > around then, he might know. > > This is a fairly interesting chunk of code because when I like through > it, it looks a lot like the SunOS 4.x VFS layer (I worked at Sun in > the kernel group right after that stuff got done).  A lot of the > kernel folk at Sun were ex-Wisconsin people, back then Wisconsin > was quite the hackers school.  The guy who did the VM system at > Sun, the basis for most modern VM systems, came from Wisconsin. > I watched him do a BSD port to an HP machine in 2 days once. > > On Sun, Mar 22, 2009 at 12:53:07AM -0400, Jason Stevens wrote: >> I went ahead and downloaded this [ >> http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], >> made up some tape images and installed it on SIMH...  And what I found >> is that as far as I can tell there is *NO* information about this >> thing.. >> >> All I can find is that it includes the vfs layer from SunOS and it's >> NFS...  It looks like beta software from the root user being "The Not >> Ready for Prime Time Super User". >> There is also a tadl user, Tad Lebeck which I think is from "Storage >> Confrence".. >> >> Anyways it seems absent from the UNIX tree, and just about anywhere >> from google's search of usenet, other then a single node running this >> back in the UUCP days.. >> >> So is this a unique build of 4.3, is it it's own thing?  Should it be >> added to the unix tree? Did it get rolled back into RENO? >> It does appear to be dead end, but I haven't combed that much thru it.. >> >> >> FWIW here is the UUCP entry I found... >> ------ >> #N    eedsp >> #S    Vax 11/780; 4.3+NFS Wisconsin Unix >> #O    School of Electrical Engineering >> #C    Deborah J. Jackson >> #E    gt-eedsp!deb >> #T    +1 404 894 3058 >> #P    School of EE, Georgia Tech, Atlanta, GA, 30332 >> #L    84 23 43 W / 33 46 30 N >> #W    eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 >> ------ >> >> >> And for the heck of it, a bootup log.. >> ------ >> loading ra(0,0)boot >> Boot >> : ra(0,0)vmunix >> 290188+89696+102928 start 0x12f8 >> 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 >>     tadl at brie:/usr/src/bsd/4.3/sys/GENERIC >> real mem  = 8388608 >> SYSPTSIZE limits number of buffers to 134 >> avail mem = 7136256 >> using 134 buffers containing 524288 bytes of memory >> mcr0 at tr1 >> mcr1 at tr2 >> uba0 at tr3 >> hk0 at uba0 csr 177440 vec 210, ipl 15 >> rk0 at hk0 slave 0 >> rk1 at hk0 slave 1 >> rk2 at hk0 slave 2 >> rk3 at hk0 slave 3 >> uda0 at uba0 csr 172150 vec 774, ipl 15 >> ra0 at uda0 slave 0 >> zs0 at uba0 csr 172520 vec 224, ipl 15 >> ts0 at zs0 slave 0 >> dz0 at uba0 csr 160100 vec 300, ipl 15 >> dz1 at uba0 csr 160110 vec 310, ipl 15 >> dz2 at uba0 csr 160120 vec 320, ipl 15 >> dz3 at uba0 csr 160130 vec 330, ipl 15 >> Changing root device to ra0a >> Automatic reboot in progress... >> Sat Mar 21 16:45:41 PST 1987 >> /dev/ra0a: 355 files, 5885 used, 1544 free (8 frags, 192 blocks, 0.1% fragmion) >> /dev/rra0g: 12289 files, 65182 used, 180043 free (275 frags, 22471 >> blocks,fragmentation) >> /dev/rra0h: 2 files, 9 used, 138575 free (15 frags, 17320 blocks, 0.0% fragtion) >> Sat Mar 21 16:45:49 PST 1987 >> /dev/ra0a mounted on / >> /dev/ra0g mounted on /usr >> /dev/ra0h mounted on /mnt >> starting rpc daemons: portmap rpcd. >> starting system logger >> starting local deamons: routed sendmail biod. >> preserving editor files >> clearing /tmp >> standard daemons: update cron. >> starting network daemons: inetd printer. >> Sat Mar 21 16:45:54 PST 1987 >> >> >> Wisconsin UNIX (myname console) >> 4.3+NFS > V.* >> >> login: root >> Last login: Sat Mar 21 16:44:51 on console >> 4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986 >> You have mail. >> Don't login as root, use su >> myname# >> _______________________________________________ >> TUHS mailing list >> TUHS at minnie.tuhs.org >> https://minnie.tuhs.org/mailman/listinfo/tuhs > > -- > --- > Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com > From aek at bitsavers.org Mon Mar 23 04:11:27 2009 From: aek at bitsavers.org (Al Kossow) Date: Sun, 22 Mar 2009 11:11:27 -0700 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <46b366130903221032s43030fe0u110f50ff15ab5191@mail.gmail.com> References: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> <20090322153156.GI31390@bitmover.com> <46b366130903221032s43030fe0u110f50ff15ab5191@mail.gmail.com> Message-ID: <49C67F4F.70105@bitsavers.org> Jason Stevens wrote: > All I vaugely know about SunOS is that it picked up when Bill Joy > joined SUN, it involved the 68000 cpu stuff > prior to the whole SPARC thing.. Rusty Sandberg is the point of contact between UW-Madison and Sun/NFS. He moved out to work for Sun in '84, and worked in the NFS group. Curiosly, he and I ran into each other coming out here when we had both stopped on a overlook just west of the Great Salt Lake. From arnold at skeeve.com Tue Mar 24 19:14:19 2009 From: arnold at skeeve.com (Aharon Robbins) Date: Tue, 24 Mar 2009 11:14:19 +0200 Subject: [TUHS] Uwisc4.3 question... Message-ID: <200903240914.n2O9EJOa004453@skeeve.com> > Date: Sun, 22 Mar 2009 00:53:07 -0400 > From: Jason Stevens > To: tuhs at minnie.tuhs.org > Subject: [TUHS] Uwisc4.3 question... > > I went ahead and downloaded this [ > http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], > made up some tape images and installed it on SIMH... And what I found > is that as far as I can tell there is *NO* information about this > thing.. > > All I can find is that it includes the vfs layer from SunOS and it's > NFS... It looks like beta software from the root user being "The Not > Ready for Prime Time Super User". Does the code actually say "Sun Microsystems"? If not, then this might have been the VFS and NFS stuff that got folded back into BSD Reno. I think there were other schools that ran this. At the same time as this entry (1989) I was a sysadmin in the computing center of Emory University and we were running Mt. Xinu's mixture of 4.3 BSD with NFS from Sun, and then later their commercial Unix on Vax 11/780s, and starting to move to Sparcs running SunOS 4.0. The comp. center preferred having a vendor with whom there could be a support contract - IIRC then otherwise we probably would have been running this too. Ah, those were the days, when men were real men, and computers were vaxen. :-) > FWIW here is the UUCP entry I found... > ------ > #N eedsp > #S Vax 11/780; 4.3+NFS Wisconsin Unix > #O School of Electrical Engineering > #C Deborah J. Jackson > #E gt-eedsp!deb > #T +1 404 894 3058 > #P School of EE, Georgia Tech, Atlanta, GA, 30332 > #L 84 23 43 W / 33 46 30 N > #W eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 > ------ I knew Deb Jackson and worked with her a little when we were both at GT (I was in Information and Computer Science, not EE) and then a lot when I suggested that the start-up company I was at hire her (which they did). I've not seen her in around 18 years, nor do I know where she is now, although presumably she's still in Atlanta somewhere. Arnold From neozeed at gmail.com Tue Mar 24 21:00:55 2009 From: neozeed at gmail.com (Jason Stevens) Date: Tue, 24 Mar 2009 07:00:55 -0400 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <200903240914.n2O9EJOa004453@skeeve.com> References: <200903240914.n2O9EJOa004453@skeeve.com> Message-ID: <46b366130903240400k5254dc83o9102a5511874d325@mail.gmail.com> Yeah there is certainly sun code... for example here's the copyright bit in a file: /* * xdr.c, Generic XDR routines implementation. * * Copyright (C) 1984, Sun Microsystems, Inc. * * These are the "generic" xdr routines used to serialize and de-serialize * most common data items. See xdr.h for more info on the interface to * xdr. */ % egrep -ril 'sun microsystems' * h/des.h h/dnlc.h nfs/nfs_server.c nfs/nfs_vfsops.c nfs/nfs_vnodeops.c rpc/auth.h rpc/authunix_prot.c rpc/auth_kern.c rpc/auth_none.c rpc/auth_unix.c rpc/auth_unix.h rpc/clnt.h rpc/clnt_kudp.c rpc/clnt_perror.c rpc/clnt_raw.c rpc/clnt_simple.c rpc/clnt_tcp.c rpc/clnt_udp.c rpc/kudp_fastsend.c rpc/pmap_clnt.c rpc/pmap_clnt.h rpc/pmap_getmaps.c rpc/pmap_getport.c rpc/pmap_prot.c rpc/pmap_prot.h rpc/pmap_rmt.c rpc/rpc.h rpc/rpc_msg.h rpc/rpc_prot.c rpc/subr_kudp.c rpc/svc.c rpc/svc.h rpc/svc_auth.c rpc/svc_auth.h rpc/svc_auth_unix.c rpc/svc_kudp.c rpc/svc_raw.c rpc/svc_simple.c rpc/svc_tcp.c rpc/svc_udp.c rpc/xdr.c rpc/xdr.h rpc/xdr_array.c rpc/xdr_float.c rpc/xdr_mbuf.c rpc/xdr_mem.c rpc/xdr_rec.c rpc/xdr_reference.c rpc/xdr_stdio.c sys/heap_kmem.c sys/vfs_dnlc.c ufs/quota.c ufs/quota_syscalls.c ufs/quota_ufs.c ufs/ufs_dir.c On Tue, Mar 24, 2009 at 5:14 AM, Aharon Robbins wrote: >> Date: Sun, 22 Mar 2009 00:53:07 -0400 >> From: Jason Stevens >> To: tuhs at minnie.tuhs.org >> Subject: [TUHS] Uwisc4.3 question... >> >> I went ahead and downloaded this [ >> http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], >> made up some tape images and installed it on SIMH...  And what I found >> is that as far as I can tell there is *NO* information about this >> thing.. >> >> All I can find is that it includes the vfs layer from SunOS and it's >> NFS...  It looks like beta software from the root user being "The Not >> Ready for Prime Time Super User". > > Does the code actually say "Sun Microsystems"?  If not, then this might have > been the VFS and NFS stuff that got folded back into BSD Reno. > > I think there were other schools that ran this. At the same time > as this entry (1989) I was a sysadmin in the computing center > of Emory University and we were running Mt. Xinu's mixture of > 4.3 BSD with NFS from Sun, and then later their commercial Unix > on Vax 11/780s, and starting to move to Sparcs running SunOS 4.0. One of the uni's I went to made that transition in the mid 90's.. At that time I didn't realize how many 'upgrades' they had made to Ultrix to make it... usable. Although I don't think I miss archie/veronica but the simplicity of pine/lynx is kind of there.. oh sure they still run on 'modern' things but it isn't the same really. > > The comp. center preferred having a vendor with whom there could be > a support contract - IIRC then otherwise we probably would have > been running this too. > > Ah, those were the days, when men were real men, and computers > were vaxen. :-) > >> FWIW here is the UUCP entry I found... >> ------ >> #N    eedsp >> #S    Vax 11/780; 4.3+NFS Wisconsin Unix >> #O    School of Electrical Engineering >> #C    Deborah J. Jackson >> #E    gt-eedsp!deb >> #T    +1 404 894 3058 >> #P    School of EE, Georgia Tech, Atlanta, GA, 30332 >> #L    84 23 43 W / 33 46 30 N >> #W    eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 >> ------ > > I knew Deb Jackson and worked with her a little when we were both at GT > (I was in Information and Computer Science, not EE) and then a lot when > I suggested that the start-up company I was at hire her (which they > did). I've not seen her in around 18 years, nor do I know where she is > now, although presumably she's still in Atlanta somewhere. > > Arnold > It's funny the weird things that get left around the internet... and the host file from that tape image is MASSIVE.. lol and I thought having a DNS zone with that many enteries was crazy... I did manage to hack the networking for it to work... It's not elegant, but commenting out the error checking in if_de's derecv procedure seems to work... I could ping around for the last 5 hours, and telnet into it. I'll have to build some package with simh to run it on windows... From lm at bitmover.com Wed Mar 25 00:33:29 2009 From: lm at bitmover.com (Larry McVoy) Date: Tue, 24 Mar 2009 07:33:29 -0700 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <46b366130903240400k5254dc83o9102a5511874d325@mail.gmail.com> References: <200903240914.n2O9EJOa004453@skeeve.com> <46b366130903240400k5254dc83o9102a5511874d325@mail.gmail.com> Message-ID: <20090324143329.GP1961@bitmover.com> Look for "SMI" for "Sun Microsystems, Inc". On Tue, Mar 24, 2009 at 07:00:55AM -0400, Jason Stevens wrote: > Yeah there is certainly sun code... Yeah, it's the Sun NFS code from the brief look I took. -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com From neozeed at gmail.com Wed Mar 25 02:34:53 2009 From: neozeed at gmail.com (Jason Stevens) Date: Tue, 24 Mar 2009 12:34:53 -0400 Subject: [TUHS] 4.3 BSD under SIMH's 11/780 emulator Message-ID: <46b366130903240934s3e679aebnfacf0af9977b75bf@mail.gmail.com> if anyone is interested, I noticed that if you remove the error checking form the recv portion of the if_de driver it seems to work for 4.3 BSD & variants... As far as I know there is no if_de for 4.2 BSD... But then if there were you would still have it's incompatibility problems... Anyways, here is a diff from 4.3 BSD *** if_de-orig.c Mon Mar 24 04:05:10 1986 --- if_de.c Mon Mar 24 04:06:09 1986 *************** *** 457,466 **** len = (rp->r_lenerr&RERR_MLEN) - sizeof (struct ether_header) - 4; /* don't forget checksum! */ /* check for errors */ ! if ((rp->r_flags & (RFLG_ERRS|RFLG_FRAM|RFLG_OFLO|RFLG_CRC)) || (rp->r_flags&(RFLG_STP|RFLG_ENP)) != (RFLG_STP|RFLG_ENP) || (rp->r_lenerr & (RERR_BUFL|RERR_UBTO|RERR_NCHN)) || len < ETHERMIN || len > ETHERMTU) { ds->ds_if.if_ierrors++; if (dedebug) printf("de%d: ierror, flags=%b lenerr=%b (len=%d)\n", --- 457,468 ---- len = (rp->r_lenerr&RERR_MLEN) - sizeof (struct ether_header) - 4; /* don't forget checksum! */ /* check for errors */ ! /*** if ((rp->r_flags & (RFLG_ERRS|RFLG_FRAM|RFLG_OFLO|RFLG_CRC)) || (rp->r_flags&(RFLG_STP|RFLG_ENP)) != (RFLG_STP|RFLG_ENP) || (rp->r_lenerr & (RERR_BUFL|RERR_UBTO|RERR_NCHN)) || len < ETHERMIN || len > ETHERMTU) { + ***/ + if(1==5){ ds->ds_if.if_ierrors++; if (dedebug) printf("de%d: ierror, flags=%b lenerr=%b (len=%d)\n", I have set it up with my SLiRP patch, and I had it pinging away at 10.0.2.2 for 5 hours, 100% success, and I had no issues TELNETTing into the VM..I think that BSD see's the crc32 on the end and treats all inbound packets as bad, dropping them all.. so I just quickly sidestepped the error check.. I would imagine this would work with SIMH's libpcap support so you can now get your virtual 11/780 onto the Internet, and party like it's 1986! For any windows users out there, I'll package up 4.3 BSD & the Wisconsin version up onto sourceforge... http://sourceforge.net/project/showfiles.php?group_id=204974&package_id=245145 From lm at bitmover.com Wed Mar 25 13:37:16 2009 From: lm at bitmover.com (Larry McVoy) Date: Tue, 24 Mar 2009 20:37:16 -0700 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <200903240914.n2O9EJOa004453@skeeve.com> References: <200903240914.n2O9EJOa004453@skeeve.com> Message-ID: <20090325033716.GG25141@bitmover.com> > Ah, those were the days, when men were real men, and computers > were vaxen. :-) Heh. When I was in undergrad we were all on an 11/780 with 1MB of ram and about 30-40 terminals talking to it. As strange as it may sound, to this day I miss that. Terminal rooms were the ultimate communication zone. Looking over someone's shoulder and saying "how did you do that?" when they did !}fmt Those were the days... Where is Henry Spencer when you need him? -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com From lm at bitmover.com Wed Mar 25 13:44:19 2009 From: lm at bitmover.com (Larry McVoy) Date: Tue, 24 Mar 2009 20:44:19 -0700 Subject: [TUHS] Uwisc4.3 question... In-Reply-To: <49C67F4F.70105@bitsavers.org> References: <46b366130903212153v7b9dc0f6i2b9313f30a515cf6@mail.gmail.com> <20090322153156.GI31390@bitmover.com> <46b366130903221032s43030fe0u110f50ff15ab5191@mail.gmail.com> <49C67F4F.70105@bitsavers.org> Message-ID: <20090325034419.GJ25141@bitmover.com> On Sun, Mar 22, 2009 at 11:11:27AM -0700, Al Kossow wrote: > Jason Stevens wrote: > > > All I vaugely know about SunOS is that it picked up when Bill Joy > > joined SUN, it involved the 68000 cpu stuff > > prior to the whole SPARC thing.. > > Rusty Sandberg is the point of contact between UW-Madison and Sun/NFS. s/is/was/ Last I heard Rusty was doing a housing project in Santa Cruz and wanted nothing to do with tech. No offense intended, Rusty sorta got me into Sun. Long story, not worth repeating here. -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com From arnold at skeeve.com Fri Mar 27 17:39:33 2009 From: arnold at skeeve.com (Aharon Robbins) Date: Fri, 27 Mar 2009 10:39:33 +0300 Subject: [TUHS] Uwisc4.3 question... Message-ID: <200903270739.n2R7dXUf005515@skeeve.com> Hi. Most of those files would seem to be the generic XDR and RPC code that Sun released for general use. The three nfs/* files make me curious though, since Sun would license their implementation, but not give it away. It may be that the UWisc dist actually used real Sun code, in which case anyone using it would have needed a SunOS license also. Ah, those were the days. I remember that the early versions of SunOS 4.1.x had both RFS and NFS in them. The original System V Release 4 did too, as did early versions of Solaris. Sometime around Solaris 5.3 or so Sun wised up that no-one was using or cared about RFS and they pulled it out of Solaris. :-) Arnold > Date: Tue, 24 Mar 2009 07:00:55 -0400 > Subject: Re: [TUHS] Uwisc4.3 question... > From: Jason Stevens > To: Aharon Robbins , tuhs at minnie.tuhs.org > X-MIME-Autoconverted: from quoted-printable to 8bit by f7.net id n2OB0ta22275 > > Yeah there is certainly sun code... for example here's the copyright > bit in a file: > > /* > * xdr.c, Generic XDR routines implementation. > * > * Copyright (C) 1984, Sun Microsystems, Inc. > * > * These are the "generic" xdr routines used to serialize and de-serialize > * most common data items. See xdr.h for more info on the interface to > * xdr. > */ > > % egrep -ril 'sun microsystems' * > h/des.h > h/dnlc.h > nfs/nfs_server.c > nfs/nfs_vfsops.c > nfs/nfs_vnodeops.c > rpc/auth.h > rpc/authunix_prot.c > rpc/auth_kern.c > rpc/auth_none.c > rpc/auth_unix.c > rpc/auth_unix.h > rpc/clnt.h > rpc/clnt_kudp.c > rpc/clnt_perror.c > rpc/clnt_raw.c > rpc/clnt_simple.c > rpc/clnt_tcp.c > rpc/clnt_udp.c > rpc/kudp_fastsend.c > rpc/pmap_clnt.c > rpc/pmap_clnt.h > rpc/pmap_getmaps.c > rpc/pmap_getport.c > rpc/pmap_prot.c > rpc/pmap_prot.h > rpc/pmap_rmt.c > rpc/rpc.h > rpc/rpc_msg.h > rpc/rpc_prot.c > rpc/subr_kudp.c > rpc/svc.c > rpc/svc.h > rpc/svc_auth.c > rpc/svc_auth.h > rpc/svc_auth_unix.c > rpc/svc_kudp.c > rpc/svc_raw.c > rpc/svc_simple.c > rpc/svc_tcp.c > rpc/svc_udp.c > rpc/xdr.c > rpc/xdr.h > rpc/xdr_array.c > rpc/xdr_float.c > rpc/xdr_mbuf.c > rpc/xdr_mem.c > rpc/xdr_rec.c > rpc/xdr_reference.c > rpc/xdr_stdio.c > sys/heap_kmem.c > sys/vfs_dnlc.c > ufs/quota.c > ufs/quota_syscalls.c > ufs/quota_ufs.c > ufs/ufs_dir.c > > > On Tue, Mar 24, 2009 at 5:14 AM, Aharon Robbins wrote: > >> Date: Sun, 22 Mar 2009 00:53:07 -0400 > >> From: Jason Stevens > >> To: tuhs at minnie.tuhs.org > >> Subject: [TUHS] Uwisc4.3 question... > >> > >> I went ahead and downloaded this [ > >> http://www.tuhs.org/Archive/4BSD/Distributions/thirdparty/UWisc4.3/ ], > >> made up some tape images and installed it on SIMH... �And what I found > >> is that as far as I can tell there is *NO* information about this > >> thing.. > >> > >> All I can find is that it includes the vfs layer from SunOS and it's > >> NFS... �It looks like beta software from the root user being "The Not > >> Ready for Prime Time Super User". > > > > Does the code actually say "Sun Microsystems"? �If not, then this might have > > been the VFS and NFS stuff that got folded back into BSD Reno. > > > > I think there were other schools that ran this. At the same time > > as this entry (1989) I was a sysadmin in the computing center > > of Emory University and we were running Mt. Xinu's mixture of > > 4.3 BSD with NFS from Sun, and then later their commercial Unix > > on Vax 11/780s, and starting to move to Sparcs running SunOS 4.0. > One of the uni's I went to made that transition in the mid 90's.. At > that time I didn't realize how many 'upgrades' they had made to Ultrix > to make it... usable. Although I don't think I miss archie/veronica > but the simplicity of pine/lynx is kind of there.. oh sure they still > run on 'modern' things but it isn't the same really. > > > > The comp. center preferred having a vendor with whom there could be > > a support contract - IIRC then otherwise we probably would have > > been running this too. > > > > Ah, those were the days, when men were real men, and computers > > were vaxen. :-) > > > >> FWIW here is the UUCP entry I found... > >> ------ > >> #N � �eedsp > >> #S � �Vax 11/780; 4.3+NFS Wisconsin Unix > >> #O � �School of Electrical Engineering > >> #C � �Deborah J. Jackson > >> #E � �gt-eedsp!deb > >> #T � �+1 404 894 3058 > >> #P � �School of EE, Georgia Tech, Atlanta, GA, 30332 > >> #L � �84 23 43 W / 33 46 30 N > >> #W � �eedsp!deb (Deb Jackson); Wed Jul 19 11:35:13 EDT 1989 > >> ------ > > > > I knew Deb Jackson and worked with her a little when we were both at GT > > (I was in Information and Computer Science, not EE) and then a lot when > > I suggested that the start-up company I was at hire her (which they > > did). I've not seen her in around 18 years, nor do I know where she is > > now, although presumably she's still in Atlanta somewhere. > > > > Arnold > > > > It's funny the weird things that get left around the internet... and > the host file from that tape image is MASSIVE.. lol and I thought > having a DNS zone with that many enteries was crazy... I did manage > to hack the networking for it to work... It's not elegant, but > commenting out the error checking in if_de's derecv procedure seems to > work... I could ping around for the last 5 hours, and telnet into it. > I'll have to build some package with simh to run it on windows... >