From owner-freebsd-hackers Sun Sep 20 22:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29281 for freebsd-hackers-outgoing; Sun, 20 Sep 1998 22:19:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29258 for ; Sun, 20 Sep 1998 22:19:45 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id OAA10314; Mon, 21 Sep 1998 14:49:12 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id OAA09688; Mon, 21 Sep 1998 14:49:10 +0930 (CST) Message-ID: <19980921144910.T8807@freebie.lemis.com> Date: Mon, 21 Sep 1998 14:49:10 +0930 From: Greg Lehey To: Peter Jeremy , hackers@FreeBSD.ORG Subject: Re: More on the Intel-UNIX standard References: <98Sep21.131912est.40335@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <98Sep21.131912est.40335@border.alcanet.com.au>; from Peter Jeremy on Mon, Sep 21, 1998 at 01:19:35PM +1000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 21 September 1998 at 13:19:35 +1000, Peter Jeremy wrote: > On Sun, 20 Sep 1998 00:26:18 -0500, "Pedro F. Giffuni" wrote: >> I'm concerned about the SNR in hackers, but I just couldn't resist >> asking if someone was aware and acting on this >> http://www.sco.com/udi/ > > This was mentioned by some Intel marketroids at the recent AUUG'98 > conference. There was a fair amount of discussion at a subsequent > Freenix BOF (which included Greg Lehey and Peter Wemm within the > FreeBSD group and Robert Hart from Red Hat, as well as assorted > users from the Linux community and all the *BSD groups). An interesting observation, BTW, was that there were roughly equal numbers of Linux and *BSD people present. Peter (Wemm) and I also noted that the Linux people seemed to be outsiders, whereas the *BSD people were relatively well known (Peter, can I publish those photos I took on Thursday evening?). > The almost unanimous concensus(*) was that it was a very bad move > and the Freenix community should resist it. I think I was the only > person who felt it had any merit at all. Not so. I saw considerable merit. The Linux people seemed to take the attitude "If we can't get source for it, we won't support it". I tried to make it clear that if it became mainstream (as is quite possible), we'd be shooting ourselves in the foot by ignoring it. There was also considerable confusion about the difference between UDI and I2O. It's a pity we had so short a session: it was definitely a thing that needed more discussion, and we didn't have enough time to do so. For example, at that time nobody was sure whether sources and documentation would be available. We're still not 100% sure what will be available, but it's looking better than it sounded on Friday. > The major problems seen by the group were: > > 1) Binary-only device drivers are a bad idea. It will reduce the chances > of us getting access to the hardware interface specs, and therefore > being able to build a device driver that works. Agreed (I hope you do too). But it looks as if we're going to have sources. > 2) Binary-only device drivers tie the hardware to the processor. This > reduces the portability of (eg) PCI cards. Yes, but this isn't really a Freenix problem. It would adversely affect the vendors of the boards, so you could be pretty sure that drivers will appear for any processor which they consider important. > 3) The difficulty of supporting the kernel services required for a UDI > driver. We don't know yet. > 4) Increased finger-pointing when a device driver fails. Hmm. I don't recall hearing this one, but I arrived a little late. If the interface is clean, it should be relatively obvious where the problem lies. It would certainly be no worse than a panic using softupdates, vinum and cad (to use a hypothetical example). Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message