From: Michal Simek <monstr@monstr.eu>
To: jamie.garside@york.ac.uk, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Fixed Microblaze syscall error recovery for invalid syscall IDs.
Date: Thu, 05 Mar 2015 13:28:39 +0100 [thread overview]
Message-ID: <54F84BF7.80200@monstr.eu> (raw)
In-Reply-To: <1424705735-9907-1-git-send-email-jamie.garside@york.ac.uk>
[-- Attachment #1: Type: text/plain, Size: 2638 bytes --]
On 02/23/2015 04:35 PM, jamie.garside@york.ac.uk wrote:
> From: Jamie Garside <jamie.garside@york.ac.uk>
>
> This patch fixes two bugs in the Microblaze syscall trap handler when an invalid
> syscall ID is used.
>
> First, the range check on line 351 only checks for syscall IDs greater than
> __NR_syscalls. A negative syscall ID (either passed to `syscall()` or as returned
> by `do_syscall_trace_enter()` on error) will still satisfy this test and cause
> the Linux kernel to access an invalid memory location and cause a kernel oops.
> This has been fixed by also checking for r12 < 0.
>
> Secondly, the current error recovery at line 378 returns using the wrong register
> (r15 instead of r14) and does not restore the previous stack state. This has been
> fixed by invoking `ret_from_trap` on error, setting r3 to `-ENOSYS`, similar to
> what would happen when calling a valid syscall.
>
> Signed-off-by: Jamie Garside <jamie.garside@york.ac.uk>
> ---
> arch/microblaze/kernel/entry.S | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/arch/microblaze/kernel/entry.S b/arch/microblaze/kernel/entry.S
> index 0536bc0..101f13c 100644
> --- a/arch/microblaze/kernel/entry.S
> +++ b/arch/microblaze/kernel/entry.S
> @@ -348,8 +348,9 @@ C_ENTRY(_user_exception):
> * The LP register should point to the location where the called function
> * should return. [note that MAKE_SYS_CALL uses label 1] */
> /* See if the system call number is valid */
> + blti r12, 5f
> addi r11, r12, -__NR_syscalls;
> - bgei r11,5f;
> + bgei r11, 5f;
> /* Figure out which function to use for this system call. */
> /* Note Microblaze barrel shift is optional, so don't rely on it */
> add r12, r12, r12; /* convert num -> ptr */
> @@ -375,7 +376,7 @@ C_ENTRY(_user_exception):
>
> /* The syscall number is invalid, return an error. */
> 5:
> - rtsd r15, 8; /* looks like a normal subroutine return */
> + braid ret_from_trap
> addi r3, r0, -ENOSYS;
>
> /* Entry point used to return from a syscall/trap */
>
Looks reasonable and I have also tested it.
I have fixed subject, coding style and I have create one more
patch to fix that coding style issue.
The patches should be in linux-next.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/
Maintainer of Linux kernel - Xilinx Zynq ARM architecture
Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
prev parent reply other threads:[~2015-03-05 12:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-23 15:35 [PATCH] Fixed Microblaze syscall error recovery for invalid syscall IDs jamie.garside
2015-03-05 12:28 ` Michal Simek [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54F84BF7.80200@monstr.eu \
--to=monstr@monstr.eu \
--cc=jamie.garside@york.ac.uk \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.