Valdis.Kletnieks@vt.edu wrote:Drivers get better because someone who finds a benefit in them also finds a problem. They don't get better by developers looking for intermittent, probably load dependent, bugs which effect eight year old server hardware which was a low volume item, the developers are unlikely to have, and which is in use providing services, not on someone's desktop where it can reasonably be rebooted to test patches. Not when drivers are "better" but when a new driver offers some benefit, be it reliability, capability, etc. When the new driver offers not a single benefit and the only "feature" is "possible unknown bugs," people are not going to change, and I don't think forcing people off working drivers is any more ethical than Microsoft killing XP to force people to VISTA. Less ethical, actually, because MSFT is looking for profit, and they make no pretense of caring about the users in any role but revenue stream. Insert it right next to the diatribe about developers who think that because some new feature was a lot of work that Linus *must* put it in the kernel, or users show show proper respect and gratitude and disrupt their production hardware to test and debug some new code which offers zero added functionality on that hardware. If you think downtime is "free" then you have not been working in the right environments, or for the right management. -- Bill Davidsen <davidsen@tmr.com> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark --
| Andreas Gruenbacher | Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Alan Cox | Re: [patch 7/8] fdmap v2 - implement sys_socket2 |
| Jens Axboe | Re: regression: CD burning (k3b) went broke |
| Paul E. McKenney | Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures |
git: | |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| David Miller | [GIT]: Networking |
| Alexey Dobriyan | [PATCH 09/33] netns ct: per-netns /proc/net/nf_conntrack, /proc/net/stat/nf_conntr... |
| Gerrit Renker | [PATCH 18/37] dccp: Support for Mandatory options |
