Messages in this thread | | | Subject | Re: [PATCH v3 6/7] vfio: platform: use list of registered reset function | From | Eric Auger <> | Date | Fri, 23 Oct 2015 17:15:43 +0200 |
| |
On 10/23/2015 04:23 PM, Arnd Bergmann wrote: > On Friday 23 October 2015 16:11:08 Eric Auger wrote: >> Hi Arnd, >> On 10/23/2015 03:12 PM, Arnd Bergmann wrote: >>> On Friday 23 October 2015 14:37:14 Eric Auger wrote: >>>> Remove the static lookup table and use the dynamic list of registered >>>> reset functions instead. Also load the reset module through its alias. >>>> The reset struct module pointer is stored in vfio_platform_device. >>>> >>>> We also remove the useless struct device pointer parameter in >>>> vfio_platform_get_reset. >>>> >>>> This patch fixes the issue related to the usage of __symbol_get, which >>>> besides from being moot, prevented compilation with CONFIG_MODULES >>>> disabled. >>>> >>>> Also usage of MODULE_ALIAS makes possible to add a new reset module >>>> without needing to update the framework. This was suggested by Arnd. >>>> >>>> Signed-off-by: Eric Auger <eric.auger@linaro.org> >>>> Reported-by: Arnd Bergmann <arnd@arndb.de> >>>> >>>> >>> Reviewed-by: Arnd Bergmann <arnd@arndb.de> >>> >>> but doesn't this need to come before patch 4/7? >> Well I don't think so. In [4] we introduce the dynamic registration >> method but until this patch we still use the old lookup method in the >> static table. I tested and the reset lookup still works in [4]. >> If we put this one before the registration, the functionality will be >> lost here. >> > > Ok, I see. I was getting confused by the removal of the EXPORT_SYMBOL > statement there and thought it would break the __get_symbol call.
Hum no actually you're right. I checked the reset module was loaded but effectly the _get_symbol fails. So if I want to keep the functionality all along the series I need to remove the EXPORT_SYMBOL when I swap the lookup method.
Thanks
Eric > > Arnd > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >
| |