Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp458900ybb; Fri, 20 Mar 2020 02:14:22 -0700 (PDT) X-Google-Smtp-Source: ADFU+vt43jSuu0OxuoJBc+YxBwjZssBMCYFVrJsnB9nvpL2VU/6vVJfm0MsG1bjWRVZsUhHjILpI X-Received: by 2002:a9d:6e01:: with SMTP id e1mr5612315otr.299.1584695661977; Fri, 20 Mar 2020 02:14:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584695661; cv=none; d=google.com; s=arc-20160816; b=xVpRhKrmy43O7U3gqbKyIuT/wfie10bwy/prmcaYbvVqFHgQqFqPcrowytXBvbd2Te 4E1nLMU9SwLNlBfC6Z2qnZyEZzOxcfEeowfFvkX8ZiUbv4tnC07ylQnLXwukAap16Zuh MpeTWOFZYxw3KrFoj+v7GJ3wvyeQrxwcCzqqgqJcRPSJnMHbvjC3T22ovaf5NJIZT5e2 7VJa85wQ6XrN23idvbJbWTqPsojIDdCaxlwpqvRIEHe9H8SnRjR9UH8lP3PM/1CKYvUI YH2OLuGXwz1Td3eypSk5VgIX/VkHh1hUWiLwzJjVgCJgG4P7wjcj5Z4nw1I3pDrUNCOA N67Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=2XS1OwysTysKefudyd7TKR5FCMCAxpDlFG+SiL0h6i0=; b=FcY0rAAWyRqSwos13pW3p6IqHtA96txQ5YMMyMNAExTB19I78jGUjT0uX7wNfsfGZ3 bhdTcS7+DLZ5nvYB2sceDyd5CkKRUw1vb/8uIxzDUdLrf4ApKZtlEoOwAgCHdJtS/mf7 V9ojvxRvJ85QC40tqcD78fgXCywwRWwax81FH2e+7In0+PteuKYsZCQluIh4TP15psJq zfIrs5yrXk4PzVEy8KT/gPVNP21NWpCL4UR0Ivc30N9GUaMY6TPChkApDP4DYoPFc3qq 0s/xwn8LdC04eY7+iPxO0/DKIer8HCxZhbIQoB3q+9rZVO5K4ivW4MO2tGOxKpt3Bbl+ 0TfA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-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 c28si2958762otd.215.2020.03.20.02.14.04; Fri, 20 Mar 2020 02:14:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727025AbgCTJN5 (ORCPT + 99 others); Fri, 20 Mar 2020 05:13:57 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:34846 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726726AbgCTJN5 (ORCPT ); Fri, 20 Mar 2020 05:13:57 -0400 Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1jFDin-00007J-F3; Fri, 20 Mar 2020 10:13:41 +0100 Date: Fri, 20 Mar 2020 10:13:41 +0100 From: Sebastian Andrzej Siewior To: Davidlohr Bueso Cc: tglx@linutronix.de, arnd@arndb.de, balbi@kernel.org, bhelgaas@google.com, davem@davemloft.net, gregkh@linuxfoundation.org, joel@joelfernandes.org, kurt.schwemmer@microsemi.com, kvalo@codeaurora.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, logang@deltatee.com, mingo@kernel.org, mpe@ellerman.id.au, netdev@vger.kernel.org, oleg@redhat.com, paulmck@kernel.org, peterz@infradead.org, rdunlap@infradead.org, rostedt@goodmis.org, torvalds@linux-foundation.org, will@kernel.org, Davidlohr Bueso Subject: Re: [PATCH 17/15] rcuwait: Inform rcuwait_wake_up() users if a wakeup was attempted Message-ID: <20200320091341.fglhscnr3sixyzjs@linutronix.de> References: <20200318204302.693307984@linutronix.de> <20200320085527.23861-1-dave@stgolabs.net> <20200320085527.23861-2-dave@stgolabs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200320085527.23861-2-dave@stgolabs.net> Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2020-03-20 01:55:25 [-0700], Davidlohr Bueso wrote: > Let the caller know if wake_up_process() was actually called or not; > some users can use this information for ad-hoc. Of course returning > true does not guarantee that wake_up_process() actually woke anything > up. Wouldn't it make sense to return wake_up_process() return value to know if a change of state occurred or not? Sebastian