From: Arnd Bergmann <arnd@arndb.de>
To: monstr@monstr.eu
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
LTP <ltp-list@lists.sourceforge.net>
Subject: Re: access_ok macor
Date: Tue, 14 Jul 2009 18:43:05 +0200 [thread overview]
Message-ID: <200907141843.05629.arnd@arndb.de> (raw)
In-Reply-To: <4A5CAEFF.9080206@monstr.eu>
On Tuesday 14 July 2009, Michal Simek wrote:
> Arnd Bergmann wrote:
> >> r29=00000000, r30=00000000, r31=CE9759A4, rPC=C000123C
> >> msr=800045AE, ear=00000001, esr=000000B2, fsr=000080D0
> >> Segmentation fault
> >>
> >
> > I guess then you should check if 0xc000123c is in your
> > exception table, or why it is not.
>
> on that address is load instruction for unaligned exception because addr is odd number
> that's why is called unaligned exception handler and from this function
> is called load instruction which failed. :-(
>
> Currently this make more sense why that tests failed. If that pointers are
> even number exception is not taken and exception sure don't have fixup for it because
> this is generic code. :-(
>
> That's the problem because we are looking for regs->pc but this point to unaligned exception
> handler.
Ok, that makes a lot of sense.
The solution then is to handle fixups from the unaligned exception handler
if you come from the kernel. That should fix the three text cases.
I don't fully understand your exception handling there, but I think you
also need to add code checking for __range_ok() to your unaligned handler,
to prevent malicious user space code from accessing the kernel through
unaligned pointers.
Arnd <><
next prev parent reply other threads:[~2009-07-14 16:43 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-14 12:56 access_ok macor Michal Simek
2009-07-14 13:21 ` Arnd Bergmann
2009-07-14 13:45 ` Michal Simek
2009-07-14 14:45 ` Arnd Bergmann
2009-07-14 15:06 ` Michal Simek
[not found] ` <200907141652.59049.arnd@arndb.de>
[not found] ` <4A5CAEFF.9080206@monstr.eu>
2009-07-14 16:43 ` Arnd Bergmann [this message]
2009-07-14 16:56 ` Michal Simek
2009-07-14 17:13 ` Arnd Bergmann
2009-07-14 17:45 ` Michal Simek
2009-07-15 9:21 ` Paul Mundt
2009-07-15 10:03 ` Michal Simek
[not found] ` <9e6f3dfd0907141811p512b4edp3f9dd0fdeae1123e@mail.gmail.com>
2009-07-15 10:14 ` Arnd Bergmann
2009-07-15 11:39 ` Michal Simek
2009-07-15 12:05 ` Ralf Baechle
2009-07-15 13:27 ` Arnd Bergmann
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=200907141843.05629.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=linux-kernel@vger.kernel.org \
--cc=ltp-list@lists.sourceforge.net \
--cc=monstr@monstr.eu \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox