Received: by 2002:ab2:1347:0:b0:1f4:ac9d:b246 with SMTP id g7csp345181lqg; Thu, 11 Apr 2024 05:06:12 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCUqnyxYkI+dnRTcosEKnUCfmrMxYESKrvtj+kww6kDmy9UWQh1LY5092sNEyiw7gyLzXPociOphRcfxOxrVvqftfrqHbKqvLSg6IvtUJg== X-Google-Smtp-Source: AGHT+IHzC3rwCQwudHjCFNAV7V4XE/01b1IsjCb4Eqc9AWwzZW4ZxCOgCtj04OWyi8TcgFUtfpVX X-Received: by 2002:a17:90a:db4b:b0:2a5:5a2c:6066 with SMTP id u11-20020a17090adb4b00b002a55a2c6066mr5170626pjx.37.1712837171998; Thu, 11 Apr 2024 05:06:11 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712837171; cv=pass; d=google.com; s=arc-20160816; b=WPYKWUi9SqrllBNRMp6A/PanEKuFqRce+zdZNaFZ1DDmJmC4/4IAU7PhbB49B2khLt Kfe8AG5r3La6h7KNOPL0ue3R/b9YHfbdqMEznQdFxW4FQfDKuj7fmievwahi0h94PD1x OeRioDY55rRetnGxGtUzPGiig0PVyEExbRM6xOqzn+3fCKyvDj6xvC7UUO815oOoQ34r UoTtcSytqvvxFq4Eclo8aGlW06u0LYrI+FpokgN37iNIUNGh5HTxuYxr02jkj0AZzLgr 6I+fKyPQdBKyXUqZ02G9T/rDUMrY/Xv7kLVYW64t2gAUx/9cZ+WmSAvkpWsbv73zUzyq TD0g== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=d5qqPqcuBQXX29OFx1isagmyxsLs49Awmp2YgHxZ7Hw=; fh=MU7KPA6RaLzo/uSNEw6v1pFfKumqXxcjrJocHd/A93Y=; b=KvBBg8gBtDVZYarFeJ3K+eKib+CysVj81+5QttpL2bqYBYIxWO/1IHkmbLfKR52AuA xdcFBBwirb70QQjH5mvn9AqYstCxxlfAcG47x+boUdInskVRTT8SuoUNNC/NKGbIflfK K3ztBU87tjxJnR4l3/p7xoCdM6ndyRZg+pUqY4456JNYSWuyexa1m22F5+JFinCCdMi/ Mv3qC/ZFxG6MKohMIWQSgmwejqW1j+oDF9S22N3HJP+QwuRwIw01e7TPwz+jzZszquui fN4qaxoY0WUT5Id8pScHiKGNB26yhFn65QAdBShoFMCTvgVQ2WEMCZz+XN9L6PSAbW8P xygw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=dKYDMK3i; arc=pass (i=1 dkim=pass dkdomain=linuxfoundation.org); spf=pass (google.com: domain of linux-kernel+bounces-140400-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-140400-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id s22-20020a17090aad9600b002a57fa4aafcsi3442407pjq.166.2024.04.11.05.06.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Apr 2024 05:06:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-140400-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=dKYDMK3i; arc=pass (i=1 dkim=pass dkdomain=linuxfoundation.org); spf=pass (google.com: domain of linux-kernel+bounces-140400-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-140400-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 8CDAD283325 for ; Thu, 11 Apr 2024 12:04:14 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3F43714C5A4; Thu, 11 Apr 2024 12:03:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="dKYDMK3i" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5338B14AD24; Thu, 11 Apr 2024 12:03:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712837031; cv=none; b=Obn44fUOG9OF+qvjUGw0/tOBwQwUAWe3VLbajGRdB9uhO48ZKzz2UoTZbVjgPo8IAxFy7BmAsSZQPRmyUsPkjkyePAMU/FKnwQaoKy2ea9K+8Da1zD4PX+s03iC2/FswBvWe+zuqrh+cKn5Smx3E1da7JNxHzX2FIRk9JHS/fSI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712837031; c=relaxed/simple; bh=oltkbgJz/lUcQWtwkLke/qM0DU1bwDW6wogBIn+i780=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=A4ErHE+8SmxFR+BLCVRkiNvz3Cvn4Fq/C1iWw4oN298WiPIDbjzaTT1PRjceFOQ4lNlr+ORdHqKdLvmTzO2eVW5kTOqZQlMO8UbDLXZZ6GFkko3yZWOXe6+U2hdpsgBZrfIyKNRPuQ7HEVSIAYVK7l+oJj/vc1OutCfpEwjpCkE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=dKYDMK3i; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2B608C433C7; Thu, 11 Apr 2024 12:03:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1712837030; bh=oltkbgJz/lUcQWtwkLke/qM0DU1bwDW6wogBIn+i780=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=dKYDMK3iUyUAOAqGAdXCtZqI4PHO1hUEa+vVgCaVnZbP7/HZax/WvuruCdVXLpiZ+ fITLONyNAJrOiKejW9o5JiBe6r4Usq9A7jldYoqRvOgU2Gker3Xf+qBKZhsG5F6NFY ZDQkPjOsDABS8Kmf+z23LoZuYVWxnhMHXfdm2XqM= Date: Thu, 11 Apr 2024 14:03:47 +0200 From: Greg Kroah-Hartman To: Ayush Singh Cc: linux-kernel@vger.kernel.org, jkridner@beagleboard.org, robertcnelson@beagleboard.org, Vaishnav M A , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Nishanth Menon , Vignesh Raghavendra , Tero Kristo , Derek Kiernan , Dragan Cvetic , Arnd Bergmann , Liam Girdwood , Mark Brown , Jiri Slaby , Johan Hovold , Alex Elder , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-spi@vger.kernel.org, linux-serial@vger.kernel.org, greybus-dev@lists.linaro.org Subject: Re: [PATCH v3 6/8] greybus: Add mikroBUS manifest types Message-ID: <2024041103-nimbly-pounce-aa36@gregkh> References: <20240315184908.500352-1-ayushdevel1325@gmail.com> <20240315184908.500352-7-ayushdevel1325@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240315184908.500352-7-ayushdevel1325@gmail.com> On Sat, Mar 16, 2024 at 12:19:04AM +0530, Ayush Singh wrote: > Add data structures for parsing mikroBUS manifests, which are based on > greybus manifest. > > Signed-off-by: Ayush Singh > --- > include/linux/greybus/greybus_manifest.h | 49 ++++++++++++++++++++++++ > 1 file changed, 49 insertions(+) > > diff --git a/include/linux/greybus/greybus_manifest.h b/include/linux/greybus/greybus_manifest.h > index bef9eb2093e9..83241e19d9b3 100644 > --- a/include/linux/greybus/greybus_manifest.h > +++ b/include/linux/greybus/greybus_manifest.h > @@ -23,6 +23,9 @@ enum greybus_descriptor_type { > GREYBUS_TYPE_STRING = 0x02, > GREYBUS_TYPE_BUNDLE = 0x03, > GREYBUS_TYPE_CPORT = 0x04, > + GREYBUS_TYPE_MIKROBUS = 0x05, > + GREYBUS_TYPE_PROPERTY = 0x06, > + GREYBUS_TYPE_DEVICE = 0x07, These need approval in the spec before we can add them here. And you are adding 3 different things here, not just one. Shouldn't this be 3 patches? > }; > > enum greybus_protocol { > @@ -151,6 +154,49 @@ struct greybus_descriptor_cport { > __u8 protocol_id; /* enum greybus_protocol */ > } __packed; > > +/* > + * A mikrobus descriptor is used to describe the details > + * about the bus ocnfiguration for the add-on board > + * connected to the mikrobus port. > + */ > +struct greybus_descriptor_mikrobus { > + __u8 pin_state[12]; > +} __packed; > + > +/* > + * A property descriptor is used to pass named properties > + * to device drivers through the unified device properties > + * interface under linux/property.h > + */ > +struct greybus_descriptor_property { > + __u8 length; > + __u8 id; > + __u8 propname_stringid; > + __u8 type; > + __u8 value[]; Don't we have a "counted-by" marking that we can use to show how big value[] here is? > +} __packed; > + > +/* > + * A device descriptor is used to describe the > + * details required by a add-on board device > + * driver. > + */ > +struct greybus_descriptor_device { > + __u8 id; > + __u8 driver_stringid; > + __u8 protocol; > + __u8 reg; > + __le32 max_speed_hz; > + __u8 irq; > + __u8 irq_type; > + __u8 mode; > + __u8 prop_link; > + __u8 gpio_link; > + __u8 reg_link; > + __u8 clock_link; > + __u8 pad[1]; Why the padding? And this looks like a greybus thing, not a mikrobus thing, right? Some description of exactly what this is and what it does would be good. thanks, greg k-h