Open MPI logo

Hardware Locality Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Hardware Locality Development mailing list

Subject: Re: [hwloc-devel] topology-solaris-chiptype.c bugs on processortype
From: Samuel Thibault (samuel.thibault_at_[hidden])
Date: 2012-01-18 13:11:02


TERRY DONTJE, le Wed 18 Jan 2012 19:04:34 +0100, a écrit :
> On 1/18/2012 12:59 PM, TERRY DONTJE wrote:
> >On 1/18/2012 12:51 PM, Samuel Thibault wrote:
> >>Samuel Thibault, le Wed 18 Jan 2012 15:55:18 +0100, a écrit :
> >>>I'm getting an issue with the topology-solaris-chiptype.c work on
> >>>Solaris 10: in the ProcessorType case, the returned value does not look
> >>>like a readable string, I'm getting "¨", which consequently poses
> >>>problems in the xml parser. Of course, googling picl_get_propinfo
> >>>"ProcessorType" returns... topology-solaris-chiptype.c ...
> >>>
> >>>Can somebody have a look?
> >>using ptrpicl -v, I'm getting
> >>
> >> :name cpus
> >> cpu (cpu, 8900000735)
> >> :StateBegin Wed Jan 18 07:18:41 2012
> >> :FPUType<ERROR: Argument too big>
> >> :ProcessorType \360\275^T^H
> >>
> >>which matches what I'm getting with hwloc (0xf0 0xbd 0x14 0x8...) (yes,
> >>it's different from by previous report because my job request got
> >>another but similar hardware machine).
> >Weird, my prtpicl on my v20z (which is a Sun system) has readable fields
> >FPUType and ProcessorType.
> >However, I am using an older S10 Generic_120012-11. I'll see if I can
> >find something newer to try.
> >
> >--td
> Just tried an S10 Generic_144489-05 which has the same version of picl
> packages as you show below. The system is showing readable fields, unlike
> yours.
>
> I can only infer that there must be some issue with compatibility between
> Dell platforms and S10's initialization of the picl information.

Ok, I'll ignore this test failure then.

Samuel