All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: kbuild-all@lists.01.org
Subject: [weiny2:tip-pks-v4.8-5.12-rc 9/17] kernel/entry/common.c:383:26: error: use of undeclared identifier 'INIT_PKRS_VALUE'
Date: Wed, 17 Mar 2021 21:53:36 +0800	[thread overview]
Message-ID: <202103172131.pYELDnz8-lkp@intel.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 11150 bytes --]

tree:   https://github.com/weiny2/linux-kernel.git tip-pks-v4.8-5.12-rc
head:   fae3081ca82909d3bbe51a7942ab30f333b41f9d
commit: 5ea6a032eb2a6cd0a8000029d03ad4581ed3c276 [9/17] x86/entry: Preserve PKRS MSR across exceptions
config: s390-randconfig-r022-20210317 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project 8ef111222a3dd12a9175f69c3bff598c46e8bdf7)
reproduce (this is a W=1 build):
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # install s390 cross compiling tool for clang build
        # apt-get install binutils-s390x-linux-gnu
        # https://github.com/weiny2/linux-kernel/commit/5ea6a032eb2a6cd0a8000029d03ad4581ed3c276
        git remote add weiny2 https://github.com/weiny2/linux-kernel.git
        git fetch --no-tags weiny2 tip-pks-v4.8-5.12-rc
        git checkout 5ea6a032eb2a6cd0a8000029d03ad4581ed3c276
        # save the attached .config to linux build tree
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=s390 

If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@intel.com>

All errors (new ones prefixed by >>):

                              ^
   include/uapi/linux/swab.h:20:12: note: expanded from macro '___constant_swab32'
           (((__u32)(x) & (__u32)0x0000ff00UL) <<  8) |            \
                     ^
   In file included from kernel/entry/common.c:4:
   In file included from include/linux/entry-common.h:6:
   In file included from include/linux/tracehook.h:50:
   In file included from include/linux/memcontrol.h:22:
   In file included from include/linux/writeback.h:14:
   In file included from include/linux/blk-cgroup.h:23:
   In file included from include/linux/blkdev.h:26:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:80:
   include/asm-generic/io.h:490:61: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu((__le32 __force)__raw_readl(PCI_IOBASE + addr));
                                                           ~~~~~~~~~~ ^
   include/uapi/linux/byteorder/big_endian.h:34:59: note: expanded from macro '__le32_to_cpu'
   #define __le32_to_cpu(x) __swab32((__force __u32)(__le32)(x))
                                                             ^
   include/uapi/linux/swab.h:119:21: note: expanded from macro '__swab32'
           ___constant_swab32(x) :                 \
                              ^
   include/uapi/linux/swab.h:21:12: note: expanded from macro '___constant_swab32'
           (((__u32)(x) & (__u32)0x00ff0000UL) >>  8) |            \
                     ^
   In file included from kernel/entry/common.c:4:
   In file included from include/linux/entry-common.h:6:
   In file included from include/linux/tracehook.h:50:
   In file included from include/linux/memcontrol.h:22:
   In file included from include/linux/writeback.h:14:
   In file included from include/linux/blk-cgroup.h:23:
   In file included from include/linux/blkdev.h:26:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:80:
   include/asm-generic/io.h:490:61: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu((__le32 __force)__raw_readl(PCI_IOBASE + addr));
                                                           ~~~~~~~~~~ ^
   include/uapi/linux/byteorder/big_endian.h:34:59: note: expanded from macro '__le32_to_cpu'
   #define __le32_to_cpu(x) __swab32((__force __u32)(__le32)(x))
                                                             ^
   include/uapi/linux/swab.h:119:21: note: expanded from macro '__swab32'
           ___constant_swab32(x) :                 \
                              ^
   include/uapi/linux/swab.h:22:12: note: expanded from macro '___constant_swab32'
           (((__u32)(x) & (__u32)0xff000000UL) >> 24)))
                     ^
   In file included from kernel/entry/common.c:4:
   In file included from include/linux/entry-common.h:6:
   In file included from include/linux/tracehook.h:50:
   In file included from include/linux/memcontrol.h:22:
   In file included from include/linux/writeback.h:14:
   In file included from include/linux/blk-cgroup.h:23:
   In file included from include/linux/blkdev.h:26:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:80:
   include/asm-generic/io.h:490:61: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu((__le32 __force)__raw_readl(PCI_IOBASE + addr));
                                                           ~~~~~~~~~~ ^
   include/uapi/linux/byteorder/big_endian.h:34:59: note: expanded from macro '__le32_to_cpu'
   #define __le32_to_cpu(x) __swab32((__force __u32)(__le32)(x))
                                                             ^
   include/uapi/linux/swab.h:120:12: note: expanded from macro '__swab32'
           __fswab32(x))
                     ^
   In file included from kernel/entry/common.c:4:
   In file included from include/linux/entry-common.h:6:
   In file included from include/linux/tracehook.h:50:
   In file included from include/linux/memcontrol.h:22:
   In file included from include/linux/writeback.h:14:
   In file included from include/linux/blk-cgroup.h:23:
   In file included from include/linux/blkdev.h:26:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:80:
   include/asm-generic/io.h:501:33: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           __raw_writeb(value, PCI_IOBASE + addr);
                               ~~~~~~~~~~ ^
   include/asm-generic/io.h:511:59: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           __raw_writew((u16 __force)cpu_to_le16(value), PCI_IOBASE + addr);
                                                         ~~~~~~~~~~ ^
   include/asm-generic/io.h:521:59: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           __raw_writel((u32 __force)cpu_to_le32(value), PCI_IOBASE + addr);
                                                         ~~~~~~~~~~ ^
   include/asm-generic/io.h:609:20: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           readsb(PCI_IOBASE + addr, buffer, count);
                  ~~~~~~~~~~ ^
   include/asm-generic/io.h:617:20: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           readsw(PCI_IOBASE + addr, buffer, count);
                  ~~~~~~~~~~ ^
   include/asm-generic/io.h:625:20: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           readsl(PCI_IOBASE + addr, buffer, count);
                  ~~~~~~~~~~ ^
   include/asm-generic/io.h:634:21: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           writesb(PCI_IOBASE + addr, buffer, count);
                   ~~~~~~~~~~ ^
   include/asm-generic/io.h:643:21: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           writesw(PCI_IOBASE + addr, buffer, count);
                   ~~~~~~~~~~ ^
   include/asm-generic/io.h:652:21: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           writesl(PCI_IOBASE + addr, buffer, count);
                   ~~~~~~~~~~ ^
>> kernel/entry/common.c:383:26: error: use of undeclared identifier 'INIT_PKRS_VALUE'
           pkrs_save_set_irq(regs, INIT_PKRS_VALUE);
                                   ^
   kernel/entry/common.c:468:26: error: use of undeclared identifier 'INIT_PKRS_VALUE'
           pkrs_save_set_irq(regs, INIT_PKRS_VALUE);
                                   ^
   20 warnings and 2 errors generated.


vim +/INIT_PKRS_VALUE +383 kernel/entry/common.c

   319	
   320	noinstr irqentry_state_t irqentry_enter(struct pt_regs *regs)
   321	{
   322		irqentry_state_t ret = {
   323			.exit_rcu = false,
   324		};
   325	
   326		if (user_mode(regs)) {
   327			irqentry_enter_from_user_mode(regs);
   328			return ret;
   329		}
   330	
   331		/*
   332		 * If this entry hit the idle task invoke rcu_irq_enter() whether
   333		 * RCU is watching or not.
   334		 *
   335		 * Interrupts can nest when the first interrupt invokes softirq
   336		 * processing on return which enables interrupts.
   337		 *
   338		 * Scheduler ticks in the idle task can mark quiescent state and
   339		 * terminate a grace period, if and only if the timer interrupt is
   340		 * not nested into another interrupt.
   341		 *
   342		 * Checking for rcu_is_watching() here would prevent the nesting
   343		 * interrupt to invoke rcu_irq_enter(). If that nested interrupt is
   344		 * the tick then rcu_flavor_sched_clock_irq() would wrongfully
   345		 * assume that it is the first interupt and eventually claim
   346		 * quiescent state and end grace periods prematurely.
   347		 *
   348		 * Unconditionally invoke rcu_irq_enter() so RCU state stays
   349		 * consistent.
   350		 *
   351		 * TINY_RCU does not support EQS, so let the compiler eliminate
   352		 * this part when enabled.
   353		 */
   354		if (!IS_ENABLED(CONFIG_TINY_RCU) && is_idle_task(current)) {
   355			/*
   356			 * If RCU is not watching then the same careful
   357			 * sequence vs. lockdep and tracing is required
   358			 * as in irqentry_enter_from_user_mode().
   359			 */
   360			lockdep_hardirqs_off(CALLER_ADDR0);
   361			rcu_irq_enter();
   362			instrumentation_begin();
   363			trace_hardirqs_off_finish();
   364			instrumentation_end();
   365	
   366			ret.exit_rcu = true;
   367			goto done;
   368		}
   369	
   370		/*
   371		 * If RCU is watching then RCU only wants to check whether it needs
   372		 * to restart the tick in NOHZ mode. rcu_irq_enter_check_tick()
   373		 * already contains a warning when RCU is not watching, so no point
   374		 * in having another one here.
   375		 */
   376		lockdep_hardirqs_off(CALLER_ADDR0);
   377		instrumentation_begin();
   378		rcu_irq_enter_check_tick();
   379		trace_hardirqs_off_finish();
   380		instrumentation_end();
   381	
   382	done:
 > 383		pkrs_save_set_irq(regs, INIT_PKRS_VALUE);
   384		return ret;
   385	}
   386	

---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all(a)lists.01.org

[-- Attachment #2: config.gz --]
[-- Type: application/gzip, Size: 14937 bytes --]

                 reply	other threads:[~2021-03-17 13:53 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202103172131.pYELDnz8-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=kbuild-all@lists.01.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.