Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1332133
| From | Sergey Senozhatsky <sergey.senozhatsky@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers |
| Date | 2016-02-11 16:10 +0100 |
| Message-ID | <r112z-23q-23@gated-at.bofh.it> (permalink) |
| References | <qU1Al-8nr-3@gated-at.bofh.it> <qU1Am-8nr-15@gated-at.bofh.it> <r10Jc-1HE-33@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hello Petr, On (02/11/16 15:41), Petr Mladek wrote: [..] > > + console_may_schedule = !oops_in_progress && > > + preemptible() && > > + !rcu_preempt_depth(); > > return 1; > > We discussed this a lot but I am still a bit nervous ;-) sure, no prob :-) > Avoid scheduling when oops_in_progress makes sense. > > preemptible() takes care of preemption and IRQ contexts. > The comment above explains that it is safe to use here. > > The check for rcu_preempt_depth() makes sense. But is it > safe, please? > > rcu_preempt_depth() returns 0 if CONFIG_PREEMPT_RCU is not > enabled. It means that you are not able to detect RCU read > section and it might cause problems. well, I believe it's ok. __rcu_read_lock() for CONFIG_PREEMPT_RCU does current->rcu_read_lock_nesting++, so rcu_preempt_depth() works as expected. otherwise, for !CONFIG_PREEMPT_RCU kernel, __rcu_read_lock() does if (IS_ENABLED(CONFIG_PREEMPT_COUNT)) preempt_disable() - if we run "CONFIG_PREEMPT_RCU" then rcu_preempt_depth() works here. - if we run "!CONFIG_PREEMPT_RCU && CONFIG_PREEMPT_COUNT" then preemptible() works for us - if we run "!CONFIG_PREEMPT_RCU && !CONFIG_PREEMPT_COUNT" then preemptible() is always 0. > I rather add Paul into CC. thanks. -ss
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers Petr Mladek <pmladek@suse.com> - 2016-02-11 15:50 +0100
Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-02-11 16:10 +0100
Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers Petr Mladek <pmladek@suse.com> - 2016-02-11 17:20 +0100
Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-02-12 06:20 +0100
csiph-web