| To: | ralf@linux-mips.org |
|---|---|
| Subject: | Re: mips64 _access_ok fix |
| From: | Atsushi Nemoto <anemo@mba.ocn.ne.jp> |
| Date: | Fri, 12 Sep 2003 09:34:06 +0900 (JST) |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <20030911141629.GB15365@linux-mips.org> |
| Organization: | TOSHIBA Personal Computer System Corporation |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20030911.124350.41627177.nemoto@toshiba-tops.co.jp> <20030911.134323.03974731.nemoto@toshiba-tops.co.jp> <20030911141629.GB15365@linux-mips.org> |
| Sender: | linux-mips-bounce@linux-mips.org |
>>>>> On Thu, 11 Sep 2003 16:16:29 +0200, Ralf Baechle <ralf@linux-mips.org> >>>>> said: >> I know this fix is not complete. __access_ok(0, 0, __access_mask) >> will return 0. ralf> That behaviour of __access_ok() is actually ok; Then could you apply the patch? I think the fix is needed for 64bit native mount syscall (which try to read variable length string parameters from user stack). --- Atsushi Nemoto |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: cache coherent io on au1500, Pete Popov |
|---|---|
| Next by Date: | Re: [patch] NEC VR4100 KIU support, James Simmons |
| Previous by Thread: | Re: mips64 _access_ok fix, Ralf Baechle |
| Next by Thread: | TX49 NAND supported?, Junio C Hamano |
| Indexes: | [Date] [Thread] [Top] [All Lists] |