[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210504130039.GA7711@lst.de>
Date: Tue, 4 May 2021 15:00:39 +0200
From: Christoph Hellwig <hch@....de>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Greg Kurz <groug@...d.org>, Christoph Hellwig <hch@....de>,
Michael Ellerman <mpe@...erman.id.au>,
Alex Williamson <alex.williamson@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>, kvm@...r.kernel.org,
David Airlie <airlied@...ux.ie>, linux-kernel@...r.kernel.org,
dri-devel@...ts.freedesktop.org, Paul Mackerras <paulus@...ba.org>,
Daniel Vetter <daniel@...ll.ch>, linux-api@...r.kernel.org,
linuxppc-dev@...ts.ozlabs.org, qemu-devel@...gnu.org,
qemu-ppc@...gnu.org
Subject: Re: remove the nvlink2 pci_vfio subdriver v2
On Tue, May 04, 2021 at 02:59:07PM +0200, Greg Kroah-Hartman wrote:
> > Hi Christoph,
> >
> > FYI, these uapi changes break build of QEMU.
>
> What uapi changes?
>
> What exactly breaks?
>
> Why does QEMU require kernel driver stuff?
Looks like it pull in the uapi struct definitions unconditionally
instead of having a local copy. We could fix that by just putting
them back, but to me this seems like a rather broken configuration
in qemu when it pulls in headers from the running/installed kernel
without any feature checks before using them.
Powered by blists - more mailing lists