drm
in [Kernel]
|
From: Andy Walls on 11 Dec 2009 05:20 On Fri, 2009-12-11 at 01:34 -0800, David Miller wrote: > From: Alan Cox <alan(a)lxorguk.ukuu.org.uk> > Date: Fri, 11 Dec 2009 09:18:43 +0000 > > You also > > previously said you don't want to merge stuff when the authors don't want > > it merged. > However, one point remains is that we were told, by Dave Airlie, that > they didn't want this code merged because the one person being paid to > work on it "would be overwhelmed" if the code went upstream. > > I distinctly remember this being mentioned at the kernel summit. That reason for not merging seems to fall squarely in the "authors don't want it merged" category. Your point does highlight, though, that it is worth talking to the author directly to understand the obstacles, as Alan mentioned. Regards, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Dave Airlie on 11 Dec 2009 05:30 On Fri, Dec 11, 2009 at 7:34 PM, David Miller <davem(a)davemloft.net> wrote: > From: Alan Cox <alan(a)lxorguk.ukuu.org.uk> > Date: Fri, 11 Dec 2009 09:18:43 +0000 > >> However the fundamental point stands. The only people who can sign it off >> are the people who wrote it. Those are the rules. Red Hat didn't write the >> code, Red Hat cannot sign it off however much you rant at them. You also >> previously said you don't want to merge stuff when the authors don't want >> it merged. > > I agree with a lot of what you say. > > However, one point remains is that we were told, by Dave Airlie, that > they didn't want this code merged because the one person being paid to > work on it "would be overwhelmed" if the code went upstream. > > I distinctly remember this being mentioned at the kernel summit. > > And you know what? �That kind of excuse pisses me off too :-) Well the main thing was I wasn't mean to discuss possible legal issues and still don't have permission, you know as well as I do once lawyers are involved you have to keep out of things until they deal with them. but yes it is a side effect of upstreaming this code that other distros will start to place time demands on people who Red Hat employ but we were starting to see that anyways without upstreaming. It would be have been really nice if some of the distros would start to put their money behind what they want to ship instead of rhetoric[1]. Dave. [1] http://www.markshuttleworth.com/archives/95 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Andy Walls on 11 Dec 2009 05:30 On Fri, 2009-12-11 at 11:02 +0100, Stephane Marchesin wrote: > On Fri, Dec 11, 2009 at 00:58, Alan Cox <alan(a)lxorguk.ukuu.org.uk> wrote: > > It's really simple: if you want to merge it *you* pull it and sign it off. > > If you aren't prepared to do that then ask why Fedora should, its not > > their code either. > So what, if someone outside RedHat is ok to sign it off, it can go > into staging? If it's that simple I don't mind signing it off > (including the dubious bits), I can take the blame if that helps > things move forward. Could not a NAK by the author stop that? Regards, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Jeff Garzik on 11 Dec 2009 05:30 On 12/11/2009 04:18 AM, Alan Cox wrote: > F11 certainly shipped some bits of it for 2D support. I am not sure if > F10 shipped a purely userspace set up. Neither had it enabled as the > default driver - they used "nv" or "vesa" depending upon the card. F11 uses nouveau here. It is actually a pain to get 'nv' going as an alternate -- bugs have been filed. Makes kernel dev more difficult for me. I was actually told, by Fedora people, that I should be hacking on the Fedora (rpm-based) kernel, rather than a 100% upstream kernel like I have been hacking/booting for the past decade, as a result of this setup (needing nouveau kernel support, thus needing Fedora rather than upstream kernel). Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Dave Airlie on 11 Dec 2009 05:50
On Fri, Dec 11, 2009 at 8:28 PM, Jeff Garzik <jeff(a)garzik.org> wrote: > On 12/11/2009 04:18 AM, Alan Cox wrote: >> >> F11 certainly shipped some bits of it for 2D support. I am not sure if >> F10 shipped a purely userspace set up. Neither had it enabled as the >> default driver - they used "nv" or "vesa" depending upon the card. > > F11 uses nouveau here. �It is actually a pain to get 'nv' going as an > alternate -- bugs have been filed. �Makes kernel dev more difficult for me. > �I was actually told, by Fedora people, that I should be hacking on the > Fedora (rpm-based) kernel, rather than a 100% upstream kernel like I have > been hacking/booting for the past decade, as a result of this setup (needing > nouveau kernel support, thus needing Fedora rather than upstream kernel). It wouldn't have helped the ABI was broken between F11 and now, so you'd be in the same boat putting this code upstream via staging in no way means you can run it with the F11 userspace or ongoing even with the F12 one. Dave. > > � � � �Jeff > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo(a)vger.kernel.org > More majordomo info at �http://vger.kernel.org/majordomo-info.html > Please read the FAQ at �http://www.tux.org/lkml/ > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |