Robin du wrote:
> 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?

Yes, "install" depends on "all" so it will do "all" first then "install".

> 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?

Depends what you are changing, if you say what it is I might be able to 
give you more hints.


>>> 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, ;-).

Resolves conflicts in critical system files by using the same methods as 
the packages.  For example driver_aliases, minor_perm, etc etc.

-- 
Darren J Moffat
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to