Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1899835yba; Mon, 15 Apr 2019 00:14:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqxb5ic9VbEvWCRBnXMIQYBzeWcyXhovTXSZT1/bbXaJG8dBNZi/qIv8PxuiaieCCPn2tjxc X-Received: by 2002:a17:902:9a4c:: with SMTP id x12mr26403319plv.90.1555312492555; Mon, 15 Apr 2019 00:14:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555312492; cv=none; d=google.com; s=arc-20160816; b=HsXf9gOEbzEjpUQdoFACdegLu/bcxIEyknil9hySFJQ9HIKjfiysfun99SPsvueW+G KU1g/Sw3ERW/LfGKLdN33m+GltQC+g9lQsjSCY5nHxEL7RFBcYJjH1WKUpII2vMWXtZA z8KU5zusmdePYvXh73oahPXpuquBPiH/DEHWd/MfIGLh2UiGgZKm3Q9h4Q1SxPokfCpO v59dSWqTlAg+YvPJYhoRGc6Gspc98iuWn3riTzgBpkjZnpmCClFto0hM18sLvkHL3Xe8 ZA4RUqGIRQnAcdB9PQiUCFCkzu6S+P2aGqYVFtj+8YdOBSxK+dUHm7X7YfOZ/+OdUtFh uQGA== 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=j3kbi0uMsvxuG8GVHcYa0jx5Oj3tt+hVtJy5E3Znkxk=; b=uMJUFE8Q6uQ33xREIeOJDVQn3459xL2++Kw+hCClnhACV22tj5+dTiwLdwAgfY7da0 XDYElYlXWu1BMp78CQhTL0PZUHB7Ni8IT6RpMiNShEx+TLeufd5QBzbxVYznVynfu845 bl6rCaQr+FD0iFqa7TsvKwyEifWZJav0+K5sXsEzcBwm+kN/D3ETl+Deutq05LqArnMv OvtxeyvJnFtCH6BChvTjmpmWrT1+uRATh+hwBSlfxTTy0Ay10PSqT5XwdPz6OBVPXEVy fWkBsZfESrC/diYQd6Za8SqIv5cW8IH/MOXIQ07nWuleE1EsfQOTQmJZNNcFzEFh3Fca wSuA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JrwGDgB5; 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 m12si34935301pgv.586.2019.04.15.00.14.36; Mon, 15 Apr 2019 00:14:52 -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=JrwGDgB5; 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 S1726338AbfDOHNw (ORCPT + 99 others); Mon, 15 Apr 2019 03:13:52 -0400 Received: from mail-qk1-f193.google.com ([209.85.222.193]:40634 "EHLO mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725777AbfDOHNw (ORCPT ); Mon, 15 Apr 2019 03:13:52 -0400 Received: by mail-qk1-f193.google.com with SMTP id w20so9222115qka.7; Mon, 15 Apr 2019 00:13:51 -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=j3kbi0uMsvxuG8GVHcYa0jx5Oj3tt+hVtJy5E3Znkxk=; b=JrwGDgB5paFkpvAjGR+HpKqcels7xSMDLHDkKHKBTJAoS/z6H9fgmh3RNxZqzc3Mbm QqSqZhVlA9zZVYfzKoS2GakuhjjZtcmjdzIMdIlu0qNsfmJX1jziQcZhLbENNuRRuB0U LHuvdr+q6ZqkE4bfgrFNqV2eswVxaVeO6uNJevx033Hh/Rd+UoimJ7G+gYtHuIeYPMWD X5VMK38WMr6pT61Rl5cUQWfx7lNFGQPHPF+tQM99t/6d8XLQkopXcinifQM05fzvN5bG Rj4dnQxCOvY7n+f5zJtyj3G9LiHzyXy1mZL7LeIKSbHI3hryRq3UU6NxFxyXvuohYpgZ GDPw== 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=j3kbi0uMsvxuG8GVHcYa0jx5Oj3tt+hVtJy5E3Znkxk=; b=CmI1h0q5jRfI7B6CQtMOBYAPgipGAxvfyia1v+ku+q46+tceZCLvrizUpK0QBx/f0x U/R0v9zGwrH+zfilu9ZuCwmdcVG5kiIE/bcrXJ9xGmx1K4FyHP1qkoqj0gPorwXTBrOG 1c+ZFzz3i6CS+tXYjl6pE6osqH9DfuqDxIIpryTtECx/nrBjOan7d0a+dvCEI0qM7Pfq WuUTBq0KwAcAnDlBu8LXnTYX2VY/X/+5F5kksGCtmUcQCxAhHz/F3o70ZIvQK3inXtLG MbVGanqR49r6N8h8L+/V4gKdTM9MMWVUDdA7UgHOkvuR84mrxRlL0JaRmrJiugu6CUag 6N8Q== X-Gm-Message-State: APjAAAVi1n4spk1u+VfekM1123pFlBcF6jy1NLhZ5m/SdXDK8OD46CPt +UCOUd0lNzzIz3F14yi/01C1nBeEX937pdhqrss= X-Received: by 2002:a37:4e4d:: with SMTP id c74mr56333890qkb.230.1555312430704; Mon, 15 Apr 2019 00:13:50 -0700 (PDT) MIME-Version: 1.0 References: <20190414091452.22275-1-shyam.saini@amarulasolutions.com> In-Reply-To: From: Shyam Saini Date: Mon, 15 Apr 2019 12:43:39 +0530 Message-ID: Subject: Re: [PATCH 1/2] include: linux: Regularise the use of FIELD_SIZEOF macro To: Alexei Starovoitov 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, On Mon, Apr 15, 2019 at 11:13 AM Alexei Starovoitov wrote: > > On Sun, Apr 14, 2019 at 2:15 AM Shyam Saini > wrote: > > > > 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 > > > > Signed-off-by: Shyam Saini > > --- > > arch/arm64/include/asm/processor.h | 10 +++++----- > > arch/mips/cavium-octeon/executive/cvmx-bootmem.c | 2 +- > > drivers/gpu/drm/i915/gvt/scheduler.c | 2 +- > > drivers/net/ethernet/mellanox/mlxsw/spectrum_fid.c | 4 ++-- > > fs/befs/linuxvfs.c | 2 +- > > fs/ext2/super.c | 2 +- > > fs/ext4/super.c | 2 +- > > fs/freevxfs/vxfs_super.c | 2 +- > > fs/orangefs/super.c | 2 +- > > fs/ufs/super.c | 2 +- > > include/linux/kernel.h | 9 --------- > > include/linux/slab.h | 2 +- > > include/linux/stddef.h | 11 ++++++++++- > > kernel/fork.c | 2 +- > > kernel/utsname.c | 2 +- > > net/caif/caif_socket.c | 2 +- > > net/core/skbuff.c | 2 +- > > net/ipv4/raw.c | 2 +- > > net/ipv6/raw.c | 2 +- > > net/sctp/socket.c | 4 ++-- > > tools/testing/selftests/bpf/bpf_util.h | 11 ++++++++++- > > tools/ directory is for user space pieces that don't include kernel's include. > I bet your pathes break the user space builds. I think it shouldn't because I haven't included any kernel header in tool/ files, instead I have introduced definition of macro in tool/ , so this patch doesn't create any dependency on kernel headers. Thanks a lot, Shyam