All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ralf Baechle <ralf@linux-mips.org>
To: Linus Torvalds <torvalds@osdl.org>, Andrew Morton <akpm@osdl.org>
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 0/4] Fix COW D-cache aliasing on fork
Date: Tue, 12 Dec 2006 17:14:53 +0000	[thread overview]
Message-ID: <11659436971966-git-send-email-ralf@linux-mips.org> (raw)

This is a respin of the patch series I posted a while ago updated for
today's kernel:

 o patch 1/4 allows an architecture to override the generic
   copy_user_highpage with an architecture specific implementation.  For
   details about the aliasing issue please see the log message of that
   patch.
 o patch 2/4 passes a vma argument to copy_user_highpage.  This allows
   an architecture to optimize its cache handling by looking at the
   vma's VM_EXEC flag.  On architecture that do not make use of this gcc
   will be able to optimize the argument passing away, so no overhead.
 o patch 3/4 uses the facilities of the first two patches to solve the
   alias issue for MIPS
 o patch 4/4 is not a cache alias fix but allows optimizing away the
   cache flush operation in dup_mm().  On a MIPS 34K this accelerates
   fork by 12.5%.
   Since this patch is logically separate from 1-3 it can be applied
   independantly.

  Ralf

             reply	other threads:[~2006-12-12 17:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-12 17:14 Ralf Baechle [this message]
2006-12-12 17:14 ` [PATCH 1/4] Fix COW D-cache aliasing on fork Ralf Baechle
2006-12-12 17:14 ` [PATCH 2/4] Pass vma argument to copy_user_highpage() Ralf Baechle
2006-12-12 17:14 ` [PATCH 3/4] MIPS: Fix COW D-cache aliasing on fork Ralf Baechle
2006-12-12 17:14 ` [PATCH 4/4] Optimize D-cache alias handling " Ralf Baechle

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=11659436971966-git-send-email-ralf@linux-mips.org \
    --to=ralf@linux-mips.org \
    --cc=akpm@osdl.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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.