From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9FA53C433FE for ; Wed, 9 Dec 2020 07:06:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 596B1206D5 for ; Wed, 9 Dec 2020 07:06:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727765AbgLIHGI (ORCPT ); Wed, 9 Dec 2020 02:06:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52618 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726137AbgLIHGI (ORCPT ); Wed, 9 Dec 2020 02:06:08 -0500 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8DCA6C0613D6 for ; Tue, 8 Dec 2020 23:05:27 -0800 (PST) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmtXK-0007ZR-4Q; Wed, 09 Dec 2020 08:05:18 +0100 Received: from ukl by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1kmtXI-0005LE-Iu; Wed, 09 Dec 2020 08:05:16 +0100 Date: Wed, 9 Dec 2020 08:05:16 +0100 From: Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= To: Lino Sanfilippo Cc: thierry.reding@gmail.com, lee.jones@linaro.org, nsaenzjulienne@suse.de, f.fainelli@gmail.com, rjui@broadcom.com, sean@mess.org, sbranden@broadcom.com, bcm-kernel-feedback-list@broadcom.com, linux-pwm@vger.kernel.org, linux-rpi-kernel@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] pwm: bcm2835: Support apply function for atomic configuration Message-ID: <20201209070516.yw5bpsh474k7mnfx@pengutronix.de> References: <1607464905-16630-1-git-send-email-LinoSanfilippo@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2dgo6pzrzz5yxyxt" Content-Disposition: inline In-Reply-To: <1607464905-16630-1-git-send-email-LinoSanfilippo@gmx.de> X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: ukl@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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2dgo6pzrzz5yxyxt Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Lino, On Tue, Dec 08, 2020 at 11:01:45PM +0100, Lino Sanfilippo wrote: > Use the newer .apply function of pwm_ops instead of .config, .enable, > .disable and .set_polarity. This guarantees atomic changes of the pwm > controller configuration. It also reduces the size of the driver. >=20 > Since now period is a 64 bit value, add an extra check to reject periods > that exceed the possible max value for the 32 bit register. >=20 > This has been tested on a Raspberry PI 4. This looks right, just two small nitpicks below. > Signed-off-by: Lino Sanfilippo > --- >=20 > v3: Check against period truncation (based on a review by Uwe Kleine-K=F6= nig) > v2: Fix compiler error for 64 bit builds >=20 > drivers/pwm/pwm-bcm2835.c | 72 +++++++++++++++++------------------------= ------ > 1 file changed, 26 insertions(+), 46 deletions(-) >=20 > diff --git a/drivers/pwm/pwm-bcm2835.c b/drivers/pwm/pwm-bcm2835.c > index 6841dcf..d339898 100644 > --- a/drivers/pwm/pwm-bcm2835.c > +++ b/drivers/pwm/pwm-bcm2835.c > @@ -58,13 +58,15 @@ static void bcm2835_pwm_free(struct pwm_chip *chip, s= truct pwm_device *pwm) > writel(value, pc->base + PWM_CONTROL); > } > =20 > -static int bcm2835_pwm_config(struct pwm_chip *chip, struct pwm_device *= pwm, > - int duty_ns, int period_ns) > +static int bcm2835_pwm_apply(struct pwm_chip *chip, struct pwm_device *p= wm, > + const struct pwm_state *state) > { > + > struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > unsigned long rate =3D clk_get_rate(pc->clk); > + unsigned long long period; > unsigned long scaler; > - u32 period; > + u32 val; > =20 > if (!rate) { > dev_err(pc->dev, "failed to get clock rate\n"); > @@ -72,65 +74,43 @@ static int bcm2835_pwm_config(struct pwm_chip *chip, = struct pwm_device *pwm, > } > =20 > scaler =3D DIV_ROUND_CLOSEST(NSEC_PER_SEC, rate); > - period =3D DIV_ROUND_CLOSEST(period_ns, scaler); > + /* set period */ > + period =3D DIV_ROUND_CLOSEST_ULL(state->period, scaler); > =20 > - if (period < PERIOD_MIN) > + /* dont accept a period that is too small or has been truncated */ > + if ((period < PERIOD_MIN) || (period > U32_MAX)) > return -EINVAL; > =20 > - writel(DIV_ROUND_CLOSEST(duty_ns, scaler), > - pc->base + DUTY(pwm->hwpwm)); > - writel(period, pc->base + PERIOD(pwm->hwpwm)); > - > - return 0; > -} > - > -static int bcm2835_pwm_enable(struct pwm_chip *chip, struct pwm_device *= pwm) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > - > - value =3D readl(pc->base + PWM_CONTROL); > - value |=3D PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm); > - writel(value, pc->base + PWM_CONTROL); > - > - return 0; > -} > - > -static void bcm2835_pwm_disable(struct pwm_chip *chip, struct pwm_device= *pwm) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > + writel((u32) period, pc->base + PERIOD(pwm->hwpwm)); This cast isn't necessary. (And if it was, I *think* the space between "(u32)" and "period" is wrong. But my expectation that checkpatch warns about this is wrong, so take this with a grain of salt.) > - value =3D readl(pc->base + PWM_CONTROL); > - value &=3D ~(PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm)); > - writel(value, pc->base + PWM_CONTROL); > -} > + /* set duty cycle */ > + val =3D DIV_ROUND_CLOSEST_ULL(state->duty_cycle, scaler); > + writel(val, pc->base + DUTY(pwm->hwpwm)); > =20 > -static int bcm2835_set_polarity(struct pwm_chip *chip, struct pwm_device= *pwm, > - enum pwm_polarity polarity) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > + /* set polarity */ > + val =3D readl(pc->base + PWM_CONTROL); > =20 > - value =3D readl(pc->base + PWM_CONTROL); > + if (state->polarity =3D=3D PWM_POLARITY_NORMAL) > + val &=3D ~(PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm)); > + else > + val |=3D PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm); > =20 > - if (polarity =3D=3D PWM_POLARITY_NORMAL) > - value &=3D ~(PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm)); > + /* enable/disable */ > + if (state->enabled) > + val |=3D PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm); > else > - value |=3D PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm); > + val &=3D ~(PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm)); > =20 > - writel(value, pc->base + PWM_CONTROL); > + writel(val, pc->base + PWM_CONTROL); > =20 > return 0; > } > =20 > + I wouldn't have added this empty line. But I guess that's subjective. Or did you add this by mistake? > static const struct pwm_ops bcm2835_pwm_ops =3D { > .request =3D bcm2835_pwm_request, > .free =3D bcm2835_pwm_free, > - .config =3D bcm2835_pwm_config, > - .enable =3D bcm2835_pwm_enable, > - .disable =3D bcm2835_pwm_disable, > - .set_polarity =3D bcm2835_set_polarity, > + .apply =3D bcm2835_pwm_apply, > .owner =3D THIS_MODULE, > }; --=20 Pengutronix e.K. | Uwe Kleine-K=F6nig | Industrial Linux Solutions | https://www.pengutronix.de/ | --2dgo6pzrzz5yxyxt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEfnIqFpAYrP8+dKQLwfwUeK3K7AkFAl/QdykACgkQwfwUeK3K 7AkPywf8Dzj3PZCI1FXSSWq7XojtMiHYjfwbB9wbON6qdC6v66hq0X5HMJyZj5qZ uxtVSIA5Q5v5x6OFWVlezzeMapIux09Qyit5m53C67orAVXoW7vgi41n5An158oj /KixR6hhj7SOn0YCYP/PFON4ve15vdlspDLFPhP2vcfnaxdjqLGO3zctlsEreZSQ cBDDop3dSZvwxHCssqFD9JwHNka2z3Gko3bJRrGBTGNkNGioZGfn43/igU1u/YPY UM1xMQWF3hjIvmtWjUQ9UrX4aolVM7LVN3ecrui+Ag0JdxvlNOKvPw2h/q7Uc04A 77Rmu+XD8LH4xs1yMppmSDNP16QxLA== =wwYJ -----END PGP SIGNATURE----- --2dgo6pzrzz5yxyxt-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 60E3AC4361B for ; Wed, 9 Dec 2020 07:06:40 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 186FA206D5 for ; Wed, 9 Dec 2020 07:06:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 186FA206D5 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=pengutronix.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=a3zN3pKDiZ8/r6pMT+wL0Kgwf/arxWc1vI3pO+vE038=; b=KvPsmU1c7p2mRD3QWQ0FQMuPe I5g8cy4Vcu7zcHGU/7SbFQBkMWMmNtUoUhA9jY4sBqx9cumXZga4sFFvwzp4NfeP3zUsEYDQiDrIU uLyGh1zUEOH528O2QIv1wus0qPve2ukj9zTd9QB1CyLycKCqI5otaj+9PdXv4euSmBnonGbEIn11W WZwmMiw+kJAXaJ1pH7D5+he8oU7eHmx9581gOHBTQqNmOxXnsHVJzyG4OkZR4g6dNCU7qns3wPYjh 03y1Vw9A8Tk4Tl9LzWIbX22b5vL44u654SKHt57M9zWkeSKq2S71LfojUEz4kuY6acCIKA5r5wrcQ WFeJFVnWA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kmtXT-0000o3-Le; Wed, 09 Dec 2020 07:05:27 +0000 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kmtXQ-0000n5-Ox for linux-arm-kernel@lists.infradead.org; Wed, 09 Dec 2020 07:05:25 +0000 Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmtXK-0007ZR-4Q; Wed, 09 Dec 2020 08:05:18 +0100 Received: from ukl by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1kmtXI-0005LE-Iu; Wed, 09 Dec 2020 08:05:16 +0100 Date: Wed, 9 Dec 2020 08:05:16 +0100 From: Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= To: Lino Sanfilippo Subject: Re: [PATCH v3] pwm: bcm2835: Support apply function for atomic configuration Message-ID: <20201209070516.yw5bpsh474k7mnfx@pengutronix.de> References: <1607464905-16630-1-git-send-email-LinoSanfilippo@gmx.de> MIME-Version: 1.0 In-Reply-To: <1607464905-16630-1-git-send-email-LinoSanfilippo@gmx.de> X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: ukl@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-arm-kernel@lists.infradead.org X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201209_020524_887585_FF128D04 X-CRM114-Status: GOOD ( 29.89 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-arm-kernel@lists.infradead.org, linux-pwm@vger.kernel.org, f.fainelli@gmail.com, sbranden@broadcom.com, sean@mess.org, rjui@broadcom.com, linux-kernel@vger.kernel.org, thierry.reding@gmail.com, bcm-kernel-feedback-list@broadcom.com, linux-rpi-kernel@lists.infradead.org, lee.jones@linaro.org, nsaenzjulienne@suse.de Content-Type: multipart/mixed; boundary="===============3404775938450601879==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============3404775938450601879== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2dgo6pzrzz5yxyxt" Content-Disposition: inline --2dgo6pzrzz5yxyxt Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Lino, On Tue, Dec 08, 2020 at 11:01:45PM +0100, Lino Sanfilippo wrote: > Use the newer .apply function of pwm_ops instead of .config, .enable, > .disable and .set_polarity. This guarantees atomic changes of the pwm > controller configuration. It also reduces the size of the driver. >=20 > Since now period is a 64 bit value, add an extra check to reject periods > that exceed the possible max value for the 32 bit register. >=20 > This has been tested on a Raspberry PI 4. This looks right, just two small nitpicks below. > Signed-off-by: Lino Sanfilippo > --- >=20 > v3: Check against period truncation (based on a review by Uwe Kleine-K=F6= nig) > v2: Fix compiler error for 64 bit builds >=20 > drivers/pwm/pwm-bcm2835.c | 72 +++++++++++++++++------------------------= ------ > 1 file changed, 26 insertions(+), 46 deletions(-) >=20 > diff --git a/drivers/pwm/pwm-bcm2835.c b/drivers/pwm/pwm-bcm2835.c > index 6841dcf..d339898 100644 > --- a/drivers/pwm/pwm-bcm2835.c > +++ b/drivers/pwm/pwm-bcm2835.c > @@ -58,13 +58,15 @@ static void bcm2835_pwm_free(struct pwm_chip *chip, s= truct pwm_device *pwm) > writel(value, pc->base + PWM_CONTROL); > } > =20 > -static int bcm2835_pwm_config(struct pwm_chip *chip, struct pwm_device *= pwm, > - int duty_ns, int period_ns) > +static int bcm2835_pwm_apply(struct pwm_chip *chip, struct pwm_device *p= wm, > + const struct pwm_state *state) > { > + > struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > unsigned long rate =3D clk_get_rate(pc->clk); > + unsigned long long period; > unsigned long scaler; > - u32 period; > + u32 val; > =20 > if (!rate) { > dev_err(pc->dev, "failed to get clock rate\n"); > @@ -72,65 +74,43 @@ static int bcm2835_pwm_config(struct pwm_chip *chip, = struct pwm_device *pwm, > } > =20 > scaler =3D DIV_ROUND_CLOSEST(NSEC_PER_SEC, rate); > - period =3D DIV_ROUND_CLOSEST(period_ns, scaler); > + /* set period */ > + period =3D DIV_ROUND_CLOSEST_ULL(state->period, scaler); > =20 > - if (period < PERIOD_MIN) > + /* dont accept a period that is too small or has been truncated */ > + if ((period < PERIOD_MIN) || (period > U32_MAX)) > return -EINVAL; > =20 > - writel(DIV_ROUND_CLOSEST(duty_ns, scaler), > - pc->base + DUTY(pwm->hwpwm)); > - writel(period, pc->base + PERIOD(pwm->hwpwm)); > - > - return 0; > -} > - > -static int bcm2835_pwm_enable(struct pwm_chip *chip, struct pwm_device *= pwm) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > - > - value =3D readl(pc->base + PWM_CONTROL); > - value |=3D PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm); > - writel(value, pc->base + PWM_CONTROL); > - > - return 0; > -} > - > -static void bcm2835_pwm_disable(struct pwm_chip *chip, struct pwm_device= *pwm) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > + writel((u32) period, pc->base + PERIOD(pwm->hwpwm)); This cast isn't necessary. (And if it was, I *think* the space between "(u32)" and "period" is wrong. But my expectation that checkpatch warns about this is wrong, so take this with a grain of salt.) > - value =3D readl(pc->base + PWM_CONTROL); > - value &=3D ~(PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm)); > - writel(value, pc->base + PWM_CONTROL); > -} > + /* set duty cycle */ > + val =3D DIV_ROUND_CLOSEST_ULL(state->duty_cycle, scaler); > + writel(val, pc->base + DUTY(pwm->hwpwm)); > =20 > -static int bcm2835_set_polarity(struct pwm_chip *chip, struct pwm_device= *pwm, > - enum pwm_polarity polarity) > -{ > - struct bcm2835_pwm *pc =3D to_bcm2835_pwm(chip); > - u32 value; > + /* set polarity */ > + val =3D readl(pc->base + PWM_CONTROL); > =20 > - value =3D readl(pc->base + PWM_CONTROL); > + if (state->polarity =3D=3D PWM_POLARITY_NORMAL) > + val &=3D ~(PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm)); > + else > + val |=3D PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm); > =20 > - if (polarity =3D=3D PWM_POLARITY_NORMAL) > - value &=3D ~(PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm)); > + /* enable/disable */ > + if (state->enabled) > + val |=3D PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm); > else > - value |=3D PWM_POLARITY << PWM_CONTROL_SHIFT(pwm->hwpwm); > + val &=3D ~(PWM_ENABLE << PWM_CONTROL_SHIFT(pwm->hwpwm)); > =20 > - writel(value, pc->base + PWM_CONTROL); > + writel(val, pc->base + PWM_CONTROL); > =20 > return 0; > } > =20 > + I wouldn't have added this empty line. But I guess that's subjective. Or did you add this by mistake? > static const struct pwm_ops bcm2835_pwm_ops =3D { > .request =3D bcm2835_pwm_request, > .free =3D bcm2835_pwm_free, > - .config =3D bcm2835_pwm_config, > - .enable =3D bcm2835_pwm_enable, > - .disable =3D bcm2835_pwm_disable, > - .set_polarity =3D bcm2835_set_polarity, > + .apply =3D bcm2835_pwm_apply, > .owner =3D THIS_MODULE, > }; --=20 Pengutronix e.K. | Uwe Kleine-K=F6nig | Industrial Linux Solutions | https://www.pengutronix.de/ | --2dgo6pzrzz5yxyxt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEfnIqFpAYrP8+dKQLwfwUeK3K7AkFAl/QdykACgkQwfwUeK3K 7AkPywf8Dzj3PZCI1FXSSWq7XojtMiHYjfwbB9wbON6qdC6v66hq0X5HMJyZj5qZ uxtVSIA5Q5v5x6OFWVlezzeMapIux09Qyit5m53C67orAVXoW7vgi41n5An158oj /KixR6hhj7SOn0YCYP/PFON4ve15vdlspDLFPhP2vcfnaxdjqLGO3zctlsEreZSQ cBDDop3dSZvwxHCssqFD9JwHNka2z3Gko3bJRrGBTGNkNGioZGfn43/igU1u/YPY UM1xMQWF3hjIvmtWjUQ9UrX4aolVM7LVN3ecrui+Ag0JdxvlNOKvPw2h/q7Uc04A 77Rmu+XD8LH4xs1yMppmSDNP16QxLA== =wwYJ -----END PGP SIGNATURE----- --2dgo6pzrzz5yxyxt-- --===============3404775938450601879== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============3404775938450601879==--