Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp878290pxf; Wed, 7 Apr 2021 13:58:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxWVpXXIkm9GfZB/eOTJ91XwARp8Jlw0TFy48veRDv8iQ2E/Ax0kyQhuC6+oDmzn78ylWpd X-Received: by 2002:a17:907:e9e:: with SMTP id ho30mr6108935ejc.300.1617829133624; Wed, 07 Apr 2021 13:58:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617829133; cv=none; d=google.com; s=arc-20160816; b=t2rjeWcVPpZlnm4e3+fBpu7ttotwpo6Lzx/EiYPUgl77YcJqU7xbQh9FW0tHPqFtXX unW/SmGrByQ9zz9PJRgOrw/io+ITBjTQSGA6gDcyhggMvBUTGdJ8TFdgjjPMw/OwohZU QUEZtOv+A0X2LbNWSDXnakZ2mbaVfKTlq/YMjhkwXPGuas+LYlQW/glSgsZr+1ejXvaR gNmyzmTlvlugWFjdZR5GjtyRQayj0s067Uht0epXhGskd7UN1PtbONL+mHIQw6n0DAnE DnsHgufwKPGeTQOGw0k5zo/vI9/9FR7mRZAxr8JW5X5FzTcFBEXRi30WJBgXPuvfw+e+ jIDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=i87UDiXB1lz+UAyks0XtreHSilGNmKX9PVPcdjueRYs=; b=sUZtheT9Rw6JUBsBvZfD1CG3JF2+YGmSK1vgX6ndhX/RCF3X+Ke8UoHKjigM1rRO6L cJ93TmRMJZiX6oviyE5IwB36y7y9aQn6lU1vV/nUkNPRQrHd4JmzK4CblYBFhc0lIozg ZVBe8Pq0zeFBfdDuRLYnFSYI+jdcWZIlZLqtwTVnZQ5RzRC5egyLHOWncrEhLJMF9DOl VCoexoQZh3xw/phcWK/qKp5Zg5uGjE2K73TbG8zZr88TfV+SMXhCfGmkydlC+er+5+qZ tIdcVe5LMycqPUqsO3JWp55Ev8abst/k9eiXNXhOKFQpe0sfV7OOLjGR0tJliVhcWEb5 RaLQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n19si12582781ejz.550.2021.04.07.13.58.30; Wed, 07 Apr 2021 13:58:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352039AbhDGMMU (ORCPT + 99 others); Wed, 7 Apr 2021 08:12:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:47162 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242763AbhDGMMT (ORCPT ); Wed, 7 Apr 2021 08:12:19 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1A212610FB; Wed, 7 Apr 2021 12:12:10 +0000 (UTC) Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lU72V-0064G3-UT; Wed, 07 Apr 2021 13:12:08 +0100 Date: Wed, 07 Apr 2021 13:12:07 +0100 Message-ID: <87blaqpa3s.wl-maz@kernel.org> From: Marc Zyngier To: Mark-PK Tsai Cc: Daniel Palmer , Thomas Gleixner , Matthias Brugger , , , , Subject: Re: [PATCH v4] irqchip/irq-mst: Support polarity configuration In-Reply-To: <20210315131848.31840-1-mark-pk.tsai@mediatek.com> References: <20210315131848.31840-1-mark-pk.tsai@mediatek.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: mark-pk.tsai@mediatek.com, daniel@thingy.jp, tglx@linutronix.de, matthias.bgg@gmail.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, yj.chiang@mediatek.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 15 Mar 2021 13:18:48 +0000, Mark-PK Tsai wrote: > > Support irq polarity configuration and save and restore the config > when system suspend and resume. > > Signed-off-by: Mark-PK Tsai > --- > drivers/irqchip/irq-mst-intc.c | 94 ++++++++++++++++++++++++++++++++-- > 1 file changed, 91 insertions(+), 3 deletions(-) > > diff --git a/drivers/irqchip/irq-mst-intc.c b/drivers/irqchip/irq-mst-intc.c > index 143657b0cf28..a2ab3f837b96 100644 > --- a/drivers/irqchip/irq-mst-intc.c > +++ b/drivers/irqchip/irq-mst-intc.c > @@ -13,15 +13,27 @@ > #include > #include > #include > +#include > > -#define INTC_MASK 0x0 > -#define INTC_EOI 0x20 > +#define MST_INTC_MAX_IRQS 64 > + > +#define INTC_MASK 0x0 > +#define INTC_REV_POLARITY 0x10 > +#define INTC_EOI 0x20 > + > +#ifdef CONFIG_PM_SLEEP > +static LIST_HEAD(mst_intc_list); > +#endif > > struct mst_intc_chip_data { > raw_spinlock_t lock; > unsigned int irq_start, nr_irqs; > void __iomem *base; > bool no_eoi; > +#ifdef CONFIG_PM_SLEEP > + struct list_head entry; > + u16 saved_polarity_conf[DIV_ROUND_UP(MST_INTC_MAX_IRQS, 16)]; > +#endif > }; > > static void mst_set_irq(struct irq_data *d, u32 offset) > @@ -78,6 +90,20 @@ static void mst_intc_eoi_irq(struct irq_data *d) > irq_chip_eoi_parent(d); > } > > +static int mst_irq_chip_set_type(struct irq_data *data, unsigned int type) > +{ > + if (type != IRQ_TYPE_EDGE_RISING && type != IRQ_TYPE_EDGE_FALLING && > + type != IRQ_TYPE_LEVEL_HIGH && type != IRQ_TYPE_LEVEL_LOW) > + return -EINVAL; All of this amounts to checking for IRQ_TYPE_{NONE,EDGE_BOTH}. Maybe that's a better option. > + > + if (type == IRQ_TYPE_LEVEL_LOW || type == IRQ_TYPE_EDGE_FALLING) > + mst_set_irq(data, INTC_REV_POLARITY); What happens if the interrupt was set to LEVEL_LOW, then switched to LEVEL_HIGH? You end up with a stuck reversed polarity. > + > + type = IRQ_TYPE_LEVEL_HIGH; > + > + return irq_chip_set_type_parent(data, type); I'm going to fix this as below. Shout if you disagree. Thanks, M. diff --git a/drivers/irqchip/irq-mst-intc.c b/drivers/irqchip/irq-mst-intc.c index a2ab3f837b96..f6133ae28155 100644 --- a/drivers/irqchip/irq-mst-intc.c +++ b/drivers/irqchip/irq-mst-intc.c @@ -92,16 +92,20 @@ static void mst_intc_eoi_irq(struct irq_data *d) static int mst_irq_chip_set_type(struct irq_data *data, unsigned int type) { - if (type != IRQ_TYPE_EDGE_RISING && type != IRQ_TYPE_EDGE_FALLING && - type != IRQ_TYPE_LEVEL_HIGH && type != IRQ_TYPE_LEVEL_LOW) - return -EINVAL; - - if (type == IRQ_TYPE_LEVEL_LOW || type == IRQ_TYPE_EDGE_FALLING) + switch (type) { + case IRQ_TYPE_LEVEL_LOW: + case IRQ_TYPE_EDGE_FALLING: mst_set_irq(data, INTC_REV_POLARITY); + break; + case IRQ_TYPE_LEVEL_HIGH: + case IRQ_TYPE_EDGE_RISING: + mst_clear_irq(data, INTC_REV_POLARITY); + break; + default: + return -EINVAL; + } - type = IRQ_TYPE_LEVEL_HIGH; - - return irq_chip_set_type_parent(data, type); + return irq_chip_set_type_parent(data, IRQ_TYPE_LEVEL_HIGH); } static struct irq_chip mst_intc_chip = { -- Without deviation from the norm, progress is not possible.