From: Richard Weinberger <richard@nod.at>
To: paulmck@linux.vnet.ibm.com
Cc: kbuild test robot <fengguang.wu@intel.com>,
kbuild-all@01.org, linux-kernel@vger.kernel.org,
jdike@addtoit.com, user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [rcu:rcu/next 25/36] include/linux/irqflags.h:79:3: error: implicit declaration of function 'arch_irqs_disabled_flags'
Date: Wed, 14 Dec 2016 22:54:54 +0100 [thread overview]
Message-ID: <edc8067e-fbbf-a987-ce44-db1482d05b75@nod.at> (raw)
In-Reply-To: <20160808203503.GM3482@linux.vnet.ibm.com>
Paul,
On 08.08.2016 22:35, Paul E. McKenney wrote:
> On Mon, Aug 08, 2016 at 10:12:11PM +0200, Richard Weinberger wrote:
>> Paul,
>>
>> Am 15.06.2016 um 14:45 schrieb Paul E. McKenney:
>>> On Wed, Jun 15, 2016 at 09:05:37AM +0200, Richard Weinberger wrote:
>>>> Paul,
>>>>
>>>> Am 15.06.2016 um 00:54 schrieb Paul E. McKenney:
>>>>> On Mon, Jun 06, 2016 at 02:04:03AM +0800, kbuild test robot wrote:
>>>>>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next
>>>>>> head: 13ee0de9cd2444b57ce30c4f1607b49b90aa0c38
>>>>>> commit: f251ac814fc5787765009e60d54a2bd4277350c8 [25/36] rcu: Make call_rcu_tasks() tolerate first call with irqs disabled
>>>>>> config: um-allmodconfig (attached as .config)
>>>>>> compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430
>>>>>> reproduce:
>>>>>> git checkout f251ac814fc5787765009e60d54a2bd4277350c8
>>>>>> # save the attached .config to linux build tree
>>>>>> make ARCH=um
>>>>>
>>>>> My kneejerk reaction would be to make CONFIG_TASKS_RCU depend on
>>>>> !UML or something similar.
>>>>>
>>>>> Another approach would be create a arch_irqs_disabled_flags() for UML.
>>>>>
>>>>> Any preferences?
>>>>
>>>> Patches for arch_irqs_disabled_flags() support are already on LKML:
>>>> https://lkml.org/lkml/2016/6/12/162
>>>>
>>>> My plan was to merge them in the v4.8 merge window.
>>>> So having CONFIG_TASKS_RCU depend on !UML for now should be fine.
>>>> We can remove the dependency in v4.8 again.
>>>
>>> Sounds very good, thank you!
>>
>> The patch is now in Linus' tree. So, you can enable CONFIG_TASKS_RCU
>> for UML again. :-)
>
> Very good, thank you! I have a patch slated for the next merge window.
> If you need it sooner, please let me know.
Just noticed that CONFIG_TASKS_RCU is still disabled for UML in today's
next. Is there something missing in UML?
Thanks,
//richard
next prev parent reply other threads:[~2016-12-14 21:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201606060200.kVmeQzvA%fengguang.wu@intel.com>
2016-06-14 22:54 ` [rcu:rcu/next 25/36] include/linux/irqflags.h:79:3: error: implicit declaration of function 'arch_irqs_disabled_flags' Paul E. McKenney
2016-06-15 7:05 ` Richard Weinberger
2016-06-15 12:45 ` Paul E. McKenney
2016-08-08 20:12 ` Richard Weinberger
2016-08-08 20:35 ` Paul E. McKenney
2016-12-14 21:54 ` Richard Weinberger [this message]
2016-12-15 0:16 ` Paul E. McKenney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=edc8067e-fbbf-a987-ce44-db1482d05b75@nod.at \
--to=richard@nod.at \
--cc=fengguang.wu@intel.com \
--cc=jdike@addtoit.com \
--cc=kbuild-all@01.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paulmck@linux.vnet.ibm.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).