[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250715120955.00006c40@huawei.com>
Date: Tue, 15 Jul 2025 12:09:55 +0100
From: Jonathan Cameron <Jonathan.Cameron@...wei.com>
To: <dan.j.williams@...el.com>
CC: Xu Yilun <yilun.xu@...ux.intel.com>, Alexey Kardashevskiy <aik@....com>,
<kvm@...r.kernel.org>, <sumit.semwal@...aro.org>, <christian.koenig@....com>,
<pbonzini@...hat.com>, <seanjc@...gle.com>, <alex.williamson@...hat.com>,
<jgg@...dia.com>, <linux-coco@...ts.linux.dev>,
<dri-devel@...ts.freedesktop.org>, <linux-media@...r.kernel.org>,
<linaro-mm-sig@...ts.linaro.org>, <vivek.kasireddy@...el.com>,
<yilun.xu@...el.com>, <linux-kernel@...r.kernel.org>, <lukas@...ner.de>,
<yan.y.zhao@...el.com>, <daniel.vetter@...ll.ch>, <leon@...nel.org>,
<baolu.lu@...ux.intel.com>, <zhenzhong.duan@...el.com>, <tao1.su@...el.com>,
<linux-pci@...r.kernel.org>, <zhiw@...dia.com>, <simona.vetter@...ll.ch>,
<shameerali.kolothum.thodi@...wei.com>, <aneesh.kumar@...nel.org>,
<iommu@...ts.linux.dev>, <kevin.tian@...el.com>
Subject: Re: [RFC PATCH 00/30] Host side (KVM/VFIO/IOMMUFD) support for
TDISP using TSM
On Fri, 11 Jul 2025 16:08:16 -0700
dan.j.williams@...el.com wrote:
> Xu Yilun wrote:
> > On Sat, Jun 21, 2025 at 11:07:24AM +1000, Alexey Kardashevskiy wrote:
> > >
> > >
> > > On 11/6/25 11:55, Alexey Kardashevskiy wrote:
> > > > Hi,
> > > >
> > > > Is there a QEMU tree using this somewhere?
> > >
> > > Ping? Thanks,
> >
> > Sorry for late. I've finally got a public tree.
> >
> > https://github.com/yiliu1765/qemu/tree/zhenzhong/devsec_tsm
> >
> > Again, I think the changes are far from good, just work for enabling.
>
> At some point I want to stage a merge tree QEMU bits here:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/devsec/qemu.git/ (not
> created yet)
>
> ...unless Paolo or others in QEMU community are open to running a
> staging branch in qemu.git. At some point we need to collide all the
> QEMU POC branches, and I expect that needs to happen and show some
> success before the upstream projects start ingesting all these changes.
>
Qemu relies heavily on gitlab infrastructure for testing - so annoying though it
is maybe we need to host the qemu tree there - possibly mirrored to
kernel.org.
Jonathan
Powered by blists - more mailing lists