All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@arm.com>
To: Andrii Anisov <andrii.anisov@gmail.com>, xen-devel@lists.xenproject.org
Cc: Juergen Gross <jgross@suse.com>,
	Stefano Stabellini <sstabellini@kernel.org>,
	Andrii Anisov <andrii_anisov@epam.com>
Subject: Re: [PATCH for-4.12] arm/p2m: do not invalidate p2m root if it is shared with IOMMU
Date: Tue, 29 Jan 2019 16:22:28 +0000	[thread overview]
Message-ID: <6fc09185-36d2-7077-60c1-f0f9382a25b8@arm.com> (raw)
In-Reply-To: <b84c9e8a-e551-2c88-d275-14665835fde8@gmail.com>

Hi Andrii,

On 29/01/2019 16:00, Andrii Anisov wrote:
> 
> On 29.01.19 17:17, Julien Grall wrote:
>> They have been lucky to see this working even on baremetal.
>> Set/Way operations have been dropped from Linux for a long time, so I really 
>> can't see why a proprietary driver is still using them.
> I guess there were some performance concerns. And they are really lucky, so they 
> did not face related issues on baremetal.

I am not entirely convinced this is related to performance. You have to flush 
all the cache level one by one and may miss some caches (i.e system caches).

I suspect this is a relic from early version of Linux and no-one have seen the 
issue and/or "difficult" to fix. Set/Way is quite convenient to use over going 
over virtual address.

> 
>> I think the policy for Set/Way operations is correct in Xen. This works to 
>> avoid breaking basic case but the most complex one are going to break.
> Maybe it worth to get a notification from XEN, i.e. WARN_ONCE, saying that 
> Set/Way cache operations are undesirable in VM and will lead to the system 
> performance drop, or even instability in case of IOMMU sharing p2m with CPU.
> This might save days of debugging to XEN on ARM users.

I would be happy with a printk warning the user.

> 
>> You solution is only delaying the real fix
> I would not say it is delaying the fix, but allows us to have a functional 
> system until we get that fix.

By experience, if you workaround something in the code then you have less 
incentive to fix the real issue. So I am not willing to merge any patch that 
could delay a vendor to fix their software.

Cheers,

-- 
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2019-01-29 16:22 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-28 15:34 [PATCH for-4.12] arm/p2m: do not invalidate p2m root if it is shared with IOMMU Andrii Anisov
2019-01-28 15:55 ` Julien Grall
2019-01-28 16:32   ` Andrii Anisov
2019-01-28 16:36     ` Julien Grall
2019-01-28 16:40       ` Andrii Anisov
2019-01-28 16:54         ` Julien Grall
2019-01-28 16:58           ` Andrii Anisov
2019-01-29 13:36           ` Andrii Anisov
2019-01-29 13:53             ` Julien Grall
2019-01-29 14:33               ` Andrii Anisov
2019-01-29 15:17                 ` Julien Grall
2019-01-29 16:00                   ` Andrii Anisov
2019-01-29 16:22                     ` Julien Grall [this message]
2019-02-05  1:10                     ` Stefano Stabellini
2019-02-05  9:17                       ` Andrii Anisov
2019-02-06  8:49                         ` Andrii Anisov
2019-02-06 19:17                           ` Stefano Stabellini

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=6fc09185-36d2-7077-60c1-f0f9382a25b8@arm.com \
    --to=julien.grall@arm.com \
    --cc=andrii.anisov@gmail.com \
    --cc=andrii_anisov@epam.com \
    --cc=jgross@suse.com \
    --cc=sstabellini@kernel.org \
    --cc=xen-devel@lists.xenproject.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.