From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f44.google.com (mail-pj1-f44.google.com [209.85.216.44]) (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 073083A75A3 for ; Mon, 22 Jun 2026 12:39:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782131983; cv=none; b=gc5vXvpzEbmw/9bh6i4/L+pamgAySG+FmcGj4nxeCFWuiOpceMMjZr2FGlXKCoM1BLwmNrxGVNxd7n5OHrgUvJNr/fEP4inKzOm8G+AHzIudDxQM41+fhoImTOk+sWWg3TvgeJDaipLeCpruYMFsZax405LFtO4qNKSpUTN4GLs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782131983; c=relaxed/simple; bh=aTdC6XxwJCmig7rZo6QKDdxrqrz43rsMMKYh383XKk8=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=nPI8bPCegRTmd+6QGdIL1sQqMFUqKUsGSJqFts+b9ccHm1qJ0n1rdiqg20hPe9bhHb9Jb6V3V6tSjcXYii7gAIwxr/YJeEw/xZiNNsHxdkV7vjOqBb8dk9W5xolHzujb5yakBgvA5cJxUdMtc9RBzbHJjl2YVUL/9W6Dxv3IYWw= 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=Rdq1ld9G; arc=none smtp.client-ip=209.85.216.44 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="Rdq1ld9G" Received: by mail-pj1-f44.google.com with SMTP id 98e67ed59e1d1-37cbcf49deaso2060336a91.1 for ; Mon, 22 Jun 2026 05:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1782131981; x=1782736781; 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=MvpH79wYXLCKH+SAxAFSpANy3DyUm5vrrOm1VqMVj6s=; b=Rdq1ld9GUSShzNGwPpg20JtPkTmfeNb0AdQCYdNTOegeuO7OhTISQlijCjhAw8g1w+ 70A3efGRUHXYYgRk6oRUEH9wnk1HvhPyzMR8oFiuqm4NKhNWcZm9GfB300nQJmKhwcpZ pBHO5IIgpmGxm4JwbBrSs/RiZPpH4uLGRq0tiYnC0/vIBbjYfwo0vhIzBljshG3lYY+x Ri5l3bk1f/JHRFNbbZIetKrA0l4vNjl6HZPWA5tY5APVkmhSvCJsEFlSNvxpKlXQcF2h DYbf8PF7pH8XQwBvQ4ohuG3SHzkFTmBfMwJpajhsduv4bh63X7IPQ3ip9QtoTEYYX27O MmrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782131981; x=1782736781; 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=MvpH79wYXLCKH+SAxAFSpANy3DyUm5vrrOm1VqMVj6s=; b=KetyIrf9WNSPKSJ9DCEQCGKLJx3d4swQGExLxdftUbV+M1uVCj3mvtSgC2CMBup6Ni ZNk7DhdK0vr4bF/OX2oLNQm9tM+OIBc09SWT05ce5F5qAjd6/lRlJaBxBMqMXzyTGWWJ wwpSnGTOVovBN5IrefG3hAWYNxXNJuvhPYOEFf2PZekHMc6aAdLjhI2fDQNGktTjTDkK WtoIMLta7JBmhm/omxZujF9oSXm6i1/QHPARTBcmnG+v8nXJJt12p+gSBiiym8bDEseh rDaX3vqii5ApTGDtE+jLjR16faCu7K3SSPkNNXVcaz0xBK/HQlRPR3k6RcMDRZ8yL3SL on8Q== X-Forwarded-Encrypted: i=1; AHgh+RqsBEhl5beIlhtUmUoVsLN3sjquqtrFdKQiDSlCwJKTDmBCtivynPzQMDe11too/nr+KTrfO59WcTHy@vger.kernel.org X-Gm-Message-State: AOJu0Yy3OlLgAAKnhR0EPc+90Ho/pWR5C+LD6UlRpMqtASLorQo7g42n E2UnLc9xiAqq31ZMvjfFPf9G8UJWSW/idj3EySo4cw1iDPocAmyuI0Y8 X-Gm-Gg: AfdE7ck9R5fBxj2AAcFLxLaZaT7xSR62S4Ffhpsa43o1ATN/+8zbuZarHz6t77rcdg/ IABAfOeavOLsrUU/JZ9OU9oSZ9fz57+zrAUM0vhMAE1ebXuPW3CGFPmwDFwTZVonacvH3RhfB/w IfsGhMBPrmNn2LrfqVuK+FETqzszlkWobfNbKXKvcLFUO4yaBjLCCzM0/qqPXUnmv/Vgon+9aKe uAmPzhOaPTA4q9WJJFK5XyG+BlRDfSWZSS+SzuA+fzJbhUwqJj/sIEBvKKIPGRUJrVzvPzgcaEH 7n1/XtnfodDmZQ3gYvGBNeFNb6fErZeYLd2itcm47UI3ncydSnuENnbu4/KEOouaRhJvLyZfjt2 y6s886LA+9e5YiGAB+0fKRquYp5X4ONAEUwpFCXXakv2bHK/Rz7YUM3cfh2W0xumTYRFlbVsSzB MiNqzbMBEb8DMBfxBPSNOD3WYUaklXTR9dvJswMYTyjoadSHXJBCbnaQ== X-Received: by 2002:a17:903:230c:b0:2c2:245a:336c with SMTP id d9443c01a7336-2c718f63a4dmr149446005ad.14.1782131981162; Mon, 22 Jun 2026 05:39:41 -0700 (PDT) Received: from ?IPV6:2a02:3038:288:e57:59d:91ae:1c45:fb41? ([2a02:3038:288:e57:59d:91ae:1c45:fb41]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2c7436d6c16sm80701995ad.23.2026.06.22.05.39.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Jun 2026 05:39:40 -0700 (PDT) Message-ID: <013aba24-c30c-44a8-8511-96278edb3f4a@gmail.com> Date: Mon, 22 Jun 2026 14:39:21 +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 v3 1/2] dt-bindings: iio: dac: Add AD5529R To: Conor Dooley Cc: =?UTF-8?Q?Nuno_S=C3=A1?= , Jonathan Cameron , Rodrigo Alencar <455.rodrigo.alencar@gmail.com>, Janani Sunil , Lars-Peter Clausen , Michael Hennerich , David Lechner , =?UTF-8?Q?Nuno_S=C3=A1?= , Andy Shevchenko , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Philipp Zabel , Jonathan Corbet , Shuah Khan , linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, Mark Brown References: <20260619-bunch-diocese-dd7805cc17ff@spud> <20260619-concierge-doozy-9c161533c369@spud> <20260621153330.79b6600c@jic23-huawei> <20260621-nutmeg-coauthor-715189372230@spud> <20260622102722.5900592f@jic23-huawei> <20260622-overbid-yonder-3fdfee9eda7a@spud> Content-Language: en-US From: Janani Sunil In-Reply-To: <20260622-overbid-yonder-3fdfee9eda7a@spud> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 6/22/26 14:14, Conor Dooley wrote: > On Mon, Jun 22, 2026 at 01:54:25PM +0200, Janani Sunil wrote: >>>>>> Why do you think the microchip devices won't work? Does the spi core >>>>>> reject multiple devices with the same chip select being registered or >>>>>> something like that? >>>>> Not sure how things work atm. But I'm fairly sure it used to be like >>>>> that. SPI would reject devices on the same controller and CS. Now that >>>>> we support more than one CS per controller, not sure how things work. >>>> We always supported more than one per CS per controller. I guess you mean >>>> per device. >>> Obviously :) >>>>> Janani, maybe you can give it a try? >>>> I think we'd need to get it to work with shared gpio proxy which maybe >>>> will just get set up under the hood. This used to be opt in, but seems >>>> that changed fairly recently so maybe some of us are working with out >>>> of date knowledge! I haven't played with it yet, so might not be >>>> that simple. >>>> >>> What I meant for Janani was basically testing two devices on the same CS >>> as in my pseudo DT. For the GPIO, you mean having a way to select >>> between devices on the same CS? >>> >>> For these devices the pin id numbers get's setted up as part of the spi message >>> so my assumption is that all of them will receive the message but only one acks it. >>> >>> - Nuno Sá >> Hi Everyone, >> >> I tested the case where there are two devices on the same CS. The SPI core does reject it at spi_dev_check_cs(): >> https://github.com/torvalds/linux/blob/master/drivers/spi/spi.c#L631 > > Can you try again, but delete that check and allow the code to continue? > Worth knowing if the problem is policy (which makes sense for 99.99% of > devices that cannot share a chip select) or actually not supported by > the spi core code. Hi Conor, The CS conflict check is only a part of the problem. Even after removing it, the second device fails at the sysfs layer. The device naming in spi_dev_set_name() produces spi{bus}.{cs}. Both devices register as spi0.0 here, making it a duplicate directory. - Janani Sunil