Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Nick Desaulniers]

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

On Mon, Jul 6, 2020 at 7:33 PM Nathan Chancellor
<natechancellor@gmail.com> wrote:
>
> On Mon, Jul 06, 2020 at 10:01:07AM -0700, 'Nick Desaulniers' via Clang Built Linux wrote:
> > On Mon, Jul 6, 2020 at 12:20 AM kernel test robot <lkp@intel.com> wrote:
> > >
> > > tree:   https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4
> > > head:   bb26a37d5a4bf25b8377c83fa407a219b3822ed1
> > > commit: 5cee9e67596f7d694e94d7def7cd9d65a7599f66 [109/220] i2c: core: check returned size of emulated smbus block read
> > > config: s390-randconfig-r024-20200706 (attached as .config)
> > > compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project a378c0449507e00e96534ff9ce9034e185425182)
> > > 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
> > >         git checkout 5cee9e67596f7d694e94d7def7cd9d65a7599f66
> > >         # 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>
> > >
> > > Note: the linux-stable-rc/queue/5.4 HEAD bb26a37d5a4bf25b8377c83fa407a219b3822ed1 builds fine.
> > >       It only hurts bisectibility.
>
> Is this note talking about the config in general? Because that config
> does not build at all... I see this over and over, even on mainline
> (note that this report is initially against 5.4, which does not build
> with versions of clang that support asm goto):
>
> ./arch/s390/include/asm/bitops.h:69:4: error: invalid operand in inline asm: 'oi        $0,${1:b}'
>                         "oi     %0,%b1\n"
>                         ^
> ./arch/s390/include/asm/bitops.h:90:4: error: invalid operand in inline asm: 'ni        $0,${1:b}'
>                         "ni     %0,%b1\n"
>                         ^
>
> This might be solved with commit c4e5c229b610 ("s390/jump_label: use "i"
> constraint for clang").

Looks like c4e5c229b610, should we ask stable to backport to 5.4?  I
don't think we had clang builds working for 5.4 for s390, so maybe we
should just Philip to disable Clang builds of this stable branch for
s390? (There may not be too many backports to support, but I don't
know the amount of work involved there).


-- 
Thanks,
~Nick Desaulniers

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Philip Li]

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

On Tue, Jul 07, 2020 at 10:01:12AM -0700, Nick Desaulniers wrote:
> On Mon, Jul 6, 2020 at 7:33 PM Nathan Chancellor
> <natechancellor@gmail.com> wrote:
> >
> > On Mon, Jul 06, 2020 at 10:01:07AM -0700, 'Nick Desaulniers' via Clang Built Linux wrote:
> > > On Mon, Jul 6, 2020 at 12:20 AM kernel test robot <lkp@intel.com> wrote:
> > > >
> > > > tree:   https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4
> > > > head:   bb26a37d5a4bf25b8377c83fa407a219b3822ed1
> > > > commit: 5cee9e67596f7d694e94d7def7cd9d65a7599f66 [109/220] i2c: core: check returned size of emulated smbus block read
> > > > config: s390-randconfig-r024-20200706 (attached as .config)
> > > > compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project a378c0449507e00e96534ff9ce9034e185425182)
> > > > 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
> > > >         git checkout 5cee9e67596f7d694e94d7def7cd9d65a7599f66
> > > >         # 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>
> > > >
> > > > Note: the linux-stable-rc/queue/5.4 HEAD bb26a37d5a4bf25b8377c83fa407a219b3822ed1 builds fine.
> > > >       It only hurts bisectibility.
> >
> > Is this note talking about the config in general? Because that config
> > does not build at all... I see this over and over, even on mainline
> > (note that this report is initially against 5.4, which does not build
> > with versions of clang that support asm goto):
> >
> > ./arch/s390/include/asm/bitops.h:69:4: error: invalid operand in inline asm: 'oi        $0,${1:b}'
> >                         "oi     %0,%b1\n"
> >                         ^
> > ./arch/s390/include/asm/bitops.h:90:4: error: invalid operand in inline asm: 'ni        $0,${1:b}'
> >                         "ni     %0,%b1\n"
> >                         ^
> >
> > This might be solved with commit c4e5c229b610 ("s390/jump_label: use "i"
> > constraint for clang").
> 
> Looks like c4e5c229b610, should we ask stable to backport to 5.4?  I
> don't think we had clang builds working for 5.4 for s390, so maybe we
> should just Philip to disable Clang builds of this stable branch for
> s390? (There may not be too many backports to support, but I don't
Got it, we will disable s390 for the linux-stable-rc.

BTW: does the bot need switch to use clang's as instead of gnu's?

> know the amount of work involved there).
> 
> 
> -- 
> Thanks,
> ~Nick Desaulniers

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Nick Desaulniers]

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

On Tue, Jul 7, 2020 at 6:29 PM Philip Li <philip.li@intel.com> wrote:
>
> On Tue, Jul 07, 2020 at 10:01:12AM -0700, Nick Desaulniers wrote:
> > Looks like c4e5c229b610, should we ask stable to backport to 5.4?  I
> > don't think we had clang builds working for 5.4 for s390, so maybe we
> > should just Philip to disable Clang builds of this stable branch for
> > s390? (There may not be too many backports to support, but I don't
> Got it, we will disable s390 for the linux-stable-rc.

Yeah, it's hard for s390 and probably riscv support on stable as we
only got those working on mainline recently.

> BTW: does the bot need switch to use clang's as instead of gnu's?

No; in the process of whipping LLVM's binutils substitutes into shape,
we're doing pretty well, except for clang's integrated assembler (IA).
Ironically, right now we can only build risc-v with clang's IA.

I would recommend `make LLVM=1` for most cases, though `make CC=clang
LD=ld.lld ...` may be all that we can get away with for testing stable
tree's branches.

Will you, Rong, and the rest of the 0day bot team be attending Linux
Plumbers Conference this year?  I would like to put together a session
on "CI and Clang" with the kernelci folks and tuxbuild folks to go
over our current compatibility table, which is a little complex ATM.
If you're attending the conference, would you be interested in
attending such a session?
-- 
Thanks,
~Nick Desaulniers

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Philip Li]

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

On Wed, Jul 08, 2020 at 11:13:13AM -0700, Nick Desaulniers wrote:
> On Tue, Jul 7, 2020 at 6:29 PM Philip Li <philip.li@intel.com> wrote:
> >
> > On Tue, Jul 07, 2020 at 10:01:12AM -0700, Nick Desaulniers wrote:
> > > Looks like c4e5c229b610, should we ask stable to backport to 5.4?  I
> > > don't think we had clang builds working for 5.4 for s390, so maybe we
> > > should just Philip to disable Clang builds of this stable branch for
> > > s390? (There may not be too many backports to support, but I don't
> > Got it, we will disable s390 for the linux-stable-rc.
> 
> Yeah, it's hard for s390 and probably riscv support on stable as we
> only got those working on mainline recently.
got it, we will disable riscv for stable as well when kernel <= 5.4.

> 
> > BTW: does the bot need switch to use clang's as instead of gnu's?
> 
> No; in the process of whipping LLVM's binutils substitutes into shape,
> we're doing pretty well, except for clang's integrated assembler (IA).
> Ironically, right now we can only build risc-v with clang's IA.
> 
> I would recommend `make LLVM=1` for most cases, though `make CC=clang
> LD=ld.lld ...` may be all that we can get away with for testing stable
> tree's branches.
> 
> Will you, Rong, and the rest of the 0day bot team be attending Linux
> Plumbers Conference this year?  I would like to put together a session
> on "CI and Clang" with the kernelci folks and tuxbuild folks to go
> over our current compatibility table, which is a little complex ATM.
> If you're attending the conference, would you be interested in
> attending such a session?
thanks, this is not decided yet at our side, we will update this later.
Yes, if we have chance to attend, we are glad to join such session.

> -- 
> Thanks,
> ~Nick Desaulniers

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Nick Desaulniers]

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

On Mon, Jul 6, 2020 at 12:20 AM kernel test robot <lkp@intel.com> wrote:
>
> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4
> head:   bb26a37d5a4bf25b8377c83fa407a219b3822ed1
> commit: 5cee9e67596f7d694e94d7def7cd9d65a7599f66 [109/220] i2c: core: check returned size of emulated smbus block read
> config: s390-randconfig-r024-20200706 (attached as .config)
> compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project a378c0449507e00e96534ff9ce9034e185425182)
> 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
>         git checkout 5cee9e67596f7d694e94d7def7cd9d65a7599f66
>         # 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>
>
> Note: the linux-stable-rc/queue/5.4 HEAD bb26a37d5a4bf25b8377c83fa407a219b3822ed1 builds fine.
>       It only hurts bisectibility.
>
> All errors (new ones prefixed by >>):
>
>                                            ~~~~~~~~~~ ^
>    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:20:12: note: expanded from macro '___constant_swab32'
>            (((__u32)(x) & (__u32)0x0000ff00UL) <<  8) |            \
>                      ^
>    In file included from net/core/filter.c:25:
>    In file included from include/linux/sock_diag.h:5:
>    In file included from include/linux/netlink.h:7:
>    In file included from include/linux/skbuff.h:31:
>    In file included from include/linux/dma-mapping.h:11:
>    In file included from include/linux/scatterlist.h:9:
>    In file included from arch/s390/include/asm/io.h:76:
>    include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            val = __le32_to_cpu(__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 net/core/filter.c:25:
>    In file included from include/linux/sock_diag.h:5:
>    In file included from include/linux/netlink.h:7:
>    In file included from include/linux/skbuff.h:31:
>    In file included from include/linux/dma-mapping.h:11:
>    In file included from include/linux/scatterlist.h:9:
>    In file included from arch/s390/include/asm/io.h:76:
>    include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            val = __le32_to_cpu(__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 net/core/filter.c:25:
>    In file included from include/linux/sock_diag.h:5:
>    In file included from include/linux/netlink.h:7:
>    In file included from include/linux/skbuff.h:31:
>    In file included from include/linux/dma-mapping.h:11:
>    In file included from include/linux/scatterlist.h:9:
>    In file included from arch/s390/include/asm/io.h:76:
>    include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            val = __le32_to_cpu(__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 net/core/filter.c:25:
>    In file included from include/linux/sock_diag.h:5:
>    In file included from include/linux/netlink.h:7:
>    In file included from include/linux/skbuff.h:31:
>    In file included from include/linux/dma-mapping.h:11:
>    In file included from include/linux/scatterlist.h:9:
>    In file included from arch/s390/include/asm/io.h:76:
>    include/asm-generic/io.h:503: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:513:46: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            __raw_writew(cpu_to_le16(value), PCI_IOBASE + addr);
>                                             ~~~~~~~~~~ ^
>    include/asm-generic/io.h:523:46: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            __raw_writel(cpu_to_le32(value), PCI_IOBASE + addr);
>                                             ~~~~~~~~~~ ^
>    include/asm-generic/io.h:585: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:593: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:601: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:610: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:619: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:628:21: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
>            writesl(PCI_IOBASE + addr, buffer, count);
>                    ~~~~~~~~~~ ^
>    20 warnings generated.
>    /tmp/filter-273424.s: Assembler messages:
> >> /tmp/filter-273424.s:50187: Error: bad expression
> >> /tmp/filter-273424.s:50187: Error: junk at end of line, first unrecognized character is `r'

^ it looks like Clang's s390 backend is generating assembler that GNU
`as` doesn't recognize. (I've seen similar issues attempting to get
dwarf-5 working for the kernel).

>    /tmp/filter-273424.s:52249: Error: bad expression
>    /tmp/filter-273424.s:52249: Error: junk at end of line, first unrecognized character is `r'
>    clang-11: error: assembler command failed with exit code 1 (use -v to see invocation)
>
> ---
> 0-DAY CI Kernel Test Service, Intel Corporation
> https://lists.01.org/hyperkitty/list/kbuild-all(a)lists.01.org

-- 
Thanks,
~Nick Desaulniers

Re: [linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[Wolfram Sang]

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

Hi,

On Mon, Jul 06, 2020 at 03:19:59PM +0800, kernel test robot wrote:
> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4
> head:   bb26a37d5a4bf25b8377c83fa407a219b3822ed1
> commit: 5cee9e67596f7d694e94d7def7cd9d65a7599f66 [109/220] i2c: core: check returned size of emulated smbus block read

This commit has nothing to do with net/core/filter.c.
Also clang is involved instead of gcc.
I consider this a false positive.

Thanks,

   Wolfram


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[linux-stable-rc:queue/5.4 109/220] /tmp/filter-273424.s:50187: Error: bad expression

[kernel test robot]

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

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4
head:   bb26a37d5a4bf25b8377c83fa407a219b3822ed1
commit: 5cee9e67596f7d694e94d7def7cd9d65a7599f66 [109/220] i2c: core: check returned size of emulated smbus block read
config: s390-randconfig-r024-20200706 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project a378c0449507e00e96534ff9ce9034e185425182)
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
        git checkout 5cee9e67596f7d694e94d7def7cd9d65a7599f66
        # 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>

Note: the linux-stable-rc/queue/5.4 HEAD bb26a37d5a4bf25b8377c83fa407a219b3822ed1 builds fine.
      It only hurts bisectibility.

All errors (new ones prefixed by >>):

                                           ~~~~~~~~~~ ^
   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:20:12: note: expanded from macro '___constant_swab32'
           (((__u32)(x) & (__u32)0x0000ff00UL) <<  8) |            \
                     ^
   In file included from net/core/filter.c:25:
   In file included from include/linux/sock_diag.h:5:
   In file included from include/linux/netlink.h:7:
   In file included from include/linux/skbuff.h:31:
   In file included from include/linux/dma-mapping.h:11:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:76:
   include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu(__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 net/core/filter.c:25:
   In file included from include/linux/sock_diag.h:5:
   In file included from include/linux/netlink.h:7:
   In file included from include/linux/skbuff.h:31:
   In file included from include/linux/dma-mapping.h:11:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:76:
   include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu(__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 net/core/filter.c:25:
   In file included from include/linux/sock_diag.h:5:
   In file included from include/linux/netlink.h:7:
   In file included from include/linux/skbuff.h:31:
   In file included from include/linux/dma-mapping.h:11:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:76:
   include/asm-generic/io.h:492:45: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           val = __le32_to_cpu(__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 net/core/filter.c:25:
   In file included from include/linux/sock_diag.h:5:
   In file included from include/linux/netlink.h:7:
   In file included from include/linux/skbuff.h:31:
   In file included from include/linux/dma-mapping.h:11:
   In file included from include/linux/scatterlist.h:9:
   In file included from arch/s390/include/asm/io.h:76:
   include/asm-generic/io.h:503: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:513:46: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           __raw_writew(cpu_to_le16(value), PCI_IOBASE + addr);
                                            ~~~~~~~~~~ ^
   include/asm-generic/io.h:523:46: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           __raw_writel(cpu_to_le32(value), PCI_IOBASE + addr);
                                            ~~~~~~~~~~ ^
   include/asm-generic/io.h:585: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:593: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:601: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:610: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:619: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:628:21: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
           writesl(PCI_IOBASE + addr, buffer, count);
                   ~~~~~~~~~~ ^
   20 warnings generated.
   /tmp/filter-273424.s: Assembler messages:
>> /tmp/filter-273424.s:50187: Error: bad expression
>> /tmp/filter-273424.s:50187: Error: junk at end of line, first unrecognized character is `r'
   /tmp/filter-273424.s:52249: Error: bad expression
   /tmp/filter-273424.s:52249: Error: junk at end of line, first unrecognized character is `r'
   clang-11: error: assembler command failed with exit code 1 (use -v to see invocation)

---
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: 16679 bytes --]