On Wed, Dec 16, 2009 at 12:37 PM, Liam Merwick <Liam.Merwick at sun.com> wrote:
> Hi Mike,
>
> Mike Gerdts wrote, On 16/12/2009 04:00:
>>
>> I tried a build of ldoms-mgr-gate using the instructions at
>>
>> http://hub.opensolaris.org/bin/view/Project+ldoms-mgr/BuildingGate
>>
>> I was almost successful after several workarounds, but I got hung up
>> on an error from mdgen.new.
>>
>>
>> 1) It would be helpful if the mercurial repo was accessible via http.
>> Most corporate firewalls don't allow ssh connections. ?The one I need
>> to contend with doesn't allow ssh proxying either.
>
> I don't believe it's something I can switch on for this repo (i.e. I think
> it's something that'd need to be implemented for repo.opensolaris.org)
> but I'll ask around and see what I can do
Cool... I've not really known who to ask about this for many of the
repositories. ON is mirrored at genunix, which then makes it
available via HTTP. Just to be clear, all that I am looking for is
read access.
>> 2) The following environment variable is needed to find the onbld tools.
>>
>> $ export SNV_TOOLS=/opt
>>
>
> hmm, that seems a side effect of the trickery I had to do due in
> src/Makefile.master to find the right ctfconvert.
> I've updated the S10 instructions to mention this
>
>> 3) Solaris 10 has no /usr/bin/make. ?Valid options are likely dmake
>> that came with the Studio compilers or /usr/ccs/bin/make.
>>
>
> Ah, yes good point. I usually use dmake but /usr/ccs/bin/make will
> work too. I've updated the S10 instructions to mention this.
A hint about dmake's -j option is probably reasonable. Encourage
people to use all of those strands!
>> 4) Linking fails unless I do this bad thing. ?Surely there is a
>> different fix to force it to use libpiclsnp.so.1 directly...
>>
>> # cd /usr/platform/sun4v/lib
>> # ln -s libpiclsnmp.so.1 libpiclsnmp.so
>>
>
> Hmm, this seems to exist in Nevada/OpenSolaris but not in S10.
> I can't find the Bugid right now that would get it backported.
> For now, you've hit on the only workaround. I'll look to see
> if I can find a Makefile change to find libpiclsnmp.so.1
> directly. I've updated the S10 instructions to mention this.
>
>
>
>> 5) Not sure what to do with this...
>>
>> /usr/ccs/lib/cpp vcpu-state.md > vcpu-state.bin.tmp
>> /usr/local/bin/mdgen.new -o vcpu-state.bin vcpu-state.bin.tmp
>> FATAL: Illegal assignment expression at line 44 of vcpu-state.md
>> *** Error code 1
>> dmake: Fatal error: Command failed for target `vcpu-state.bin'
>>
>> $ less -N state-md/vcpu-state.md
>> ...
>> ? ? 41 ? ? ? ? rtba = 0;
>> ? ? 42 ? ? ? ? ntsb_ctx0 = 0;
>> ? ? 43 ? ? ? ? ntsb_ctxn = 0;
>> ? ? 44 ? ? ? ? tsbds_ctx0 = { [128] };
>> ? ? 45 ? ? ? ? tsbds_ctxn = { [128] };
>> ? ? 46 ? ? ? ? mmu_enabled = 0;
>>
>> The same error happens on the other md files on the first line of the
>> format:
>>
>> ? something = { [num] };
>>
>> The version of mdgen from the opensparc-t2 CVS repository gives the same
>> error.
>>
>>
>> http://opensparc-t2.sunsource.net/source/browse/opensparc-t2/src/arch_tools/hypervisor/src/support/mdgen/mdgen?view=log
>>
>> Was the right version of mdgen uploaded to the wiki? ?It doesn't look
>> like the input files have changed since the ldoms manager code was
>> first made available.
>>
>> # digest -a md5 /usr/local/bin/mdgen.new
>> f8e6803ab54117952c9091ebcb8ecd68
>>
>
> Gah, seems like I messed up the re-upload of mdgen when the Xwiki transition
> happened. I've found a valid version of mdgen, verified it on my external
> machine and uploaded it to the same location. Let me know if this doesn't
> work.
This one works fine. I am now able to complete a build.
Thanks for your help!
Mike
--
Mike Gerdts
http://mgerdts.blogspot.com/
