Received: by 10.213.65.68 with SMTP id h4csp1059676imn; Wed, 14 Mar 2018 08:25:06 -0700 (PDT) X-Google-Smtp-Source: AG47ELtqsO1FN3t27TiyAzV1y/fa0QMDlx0TgTCrJUcv2DycpbfqjW6nFXAu9JA1XKA0hHWclIuc X-Received: by 2002:a17:902:264:: with SMTP id 91-v6mr4473580plc.178.1521041106034; Wed, 14 Mar 2018 08:25:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521041105; cv=none; d=google.com; s=arc-20160816; b=rO7W8a59OwL7Q8dokAXTmzK0b3dZ568bLQbvAcSklO3aQzpvQ7y8msRupOuaonU9mZ 0hl7oA91F+wd2+qEm4y7ThTurYlS6GfLBL80FMPbTlrXxqfwkYbfdvoNhpu7ZzR7c6OZ Lstbu02YJ0QHbgsfaiLEZl/VbsNQhC9ItArb1OCntNNLeeIE3YGuCP4fjBJI9ixtFdaw V7Earepfh92f91fE7wGnvh+B4Tp82WATjVaPggn0p8xsi6DbeIN+yU2Z8f0UhjIMWLcc zhvgF3c8t9RxDn/FfQJIwdWLhAyWa7wyL5IqbGag2ga9GrqzwxWTpTgjrMEIyuaUiQ3+ LjEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=ZBBJ6XrH7JMn/g/1PDKiCTPCK9w+kLSi5PelBqM0Am8=; b=07DkW4tDnCTAVxtndRko6n0SIo6oae7Tt9pW07P4eY9snREZ8hCBCWAZEjXRq1bZVM caenFnH5WB1rTIzgDb2QAEL+fbr3SjRlg5LAza7vGiu+FQ5OkLSMMbfP4RF9J2QmgYRZ mxPevzVG5igg2Be6sJ70yTR8F7xMrjphptE7r/vfg/r0M4F34pGc82fhn/MDJsX/Asmf dPeMzqtpluuLIS4Lk1azoA9HWZ42OJuvYF5LpMvd6Wl1VA3HpQOrIk2bX1AQGw3pJ5R8 Wd5i2gobzorWMY+ktl5Ksdr/vkgMZzGh3HKn28aQhCIswUdjsqtHAAQzkpkCRWSWY5AA LCVg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u10si1991462pgr.247.2018.03.14.08.24.47; Wed, 14 Mar 2018 08:25:05 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751508AbeCNPXx (ORCPT + 99 others); Wed, 14 Mar 2018 11:23:53 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:51546 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751362AbeCNPXw (ORCPT ); Wed, 14 Mar 2018 11:23:52 -0400 Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1ew8Fm-0003z0-6R; Wed, 14 Mar 2018 16:23:46 +0100 Date: Wed, 14 Mar 2018 16:23:46 +0100 From: Sebastian Andrzej Siewior To: Peter Zijlstra Cc: linux-rt-users , Corey Minyard , Thomas Gleixner , Steven Rostedt , linux-kernel , Tejun Heo Subject: Re: [RT PATCH 2/2] block: blk-mq: move blk_queue_usage_counter_release() into process context Message-ID: <20180314152345.xyphm4dg4m7suqov@linutronix.de> References: <20180309202550.j66qphz3txupt55u@linutronix.de> <20180309222643.GC5926@hirez.programming.kicks-ass.net> <20180312105113.p7jifhwdwbhpvxds@linutronix.de> <20180312132729.GI4064@hirez.programming.kicks-ass.net> <20180312141107.roveviectc6a75s7@linutronix.de> <20180312142933.GF4043@hirez.programming.kicks-ass.net> <20180312195118.rye5lg2pb26kmavn@linutronix.de> <20180313184039.begptzircgb5ketk@linutronix.de> <20180313184240.ndq2pw2fmvhkwidc@linutronix.de> <20180313201039.GB4082@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20180313201039.GB4082@hirez.programming.kicks-ass.net> User-Agent: NeoMutt/20180223 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018-03-13 21:10:39 [+0100], Peter Zijlstra wrote: > On Tue, Mar 13, 2018 at 07:42:41PM +0100, Sebastian Andrzej Siewior wrote: > > +static void blk_queue_usage_counter_release_swork(struct swork_event *sev) > > +{ > > + struct request_queue *q = > > + container_of(sev, struct request_queue, mq_pcpu_wake); > > + > > + wake_up_all(&q->mq_freeze_wq); > > +} > > + > > static void blk_queue_usage_counter_release(struct percpu_ref *ref) > > { > > struct request_queue *q = > > container_of(ref, struct request_queue, q_usage_counter); > > > > - wake_up_all(&q->mq_freeze_wq); > > + swork_queue(&q->mq_pcpu_wake); > > } > > Depending on if we expect there to actually be wakeups, you could do > something like: > > if (wq_has_sleepers(&q->mq_freeze_wq)) > swork_queue(&q->mq_pcpu_wake)); > > avoiding the whole workqueue thing in the case there wasn't anybody > waiting for it. But since I don't know this code, I can't say if it > makes sense or not. Tejun? this pops up on boot and shows that there are no waiter. So I consider to take this. Sebastian