In message <[EMAIL PROTECTED]>, Makoto Matsushita writes: > >phk> Not yet. I think adding a "-m architecture" flag to disklabel is the >phk> way around this problem, but have not had time to do so. > >Thanks, I'm waiting until you have enough time to do since I have >little knowledge about this issue:) > >BTW, what's changes do you imagine? Make a table which holds >architecture name, label size, offset, etc and use it in >disklabel.c:makebootarea()?
Something like that. >Maybe it requires some changes in <sys/disklabel.h> since LABELOFFSET >and other macros are defined inside of architecture-dependent #ifdefs... Doing this would actually make LABELOFFSET obsolete. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
