[PATCH v2 0/6] VFIO platform reset module rework
Eric Auger
eric.auger at linaro.org
Thu Oct 22 02:41:56 PDT 2015
This series fixes the current implementation by getting rid of the
usage of __symbol_get which caused a compilation issue with
CONFIG_MODULES disabled. On top of this, the usage of MODULE_ALIAS makes
possible to add a new reset module without being obliged to update the
framework. The new implementation relies on the reset module registering
its reset function to the vfio-platform driver.
The series is available at
https://git.linaro.org/people/eric.auger/linux.git/shortlog/refs/heads/v4.3-rc6-rework-v2
Best Regards
Eric
v1 -> v2:
* in vfio_platform_common.c:
- move reset lookup at load time and put reset at release: this is to
prevent a race between the 2 load module loads
- reset_list becomes static
- vfio_platform_register/unregister_reset take a const char * as compat
- fix node link
- remove old combo struct and cleanup proto of vfio_platform_get_reset
- add mutex to protect the reset list
* in calxeda xgmac reset module
- introduce vfio_platform_reset_private.h
- use module_vfio_reset_handler macro
- do not export vfio_platform_calxedaxgmac_reset symbol anymore
- add a pr_info to show the device is reset by vfio reset module
Eric Auger (6):
vfio: platform: add capability to register a reset function
vfio: platform: reset: add vfio_platform_reset_private.h
vfio: platform: reset: calxedaxgmac: add reset function registration
vfio: platform: add compat in vfio_platform_device
vfio: platform: use list of registered reset function
vfio: platform: move get/put reset at open/release
drivers/vfio/platform/reset/Makefile | 2 +-
.../platform/reset/vfio_platform_calxedaxgmac.c | 9 +-
.../platform/reset/vfio_platform_reset_private.h | 66 +++++++++
drivers/vfio/platform/vfio_platform_common.c | 151 ++++++++++++++++-----
drivers/vfio/platform/vfio_platform_private.h | 15 +-
5 files changed, 201 insertions(+), 42 deletions(-)
create mode 100644 drivers/vfio/platform/reset/vfio_platform_reset_private.h
--
1.9.1
More information about the linux-arm-kernel
mailing list