Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp343059yba; Sat, 20 Apr 2019 03:53:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqztSAJE5ymSJSuH/P9KA0kCwSFjv2Ux1/Kdnx8XsKSnRfAAywhqocHiDtrMCVm6N0Noghbh X-Received: by 2002:a63:cc0b:: with SMTP id x11mr8510739pgf.35.1555757615129; Sat, 20 Apr 2019 03:53:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555757615; cv=none; d=google.com; s=arc-20160816; b=lWwxFa21f0xjByzoltEZ0wPR5K0PvQUG9OFk0cAOckPE1teZ5u4eVAlAMPylnd+C9K n5PYaXrOcGeCdHpMgbBv58xlElvt9NcxPQ7LxTAOvM0P6GsG02jMWMxqwPZsn8LeC/Vc kvV3HPN9f5qUJQq+vyyPW4us2mfjy2kbTn5ZOGt+dC7HRVPALcS/MV7FksSUZt5g8NbT dYmNR+ianEx+7vW6f0HD6nrSDk/MNM+chGRXqXR8n8J7dcobCIr1udJcW5VFnL2cbmca qE9Ti2UMlCck2aaZP609pkpyunwgE1Ssw2EcAG3r020roJ7fJ8YqVOwhMDZ5zUZZ1rHR GAjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=kaS+veCYE7ao8csQbi/ZAdwFn2xeuMRJDTxk7kh9MmQ=; b=vnfHHySOOMrn6zzPC26L2oGGjK/+PEKQxbQk7HX+v3ZoSQUxlhTtXgr/OP6TAsGUha Ab2flsgsVYCSB+24O3w1hTZizm6bvD6DlCOi84MpGgqAwLZGY7bHu5+J/wbYewwiowJX lr9WNryvFI4Kf4o99pG+PqmQugOS4t/bzTqo6kG2AWz0hw3LuOElSVZ0hfNdcHbHlRj/ 557jJTONMP+m69KltKbsm4w2Evxn5pk7L50HJg0RWCQKrPMzMNrDCHsaIdH4/ZXuMCM/ jujLvK+AaAev+0Gg37GrCuxpL+a1LmoyJuYixNjnDRvnqMSeUdf0FXU2Qx1Bn3l/UZTj G0Gg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EwO+gArl; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f64si7817626plf.258.2019.04.20.03.53.19; Sat, 20 Apr 2019 03:53:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EwO+gArl; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727877AbfDTKvO (ORCPT + 99 others); Sat, 20 Apr 2019 06:51:14 -0400 Received: from mail-qk1-f194.google.com ([209.85.222.194]:43770 "EHLO mail-qk1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725920AbfDTKvN (ORCPT ); Sat, 20 Apr 2019 06:51:13 -0400 Received: by mail-qk1-f194.google.com with SMTP id p19so1762402qkm.10; Sat, 20 Apr 2019 03:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kaS+veCYE7ao8csQbi/ZAdwFn2xeuMRJDTxk7kh9MmQ=; b=EwO+gArlEBVQK/nJT5vZKE02dfSFFoeHd/43vZOndrjFwkjrhjJgbW66CULGd/qp8M CAKK4/fa+yfKDft5ldNSlPt0B6rGPqndRHkFtb4MayLgZRwIeW+bjjxZxoS2RPm+NmrM 5J8qu7sm0tvit9z1Ptm9VeGVZYEOilIUa4FqMFKftvJ8C1sr9isBTWCvBqkSLuRkQFnC /JfrzCUu4i4VMVxMXiNW5Pt1t1KcV3H7PonI7MF2Vn8rgAvwSZzAmsvqnBS5yxoNSCFk Cki0HCuHLWy/0V7zOngTErhlDLx+7wgLUrHt9aXGhXBRdZrcx1OCpXV7iZBdhZmXdUlW Hvng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kaS+veCYE7ao8csQbi/ZAdwFn2xeuMRJDTxk7kh9MmQ=; b=h9tMq1rT3zIKjiFSfQs4Fc7ZxbpRAZuPUxAp8xJfDC8aIa1spnUR6LIPs4pfVA3SDn Sej76RQ2aXoaKkRoRx+GNVwpt88m8C/M0elJn89D34I/LJkflfzqEQERw6p4PYxEzIwU oEu2mWZcgRKqey6Lo3/dXHcXRb/Ze9dJo9ZkhcKtNXkkZssWeVdMhPj68ApjD3iHPdMn PshhtX1tiXEgqxauhBZBsbwYa2Zj3vmdOlgnFLvBQZ61l+RsLIZ4j3s6ARUD9eKYjjEx QwyjQ+/znKxwvC+o93Q/JMNuV3094rxdqAoKyHZRdCyNDwH4NZH6CKrsMFhkRbfWVeUt h/bQ== X-Gm-Message-State: APjAAAWULUlE87g9p7a7GnkpjZupZPsqTqrCc2IrWvr/zq79XPTaKAKj qg6Up6xFCh0UgQesjQCfpD5iTaqs1mEmGtqfAIc= X-Received: by 2002:a37:6886:: with SMTP id d128mr907042qkc.158.1555757472269; Sat, 20 Apr 2019 03:51:12 -0700 (PDT) MIME-Version: 1.0 References: <20190414091452.22275-1-shyam.saini@amarulasolutions.com> In-Reply-To: From: Shyam Saini Date: Sat, 20 Apr 2019 16:21:00 +0530 Message-ID: Subject: Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro To: William Kucharski Cc: Shyam Saini , Kernel Hardening , LKML , Andrew Morton , Kees Cook , linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org, intel-gvt-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, dri-devel , Network Development , linux-ext4@vger.kernel.org, devel@lists.orangefs.org, linux-mm , linux-sctp@vger.kernel.org, bpf , kvm@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi William, Sorry for the late reply. > > Currently, there are 3 different macros, namely sizeof_field, SIZEOF_FIELD > > and FIELD_SIZEOF which are used to calculate the size of a member of > > structure, so to bring uniformity in entire kernel source tree lets use > > FIELD_SIZEOF and replace all occurrences of other two macros with this. > > > > For this purpose, redefine FIELD_SIZEOF in include/linux/stddef.h and > > tools/testing/selftests/bpf/bpf_util.h and remove its defination from > > include/linux/kernel.h > > > > --- a/include/linux/stddef.h > > +++ b/include/linux/stddef.h > > @@ -20,6 +20,15 @@ enum { > > #endif > > > > /** > > + * FIELD_SIZEOF - get the size of a struct's field > > + * @t: the target struct > > + * @f: the target struct's field > > + * Return: the size of @f in the struct definition without having a > > + * declared instance of @t. > > + */ > > +#define FIELD_SIZEOF(t, f) (sizeof(((t *)0)->f)) > > + > > +/** > > * sizeof_field(TYPE, MEMBER) > > * > > * @TYPE: The structure containing the field of interest > > @@ -34,6 +43,6 @@ enum { > > * @MEMBER: The member within the structure to get the end offset of > > */ > > #define offsetofend(TYPE, MEMBER) \ > > - (offsetof(TYPE, MEMBER) + sizeof_field(TYPE, MEMBER)) > > + (offsetof(TYPE, MEMBER) + FIELD_SIZEOF(TYPE, MEMBER)) > > If you're doing this, why are you leaving the definition of sizeof_field() in > stddef.h untouched? I have removed definition of sizeof_field in [1/2] patch. > Given the way this has worked historically, if you are leaving it in place for > source compatibility reasons, shouldn't it be redefined in terms of > FIELD_SIZEOF(), e.g.: > > #define sizeof_field(TYPE, MEMBER) FIELD_SIZEOF(TYPE, MEMBER) Actually, never thought this way. So,Thanks a lot for this valuable feedback. I'll re-spin and post again.