This forth version is based on review comments and suggestion
from David in v3.

changes from v3:
- patch 4:
    * copied the explanation in spapr_numa_define_associativity_domains()
      to the commit message
    * return numa_level directly instead of calculating a temp
      value in spapr_numa_get_numa_level()
    * we're now setting assoc_src in all n_levels above it in 
      spapr_numa_define_associativity_domains()
- patch 5:
    * changed the documentation as suggested by David

v3 link: https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg10443.html

Daniel Henrique Barboza (5):
  spapr: add spapr_machine_using_legacy_numa() helper
  spapr_numa: forbid asymmetrical NUMA setups
  spapr_numa: change reference-points and maxdomain settings
  spapr_numa: consider user input when defining associativity
  specs/ppc-spapr-numa: update with new NUMA support

 capstone                      |   2 +-
 docs/specs/ppc-spapr-numa.rst | 235 ++++++++++++++++++++++++++++++++--
 hw/ppc/spapr.c                |  12 ++
 hw/ppc/spapr_numa.c           | 185 ++++++++++++++++++++++++--
 include/hw/ppc/spapr.h        |   2 +
 5 files changed, 419 insertions(+), 17 deletions(-)

-- 
2.26.2

On Wed, Oct 07, 2020 at 02:28:44PM -0300, Daniel Henrique Barboza wrote:
> This forth version is based on review comments and suggestion
> from David in v3.
> 
> changes from v3:
> - patch 4:
>     * copied the explanation in spapr_numa_define_associativity_domains()
>       to the commit message
>     * return numa_level directly instead of calculating a temp
>       value in spapr_numa_get_numa_level()
>     * we're now setting assoc_src in all n_levels above it in 
>       spapr_numa_define_associativity_domains()
> - patch 5:
>     * changed the documentation as suggested by David
> 
> v3 link:
> https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg10443.html

Applied to ppc-for-5.2, thanks.

> 
> Daniel Henrique Barboza (5):
>   spapr: add spapr_machine_using_legacy_numa() helper
>   spapr_numa: forbid asymmetrical NUMA setups
>   spapr_numa: change reference-points and maxdomain settings
>   spapr_numa: consider user input when defining associativity
>   specs/ppc-spapr-numa: update with new NUMA support
> 
>  capstone                      |   2 +-
>  docs/specs/ppc-spapr-numa.rst | 235 ++++++++++++++++++++++++++++++++--
>  hw/ppc/spapr.c                |  12 ++
>  hw/ppc/spapr_numa.c           | 185 ++++++++++++++++++++++++--
>  include/hw/ppc/spapr.h        |   2 +
>  5 files changed, 419 insertions(+), 17 deletions(-)
> 

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

On Wed,  7 Oct 2020 14:28:44 -0300
Daniel Henrique Barboza <danielhb413@gmail.com> wrote:

> This forth version is based on review comments and suggestion

Series for SLOF ? ;-) ;-) ;-)

> from David in v3.
> 
> changes from v3:
> - patch 4:
>     * copied the explanation in spapr_numa_define_associativity_domains()
>       to the commit message
>     * return numa_level directly instead of calculating a temp
>       value in spapr_numa_get_numa_level()
>     * we're now setting assoc_src in all n_levels above it in 
>       spapr_numa_define_associativity_domains()
> - patch 5:
>     * changed the documentation as suggested by David
> 
> v3 link: https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg10443.html
> 
> Daniel Henrique Barboza (5):
>   spapr: add spapr_machine_using_legacy_numa() helper
>   spapr_numa: forbid asymmetrical NUMA setups
>   spapr_numa: change reference-points and maxdomain settings
>   spapr_numa: consider user input when defining associativity
>   specs/ppc-spapr-numa: update with new NUMA support
> 
>  capstone                      |   2 +-
>  docs/specs/ppc-spapr-numa.rst | 235 ++++++++++++++++++++++++++++++++--
>  hw/ppc/spapr.c                |  12 ++
>  hw/ppc/spapr_numa.c           | 185 ++++++++++++++++++++++++--
>  include/hw/ppc/spapr.h        |   2 +
>  5 files changed, 419 insertions(+), 17 deletions(-)
> 

On 10/8/20 6:13 AM, Greg Kurz wrote:
> On Wed,  7 Oct 2020 14:28:44 -0300
> Daniel Henrique Barboza <danielhb413@gmail.com> wrote:
> 
>> This forth version is based on review comments and suggestion
> 
> Series for SLOF ? ;-) ;-) ;-)


hahahaha sad thing is that a typo in "fourth" is the only viable
way for me to send a Forth series. SLOF is too damn hard!




> 
>> from David in v3.
>>
>> changes from v3:
>> - patch 4:
>>      * copied the explanation in spapr_numa_define_associativity_domains()
>>        to the commit message
>>      * return numa_level directly instead of calculating a temp
>>        value in spapr_numa_get_numa_level()
>>      * we're now setting assoc_src in all n_levels above it in
>>        spapr_numa_define_associativity_domains()
>> - patch 5:
>>      * changed the documentation as suggested by David
>>
>> v3 link: https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg10443.html
>>
>> Daniel Henrique Barboza (5):
>>    spapr: add spapr_machine_using_legacy_numa() helper
>>    spapr_numa: forbid asymmetrical NUMA setups
>>    spapr_numa: change reference-points and maxdomain settings
>>    spapr_numa: consider user input when defining associativity
>>    specs/ppc-spapr-numa: update with new NUMA support
>>
>>   capstone                      |   2 +-
>>   docs/specs/ppc-spapr-numa.rst | 235 ++++++++++++++++++++++++++++++++--
>>   hw/ppc/spapr.c                |  12 ++
>>   hw/ppc/spapr_numa.c           | 185 ++++++++++++++++++++++++--
>>   include/hw/ppc/spapr.h        |   2 +
>>   5 files changed, 419 insertions(+), 17 deletions(-)
>>
>