Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1961470ybl; Thu, 29 Aug 2019 01:18:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqxLXMvDdhVNe5kjhJhDheqQdGcVqXGt7HOh2jQCFhI7dHR6ei3dLoYRwyLCB1xLe4lKTZLi X-Received: by 2002:a63:c70d:: with SMTP id n13mr7102093pgg.171.1567066704902; Thu, 29 Aug 2019 01:18:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567066704; cv=none; d=google.com; s=arc-20160816; b=tNaTa+iccCJY+hvOn6Mx+lj4GwPr3UJrg3pDvXQrQFDXCecXVhPDG+UoRcxI3bVz+d 9kLG0TX7Tn2Ef+sSEOH4fVjOoBbEQU6AqvueHZMry+Pz5zz2Pt+KUNWOE2n928rAPNQt d6ZJ8uoHKH/ARq5cJC6OmvNF0cGKQsAyNqzIShKEgHIYFP6NZ7/0efh+RG6OkLbBBH45 olAP+is5vMyM34gYlMeX/fqrBNHvkJjeKrAF+pPoBC+EmpD+kK1lSoG9tgJsVFVVik8t xgxHWbOoJjtxTplM7+C4purcag5CTxbBU83OZg5i/5p01gcFYv0JhYQq8wbvXRhSMkIK G0Gg== 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; bh=z2kjOglMAFLtqOMO2Vu114/VmfHrkX78Ap5YAVKquuE=; b=vTBCXLKbDV2F5VrSkZm/yS40cxlO6/bn3aW5E/cmpN2vlrW3C8+LEdhyDHXw+DjLK+ prpZAI2a4tlwYZpLfUB0ei0Z4YHiixkjy6qGJMpcaIgMQ/EgoNdoSeVvzhwNaxZoeqqe s3YxJ+178rNjN/V/gzv9OF4cHZWE1zogl98jxYfxOWRKUoK2N6vVuIb96sld/8G+b2EC 2fbSapm4PU03+YKbsryWv3PhxKdpEGSg/Tw6G++wQDB9YX6xezr3nq3dkoaB0ZZCyKe9 3EncwHBGmJkBqWyiZE7APmFBYzMyeC1n+whgRQIJwnz+ycUNz4MHGtoGPsxbOfHwh2Fx iGJQ== 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 r7si1253108pli.94.2019.08.29.01.18.09; Thu, 29 Aug 2019 01:18:24 -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 S1726985AbfH2IRU (ORCPT + 99 others); Thu, 29 Aug 2019 04:17:20 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:39773 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726634AbfH2IRT (ORCPT ); Thu, 29 Aug 2019 04:17:19 -0400 Received: from pty.hi.pengutronix.de ([2001:67c:670:100:1d::c5]) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1i3FcG-0000XF-QW; Thu, 29 Aug 2019 10:17:12 +0200 Received: from mfe by pty.hi.pengutronix.de with local (Exim 4.89) (envelope-from ) id 1i3FcG-00015O-AG; Thu, 29 Aug 2019 10:17:12 +0200 Date: Thu, 29 Aug 2019 10:17:12 +0200 From: Marco Felsch To: robin Cc: Robin Gong , Mark Rutland , "devicetree @ vger . kernel . org" , Shawn Guo , Sascha Hauer , Dmitry Torokhov , "linux-kernel @ vger . kernel . org" , Rob Herring , dl-linux-imx , Pengutronix Kernel Team , "linux-input @ vger . kernel . org" , Adam Ford , Fabio Estevam , "linux-arm-kernel @ lists . infradead . org" Subject: Re: [PATCH v2 1/2] input: keyboard: snvs_pwrkey: Send key events for i.MX6 S, DL and Q Message-ID: <20190829081712.timamprawezzbesn@pengutronix.de> References: <20190827123216.32728-1-robin@protonic.nl> <20190828091550.pdc57wanu6twew5p@pengutronix.de> <6d353af709ea545cc34abca5c40674e3@protonic.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6d353af709ea545cc34abca5c40674e3@protonic.nl> X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-Uptime: 09:54:24 up 103 days, 14:12, 63 users, load average: 0.06, 0.01, 0.00 User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c5 X-SA-Exim-Mail-From: mfe@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Robin, On 19-08-29 09:24, robin wrote: > Hi Marco, > > On 2019-08-28 11:15, Marco Felsch wrote: > > Hi Robin, > > > > thanks for the patch. > > > > On 19-08-27 14:32, Robin van der Gracht wrote: > > > The first generation i.MX6 processors does not send an interrupt > > > when the > > > power key is pressed. It sends a power down request interrupt if the > > > key is > > > released before a hard shutdown (5 second press). This should allow > > > software to bring down the SoC safely. > > > > > > For this driver to work as a regular power key with the older SoCs, > > > we need > > > to send a keypress AND release when we get the power down request irq. > > > > > > Signed-off-by: Robin van der Gracht > > > --- > > > .../devicetree/bindings/crypto/fsl-sec4.txt | 16 ++++-- > > > drivers/input/keyboard/Kconfig | 2 +- > > > drivers/input/keyboard/snvs_pwrkey.c | 52 > > > ++++++++++++++++--- > > > > Can we split this so the dt-bindings are a standalone patch? IMHO this > > is the usual way because the maintainer can squash them on there needs. > > Not sure what you mean, do you want me to make a separate patch for the > devicetree binding documentation here? Yes. > > Also it would be cool to document the changes. A common place for > > changes is after the '---' or on the cover-letter. > > Agreed! > > v1 -> v2: > - Nolonger altering the existing compatible string, just add a second one. > - Moved the event emiting work out of the irq handler to the timer handler. > - Assign hwtype directly to of_device_id->data instead of a struct > platform_device_id entry which has it's .driver_data set to hwtype. > - Document the new device tree binding. > - Update commit message to make more clear why we want to make this change. > > > > > > 3 files changed, 57 insertions(+), 13 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/crypto/fsl-sec4.txt > > > b/Documentation/devicetree/bindings/crypto/fsl-sec4.txt > > > index 2fe245ca816a..e4fbb9797082 100644 > > > --- a/Documentation/devicetree/bindings/crypto/fsl-sec4.txt > > > +++ b/Documentation/devicetree/bindings/crypto/fsl-sec4.txt > > > @@ -420,14 +420,22 @@ EXAMPLE > > > ===================================================================== > > > System ON/OFF key driver > > > > > > - The snvs-pwrkey is designed to enable POWER key function which > > > controlled > > > - by SNVS ONOFF, the driver can report the status of POWER key and > > > wakeup > > > - system if pressed after system suspend. > > > + The snvs-pwrkey is designed to enable POWER key function which is > > > controlled > > > + by SNVS ONOFF. It can wakeup the system if pressed after system > > > suspend. > > > + > > > + There are two generations of SVNS pwrkey hardware. The first > > > generation is > > > + included in i.MX6 Solo, DualLite and Quad processors. The second > > > generation > > > + is included in i.MX6 SoloX and newer SoCs. > > > + > > > + Second generation SNVS can detect and report the status of POWER > > > key, but the > > > + first generation can only detect a key release and so emits an > > > instantaneous > > > + press and release event when the key is released. > > > > > > - compatible: > > > Usage: required > > > Value type: > > > - Definition: Mush include "fsl,sec-v4.0-pwrkey". > > > + Definition: Must include "fsl,sec-v4.0-pwrkey" for i.MX6 > > > SoloX and newer > > > + or "fsl,imx6qdl-snvs-pwrkey" for older SoCs. > > > > > > - interrupts: > > > Usage: required > > > diff --git a/drivers/input/keyboard/Kconfig > > > b/drivers/input/keyboard/Kconfig > > > index 7c4f19dab34f..937e58da5ce1 100644 > > > --- a/drivers/input/keyboard/Kconfig > > > +++ b/drivers/input/keyboard/Kconfig > > > @@ -436,7 +436,7 @@ config KEYBOARD_SNVS_PWRKEY > > > depends on OF > > > help > > > This is the snvs powerkey driver for the Freescale i.MX > > > application > > > - processors that are newer than i.MX6 SX. > > > + processors. > > > > > > To compile this driver as a module, choose M here; the > > > module will be called snvs_pwrkey. > > > diff --git a/drivers/input/keyboard/snvs_pwrkey.c > > > b/drivers/input/keyboard/snvs_pwrkey.c > > > index 5342d8d45f81..d71c44733103 100644 > > > --- a/drivers/input/keyboard/snvs_pwrkey.c > > > +++ b/drivers/input/keyboard/snvs_pwrkey.c > > > @@ -29,6 +29,11 @@ > > > #define DEBOUNCE_TIME 30 > > > #define REPEAT_INTERVAL 60 > > > > > > +enum imx_snvs_hwtype { > > > + IMX6SX_SNVS, /* i.MX6 SoloX and newer */ > > > + IMX6QDL_SNVS, /* i.MX6 Solo, DualLite and Quad */ > > > +}; > > > + > > > struct pwrkey_drv_data { > > > struct regmap *snvs; > > > int irq; > > > @@ -37,14 +42,41 @@ struct pwrkey_drv_data { > > > int wakeup; > > > struct timer_list check_timer; > > > struct input_dev *input; > > > + enum imx_snvs_hwtype hwtype; > > > }; > > > > > > +static const struct of_device_id imx_snvs_pwrkey_ids[] = { > > > + { > > > + .compatible = "fsl,sec-v4.0-pwrkey", > > > + .data = (const void *)IMX6SX_SNVS, > > > + }, > > > + { > > > + .compatible = "fsl,imx6qdl-snvs-pwrkey", > > > + .data = (const void *)IMX6QDL_SNVS, > > > + }, > > > + { /* sentinel */ }, > > > +}; > > > +MODULE_DEVICE_TABLE(of, imx_snvs_pwrkey_ids); > > > > Can we keep this on the original place if you are using ... > > > > > + > > > static void imx_imx_snvs_check_for_events(struct timer_list *t) > > > { > > > struct pwrkey_drv_data *pdata = from_timer(pdata, t, check_timer); > > > struct input_dev *input = pdata->input; > > > u32 state; > > > > > > + if (pdata->hwtype == IMX6QDL_SNVS) { > > > + /* > > > + * The first generation i.MX6 SoCs only sends an interrupt on > > > + * button release. To mimic power-key usage, we'll prepend a > > > + * press event. > > > + */ > > > + input_report_key(input, pdata->keycode, 1); > > > > Missing input_sync() here? > > Yes you are right. Odd that systemd powerkey handling didn't complain. > > > > > > + input_report_key(input, pdata->keycode, 0); > > > + input_sync(input); > > > + pm_relax(input->dev.parent); > > > + return; > > > + } > > > + > > > regmap_read(pdata->snvs, SNVS_HPSR_REG, &state); > > > state = state & SNVS_HPSR_BTN ? 1 : 0; > > > > > > @@ -67,13 +99,17 @@ static irqreturn_t imx_snvs_pwrkey_interrupt(int > > > irq, void *dev_id) > > > { > > > struct platform_device *pdev = dev_id; > > > struct pwrkey_drv_data *pdata = platform_get_drvdata(pdev); > > > + unsigned long expire = jiffies; > > > u32 lp_status; > > > > > > pm_wakeup_event(pdata->input->dev.parent, 0); > > > > > > regmap_read(pdata->snvs, SNVS_LPSR_REG, &lp_status); > > > - if (lp_status & SNVS_LPSR_SPO) > > > - mod_timer(&pdata->check_timer, jiffies + > > > msecs_to_jiffies(DEBOUNCE_TIME)); > > > + if (lp_status & SNVS_LPSR_SPO) { > > > + if (pdata->hwtype == IMX6SX_SNVS) > > > + expire += msecs_to_jiffies(DEBOUNCE_TIME); > > > + mod_timer(&pdata->check_timer, expire); > > > > Is this desired because the timer gets triggered earlier. > > Yes, since the first generation has debounce implemented in hardware, > we dont need to add another one. > > Now looking at it, maybe I should change the conditional to: > > if (pdata->hwtype != IMX6QDL_SNVS) > expire += msecs_to_jiffies(DEBOUNCE_TIME); > > to make this more clear. Maybe we should add: if (pdata->hwtype != IMX6QDL_SNVS) expire = jiffies + msecs_to_jiffies(DEBOUNCE_TIME); So we can ensure the correct DEBOUNCE time for the other SoC's. > > > > > > + } > > > > > > /* clear SPO status */ > > > regmap_write(pdata->snvs, SNVS_LPSR_REG, SNVS_LPSR_SPO); > > > @@ -93,6 +129,7 @@ static int imx_snvs_pwrkey_probe(struct > > > platform_device *pdev) > > > struct pwrkey_drv_data *pdata = NULL; > > > struct input_dev *input = NULL; > > > struct device_node *np; > > > + const struct of_device_id *match; > > > int error; > > > > > > /* Get SNVS register Page */ > > > @@ -100,6 +137,10 @@ static int imx_snvs_pwrkey_probe(struct > > > platform_device *pdev) > > > if (!np) > > > return -ENODEV; > > > > > > + match = of_match_node(imx_snvs_pwrkey_ids, np); > > > + if (!match) > > > + return -ENODEV; > > > > ... of_device_get_match_data() here. > > of_device_get_match_data() returns NULL on error. In this case, because I > assigned integer values to the .data pointers, casting NULL back to an > integer will result in a valid hwtype. > > I could declare a special struct with a 'quirks' field like they did in the > flexcan diver: 'drivers/net/can/flexcan.c'. > > Use of_device_get_match_data() to get it, and define a quirk like: > SNVS_QUIRK_NO_BTN_PRESS_IRQ. This might also improve readability. IMHO we don't need that check because of: 8<----------------------------- ... np = pdev->dev.of_node if (!np) return -ENODEV; ... 8<----------------------------- So we can asign it directly. > > While reading the rm it seems that > > the snvs block has a dedicated version register. IMHO this could be a > > better way to apply the change also to existing devices with old > > firmware. > > I thought the same thing, and fully agree with you. However I do not have > a way to determine which versions are out there. Since I couldn't find any > documentation on this, and I only have i.MX6 S/DL, D/Q and UL laying around. @NXP Kernel Team Can we get some more information here? Regards, Marco > Regards, > Robin van der Gracht > -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |