All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Land <xmechanic@landcomp.net>
To: John David Anglin <dave.anglin@bell.net>,
	linux-parisc List <linux-parisc@vger.kernel.org>
Cc: Helge Deller <deller@gmx.de>,
	"James E.J. Bottomley" <jejb@parisc-linux.org>
Subject: Re: [PATCH] parisc: Ensure full cache coherency for kmap/kunmap
Date: Sun, 05 Jan 2014 23:25:47 -0700	[thread overview]
Message-ID: <52CA4C6B.5040605@landcomp.net> (raw)
In-Reply-To: <BLU0-SMTP52D17D9034339F8843CB9D97B70@phx.gbl>

On 1/5/14 7:25 PM, John David Anglin wrote:
> Helge Deller noted a few weeks ago problems with the AIO support on
> parisc.  This change is the
> result of numerous iterations on how best to deal with this problem.
>
> The solution adopted here is to provide full cache coherency in a
> uniform manner on all parisc systems.
> This involves calling flush_dcache_page() on kmap operations and
> flush_kernel_dcache_page() on
> kunmap operations.  As a result, the copy_user_page() and
> clear_user_page() functions can be removed
> and the overall code is simpler.
>
> The change ensures that both userspace and kernel aliases to a mapped
> page are invalidated and flushed.
> This is necessary for the correct operation of PA8800 and PA8900 based
> systems which do not support
> inequivalent aliases.
>
> With this change, I have observed no cache related issues on c8000 and
> rp3440.  It is now possible for example
> to do kernel builds with "-j64" on four way systems.
>
> On systems using XFS file systems, the patch recently posted by Mikulas
> Patocka to "fix crash using XFS
> on loopback" is needed to avoid a hang caused by an uninitialized lock
> passed to flush_dcache_page()
> in the page struct.
>
> Signed-off-by: John David Anglin  <dave.anglin@bell.net>
> ---
>
>
> --
> John David Anglin    dave.anglin@bell.net
>
>

Just an FYI for all... I still get the inequivalent aliases messages 
periodically on both my PA8700 machines, and the only tasks they're 
doing at the moment is buildd work, and a LAMP-based website on the 
'hpviz' (J6750), though I haven't seen any of those messages pointing 
toward issues with PHP, Apache2, or MySQL... at least not yet. Hopefully 
this patch will help eliminate the problem on the PA8700 series and 
others. ;-)

Dave L.

-- 
Dave Land
Land Computer Service  xmechanic@landcomp.net
ICQ: 676030523



  reply	other threads:[~2014-01-06  6:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-06  2:25 [PATCH] parisc: Ensure full cache coherency for kmap/kunmap John David Anglin
2014-01-06  6:25 ` Dave Land [this message]
2014-01-06  9:21   ` Helge Deller

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=52CA4C6B.5040605@landcomp.net \
    --to=xmechanic@landcomp.net \
    --cc=dave.anglin@bell.net \
    --cc=deller@gmx.de \
    --cc=jejb@parisc-linux.org \
    --cc=linux-parisc@vger.kernel.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.