Mike Tran wrote:
On Wed, 2003-06-11 at 14:31, 3tcdgwg3 wrote:
I am doing a sparc thingin. I have to build the disk images on a x86 system, and move the disk to my sparc, for debug/test. Everhting works fine, except the MD's SB. I tweaked a bit on MD driver, then everything is good. I would think that MD should take care the SB format in next release.
This work should start from the MD kernel driver. That is the MD driver has to write the SB in one known format and converts the SB to the native cpu after reading it from disk. Next, the MD tools (mdadm, mdreconf, etc.) will need to follow.
Neil B, Do you have this work item in mind?
Neil's new version 1 superblock, which is present in the 2.5 kernel, addresses the byte ordering issues that are a problem in the current 0.90 superblock of the 2.4 md driver. The new superblock code stores all numeric values in little endian on-disk and converts them to CPU endianness before use.
Any possibility of a backport? If it's not too hairy I don't mind attempting it myself, but I haven't even looked at md in 2.5.
-- Matthew Mitchell Systems Programmer/Administrator matthew@geodev.com Geophysical Development Corporation phone 713 782 1234 1 Riverway Suite 2100, Houston, TX 77056 fax 713 782 1829
- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html