All of lore.kernel.org
 help / color / mirror / Atom feed
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

      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.