UBSAN: array-index-out-of-bounds in arch/powerpc/kernel/legacy_serial.c:359:56

Paul Menzel pmenzel at molgen.mpg.de
Fri May 7 18:42:10 AEST 2021


[+Andrey]

Dear Christophe,


Am 07.05.21 um 10:31 schrieb Christophe Leroy:

> Le 06/05/2021 à 21:32, Paul Menzel a écrit :
>> [corrected subject]
>>
>> Am 06.05.21 um 21:31 schrieb Paul Menzel:

>>> On the POWER8 system IBM S822LC, Linux 5.13+, built with USSAN, logs 
>>> the warning below.
>>>
>>> ```
>>> [    0.030091] 
>>> ================================================================================
>>> [    0.030295] UBSAN: array-index-out-of-bounds in arch/powerpc/kernel/legacy_serial.c:359:56
>>> [    0.030325] index -1 is out of range for type 'legacy_serial_info [8]'
>>> [    0.030350] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.12.0+ #2
>>> [    0.030360] Call Trace:
>>> [    0.030363] [c000000024f1bad0] [c0000000009f4330] dump_stack+0xc4/0x114 (unreliable)
>>> [    0.030386] [c000000024f1bb20] [c0000000009efed0] ubsan_epilogue+0x18/0x78
>>> [    0.030400] [c000000024f1bb80] [c0000000009efafc] __ubsan_handle_out_of_bounds+0xac/0xd0
>>> [    0.030414] [c000000024f1bc20] [c000000001711588] ioremap_legacy_serial_console+0x54/0x144
>>> [    0.030430] [c000000024f1bc70] [c0000000000123c0] do_one_initcall+0x60/0x2c0
>>> [    0.030444] [c000000024f1bd40] [c000000001704bc4] kernel_init_freeable+0x19c/0x25c
>>> [    0.030458] [c000000024f1bda0] [c000000000012a2c] kernel_init+0x2c/0x180
>>> [    0.030471] [c000000024f1be10] [c00000000000d6ec] ret_from_kernel_thread+0x5c/0x70
>>> [    0.030484] ================================================================================ 
>>>
>>> [    0.030641] ================================================================================
>>> [    0.030668] UBSAN: array-index-out-of-bounds in arch/powerpc/kernel/legacy_serial.c:360:58
>>> [    0.030697] index -1 is out of range for type 'plat_serial8250_port [9]'
>>> [    0.030721] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.12.0+ #2
>>> [    0.030730] Call Trace:
>>> [    0.030733] [c000000024f1bad0] [c0000000009f4330] dump_stack+0xc4/0x114 (unreliable)
>>> [    0.030749] [c000000024f1bb20] [c0000000009efed0] ubsan_epilogue+0x18/0x78
>>> [    0.030762] [c000000024f1bb80] [c0000000009efafc] __ubsan_handle_out_of_bounds+0xac/0xd0
>>> [    0.030775] [c000000024f1bc20] [c0000000017115a0] ioremap_legacy_serial_console+0x6c/0x144
>>> [    0.030790] [c000000024f1bc70] [c0000000000123c0] do_one_initcall+0x60/0x2c0
>>> [    0.030802] [c000000024f1bd40] [c000000001704bc4] kernel_init_freeable+0x19c/0x25c
>>> [    0.030816] [c000000024f1bda0] [c000000000012a2c] kernel_init+0x2c/0x180
>>> [    0.030829] [c000000024f1be10] [c00000000000d6ec] ret_from_kernel_thread+0x5c/0x70
>>> [    0.030842] ================================================================================
>>> ```
> 
> The function is as follows, so when legacy_serial_console == -1 as in 
> your situation, the pointers are just not used.
> 
> static int __init ioremap_legacy_serial_console(void)
> {
>      struct legacy_serial_info *info = &legacy_serial_infos[legacy_serial_console];
>      struct plat_serial8250_port *port = &legacy_serial_ports[legacy_serial_console];
>      void __iomem *vaddr;
> 
>      if (legacy_serial_console < 0)
>          return 0;
> 
> ...
> }
> 
> When I look into the generated code (UBSAN not selected), we see the 
> verification and the bail-out is done prior to any calculation based on 
> legacy_serial_console.
> 
> 00000000 <ioremap_legacy_serial_console>:
>    0:    94 21 ff e0     stwu    r1,-32(r1)
>    4:    3d 20 00 00     lis     r9,0
>              6: R_PPC_ADDR16_HA    .data
>    8:    7c 08 02 a6     mflr    r0
>    c:    bf 81 00 10     stmw    r28,16(r1)
>   10:    3b 80 00 00     li      r28,0
>   14:    83 a9 00 00     lwz     r29,0(r9)
>              16: R_PPC_ADDR16_LO    .data
>   18:    90 01 00 24     stw     r0,36(r1)
>   1c:    2c 1d 00 00     cmpwi   r29,0
>   20:    41 80 00 80     blt     a0 <ioremap_legacy_serial_console+0xa0>
> 
> So, is it normal that UBSAN reports an error here ?

If it’s useful, I could disassemble the code here. But please tell me how.

Sorry, I do not know. I just selected the option, and saw the error. 
Maybe Andrey has an idea.


Kind regards,

Paul


More information about the Linuxppc-dev mailing list