Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2308949ybe; Tue, 3 Sep 2019 10:54:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqya54qZbnbBZVvi2e0b3d/b191OmNOHdNVDEGXSnpqa/jTEfJEMX1rV77QyJ3rIisF3kifH X-Received: by 2002:aa7:934f:: with SMTP id 15mr41088397pfn.22.1567533279013; Tue, 03 Sep 2019 10:54:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567533279; cv=none; d=google.com; s=arc-20160816; b=QHmEmaczv5yZb4mrA9p1I5+9NTyU8BhjEnBQE8cpvVTCRoNvObc/O6t1wiN5GZGYa8 epsFTETeMTYkqeQ0ZzpNXzc4LN1ofj/WqfxtlSsKAtS68UlFzLcz0QidqSaAaqoTJlfM 1fs71B2JyRzRtDjxxfiKRwNEYs6Pbh5UgngveJek4JIPH1rhSBDqXSbAiO6NcDsvjX2B WW+82iL9mtahg0e4o57u3GuC+vYGBmB09eV4GQdCNOFAVqnac+d72LoDVk81vzVchvMW 2V0E4FFijHCSqf9JPQ6GDB5ULyWLxZU97ddW3bS3Deu8TBxReuBFmxKoUHAyZ9zo0KPu mymg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=EKEO44EJ/bOWizhZMV7qy7zNNM+d+Q05pUoz/Ug1z20=; b=Wp2woNUYiFqffyTdsVvVBP/eImYVuSLIDyX83J4TJDBPTTZyEIdQG2zF7///Xvg6mb 7hXyoXQtF2h9RLPTi867Zs/Eaomlqy0cCoU1X75n0jEdftTAP496kiz/Z2cY6lQ/Duug VhpaxI8iSz8JA/P8AahJXNjBQRdAlFpwSaNQdg81yOHheGaB/2NbMSIQIlphR8eIKJp0 qgDFf9XqJy7Nw3FWHiJqTuU/sbvs7H+ZEmnEEXMxpbQiY0AmJcSbj/lDPHGlBEBB5Pp1 KYlJWtFFAu5qdc6Ndc8w5sg4tqoWmO1P9+vZpiX1UIGQgwkOVB/hpWbXbDHychCDCvz/ wduA== 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 k103si215356pje.45.2019.09.03.10.54.23; Tue, 03 Sep 2019 10:54:38 -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 S1730095AbfICRxc convert rfc822-to-8bit (ORCPT + 99 others); Tue, 3 Sep 2019 13:53:32 -0400 Received: from saturn.retrosnub.co.uk ([46.235.226.198]:60516 "EHLO saturn.retrosnub.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728967AbfICRxc (ORCPT ); Tue, 3 Sep 2019 13:53:32 -0400 Received: from archlinux (cpc149474-cmbg20-2-0-cust94.5-4.cable.virginm.net [82.4.196.95]) by saturn.retrosnub.co.uk (Postfix; Retrosnub mail submission) with ESMTPSA id 445299E774F; Tue, 3 Sep 2019 18:53:30 +0100 (BST) Date: Tue, 3 Sep 2019 18:53:28 +0100 From: Jonathan Cameron To: Sasha Levin Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Jonathan Bakker , =?UTF-8?B?UGF3ZcWC?= Chmiel , Jonathan Cameron , linux-iio@vger.kernel.org Subject: Re: [PATCH AUTOSEL 4.19 066/167] iio: adc: exynos-adc: Add S5PV210 variant Message-ID: <20190903185328.74299c4d@archlinux> In-Reply-To: <20190903162519.7136-66-sashal@kernel.org> References: <20190903162519.7136-1-sashal@kernel.org> <20190903162519.7136-66-sashal@kernel.org> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Sep 2019 12:23:38 -0400 Sasha Levin wrote: > From: Jonathan Bakker > > [ Upstream commit 882bf52fdeab47dbe991cc0e564b0b51c571d0a3 ] > > S5PV210's ADC variant is almost the same as v1 except that it has 10 > channels and doesn't require the pmu register > > Signed-off-by: Jonathan Bakker > Signed-off-by: Paweł Chmiel > Signed-off-by: Jonathan Cameron > Signed-off-by: Sasha Levin I have no particular objection to adding new IDs (which is more or less what this patch is), but I didn't know autosel was picking them up. So a bit of surprise... If intentional then fine to apply to stable. > --- > drivers/iio/adc/exynos_adc.c | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/drivers/iio/adc/exynos_adc.c b/drivers/iio/adc/exynos_adc.c > index 4be29ed447559..41da522fc6735 100644 > --- a/drivers/iio/adc/exynos_adc.c > +++ b/drivers/iio/adc/exynos_adc.c > @@ -115,6 +115,7 @@ > #define MAX_ADC_V2_CHANNELS 10 > #define MAX_ADC_V1_CHANNELS 8 > #define MAX_EXYNOS3250_ADC_CHANNELS 2 > +#define MAX_S5PV210_ADC_CHANNELS 10 > > /* Bit definitions common for ADC_V1 and ADC_V2 */ > #define ADC_CON_EN_START (1u << 0) > @@ -282,6 +283,16 @@ static const struct exynos_adc_data exynos_adc_v1_data = { > .start_conv = exynos_adc_v1_start_conv, > }; > > +static const struct exynos_adc_data exynos_adc_s5pv210_data = { > + .num_channels = MAX_S5PV210_ADC_CHANNELS, > + .mask = ADC_DATX_MASK, /* 12 bit ADC resolution */ > + > + .init_hw = exynos_adc_v1_init_hw, > + .exit_hw = exynos_adc_v1_exit_hw, > + .clear_irq = exynos_adc_v1_clear_irq, > + .start_conv = exynos_adc_v1_start_conv, > +}; > + > static void exynos_adc_s3c2416_start_conv(struct exynos_adc *info, > unsigned long addr) > { > @@ -478,6 +489,9 @@ static const struct of_device_id exynos_adc_match[] = { > }, { > .compatible = "samsung,s3c6410-adc", > .data = &exynos_adc_s3c64xx_data, > + }, { > + .compatible = "samsung,s5pv210-adc", > + .data = &exynos_adc_s5pv210_data, > }, { > .compatible = "samsung,exynos-adc-v1", > .data = &exynos_adc_v1_data,