xen-devel.lists.xenproject.org archive mirror
 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 0/2] Dangling fixes for ARM iommu
Date: Mon, 21 Jan 2019 17:29:35 +0000	[thread overview]
Message-ID: <c760919c-e635-ee39-6c74-fcac97dc060d@arm.com> (raw)
In-Reply-To: <1548090247-20078-1-git-send-email-andrii.anisov@gmail.com>

(+ Juergen)

On 21/01/2019 17:04, Andrii Anisov wrote:
> From: Andrii Anisov <andrii_anisov@epam.com>
> 
> Dear All,

Hello,

All patches candidate for Xen 4.12 should have the release manager CCed and 
explain the pros/cons to have those patches for this release. It is also useful 
if you add for-4.12 (or similar) in the [...] so we can prioritize it.

> 
> With moving our working setup to 4.12-rc2 (IPMMU series especially),I've
> realized that we have a couple of patches from IPMMU series [1] which are
> fixes, got RB/AB, but not reached mainline yet. I really hope those RB/AB
> would not be treated as stale, and patches are OK to go into 4.12 release.

Firstly, the RB tag means the reviewer reviewed the patch in depth with the code 
base at that time. So I don't think the RBs should have been carried from a 
patch series sent 2 years ago. Indeed code base evolved, for instance 
iommu_use_hap_pt has a slight different behavior now.

So please stripped my RB. The AB is arguable as it is quite old.

Secondly, it often happens that some patches have the required acked-by and 
reviewed-by but are not merged because they makes little sense without the rest 
of the series. In that case, the current code base does not support the case 
where the P2M is not shared with the IOMMU and does not support new IOMMU 
bindings in the current setup.

So I am not convinced they should be included in Xen 4.12 or even without the 
rest of the series.

Cheers,

-- 
Julien Grall

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

  parent reply	other threads:[~2019-01-21 17:29 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-21 17:04 [PATCH 0/2] Dangling fixes for ARM iommu Andrii Anisov
2019-01-21 17:04 ` [PATCH 1/2] iommu/arm: Misc fixes for arch specific part Andrii Anisov
2019-01-21 17:04 ` [PATCH 2/2] xen/arm: domain_build: Don't expose IOMMU specific properties to the guest Andrii Anisov
2019-10-01 15:04   ` [Xen-devel] " Julien Grall
2019-10-01 15:25     ` Oleksandr
2019-10-01 15:36       ` Julien Grall
2019-10-01 16:07         ` Oleksandr
2019-10-01 19:07           ` Julien Grall
2019-10-03 12:18             ` Oleksandr
2019-10-07 21:02               ` Julien Grall
2019-10-08 15:34                 ` Oleksandr
2019-01-21 17:29 ` Julien Grall [this message]
2019-01-22 13:48   ` [PATCH 0/2] Dangling fixes for ARM iommu Andrii Anisov
2019-01-22 14:31     ` Julien Grall
2019-01-23 17:53       ` Andrii Anisov
2019-01-23 18:14         ` Julien Grall
2019-01-23 18:29           ` Andrii Anisov
2019-01-23 18:34             ` Julien Grall

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=c760919c-e635-ee39-6c74-fcac97dc060d@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).