From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 29 16:59:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC7816A4CE for ; Tue, 29 Mar 2005 16:59:54 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848C343D39 for ; Tue, 29 Mar 2005 16:59:54 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j2TH0FbG022394; Tue, 29 Mar 2005 09:00:20 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j2TH091i022393; Tue, 29 Mar 2005 09:00:09 -0800 (PST) (envelope-from www) Date: Tue, 29 Mar 2005 09:00:09 -0800 (PST) Message-Id: <200503291700.j2TH091i022393@marlena.vvi.at> To: tbyte@OTEL.net From: "ALeine" cc: freebsd-hackers@freebsd.org Subject: Re: organization X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 16:59:55 -0000 tbyte@OTEL.net wrote: > And the worts of all is that You are both right to some extent. The > new developers want the source tree arranged in the way mohamed says it > should be. Not some device drivers live in pci/ other in dev/ and things > like that. And on the other hand experienced kernel hackers who want > things to stay as they are so it is easy for them to navigate in know > waters. IMHO mohamed is a bit "more" right. If you are really dedicated to studying the kernel sources at that level issues such as learning the layout are really nonissues, the time a new developer initially spends hunting around for files because they are not familiar with the layout is insignificant compared to the time experienced developers would lose as a result of a new layout being introduced, especially during a critical development stage. Once all the major changes are finished and we move to micro optimization a new, more consistent and logical layout would be an option, but until then, IMHO, things should stay the way they are. Also, the benefit of such a reorganization at this time does not justify the work needed to make it happen. It Would Be Nice (TM), but it's not practical. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net