* Arjan van de Ven <arjan@linux.intel.com> wrote:sidenote: i suspect Fedora has done this to enable more hardware, and/or to fix mainline wireless bugs? I wish we would do such new driver merging in mainline instead, so that we had a single point of testing and single point of effort. Same for Nouveau: Fedora carries it and i dont understand why such a major piece of work is not done in mainline and not _helped by_ mainline. It's not like there would be any big risk from having such a new, experimental 3D driver around - instead of people running nvidia.ko that causes trouble in all sorts of other subsystems. All the years of moaning about nvidia.ko and finally we have some real OSS project and real chance of action but after a year of development Nouveau still has not been picked up ... When distros feel the need to add large and risky patches that IMO shows process failure on our part and further isolates mainline from distros and from testers. While we dont want to merge anything that gets thrown at us, not merging new, major, new-hardware-enabling OSS drivers in the mainline kernel is almost the same thing as intentionally hurting OSS projects and helping binary-only drivers. Ingo --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Arjan van de Ven | [Announce] Development release 0.1 of the LatencyTOP tool |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Greg Kroah-Hartman | [PATCH 020/196] IDE: Convert from class_device to device for ide-tape |
git: | |
| Tantilov, Emil S | RE: [PATCH] net: sk_alloc() should not blindly overwrite memory |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
