From owner-freebsd-questions@FreeBSD.ORG Mon Apr 9 13:42:27 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9421065693 for ; Mon, 9 Apr 2012 13:42:27 +0000 (UTC) (envelope-from jwest@ezwind.net) Received: from ezwind.net (bobby.ezwind.net [209.145.140.14]) by mx1.freebsd.org (Postfix) with ESMTP id 79D678FC0C for ; Mon, 9 Apr 2012 13:42:27 +0000 (UTC) Received: from LENOVOD6B52A6B by ezwind.net (MDaemon.PRO.v8.1.3.R) with ESMTP id 25-md50000130208.msg for ; Mon, 09 Apr 2012 08:42:23 -0500 From: "Jay West" To: "'Robert Huff'" , References: <000301cd1412$b39c1550$1ad43ff0$@net> <000801cd141b$01c9fe60$055dfb20$@net> <000001cd1465$f8d56740$ea8035c0$@net> <000b01cd1595$a8c55ef0$fa501cd0$@net> <4f82ec6b.0EU1Qc3X9OJZStzI%perryh@pluto.rain.com> <20354.52727.340223.760020@jerusalem.litteratus.org> In-Reply-To: <20354.52727.340223.760020@jerusalem.litteratus.org> Date: Mon, 9 Apr 2012 08:42:22 -0500 Message-ID: <001601cd1656$97de28d0$c79a7a70$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0WR5txzo7DeJQvQViidjJZs7W6lQACjebA Content-Language: en-us X-Authenticated-Sender: jwest@ezwind.net X-Spam-Processed: gateway.ezwind.net, Mon, 09 Apr 2012 08:42:23 -0500 (not processed: message from valid local sender) X-MDRemoteIP: 66.128.111.62 X-Return-Path: jwest@ezwind.net X-MDaemon-Deliver-To: freebsd-questions@freebsd.org Cc: amvandemore@gmail.com, freebsd-questions@freebsd.org, mikel.king@olivent.com Subject: RE: Token Ring (really- and why) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 13:42:27 -0000 It was written.... ------------------- > Might it not be both more historically accurate, and a great deal > easier, to just use the version of FreeBSD that corresponds to the > historical era being re-created? And skip feature, performance, and security improvements made since? ------------------- Not in this case on the former, and the latter - agreed. The real historical part and focus of the exhibit isn't the FreeBSD machine. It's a dual bay HP2000 Timeshare BASIC machine. It has been restored to pristine cosmetic and electrical running condition (2000/Access) and that's the focus of the exhibit. One neat feature of the HP2000, even though it was a dedicated basic interpreter environment, it had the ability to submit jobs to HASP/MVS. MVS could run the code and direct output back to files on the HP2000, output to devices on that system, etc. It's a really neat add-on feature of the display/project to include and demonstrate that functionality. Given that a full blown VM/360 system isn't in the picture, we've used Hercules. One issue is cobbling together some hardware glue to deal with the interface between the HP and the "IBM", basically emulating a sync modem and 2780 device on the Hercules side. That is mostly within my skillset. The other issue is that there needs to also be some terminal interaction on the "IBM" side, so we have a 3174 establishment controller with some 3179 terms and a 3290 gas plasma 4-session display. The 3174 attaches to the host (Hercules) via token ring. I had this all working perfectly with FreeBSD 7x, but when upgrading FreeBSD we lost token ring support. I could stay on an older version of FreeBSD, but then I am stuck with pretty old versions of Hercules (there are problems with newer versions of Hercules compiling under older versions of FreeBSD, some needed features are lacking in older versions of Hercules, etc.). So now you have the gory details as to "why". Yes, there are a few other possible ways to "skin this cat", but I have researched them all and found various issues both subjective and objective with going those alternate routes, hence my desire for native TR support. So back to the topic at hand. I pulled the oltr code from 7x svn and dropped it onto an 8x machine I had available for testing, added the requisites to sys/conf/files.i386, and make buildkernel attempts to fly. It appears the main reason that oltr was dropped at release 8 was that it had IFF_NEEDSGIANT which has been deprecated for MP Safe. Additionally, some of the functions in cpufunc.h (outbv and inbv) are no longer present in the exact same form. Outbv and inbv I can probably easily adjust, but I'm out of my league in the "ins & outs" of removing the need for giant locks. I figured it wouldn't be as simple as just moving the code :) I'll beat my head against it as time permits, thanks for any input. Best, J