[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1518539815-13774-1-git-send-email-geert+renesas@glider.be>
Date: Tue, 13 Feb 2018 17:36:53 +0100
From: Geert Uytterhoeven <geert+renesas@...der.be>
To: Baptiste Reynal <b.reynal@...tualopensystems.com>,
Alex Williamson <alex.williamson@...hat.com>
Cc: Philipp Zabel <p.zabel@...gutronix.de>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>, kvm@...r.kernel.org,
devicetree@...r.kernel.org, linux-renesas-soc@...r.kernel.org,
linux-kernel@...r.kernel.org,
Geert Uytterhoeven <geert+renesas@...der.be>
Subject: [PATCH 0/2] vfio: platform: Improve reset support
Hi all,
This patch series improves reset support for vfio-platform:
- The first patch fixes a bug I ran into while working on this.
- The second patch implements generic DT reset support, for devices
that are connected to an SoC-internal reset controller and can be
reset in a generic way. This avoids having to write/change a
vfio-specific reset driver for each and every device to be
passed-through to a guest.
This has been tested using the R-Car Gen3 GPIO Pass-Through Prototype
posted last week: the GPIO module is reset before QEMU opens the vfio
device, and reset again after QEMU has released it, as can be witnessed
by the LEDs on the Salvator-XS board.
Thanks for your comments!
Geert Uytterhoeven (2):
vfio: platform: Fix reset module leak in error path
vfio: platform: Add generic DT reset support
drivers/vfio/platform/vfio_platform_common.c | 38 ++++++++++++++++++++++-----
drivers/vfio/platform/vfio_platform_private.h | 1 +
2 files changed, 32 insertions(+), 7 deletions(-)
--
2.7.4
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Powered by blists - more mailing lists