From: Ingo Molnar <mingo@elte.hu>
To: Manfred Spraul <manfred@colorfullife.com>
Cc: linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>,
Alexander Viro <viro@math.psu.edu>
Subject: Re: 4GB+DEBUG_PAGEALLOC oopses with 2.6.0-test3-mm1
Date: Mon, 11 Aug 2003 10:56:06 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.56.0308111024330.19887@localhost.localdomain> (raw)
In-Reply-To: <3F361F5E.10106@colorfullife.com>
On Sun, 10 Aug 2003, Manfred Spraul wrote:
> The functions in mm/usercopy assume that no exception handling is
> required if fs is KERNEL_DS. This is not true: at least the mount
> options copy and the i386 traps handler assume exception handling with
> fs==KERNEL_DS.
precisely how does copy_mount_options() break under 4G/4G?
one thing that is known is that copy_mount_options() handles a strange mix
of string-type and data-type pointers. Right now the tools rely on the
string copy getting a fault and aborting the copy early. The
copy_mount_options() function takes a pointer and copies a full page -
even if we pass a string pointer to it which is at the end of the BSS, and
which thus cannot be copied as a full page.
the attached patch sort out some of this, but it's an incomplete (and thus
incorrect) patch, because some filesystems want a type parameter that is a
binary blob not a string. Some others call it with a string - which can
fault if copied as a PAGE_SIZE object.
in any case, this detail of fault handling is handled correctly by the
4G/4G patch. If there is any other hole, please let me know.
(in theory it's possible that kernel-internal mounts pass in a pointer
where pointer + PAGE_SIZE is not a valid kernel address - if this happens
then we'd get a hard crash.)
Ingo
--- fs/namespace.c.orig
+++ fs/namespace.c
@@ -863,27 +863,40 @@
}
asmlinkage long sys_mount(char __user * dev_name, char __user * dir_name,
- char __user * type, unsigned long flags,
+ char __user * type_name, unsigned long flags,
void __user * data)
{
int retval;
unsigned long data_page;
- unsigned long type_page;
- unsigned long dev_page;
- char *dir_page;
+ char empty[] = "";
+ char *dev_page = empty, *type_page = empty, *dir_page = empty;
- retval = copy_mount_options (type, &type_page);
- if (retval < 0)
- return retval;
+ /*
+ * Copy those paramters that are string via the string
+ * functions.
+ *
+ * only the data page is copied as a full page.
+ */
+ if (type_name) {
+ type_page = getname(type_name);
+ retval = PTR_ERR(type_page);
+ if (IS_ERR(type_page))
+ return retval;
+ }
- dir_page = getname(dir_name);
- retval = PTR_ERR(dir_page);
- if (IS_ERR(dir_page))
- goto out1;
+ if (dir_name) {
+ dir_page = getname(dir_name);
+ retval = PTR_ERR(dir_page);
+ if (IS_ERR(dir_page))
+ goto out1;
+ }
- retval = copy_mount_options (dev_name, &dev_page);
- if (retval < 0)
- goto out2;
+ if (dev_name) {
+ dev_page = getname(dev_name);
+ retval = PTR_ERR(dev_page);
+ if (IS_ERR(dev_page))
+ goto out2;
+ }
retval = copy_mount_options (data, &data_page);
if (retval < 0)
@@ -896,11 +909,14 @@
free_page(data_page);
out3:
- free_page(dev_page);
+ if (dev_name)
+ putname(dev_page);
out2:
- putname(dir_page);
+ if (dir_name)
+ putname(dir_page);
out1:
- free_page(type_page);
+ if (type_name)
+ putname(type_page);
return retval;
}
next prev parent reply other threads:[~2003-08-11 9:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-10 10:33 Manfred Spraul
2003-08-11 8:56 ` Ingo Molnar [this message]
2003-08-11 15:22 ` Manfred Spraul
2003-08-11 15:24 ` Ingo Molnar
2003-08-11 16:05 ` Manfred Spraul
2003-08-11 17:19 ` Ingo Molnar
2003-08-11 18:01 ` Manfred Spraul
2003-08-11 9:00 ` Ingo Molnar
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=Pine.LNX.4.56.0308111024330.19887@localhost.localdomain \
--to=mingo@elte.hu \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=manfred@colorfullife.com \
--cc=viro@math.psu.edu \
/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
all inboxes | Powered by JetHome®