From owner-freebsd-multimedia Thu Sep 18 03:20:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24637 for multimedia-outgoing; Thu, 18 Sep 1997 03:20:46 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24623 for ; Thu, 18 Sep 1997 03:20:41 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id DAA28520; Thu, 18 Sep 1997 03:16:05 -0700 (PDT) Message-ID: <19970918031605.05500@hydrogen.nike.efn.org> Date: Thu, 18 Sep 1997 03:16:05 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: Amancio Hasty , mark@grondar.za, multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? References: <199709180656.XAA07885@rah.star-gate.com> <199709180851.KAA09507@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709180851.KAA09507@labinfo.iet.unipi.it>; from Luigi Rizzo on Thu, Sep 18, 1997 at 10:51:31AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 18: > > And the commit message was not that clear as to the impact to the > > driver till it was too late :( > > May I ask where and when the select->poll change was discussed before > the commit ? Just to listen to the appropriate groups and avoid similar > problems in the future... well.. it was discussed on both -hackers or -current... but I don't remeber if the code commit was announced or not... just the commit messages is all I remeber... > > Now next are third party hardware developers with drivers -- hope > > someone can reach them to tell them about this new wonderful > > feature. > > I share the feeling... at the very least I wonder why the change has > not been made in a way to insure backward compatibility, e.g. without > changing procedure names and types, augmenting the values passed in > former "rw" (now "events") parameters, and making checks on the return > value more tolerant for old interfaces. because the problem is that how would you know to use the old interface, and there is not an easy way to convert the new interface to the old interface.. what do you do with new options? just not pass them.. then you end up with kernel bloat because no one changed the last few drivers over to the new code.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD