Skip to content

Commit 6dd356d

Browse files
committed
ARC: unaligned: relax the check for gcc supporting -mno-unaligned-access
Without bleeding edge gcc, kernel builds were tripping everywhere. So current gcc will generate unaligned code despite !CONFIG_ARC_USE_UNALIGNED_MEM_ACCESS but that is something we have to live with. Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
1 parent 85d6adc commit 6dd356d

File tree

1 file changed

+0
-12
lines changed

1 file changed

+0
-12
lines changed

arch/arc/kernel/setup.c

Lines changed: 0 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -314,18 +314,6 @@ static char *arc_cpu_mumbojumbo(int cpu_id, char *buf, int len)
314314
IS_AVAIL1(cpu->extn_mpy.ver, mpy_opt),
315315
IS_AVAIL1(cpu->isa.div_rem, "div_rem "));
316316

317-
318-
#if defined(__ARC_UNALIGNED__) && !defined(CONFIG_ARC_USE_UNALIGNED_MEM_ACCESS)
319-
/*
320-
* gcc 7.3.1 (GNU 2018.03) onwards generate unaligned access by default
321-
* but -mno-unaligned-access to disable that didn't work until gcc 8.2.1
322-
* (GNU 2019.03). So landing here implies the interim period, when
323-
* despite Kconfig being off, gcc is generating unaligned accesses which
324-
* could bomb later on. So better to disallow such broken builds
325-
*/
326-
BUILD_BUG_ON_MSG(1, "gcc doesn't support -mno-unaligned-access");
327-
#endif
328-
329317
if (cpu->bpu.ver) {
330318
n += scnprintf(buf + n, len - n,
331319
"BPU\t\t: %s%s match, cache:%d, Predict Table:%d Return stk: %d",

0 commit comments

Comments
 (0)