All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bryan Wu <bryan.wu@analog.com>
To: Mike Frysinger <vapier.adi@gmail.com>, bernd.schmidt@analog.com
Cc: Matthew Wilcox <matthew@wil.cx>, Paul Mundt <lethal@linux-sh.org>,
	Bryan Wu <bryan.wu@analog.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	uclinux-dist-devel@blackfin.uclinux.org,
	linux-arch@vger.kernel.org
Subject: Re: [PATCH] Blackfin arch: add some missing syscall
Date: Thu, 13 Sep 2007 16:57:29 +0800	[thread overview]
Message-ID: <1189673849.30686.28.camel@roc-desktop> (raw)
In-Reply-To: <8bd0f97a0709130137l55977c28w95cf8527ae8b9e24@mail.gmail.com>

On Thu, 2007-09-13 at 04:37 -0400, Mike Frysinger wrote:
> On 9/13/07, Matthew Wilcox <matthew@wil.cx> wrote:
> > On Thu, Sep 13, 2007 at 03:56:43PM +0800, Bryan Wu wrote:
> > > +/* Not relevant on no-mmu */
> >
> > I thought this list seemed a little long, so I investigated a couple
> > of them.  mbind makes sense (it's only implemented for NUMA ... a NUMA
> > embedded platform?  not the kind which runs applications that use mbind),
> 
> sorry, i dont quite follow ... you're saying it does or doesnt make
> sense to have NUMA syscalls on a no-mmu platform ?  my [limited]
> understanding of NUMA is that it, by definition, requires a MMU in
> order to shunt pages around
> 

I think Matt means mbind can be ignored because it is for NUMA.

> > but mremap doesn't -- there's even an implementation in mm/nommu.c.
> > Could you check the rest of these over to see if they truly don't need
> > to be implemented for no-mmu?
> 
> you're right we want mremap, my fault
> 

Yes, I do think so, both sys_mremap and sys_munmap are implemented in
mm/nommu.c. How do think of this, Bernd?

> > I think you'll want the *robust_list syscalls too.
> 
> lack of man pages on these made be lazy and dump em into the mmu pile
> when in reality they have nothing to do with it ... we do want these
> 

No man pages for this fancy syscalls. I found some info here:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e9056f13bfcdd054a0c3d730e4e096748d8a363a
I am not sure for these. Need some investigation.

> > > +#define __IGNORE_swapon
> > > +#define __IGNORE_swapoff
> 
> a no brainer -- not usable on no-mmu
> 
> > > +#define __IGNORE_msync
> > > +#define __IGNORE_remap_file_pages
> > > +#define __IGNORE_mlock
> > > +#define __IGNORE_munlock
> > > +#define __IGNORE_mlockall
> > > +#define __IGNORE_munlockall
> > > +#define __IGNORE_mincore
> > > +#define __IGNORE_madvise
> 
> implementation only exists for mmu
> 
> > > +#define __IGNORE_mbind
> > > +#define __IGNORE_get_mempolicy
> > > +#define __IGNORE_set_mempolicy
> > > +#define __IGNORE_migrate_pages
> > > +#define __IGNORE_move_pages
> 
> NUMA only
> 
> > > +#define __IGNORE_mremap
> > > +#define __IGNORE_set_robust_list
> > > +#define __IGNORE_get_robust_list
> 
> we want these
> 
> > > +#define __IGNORE_getcpu
> 
> useful only with SMP so i guess we should do it

also the brand new syscall fallocate should be added as Paul said:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=97ac73506c0ba93f30239bb57b4cfc5d73e68a62

Thanks a lot
-Bryan



  reply	other threads:[~2007-09-13  9:01 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-13  7:56 [PATCH] Blackfin arch: add some missing syscall Bryan Wu
2007-09-13  8:07 ` Paul Mundt
2007-09-13  8:09   ` Paul Mundt
2007-09-13  8:18 ` Matthew Wilcox
2007-09-13  8:37   ` Mike Frysinger
2007-09-13  8:57     ` Bryan Wu [this message]
2007-09-13 11:03       ` [Uclinux-dist-devel] " Bernd Schmidt
2007-09-14  5:45         ` Bryan Wu
2007-09-14  6:44           ` Mike Frysinger
2007-09-14  7:32             ` Bryan Wu
2007-09-15  1:28               ` Mike Frysinger
2007-09-13  8:47   ` Paul Mundt

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=1189673849.30686.28.camel@roc-desktop \
    --to=bryan.wu@analog.com \
    --cc=akpm@linux-foundation.org \
    --cc=bernd.schmidt@analog.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matthew@wil.cx \
    --cc=uclinux-dist-devel@blackfin.uclinux.org \
    --cc=vapier.adi@gmail.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 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.