Hi Greg, I largely agree to this statement, there are however some downsides if you're preventing driver manufacturers (e.g. nvidia, ...) from the possibility to offer their customers proprietary drivers: 1) One big and important point for me (and more and more future linux-users) is powersaving features on GPUs like powermizer (by nvidia) and powerplay (by AMD/ATI) or other hardware. I haven't seen this working on newer graphics cards models with the opensource drivers to the present day :( Take an example with laptops: where with the proprietary drivers it is possible to work 6 hours of uptime, you'll only get 1.5 hours of battery time on laptops; additionally / or on desktops you'll be getting a fan which will always run on the highest velocity, considering the big generation of heat on your lap and you're getting a very uncomfortable work device. Isn't this also at odds with the green direction linux is heading towards right now? This surely also applies to manufacturers of future linux-powered devices such as handsets (cell phones), routers, etc etc if those companies can't use their own closed proprietary drivers utilizing patented routines they are "forced" to use, they might think over it and switch to another operating system ... 2) How will this affect performance, if all of those drivers are limited to an user-space interface? I'm not a kernel hacker and don't have much insight into the kernel and kernel-development, so I can only reflect, what I've read: much of you kernel hackers are supposed to have said (read that on blogs, forums etc.) that nvidia's drivers are hackish and that it uses routines which shouldn't be used by this kind of drivers other voices are saying nvidia is doing this because the linux-kernel lacks a common interface (yet) which disallows effective usage of the graphics cards which would result in abysmal bad performance not using their hacking ... so perhaps sitting together with those companies and creating such an effective interface might be the solution ? :) 3) I know that desktop users are not THAT important for you (linux is mainly oriented towards industrial usage) but think of the desktop users as of additional testers and potential new kernel-hackers which would one day work for the common good (having great new ideas, e.g. filesystems, io-schedulers, etc etc) preventing those users/future developers from using their (needed) devices will drive them away from using GNU/Linux and also those young talented minds, those drivers are "necessary evil", after all 4) We should never forget who / what allowed this kind of development and openness: the GPL, GNU and Richard Stallman, Linus Torvalds (only to name a few) We are deeply obliged to ensure this freedom in development and usage, this however shouldn't go that far to prevent users of the code to combine with it what they need to This were just a few of the feelings floating in my head after having read your position statement, you're heading towards the right direction but please, please don't forget the community, after all :) this is about ideology to a big fraction, yes, but we shouldn't forget the freedom after all Thanks, Regards, Mat --
| Martin Michlmayr | Network slowdown due to CFS |
| Linus Torvalds | Linux 2.6.27-rc5 |
| Ingo Molnar | [git pull] x86 arch updates for v2.6.25 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Alexander Gladysh | [Q] Encrypted GIT? |
| Andreas Ericsson | Re: About git and the use of SHA-1 |
| Gerrit Pape | [PATCH/rfc] git-svn.perl: workaround assertions in svn library 1.5.0 |
| Matthieu Moy | git push to a non-bare repository |
| Christian Weisgerber | Re: libiconv problem |
| Richard Stallman | Real men don't attack straw men |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Daniel Ouellet | identifying sparse files and get ride of them trick available? |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jeff Garzik | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Ben Hutchings | Re: [GIT]: Networking |
| Joerg Roedel | [PATCH 06/10] x86: add check code for map/unmap_sg code |
