Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1731389
| From | Jiri Slaby <jslaby@suse.cz> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Re: [PATCH] sysrq : fix Show Regs call trace on ARM |
| Date | 2017-09-13 08:10 +0200 |
| Message-ID | <up922-3D3-5@gated-at.bofh.it> (permalink) |
| References | <uonqp-5jQ-1@gated-at.bofh.it> <uopsd-6Pm-3@gated-at.bofh.it> <uotFv-1dY-9@gated-at.bofh.it> <up922-3D3-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 09/11/2017, 01:22 PM, Jibin Xu wrote:
> Hi,Jiri:
>
> I tested get_irq_regs() behave in the softirq context,
> I called get_irq_regs() by a tasklet, It returns NULL.My understanding is get_irq_regs() can return the right result
> only in hardware IRQ,otherwise it returns NULL.
> So I think in_irq() would be better.
Hi,
tasklets are run in the process context (in a kthread). But what about
timers? HARDIRQ is decremented, SOFTIRQ remains set and sysrq handlers
are called in such conditions (in_interrupt() is true, in_irq() is
false). At that moment, irq_regs are still set and valid IMO.
But I would believe for now that sysrq handlers are not invoked from
softirq context. AFAIK they are called only from hardirq (serial port or
keyboard IRQ handler) or process context (write to /proc/sysrq-trigger).
So this change *should* be safe unless someone else objects there are
some kgdb special cases or something.
> thanks,
> Jibin Xu
>
> On 2017å¹´09æ11æ¥ 17:55, Jibin Xu wrote:
>
>> Hi,Jiri:
>> get_irq_regs() in the softirq context return NULL.
>> thanks,
>> Jibin Xu
>> On 2017å¹´09æ11æ¥ 13:24, Jiri Slaby wrote:
>>> On 09/11/2017, 05:11 AM, Jibin Xu wrote:
>>> ...
>>>> --- a/drivers/tty/sysrq.c
>>>> +++ b/drivers/tty/sysrq.c
>>>> @@ -245,8 +245,10 @@ static void sysrq_handle_showallcpus(int key)
>>>> Â Â Â Â Â Â * architecture has no support for it:
>>>> Â Â Â Â Â Â */
>>>> Â Â Â Â Â if (!trigger_all_cpu_backtrace()) {
>>>> -Â Â Â Â Â Â Â struct pt_regs *regs = get_irq_regs();
>>>> +Â Â Â Â Â Â Â struct pt_regs *regs = NULL;
>>>> Â
>>>> +Â Â Â Â Â Â Â if (in_irq())
>>>> +Â Â Â Â Â Â Â Â Â Â Â regs = get_irq_regs();
>>> Maybe a stupid question: how does get_irq_regs() behave in the softirq
>>> context? I.e. what about s/in_irq/in_interrupt/?
>>> thanks,
>>
>
--
js
suse labs
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] sysrq : fix Show Regs call trace on ARM Jibin Xu <jibin.xu@windriver.com> - 2017-09-11 05:20 +0200
Re: [PATCH] sysrq : fix Show Regs call trace on ARM Jiri Slaby <jslaby@suse.cz> - 2017-09-11 07:30 +0200
Re: [PATCH] sysrq : fix Show Regs call trace on ARM Jibin Xu <jibin.xu@windriver.com> - 2017-09-11 12:00 +0200
Re: Re: [PATCH] sysrq : fix Show Regs call trace on ARM Jiri Slaby <jslaby@suse.cz> - 2017-09-13 08:10 +0200
Re: [PATCH] sysrq : fix Show Regs call trace on ARM Jiri Slaby <jslaby@suse.cz> - 2017-09-13 08:20 +0200
csiph-web