From: Stephan Mueller <stephan.mueller-fwYZOkdEjagAvxtiuMwx3w@public.gmane.org>
To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Cc: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: arm_mremap() man page
Date: Sat, 9 Oct 2010 14:32:34 +0200 [thread overview]
Message-ID: <201010091432.37995.stephan.mueller@atsec.com> (raw)
In-Reply-To: <AANLkTinaFiESuT6pU8w8OhfCH323-WS-haHRi4+fmkpo-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Am Samstag, 9. Oktober 2010, um 07:19:34 schrieb Michael Kerrisk:
Hi Michael,
> [Was: man pages for undocumented system calls]
>
> Stephan,
>
> I don't think we really need to document this system call. It has gone
> away nowadays. Note also that your description below is incorrect. The
> 2.4 Linux source reads as follows:
You are right. But it exists in the kernel I am looking at: a 2.6.27 with some
patches by a vendor.
>
> unsigned long ret = -EINVAL;
>
> /*
> * If we are doing a fixed mapping, and address < PAGE_SIZE,
> * then deny it.
> */
> if (flags & MREMAP_FIXED && new_addr < PAGE_SIZE &&
> vectors_base() == 0)
> goto out;
>
> In other words, new_addr can't be less than PAGE_SIZE for MREMAP_FIXED
> (if vectors_base() == 0, which I gather to mean if page 0 is being
> used as a vector address page).
>
> Also, your point in NOTES is not correct. The new_addr argument is
> passed by value; it can;t be used to return anything.
Of course, sorry for the noise then. But since the syscall went away anyway,
we can skip the man page.
Thanks
Stephan
--
Stephan Müller Stephan.Mueller-fwYZOkdEjagAvxtiuMwx3w@public.gmane.org +49 172 216 55 78
atsec information security GmbH, Steinstraße 70, 81667 München, Germany
Geschäftsführer: Salvatore la Pietra, Staffan Persson
HRB: 129439 (Amtsgericht München)
atsec it security news blog - atsec-information-security.blogspot.com
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2010-10-09 12:32 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-09 5:19 arm_mremap() man page Michael Kerrisk
[not found] ` <AANLkTinaFiESuT6pU8w8OhfCH323-WS-haHRi4+fmkpo-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-10-09 12:32 ` Stephan Mueller [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=201010091432.37995.stephan.mueller@atsec.com \
--to=stephan.mueller-fwyzokdejagavxtiumwx3w@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.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.