Charlie Jenkins writes:
> On Wed, Sep 11, 2024 at 11:38:55PM +1000, Michael Ellerman wrote:
>> Geert Uytterhoeven writes:
>> > Hi Christophe,
>> >
>> > On Tue, Sep 10, 2024 at 11:21 AM Christophe Leroy
>> > wrote:
>> >> >>> diff --git a/include/uapi/linux/personality.h
>> >> >>> b/include/uapi/
Markus Elfring writes:
> From: Markus Elfring
> Date: Mon, 16 Sep 2024 19:25:00 +0200
>
> Scope-based resource management became supported for some
> programming interfaces by contributions of Peter Zijlstra on 2023-05-26.
> See also the commit 54da6a0924311c7cf5015533991e44fb8eb12773 ("locking:
Le 20/09/2024 à 06:30, Michael Ellerman a écrit :
Christian Zigotzky writes:
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic reloc
Christian Zigotzky writes:
> Hi All,
>
> The compiling of the latest Git kernel doesn’t work anymore for our FSL
> P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
>
> Error messages:
>
> arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic relocations are not supported
>
> make[2]: *** [
On Thu, 2024-09-19 at 20:09 +0530, Venkat Rao Bagalkote wrote:
>
> Please add the below tags.
>
>
> Reported-by: Venkat Rao Bagalkote
>
> Tested-by: Venkat Rao Bagalkote
Sure, and while at it I can brush patchlet's rather scruffy fur.
1. on_rq being implied by sched_delayed, redundant check can
-- --
??:
"2639161967"
<2639161...@qq.com>;
?
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic relocations are not supported
make[2]: *** [arch/powerpc/kernel/vdso/Makefile:75:
arch/
On 19 September 2024 at 2:29 pm, Christian Zigotzky wrote:
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our
FSL P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic relocations are not
suppor
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic relocations are not
supported
make[2]: *** [arch/powerpc/kernel/vdso/Makefile:75:
a
On Thu, Sep 12, 2024 at 08:51:28PM +, Colton Lewis wrote:
> v3:
> * Clarify final commit message further
> * Remove an unused variable in perf_arch_misc_flags()
>
> v2:
> https://lore.kernel.org/kvm/20240911222433.3415301-1-coltonle...@google.com/
>
> v1:
> https://lore.kernel.org/kvm/202
Previously any PMU overflow interrupt that fired while a VCPU was
loaded was recorded as a guest event whether it truly was or not. This
resulted in nonsense perf recordings that did not honor
perf_event_attr.exclude_guest and recorded guest IPs where it should
have recorded host IPs.
Rework the s
Make sure powerpc uses the arch-specific function now that those have
been reorganized.
Signed-off-by: Colton Lewis
---
arch/powerpc/perf/callchain.c| 2 +-
arch/powerpc/perf/callchain_32.c | 2 +-
arch/powerpc/perf/callchain_64.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
dif
Break the assignment logic for misc flags into their own respective
functions to reduce the complexity of the nested logic.
Signed-off-by: Colton Lewis
---
arch/x86/events/core.c| 31 +++
arch/x86/include/asm/perf_event.h | 2 ++
2 files changed, 25 inser
For clarity, rename the arch-specific definitions of these functions
to perf_arch_* to denote they are arch-specifc. Define the
generic-named functions in one place where they can call the
arch-specific ones as needed.
Signed-off-by: Colton Lewis
---
arch/arm64/include/asm/perf_event.h
v4:
* Correct compilation failure on PowerPC
v3:
https://lore.kernel.org/kvm/20240912205133.4171576-1-coltonle...@google.com/
v2:
https://lore.kernel.org/kvm/20240911222433.3415301-1-coltonle...@google.com/
v1:
https://lore.kernel.org/kvm/20240904204133.1442132-1-coltonle...@google.com/
This se
For arm's implementation, perf_instruction_pointer() and
perf_misc_flags() are equivalent to the generic versions in
include/linux/perf_event.h so arch/arm doesn't need to provide its
own versions. Drop them here.
Signed-off-by: Colton Lewis
---
arch/arm/include/asm/perf_event.h | 7 ---
ar
crtsavres.S content is encloded by a #ifndef CONFIG_PPC64
To be used on VDSO32 on PPC64 it's content must available on PPC64 as
well.
Replace #ifndef CONFIG_PPC64 by #ifndef __powerpc64__ as __powerpc64__
is not set when building VDSO32 on PPC64.
Reported-by: Christian Zigotzky
Closed:
https:/
Madhavan Srinivasan writes:
On 9/13/24 2:21 AM, Colton Lewis wrote:
For clarity, rename the arch-specific definitions of these functions
to perf_arch_* to denote they are arch-specifc. Define the
generic-named functions in one place where they can call the
arch-specific ones as needed.
Sign
Vaibhav Jain writes:
> Hi Ritesh,
>
> Thanks for looking into this patch. My responses your review inline
> below:
>
> Ritesh Harjani (IBM) writes:
>
>> Narayana Murty N writes:
>>
>>> Makes pseries_eeh_err_inject() available even when debugfs
>>> is disabled (CONFIG_DEBUG_FS=n). It moves eeh_d
Hi Christian,
Le 19/09/2024 à 17:02, Christian Zigotzky a écrit :
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic relocations are not
Hi Ritesh,
Thanks for looking into this patch. My responses your review inline
below:
Ritesh Harjani (IBM) writes:
> Narayana Murty N writes:
>
>> Makes pseries_eeh_err_inject() available even when debugfs
>> is disabled (CONFIG_DEBUG_FS=n). It moves eeh_debugfs_break_device()
>> and eeh_pe_in
Hello Mike,
Thanks for the patch. I applied your patch and verified the issue, and
can confirm your patch fixes the issue.
Please add the below tags.
Reported-by: Venkat Rao Bagalkote
Tested-by: Venkat Rao Bagalkote
Regards,
Venkat.
On 19/09/24 11:39 am, Mike Galbraith wrote:
On Mon
Luming Yu writes:
> On Thu, Sep 19, 2024 at 01:22:21PM +1000, Michael Ellerman wrote:
>> Luming Yu writes:
>> > From: Yu Luming
>> >
>> > ppc always do its own tracking for batch tlb.
>>
>> I don't think it does? :)
>>
>> I think you're referring to the batch handling in
>> arch/powerpc/inclu
Segher Boessenkool writes:
> Hi!
>
> On Mon, Sep 16, 2024 at 10:05:10PM +1000, Michael Ellerman wrote:
>> The 'ld' and 'std' instructions require a 4-byte aligned displacement
>> because they are DS-form instructions. But the "m" asm constraint
>> doesn't enforce that.
>>
>> That can lead to buil
* Mike Rapoport [240909 02:49]:
> From: "Mike Rapoport (Microsoft)"
>
> Using large pages to map text areas reduces iTLB pressure and improves
> performance.
>
> Extend execmem_alloc() with an ability to use huge pages with ROX
> permissions as a cache for smaller allocations.
>
> To populate
Data mismatch found when testing ipsec tunnel with AES/GCM crypto.
Disabling CRYPTO_AES_GCM_P10 in Kconfig for this feature.
Fixes: fd0e9b3e2ee6 ("crypto: p10-aes-gcm - An accelerated AES/GCM stitched
implementation")
Fixes: cdcecfd9991f ("crypto: p10-aes-gcm - Glue code for AES/GCM stitched
imp
Thanks Michael.
On 9/18/24 11:55 PM, Michael Ellerman wrote:
Danny Tsen writes:
Removing CRYPTO_AES_GCM_P10 in Kconfig first so that we can apply the
subsequent patches to fix data mismatch over ipsec tunnel.
This change log needs to stand on its own. ie. it needs to explain what
the problem
On 09/17/24 at 12:37pm, Dave Vasilevsky wrote:
> Fixes boot failures on 6.9 on PPC_BOOK3S_32 machines using
> Open Firmware. On these machines, the kernel refuses to boot
> from non-zero PHYSICAL_START, which occurs when CRASH_DUMP is on.
>
> Since most PPC_BOOK3S_32 machines boot via Open Firmwar
The pull request you sent on Thu, 19 Sep 2024 00:19:38 +1000:
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
> tags/powerpc-6.12-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3a7101e9b27fe97240c2fd430c71e61262447dd1
Thank you!
--
Deet-doot-d
On Mon, 2024-09-16 at 12:00 +0530, Venkat Rao Bagalkote wrote:
> Greetings!!!
Greetings,
> I am seeing below kernel crash from 6.11.0-rc4-next-20240820.
>
>
> Tried to do git bisect, but it didnt point to right patch. Attached is
> the bisect log.
>
> Any help in fixing this is much appriciated.
30 matches
Mail list logo
