From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (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 8333C3BC680 for ; Tue, 19 May 2026 07:11:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779174717; cv=none; b=uBNTtuKfFhbd5drrsy/9bS8N1vymJdDTvtQ5JLQYzeMumi8zW8+GkRKqQb+QxLM/AxjvygzOaw2QXzaB806Z+H+gsCsQGggD3xdwsKAeQ87SbBvRch8N533KG9fIWfpTnFItaxz2g9h3P6UhZmOttgHi7blBvUazBlx3H0S9moQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779174717; c=relaxed/simple; bh=wztDeudGoUAJK/W//ID8zMxaTkHI3uWCRMPOPLm6LPk=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=dDE1aPvV/Uoxws4I8dU5qLJ7/kXgOUl/xAMZxES4lRXDmJ9L+J7GLciP1VE+de9PIDtpwnlpr3KRGp3utn4eNs8IM4if/xvHqKZ3CwpOjFIkY3BmqGAeXy8X4UoJSkeYEFIYMX/orC9kL0O2OQaOBtcoBgN0y3GLIzoHTTaksjM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=mjUlCDP8; arc=none smtp.client-ip=209.85.128.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="mjUlCDP8" Received: by mail-wm1-f45.google.com with SMTP id 5b1f17b1804b1-4890d945eb4so22336315e9.0 for ; Tue, 19 May 2026 00:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779174712; x=1779779512; darn=vger.kernel.org; h=content-transfer-encoding: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; bh=xjjvfitJbUO5+jLc8/tMROrf3YtISQkTQKy+IqYQDo8=; b=mjUlCDP8YywlfT2Esou3YpzxuaFoN5/JbU+g+6VrJp+vUJV4lNc4SSvZBElyAQQPVA +sAp+/Ad5PTx9ciAtr/H0L5pne24TINvTB6ZoQAkQtHm5yD9bsrJroWRxg4Y1fgIMOKC nRZQqc8VifCzIWfFs2ztXStM4SriFAFWXf7TrXJiA5GMq0v9mDiUY+aZHckT0NuK6xbo TVZObx2uCcg1c6MajmAsVmmmONfHtWtGOskWf/5o6hsMPFO7SARiCBhqKM6GxpSZ0l+B vddLXOPMLVCDVqkzar2xXwehUOzvUXHBGGmKUTFsyJmF8a8iSsbFumCf4qtBwMNHq5rM g+cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779174712; x=1779779512; h=content-transfer-encoding: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; bh=xjjvfitJbUO5+jLc8/tMROrf3YtISQkTQKy+IqYQDo8=; b=U3ovxFoysLV2cFe7f1poQt0URdHB7es0h7Fl4JnyuZwkiMtzYUbuVU1EE1yUzOdq4G Y3MlAWcMQkjrTF4QULhCp3mgaa/y8eKMup4koHWUu9SH8rG2FaAskWPLwtf6qakalvWX jvpDB1xWfo53R7jlyR0dWzdCD23TspKAiiVbHwqYHi8YZwpb6wzTwJIoaaxJHIufcmLT c197AldcELrP3dWatPCzHrc/BiQeia7lBi9sTMDneaiXad9twkZk2QW0LDSJ9mZF41yq tYo40ZbPtyTQO+0gvDCWe1w7n0+K0MztWK0PB3LN3MgRF+lJxARB4RgRrgnAPLpR0/o4 UxIw== X-Forwarded-Encrypted: i=1; AFNElJ+/8ovSJOiJn9RJLAY/jyb2nrxUV1RR/EYoBoTiyqitRApMwSeRZyQia0xE7138VVqswruI5FlhRNVw@vger.kernel.org X-Gm-Message-State: AOJu0YyVGwwcDU2S0VyCHUnUVOczoGfL5VgMDSPb+I7vftEuoubq3HwM lx3kDxIbSbDkEdZs9Ns0OpdzZvSKOXuP0lsj5/0yMyojtDt1oRf6HBfX X-Gm-Gg: Acq92OHVLhkR7NbJ8TFRnfCUUZaG22yf1XpoTtZ0GImeSmZrsCvi4G3hFYL9e6sSFkl WqTTuh2IEeIGK3e+ud7s6L/LXmeaFpR5aII2YsbXpURgdUMzha8HWVc1n778wj7seddVW6qNADq Pn3QbDROVJcukpiQDeaDblsuQTUd5YERDe9/YBEEOeDKAk91OfcEWbv8+h+fQTnGNBhSp7f9dN3 GVgDKi0CU7fRhqfBWGE3dReKp6ZHcInrnZJTbYG61+xmGgLxw5C00fHnVLc9HrHpGEVnccWbfff ZvDjfk/jmJ0exEbNcPXOkXdOsieF7NQ8VKQVqHyXxbPo3VhHxT1Fd2hoWltdQZeR10tbshca8L7 AFrCISnArTvGmMavKRNCZO0nOUVHoY53j0fXaI6CvO6633jRYD1h3X+v1hVxg1TNVpQkVoNd9Pf UDDoY2KdQObqQguVESMQaPNrT3q40QnoDjfe9JBdrFnMYlVKxWEI8IbQdCHMzQk+bsGmbJ X-Received: by 2002:a05:600c:a09:b0:485:3cef:d6ea with SMTP id 5b1f17b1804b1-48fe539198fmr259597035e9.13.1779174712366; Tue, 19 May 2026 00:11:52 -0700 (PDT) Received: from ?IPV6:2a02:3033:6d8:15d8:ec15:f5ad:b85f:a3b8? ([2a02:3033:6d8:15d8:ec15:f5ad:b85f:a3b8]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48fe53ab671sm309396375e9.1.2026.05.19.00.11.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 May 2026 00:11:52 -0700 (PDT) Message-ID: <739f50f4-b2f5-4e5f-8d1b-d5a6429ece28@gmail.com> Date: Tue, 19 May 2026 09:11:49 +0200 Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 2/3] iio: dac: Add AD5529R DAC driver support To: David Lechner , Janani Sunil , Lars-Peter Clausen , Michael Hennerich , Jonathan Cameron , =?UTF-8?Q?Nuno_S=C3=A1?= , Andy Shevchenko , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Philipp Zabel , Jonathan Corbet , Shuah Khan Cc: linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org References: <20260508-ad5529r-driver-v2-0-e315441685d7@analog.com> <20260508-ad5529r-driver-v2-2-e315441685d7@analog.com> <2f74e76e-b066-40ac-9cb4-c75137c9825d@baylibre.com> Content-Language: en-US From: Janani Sunil In-Reply-To: <2f74e76e-b066-40ac-9cb4-c75137c9825d@baylibre.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 5/16/26 21:35, David Lechner wrote: > On 5/8/26 6:55 AM, Janani Sunil wrote: >> Add support for AD5529R 16-channel, 12/16 bit Digital to Analog Converter >> > ... > > >> + .realbits = (bits), \ >> + .storagebits = 16, \ >> + }, \ >> +} >> +static struct regmap *ad5529r_get_regmap(struct ad5529r_state *st, unsigned int reg) >> +{ >> + if (reg <= AD5529R_8BIT_REG_MAX) >> + return st->regmap_8bit; >> + >> + return st->regmap_16bit; >> +} > Another way we have done this is make custom read/write functions for the > regmap itself so that we don't have to have two regmaps. Dual regmap approach was chosen here because: 1) It leverages regmap's val_bits validation and endianness for 16 bit registers, rather than implementing them manually. 2) The two distinct register banks- 8 bit and 16 bit map naturally to the separate regmap configs 3) Each regmap has a focused rd_table/wr_table ranges matching the hardware, rather than a complex unified table The routing overhead is just an address comparison, similar to what custom functions would need, but with automatic validation and endianness handling Best Regards, Janani Sunil