{"id":815479,"url":"http://patchwork.ozlabs.org/api/covers/815479/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/cover/20170919115055.19278-1-jgross@suse.com/","project":{"id":14,"url":"http://patchwork.ozlabs.org/api/projects/14/?format=json","name":"QEMU Development","link_name":"qemu-devel","list_id":"qemu-devel.nongnu.org","list_email":"qemu-devel@nongnu.org","web_url":"","scm_url":"","webscm_url":"","list_archive_url":"","list_archive_url_format":"","commit_url_format":""},"msgid":"<20170919115055.19278-1-jgross@suse.com>","list_archive_url":null,"date":"2017-09-19T11:50:53","name":"[0/2] xen: fix gnttab handling with old dom0 kernels","submitter":{"id":64874,"url":"http://patchwork.ozlabs.org/api/people/64874/?format=json","name":"Jürgen Groß","email":"jgross@suse.com"},"mbox":"http://patchwork.ozlabs.org/project/qemu-devel/cover/20170919115055.19278-1-jgross@suse.com/mbox/","series":[{"id":3854,"url":"http://patchwork.ozlabs.org/api/series/3854/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/list/?series=3854","date":"2017-09-19T11:50:55","name":"xen: fix gnttab handling with old dom0 kernels","version":1,"mbox":"http://patchwork.ozlabs.org/series/3854/mbox/"}],"comments":"http://patchwork.ozlabs.org/api/covers/815479/comments/","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":"ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xxLql6fTKz9s7m\n\tfor ;\n\tTue, 19 Sep 2017 21:53:39 +1000 (AEST)","from localhost ([::1]:41955 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1duH5u-0003xM-32\n\tfor incoming@patchwork.ozlabs.org; Tue, 19 Sep 2017 07:53:38 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:36327)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1duH3U-0002CH-E8\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 07:51:09 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1duH3R-0006BU-DH\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 07:51:08 -0400","from mx2.suse.de ([195.135.220.15]:47666 helo=mx1.suse.de)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from ) id 1duH3R-0006AF-6R\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 07:51:05 -0400","from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])\n\tby mx1.suse.de (Postfix) with ESMTP id C99885CBBE;\n\tTue, 19 Sep 2017 11:51:02 +0000 (UTC)"],"X-Virus-Scanned":"by amavisd-new at test-mx.suse.de","From":"Juergen Gross ","To":"qemu-devel@nongnu.org,\n\txen-devel@lists.xenproject.org","Date":"Tue, 19 Sep 2017 13:50:53 +0200","Message-Id":"<20170919115055.19278-1-jgross@suse.com>","X-Mailer":"git-send-email 2.12.3","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no\n\ttimestamps) [generic] [fuzzy]","X-Received-From":"195.135.220.15","Subject":"[Qemu-devel] [PATCH 0/2] xen: fix gnttab handling with old dom0\n\tkernels","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"anthony.perard@citrix.com, Juergen Gross ,\n\tsstabellini@kernel.org, kraxel@redhat.com","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"},"content":"Trying to start a domain with a qdisk backend on an old dom0 kernel\n(non-pvops xen kernel) will fail as xengnttab_set_max_grants() will\nsucceed only if called directly after opening the gnttab device.\n\nThese two patches address the issue by:\n\n- moving the test for availability of xengnttab_grant_copy() from\n the qdisk backend to generic backend handling in order to not have\n to issue the grant copy ioctl with the qdisk specific file handle\n- opening the gnttab device in blk_connect() only in order to\n guarantee xengnttab_set_max_grants() is called just after opening\n the gnttab device\n\n\nJuergen Gross (2):\n xen: add a global indicator for grant copy being available\n xen: dont try setting max grants multiple times\n\n hw/block/xen_disk.c | 30 +++++++++++++++++-------------\n hw/xen/xen_backend.c | 11 +++++++++++\n include/hw/xen/xen_backend.h | 1 +\n 3 files changed, 29 insertions(+), 13 deletions(-)"}