lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <197f6df0342.5b351ed5512924.4548698833385126603@linux.beauty>
Date: Fri, 11 Jul 2025 08:24:59 +0800
From: Li Chen <me@...ux.beauty>
To: "K Prateek Nayak" <kprateek.nayak@....com>
Cc: "Thomas Gleixner" <tglx@...utronix.de>, "Ingo Molnar" <mingo@...hat.com>,
	"Borislav Petkov" <bp@...en8.de>,
	"Dave Hansen" <dave.hansen@...ux.intel.com>, "x86" <x86@...nel.org>,
	"H . Peter Anvin" <hpa@...or.com>,
	"Rafael J . Wysocki" <rafael.j.wysocki@...el.com>,
	"Peter Zijlstra" <peterz@...radead.org>,
	"Sohil Mehta" <sohil.mehta@...el.com>,
	"Brian Gerst" <brgerst@...il.com>,
	"Patryk Wlazlyn" <patryk.wlazlyn@...ux.intel.com>,
	"linux-kernel" <linux-kernel@...r.kernel.org>,
	"Madhavan Srinivasan" <maddy@...ux.ibm.com>,
	"Michael Ellerman" <mpe@...erman.id.au>,
	"Nicholas Piggin" <npiggin@...il.com>,
	"Christophe Leroy" <christophe.leroy@...roup.eu>,
	"Heiko Carstens" <hca@...ux.ibm.com>,
	"Vasily Gorbik" <gor@...ux.ibm.com>,
	"Alexander Gordeev" <agordeev@...ux.ibm.com>,
	"Christian Borntraeger" <borntraeger@...ux.ibm.com>,
	"Sven Schnelle" <svens@...ux.ibm.com>,
	"Juri Lelli" <juri.lelli@...hat.com>,
	"Vincent Guittot" <vincent.guittot@...aro.org>,
	"Dietmar Eggemann" <dietmar.eggemann@....com>,
	"Steven Rostedt" <rostedt@...dmis.org>,
	"Ben Segall" <bsegall@...gle.com>, "Mel Gorman" <mgorman@...e.de>,
	"Valentin Schneider" <vschneid@...hat.com>,
	"Thomas Weißschuh" <thomas.weissschuh@...utronix.de>,
	"Bibo Mao" <maobibo@...ngson.cn>,
	"Li Chen" <chenl311@...natelecom.cn>,
	"Huacai Chen" <chenhuacai@...nel.org>,
	"Tobias Huschle" <huschle@...ux.ibm.com>,
	"Mete Durlu" <meted@...ux.ibm.com>,
	"Joel Granados" <joel.granados@...nel.org>,
	"Guo Weikang" <guoweikang.kernel@...il.com>,
	"Swapnil Sapkal" <swapnil.sapkal@....com>,
	"linuxppc-dev" <linuxppc-dev@...ts.ozlabs.org>,
	"linux-s390" <linux-s390@...r.kernel.org>
Subject: Re: [PATCH v4 1/4] smpboot: introduce SDTL() helper to tidy sched
 topology setup

Hi K,

Thanks for your reviews and test! I have addressed all issues in v5:
https://www.spinics.net/lists/kernel/msg5761848.html

 ---- On Mon, 07 Jul 2025 13:33:53 +0800  K Prateek Nayak <kprateek.nayak@....com> wrote --- 
 > Hello Li,
 > 
 > Apart from few comments inline below, feel free to include:
 > 
 > Tested-by: K Prateek Nayak <kprateek.nayak@....com>
 > 
 > for the entire series.
 > 
 > On 7/6/2025 8:36 AM, Li Chen wrote:
 > > diff --git a/include/linux/sched/topology.h b/include/linux/sched/topology.h
 > > index 198bb5cc1774b..0b53e372c445c 100644
 > > --- a/include/linux/sched/topology.h
 > > +++ b/include/linux/sched/topology.h
 > > @@ -197,9 +197,9 @@ struct sched_domain_topology_level {
 > >  extern void __init set_sched_topology(struct sched_domain_topology_level *tl);
 > >  extern void sched_update_asym_prefer_cpu(int cpu, int old_prio, int new_prio);
 > >  
 > > -
 > > -# define SD_INIT_NAME(type)        .name = #type
 > > -
 > > +#define SDTL(maskfn, flagsfn, dname) \
 > > +    ((struct sched_domain_topology_level) \
 > > +        { .mask = maskfn, .sd_flags = flagsfn, .name = #dname, .numa_level = 0 })
 > 
 > I prefer the following alignment:
 > 
 > #define SDTL(maskfn, flagsfn, dname) ((struct sched_domain_topology_level) \
 >     { .mask = maskfn, .sd_flags = flagsfn, .name = #dname })
 > 
 > instead of having 3 lines. "numa_level" is 0 by default so I don't think
 > we need to explicitly specify it again.
 > 
 > Also perhaps the macro can be named "SDTL_INIT()" to keep consistent
 > with the naming convention.
 > 
 > >  #else /* CONFIG_SMP */
 > 
 > A bunch of the CONFIG_SMP related ifdeffry is being removed for the
 > next cycle. You can perhaps rebase the series on top of the tip tree
 > (git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git)
 > 
 > >  
 > >  struct sched_domain_attr;
 > 
 > [..snip..]
 > 
 > > diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
 > > index b958fe48e0205..e6ec65ae4b75d 100644
 > > --- a/kernel/sched/topology.c
 > > +++ b/kernel/sched/topology.c
 > > @@ -2025,7 +2021,7 @@ void sched_init_numa(int offline_node)
 > >              .sd_flags = cpu_numa_flags,
 > >              .flags = SDTL_OVERLAP,
 > >              .numa_level = j,
 > > -            SD_INIT_NAME(NUMA)
 > > +            .name = "NUMA",
 > 
 > This can use SDTL() macro too. Just explicitly set "tl[i].numa_level" to
 > "j" after.
 > 
 > >          };
 > >      }
 > >  
 > 
 > -- 
 > Thanks and Regards,
 > Prateek
 > 
 > 
Regards,

Li​


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ