> - Eliminate support for "sector remapping". loop devices can handle
> stuff like that. All the custom DOS high system memmory loaded
> BIOS workaround tricks are obsolete right now. If anywhere it should
> be the FAT filesystem code which should be clever enough to deal with
> it by adjusting it's read/write methods.
Not suggesting this isn't too obsolete to care about, but...
I really don't think that would be right. Look at this crud
as an alternate partition table format that just happens
to contain something which looks like a PC partition table.
Support would best involve:
1. fdisk modified to read/write the crud
2. the kernel reading the crud
By #2 I don't mean doing an offset for the whole disk.
You have a partition table that occupies 64 (?) sectors,
containing values stored with offsets added to them.
BTW, you are dropping support for typical Pentium boxes.
If this is OK, then the f00f check can go, etc.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/