svn commit: r245061 - user/hrs/releng/release/sparc64

[Hiroki Sato]

Nathan Whitehorn <nwhitehorn at freebsd.org> wrote
  in <50E909A9.2080102 at freebsd.org>:

nw> On 01/05/13 12:38, Hiroki Sato wrote:
nw> > Nathan Whitehorn <nwhitehorn at freebsd.org> wrote
nw> >   in <50E85612.1020903 at freebsd.org>:
nw> >
nw> > nw> With these changes, if you add -B big to the makefs flags for the boot
nw> > nw> fs and find a way to do sunlabel on not-sparc64 (this is the same as
nw> > nw> geom_part_vtoc8, right?), you should be able to cross-build sparc64
nw> > nw> media (as you can already do with all other platforms).
nw> >
nw> >  Thank you!  I will add -B to makefs.  So, is a powerpc build on LE
nw> >  platforms also affected?
nw> >
nw> >  For sunlabel replacement I am trying gpart since g_part_vtoc8 is
nw> >  available as a kernel module even for non-sparc64 platforms.
nw> >  However, it is difficult to set CHS parameters manually.  In the ISO
nw> >  image generation script, I just concatenated an ISO image and a UFS
nw> >  image then wrote a VTOC8 label over it.  While this needs the offset
nw> >  parameter of the UFS image and it must be in cylinders, the
nw> >  sectors/cylinder parameter is dynamically determined by the media
nw> >  size.
nw> >
nw> > -- Hiroki
nw> >
nw>
nw> PPC ISO generation already has all the correct flags (and uses
nw> g_part_apm), and so already can be cross-built. I haven't tried IA64 but
nw> it looks like it should work.
nw> -Nathan

 Ah, I see.  I thought the -B option was also necessary for cd9660
 image.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-src-user/attachments/20130106/4e24b20b/attachment.sig>