Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1903020ybv; Thu, 6 Feb 2020 11:59:07 -0800 (PST) X-Google-Smtp-Source: APXvYqwRlEoywagk3WXhwVknhiJtjvxHlIv7mTkMb6b/tf120s9x3LYeWff2PyG/TN1SsweiVtiw X-Received: by 2002:a05:6830:1257:: with SMTP id s23mr31837556otp.241.1581019147484; Thu, 06 Feb 2020 11:59:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581019147; cv=none; d=google.com; s=arc-20160816; b=DeDJWwKO5m2pRCt9JM7bQSfCu24KTJaDsPzy3QgPj2TCH4a2rODWOLrQBfDOpliy2a OsPPG2WlA4x4ModyrfJoDZBWEJ9iIH9OZ4V03SLSrpBjLYBDvJuCyuq6qQY4ZC3vBx9P 31fdE4DZkyFfWM2APhrh73FKI9Ui4ow5iq078MpR5L1cWH2SBYc7lN4mdCGMezspwIqj 2xNZwBIA9+HYCXDNYBXBnrjSCgN8TlkzCuBmPxdn55qxae012EURO6WJuU2mMZeVC3id rMiNFXxz1XDoU4ZDx5aY16mp6Tkrh8O4Ea8Xt/H/jsvXTXe0KGwm54/gkF5p6r3kscrI jdAQ== 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 :dmarc-filter:dkim-signature; bh=KAk+1eC9itPXZeutRqzTUsBlRAN96ExD8xZCnIhug5M=; b=CIKkW9t8f1Xhs9WymJ6ZXtnTNYpQ3NhjRT+rMEI2/r6pMbcYjNFfvRg+5ZhBKiRZBd c38q3mPhiYy3THIm+ubzuRugcbG4ZR3E+xjkQCZJ8GPAG+ZUnV1+2RTNcqQ70yO4NDBZ IxczGjF51wyiva4nMwpKnTPfkxw35RhhdNMxGYPq0FUIfY7BE6dm1eaptNhTUrweom0l 3Q6qDmIXNMfkENsDdHOtu5pFAXWy0sDZm4SVNMJWyxRgOcvm+5c9nJdZF4Dkb8+Rgc2O PR5njXD0XOqk1Z0p2tJ5rCaeuY8qkzDOSz/8V2YtlZ3zO4jYRofQlHzW+Ty7RhAc72oH U4RA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=U7IgvuJW; 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 t12si301626otm.224.2020.02.06.11.58.55; Thu, 06 Feb 2020 11:59:07 -0800 (PST) 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; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=U7IgvuJW; 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 S1727875AbgBFT54 (ORCPT + 99 others); Thu, 6 Feb 2020 14:57:56 -0500 Received: from mail26.static.mailgun.info ([104.130.122.26]:34153 "EHLO mail26.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727479AbgBFT5z (ORCPT ); Thu, 6 Feb 2020 14:57:55 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1581019074; h=In-Reply-To: Content-Type: MIME-Version: References: Message-ID: Subject: Cc: To: From: Date: Sender; bh=KAk+1eC9itPXZeutRqzTUsBlRAN96ExD8xZCnIhug5M=; b=U7IgvuJWrSzT+54qdApOkCjhteeXBTdYTngB2eKvDW3fv6A+v2VFBpG0Op6cZMJhwjAbcFLa 7Y7o8hPUBf5BqdUOOxP2Usg9gDpXX8uR424yO6g30Z1W54j3DtSiGoa0R00QETi/wzPodwZH XkAuiF9zP01PBrTwbRITAJhB5Bc= X-Mailgun-Sending-Ip: 104.130.122.26 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by mxa.mailgun.org with ESMTP id 5e3c6fc1.7f5ebbbe9960-smtp-out-n01; Thu, 06 Feb 2020 19:57:53 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id D8359C4479C; Thu, 6 Feb 2020 19:57:53 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.0 Received: from localhost (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: ilina) by smtp.codeaurora.org (Postfix) with ESMTPSA id 1A733C43383; Thu, 6 Feb 2020 19:57:53 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 1A733C43383 Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; spf=none smtp.mailfrom=ilina@codeaurora.org Date: Thu, 6 Feb 2020 12:57:52 -0700 From: Lina Iyer To: Stephen Boyd Cc: Thomas Gleixner , linux-kernel@vger.kernel.org, Marc Zyngier , Douglas Anderson , Maulik Shah Subject: Re: [PATCH v2] genirq: Clarify that irq wake state is orthogonal to enable/disable Message-ID: <20200206195752.GA8107@codeaurora.org> References: <20200206191521.94559-1-swboyd@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20200206191521.94559-1-swboyd@chromium.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 06 2020 at 12:15 -0700, Stephen Boyd wrote: >There's some confusion around if an irq that's disabled with >disable_irq() can still wake the system from sleep states such as >"suspend to RAM". Let's clarify this in the kernel documentation for >irq_set_irq_wake() so that it's clear that an irq can be disabled and >still wake the system if it has been marked for wakeup. > Thomas also mentioned that hardware could work either way and probably should not be assumed to work one way or the other. >Cc: Marc Zyngier >Cc: Douglas Anderson >Cc: Lina Iyer >Cc: Maulik Shah >Signed-off-by: Stephen Boyd >--- > >Changes from v1: > * Added the last sentence from tglx > > kernel/irq/manage.c | 7 +++++++ > 1 file changed, 7 insertions(+) > >diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c >index 818b2802d3e7..e1e217d7778c 100644 >--- a/kernel/irq/manage.c >+++ b/kernel/irq/manage.c >@@ -731,6 +731,13 @@ static int set_irq_wake_real(unsigned int irq, unsigned int on) > * > * Wakeup mode lets this IRQ wake the system from sleep > * states like "suspend to RAM". >+ * >+ * Note: irq enable/disable state is completely orthogonal >+ * to the enable/disable state of irq wake. An irq can be >+ * disabled with disable_irq() and still wake the system as >+ * long as the irq has wake enabled. If this does not hold, >+ * then either the underlying irq chip and the related driver >+ * need to be investigated. > */ > int irq_set_irq_wake(unsigned int irq, unsigned int on) > { >-- >Sent by a computer, using git, on the internet >