| Message ID | 1454889644-27830-2-git-send-email-paul.gortmaker@windriver.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Sunday 07 February 2016 19:00:40 Paul Gortmaker wrote: > In a discussion of a previous patch set[1], it was suggested that > modularizing some of the PCI host support would be good to keep > multi platform bzImage sizes smaller. > > Two of the files that are candidates for conversion to tristate > from bool are: > > drivers/pci/host/pci-imx6.c > drivers/pci/host/pci-keystone.c > > However, doing the conversion reveals that they are going to fail > at modpost time since hook_fault_code isn't currently exported. > > Since we are now going to export it we also need to remove the > __init tag, as the fcn needs to be present at insmod time. > > [1] https://lkml.kernel.org/r/20160108203102.GH5354@localhost > If we want to make hook_fault_code() visible, we at least also need an unhook_fault_code() function that removes the fault handler when unloading the module, and preferably does so in a safe way. The usage of hook_fault_code() at least in the imx driver is also problematic, as it just ignores all "imprecise external abort" faults, whether they come from PCI or not. Arnd
[Re: [PATCH 1/5] ARM: add EXPORT_SYMBOL of hook_fault_code for PCI host modularization] On 08/02/2016 (Mon 10:53) Arnd Bergmann wrote: > On Sunday 07 February 2016 19:00:40 Paul Gortmaker wrote: > > In a discussion of a previous patch set[1], it was suggested that > > modularizing some of the PCI host support would be good to keep > > multi platform bzImage sizes smaller. > > > > Two of the files that are candidates for conversion to tristate > > from bool are: > > > > drivers/pci/host/pci-imx6.c > > drivers/pci/host/pci-keystone.c > > > > However, doing the conversion reveals that they are going to fail > > at modpost time since hook_fault_code isn't currently exported. > > > > Since we are now going to export it we also need to remove the > > __init tag, as the fcn needs to be present at insmod time. > > > > [1] https://lkml.kernel.org/r/20160108203102.GH5354@localhost > > > > If we want to make hook_fault_code() visible, we at least also need > an unhook_fault_code() function that removes the fault handler > when unloading the module, and preferably does so in a safe way. If it is straight forward by doing an unwind of the existing hook, then I can look at having a go at implementing it, but again per the 0/N the original goal here was the "step one" of making it at least buildable, and then moving on from there, preferably by people with the platforms and deeper knowledge of the runtime requirements and issues. > > The usage of hook_fault_code() at least in the imx driver is also > problematic, as it just ignores all "imprecise external abort" > faults, whether they come from PCI or not. That is definitely beyond anything I'm suitably armed to fix within the scope of this series, and will have to be from the imx people or similar. Paul. -- > > Arnd
On Mon, Feb 08, 2016 at 10:53:10AM +0100, Arnd Bergmann wrote: > On Sunday 07 February 2016 19:00:40 Paul Gortmaker wrote: > > In a discussion of a previous patch set[1], it was suggested that > > modularizing some of the PCI host support would be good to keep > > multi platform bzImage sizes smaller. > > > > Two of the files that are candidates for conversion to tristate > > from bool are: > > > > drivers/pci/host/pci-imx6.c > > drivers/pci/host/pci-keystone.c > > > > However, doing the conversion reveals that they are going to fail > > at modpost time since hook_fault_code isn't currently exported. > > > > Since we are now going to export it we also need to remove the > > __init tag, as the fcn needs to be present at insmod time. > > > > [1] https://lkml.kernel.org/r/20160108203102.GH5354@localhost > > > > If we want to make hook_fault_code() visible, we at least also need > an unhook_fault_code() function that removes the fault handler > when unloading the module, and preferably does so in a safe way. > > The usage of hook_fault_code() at least in the imx driver is also > problematic, as it just ignores all "imprecise external abort" > faults, whether they come from PCI or not. And that gets a NAK from me. We can't take locks around this code (to do so would be deadlocky due to imprecise aborts), so we can't ever safely remove any function that has been hooked into the fault processing.
On Sun, Feb 07, 2016 at 07:00:40PM -0500, Paul Gortmaker wrote: > In a discussion of a previous patch set[1], it was suggested that > modularizing some of the PCI host support would be good to keep > multi platform bzImage sizes smaller. > > Two of the files that are candidates for conversion to tristate > from bool are: > > drivers/pci/host/pci-imx6.c > drivers/pci/host/pci-keystone.c > > However, doing the conversion reveals that they are going to fail > at modpost time since hook_fault_code isn't currently exported. > > Since we are now going to export it we also need to remove the > __init tag, as the fcn needs to be present at insmod time. > > [1] https://lkml.kernel.org/r/20160108203102.GH5354@localhost > > Cc: Russell King <linux@arm.linux.org.uk> > Cc: Bjorn Helgaas <bhelgaas@google.com> > Cc: Geert Uytterhoeven <geert@linux-m68k.org> > Cc: Thierry Reding <thierry.reding@gmail.com> > Cc: Ley Foon Tan <lftan@altera.com> > Cc: Arnd Bergmann <arnd@arndb.de> > Cc: linux-arm-kernel@lists.infradead.org > Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> > --- > arch/arm/mm/fault.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c > index daafcf121ce0..e0696a5ecc9b 100644 > --- a/arch/arm/mm/fault.c > +++ b/arch/arm/mm/fault.c > @@ -525,7 +525,7 @@ struct fsr_info { > #include "fsr-2level.c" > #endif > > -void __init > +void > hook_fault_code(int nr, int (*fn)(unsigned long, unsigned int, struct pt_regs *), > int sig, int code, const char *name) > { > @@ -537,6 +537,7 @@ hook_fault_code(int nr, int (*fn)(unsigned long, unsigned int, struct pt_regs *) > fsr_info[nr].code = code; > fsr_info[nr].name = name; > } > +EXPORT_SYMBOL(hook_fault_code); I'm really not a fan of this change - the hooks are supposed to remain mostly static once the system is up and running, and should not change at runtime (since there is no locking on these - see my previous reply.) There's no protection (or support) for more than one function - iow, if we have two modules trying to hook into the same fault code, the last taker gets it (although the previous owner may get called given the right timing.) While it may be limited to two drivers at the moment, I'd like it to remain that way. If we really must have this, then please use EXPORT_SYMBOL_GPL() - I don't want this interface to be used by code which isn't GPL compliant.
diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index daafcf121ce0..e0696a5ecc9b 100644 --- a/arch/arm/mm/fault.c +++ b/arch/arm/mm/fault.c @@ -525,7 +525,7 @@ struct fsr_info { #include "fsr-2level.c" #endif -void __init +void hook_fault_code(int nr, int (*fn)(unsigned long, unsigned int, struct pt_regs *), int sig, int code, const char *name) { @@ -537,6 +537,7 @@ hook_fault_code(int nr, int (*fn)(unsigned long, unsigned int, struct pt_regs *) fsr_info[nr].code = code; fsr_info[nr].name = name; } +EXPORT_SYMBOL(hook_fault_code); /* * Dispatch a data abort to the relevant handler.
In a discussion of a previous patch set[1], it was suggested that modularizing some of the PCI host support would be good to keep multi platform bzImage sizes smaller. Two of the files that are candidates for conversion to tristate from bool are: drivers/pci/host/pci-imx6.c drivers/pci/host/pci-keystone.c However, doing the conversion reveals that they are going to fail at modpost time since hook_fault_code isn't currently exported. Since we are now going to export it we also need to remove the __init tag, as the fcn needs to be present at insmod time. [1] https://lkml.kernel.org/r/20160108203102.GH5354@localhost Cc: Russell King <linux@arm.linux.org.uk> Cc: Bjorn Helgaas <bhelgaas@google.com> Cc: Geert Uytterhoeven <geert@linux-m68k.org> Cc: Thierry Reding <thierry.reding@gmail.com> Cc: Ley Foon Tan <lftan@altera.com> Cc: Arnd Bergmann <arnd@arndb.de> Cc: linux-arm-kernel@lists.infradead.org Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> --- arch/arm/mm/fault.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)