Thank you for the fix, Tao.
On Mon, Feb 24, 2025 at 11:02 AM <devel-request(a)lists.crash-utility.osci.io>
wrote:
Date: Mon, 24 Feb 2025 15:59:11 +1300
From: Tao Liu <ltao(a)redhat.com>
Subject: [Crash-utility] [PATCH 0/3] Several fixes for v6.14-rc
kernels
To: devel(a)lists.crash-utility.osci.io
Cc: andersonc0d3(a)gmail.com, Tao Liu <ltao(a)redhat.com>
Message-ID: <20250224025914.16044-1-ltao(a)redhat.com>
Content-Type: text/plain; charset="US-ASCII"; x-default=true
There are a few failing cases observed on v6.14-rc kernel. This patchset
will fix these.
For the NO.1 patch, Anderson used "vtop" cmd as the test case [1], which I
cannot reproduce because I didn't find a suitable value for vtop to
trigger the failing. So I switched to "files" cmd.
[1]:
https://www.mail-archive.com/devel@lists.crash-utility.osci.io/msg01356.html
Tao Liu (3):
Fix the failing of cmd "files" for v6.14-rc1 kernel
Fix the failing of cmd "runq -g" for v6.14-rc1 kernel
The patch [1] and [2] are fine to me, applied:
[1]
https://github.com/crash-utility/crash/commit/2795136a515446b798ebbfa257c...
[2]
https://github.com/crash-utility/crash/commit/080b4baf5d5e998750f80289c84...
Sort the symtable at the end of store_symbols()
For the patch [3], I did not reproduce the current issue, can you try to
provide some unsorted symbols information?
Maybe there are similar cases such as store_sysmap_symbols.
Thanks
Lianbo
filesys.c | 3 +++
symbols.c | 3 +++
task.c | 3 +++
3 files changed, 9 insertions(+)
--
2.47.0