Re: [PATCH v2 6/6] s390: mv s390 sysctls into their own file under arch/s390 dir

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 11, 2025 at 12:02:47PM +0100, Vasily Gorbik wrote:
> On Mon, Mar 10, 2025 at 02:41:59PM +0100, Joel Granados wrote:
> > On Fri, Mar 07, 2025 at 04:26:20PM +0100, Heiko Carstens wrote:
> > > On Thu, Mar 06, 2025 at 12:29:46PM +0100, joel granados wrote:
> > > > Move s390 sysctls (spin_retry and userprocess_debug) into their own
> > > > files under arch/s390. We create two new sysctl tables
> > > > (2390_{fault,spin}_sysctl_table) which will be initialized with
> > > > arch_initcall placing them after their original place in proc_root_init.
> > > > 
> > > > This is part of a greater effort to move ctl tables into their
> > > > respective subsystems which will reduce the merge conflicts in
> > > > kernel/sysctl.c.
> > > > 
> > > > Signed-off-by: joel granados <joel.granados@xxxxxxxxxx>
> > > > ---
> > > >  arch/s390/lib/spinlock.c | 18 ++++++++++++++++++
> > > >  arch/s390/mm/fault.c     | 17 +++++++++++++++++
> > > >  kernel/sysctl.c          | 18 ------------------
> > > >  3 files changed, 35 insertions(+), 18 deletions(-)
> > > 
> > > Acked-by: Heiko Carstens <hca@xxxxxxxxxxxxx>
> > > 
> > > How should this go upstream? Will you take care of this, or should
> > > this go via the s390 tree?
> > 
> > thx for the review
> > 
> > It would be great if you can push it through the s390 tree. However, if
> > it is not possible to do so, please let me know and I'll add it to the
> > sysctl-next changes.
> 
> I've slightly changed the commit message
> s390: Move s390 sysctls into their own file under arch/s390
> 
> And applied, thank you!
ok. I'll remove it from my future versions.
Thx

-- 

Joel Granados




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Kernel Development]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Info]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Linux Media]     [Device Mapper]

  Powered by Linux