Hi Lijiang,

On Wed, Nov 6, 2024 at 4:53 PM lijiang <liji...@redhat.com> wrote:
>
> Hi, Austin
> Thank you for the patch.
>
> On Fri, Nov 1, 2024 at 5:19 PM <devel-requ...@lists.crash-utility.osci.io> 
> wrote:
>>
>> Date: Tue, 29 Oct 2024 17:32:07 +0900
>> From: Austin Kim <austindh....@gmail.com>
>> Subject: [Crash-utility] [PATCH] RISCV64: add panic signature to
>>         panic_msg to properly display the PANIC message
>> To: devel@lists.crash-utility.osci.io
>> Cc: austindh....@gmail.com, austin....@lge.com
>> Message-ID: <20241029083207.GA30130@adminpc-PowerEdge-R7525>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Using 'sys' command, we can view the panic message with general system
>> information. If we run RISCV64-based vmcore, PANIC message is not properly
>> displayed.
>>
>> The reason is that "Unable to handle kernel" is first printed in the kernel 
>> log
>> when exception occurs in the RISC-V based Linux kernel. The corresponding
>> kernel commit is 21733cb518471.
>>
>> Without the patch:
>> crash> sys
>>       KERNEL: vmlinux  [TAINTED]
>>     DUMPFILE: vmcore
>>         CPUS: 4
>>         DATE: Thu Aug 22 16:13:08 KST 2024
>>       UPTIME: 00:33:25
>> LOAD AVERAGE: 0.07, 0.07, 0.02
>>        TASKS: 385
>>     NODENAME: starfive
>>      RELEASE: 6.6.20+
>>      VERSION: #13 SMP Mon Aug 19 12:58:52 KST 2024
>>      MACHINE: riscv64  (unknown Mhz)
>>       MEMORY: 4 GB
>>        PANIC: ""
>>
>> With the patch:
>> crash> sys
>>       KERNEL: vmlinux  [TAINTED]
>>     DUMPFILE: vmcore
>>         CPUS: 4
>>         DATE: Thu Aug 22 16:13:08 KST 2024
>>       UPTIME: 00:33:25
>> LOAD AVERAGE: 0.07, 0.07, 0.02
>>        TASKS: 385
>>     NODENAME: starfive
>>      RELEASE: 6.6.20+
>>      VERSION: #13 SMP Mon Aug 19 12:58:52 KST 2024
>>      MACHINE: riscv64  (unknown Mhz)
>>       MEMORY: 4 GB
>>        PANIC: "Unable to handle kernel access to user memory without uaccess 
>> routines at virtual address 0000000000000000"
>>
>> Signed-off-by: Austin Kim <austindh....@gmail.com>
>> ---
>>  task.c | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/task.c b/task.c
>> index d52ce0b..443f488 100644
>> --- a/task.c
>> +++ b/task.c
>> @@ -6330,6 +6330,7 @@ static const char* panic_msg[] = {
>>         "[Hardware Error]: ",
>>         "Bad mode in ",
>>         "Oops: ",
>> +       "Unable to handle kernel access ",
>
>
> I would tend to search the panic keywords again as below, which can cover 
> both riscv64 and aarch64 cases.
>
> diff --git a/task.c b/task.c
> index c131cc32067d..9613adebab57 100644
> --- a/task.c
> +++ b/task.c
> @@ -6392,6 +6392,9 @@ get_panicmsg(char *buf)
>                         get_symbol_data("sysrq_pressed", sizeof(int), 
> &msg_found);
>                         break;
>                 }
> +
> +               /* try to search panic string with panic keywords*/
> +               search_panic_task_by_keywords(buf, &msg_found);
>         }
>
>  found:
>
>
> What do you think? I haven't tested this one, not sure if it can work for 
> you, could you please try it?
>
> Tao, can we also do a regression test to double check if there are any risks?

OK, I will do a regression test later.

Thanks,
Tao Liu

>
> Thanks
> Lianbo
>
>
>>
>>  };
>>
>>  #define ARRAY_SIZE(a) (sizeof (a) / sizeof ((a)[0]))
>> --
>> 2.17.1
--
Crash-utility mailing list -- devel@lists.crash-utility.osci.io
To unsubscribe send an email to devel-le...@lists.crash-utility.osci.io
https://${domain_name}/admin/lists/devel.lists.crash-utility.osci.io/
Contribution Guidelines: https://github.com/crash-utility/crash/wiki

Reply via email to