Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp416243ybt; Mon, 6 Jul 2020 12:29:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw7M8nSP9Wqpwmn9fRdVrWJG+Elga6WENzNd+uo5Hf9Z07U1OWBTagx+MtFHVrsAi0dGGP0 X-Received: by 2002:a05:6402:8da:: with SMTP id d26mr49991942edz.109.1594063748489; Mon, 06 Jul 2020 12:29:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594063748; cv=none; d=google.com; s=arc-20160816; b=UZGS7wNmVBqW9dqG+Ki7KjsH+vElf8bx2nNUeIhCFx+W3WZkknCXGMGZlKMzByaqdu QJYD2GrCF6BVDcP0jxEQnRumBaxyiEyKYVtnut+TCFTGWjosjU/xv/Ghyip6gYwbh/VE GDu9YAke/bIqg16V5SpZ3Ty9vtmeLvKbzatYO5YQdcnVhz5vvgNKXrmvyEJHgrh5FnlP 13W+4uyCnVg19VwJG9ZFIOyUPUEJlBJICXNfFtbNnyRsDXgR0PKAFmqIkJon/HA2omvA UNJGJdL9zMh3/oO9iLL8Aei+gAQvnmY+0TDW5FUp+PD8sXxDkMQB33n8ud26wNZlYwgi 93cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=zodBmlP2WDSBimc6nuX3T51RR1dfVCc26vZlGXxNmhg=; b=RjkkLLazqwQSc1Y10VphivmVMMWfYmVB5m5FUZfq7JN2cmG+EMi28sWf5IoXL3r7hW gTO9dWLnbdCZIsNhXxQi7Uh8JGowZ9YXcQHOCGKiBRZU2I4P1SRDKqLtz6I32UMPjrMR V0ptuQoXbY+eP4TNAS+2yg1dPn5PYCr0YI0ye+43wFuTpaDDMd3vRUeGaHnT152jr3hC 8+yH9aiIEOiuVUzJXbbSeNfOauJ7UE12aKDJpEpvxHb8mMPR8e6HMT3QIemF3r4ObLIr lfUClZkyrTCFHMR+OC5llYPDfY5ZIxZw+K2JSbirbJESsubnVKJ5cL5ox0pX+K4C8NAG cpiw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m29si15876477edb.178.2020.07.06.12.28.45; Mon, 06 Jul 2020 12:29:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726810AbgGFT1u (ORCPT + 99 others); Mon, 6 Jul 2020 15:27:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45652 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725942AbgGFT1t (ORCPT ); Mon, 6 Jul 2020 15:27:49 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABBB2C061755; Mon, 6 Jul 2020 12:27:49 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 193CD1277EA61; Mon, 6 Jul 2020 12:27:49 -0700 (PDT) Date: Mon, 06 Jul 2020 12:27:48 -0700 (PDT) Message-Id: <20200706.122748.828248704525141203.davem@davemloft.net> To: horatiu.vultur@microchip.com Cc: nikolay@cumulusnetworks.com, roopa@cumulusnetworks.com, kuba@kernel.org, jiri@resnulli.us, ivecera@redhat.com, andrew@lunn.ch, UNGLinuxDriver@microchip.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bridge@lists.linux-foundation.org Subject: Re: [PATCH net-next 02/12] bridge: uapi: mrp: Extend MRP attributes for MRP interconnect From: David Miller In-Reply-To: <20200706091842.3324565-3-horatiu.vultur@microchip.com> References: <20200706091842.3324565-1-horatiu.vultur@microchip.com> <20200706091842.3324565-3-horatiu.vultur@microchip.com> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 06 Jul 2020 12:27:49 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Horatiu Vultur Date: Mon, 6 Jul 2020 11:18:32 +0200 > +struct br_mrp_in_state { > + __u16 in_id; > + __u32 in_state; > +}; Put the __u32 first then the __u16. > +struct br_mrp_in_role { > + __u16 in_id; > + __u32 ring_id; > + __u32 in_role; > + __u32 i_ifindex; > +}; Likewise. > +struct br_mrp_start_in_test { > + __u16 in_id; > + __u32 interval; > + __u32 max_miss; > + __u32 period; > +}; Likewise. > +struct br_mrp_in_test_hdr { > + __be16 id; > + __u8 sa[ETH_ALEN]; > + __be16 port_role; > + __be16 state; > + __be16 transitions; > + __be32 timestamp; > +}; Likewise. Put the larger members first. There is lots of unnecessary padding in this structure.