Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3094751imu; Sun, 11 Nov 2018 07:31:00 -0800 (PST) X-Google-Smtp-Source: AJdET5eknD4G8ozRQlXrZxITJhotJvK4ur1wOeu0PkDE3Y+Q3RNPxW/bVMILrt/7z/y6TzYfrVeA X-Received: by 2002:a62:37c7:: with SMTP id e190-v6mr16337697pfa.145.1541950260050; Sun, 11 Nov 2018 07:31:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541950260; cv=none; d=google.com; s=arc-20160816; b=HoY9hqDIUler2tibja+HwRpVXlXK9AZXEWRbJaNMPoRczRq29d8wBirsUxGK6V6/7S 7+bXedFhnsBmQONo42R7QP74RjSHMD1Objkks2Q2ypBw+SJaqYiRCQ4PW7h4wRG94HDB gDwBtp0PR++BCbNZX6woGH/598iV+AXkBpD86eSpOa/8Wd2JFFW7d8D0jyZxpsKY3bJO 2KFOOTF19gdAmVGfQOOMSAVAV6uVfvom47KORv3pl1mf1uhBz0E9WNAylB78M8qNnLMF kiaMhPqTDPwooVyM2J6s4vwjv0LiSjED7dYDT+zH00HajZeHe7jAzHr+UMBF0piPzJ4v P90w== 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=1epx7RGnkLSGlOhILZdXYVc7RxQcT6uuHjAZTOMEF/E=; b=ScVgsZVb/k6rKGwfWhFIFWdyb73sK4nkdtCdgr2EPFsG84Kc3GquIi9KyQeJ1exd5f jHH5LqoiK6derQ+AN61Wr6yFHIN19HVC0H+w3MWM1cRUNbU+hXdgNUUDQcCYdMKcMATm tBZEpEKVkwn8eEqkvW5yimgyOqzritFf+p9p3audqY4IWTmfk7ZN3HpWSsNPpRFBa2Lv finz59hqyM8RasYzHNNj+gcOtN3yvx6bNy6up1V9yruFS91EnXQquBdLGnfWHAztEGHQ ZD2AoxViifjDvWjeCmIZRflM85HShLoNTTskjeenf5idGO8FOBG3VBWhPAxArdWdjuAU 2esA== 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 e184-v6si15661698pfa.274.2018.11.11.07.30.40; Sun, 11 Nov 2018 07:31:00 -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; 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 S1728668AbeKLBTI (ORCPT + 99 others); Sun, 11 Nov 2018 20:19:08 -0500 Received: from saturn.retrosnub.co.uk ([46.235.226.198]:56642 "EHLO saturn.retrosnub.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728498AbeKLBTH (ORCPT ); Sun, 11 Nov 2018 20:19:07 -0500 Received: from archlinux (cpc91196-cmbg18-2-0-cust659.5-4.cable.virginm.net [81.96.234.148]) by saturn.retrosnub.co.uk (Postfix; Retrosnub mail submission) with ESMTPSA id BBEC39E784A; Sun, 11 Nov 2018 15:30:10 +0000 (GMT) Date: Sun, 11 Nov 2018 15:30:09 +0000 From: Jonathan Cameron To: Chen-Yu Tsai Cc: Rob Herring , Lars-Peter Clausen , "open list:THERMAL" , linux-iio@vger.kernel.org, Linus Walleij , Sebastian Reichel , linux-kernel , Vasily Khoruzhick , Quentin Schulz , devicetree , oskari@lemmela.net, linux-gpio@vger.kernel.org, Hartmut Knaack , Lee Jones , linux-arm-kernel , Quentin Schulz Subject: Re: [PATCH v5 04/11] dt-bindings: iio: adc: add AXP803 ADC bindings Message-ID: <20181111152952.0375b969@archlinux> In-Reply-To: References: <20181023185330.10472-1-oskari@lemmela.net> <20181023185330.10472-5-oskari@lemmela.net> <20181024135633.GA342@bogus> <20181028154011.04efdecf@archlinux> <20181029130757.m5okrfvusjl5fu5m@qschulz> <20181103102153.4f0481ad@archlinux> X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 5 Nov 2018 13:47:50 +0800 Chen-Yu Tsai wrote: > On Sat, Nov 3, 2018 at 6:22 PM Jonathan Cameron > wrote: > > > > On Wed, 31 Oct 2018 10:29:59 +0800 > > Chen-Yu Tsai wrote: > > > > > On Mon, Oct 29, 2018 at 9:10 PM Quentin Schulz > > > wrote: > > > > > > > > Hi Jonathan, > > > > > > > > On Sun, Oct 28, 2018 at 03:40:11PM +0000, Jonathan Cameron wrote: > > > > > On Wed, 24 Oct 2018 08:56:33 -0500 > > > > > Rob Herring wrote: > > > > > > > > > > > On Tue, 23 Oct 2018 21:53:23 +0300, Oskari Lemmela wrote: > > > > > > > The AXP803 ADC is compatible with AXP813 ADC, but add > > > > > > > specific compatible for it. > > > > > > > > > > > > > > Signed-off-by: Oskari Lemmela > > > > > > > --- > > > > > > > Documentation/devicetree/bindings/iio/adc/axp20x_adc.txt | 2 ++ > > > > > > > 1 file changed, 2 insertions(+) > > > > > > > > > > > > > > > > > > > Reviewed-by: Rob Herring > > > > > > > > > > This doesn't seem to have any dependencies with the other patches > > > > > so applied to the togreg branch of iio.git and pushed out as testing > > > > > for the autobuilders to ignore. However I am a little curious to know > > > > > why we would add the ID and then not use it (that I can see)? > > > > > > > > > > > > > Sometimes with Allwinner (and X-Powers), two IPs seem identical until we > > > > discover something that is slightly different. When this happens, we > > > > have to add a compatible to differentiate both. However, we would also > > > > need to change the Device Tree to change the compatible. We would need > > > > to handle the driver behaviour for both Device Trees. > > > > > > > > So better anticipate a possible difference so that we don't have to do > > > > some hacks in the driver to handle the device correctly. > > > > > > > > As always, Chen-Yu or Maxime may know better so I'm just stating what I > > > > seem to recall. > > > > > > With Allwinner stuff (X-Powers included), sometimes the documents are > > > incomplete or have errors. We tend to add a model-specific compatible > > > just in case things turn out not to be so compatible, unless someone > > > has triple-checked everything, documents and actual hardware included. > > > > > > However we don't actually document these, so this patch isn't strictly > > > needed. (I suppose this might annoy the device tree binding maintainers.) > > > > > > ChenYu > > I don't think it does any harm so I'll leave it in place. Thanks for > > the explanations. > > It might cause a bit of confusion though. We are not targetting these > compatibles in terms of driver support, and they should not be used > individually. IMO dropping this patch altogether is better. In the > device tree we would use the tuplet axp803 + axp813. > OK. Dropped. Thanks, Jonathan > ChenYu