[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <167025000853.271112.9111364887989842067.b4-ty@kernel.org>
Date: Mon, 5 Dec 2022 15:43:04 +0000
From: Will Deacon <will@...nel.org>
To: "Masami Hiramatsu (Google)" <mhiramat@...nel.org>,
Catalin Marinas <catalin.marinas@....com>
Cc: kernel-team@...roid.com, Will Deacon <will@...nel.org>,
Mark Brown <broonie@...nel.org>,
Sandeepa Prabhu <sandeepa.s.prabhu@...il.com>,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
Mark Rutland <mark.rutland@....com>,
Kalesh Singh <kaleshsingh@...gle.com>,
Marc Zyngier <maz@...nel.org>
Subject: Re: [PATCH v2 0/3] arm64: kprobes: Fix bugs in kprobes for arm64
On Fri, 2 Dec 2022 11:18:23 +0900, Masami Hiramatsu (Google) wrote:
> Here is the 2nd version of the kprobe bugfixes on arm64. The previous
> series is here;
>
> https://lore.kernel.org/all/166990553243.253128.13594802750635478633.stgit@devnote3/T/#u
>
> The first one is a critical issue, which will cause a kernel crach
> easily with lockdep[1/3]. Others are minor issues and rare cases.
> The [2/3] let do_page_fault() fixup the page fault in kprobes user
> handler, and [3/3] is more like code cleanup and returns
> DBG_HOOK_ERROR if it can not handle kprobe's BRK (but that
> should not happen.)
>
> [...]
Applied to arm64 (for-next/kprobes), thanks!
[1/3] arm64: Prohibit instrumentation on arch_stack_walk()
https://git.kernel.org/arm64/c/0fbcd8abf337
[2/3] arm64: kprobes: Let arch do_page_fault() fix up page fault in user handler
https://git.kernel.org/arm64/c/30a421552373
[3/3] arm64: kprobes: Return DBG_HOOK_ERROR if kprobes can not handle a BRK
https://git.kernel.org/arm64/c/3b84efc066f8
Cheers,
--
Will
https://fixes.arm64.dev
https://next.arm64.dev
https://will.arm64.dev
Powered by blists - more mailing lists