mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Naman Jain <namjain@linux.microsoft.com>
To: linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
Cc: Russell King <linux@armlinux.org.uk>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jirislaby@kernel.org>,
	"Thomas Gleixner, Ingo Molnar" <mingo@kernel.org>,
	Nam Cao <namcao@linutronix.de>, Miaoqian Lin <linmq006@gmail.com>,
	Toshiyuki Sato <fj6611ie@aa.jp.fujitsu.com>,
	Prasanna Kumar T S M <ptsm@linux.microsoft.com>,
	Saurabh Singh Sengar <ssengar@linux.microsoft.com>,
	Naman Jain <namjain@linux.microsoft.com>
Subject: Need inputs on hard lockups with "cat large_file.txt" use-case on 6.6 kernel
Date: Mon, 29 Dec 2025 18:54:24 +0530	[thread overview]
Message-ID: <6cc90adc-17e6-417e-8b9c-3a1f7f3d4fcd@linux.microsoft.com> (raw)

Hi,
I am debugging a hard-lockup issue which is seen when I do "cat" of a 
large text file (~3 MB or more) on my arm64 machine, which is based on 
6.6.116 kernel version and is using pl011 driver for UART.

I came across NBCON framework which tries to deal with such problems, 
but it is available on later kernels, and it would not be easy for me to 
do kernel upgrade at this moment.

I wanted to reach out here for any inputs that would help me debug this 
issue further - whether such lockups are expected, any kernel parameter, 
or patch that could fix this, etc.

Thanks in advance.

More details below:


I tried below experiments, but nothing worked:
* changing interrupt affinity of UART irq to other CPUs or group of 
CPUs, since all the UART interrupts were landing on CPU0.
* finding kernel cmdline parameters that can be tweaked - didn't seem to 
be related to "cat largefile" usecase, but for controlling general 
logging from drivers.
* Adding touch_nmi_watchdog(), cpu_relax() in different paths in the driver.
* adding handle_sysrq('l') in hardlockup handler to get CPU call stacks, 
or enable hardlockup_all_cpu_backtrace, but did not get call stacks of 
stuck CPUs.


Kernel cmdline:

console=ttyAMA0 earlycon=pl011,mmio32,0xFF000000,115200n8 reboot=w 
ima_hash=sha384 systemd.show_status=false ovlboot.bootdevice=E-MMC 
root=/dev/ram rw sysctl.kernel.printk_ratelimit=30 
sysctl.kernel.printk_ratelimit_burst=75 ima_policy=critical_data 
rcupdate.rcu_expedited=1 systemd.gpt_auto=no systemd.ssh_auto=no fips=1 
SYSTEMD_DEFAULT_MOUNT_RATE_LIMIT_BURST=100 systemd.log_ratelimit_kmsg=0 
crashkernel=512M


root@localhost:~# cat /proc/sys/kernel/printk
2       1       1       2


DT:
        serial0: serial@f1920000 {
                 bootph-all;
                 compatible = "arm,pl011", "arm,primecell";
                 status = "disabled";   -> enabled later in board
                 reg = <0 0xf1920000 0 0x1000>;
                 interrupts = <0 25 4>;
                 reg-io-width = <4>;
                 clock-names = "uartclk", "apb_pclk";
                 current-speed = <115200>;
         };

Regards,
Naman


                 reply	other threads:[~2025-12-29 13:24 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6cc90adc-17e6-417e-8b9c-3a1f7f3d4fcd@linux.microsoft.com \
    --to=namjain@linux.microsoft.com \
    --cc=fj6611ie@aa.jp.fujitsu.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jirislaby@kernel.org \
    --cc=linmq006@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=mingo@kernel.org \
    --cc=namcao@linutronix.de \
    --cc=ptsm@linux.microsoft.com \
    --cc=ssengar@linux.microsoft.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome