Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types

2022-05-26 Thread Guo Ren
e.com>, Thomas Gleixner , linux-al...@vger.kernel.org, Andrew Morton , Vlastimil Babka , Richard Henderson , Chris Zankel , Michal Simek , Thomas Bogendoerfer , Parisc List , Max Filippov , Linux Kernel Mailing List , Dinh Nguyen , Palmer Dabbelt , Sven Schnelle , Borislav Petkov , Johannes

Re: [Buildroot] [PATCH] linux: Fix powerpc64le defconfig selection

2022-05-26 Thread Michael Ellerman
Arnout Vandecappelle writes: > On 16/05/2022 15:17, Michael Ellerman wrote: >> Arnout Vandecappelle writes: >>> On 10/05/2022 04:20, Joel Stanley wrote: The default defconfig target for the 64 bit powerpc kernel is ppc64_defconfig, the big endian configuration. When building

[PATCH 0/2] powerpc: Kconfig cleanups

2022-05-26 Thread Juerg Haefliger
Replace some stray tabs with whitespaces and remove an extra empty line. Juerg Haefliger (2): powerpc: Kconfig: Replace tabs with whitespaces powerpc: Kconfig.debug: Remove extra empty line arch/powerpc/Kconfig | 6 +++--- arch/powerpc/Kconfig.debug | 1 - 2 files changed, 3

[PATCH 2/2] powerpc: Kconfig.debug: Remove extra empty line

2022-05-26 Thread Juerg Haefliger
Remove a stray extra empty line. Signed-off-by: Juerg Haefliger --- arch/powerpc/Kconfig.debug | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/powerpc/Kconfig.debug b/arch/powerpc/Kconfig.debug index 192f0ed0097f..2c019e4ac432 100644 --- a/arch/powerpc/Kconfig.debug +++

[PATCH 1/2] powerpc: Kconfig: Replace tabs with whitespaces

2022-05-26 Thread Juerg Haefliger
Replace tabs after keywords with whitespaces to be consistent. Signed-off-by: Juerg Haefliger --- arch/powerpc/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 174edabb74fa..b4acaa77837a 100644 ---

Re: [PATCH net-next] eth: de4x5: remove support for Generic DECchip & DIGITAL EtherWORKS PCI/EISA

2022-05-26 Thread Geert Uytterhoeven
Hi Ben, On Sat, 21 May 2022, Benjamin Herrenschmidt wrote: On Wed, 2022-05-18 at 20:13 -0700, Jakub Kicinski wrote: Looks like almost all changes to this driver had been tree-wide refactoring since git era begun. There is one commit from Al 15 years ago which could potentially be

dangling pointer to '__str' error on ppc64_defconfig, GCC 12.1.0

2022-05-26 Thread Bagas Sanjaya
Hi everyone, Attempting to build ppc64_defconfig kernel with powerpc64-unknown-linux-gnu (GCC 12.1.0) on v5.18, I got build error on ftrace.o: CC arch/powerpc/kernel/trace/ftrace.o CC init/init_task.o In file included from ./include/asm-generic/bug.h:22, from

Re: [PATCH] kexec_file: Drop weak attribute from arch_kexec_apply_relocations[_add]

2022-05-26 Thread Naveen N. Rao
Andrew Morton wrote: On Fri, 20 May 2022 14:25:05 -0500 "Eric W. Biederman" wrote: > I am not strongly against taking off __weak, just wondering if there's > chance to fix it in recordmcount, and the cost comparing with kernel fix; > except of this issue, any other weakness of __weak.

Re: [PATCH -next v4 3/7] arm64: add support for machine check error safe

2022-05-26 Thread Mark Rutland
On Thu, May 26, 2022 at 11:36:41AM +0800, Tong Tiangen wrote: > > > 在 2022/5/25 16:30, Mark Rutland 写道: > > On Thu, May 19, 2022 at 02:29:54PM +0800, Tong Tiangen wrote: > > > > > > > > > 在 2022/5/13 23:26, Mark Rutland 写道: > > > > On Wed, Apr 20, 2022 at 03:04:14AM +, Tong Tiangen wrote:

[PATCH] soc: fsl: qe: Deal with the return value of platform_driver_register

2022-05-26 Thread Jiasheng Jiang
As platform_driver_register() could fail, it should be better to deal with the return value in order to maintain the code consisitency. Fixes: be7ecbd240b2 ("soc: fsl: qe: convert QE interrupt controller to platform_device") Signed-off-by: Jiasheng Jiang --- drivers/soc/fsl/qe/qe_ic.c | 3 +--

Re: [PATCH net-next] eth: de4x5: remove support for Generic DECchip & DIGITAL EtherWORKS PCI/EISA

2022-05-26 Thread Arnd Bergmann
On Thu, May 26, 2022 at 9:43 AM Geert Uytterhoeven wrote: > On Sat, 21 May 2022, Benjamin Herrenschmidt wrote: > > On Wed, 2022-05-18 at 20:13 -0700, Jakub Kicinski wrote: > >> Looks like almost all changes to this driver had been tree-wide > >> refactoring since git era begun. There is one

Re: [RFC PATCH 1/4] objtool: Add --mnop as an option to --mcount

2022-05-26 Thread Naveen N. Rao
Peter Zijlstra wrote: On Tue, May 24, 2022 at 04:01:48PM +0530, Naveen N. Rao wrote: We need to know for sure either way. Nop'ing out the _mcount locations at boot allows us to discover existing long branch trampolines. If we want to avoid it, we need to note down those locations during build

Re: [PATCH 1/2] locking/lockref: Use try_cmpxchg64 in CMPXCHG_LOOP macro

2022-05-26 Thread Mark Rutland
On Thu, May 26, 2022 at 10:14:59PM +1000, Michael Ellerman wrote: > Linus Torvalds writes: > > On Wed, May 25, 2022 at 7:40 AM Uros Bizjak wrote: > >> > >> Use try_cmpxchg64 instead of cmpxchg64 in CMPXCHG_LOOP macro. > >> x86 CMPXCHG instruction returns success in ZF flag, so this > >> change

Re: [PATCH 1/2] locking/lockref: Use try_cmpxchg64 in CMPXCHG_LOOP macro

2022-05-26 Thread Michael Ellerman
Linus Torvalds writes: > On Wed, May 25, 2022 at 7:40 AM Uros Bizjak wrote: >> >> Use try_cmpxchg64 instead of cmpxchg64 in CMPXCHG_LOOP macro. >> x86 CMPXCHG instruction returns success in ZF flag, so this >> change saves a compare after cmpxchg (and related move instruction >> in front of

Re: [PATCH 24/30] panic: Refactor the panic path

2022-05-26 Thread Guilherme G. Piccoli
Hey folks, first of all thanks a lot for the reviews / opinions about this. I imagined that such change would be polemic, and I see I was right heh I'll try to "mix" all the relevant opinions in a single email, since they happened in different responses and even different mail threads. I've

Re: [PATCH 1/2] locking/lockref: Use try_cmpxchg64 in CMPXCHG_LOOP macro

2022-05-26 Thread Linus Torvalds
On Thu, May 26, 2022 at 5:15 AM Michael Ellerman wrote: > > Do you know of a benchmark that shows it up? I tried a few things but > couldn't get lockref_get() to count for more than 1-2%. Heh. 1% for a small instruction sequence that is only handful of instructions and is used in just a couple

[PATCH] powerpc/perf: Give generic PMU a nice name

2022-05-26 Thread Joel Stanley
When booting on a machine that uses the compat pmu driver we see this: [0.071192] GENERIC_COMPAT performance monitor hardware support registered Which is a bit shouty. Give it a nicer name. Signed-off-by: Joel Stanley --- Other options: - ISAv3 (because it is relevant for PowerISA 3.0B

Re: [PATCH 2/2] drm/tiny: Add ofdrm for Open Firmware framebuffers

2022-05-26 Thread Benjamin Herrenschmidt
On Wed, 2022-05-25 at 18:45 +0200, Thomas Zimmermann wrote: > > > The palette handling is useful when using a real Open Firmware > > implementation which tends to boot in 8-bit mode, so without palette > > things will look ... bad. > > > > It's not necessary when using 16/32 bpp framebuffers

Re: [GIT PULL] Modules fixes for v5.19-rc1

2022-05-26 Thread pr-tracker-bot
The pull request you sent on Wed, 25 May 2022 14:49:34 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/ > tags/modules-5.19-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef98f9cfe20d8ca063365d46d4ab2b85eeeb324f Thank you! --

Re: [PATCH 2/2] drm/tiny: Add ofdrm for Open Firmware framebuffers

2022-05-26 Thread Benjamin Herrenschmidt
On Wed, 2022-05-25 at 18:45 +0200, Thomas Zimmermann wrote: > I don't mind adding DRM support for BootX displays, but getting the > necessary test HW with a suitable Linux seems to be laborious. Would > a G4 Powerbook work? Probably not unfortunately... it's going to be tricky. I might sitll

Re: [PATCH net-next] eth: de4x5: remove support for Generic DECchip & DIGITAL EtherWORKS PCI/EISA

2022-05-26 Thread Benjamin Herrenschmidt
On Thu, 2022-05-26 at 09:43 +0200, Geert Uytterhoeven wrote: > Hi Ben, > > On Sat, 21 May 2022, Benjamin Herrenschmidt wrote: > > On Wed, 2022-05-18 at 20:13 -0700, Jakub Kicinski wrote: > > > Looks like almost all changes to this driver had been tree-wide > > > refactoring since git era