Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp415121ybt; Mon, 6 Jul 2020 12:27:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6vAycNpXZ8rPbhVZ/jeqkKTkvXhbrfHvaibssk1lSJ4B1TmzcGtMht2xfVTHYdUOU8R1a X-Received: by 2002:a50:ee8d:: with SMTP id f13mr55358286edr.302.1594063629477; Mon, 06 Jul 2020 12:27:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594063629; cv=none; d=google.com; s=arc-20160816; b=ZzRUwMIHwwQmkN+JYf3yCoWNuFYmMqDM+0MpXkhnNld1AoyPhCA1b3BPLpyoFOUyIA fXXFiKYfRd5R4CDoyQKBzkTL1WjldXYNtZdzX9ZqX+GXHI4kxux3zebvGEYMndHpK6nr k21JWz+d8yqGH6FzXTqXnUp2g1wOubzuMKDFt9D+DHdmIP8coGwTE7+sEsRObRNMwOzf K7LM7XR029lLKbfTCGPsJjMLzz30KcJmozKAgmrTx5HCyqfR+4HWIgE6qROgtjyWl8MM XzwF9A/qBOy1jziiyhP2V5yHf00h3pIrQf0hatOiUE0V6uJt+8w5CPbr6k8JYGg2XRSa TeiA== 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=zUPg7H7wTbsd70L/z9oFxAAR5XVGhKrwfP7MfYNoJyk=; b=ovFcDC0NhFL2Oq6B4CvboYjIePHSpLH7uqotL1/UlltU++x2Z6DJPb+KZr/Deitaip Ir3f0O9rsxF1P1Vyp+0QLsksheElABPRoNGwfshCYFG98Ygslkf+ZjU4CD5I0+BKJtyu X3Y7PrJi3Nmp0q37WlIFd0zm0lxFbtsQfl3L+EFADIFLB4R8dzibpxdirEjEjLLl+AJu R1dSZhAQSzqVheAt49bpUTyLP7P8iSRxHlha2xpPpWMjQjAo5Bzxjqqj2yrjs11gWEew rrvBmgA2/kR7+mmk+g4conYSbAxRT74v39UgNBNUZ63ga0FL1yXUUQwR/xPYDstyEpIR fR3g== 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 c20si13716890edj.314.2020.07.06.12.26.46; Mon, 06 Jul 2020 12:27:09 -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 S1726763AbgGFT02 (ORCPT + 99 others); Mon, 6 Jul 2020 15:26:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45444 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725982AbgGFT02 (ORCPT ); Mon, 6 Jul 2020 15:26:28 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4B673C061755; Mon, 6 Jul 2020 12:26:28 -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 1A8B21277D626; Mon, 6 Jul 2020 12:26:27 -0700 (PDT) Date: Mon, 06 Jul 2020 12:26:26 -0700 (PDT) Message-Id: <20200706.122626.2248567362397969247.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 01/12] switchdev: mrp: Extend switchdev API for MRP Interconnect From: David Miller In-Reply-To: <20200706091842.3324565-2-horatiu.vultur@microchip.com> References: <20200706091842.3324565-1-horatiu.vultur@microchip.com> <20200706091842.3324565-2-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:26:27 -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:31 +0200 > +/* SWITCHDEV_OBJ_ID_IN_TEST_MRP */ > +struct switchdev_obj_in_test_mrp { > + struct switchdev_obj obj; > + /* The value is in us and a value of 0 represents to stop */ > + u32 interval; > + u8 max_miss; > + u32 in_id; > + u32 period; > +}; ... > +#define SWITCHDEV_OBJ_IN_TEST_MRP(OBJ) \ > + container_of((OBJ), struct switchdev_obj_in_test_mrp, obj) > + > +/* SWICHDEV_OBJ_ID_IN_ROLE_MRP */ > +struct switchdev_obj_in_role_mrp { > + struct switchdev_obj obj; > + u16 in_id; > + u32 ring_id; > + u8 in_role; > + struct net_device *i_port; > +}; ... > +#define SWITCHDEV_OBJ_IN_ROLE_MRP(OBJ) \ > + container_of((OBJ), struct switchdev_obj_in_role_mrp, obj) > + > +struct switchdev_obj_in_state_mrp { > + struct switchdev_obj obj; > + u8 in_state; > + u32 in_id; > +}; Please arrange these structure members in a more optimal order so that the resulting object is denser. For example, in switchdev_obj_in_role_mrp if you order it such that: > + u32 ring_id; > + u16 in_id; > + u8 in_role; You'll have less wasted space from padding. Use 'pahole' or similar tools to guide you.