[libvirt] [PATCH v2 0/2] tests: Add nodeinfo test data utility scripts

Martin Kletzander mkletzan at redhat.com
Thu Oct 22 11:27:49 UTC 2015


On Thu, Oct 22, 2015 at 10:42:54AM +0200, Andrea Bolognani wrote:
>On Wed, 2015-10-21 at 17:43 -0400, John Ferlan wrote:
>> > Andrea Bolognani (2):
>> >   tests: Add script to display nodeinfo test data
>> >   tests: Add script to copy nodeinfo test data from host
>> >
>> >  tests/nodeinfodata/copy-from-host.sh | 113
>> > +++++++++++++++++++++++++++++++++++
>> >  tests/nodeinfodata/display.sh        | 113
>> > +++++++++++++++++++++++++++++++++++
>> >  2 files changed, 226 insertions(+)
>> >  create mode 100755 tests/nodeinfodata/copy-from-host.sh
>> >  create mode 100755 tests/nodeinfodata/display.sh
>>
>> I'm ambivalent on this pair.
>>
>> Not sure what the value of patch 1 is?  What should I expect to see
>> given the arguments?  What does "ppc64_cpu --info" show?  Perhaps the
>> better question is - if you run on each directory in nodeinfodata do
>> you
>> get what you expect?
>
>I've run the script on every existing dataset and the output
>was correct, as far as I can tell.
>
>The script was immensely useful to me back when I was
>implementing changes to the way the nodeinfo code counts
>CPUs when subcorese are involved, eg.
>
>  $ ./display.sh linux-subcores3 8
>  Threads per core: 8
>  Present CPUs:     0-159
>
>  Core   0:    0     1     2     3     4     5     6     7
>  Core   1:    8*    9    10    11    12    13    14    15
>  Core   2:   16    17    18    19    20    21    22    23
>  Core   3:   24    25    26    27    28    29    30    31
>  Core   4:   32    33    34    35    36    37    38    39
>  Core   5:   40*   41    42    43    44    45    46    47
>  Core   6:   48*   49    50    51    52    53    54    55
>  Core   7:   56*   57    58    59    60    61    62    63
>  Core   8:   64    65    66    67    68*   69    70    71
>  Core   9:   72*   73    74    75    76    77    78    79
>  Core  10:   80*   81    82    83    84    85    86    87
>  Core  11:   88*   89    90    91    92    93    94    95
>  Core  12:   96*   97    98    99   100   101   102   103
>  Core  13:  104*  105   106   107   108   109   110   111
>  Core  14:  112*  113   114   115   116   117   118   119
>  Core  15:  120   121   122   123   124   125   126   127
>  Core  16:  128*  129   130   131   132   133   134   135
>  Core  17:  136*  137   138   139   140   141   142   143
>  Core  18:  144   145   146   147   148   149   150   151
>  Core  19:  152*  153*  154*  155*  156*  157*  158*  159*
>
>You can see at a glance there's something wrong with this
>configuration - why is CPU 68 online? What about the last
>line? This kind of report is especially useful when dealing
>with processors with a high number of CPUs.
>
>> As for patch 2, one would have to know they should use the
>> copy-from-host.sh script. Perhaps what might be better and/or
>> somewhat
>> more interesting on this one is some make check rule that scans the
>> nodeinfodata trees looking for files that shouldn't be there. That
>> way
>> if someone does use their own methodology to copy over the tree we'd
>> know it (and could message to use the copy-from-host.sh script...
>
>I agree, as it stands it's not very discoverable, plus
>adding the check you suggest would also prevent something
>like e739d95 from ever being needed again.
>
>I'll work on that as soon as I have some time.
>

Maybe simple .gitignore entry would suffice.

>Cheers.
>
>--
>Andrea Bolognani
>Software Engineer - Virtualization Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20151022/8976b0c9/attachment-0001.sig>


More information about the libvir-list mailing list