diff options
author | Paul Burton <paul.burton@imgtec.com> | 2016-11-07 12:52:19 +0100 |
---|---|---|
committer | Ralf Baechle <ralf@linux-mips.org> | 2017-01-03 16:34:36 +0100 |
commit | 3f00f4d8f083bc61005d0a1ef592b149f5c88bbd (patch) | |
tree | 75896ef070d4e5e5c5e9d5bb0e88315494e07fb9 /arch/mips/kernel/ptrace32.c | |
parent | MIPS: Relocatable: Provide plat_post_relocation hook (diff) | |
download | linux-3f00f4d8f083bc61005d0a1ef592b149f5c88bbd.tar.xz linux-3f00f4d8f083bc61005d0a1ef592b149f5c88bbd.zip |
MIPS: Ensure bss section ends on a long-aligned address
When clearing the .bss section in kernel_entry we do so using LONG_S
instructions, and branch whilst the current write address doesn't equal
the end of the .bss section minus the size of a long integer. The .bss
section always begins at a long-aligned address and we always increment
the write pointer by the size of a long integer - we therefore rely upon
the .bss section ending at a long-aligned address. If this is not the
case then the long-aligned write address can never be equal to the
non-long-aligned end address & we will continue to increment past the
end of the .bss section, attempting to zero the rest of memory.
Despite this requirement that .bss end at a long-aligned address we pass
0 as the end alignment requirement to the BSS_SECTION macro and thus
don't guarantee any particular alignment, allowing us to hit the error
condition described above.
Fix this by instead passing 8 bytes as the end alignment argument to
the BSS_SECTION macro, ensuring that the end of the .bss section is
always at least long-aligned.
Signed-off-by: Paul Burton <paul.burton@imgtec.com>
Cc: linux-mips@linux-mips.org
Patchwork: https://patchwork.linux-mips.org/patch/14526/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
Diffstat (limited to 'arch/mips/kernel/ptrace32.c')
0 files changed, 0 insertions, 0 deletions