On Sun, May 25, 2008 at 08:35:24PM +1000, Rusty Russell wrote:I've checked the announcements of 3.1.1 and 3.2, and at least for me nothing looked like it would fix this bug. I doubt there is any serious userbase for gcc 3.2 left. But your "now everyone is on a modern compiler" does not match what we announce as supported compiler versions for the kernel. If you have a good reason for pushing the minimum required gcc version for compiling the kernel to 3.3 or 3.4 [1] you have my full support, but as long as we officially support gcc 3.2 we should try to break as few as possible - especially since it will take time until anyone will run into any breakage. Was it a sparc64 problem or a generic problem DaveM happened to run into on sparc? sparc64 isn't that unpopular... Sorry if I'm sounding overly pedantic, but I want that what we try as good as possible that what we announce as being supported also works (even if this results in several workarounds shipped). cu Adrian [1] gcc 3.4 still has a serious userbase at least in ARM country, so you won't be able to drop support for it -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Newall | Re: Slow DOWN, please!!! |
| Ian Campbell | Re: [PATCH] x86: Construct 32 bit boot time page tables in native format. |
| Matthias Scheler | Re: HEADS UP: timecounters (branch simonb-timecounters) merged into -current |
| Greg Troxel | Re: Interface to change NFS exports |
| Thor Lancelot Simon | metadata cache and memory fragmentation |
| YAMAMOTO Takashi | amap memory allocation |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | [GIT]: Networking |
| Dushan Tcholich | Re: ksoftirqd high cpu load on kernels 2.6.24 to 2.6.27-rc1-mm1 |
