Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755768AbbKCSM3 (ORCPT ); Tue, 3 Nov 2015 13:12:29 -0500 Received: from mail-wi0-f176.google.com ([209.85.212.176]:36443 "EHLO mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754860AbbKCSM0 (ORCPT ); Tue, 3 Nov 2015 13:12:26 -0500 From: Eric Auger To: eric.auger@st.com, eric.auger@linaro.org, alex.williamson@redhat.com, b.reynal@virtualopensystems.com, arnd@arndb.de, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org Cc: christoffer.dall@linaro.org, linux-kernel@vger.kernel.org, patches@linaro.org Subject: [PATCH v6 0/8] VFIO platform reset module rework Date: Tue, 3 Nov 2015 18:12:11 +0000 Message-Id: <1446574339-1843-1-git-send-email-eric.auger@linaro.org> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3270 Lines: 83 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-rework-v6 Best Regards Eric v5 -> v6: - add "vfio: platform: reset: calxedaxgmac: fix ioaddr leak" v4 -> v5: - no code change - only added Arnd's new R-b v3 -> v4: - Remove the EXPORT_SYMBOL_GPL(vfio_platform_calxedaxgmac_reset) later in [6/7], to keep the functionality working all along the series - Add Arnd R-b (I dared to keep them despite the above change) - vfio_platform_unregister_reset gets the reset function to do a double check on the compat and the function pointer too - __vfio_platform_register_reset turned to 'void' v2 -> v3: - use driver_mutex instead of reset_mutex - style fixes: single mutex_unlock - use static nodes; vfio_platform_register_reset now is a macro - vfio_platform_reset_private.h removed since reset_module_(un)register disappear. No use of symbol_get anymore. - new patch introducing vfio-platform-base - reset look-up moved back at vfio-platform probe time - new patch featuring dev_info/dev_warn 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 (8): vfio: platform: introduce vfio-platform-base module vfio: platform: add capability to register a reset function vfio: platform: introduce module_vfio_reset_handler macro 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: add dev_info on device reset vfio: platform: reset: calxedaxgmac: fix ioaddr leak drivers/vfio/platform/Makefile | 6 +- .../platform/reset/vfio_platform_calxedaxgmac.c | 19 ++-- drivers/vfio/platform/vfio_amba.c | 1 + drivers/vfio/platform/vfio_platform.c | 1 + drivers/vfio/platform/vfio_platform_common.c | 119 +++++++++++++++------ drivers/vfio/platform/vfio_platform_private.h | 40 ++++++- 6 files changed, 137 insertions(+), 49 deletions(-) -- 1.9.1 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/