From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:33070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1IV2-0002ER-6N for qemu-devel@nongnu.org; Tue, 14 Aug 2012 10:53:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T1IV1-0002z0-5d for qemu-devel@nongnu.org; Tue, 14 Aug 2012 10:53:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1IV0-0002ys-U4 for qemu-devel@nongnu.org; Tue, 14 Aug 2012 10:53:39 -0400 Message-ID: <502A6669.90200@redhat.com> Date: Tue, 14 Aug 2012 10:53:29 -0400 From: Cole Robinson MIME-Version: 1.0 References: <20120801050241.22163.78549.stgit@bling.home> <87pq6uvs52.fsf@codemonkey.ws> <502907EA.9030606@redhat.com> <5029097B.8050706@siemens.com> <87393qmvwe.fsf@codemonkey.ws> In-Reply-To: <87393qmvwe.fsf@codemonkey.ws> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/3] VFIO-based PCI device assignment for QEMU 1.2 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: "kvm@vger.kernel.org" , "aik@ozlabs.ru" , Jan Kiszka , "qemu-devel@nongnu.org" , Alex Graf , Alex Williamson , Avi Kivity On 08/13/2012 03:31 PM, Anthony Liguori wrote: > Jan Kiszka writes: > >> On 2012-08-13 15:58, Avi Kivity wrote: >>> On 08/13/2012 04:27 PM, Anthony Liguori wrote: >>> >>>> Thanks for pushing this forward! Hopefully this will finally kill off >>>> qemu-kvm.git for good. >>> >>> No, it won't. vfio requires a 3.6 kernel, which we cannot assume anyone >>> has. We'll need the original device assignment code side-by-side. >> >> ...which is on my to-do list for 1.3. > > Is there a deprecation plan for the old device assignment code? > > I'm not really against the idea of requiring a new kernel for new > features. > > From a Fedora/OpenSUSE point of view, would supporting old kernels be a > requirement to stop shipping qemu-kvm.git over qemu.git? > Speaking as a Fedora maintainer, compatibility with old kernels isn't that important to us, provided the functionality of the new way is comparable to the old way. As far as switching over to qemu.git, I assume there will eventually be a day when the fork would 'end' and qemu-kvm would stop getting its own releases, which is when we'd switch. Maybe that assumption is wrong or over simplifying the trade offs, but if merge work is ongoing I don't see a very compelling reason to switch. - Cole