Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined
by Moore, Robert
-----Original Message-----
From: Weidong Cui <weidongcui(a)gmail.com>
Sent: Thursday, March 04, 2021 9:06 AM
To: Moore, Robert <robert.moore(a)intel.com>
Cc: Kaneda, Erik <erik.kaneda(a)intel.com>; Wysocki, Rafael J <rafael.j.wysocki(a)intel.com>; Xinyang Ge <aegiryy(a)gmail.com>; linux-acpi(a)vger.kernel.org; devel(a)acpica.org; linux-kernel(a)vger.kernel.org; Len Brown <lenb(a)kernel.org>
Subject: Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined
> Well, I don't like the fact that PCI_CONFIGURED would have to be defined by each current host:
>
> > +#ifdef ACPI_PCI_CONFIGURED
>
> I would rather the logic be reversed:
>
> > +#ifdef ACPI_PCI_NOT_CONFIGURED
Thank you for the comments, Erik and Bob!
ACPI_PCI_CONFIGURED is defined in aclinux.h (see below) and used in several places in evhandler.c and exregion.c.
I'm not sure why we want to introduce ACPI_PCI_NOT_CONFIGURED. Bob, I don't understand your concerns about "have to be defined by each current host". Can you please shed some light on it?
It is required in aclinux.h, and thus it is required in every host-dependent configuration file (acfreebsd.h, acmacosx.h, acnetbsd.h, achaiku.h, etc.) I would rather not force these host-specific header files to change.
Bob
#ifdef CONFIG_PCI
#define ACPI_PCI_CONFIGURED
#endif
> -----Original Message-----
> From: Kaneda, Erik <erik.kaneda(a)intel.com>
> Sent: Wednesday, March 03, 2021 10:29 AM
> To: Weidong Cui <weidongcui(a)gmail.com>; Moore, Robert
> <robert.moore(a)intel.com>; Wysocki, Rafael J
> <rafael.j.wysocki(a)intel.com>
> Cc: Xinyang Ge <aegiryy(a)gmail.com>; linux-acpi(a)vger.kernel.org;
> devel(a)acpica.org; linux-kernel(a)vger.kernel.org; Len Brown
> <lenb(a)kernel.org>
> Subject: RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in
> acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is
> defined
>
> This looks good to me. Bob, do you have any comments?
>
> Erik
>
> > -----Original Message-----
> > From: Weidong Cui <weidongcui(a)gmail.com>
> > Sent: Monday, February 8, 2021 7:18 PM
> > To: Moore, Robert <robert.moore(a)intel.com>; Kaneda, Erik
> > <erik.kaneda(a)intel.com>; Wysocki, Rafael J
> > <rafael.j.wysocki(a)intel.com>; Len Brown <lenb(a)kernel.org>
> > Cc: Weidong Cui <weidongcui(a)gmail.com>; Xinyang Ge
> > <aegiryy(a)gmail.com>; linux-acpi(a)vger.kernel.org; devel(a)acpica.org;
> > linux- kernel(a)vger.kernel.org
> > Subject: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in
> > acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is
> > defined
> >
> > Signed-off-by: Weidong Cui <weidongcui(a)gmail.com>
> > Signed-off-by: Xinyang Ge <aegiryy(a)gmail.com>
> > ---
> > drivers/acpi/acpica/evhandler.c | 2 ++
> > include/acpi/acconfig.h | 4 ++++
> > 2 files changed, 6 insertions(+)
> >
> > diff --git a/drivers/acpi/acpica/evhandler.c
> > b/drivers/acpi/acpica/evhandler.c index 5884eba04..4c25ad433 100644
> > --- a/drivers/acpi/acpica/evhandler.c
> > +++ b/drivers/acpi/acpica/evhandler.c
> > @@ -26,7 +26,9 @@ acpi_ev_install_handler(acpi_handle obj_handle,
> > u8 acpi_gbl_default_address_spaces[ACPI_NUM_DEFAULT_SPACES] = {
> > ACPI_ADR_SPACE_SYSTEM_MEMORY,
> > ACPI_ADR_SPACE_SYSTEM_IO,
> > +#ifdef ACPI_PCI_CONFIGURED
> > ACPI_ADR_SPACE_PCI_CONFIG,
> > +#endif
> > ACPI_ADR_SPACE_DATA_TABLE
> > };
> >
> > diff --git a/include/acpi/acconfig.h b/include/acpi/acconfig.h index
> > a225eff49..790999028 100644
> > --- a/include/acpi/acconfig.h
> > +++ b/include/acpi/acconfig.h
> > @@ -162,7 +162,11 @@
> > /* Maximum space_ids for Operation Regions */
> >
> > #define ACPI_MAX_ADDRESS_SPACE 255
> > +#ifdef ACPI_PCI_CONFIGURED
> > #define ACPI_NUM_DEFAULT_SPACES 4
> > +#else
> > +#define ACPI_NUM_DEFAULT_SPACES 3
> > +#endif
> >
> > /* Array sizes. Used for range checking also */
> >
> > --
> > 2.24.3 (Apple Git-128)
>
1 year, 2 months
Re: [PATCH 1/1] ACPI: fix acpi table use after free
by Rafael J. Wysocki
On Fri, Mar 5, 2021 at 12:14 AM George Kennedy
<george.kennedy(a)oracle.com> wrote:
>
> Hello Rafael,
>
> On 3/4/2021 7:14 AM, Rafael J. Wysocki wrote:
> > On Thu, Mar 4, 2021 at 2:22 AM George Kennedy <george.kennedy(a)oracle.com> wrote:
> >> Since commit 7fef431be9c9 ("mm/page_alloc: place pages to tail
> >> in __free_pages_core()") the following use after free occurs
> >> intermittently when acpi tables are accessed.
> >>
> >> BUG: KASAN: use-after-free in ibft_init+0x134/0xc49
> >> Read of size 4 at addr ffff8880be453004 by task swapper/0/1
> >> CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.12.0-rc1-7a7fd0d #1
> >> Call Trace:
> >> dump_stack+0xf6/0x158
> >> print_address_description.constprop.9+0x41/0x60
> >> kasan_report.cold.14+0x7b/0xd4
> >> __asan_report_load_n_noabort+0xf/0x20
> >> ibft_init+0x134/0xc49
> >> do_one_initcall+0xc4/0x3e0
> >> kernel_init_freeable+0x5af/0x66b
> >> kernel_init+0x16/0x1d0
> >> ret_from_fork+0x22/0x30
> >>
> >> ACPI tables mapped via kmap() do not have their mapped pages
> >> reserved and the pages can be "stolen" by the buddy allocator.
> >>
> > What do you mean by this?
>>
> The ibft table, for example, is mapped in via acpi_map() and kmap(). The
> page for the ibft table is not reserved, so it can end up on the freelist.
You appear to be saying that it is not sufficient to kmap() a page in
order to use it safely. It is also necessary to reserve it upfront,
for example with the help of memblock_reserve(). Is that correct? If
so, is there an alternative way to reserve a page frame?
> >
> >> Use memblock_reserve() to reserve all the ACPI table pages.
> > How is this going to help?
> If the ibft table page is not reserved, it will end up on the freelist
> and potentially be allocated before ibft_init() is called.
>
> I believe this is the call that causes the ibft table page (in this case
> pfn=0xbe453) to end up on the freelist:
>
> memmap_init_range: size=bd49b, nid=0, zone=1, start_pfn=1000,
> zone_end_pfn=100000
David, is commit 7fef431be9c9 related to this and if so, then how?
> [ 0.477319] memmap_init_range+0x33b/0x4e2
> [ 0.479053] memmap_init_zone+0x1e0/0x243
> [ 0.485276] free_area_init_node+0xa4e/0xac5
> [ 0.498242] free_area_init+0xf4a/0x107a
> [ 0.509958] zone_sizes_init+0xd9/0x111
> [ 0.511731] paging_init+0x4a/0x4c
> [ 0.512417] setup_arch+0x14f8/0x1758
> [ 0.519193] start_kernel+0x6c/0x46f
> [ 0.519921] x86_64_start_reservations+0x37/0x39
> [ 0.520847] x86_64_start_kernel+0x7b/0x7e
> [ 0.521666] secondary_startup_64_no_verify+0xb0/0xbb
>
> >
> >> Signed-off-by: George Kennedy <george.kennedy(a)oracle.com>
> >> ---
> >> arch/x86/kernel/setup.c | 3 +--
> >> drivers/acpi/acpica/tbinstal.c | 4 ++++
> >> 2 files changed, 5 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
> >> index d883176..97deea3 100644
> >> --- a/arch/x86/kernel/setup.c
> >> +++ b/arch/x86/kernel/setup.c
> >> @@ -1046,6 +1046,7 @@ void __init setup_arch(char **cmdline_p)
> >> cleanup_highmap();
> >>
> >> memblock_set_current_limit(ISA_END_ADDRESS);
> >> + acpi_boot_table_init();
> > This cannot be moved before the acpi_table_upgrade() invocation AFAICS.
> >
> > Why exactly do you want to move it?
>
> Want to make sure there are slots for memblock_reserve() to be able to
> reserve the page.
Well, that may not require reordering the initialization this way.
> >> e820__memblock_setup();
> >>
> >> /*
> >> @@ -1139,8 +1140,6 @@ void __init setup_arch(char **cmdline_p)
> >> /*
> >> * Parse the ACPI tables for possible boot-time SMP configuration.
> >> */
> >> - acpi_boot_table_init();
> >> -
> >> early_acpi_boot_init();
> >>
> >> initmem_init();
> >> diff --git a/drivers/acpi/acpica/tbinstal.c b/drivers/acpi/acpica/tbinstal.c
> >> index 8d1e5b5..4e32b22 100644
> >> --- a/drivers/acpi/acpica/tbinstal.c
> >> +++ b/drivers/acpi/acpica/tbinstal.c
> >> @@ -8,6 +8,7 @@
> >> *****************************************************************************/
> >>
> >> #include <acpi/acpi.h>
> >> +#include <linux/memblock.h>
> >> #include "accommon.h"
> >> #include "actables.h"
> >>
> >> @@ -58,6 +59,9 @@
> >> new_table_desc->flags,
> >> new_table_desc->pointer);
> >>
> >> + memblock_reserve(new_table_desc->address,
> >> + PAGE_ALIGN(new_table_desc->pointer->length));
> >> +
> > Why do you want to do this here in the first place?
>
> If there is a better place to do it, I can move the memblock_reserve()
> there. The memblock_reserve() cannot be done from the ibft code - it's
> too late - the ibft table page has already ended up on the freelist by
> the time ibft_init() is called.
I see.
> >
> > Things like that cannot be done in the ACPICA code in general.
>
> Can you recommend a better place to do the memblock_reserve() from?
Maybe. I need to understand the problem better, though.
Thanks!
1 year, 2 months
Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined
by Moore, Robert
Well, I don't like the fact that PCI_CONFIGURED would have to be defined by each current host:
> +#ifdef ACPI_PCI_CONFIGURED
I would rather the logic be reversed:
> +#ifdef ACPI_PCI_NOT_CONFIGURED
-----Original Message-----
From: Kaneda, Erik <erik.kaneda(a)intel.com>
Sent: Wednesday, March 03, 2021 10:29 AM
To: Weidong Cui <weidongcui(a)gmail.com>; Moore, Robert <robert.moore(a)intel.com>; Wysocki, Rafael J <rafael.j.wysocki(a)intel.com>
Cc: Xinyang Ge <aegiryy(a)gmail.com>; linux-acpi(a)vger.kernel.org; devel(a)acpica.org; linux-kernel(a)vger.kernel.org; Len Brown <lenb(a)kernel.org>
Subject: RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined
This looks good to me. Bob, do you have any comments?
Erik
> -----Original Message-----
> From: Weidong Cui <weidongcui(a)gmail.com>
> Sent: Monday, February 8, 2021 7:18 PM
> To: Moore, Robert <robert.moore(a)intel.com>; Kaneda, Erik
> <erik.kaneda(a)intel.com>; Wysocki, Rafael J
> <rafael.j.wysocki(a)intel.com>; Len Brown <lenb(a)kernel.org>
> Cc: Weidong Cui <weidongcui(a)gmail.com>; Xinyang Ge
> <aegiryy(a)gmail.com>; linux-acpi(a)vger.kernel.org; devel(a)acpica.org;
> linux- kernel(a)vger.kernel.org
> Subject: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in
> acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is
> defined
>
> Signed-off-by: Weidong Cui <weidongcui(a)gmail.com>
> Signed-off-by: Xinyang Ge <aegiryy(a)gmail.com>
> ---
> drivers/acpi/acpica/evhandler.c | 2 ++
> include/acpi/acconfig.h | 4 ++++
> 2 files changed, 6 insertions(+)
>
> diff --git a/drivers/acpi/acpica/evhandler.c
> b/drivers/acpi/acpica/evhandler.c index 5884eba04..4c25ad433 100644
> --- a/drivers/acpi/acpica/evhandler.c
> +++ b/drivers/acpi/acpica/evhandler.c
> @@ -26,7 +26,9 @@ acpi_ev_install_handler(acpi_handle obj_handle,
> u8 acpi_gbl_default_address_spaces[ACPI_NUM_DEFAULT_SPACES] = {
> ACPI_ADR_SPACE_SYSTEM_MEMORY,
> ACPI_ADR_SPACE_SYSTEM_IO,
> +#ifdef ACPI_PCI_CONFIGURED
> ACPI_ADR_SPACE_PCI_CONFIG,
> +#endif
> ACPI_ADR_SPACE_DATA_TABLE
> };
>
> diff --git a/include/acpi/acconfig.h b/include/acpi/acconfig.h index
> a225eff49..790999028 100644
> --- a/include/acpi/acconfig.h
> +++ b/include/acpi/acconfig.h
> @@ -162,7 +162,11 @@
> /* Maximum space_ids for Operation Regions */
>
> #define ACPI_MAX_ADDRESS_SPACE 255
> +#ifdef ACPI_PCI_CONFIGURED
> #define ACPI_NUM_DEFAULT_SPACES 4
> +#else
> +#define ACPI_NUM_DEFAULT_SPACES 3
> +#endif
>
> /* Array sizes. Used for range checking also */
>
> --
> 2.24.3 (Apple Git-128)
1 year, 2 months
Re: [PATCH 1/1] ACPI: fix acpi table use after free
by Rafael J. Wysocki
On Thu, Mar 4, 2021 at 2:22 AM George Kennedy <george.kennedy(a)oracle.com> wrote:
>
> Since commit 7fef431be9c9 ("mm/page_alloc: place pages to tail
> in __free_pages_core()") the following use after free occurs
> intermittently when acpi tables are accessed.
>
> BUG: KASAN: use-after-free in ibft_init+0x134/0xc49
> Read of size 4 at addr ffff8880be453004 by task swapper/0/1
> CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.12.0-rc1-7a7fd0d #1
> Call Trace:
> dump_stack+0xf6/0x158
> print_address_description.constprop.9+0x41/0x60
> kasan_report.cold.14+0x7b/0xd4
> __asan_report_load_n_noabort+0xf/0x20
> ibft_init+0x134/0xc49
> do_one_initcall+0xc4/0x3e0
> kernel_init_freeable+0x5af/0x66b
> kernel_init+0x16/0x1d0
> ret_from_fork+0x22/0x30
>
> ACPI tables mapped via kmap() do not have their mapped pages
> reserved and the pages can be "stolen" by the buddy allocator.
What do you mean by this?
> Use memblock_reserve() to reserve all the ACPI table pages.
How is this going to help?
> Signed-off-by: George Kennedy <george.kennedy(a)oracle.com>
> ---
> arch/x86/kernel/setup.c | 3 +--
> drivers/acpi/acpica/tbinstal.c | 4 ++++
> 2 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
> index d883176..97deea3 100644
> --- a/arch/x86/kernel/setup.c
> +++ b/arch/x86/kernel/setup.c
> @@ -1046,6 +1046,7 @@ void __init setup_arch(char **cmdline_p)
> cleanup_highmap();
>
> memblock_set_current_limit(ISA_END_ADDRESS);
> + acpi_boot_table_init();
This cannot be moved before the acpi_table_upgrade() invocation AFAICS.
Why exactly do you want to move it?
> e820__memblock_setup();
>
> /*
> @@ -1139,8 +1140,6 @@ void __init setup_arch(char **cmdline_p)
> /*
> * Parse the ACPI tables for possible boot-time SMP configuration.
> */
> - acpi_boot_table_init();
> -
> early_acpi_boot_init();
>
> initmem_init();
> diff --git a/drivers/acpi/acpica/tbinstal.c b/drivers/acpi/acpica/tbinstal.c
> index 8d1e5b5..4e32b22 100644
> --- a/drivers/acpi/acpica/tbinstal.c
> +++ b/drivers/acpi/acpica/tbinstal.c
> @@ -8,6 +8,7 @@
> *****************************************************************************/
>
> #include <acpi/acpi.h>
> +#include <linux/memblock.h>
> #include "accommon.h"
> #include "actables.h"
>
> @@ -58,6 +59,9 @@
> new_table_desc->flags,
> new_table_desc->pointer);
>
> + memblock_reserve(new_table_desc->address,
> + PAGE_ALIGN(new_table_desc->pointer->length));
> +
Why do you want to do this here in the first place?
Things like that cannot be done in the ACPICA code in general.
> acpi_tb_print_table_header(new_table_desc->address,
> new_table_desc->pointer);
>
> --
1 year, 2 months
[pm:bleeding-edge] BUILD SUCCESS 2f2defdc442de857134919fc517d0b9ee7df17df
by kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git bleeding-edge
branch HEAD: 2f2defdc442de857134919fc517d0b9ee7df17df Merge branch 'acpi-bus' into bleeding-edge
elapsed time: 725m
configs tested: 93
configs skipped: 2
The following configs have been built successfully.
More configs may be tested in the coming days.
gcc tested configs:
arm defconfig
arm64 allyesconfig
arm64 defconfig
arm allyesconfig
arm allmodconfig
arm pxa_defconfig
powerpc xes_mpc85xx_defconfig
arm dove_defconfig
sh se7780_defconfig
powerpc chrp32_defconfig
mips loongson1b_defconfig
ia64 defconfig
powerpc tqm8540_defconfig
arm spear13xx_defconfig
mips cu1830-neo_defconfig
powerpc tqm5200_defconfig
mips rm200_defconfig
arm64 alldefconfig
arm oxnas_v6_defconfig
arm zeus_defconfig
mips bcm47xx_defconfig
powerpc ppa8548_defconfig
m68k stmark2_defconfig
sh rsk7201_defconfig
ia64 allmodconfig
ia64 allyesconfig
m68k allmodconfig
m68k defconfig
m68k allyesconfig
nios2 defconfig
arc allyesconfig
nds32 allnoconfig
nds32 defconfig
nios2 allyesconfig
csky defconfig
alpha defconfig
alpha allyesconfig
xtensa allyesconfig
h8300 allyesconfig
arc defconfig
sh allmodconfig
parisc defconfig
s390 allyesconfig
s390 allmodconfig
parisc allyesconfig
s390 defconfig
i386 allyesconfig
sparc allyesconfig
sparc defconfig
i386 tinyconfig
i386 defconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20210303
i386 randconfig-a003-20210303
i386 randconfig-a002-20210303
i386 randconfig-a004-20210303
i386 randconfig-a006-20210303
i386 randconfig-a001-20210303
x86_64 randconfig-a013-20210303
x86_64 randconfig-a016-20210303
x86_64 randconfig-a015-20210303
x86_64 randconfig-a014-20210303
x86_64 randconfig-a012-20210303
x86_64 randconfig-a011-20210303
i386 randconfig-a016-20210303
i386 randconfig-a012-20210303
i386 randconfig-a014-20210303
i386 randconfig-a013-20210303
i386 randconfig-a011-20210303
i386 randconfig-a015-20210303
riscv nommu_k210_defconfig
riscv allyesconfig
riscv nommu_virt_defconfig
riscv allnoconfig
riscv defconfig
riscv rv32_defconfig
riscv allmodconfig
x86_64 allyesconfig
x86_64 rhel-7.6-kselftests
x86_64 defconfig
x86_64 rhel-8.3
x86_64 rhel-8.3-kbuiltin
x86_64 kexec
clang tested configs:
x86_64 randconfig-a006-20210303
x86_64 randconfig-a001-20210303
x86_64 randconfig-a004-20210303
x86_64 randconfig-a002-20210303
x86_64 randconfig-a005-20210303
x86_64 randconfig-a003-20210303
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 2 months
[pm:bleeding-edge] BUILD SUCCESS bb2cc4dc633be7a9373efff763f52cf302bdf016
by kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git bleeding-edge
branch HEAD: bb2cc4dc633be7a9373efff763f52cf302bdf016 Merge branch 'powercap' into bleeding-edge
elapsed time: 721m
configs tested: 95
configs skipped: 2
The following configs have been built successfully.
More configs may be tested in the coming days.
gcc tested configs:
arm defconfig
arm64 allyesconfig
arm64 defconfig
arm allyesconfig
arm allmodconfig
mips tb0287_defconfig
sh rsk7269_defconfig
arm xcep_defconfig
mips capcella_defconfig
mips tb0226_defconfig
powerpc mpc8540_ads_defconfig
sparc allyesconfig
arm omap1_defconfig
arm orion5x_defconfig
xtensa xip_kc705_defconfig
powerpc mpc8272_ads_defconfig
sh r7780mp_defconfig
sh se7751_defconfig
mips cu1000-neo_defconfig
powerpc obs600_defconfig
mips xway_defconfig
powerpc g5_defconfig
arm palmz72_defconfig
sparc sparc32_defconfig
powerpc tqm8540_defconfig
ia64 allmodconfig
ia64 defconfig
ia64 allyesconfig
m68k allmodconfig
m68k defconfig
m68k allyesconfig
nds32 defconfig
nios2 allyesconfig
csky defconfig
alpha defconfig
alpha allyesconfig
xtensa allyesconfig
h8300 allyesconfig
arc defconfig
sh allmodconfig
parisc defconfig
s390 allyesconfig
s390 allmodconfig
parisc allyesconfig
s390 defconfig
i386 allyesconfig
sparc defconfig
i386 tinyconfig
i386 defconfig
nios2 defconfig
arc allyesconfig
nds32 allnoconfig
c6x allyesconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20210301
i386 randconfig-a003-20210301
i386 randconfig-a002-20210301
i386 randconfig-a004-20210301
i386 randconfig-a006-20210301
i386 randconfig-a001-20210301
x86_64 randconfig-a013-20210301
x86_64 randconfig-a016-20210301
x86_64 randconfig-a015-20210301
x86_64 randconfig-a014-20210301
x86_64 randconfig-a012-20210301
x86_64 randconfig-a011-20210301
i386 randconfig-a016-20210301
i386 randconfig-a012-20210301
i386 randconfig-a014-20210301
i386 randconfig-a013-20210301
i386 randconfig-a011-20210301
i386 randconfig-a015-20210301
riscv nommu_k210_defconfig
riscv allyesconfig
riscv nommu_virt_defconfig
riscv allnoconfig
riscv defconfig
riscv rv32_defconfig
riscv allmodconfig
x86_64 allyesconfig
x86_64 rhel-7.6-kselftests
x86_64 defconfig
x86_64 rhel-8.3
x86_64 rhel-8.3-kbuiltin
x86_64 kexec
clang tested configs:
x86_64 randconfig-a006-20210301
x86_64 randconfig-a001-20210301
x86_64 randconfig-a004-20210301
x86_64 randconfig-a002-20210301
x86_64 randconfig-a005-20210301
x86_64 randconfig-a003-20210301
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 2 months