From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f194.google.com (mail-pg1-f194.google.com [209.85.215.194]) (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 6B6371C244C for ; Fri, 13 Sep 2024 10:23:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.194 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1726222997; cv=none; b=tGgsovFszP7Q0mVXxrS3RWaaLjRwSR/Tz/AVzkBrjLvrwZu6YbKkfUFKtvfXDNqb63iZN8I546JMGnCbCUWGeQcbjmowol7z1jPFSBkJD6NX9Lm+1Lms7Hoa7qVMrofyox4HMayO1KyUAKtNhgu3Vzpp1G3Fk6DqSK17u2SSdjA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1726222997; c=relaxed/simple; bh=p6tgJB58tTcRnuJEgWaM8KrjInxk1KTlCcXAie4xLqg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=BAelaeB3lBhycRIIvFbrpPai3cckycY0W0BoO3Js4J4DsV/23kLi0urhe3BQZW+g2ZsjYW2GuPq1ZvZmkhcaxvAdssHvGBwrs16iPPGFtVjBRbAwgSJu7pnjJ92ftdBfZo3udZW8SPU0G5LeWnPNHLDsYaogQqpeSc7o48lKyfc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=beagleboard.org; spf=fail smtp.mailfrom=beagleboard.org; dkim=pass (2048-bit key) header.d=beagleboard-org.20230601.gappssmtp.com header.i=@beagleboard-org.20230601.gappssmtp.com header.b=H/eadiHP; arc=none smtp.client-ip=209.85.215.194 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=beagleboard.org Authentication-Results: smtp.subspace.kernel.org; spf=fail smtp.mailfrom=beagleboard.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=beagleboard-org.20230601.gappssmtp.com header.i=@beagleboard-org.20230601.gappssmtp.com header.b="H/eadiHP" Received: by mail-pg1-f194.google.com with SMTP id 41be03b00d2f7-7d50e7a3652so1376608a12.3 for ; Fri, 13 Sep 2024 03:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beagleboard-org.20230601.gappssmtp.com; s=20230601; t=1726222996; x=1726827796; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=WiZi8VcoHy2dI52u6S90IRih2acHVc5MolxAqjTzino=; b=H/eadiHP1yhx+/4QmPmIOUwG2aPwYvJsOhWGzK5O36UsHfFdYaalZesWFyCA4OmiyN NZZtNZcz6aHSlvo+w8Xy5A/MEvwgM0Z4vjJeY+D+xP6FfC3rQYmPwtDGhJaGaikl+oMw CIoDkY1oBm03CFF70forWoGqjocgpwAifB3pCXNudY6rCgmCPvN2xgFyFtg3bEtAWUIv NyrPj7ViLtJZV+pCLRdKjY34umdTlIpabpkVhH7eOg7wna6kU86k7THWgQEeI7jSUBf1 rcwXTKd77YQyDZKcDmZrRDBmzrgSp+/VoDHuT8aQwm7ENHo/R+rPSgMoH0RTLImDjwMi 9VsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726222996; x=1726827796; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=WiZi8VcoHy2dI52u6S90IRih2acHVc5MolxAqjTzino=; b=v8dDM7d9mGthpK41VriNQqnCjLBM0u9qZuK05A9Vk8eCxd1PxYvak6PeDFXvMbJBkQ L5AYvdLcWvVdSSFuVRcpiQd39bDkH3mr4l6CIDzPralFSJ6Z5ioAnYUmAwRaM113rqeS lopge2aePk4R112g0WdsupXX8LkMg1TU94wA6LsHJSvhJC1nOrngHmVdIIFwtRxgGwZV IKzLi5FE/4X832GnARKG6wyu6tCeWfbCyUPWiV5Y9EPAiQhzheZrd2lzx0OV3jSnjtKz XH/29LRT+oPy6uVLdDPgQHOD7f9ZzGnNLxG3fhbwt0EQahNq7jN7v6SWz1tBJZmCfOTI 0rRA== X-Forwarded-Encrypted: i=1; AJvYcCX8i4QNlI0sgn1WRuCl5TGs4cbzl3e4m9YkDzLYLp6MU/euNT37BrrjnlztnFgEeOpOhiSuZXwGF9Vx@vger.kernel.org X-Gm-Message-State: AOJu0Yy93ylMfZgvoYvMUsry0DyLx8V6k2wjfuSvbVu6gNMPp+RKzkpF mSqqqqP309twOoihPV4cABZSlFBdF3jjfn7euwLBAi/kanqD4XopcIGkCAaxFA== X-Google-Smtp-Source: AGHT+IE20qpyhTu6c4+KImLY/NAdkYoyLr+IkuhYxS+W9wO2TuFcF1dsqgCQ+UYw47dThwp0pAebmA== X-Received: by 2002:a17:90a:17e1:b0:2cb:4e14:fd5d with SMTP id 98e67ed59e1d1-2db9ffe44b3mr6369987a91.17.1726222995668; Fri, 13 Sep 2024 03:23:15 -0700 (PDT) Received: from [172.16.118.100] ([103.15.228.94]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-2dbb9d20029sm1341315a91.50.2024.09.13.03.23.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Sep 2024 03:23:14 -0700 (PDT) Message-ID: Date: Fri, 13 Sep 2024 15:53:03 +0530 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 0/8] Add generic overlay for MikroBUS addon boards Content-Language: en-US To: Alexander Stein , fabien.parent@linaro.org, d-gole@ti.com, lorforlinux@beagleboard.org, jkridner@beagleboard.org, robertcnelson@beagleboard.org, Andrew Davis , Miguel Ojeda , Alex Gaynor , Boqun Feng , Gary Guo , =?UTF-8?Q?Bj=C3=B6rn_Roy_Baron?= , Benno Lossin , Andreas Hindborg , Alice Ryhl , Trevor Gross , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Derek Kiernan , Dragan Cvetic , Arnd Bergmann , Greg Kroah-Hartman , Nishanth Menon , Vignesh Raghavendra , Tero Kristo Cc: linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <20240911-mikrobus-dt-v1-0-3ded4dc879e7@beagleboard.org> <8428068.T7Z3S40VBb@steina-w> From: Ayush Singh In-Reply-To: <8428068.T7Z3S40VBb@steina-w> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/13/24 15:35, Alexander Stein wrote: > Hi, > > Am Mittwoch, 11. September 2024, 16:27:17 CEST schrieb Ayush Singh: >> Hello all, >> >> This is an attempt to add MikroBUS addon support using the approach >> described by Grove connector patch series [0]. >> >> The patch series tests out 2 addon boards + pwm and GPIO on the MikroBUS >> connector. The boards used are GPS3 Click (for UART) [1] and Weather >> Click (for I2C) [2]. Additionally, I have tested relative GPIO numbering >> using devicetree nexus nodes [3]. >> >> The patch series does not attempt to do any dynamic discovery for 1-wire >> eeprom MikroBUS addon boards, nor does it provide any sysfs entry for >> board addition/removal. The connector driver might include them after >> the basic support is ironed out, but the existing patches for dynamic >> overlays work fine. >> [sniip] > To put it in a more abstract perspective, aren't you "just" defining some > kind of connector with a fixed layout of pins and features? > It's not really different to Arduino Shields and Raspberry Pi hats, no? > Ignoring multi-purpose pins for GPIO or e.g. I2C, this is about matching > the plugin module's pins to platform-specific on-board peripherals. > > Sticking the name to MikroBUS might be misleading, because this is AFAICT > just a trademark for a specific connector pin layout. > This concept could be applied for any kind of connector, where e.g. > the I2C interface is mapped to i2c0 on one platform and to lpi2c5 > on a different platform. > > Best regards, > Alexander Yes, the only thing specific to mikroBUS in the patches is the connector symbols. Theoretically, it is supposed to be usable with any connector. MikroBUS is just the connector I am trying to apply the concept to. I think I came across a bit too mikroBUS specific in the patches here, since well that is the connector I am currently trying to support, but as the original patches by Andrew [0] explain, this approach was proposed to work as a generic way to support such connectors, and even do connector stacking. Trying to use it with MikroBUS shows some limitations we have with the current device tree stuff 1. SPI chipselect 2. Nexus nodes need the node to have some kind of existing driver 3. A good place to store the board overlays 4. Stacking needs phandle symbols table support 5. Append property support in devicetree And of course, I might encounter more limitations as I continue to test more boards with it. [0]: https://lore.kernel.org/linux-arm-kernel/20240702164403.29067-1-afd@ti.com/ Ayush Singh