Hi Frank,
Thanks for the report.
On Fri, May 26, 2023 at 3:55 AM Frank Scheiner <frank.scheiner@xxxxxx> wrote:
>
> Dear all,
>
> there is a boot regression in effect in Linux v6.4-rc3 that affects at
> least:
>
> * rx2620 (w/2 x Montecito and zx1)
> * rx2800-i2 (w/1 x Tukwila)
>
> ...(see second part of [1] and following posts for more details, [2] and
> [3] for the respective logs), example here:
>
> ```
> ELILO v3.16 for EFI/IA-64
> ..
> Uncompressing Linux... done
> Loading file AC100221.initrd.img...done
> [ 0.000000] Linux version 6.4.0-rc3 (root@x4270) (ia64-linux-gcc
> (GCC) 12.2.0, GNU ld (GNU Binutils) 2.39) #1 SMP Thu May 25 15:52:20
> CEST 2023
> [ 0.000000] efi: EFI v1.1 by HP
> [ 0.000000] efi: SALsystab=0x3ee7a000 ACPI 2.0=0x3fe2a000
> ESI=0x3ee7b000 SMBIOS=0x3ee7c000 HCDP=0x3fe28000
> [ 0.000000] PCDP: v3 at 0x3fe28000
> [ 0.000000] earlycon: uart8250 at MMIO 0x00000000f4050000 (options
> '9600n8')
> [ 0.000000] printk: bootconsole [uart8250] enabled
> [ 0.000000] ACPI: Early table checksum verification disabled
> [ 0.000000] ACPI: RSDP 0x000000003FE2A000 000028 (v02 HP )
> [ 0.000000] ACPI: XSDT 0x000000003FE2A02C 0000CC (v01 HP rx2620
> 00000000 HP 00000000)
> [...]
> [ 3.793350] Run /init as init process
> Loading, please wait...
> Starting systemd-udevd version 252.6-1
> [ 3.951100] ------------[ cut here ]------------
> [ 3.951100] WARNING: CPU: 6 PID: 140 at kernel/module/main.c:1547
> __layout_sections+0x370/0x3c0
> [ 3.949512] Unable to handle kernel paging request at virtual address
> 1000000000000000
> [ 3.951100] Modules linked in:
> [ 3.951100] CPU: 6 PID: 140 Comm: (udev-worker) Not tainted 6.4.0-rc3 #1
> [ 3.956161] (udev-worker)[142]: Oops 11003706212352 [1]
> [ 3.951774] Hardware name: hp server rx2620 , BIOS
> 04.29
> 11/30/2007
> [ 3.951774]
> [ 3.951774] Call Trace:
> [ 3.958339] Unable to handle kernel paging request at virtual address
> 1000000000000000
> [ 3.956161] Modules linked in:
> [ 3.951774] [<a0000001000156d0>] show_stack.part.0+0x30/0x60
> [ 3.951774] sp=e000000183a67b20
> bsp=e000000183a61628
> [ 3.956161]
> [ 3.956161]
> ```
>
> [1]: https://lists.debian.org/debian-ia64/2023/05/msg00010.html
>
> [2]: https://pastebin.com/SAUKbG7Z
>
> [3]: https://pastebin.com/v1TTB2x3
It seems the error happened during the WARN_ON_ONCE. Could you
please try whether something like the following fixes it?
diff --git i/kernel/module/main.c w/kernel/module/main.c
index 0f9183f1ca9f..ae42dfc1a815 100644
--- i/kernel/module/main.c
+++ w/kernel/module/main.c
@@ -1537,7 +1537,7 @@ static void __layout_sections(struct module
*mod, struct load_info *info, bool i
|| is_init != module_init_layout_section(sname))
continue;
- if (WARN_ON_ONCE(type == MOD_INVALID))
+ if (type == MOD_INVALID)
continue;
s->sh_entsize =
module_get_offset_and_type(mod, type, s, i);
If that doesn't work, maybe we need something like this:
diff --git i/arch/ia64/kernel/module.c w/arch/ia64/kernel/module.c
index 3661135da9d9..4e9a7f0498e2 100644
--- i/arch/ia64/kernel/module.c
+++ w/arch/ia64/kernel/module.c
@@ -815,7 +815,7 @@ apply_relocate_add (Elf64_Shdr *sechdrs, const
char *strtab, unsigned int symind
uint64_t gp;
struct module_memory *mod_mem;
- mod_mem = &mod->mem[MOD_DATA];
+ mod_mem = &mod->mem[MOD_TEXT];
if (mod_mem->size > MAX_LTOFF)
/*
* This takes advantage of fact that
SHF_ARCH_SMALL gets allocated
Song
|