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
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
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
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
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
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
>
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
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)
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
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
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
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
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
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
14 matches
Mail list logo