From owner-cvs-all Tue Sep 7 22:20:48 1999 Delivered-To: cvs-all@freebsd.org Received: from dingo.cdrom.com (castles556.castles.com [208.214.165.120]) by hub.freebsd.org (Postfix) with ESMTP id B221E14DB9; Tue, 7 Sep 1999 22:20:44 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id WAA00469; Tue, 7 Sep 1999 22:13:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909080513.WAA00469@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bruce Evans Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/conf files.alpha src/sys/i386/conf files.i386 src/sys/conf files src/sys/dev/sio sio.c src/sys/isa sio.c sioreg.h In-reply-to: Your message of "Wed, 08 Sep 1999 14:50:49 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Sep 1999 22:13:42 -0700 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > Right now sys/dev/sio has 1 or 2 files. > > > > In the future it will have as many as 10. > > > > sio_isa.c > > sio_pci.c > > sio_mca.c > > sio_eisa.c > > > > etc... > > I hope not. Why not? One file per bus attachment makes a lot of sense. Sticking them all into one core file has proven to be a disaster. > > Keeping all the files for a particular driver in 1 place and not all > > spread out makes propogating changes to the various files a little easier > > to manage no? > > No :-). Would you care to elaborate on what seems to be an unsubstantiated opinion? Taking this stance isn't very helpful - we can't accomodate your concerns if we don't know what they are, leaving no alternative but for us to say "well, Bruce says he doesn't like this but we have no idea why, and nothing else suggests we shouldn't do it like this". > Changes should rarely need to be propagated if the core is properly > designed. E.g., in my cy driver, which is similar to sio, I rarely > had to even look at cy_pci.c. That's debatable, but regardless of the rarity or otherwise, this reduces the argument for aggregating rather than making an argument for forcible separation. OTOH, aggregation means it's much easier to find all of the files associated with a given driver for the purposes of things like building loadable modules. (Yes, I know you don't believe in loadable modules. They do exist, and we do use them...) -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message