On 10/10/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Robin du wrote:
> > On 10/10/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> >> Robin du wrote:
> >>> HI list,
> >>>
> >>> If I just want to build the kernel image for intel x64 machine only and
> >>> upgrade the system.
> >>> What is the best way? I mean I want to get the shortest the building
> >>> time,not building SUN sparc staff.
> >> When you build the kernel (or any of ON for that matter) you always only
> >> build x86 or sparc since there is no cross compilation support.  The
> >> makefiles are setup to only build the binaries relevant for each
> >> architecture.
> >
> > My steps as follows:
> >
> > 1) #cd $(SRC)/uts
> > 2) dmake all
> > 3) make install
>
> Instead of dmake all ; make install you can just do:
>
> dmake install

Do you mean "dmake install" including both build and install two process?

>
> > 4) Install -G kernel.robin -k i86pc
> > 5) extract kernel image and update another menu.lst entry.
> >
> > It will take a long time even I change only one line of the source.
> > I can't bear with it. Can this be improved?
>
> Do that once and if you only update a single module you can:
>
> cd $SRC/uts/intel/<modulename>
> make install
>
> You can then do step 4 again.

This is based on the change and it only works when the change is about a module.
If the change doesn't belong to any modulename. The whole uts folder
needs to build again, doesn't it?

>
> > Hmm..., I thought Cap-Eye-Install is safer than BFU, because it
> > doesn't overwrite the current kernel image. Why BFU is recommended?
> > any known issue about Cap-Eye-Install?
>
> Cap-Eye-Install doesn't real with changes that impact the user/kernel
> boundary nor does it do what the bfu acr tool does.

Sorry, you have to explain what the bfu acr tool does, ;-).
>
> If you know your changes only impact the kernel and are happy with
> Cap-Eye-Install then go for it.
>

Thanks,
-Robin
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to