linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Barry Song <21cnbao@gmail.com>
To: gregkh@linuxfoundation.org
Cc: song.bao.hua@hisilicon.com, agordeev@linux.ibm.com,
	akpm@linux-foundation.org, andriy.shevchenko@linux.intel.com,
	bristot@redhat.com, dave.hansen@intel.com, guodong.xu@linaro.org,
	jianpeng.ma@intel.com, linux-kernel@vger.kernel.org,
	linux@rasmusvillemoes.dk, linuxarm@huawei.com,
	peterz@infradead.org, prime.zeng@hisilicon.com,
	rafael@kernel.org, rdunlap@infradead.org, sbrivio@redhat.com,
	tangchengchang@huawei.com, tim.c.chen@linux.intel.com,
	valentin.schneider@arm.com, yangyicong@huawei.com,
	yury.norov@gmail.com
Subject: Re: [PATCH v9 0/5] use bin_attribute to break the size limitation of cpumap ABI
Date: Thu, 12 Aug 2021 16:44:26 +1200	[thread overview]
Message-ID: <20210812044426.29876-1-21cnbao@gmail.com> (raw)
In-Reply-To: <20210806110251.560-1-song.bao.hua@hisilicon.com>

> V9:
>   - Split bitmask and list APIs and removed bool parameter with respect to
>     Greg's comment
>   - Removed duplication in code doc
>
...
>
> Background:
>
> the whole story began from this thread when Jonatah and me tried to add a
> new topology level-cluster which exists on kunpeng920 and X86 Jacobsville:
> https://lore.kernel.org/lkml/YFRGIedW1fUlnmi+@kroah.com/
> https://lore.kernel.org/lkml/YFR2kwakbcGiI37w@kroah.com/
>

Hi Greg,
Will you take this series so that I can rebase the cluster-scheduler series[1] on top of
this? that cluster series is where this ABI series really get started. I am looking forward
to sending a normal patchset for cluster series after this ABI series settles down.

[1] scheduler: expose the topology of clusters and add cluster scheduler
https://lore.kernel.org/lkml/20210420001844.9116-1-song.bao.hua@hisilicon.com/

>
> Barry Song (1):
>   lib: test_bitmap: add bitmap_print_bitmask/list_to_buf test cases
>
> Tian Tao (3):
>   cpumask: introduce cpumap_print_list/bitmask_to_buf to support large
>     bitmask and list
>   topology: use bin_attribute to break the size limitation of cpumap ABI
>   drivers/base/node.c: use bin_attribute to break the size limitation of
>     cpumap ABI
>
> Yury Norov (1):
>   bitmap: extend comment to bitmap_print_bitmask/list_to_buf
>
>  drivers/base/node.c     |  63 +++++++++++------
>  drivers/base/topology.c | 115 ++++++++++++++++--------------
>  include/linux/bitmap.h  |   6 ++
>  include/linux/cpumask.h |  38 ++++++++++
>  lib/bitmap.c            | 121 ++++++++++++++++++++++++++++++++
>  lib/test_bitmap.c       | 150 ++++++++++++++++++++++++++++++++++++++++
>  6 files changed, 418 insertions(+), 75 deletions(-)
>
> --
> 2.25.1

Thanks
Barry


  parent reply	other threads:[~2021-08-12  4:44 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-06 11:02 [PATCH v9 0/5] use bin_attribute to break the size limitation of cpumap ABI Barry Song
2021-08-06 11:02 ` [PATCH v9 1/5] cpumask: introduce cpumap_print_list/bitmask_to_buf to support large bitmask and list Barry Song
2021-08-06 13:22   ` Greg KH
2021-08-06 19:39     ` Song Bao Hua (Barry Song)
2021-08-10 13:24     ` Song Bao Hua (Barry Song)
2021-08-06 11:02 ` [PATCH v9 2/5] lib: test_bitmap: add bitmap_print_bitmask/list_to_buf test cases Barry Song
2021-08-06 17:51   ` kernel test robot
2021-08-06 18:04     ` Andy Shevchenko
2021-08-06 19:47       ` Max Filippov
2021-08-06 11:02 ` [PATCH v9 3/5] topology: use bin_attribute to break the size limitation of cpumap ABI Barry Song
2021-08-06 11:02 ` [PATCH v9 4/5] drivers/base/node.c: " Barry Song
2021-08-06 11:02 ` [PATCH v9 5/5] bitmap: extend comment to bitmap_print_bitmask/list_to_buf Barry Song
2021-08-12  4:44 ` Barry Song [this message]
2021-08-13  8:32   ` [PATCH v9 0/5] use bin_attribute to break the size limitation of cpumap ABI Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210812044426.29876-1-21cnbao@gmail.com \
    --to=21cnbao@gmail.com \
    --cc=agordeev@linux.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bristot@redhat.com \
    --cc=dave.hansen@intel.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=guodong.xu@linaro.org \
    --cc=jianpeng.ma@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@rasmusvillemoes.dk \
    --cc=linuxarm@huawei.com \
    --cc=peterz@infradead.org \
    --cc=prime.zeng@hisilicon.com \
    --cc=rafael@kernel.org \
    --cc=rdunlap@infradead.org \
    --cc=sbrivio@redhat.com \
    --cc=song.bao.hua@hisilicon.com \
    --cc=tangchengchang@huawei.com \
    --cc=tim.c.chen@linux.intel.com \
    --cc=valentin.schneider@arm.com \
    --cc=yangyicong@huawei.com \
    --cc=yury.norov@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).