Re: [PATCH 3/3] compiler: inline does not imply notrace
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Subject: Re: [PATCH 3/3] compiler: inline does not imply notrace
- From: Nadav Amit <namit@xxxxxxxxxx>
- Date: Tue, 29 Nov 2022 18:02:01 +0000
- Accept-language: en-US
- Cc: Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, "linux-arm-kernel@xxxxxxxxxxxxxxxxxxx" <linux-arm-kernel@xxxxxxxxxxxxxxxxxxx>, kernel list <linux-kernel@xxxxxxxxxxxxxxx>, "linux-ia64@xxxxxxxxxxxxxxx" <linux-ia64@xxxxxxxxxxxxxxx>, "linux-um@xxxxxxxxxxxxxxxxxxx" <linux-um@xxxxxxxxxxxxxxxxxxx>, Linux-Arch <linux-arch@xxxxxxxxxxxxxxx>, Linux-MM <linux-mm@xxxxxxxxx>, Andy Lutomirski <luto@xxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Borislav Petkov <bp@xxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, X86 ML <x86@xxxxxxxxxx>, Richard Weinberger <richard@xxxxxx>, Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>, Johannes Berg <johannes@xxxxxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- In-reply-to: <20221129100647.4957579e@gandalf.local.home>
- References: <20221122195329.252654-1-namit@vmware.com> <20221122195329.252654-4-namit@vmware.com> <de999ab8-78ff-44f7-aacc-68561897c6e2@app.fastmail.com> <B764D38F-470D-4022-A818-73814F442473@vmware.com> <4BDE3655-CCC3-412B-9DDB-226485113706@vmware.com> <20221128231532.40210855@gandalf.local.home> <2CFF9131-48E9-44D3-93CA-976C47106092@vmware.com> <20221129100647.4957579e@gandalf.local.home>
On Nov 29, 2022, at 7:06 AM, Steven Rostedt <rostedt@xxxxxxxxxxx> wrote:
> On Tue, 29 Nov 2022 04:25:38 +0000
> Nadav Amit <namit@xxxxxxxxxx> wrote:
>
>
>> I will need to further debug it, but this issue does not occur every time.
>>
>> The kernel didn’t crash exactly - it’s more of a deadlock. I have lockdep
>> enabled, so it is not a deadlock that lockdep knows. Could it be that
>> somehow things just slowed down due to IPIs and mostly-disabled IRQs? I have
>> no idea. I would need to recreate the scenario.
>
> You have lockdep enabled and you are running function tracing with stack
> trace on? So you are doing a stack trace on *every* function that is traced?
>
> I don't think you hit a deadlock, I think you hit a live lock. You could
> possibly slow the system down so much that when an interrupt finishes it's
> time for it to be triggered again, and you never make forward progress.
It might be the issue. Perhaps I have a bug, because my code was supposed to
either enable stack-tracing with selected functions or create a trace all
function but *without* stack-tracing.
Thanks for the pointer and sorry for the noise.
Regards,
Nadav
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]