Thread (78 messages) flat view 78 messages, 10 authors, 2016-02-18
STALE3852d

[PATCH v5sub1 7/8] arm64: move kernel image to base of vmalloc area

From: mark.rutland@arm.com (Mark Rutland)
Date: 2016-02-15 14:35:09

On Mon, Feb 15, 2016 at 05:28:02PM +0300, Andrey Ryabinin wrote:

On 02/12/2016 07:06 PM, Catalin Marinas wrote:
quoted
So far, we have:

KASAN+for-next/kernmap goes wrong
KASAN+UBSAN goes wrong

Enabled individually, KASAN, UBSAN and for-next/kernmap seem fine. I may
have to trim for-next/core down until we figure out where the problem
is.

BUG: KASAN: stack-out-of-bounds in find_busiest_group+0x164/0x16a0 at addr ffffffc93665bc8c
Can it be related to TLB conflicts, which supposed to be fixed in "arm64: kasan: avoid TLB conflicts" patch
from "arm64: mm: rework page table creation" series ?
Currently I don't believe this is a TLB issue. We've been seeing issues
even with those patches in for-next/core with that patch included. It's
also incredibly reliable to trigger.

It seems that issues are more likely the larger the kernel image, so my
suspicion is that at some boundary condition we create the page tables
for the shadow region incorrectly. I'm only able to trigger this on a
particular machine, so the physical memory layout may also matter.

I'm currently looking into that.

Mark.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help