linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Guenter Roeck <linux@roeck-us.net>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 5.16-rc1
Date: Mon, 15 Nov 2021 09:07:18 -0800	[thread overview]
Message-ID: <652edea7-28a0-70d9-c63f-d910b5942454@roeck-us.net> (raw)
In-Reply-To: <CAHk-=whca4JrEExUZCf+iGhP+mV-_D2uyqiFHnaYqnfCOKyEVg@mail.gmail.com>

On 11/14/21 9:21 PM, Linus Torvalds wrote:
> On Sun, Nov 14, 2021 at 8:56 PM Guenter Roeck <linux@roeck-us.net> wrote:
>>
>> With gcc 5.4, mips:mapta_defconfig
>> mips-linux-gcc.br_real: error: unrecognized command line option ‘-Wimplicit-fallthrough=5’
> 
> This (and the gcc-6.x ones for sh4eb/sparc/xtensa) are already fixed
> in my tree. They're all "old gcc didn't support that flag" things with
> a trivial one-liner fix.
> 
> I was hoping you didn't have older gcc versions, but you clearly do ;^p
> 

Top of tree is a bit better:

Build results:
	total: 153 pass: 141 fail: 12
Failed builds:
	arm:allmodconfig
	arm64:allmodconfig
	csky:defconfig
	csky:allmodconfig
	mips:allmodconfig
	parisc:allmodconfig
	powerpc:allmodconfig
	powerpc:ppc6xx_defconfig
	riscv32:allmodconfig
	riscv:allmodconfig
	s390:allmodconfig
	sparc64:allmodconfig
Qemu test results:
	total: 482 pass: 476 fail: 6
Failed tests:
	ppc64:mac99:ppc64_book3s_defconfig:smp:net,ne2k_pci:initrd
	ppc64:mac99:ppc64_book3s_defconfig:smp:net,pcnet:ide:rootfs
	ppc64:mac99:ppc64_book3s_defconfig:smp:net,e1000:sdhci:mmc:rootfs
	ppc64:mac99:ppc64_book3s_defconfig:smp:net,e1000e:nvme:rootfs
	ppc64:mac99:ppc64_book3s_defconfig:smp:net,virtio-net:scsi[DC395]:rootfs

Errors:

In function 'memcmp',
     inlined from 'kasan_memcmp' at lib/test_kasan.c:897:2:
include/linux/fortify-string.h:263:25: error: call to '__read_overflow' declared with attribute error: detected read beyond size of object

Fixed in linux-next with commit 0fa83c99044a ("lib/test_kasan.c: use underlying
string helpers")


fs/netfs/read_helper.c: In function 'netfs_rreq_unlock':
fs/netfs/read_helper.c:435:25: error: implicit declaration of function 'flush_dcache_folio'

Fixed in linux-next with commit d2f0559fc2d1 ("csky,sparc: Declare flush_dcache_folio()").

mips:allmodconfig:

ERROR: modpost: missing MODULE_LICENSE() in drivers/pci/controller/pcie-mt7621.o
ERROR: modpost: "mips_cm_unlock_other" [drivers/pci/controller/pcie-mt7621.ko] undefined!
ERROR: modpost: "mips_cpc_base" [drivers/pci/controller/pcie-mt7621.ko] undefined!
ERROR: modpost: "mips_cm_lock_other" [drivers/pci/controller/pcie-mt7621.ko] undefined!
ERROR: modpost: "mips_cm_is64" [drivers/pci/controller/pcie-mt7621.ko] undefined!
ERROR: modpost: "mips_gcr_base" [drivers/pci/controller/pcie-mt7621.ko] undefined!

Not fixed in -next. Caused by commit 2bdd5238e756 ("PCI: mt7621: Add MediaTek MT7621
PCIe host controller driver")  which states "depends on (RALINK && SOC_MT7621) ||
(MIPS && COMPILE_TEST)" (I guess mips:allmodconfig wasn't tested).


parisc:allmodconfig: Lots of build failures in arch/parisc/include/asm/jump_label.h.
Not fixed in -next. The problem seens to be related to the thread_info changes,
or at least bisect points to commit 01463374c50e ("Merge tag 'cpu-to-thread_info-v5.16-rc1'
of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux").


powerpc:allmodconfig

fs/ntfs/aops.c: In function 'ntfs_write_mst_block':
fs/ntfs/aops.c:1311:1: error: the frame size of 2240 bytes is larger than 2048 bytes

Bisect points to commit f22969a6604 ("powerpc/64s: Default to 64K pages for
64 bit book3s"), and reverting that commit does fix the problem.
The problem is
	ntfs_inode *locked_nis[PAGE_SIZE / NTFS_BLOCK_SIZE];

I don't see the problem in next-20211115, but I don't immediately see how it was fixed there.


powerpc:ppc6xx_defconfig

arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c: In function 'mcu_remove':
arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c:189:13: error: unused variable 'ret'

Caused by commit 5d354dc35ebb ("powerpc/83xx/mpc8349emitx: Make mcu_gpiochip_remove()
return void"). Still seen in -next.


powerpc:qemu_ppc64_book3s_defconfig:

arch/powerpc/mm/slice.c: In function ‘slice_get_unmapped_area’:
arch/powerpc/mm/slice.c:639:1: error: the frame size of 1056 bytes is larger than 1024 bytes

Bisect again points to commit f22969a6604 ("powerpc/64s: Default to 64K pages
for 64 bit book3s"), and reverting that commit does fix the problem.
This is still seen in -next.

Guenter

  parent reply	other threads:[~2021-11-15 17:07 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-14 22:28 Linux 5.16-rc1 Linus Torvalds
2021-11-15  3:17 ` linux-next: stats (Was: Linux 5.16-rc1) Stephen Rothwell
2021-11-15 18:02   ` is arch/h8300 dead, was " Christoph Hellwig
2021-11-15  4:56 ` Linux 5.16-rc1 Guenter Roeck
2021-11-15  5:21   ` Linus Torvalds
2021-11-15  6:33     ` Guenter Roeck
2021-11-15 17:07     ` Guenter Roeck [this message]
2021-11-15 17:53       ` Linus Torvalds
2021-11-15 20:39         ` Nick Terrell
2021-11-15 18:10       ` Linus Torvalds
2021-11-15 18:19         ` Helge Deller
2021-11-15 18:38         ` Guenter Roeck
2021-11-16 11:36       ` Michael Ellerman
2021-11-16 14:50         ` Guenter Roeck
2021-11-17 20:18         ` Geert Uytterhoeven
2021-11-17 23:29           ` Anton Altaparmakov
2021-11-18  0:28             ` Linus Torvalds
2021-11-18  1:26               ` Anton Altaparmakov
2021-11-18  1:54                 ` Linus Torvalds
2021-11-18 21:23                   ` Guenter Roeck
2021-11-18 22:34                     ` Linus Torvalds
2021-11-18 23:08                       ` Guenter Roeck
2021-11-15 16:14   ` Geert Uytterhoeven

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=652edea7-28a0-70d9-c63f-d910b5942454@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).