On Tue, Feb 12, 2008 at 03:28:26PM -0800, David Miller wrote:The reason why we don't put the superblock at 0 is not because it screws over the sparc, but because on many systems (including x86) the bootsector is stored at 0. It's not hard for mke2fs to zap the boot sector which we do on all architectures *except* sparc, to avoid nuking the disk label. (Chris just missed the "#ifndef __sparc // #define ZAP_BOOTBLOCK // #endif" at the beginning of mke2fs.c) This is the best of all words; it makes sparc happy; it allows boot loaders to put the x86 standard initial stage 0 boot loader in the first 446 bytes of the disk; and by zapping sector 0 on all architectures except the sparc, it solves the previous filesystem "ghost traces" detection problem for filesystems like xfs that put the superblock at 0. - Ted - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Ingo Molnar | [git pull] x86 arch updates for v2.6.25 |
| Anton Salikhmetov | [PATCH -v8 2/4] Update ctime and mtime for memory-mapped files |
git: | |
| Patrick McHardy | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 16/37] dccp: API to query the current TX/RX CCID |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
