All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Borislav Petkov <bp@alien8.de>
Cc: "Zheng, Lv" <lv.zheng@intel.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
	"Moore, Robert" <robert.moore@intel.com>,
	J?rg R?del <joro@8bytes.org>, lkml <linux-kernel@vger.kernel.org>,
	Linux ACPI <linux-acpi@vger.kernel.org>
Subject: Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel
Date: Wed, 11 Jan 2017 01:51:56 -0800	[thread overview]
Message-ID: <20170111095156.GR3800@linux.vnet.ibm.com> (raw)
In-Reply-To: <20170111092105.3y57tyeskpyjtmxi@pd.tnic>

On Wed, Jan 11, 2017 at 10:21:06AM +0100, Borislav Petkov wrote:
> On Mon, Jan 09, 2017 at 09:51:29PM -0800, Paul E. McKenney wrote:
> > Definitely.
> 
> Btw, we have more breakage from RCU expedited using workqueues:
> https://bugzilla.kernel.org/show_bug.cgi?id=192111
> 
> I've added you to CC but let me have other bug reporters confirm reverting
> 
>   8b355e3bc140 ("rcu: Drive expedited grace periods from workqueue")
> 
> does fix the issue for them too.

Yes, you could make RCU expedited grace periods go back to using the
requesting task, and that would allow expedited grace periods to run early
in the boot process.  But that causes problems with signals and the like
unless you revert a few other patches.  The bugzilla is interesting --
it looks like ACPI was in some cases doing early-boot grace-period waits
some time back?

I have a limping prototype RCU patch that should avoid this problem.

If all goes well, I will send it out late tomorrow evening, Pacific Time.

							Thanx, Paul


  reply	other threads:[~2017-01-11  9:52 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20170107204227.bwdb5yzrjpiggkmo@pd.tnic>
2017-01-07 23:30 ` 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel Rafael J. Wysocki
2017-01-08  0:07   ` Borislav Petkov
2017-01-08  0:22     ` Rafael J. Wysocki
2017-01-08  0:37       ` Borislav Petkov
2017-01-08  0:52         ` Rafael J. Wysocki
2017-01-08  1:01           ` Borislav Petkov
2017-01-08  1:45             ` Rafael J. Wysocki
2017-01-08  2:20               ` Rafael J. Wysocki
2017-01-08 13:03                 ` Borislav Petkov
2017-01-09  1:58                   ` Zheng, Lv
2017-01-09  2:36                     ` Zheng, Lv
2017-01-09  9:33                       ` Borislav Petkov
2017-01-09 22:18                         ` Paul E. McKenney
2017-01-09 22:25                           ` Rafael J. Wysocki
2017-01-09 23:14                             ` Paul E. McKenney
2017-01-09 23:15                           ` Borislav Petkov
2017-01-09 23:32                             ` Paul E. McKenney
2017-01-09 23:40                               ` Borislav Petkov
2017-01-09 23:52                                 ` Paul E. McKenney
2017-01-09 23:52                                 ` Borislav Petkov
2017-01-10  0:44                                   ` Zheng, Lv
2017-01-10  1:27                                   ` Rafael J. Wysocki
2017-01-10  2:23                                     ` Paul E. McKenney
2017-01-10  5:41                                       ` Zheng, Lv
2017-01-10  5:51                                         ` Paul E. McKenney
2017-01-11  9:21                                           ` Borislav Petkov
2017-01-11  9:51                                             ` Paul E. McKenney [this message]
2017-01-11 10:03                                               ` Borislav Petkov
2017-01-11 10:22                                                 ` Paul E. McKenney
2017-01-10  9:41                                     ` Borislav Petkov
2017-01-11  3:42                                       ` Rafael J. Wysocki
2017-01-11  9:42                                         ` Borislav Petkov
2017-01-09 23:42                               ` Rafael J. Wysocki
2017-01-10  0:21                                 ` Paul E. McKenney
2017-01-09  5:21                     ` Zheng, Lv
2017-01-09 10:52                 ` Jörg Rödel
2017-01-09 22:41                   ` Rafael J. Wysocki
2017-01-09 22:57                     ` Borislav Petkov
2017-01-10 13:58                     ` Jörg Rödel
2017-01-11  9:54   ` [PATCH v2] ACPI / OSL: Fix rcu synchronization logic Lv Zheng
2017-01-11 18:45     ` Rafael J. Wysocki
2017-01-12  3:38       ` Zheng, Lv

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=20170111095156.GR3800@linux.vnet.ibm.com \
    --to=paulmck@linux.vnet.ibm.com \
    --cc=bp@alien8.de \
    --cc=joro@8bytes.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lv.zheng@intel.com \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rafael@kernel.org \
    --cc=robert.moore@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.