>>>>> OKUJI Yoshinori writes:
OY> Hmm.. Does that mean stage1 won't support BIOS disk extensions?
If we can fit that support into the stage1, then it will. If we
can't, then it won't.
I didn't mean to imply that I wouldn't bother to try at all... I'll
definitely do my best to fit LBA support into the stage1, if it's
possible.
OY> If the new stage1.5 must be within 1024 cylinders, I don't find
OY> benefit from it.
I agree.
OY> Furthermore, the chain, stage1 -> blocklist_stage1.5 ->
OY> e2fs_stage1.5 -> stage2, is too long.
If you're using e2fs_stage1_5, then why do you need a longer
blocklist? e2fs_stage1_5 is only 6kB now, and I'm sure we can either
make the stage1 blocklist slighly longer, or make the e2fs_stage1_5
smaller without much difficulty.
OY> Please tell me why blocklist_stage1.5 is good.
I was only suggesting blocklist_stage1_5 if you have a big stage2, and
you're not using some other stage1_5.
Why else would you need long blocklists?
--
Gordon Matzigkeit <[EMAIL PROTECTED]> //\ I'm a FIG (http://www.fig.org/)
Committed to freedom and diversity \// I use GNU (http://www.gnu.org/)
