On 2/1/21 9:09 PM, Rong Chen wrote:
You should still do randconfig testing for s390 (for other problems), but the robot has been
On 2/2/21 6:38 AM, Randy Dunlap wrote:
On 1/31/21 4:06 PM, kernel test robot wrote:Hi Randy,
Hi Wang,Hi robot,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 1048ba83fb1c00cd24172e23e8263972f6b5d9ac
commit: bd69058f50d5ffa659423bcfa6fe6280ce9c760a net: ll_temac: Use devm_platform_ioremap_resource_byname()
date: 6 months ago
config: s390-randconfig-r034-20210201 (attached as .config)
Instead of hit & miss with s390 randconfigs, you could do what I did:
(all for arch/s390/):
Thanks for the advice, do you mean we don't need to test randconfig for arch s390?
sending out a lot of build errors similar to this one, using different randconfig files.
I am just saying that you can find all of the ioremap/iounmap/devm_io* type build errors
in one kernel config file as described above.
Best Regards,
Rong Chen
$ make allmodconfig
$ scripts/config -d PCI ## this also disables HAS_IOMEM
$ make oldconfig
$ make all
The latter gives a full list of drivers etc. that use iomemp/ioremap etc. as well as dev_io* variants instead of just a few random ones.
All errors (new ones prefixed by >>):_______________________________________________
s390-linux-ld: drivers/net/ethernet/xilinx/ll_temac_main.o: in function `temac_probe':
ll_temac_main.c:(.text+0x39b6): undefined reference to `devm_platform_ioremap_resource_byname'
s390-linux-ld: ll_temac_main.c:(.text+0x3bce): undefined reference to `devm_ioremap's390-linux-ld: ll_temac_main.c:(.text+0x3a4c): undefined reference to `devm_platform_ioremap_resource_byname'
s390-linux-ld: drivers/net/ethernet/xilinx/xilinx_axienet_main.o: in function `axienet_probe':
xilinx_axienet_main.c:(.text+0x844): undefined reference to `devm_ioremap_resource'