From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oa1-f51.google.com (mail-oa1-f51.google.com [209.85.160.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4B6AF2931E6 for ; Tue, 14 Jul 2026 19:25:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784057130; cv=none; b=EHwV387GFHW4t5+tJmfPY313nztSl/1gj6/OcDwdqiyt7h1Lz71mgvUTVt61pVUwEK4XSG9W/6E2wt13xNA9Zp01u8ELW15MSpKqykYYvxe9S90Sjzpx/04OvYSj7/BJy5ZcOjcV8w27NZtPjzUCtHzkkjMKOVWPOft3aW076p0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784057130; c=relaxed/simple; bh=EX5yKJb8Euh5X5VHbTkU92t1oQnTP18tRQRozxrHgjg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=FsC+7y53uQFK1qJ+O6kpdVgXBfphodFvyxLorhX76kQvmv/CrtxYXXcbJpcJUNeSaoZ7gs+wbAWJKJ0ORjhl6MSlry/d95CQ/3xIRPKVxVgQztf2Oz6uTk4tZZNagdCMCdvqJZXgtyvIgqjvw65CiXRwwlVkm/0A5MyDYDuvRO0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com header.b=GhqoKbLY; arc=none smtp.client-ip=209.85.160.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre.com header.i=@baylibre.com header.b="GhqoKbLY" Received: by mail-oa1-f51.google.com with SMTP id 586e51a60fabf-44856d185bcso1166531fac.3 for ; Tue, 14 Jul 2026 12:25:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1784057127; x=1784661927; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to :content-type; bh=m4ONTzaMp1liWwOrIeA/8iMl09tZSizZYRiO5e4Y3Gs=; b=GhqoKbLYyftAiGIg8EgIbsYWldMPOvKxIFb22SgeixCVTst2JWWD2aEcB9SK6u2YvM qJuVrERbTsFIdhrmOu4aBJZLPGBvstKa5SRfItuFpvL//7uOuKGHjbPnj/VsjZTFY5aj pubxwCtuKPygzb02zFtB3uuIYgvDdlSLGl+O+mKPm7mp67i9ZBENz12Yv3niGe05oglJ rexz+IEVAkSqii+xRSAy3oKmbs1H/69SdG1W2uPDOVfi1NotCwxiuhtMAu0bzkHLZ7Wt sKY1ovQurxASlLJKA/NiO794CF3EvgYN7eC5UX39lDcbiowNabTM4H+KED4nNAoW8iAu iYBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784057127; x=1784661927; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=m4ONTzaMp1liWwOrIeA/8iMl09tZSizZYRiO5e4Y3Gs=; b=ZtIAv/Z+5lRV6OSxrlJw0RI5q/X4GAkwpZqhum76yKZXEMRfkr2q/lUCDaFrtTjqJK wrMtOk1kKvUWs0/Jy/fngsbWth+O6i8pP4xUtzHUXDZfEwWXKLo1uH0/PTazqlz/DXw4 +wp1mzrzgfbM2Az7x7RRpPZ7N2xkknABFD3WGxrqOe6a2GHII6URrMSJX13AHG/iAETE xu3KwHGVywc/Nzp2tZGEq88nDiQWcsWqZlkZwxAUs3WZYK3zEy/xk79izzXno2/XAp0Q +YNsoN/0r/uzKhvFjG2VCPvZtj7We+/P7rZlzpmhryW1DQGMmbIc/bEbKYC8Vd87oYeF lcow== X-Forwarded-Encrypted: i=1; AFNElJ8Xa4hv0n+7tirQWCa3xx8iM93mnc9v3bZWoIL0pcMsis29IyeBkQ8xRzxc62PZQVXzCQWJlMQcfiFH394=@vger.kernel.org X-Gm-Message-State: AOJu0Yy29PKBlGCLgWJEVaBP0KBJG/pD1wmNIzOFAMAMDntSmMT6RaIz u4yw92ZCjbWyZ72WatiNg0HLhkxjBLyD3iklzxiz/XRhgAjEvfklecDiif7qoasx1Ck= X-Gm-Gg: AfdE7cnNemdYW2G9KjM/WmdFxXmkKiCqFkVwyrZTcNp4t4WF031bNazPFrpS5XG7NzF 5xpL+nxsNq/v8zegkU1ZNb8dm1PDXHf4kXC1B5MnbZlpQOTktATq6bCgeUVryJrZ867yP0o298r uitWidngF/L9M/GKaYIVP5ZPq/hn+tpIgXziGwTn+sqKfFDAMm+lfr+bHJfgSBEn953Un/e/64k hfOCkEiVwjmMdtLAm83JISy2FAEFQeQo4S11AgngPA2ok218mUEhNPPphMqQXJ0F45hI1+gGX9Q LDWr92Gs5Q+/Vqy1Ju8boI1TJQAVF5vQAQVY+dOfhRkdvDyn9d1CWIitQkuG0fgLXI6IopUW1+C Dl3jiWfJ0/Bl95QYo9EX8x+XN5RKRe35AmaQxPmOV5MchT9VPrBFN507nukyn0hyxpB6hTR+SLL 7sd5W3szaQ+tJ3vMR40EIn4SPn/1gj1e0lIIbOEKYtA50jGsF25DaGhdVQOgpbDVu0HQbbH39ay g== X-Received: by 2002:a05:6820:3410:10b0:6a3:c52b:b953 with SMTP id 006d021491bc7-6a3c52bbe82mr2181491eaf.50.1784057127280; Tue, 14 Jul 2026 12:25:27 -0700 (PDT) Received: from ?IPV6:2600:8803:e7e4:500:280e:69fd:7612:d5a9? ([2600:8803:e7e4:500:280e:69fd:7612:d5a9]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-6a38e16c7d8sm8811266eaf.9.2026.07.14.12.25.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Jul 2026 12:25:26 -0700 (PDT) Message-ID: <2a86e4a0-0203-47bf-8857-cf4fa9b642ff@baylibre.com> Date: Tue, 14 Jul 2026 14:25:25 -0500 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 1/2] dt-bindings: iio: dac: Add DAC8163 To: Conor Dooley , Lukas Cc: Jonathan Cameron , =?UTF-8?Q?Nuno_S=C3=A1?= , Andy Shevchenko , Rob Herring , Krzysztof Kozlowski , Conor Dooley , linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, devicetree@vger.kernel.org References: <20260708-dac8163-work-v2-0-3acd1bf20182@gmx.net> <20260708-dac8163-work-v2-1-3acd1bf20182@gmx.net> <20260708-spotty-spectacle-f270b4c66d18@spud> <20260714-unweave-pointed-ef9c6c02a053@spud> Content-Language: en-US From: David Lechner In-Reply-To: <20260714-unweave-pointed-ef9c6c02a053@spud> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 7/14/26 11:49 AM, Conor Dooley wrote: > On Tue, Jul 14, 2026 at 05:01:58PM +0200, Lukas wrote: >> On Wed, Jul 08, 2026 at 05:37:44PM +0100, Conor Dooley wrote: >>>> + clr-gpios: >>>> + description: >>>> + The device registers are reset when this pin is asserted. The output is >>>> + set to zero (xxx2 devices) or mid-scale (xxx3 devices). >>>> + maxItems: 1 >>>> + >>> >>> Sounds like this should be reset-gpios? >>> >> >> Thanks for pointing this out. The description is actually wrong. The >> datasheet says: "On activation of CLR, zero scale (DACxx62) or >> mid-scale (DACxx63) is loaded to all input and DAC registers". >> That means other registers are unaffected. I will update the description >> but the clr-gpios is correct in this case i guess? > > Sounds about right. For ad5791, we used clear-gpios for a pin with the same function (even though the pin there is labeled CLR just like here). So would be good to stick with that convention. (Same reason we always use reset-gpios even when a pin is labeled RST, it is the same function.)