On Sat, 15 Sep 2007 20:36:23 +0200 Andi Kleen <andi@firstfloor.org> wrote:It's more complex, obviously. More surprising. It used to be the case that arch/x86^4 files were xx86_64 and arch/i386 files were i386 and possibly x86_64. Now it's the case that arch/x86_64 files are x86_64 and maybe i386 and arch/i386 files are i386 and maybe x86_64. Additional and quite unnecessary complexity. I mean, how often do x86_64 changes in your tree break i386? Once every 3ish weeks would be my guess. Often this will be because the person making (and reviewing) the x86_64 change didn't know (or forgot) that the file is also used by x86_64. Doing something like that would reduce complexity, reduce surprise and increase maintainability. That's more than warm-and-fuzzies. -
| Kok, Auke | Re: -mm merge plans for 2.6.23 - ioat/dma engine |
| Jeff Garzik | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Matthew Garrett | [PATCH] Remove process freezer from suspend to RAM pathway |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
git: | |
