Re: [PATCH 22/22] bitops: remove minix bitops from asm/bitops.h

[Andreas Schwab]

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-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/