Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp2088614ybg; Fri, 5 Jun 2020 05:26:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxmeJjnjHGydn21cH/W5T7I8BTln8u3gg8WbSGfjULL+X285ltXulm6szFG0XJQ7oNDdVEX X-Received: by 2002:a17:906:48d8:: with SMTP id d24mr1263105ejt.369.1591360008794; Fri, 05 Jun 2020 05:26:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591360008; cv=none; d=google.com; s=arc-20160816; b=mULf0hFmHXowJT8hL6gJnWXZlKbAeyecKu3AFiIZk1pwqon7Gug0gJ8SjDAGgruMao BsA8uNEz/f1kJOLJ5BXUgBAXIZ4X3AQrmquvvH7QadjuMb12eFAzIw3rCNg7C75mBem9 PPaJQ+z72tyr/1rShuBEWQ7IzMkXqdxviVwdUoIpO/66+crjpzkBupEZX3JcXQ8OvjzD /r2HoxG7jiB9wh4xFcZdil2a2nazGrGkwtTR405MCgmZihf+p7SYAthHkvjW05Z8XOUW N2bkyKeL3GBnSZpZLs0Y/QblG8/gtZq7Zu+4ewFkkBo9wncHKSro9rrTN4+OahB2oRUI WJ5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=zvyC7myXt/D26iHFKDhG/HUnEY0ucGJ2eOUrCsbb2oU=; b=eOUUYZjRLNKbEY49mZNEiOlFFm0WhPzFpAax9EHp71E8CbPsSqZQ65cwfAiDbTcp5k fRiNkDBcJL5E2qVHieaZsnWq9E5+l2Ab7Y2mufrlzR3OObaAQpyJCrkHSuw3CzpQEaNa t5juJ4ada/GTjDWRp5KiptiprZOJBhs17bwXil3pGwWfTNXPhfeTskw/RIuXfuPslusg wut4rQpgYxxyOwUahfjSBBk5mnwJ58TOWW+1I+/L84DbT+PkV5O0ctbvktji8NHEe87M P7Ox5cqWgL8o1NV4nAFFNE9uHFGyuiXlNmwnfPjzSVehmOz4APzofGeZ1YyH8kINxe+x R6nQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b19si3598783edx.506.2020.06.05.05.26.25; Fri, 05 Jun 2020 05:26:48 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726537AbgFEMY2 (ORCPT + 99 others); Fri, 5 Jun 2020 08:24:28 -0400 Received: from mga01.intel.com ([192.55.52.88]:23444 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726385AbgFEMY1 (ORCPT ); Fri, 5 Jun 2020 08:24:27 -0400 IronPort-SDR: JL2WcX4YiNUu2xadeHQyUhaHf2mw1oEpuPxcVzG2KeNEykADLbWXGAW5wvsxaQCfEc4VqxlPz3 Se2IIkdGkvHw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Jun 2020 05:24:27 -0700 IronPort-SDR: Nx8uvp7v30SPS1p7EveMjLFW9NkyOtJ0mrRkf/VCiaLf2SSiLrPdR1G9bAYAqvEW4NbIBL3Jqr d24R/T6HHpHw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,476,1583222400"; d="scan'208";a="258679361" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga007.jf.intel.com with ESMTP; 05 Jun 2020 05:24:25 -0700 Received: from andy by smile with local (Exim 4.93) (envelope-from ) id 1jhBOe-00B1df-Ar; Fri, 05 Jun 2020 15:24:28 +0300 Date: Fri, 5 Jun 2020 15:24:28 +0300 From: Andy Shevchenko To: Syed Nayyar Waris Cc: kbuild test robot , Linus Walleij , Andrew Morton , kbuild-all@lists.01.org, William Breathitt Gray , Linux Kernel Mailing List Subject: Re: [PATCH v7 2/4] lib/test_bitmap.c: Add for_each_set_clump test cases Message-ID: <20200605122428.GD2428291@smile.fi.intel.com> References: <042eddd4b87f0db3588a79d829afe6b23fa8365c.1590017578.git.syednwaris@gmail.com> <202005310310.EOelU2v3%lkp@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 05, 2020 at 02:12:54AM +0530, Syed Nayyar Waris wrote: > On Sun, May 31, 2020 at 12:50 AM kbuild test robot wrote: > > >> WARNING: modpost: lib/test_bitmap.o(.data+0xe80): Section mismatch in reference from the variable clump_test_data to the variable .init.rodata:clump_exp1 > > The variable clump_test_data references > > the variable __initconst clump_exp1 > > If the reference is valid then annotate the > > variable with or __refdata (see linux/init.h) or name the variable: > > > > -- > > >> WARNING: modpost: lib/test_bitmap.o(.data+0xec8): Section mismatch in reference from the variable clump_test_data to the variable .init.rodata:clump_exp2 > > The variable clump_test_data references > > the variable __initconst clump_exp2 > > If the reference is valid then annotate the > > variable with or __refdata (see linux/init.h) or name the variable: > > > > -- > > >> WARNING: modpost: lib/test_bitmap.o(.data+0xf10): Section mismatch in reference from the variable clump_test_data to the variable .init.rodata:clump_exp3 > > The variable clump_test_data references > > the variable __initconst clump_exp3 > > If the reference is valid then annotate the > > variable with or __refdata (see linux/init.h) or name the variable: > > > > -- > > >> WARNING: modpost: lib/test_bitmap.o(.data+0xf58): Section mismatch in reference from the variable clump_test_data to the variable .init.rodata:clump_exp4 > > The variable clump_test_data references > > the variable __initconst clump_exp4 > > If the reference is valid then annotate the > > variable with or __refdata (see linux/init.h) or name the variable: > I am unable to reproduce the compilation warning. You have to enable section mismatch checker. > I ran the command: > make W=1 C=1 ARCH=x86_64 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' lib/ > > But the compilation warning didn't show up. Can anyone please point to me > what I am doing wrong here? How shall I reproduce the warning? Thanks ! You put some data into init section of the object, while you are trying to access it from non-init one. It's easy-to-fix issue. -- With Best Regards, Andy Shevchenko