Re: [PATCH] kernel/panic/kexec: fix "crash_kexec_post_notifiers" option issue in oops path

From: Hidehiro Kawai
Date: Tue Feb 10 2015 - 03:32:24 EST


Hello,

(2015/02/09 12:29), Baoquan He wrote:> On 02/09/15 at 12:22pm, HATAYAMA Daisuke wrote:
>> From: Baoquan He <bhe@xxxxxxxxxx>
>>> On 02/05/15 at 05:59pm, HATAYAMA Daisuke wrote:
>>>> diff --git a/kernel/kexec.c b/kernel/kexec.c
>>>> index 9a8a01a..0ecf252 100644
>>>> --- a/kernel/kexec.c
>>>> +++ b/kernel/kexec.c
>>>> @@ -84,6 +84,8 @@ struct resource crashk_low_res = {
>>>>
>>>> int kexec_should_crash(struct task_struct *p)
>>>> {
>>>> + if (crash_kexec_post_notifiers)
>>>> + return 0;
>>>> if (in_interrupt() || !p->pid || is_global_init(p) || panic_on_oops)
>>>> return 1;
>>>
>>> What if these two conditions !p->pid || is_global_init(p) are satisfied?
>>> Seems the behavious is changed.
>>>
>>
>> Please further follow do_exit() path. For each condition, there are
>> the corresponding panic() calls. In summary:
>>
>> oops_end
>> 1) panic() for in_interrupt()
>> 2) panic() for panic_on_oops
>> do_exit
>> 3) panic() for !p->pid (idle task)
>> exit_notify
>> forget_original_parent
>> find_child_reaper
>> 4) panic() for p->pid == 1 (init task)
>
> Yes, all conditions have been covered.
>
> So this patch is necessary, ACK it. Thanks
>
> Acked-by: Baoquan He <bhe@xxxxxxxxxx>

Thanks for the patch!
I tested it in following cases on x86_64 and it worked well;
my panic notifier was called, then 2nd kernel booted.

- Null pointer dereference in each context of
- hard IRQ
- pid == 0
- pid == 1
- others with panic_on_oops=1
- Zero-divide in the context of normal process
(panic_on_oops=1)

Tested-by: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>

--
Hidehiro Kawai
Hitachi, Yokohama Research Laboratory


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/