On 3/3/25 15:40, Yicong Yang wrote:
On 2025/3/3 19:16, Sudeep Holla wrote:
On Mon, Mar 03, 2025 at 10:56:12AM +0100, Pierre Gondois wrote:
On 2/28/25 20:06, Sudeep Holla wrote:
Ditto as previous patch, can get rid if it is default 1.
On non-SMT platforms, not calling cpu_smt_set_num_thr
Hello Maddy,
Git bisect is poinitng to d543c29a68989ac9e39e0b50cfe8b592d92a1599 as
the first bad commit.
Git Bisect log:
[root@ltc-zzci-1 linux-next]# git bisect log
git bisect start
# status: waiting for both good and bad commits
# good: [7eb172143d5508b4da468ed59ee857c6e5e01da6] Linux 6.14
t also be helpfull if you can provide a disassembly of the three file.o
around the warned address.
I could recreate the issue with gcc 11.4.1 20231218 with today's linux-next
(but could not recreate with gcc 14 or gcc 11.3.0)
(20d5c66e1810 (HEAD -> master, tag: next-20250304, origin/master,
When doing "perf annotate", perf tool provides option to
use specific disassembler like llvm/objdump/capstone. The
order picked is to use llvm first and if that fails fallback
to objdump ie to use PERF_DISASM_LLVM, PERF_DISASM_CAPSTONE
and PERF_DISASM_OBJDUMP
In powerpc, when using "data type" sor
In disasm_line__parse_powerpc() , return code from function
disasm_line__parse() is ignored. This will result in bad results
if the disasm_line__parse fails to disasm the line. Use
the return code to fix this.
Signed-off-by: Athira Rajeev
---
tools/perf/util/disasm.c | 5 +++--
1 file changed, 3
On 3/4/25 11:02, Sudeep Holla wrote:
On Tue, Mar 04, 2025 at 09:25:02AM +0100, Pierre Gondois wrote:
On 3/3/25 15:40, Yicong Yang wrote:
On 2025/3/3 19:16, Sudeep Holla wrote:
On Mon, Mar 03, 2025 at 10:56:12AM +0100, Pierre Gondois wrote:
On 2/28/25 20:06, Sudeep Holla wrote:
Ditto as
:
>>>> intra_function_call not a direct call
>>>>
>>>>
>>>
>>> Can you please specific the compiler and compiler version you found this
>>> issue with
>>>
>>
>> Can you also tell which defconfig you are using or pr
ned address.
I could recreate the issue with gcc 11.4.1 20231218 with today's
linux-next (but could not recreate with gcc 14 or gcc 11.3.0)
(20d5c66e1810 (HEAD -> master, tag: next-20250304, origin/master,
origin/HEAD) Add linux-next specific files for 20250304)
warning for one of the swi
t also be helpfull if you can provide a disassembly of the three file.o
around the warned address.
I could recreate the issue with gcc 11.4.1 20231218 with today's linux-next
(but could not recreate with gcc 14 or gcc 11.3.0)
(20d5c66e1810 (HEAD -> master, tag: next-20250304, origin
Hi,Catalin:
Kindly ping ...
Thanks.:)
在 2025/2/19 3:42, Catalin Marinas 写道:
On Tue, Feb 18, 2025 at 07:51:10PM +0800, Tong Tiangen wrote:
在 2025/2/13 1:11, Catalin Marinas 写道:
On Mon, Dec 09, 2024 at 10:42:56AM +0800, Tong Tiangen wrote:
Currently, many scenarios that can tolerate memory er
On Mon, Mar 03, 2025 at 07:42:00AM -0600, Rob Herring wrote:
> On Wed, Feb 26, 2025 at 11:29:54AM -0600, Rob Herring (Arm) wrote:
> >
> > On Wed, 26 Feb 2025 16:57:17 +0100, J. Neuschäfer wrote:
> > > The devicetree bindings for Freescale DMA engines have so far existed as
> > > a text file. This
31218 with today's
linux-next (but could not recreate with gcc 14 or gcc 11.3.0)
(20d5c66e1810 (HEAD -> master, tag: next-20250304, origin/master,
origin/HEAD) Add linux-next specific files for 20250304)
warning for one of the switch.S file :
CC arch/powerpc/kernel/syscal
Hello Ritesh,
On 04/03/25 10:27, Ritesh Harjani (IBM) wrote:
Sourabh Jain writes:
Hello Ritesh,
Thanks for the review.
On 02/03/25 12:05, Ritesh Harjani (IBM) wrote:
Sourabh Jain writes:
The fadump kernel boots with limited memory solely to collect the kernel
core dump. Having gigantic
On 3/5/25 4:30 AM, Christophe Leroy wrote:
The following build warning have been reported:
arch/powerpc/kvm/book3s_hv_rmhandlers.o: warning: objtool: .text+0xe84:
intra_function_call not a direct call
arch/powerpc/kernel/switch.o: warning: objtool: .text+0x4:
intra_function_call not a d
The following build warning has been reported:
arch/powerpc/crypto/ghashp8-ppc.o: warning: objtool: .text+0x22c: unannotated
intra-function call
This happens due to commit bb7f054f4de2 ("objtool/powerpc: Add support
for decoding all types of uncond branches")
Disassembly of arch/powerpc/crypt
The following build warning have been reported:
arch/powerpc/kvm/book3s_hv_rmhandlers.o: warning: objtool: .text+0xe84:
intra_function_call not a direct call
arch/powerpc/kernel/switch.o: warning: objtool: .text+0x4:
intra_function_call not a direct call
This happens due to commit bb7f054f4
In relocatable.S, function clear_utlb_entry() goes into real mode. To
do so, it has to calculate the physical address based on the virtual
address. To get the virtual address it used 'bl' which is problematic
(see commit XXX). In addition, the calculation is done on a bad address,
which may lead to
[+cc Jon, Karolina]
On Wed, Jan 08, 2025 at 03:57:03PM +0800, Bijie Xu wrote:
> Sometimes certain PCIE devices installed on some servers occasionally
> produce large number of AER correctable error logs, which is quite
> annoying. Add this sysctl parameter kernel.aer_print_skip_mask to
> skip prin
Le 04/03/2025 à 07:13, Madhavan Srinivasan a écrit :
On 3/4/25 10:42 AM, Venkat Rao Bagalkote wrote:
Greetings!!
Observing build warnings with linux-next and powerpc repo's. Issue is currently
not seen on mainline yet.
PPC Repo:
https://eur01.safelinks.protection.outlook.com/?url=https
[EXTERNAL EMAIL]
From 5fc7b1a9e0f0bcfa14068c6358019ed1e3ffc6c6 Mon Sep 17 00:00:00 2001
From: "dio.sun"
Date: Wed, 26 Feb 2025 08:54:49 +
Subject: [PATCH] AER: PCIE CTO recovery handle fix
- Non-fatal PCIe CTO is reportted to PCIE RC and it will be convertted to
AdvNonFatalErr automatica
nnotated intra-function call
>>> arch/powerpc/kernel/switch.o: warning: objtool: .text+0x4:
>>> intra_function_call not a direct call
>>>
>>>
>>
>> Can you please specific the compiler and compiler version you found this
>> issue with
>>
&g
On Tue, Mar 04, 2025 at 09:25:02AM +0100, Pierre Gondois wrote:
>
>
> On 3/3/25 15:40, Yicong Yang wrote:
> > On 2025/3/3 19:16, Sudeep Holla wrote:
> > > On Mon, Mar 03, 2025 at 10:56:12AM +0100, Pierre Gondois wrote:
> > > > On 2/28/25 20:06, Sudeep Holla wrote:
> > > > > > >
> > > > > > > Ditto
On 03/03/2025 15:03, Yicong Yang wrote:
> On 2025/2/28 19:11, Dietmar Eggemann wrote:
>> On 18/02/2025 15:10, Yicong Yang wrote:
>>> From: Yicong Yang
[...]
>>> If a system have more than one SMT thread number the 2) may
>>
>> s/have/has
>>
>>> not handle it well, since there're multiple thread
On Wed, 26 Feb 2025 18:05:04 +0800, Shengjiu Wang wrote:
> Change 'dais' property to be optional, that fsl_audmix device can be
> linked with SAI device by audio graph card.
>
> Shengjiu Wang (4):
> ASoC: dt-bindings: fsl,sai: Document audio graph port
> ASoC: dt-bindings: fsl,audmix: Document
Hello Christophe,
On 05/03/25 4:30 am, Christophe Leroy wrote:
The following build warning have been reported:
arch/powerpc/kvm/book3s_hv_rmhandlers.o: warning: objtool: .text+0xe84:
intra_function_call not a direct call
arch/powerpc/kernel/switch.o: warning: objtool: .text+0x4:
intra_f
Hello Christophe,
On 05/03/25 4:32 am, Christophe Leroy wrote:
The following build warning has been reported:
arch/powerpc/crypto/ghashp8-ppc.o: warning: objtool: .text+0x22c:
unannotated intra-function call
This happens due to commit bb7f054f4de2 ("objtool/powerpc: Add support
for decodin
26 matches
Mail list logo
