Adrian Bunk writes:I never actually saw a statement to that effect (i.e. that 2.6.24 worked) from Kamalesh. I think people assumed that because he reported it against version X that version X-1 worked, but we don't actually know that. If I had been able to replicate it, or if it had been seen on more than one machine, I would probably have asked Linus to wait while we fixed it. There's a risk management thing happening here. Delaying a release is a negative thing in itself, since it means that users have to wait longer for the improvements we have made. That has to be balanced against the negative of some users seeing a regression. It's not an absolute, black-and-white kind of thing. In this case, for a bug being seen on only one machine, of a somewhat unusual configuration, I considered it wasn't worth asking to delay the release. Paul. --
| James Bottomley | [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Miller | Slow DOWN, please!!! |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
