Received: by 10.192.165.156 with SMTP id m28csp2885766imm; Sun, 15 Apr 2018 11:23:53 -0700 (PDT) X-Google-Smtp-Source: AIpwx49N7mRvd2YQ4hnyu+CDF3AUXQq6ijMiFgpsd/lMG4zfqbXGZ5c5M547EL3a9ESyHc9f6b9i X-Received: by 2002:a17:902:7709:: with SMTP id n9-v6mr12827485pll.385.1523816633478; Sun, 15 Apr 2018 11:23:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523816633; cv=none; d=google.com; s=arc-20160816; b=YdXhXsynRp0V5AEq3AHoerIetAJDcwNTrnfQJXQK5QyazQ+4eiMrKCq/3cohs6gppL MOA1HpzM0OOPrpK2T9B2oRnMeIScQ71aOrlRsUntqyjowAfjr3Yu5yPKEEPLs/xE/Yd0 LEQLdEFmv7YArMYXKbxVCQ3JPaImHkrIzhKEUg0gXnRUdSZantrMqIo3/ogWurzWQd9R ia18wyl0EKY2uddKg7zL/8E9dIlz6ftjvTzZn1cz7itKuh4p1Mh9iNfRd60wHKaz18PW dggXqEsoAjrlS4sWnuUM/rzZAZ+Fgua5gForZQX4PBa8f/hMiRypcgJU1lepH5uqn02F 8ttw== 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 :dmarc-filter:arc-authentication-results; bh=ggp9F4aHOZHfoqIJ/eOOVAdGrwNf6jCzNMQeAOhzIHU=; b=MAZwTRXSziyC/9erzeaW/CJeL3fEJLqbnBRflq4KXXbzdyfvwbLVkmUoUsEFZh6pxT OI3sznpGgAZGLNHcce32Z4A+EvHQTFyDZB788clujv1ns0ebqtfzxHTs9wK0/lyTgRJz O3LHmldDsrrA6IP7XYTZn/A7BdFpNNRWUi1r0lvW21/H1mTK1tG7jmblUYf+o6oPG5OV QbTiI4bHuxdEQ8TpucQbDqrilD4yt2g5PVEUZeCTqdB6t0KDiXrL/BExeY/eagjXF+SS opGJJxF4TixIffrQ3PGhVvbx/+oW2dg1EQ3sS0ZOaD9IYgetppoRsDCsvgRBMp93+Qoa KIww== 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 j16si1544717pgn.233.2018.04.15.11.23.39; Sun, 15 Apr 2018 11:23:53 -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 S1752854AbeDOSVD (ORCPT + 99 others); Sun, 15 Apr 2018 14:21:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:49204 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752697AbeDOSVB (ORCPT ); Sun, 15 Apr 2018 14:21:01 -0400 Received: from archlinux (cpc91196-cmbg18-2-0-cust659.5-4.cable.virginm.net [81.96.234.148]) (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 A53132176F; Sun, 15 Apr 2018 18:20:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A53132176F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=jic23@kernel.org Date: Sun, 15 Apr 2018 19:20:56 +0100 From: Jonathan Cameron To: Stefan Popa Cc: , , , , , Subject: Re: [PATCH v3 4/7] iio:dac:ad5686: Add support for AD5685R Message-ID: <20180415192056.6e28b695@archlinux> In-Reply-To: <1523447568-13386-1-git-send-email-stefan.popa@analog.com> References: <1523375849-29508-1-git-send-email-stefan.popa@analog.com> <1523447568-13386-1-git-send-email-stefan.popa@analog.com> X-Mailer: Claws Mail 3.16.0 (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 Wed, 11 Apr 2018 14:52:48 +0300 Stefan Popa wrote: > This driver acctually supports the AD5685R device and NOT the AD5685, which > does not exist. > > More information can be found in the datasheet: > http://www.analog.com/media/en/technical-documentation/data-sheets/AD5686_5684.pdf > > Signed-off-by: Stefan Popa Hmm. Problem here is if there are devicetrees out there using the wrong name. We can't be sure there aren't. So right option is to keep both in the id table. I've modified the patch to include the wrong name with a note saying it doesn't actually exist. Hope that is fine with you Thanks, Jonathan > --- > Changes in v2: > - Refactored the patch to add support for new parts > Changes in v3: > - Nothing changed, just to follow the patch set version. > > drivers/iio/dac/ad5686.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/iio/dac/ad5686.c b/drivers/iio/dac/ad5686.c > index 87d6e6e..a753ffd 100644 > --- a/drivers/iio/dac/ad5686.c > +++ b/drivers/iio/dac/ad5686.c > @@ -88,7 +88,7 @@ struct ad5686_state { > > enum ad5686_supported_device_ids { > ID_AD5684, > - ID_AD5685, > + ID_AD5685R, > ID_AD5686, > }; > static int ad5686_spi_write(struct ad5686_state *st, > @@ -303,7 +303,7 @@ static const struct ad5686_chip_info ad5686_chip_info_tbl[] = { > .num_channels = 4, > .int_vref_mv = 2500, > }, > - [ID_AD5685] = { > + [ID_AD5685R] = { > .channels = ad5685r_channels, > .int_vref_mv = 2500, > .num_channels = 4, > @@ -392,7 +392,7 @@ static int ad5686_remove(struct spi_device *spi) > > static const struct spi_device_id ad5686_id[] = { > {"ad5684", ID_AD5684}, > - {"ad5685", ID_AD5685}, > + {"ad5685r", ID_AD5685R}, > {"ad5686", ID_AD5686}, > {} > };