From: Carsten Langgaard <carstenl@mips.com>
To: Jun Sun <jsun@mvista.com>
Cc: linux-mips@oss.sgi.com
Subject: Re: __access_ok
Date: Tue, 18 Jun 2002 09:38:25 +0200 [thread overview]
Message-ID: <3D0EE371.8C6D85FD@mips.com> (raw)
In-Reply-To: 3D0E3E9C.4070702@mvista.com
That's true, lets do it right, thanks.
/Carsten
Jun Sun wrote:
> Just to be nit-picking, the end point should be (addr + size - 1).
>
> Jun
>
> Carsten Langgaard wrote:
>
> > The __access_ok macro in include/asm-mips64/uaccess.h need to be changed
> > in order to work correctly, it's a copy from the 32-bit kernel.
> > It's not good enough to simply check for the "sign bit" of the address.
> > The area between USEG (XUSEG) and KSEG0 will in 64-bit addressing mode
> > generate an address error, if
> > accessed. The size of the area depend on the number of virtual
> > addressing bits, implemented in the CPU.
> >
> > I have tried to come up with a patch, please see below. Any thought ?
> > I also changed the macro in arch/mips64/kernel/unaligned.c
> >
> > /Carsten
> >
> >
> > Index: include/asm-mips64//uaccess.h
> > ===================================================================
> > RCS file:
> > /home/repository/sw/linux-2.4.18/include/asm-mips64/uaccess.h,v
> > retrieving revision 1.1.1.1
> > diff -u -r1.1.1.1 uaccess.h
> > --- include/asm-mips64//uaccess.h 4 Mar 2002 11:13:26 -0000
> > 1.1.1.1
> > +++ include/asm-mips64//uaccess.h 17 Jun 2002 11:35:32 -0000
> > @@ -12,6 +12,8 @@
> > #include <linux/errno.h>
> > #include <linux/sched.h>
> >
> > +#include <asm/addrspace.h>
> > +
> > #define STR(x) __STR(x)
> > #define __STR(x) #x
> >
> > @@ -40,16 +42,23 @@
> > * than tests.
> > *
> > * Address valid if:
> > - * - "addr" doesn't have any high-bits set
> > - * - AND "size" doesn't have any high-bits set
> > - * - AND "addr+size" doesn't have any high-bits set
> > - * - OR we are in kernel mode.
> > + * - In user mode and "addr" and "addr+size" in USEG (or XUSEG).
> > + * - OR we are in kernel mode and "addr" and "addr+size" isn't in the
> > + * area between USEG (XUSEG) and KSEG0.
> > */
> > #define
> > __ua_size(size) \
> > (__builtin_constant_p(size) && (signed long) (size) > 0 ? 0 :
> > (size))
> >
> > -#define __access_ok(addr,size,mask)
> > \
> > - (((signed long)((mask)&(addr | (addr + size) |
> > __ua_size(size)))) >= 0)
> > +static inline int
> > +__access_ok(unsigned long addr, unsigned long size, long mask)
> > +{
> > + if (((mask) && ((addr | (addr+size)) >= KUSIZE)) ||
> > + (((addr | (addr+size)) < K0BASE) &&
> > + ((addr | (addr+size)) >= KUSIZE)))
> > + return 0;
> > + else
> > + return 1;
> > +}
> >
> > #define __access_mask ((long)(get_fs().seg))
> >
> >
> > Index: arch/mips64/kernel/unaligned.c
> > ===================================================================
> > RCS file:
> > /home/repository/sw/linux-2.4.18/arch/mips64/kernel/unaligned.c,v
> > retrieving revision 1.2
> > diff -u -r1.2 unaligned.c
> > --- arch/mips64/kernel/unaligned.c 23 May 2002 11:11:45 -0000
> > 1.2
> > +++ arch/mips64/kernel/unaligned.c 17 Jun 2002 11:51:30 -0000
> > @@ -89,11 +89,14 @@
> > #define __STR(x) #x
> >
> > /*
> > - * User code may only access USEG; kernel code may access the
> > - * entire address space.
> > + * User code may only access USEG;
> > + * Kernel code may access the entire address space, except the area
> > between
> > + * USEG (XUSEG) and KSEG0.
> > */
> > -#define check_axs(pc,a,s) \
> > - if ((long)(~(pc) & ((a) | ((a)+(s)))) < 0) \
> > +#define check_axs(pc,a,s)
> > \
> > + if (((pc < KUSIZE) && (((a) | ((a)+(s))) >= KUSIZE))
> > || \
> > + ((((a) | ((a)+(s))) < K0BASE) &&
> > \
> > + (((a) | ((a)+(s))) >= KUSIZE)))
> > \
> > goto sigbus;
> >
> >
> >
> > --
> > _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com
> > |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527
> > | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555
> > TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556
> > Denmark http://www.mips.com
> >
> >
> >
> >
--
_ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com
|\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527
| \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555
TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556
Denmark http://www.mips.com
next prev parent reply other threads:[~2002-06-18 7:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-17 11:53 __access_ok Carsten Langgaard
2002-06-17 16:24 ` __access_ok Justin Carlson
2002-06-18 7:44 ` __access_ok Carsten Langgaard
2002-06-17 19:55 ` __access_ok Jun Sun
2002-06-18 7:38 ` Carsten Langgaard [this message]
2002-06-19 9:17 ` __access_ok Ralf Baechle
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=3D0EE371.8C6D85FD@mips.com \
--to=carstenl@mips.com \
--cc=jsun@mvista.com \
--cc=linux-mips@oss.sgi.com \
/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