From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Fri, 01 Jul 2005 22:23:34 +0000 Subject: Re: sysdev_class use from DRM Message-Id: <20050701222333.GB2707@kroah.com> List-Id: References: <9e473391050624071263dfbea7@mail.gmail.com> In-Reply-To: <9e473391050624071263dfbea7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Thu, Jun 30, 2005 at 04:55:20PM -0400, Jon Smirl wrote: > On 6/30/05, Greg KH wrote: > > > Don't tell me to merge DRM/fbdev, that fight has been going on for two > > > years now. > > > > Well, that's the only real way to fix this. A simple single driver that > > handles the pci registering and doles out the resources and callbacks to > > the different DRM or fbdev driver is the way to go. I thought you all > > were working on this a year ago... > > Merging fbdev/DRM has a lot in common with removing devfs from the > kernel. There are numerous, vocal defenders of their rights to do > things the way they want to. And like devfs, those people are wrong. Seriously, they are, and need to get over it... > There are also major defenders of the right to hit a magic key (VT > swap) and have a whole other set of device drivers take over the > hardware. Every time I think a merge is going to happen somebody new > shows up and it all falls apart. Why wouldn't having a "control the pci device" module not allow you to do this? > The last round was that the fbdev drivers aren't well tested on the > x86 (they are on other architectures). My response was, let's get some > bug reports and fix the problems if there are any. Other people want > to create yet a third set of drivers which avoids use of the existing > fbdev ones. Bah, this sucks. Last kernel summit I thought this was all hashed out. I guess the people not there didn't agree... Hey, how about at KS/OLS we (anyone who cares about this) sit down and hash it all out and produce code that does this? With a working patch, it should be simple to get it into the tree and then everyone can move on. I don't want to see any silly workarounds like what you are being forced to do to happen. thanks, greg k-h ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ 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