On Fri, Feb 15, 2008 at 08:52:27PM -0500, Valdis.Kletnieks@vt.edu wrote:I don't understand why kernel developers always think that users spend their whole time testing their new stuff. That is mostly true for a lot of desktop users, but definitely not for servers. On a server, you may *ignore* that a new driver exists for years. The basic make oldconfig does the stuff right. An old driver must spend some time marked "deprecated", if possible with the config option changed so that at least *something* informs the admin that it may soon be removed. It looks like this is something that people building a kernel every day and never getting more than one week of uptime do not understand. But there are many people who build once a year and upgrade that often at most, unless there is a big security issue. If the old driver simply keeps silently building when marked deprecated, noone will notice. And as Bill pointed it out, we should also make sure that when marked deprecated, the old one always refers to the new one so that the guy noticing this during the build has time to set up a test machine to try that new driver. Not everyone has a mouse and a joystick attached to the computers he builds kernels for... Willy --
| Mike Galbraith | Re: regression: CD burning (k3b) went broke |
| Andi Kleen | [PATCH] [3/22] x86_64: Kill temp boot pmds |
| Alan Cox | Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...? |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 05/37] dccp: Cleanup routines for feature negotiation |
| Brandeburg, Jesse | RE: [PATCH] e1000e: test MSI interrupts |
