Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t

2024-08-15 Thread Alex Shi
On 8/15/24 1:13 AM, Matthew Wilcox wrote: > On Tue, Jul 30, 2024 at 02:46:54PM +0800, al...@kernel.org wrote: >> We have struct ptdesc for page table descriptor a year ago, but it >> has no much usages in kernel, while pgtable_t is used widely. > > Hum, I thought I responded to this to point ou

Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t

2024-08-15 Thread Alex Shi
On 8/15/24 12:50 AM, LEROY Christophe wrote: > Hi, > > Le 30/07/2024 à 08:46, al...@kernel.org a écrit : >> From: Alex Shi >> >> We have struct ptdesc for page table descriptor a year ago, but it >> has no much usages in kernel, while pgtable_t is used widely. >> >> The pgtable_t is typedefed

Re: [PATCH 1/2] powerpc/locking: implement this_cpu_cmpxchg local API

2024-08-15 Thread 虞陆铭
Hi, I just get bandwidth to do some perf test with the patch proposal on a baremetal p8 powernv platform. It appears there is +5% performance gain in unixbench, which looksr encouraging. : -) System Benchmarks Index Score 1 with patch System Benchmarks Index Score

Re: [PATCH] powerpc/ftrace: restore r2 to caller's stack on livepatch sibling call

2024-08-15 Thread Michael Ellerman
Ryan Sullivan writes: > Hello Michael, > > In the case of no sibling call within the livepatch then the store is > only "restoring" the r2 value that was already there as it is stored > and retrieved from the livepatch stack. But what guarantee do we have that it's the value that was already ther

Re: [PATCH v4 18/29] arm64: add POE signal support

2024-08-15 Thread Joey Gouly
Hi Catalin, On Wed, Aug 14, 2024 at 04:03:47PM +0100, Catalin Marinas wrote: > Hi Joey, > > On Tue, Aug 06, 2024 at 03:31:03PM +0100, Joey Gouly wrote: > > diff --git arch/arm64/kernel/signal.c arch/arm64/kernel/signal.c > > index 561986947530..ca7d4e0be275 100644 > > --- arch/arm64/kernel/signal

Re: [PATCH v4 18/29] arm64: add POE signal support

2024-08-15 Thread Dave Martin
On Thu, Aug 15, 2024 at 02:18:15PM +0100, Joey Gouly wrote: > Hi Catalin, > > On Wed, Aug 14, 2024 at 04:03:47PM +0100, Catalin Marinas wrote: > > Hi Joey, > > > > On Tue, Aug 06, 2024 at 03:31:03PM +0100, Joey Gouly wrote: > > > diff --git arch/arm64/kernel/signal.c arch/arm64/kernel/signal.c >

Re: [PATCH 1/1] dt-bindings: soc: fsl: cpm_qe: convert network.txt to yaml

2024-08-15 Thread Rob Herring (Arm)
On Mon, 12 Aug 2024 12:50:35 -0400, Frank Li wrote: > Convert binding doc newwork.txt to yaml format. > > HDLC part: > - Convert to "fsl,ucc-hdlc.yaml". > - Add missed reg and interrupt property. > - Update example to pass build. > > ethernet part: > - Convert to net/fsl,cpm-enet.yaml > - Add 0

Re: [PATCH] powerpc/ftrace: restore r2 to caller's stack on livepatch sibling call

2024-08-15 Thread Ryan Sullivan
Hi Michael, The r2 value is stored to the livepatch stack prior to entering into the livepatched code, so accessing it will gurantee the previous value is restored. Also, yes, this bug is caused by tooling that "scoops out" pre-compiled code and places it into the livepatch handler (e.g. kpatch)

Re: [PATCH] powerpc/ftrace: restore r2 to caller's stack on livepatch sibling call

2024-08-15 Thread Joe Lawrence
On 8/15/24 12:07, Ryan Sullivan wrote: > Hi Michael, > > The r2 value is stored to the livepatch stack prior to entering into > the livepatched code, so accessing it will gurantee the previous value > is restored. > > Also, yes, this bug is caused by tooling that "scoops out" pre-compiled > code

Re: [PATCH v2 2/2] powerpc/pseries: Add failure related checks for h_get_mpp and h_get_ppp

2024-08-15 Thread Michal Suchánek
On Fri, Apr 12, 2024 at 02:50:47PM +0530, Shrikanth Hegde wrote: > Couple of Minor fixes: > > - hcall return values are long. Fix that for h_get_mpp, h_get_ppp and > parse_ppp_data > > - If hcall fails, values set should be at-least zero. It shouldn't be > uninitialized values. Fix that for h_get

Re: [PATCH v4 18/29] arm64: add POE signal support

2024-08-15 Thread Mark Brown
On Thu, Aug 15, 2024 at 04:09:26PM +0100, Dave Martin wrote: > I'm coming round to the view that trying to provide absolute guarantees > about the signal frame size is unsustainable. x86 didn't, and got away > with it for some time... Maybe we should just get rid of the relevant > comments in he

PCI: Work around PCIe link training failures

2024-08-15 Thread Matthew W Carlis
Sorry for the delay in my responses here I had some things get in my way. On Fri, 9 Aug 2024 09:13:52 Oliver O'Halloran wrote: > Ok? If we have to check for DPC being enabled in addition to checking > the surprise bit in the slot capabilities then that's fine, we can do > that. The question to b

Re: [PATCH v3 14/16] modules: Support extended MODVERSIONS info

2024-08-15 Thread Sami Tolvanen
Hi Matt, On Tue, Aug 6, 2024 at 9:25 PM Matthew Maurer wrote: > [...] > +void modversion_ext_start(const struct load_info *info, > + struct modversion_info_ext *start) > +{ > + unsigned int crc_idx = info->index.vers_ext_crc; > + unsigned int name_idx = info->i

Re: [PATCH v2] selftest/powerpc/benchmark: remove requirement libc-dev

2024-08-15 Thread Madhavan Srinivasan
On 8/13/24 1:11 PM, Michael Ellerman wrote: Madhavan Srinivasan writes: Currently exec-target.c file is linked as static and this post a requirement to install libc dev package to build. I think specifically the problem is that the test requires a static libc, which is packaged separately in