[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <mhng-7ec0443b-2201-41b7-996c-78c3a61f0230@palmer-ri-x1c9a>
Date: Sat, 29 Apr 2023 13:14:23 -0700 (PDT)
From: Palmer Dabbelt <palmer@...belt.com>
To: npiggin@...il.com
CC: Arnd Bergmann <arnd@...db.de>, npiggin@...il.com,
linux-arch@...r.kernel.org, linux-kernel@...r.kernel.org,
vgupta@...nel.org, linux-snps-arc@...ts.infradead.org,
bcain@...cinc.com, linux-hexagon@...r.kernel.org,
chenhuacai@...nel.org, loongarch@...ts.linux.dev,
geert@...ux-m68k.org, linux-m68k@...ts.linux-m68k.org,
monstr@...str.eu, tsbogend@...ha.franken.de,
linux-mips@...r.kernel.org, dinguyen@...nel.org,
jonas@...thpole.se, stefan.kristiansson@...nalahti.fi,
shorne@...il.com, linux-openrisc@...r.kernel.org,
James.Bottomley@...senPartnership.com, deller@....de,
linux-parisc@...r.kernel.org,
Paul Walmsley <paul.walmsley@...ive.com>,
aou@...s.berkeley.edu, linux-riscv@...ts.infradead.org,
ysato@...rs.sourceforge.jp, dalias@...c.org,
glaubitz@...sik.fu-berlin.de, linux-sh@...r.kernel.org,
davem@...emloft.net, sparclinux@...r.kernel.org, richard@....at,
anton.ivanov@...bridgegreys.com, johannes@...solutions.net,
linux-um@...ts.infradead.org, tglx@...utronix.de, mingo@...hat.com,
bp@...en8.de, dave.hansen@...ux.intel.com, x86@...nel.org,
hpa@...or.com, khilman@...libre.com, frederic@...nel.org
Subject: Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
On Fri, 28 Apr 2023 23:33:48 PDT (-0700), npiggin@...il.com wrote:
> This option was created in commit 554b0004d0ec4 ("vtime: Add
> HAVE_VIRT_CPU_ACCOUNTING_GEN Kconfig") for architectures to indicate
> they support the 64-bit cputime_t required for VIRT_CPU_ACCOUNTING_GEN.
>
> The cputime_t type has since been removed, so this doesn't have any
> meaning. Remove it.
>
> Cc: linux-arch@...r.kernel.org
> Cc: linux-kernel@...r.kernel.org
> Cc: Vineet Gupta <vgupta@...nel.org>
> Cc: linux-snps-arc@...ts.infradead.org
> Cc: Brian Cain <bcain@...cinc.com>
> Cc: linux-hexagon@...r.kernel.org
> Cc: Huacai Chen <chenhuacai@...nel.org>
> Cc: loongarch@...ts.linux.dev
> Cc: Geert Uytterhoeven <geert@...ux-m68k.org>
> Cc: linux-m68k@...ts.linux-m68k.org
> Cc: Michal Simek <monstr@...str.eu>
> Cc: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
> Cc: linux-mips@...r.kernel.org
> Cc: Dinh Nguyen <dinguyen@...nel.org>
> Cc: Jonas Bonn <jonas@...thpole.se>
> Cc: Stefan Kristiansson <stefan.kristiansson@...nalahti.fi>
> Cc: Stafford Horne <shorne@...il.com>
> Cc: linux-openrisc@...r.kernel.org
> Cc: "James E.J. Bottomley" <James.Bottomley@...senPartnership.com>
> Cc: Helge Deller <deller@....de>
> Cc: linux-parisc@...r.kernel.org
> Cc: Paul Walmsley <paul.walmsley@...ive.com>
> Cc: Palmer Dabbelt <palmer@...belt.com>
> Cc: Albert Ou <aou@...s.berkeley.edu>
> Cc: linux-riscv@...ts.infradead.org
> Cc: Yoshinori Sato <ysato@...rs.sourceforge.jp>
> Cc: Rich Felker <dalias@...c.org>
> Cc: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
> Cc: linux-sh@...r.kernel.org
> Cc: "David S. Miller" <davem@...emloft.net>
> Cc: sparclinux@...r.kernel.org
> Cc: Richard Weinberger <richard@....at>
> Cc: Anton Ivanov <anton.ivanov@...bridgegreys.com>
> Cc: Johannes Berg <johannes@...solutions.net>
> Cc: linux-um@...ts.infradead.org
> Cc: Thomas Gleixner <tglx@...utronix.de>
> Cc: Ingo Molnar <mingo@...hat.com>
> Cc: Borislav Petkov <bp@...en8.de>
> Cc: Dave Hansen <dave.hansen@...ux.intel.com>
> Cc: x86@...nel.org
> Cc: "H. Peter Anvin" <hpa@...or.com>
> Cc: Kevin Hilman <khilman@...libre.com>
> Cc: Frederic Weisbecker <frederic@...nel.org>
> Signed-off-by: Nicholas Piggin <npiggin@...il.com>
> ---
> Hi,
>
> Could we tidy this? I don't know what tree it can go in, timers,
> sched, asm-generic, probably doesn't matter.
>
> The only thing this actually does is gate VIRT_CPU_ACCOUNTING_GEN and
> NO_HZ_FULL so if your arch has some other issue that requires this
> then the documentation needs to change. Any concerns from the archs?
> I.e., 32-bit that does *not* define HAVE_VIRT_CPU_ACCOUNTING_GEN
> which looks to be:
>
> arc
> hexagon
> loongarch 32-bit with SMP
> m68k
> microblaze
> mips 32-bit with SMP
> nios2
> openrisc
> parisc 32-bit
> riscv 32-bit
Nothing's jumping out, though I haven't tested this yet so I'm not 100%.
I assume this isn't aimed for this merge window, given the timing?
Probably best to give this sort of thing time to bake in linux-next, but
I doubt anyone is even paying attention to rv32/NO_HZ_FULL so no big
deal either way on my end.
Acked-by: Palmer Dabbelt <palmer@...osinc.com> # RISC-V
> sh
> sparc 32-bit
> um 32-bit
> x86 32-bit
>
> Thanks,
> Nick
Powered by blists - more mailing lists