From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick Mochel Date: Mon, 14 Apr 2003 23:48:10 +0000 Subject: Re: [RFC] scsi host sysfs support [0/4] Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Mon, 14 Apr 2003, Mike Anderson wrote: > Patrick Mochel [mochel@osdl.org] wrote: > > Then you need to fix the code, or do some work to fix up the class > > support. You have no right to promote scsi to a top-level subsystem, and I > > will not support. I'll not even read the rest of the patches. > > > > To fix the LLDDs would force drivers that have a parent bus not converted > to the driver model to take on a excessive amount of code to show up as a > class (properly). Then convert them to the driver model. > > I realize that block and net are top-level subsystems. They are there for > > two reasons - 1) they _are_ that important, and 2) they're temporary steps > > to them being converted to classes. > > > > Where are the attributes written down for evaluating important vs not > important subsystems. They're not - they're completely subjective, and I reserve the right to reserve that right. Basically, only subsystems that are always present should be in the top-level directory. Sure, networking may not always be present, but that case is rare, and as I said before, it's on its way to becoming a device class. But, taking a step back, is SCSI a bus type? Yes, then it should go under bus/scsi/. You can implement an object under there, just as you would under scsi/ > > I realize that you think SCSI is just as important as block devices or net > > devices, but it's just not true for most systems, and I will not open the > > flood gates for you to abuse even more interfaces. > > What interfaces am I abusing. I have used api's documented by you. Hopefully none ATM, though that doesn't count the code I've seen in the past. -pat ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel