Akinobu Mita <akinobu.mita@xxxxxxxxx> writes: > 2010/10/16 Andreas Schwab <schwab@xxxxxxxxxxxxxx>: >> Akinobu Mita <akinobu.mita@xxxxxxxxx> writes: >> >>> m68knommu is big-endian minixfs but m68k (mmu) is little-endian minixfs >>> if I read arch/m68k/include/asm/bitops_{mm,no}.h correctly. >> >> Don't be confused by ^16, this is for the 16bit/32bit indexing >> correction. ÂThe nommu version uses big-endian 32bit indexing which yet >> another format. > > Oh, I see. I misunderstood. > > So we need a special handling for it to keep compatibility. IMHO we only need two versions: big-endian filesystem with big-endian 16bit indexed bitmaps and little-endian filesystem with little-endian bitmaps. The rest is just the result of careless copying. Note that the minix filesystem does no byte swapping, so native byte order is the only sensible mode. Andreas. -- Andreas Schwab, schwab@xxxxxxxxxxxxxx GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html