[PATCH v2 3/3] edac: Supporting AST2400 and AST2600 edac driver

[Troy Lee]

Hi Broislav and Andrew,

I removed these exported function and submitted v3 PATCH.

Thanks,
Troy Lee

> -----Original Message-----
> From: Borislav Petkov <bp at alien8.de>
> Sent: Thursday, December 3, 2020 2:24 AM
> To: Andrew Jeffery <andrew at aj.id.au>
> Cc: Troy Lee <troy_lee at aspeedtech.com>; Joel Stanley <joel at jms.id.au>; open
> list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS
> <devicetree at vger.kernel.org>; Tony Luck <tony.luck at intel.com>; Ryan Chen
> <ryan_chen at aspeedtech.com>; James Morse <james.morse at arm.com>;
> moderated list:ARM/ASPEED MACHINE SUPPORT
> <linux-aspeed at lists.ozlabs.org>; open list <linux-kernel at vger.kernel.org>;
> Robert Richter <rrichter at marvell.com>; leetroy at gmail.com; Rob Herring
> <robh+dt at kernel.org>; Stefan M Schaeckeler <sschaeck at cisco.com>; Mauro
> Carvalho Chehab <mchehab at kernel.org>; moderated list:ARM/ASPEED
> MACHINE SUPPORT <linux-arm-kernel at lists.infradead.org>; open
> list:EDAC-CORE <linux-edac at vger.kernel.org>
> Subject: Re: [PATCH v2 3/3] edac: Supporting AST2400 and AST2600 edac
> driver
> 
> On Thu, Dec 03, 2020 at 01:32:44AM +1030, Andrew Jeffery wrote:
> > On Wed, 2 Dec 2020, at 19:11, Troy Lee wrote:
> > > Hi Joel,
> > >
> > > Thanks for the suggestion, I'll fix the review and create an new
> > > patch against latest Linux branch. Those exported function will be
> > > referenced in other driver yet to be upstream, so should I move
> > > those exported functions out of this patch?
> > >
> >
> > Yes, let's leave the exports out of this patch, and add them in when
> > you send the patch that depends on them.
> 
> And when you do, almost all new exports are EXPORT_SYMBOL_GPL - not
> EXPORT_SYMBOL.
> 
> Also, I'd like to see how those exports are going to be used. An EDAC driver
> function exported to another driver sounds strange. We have only one other
> case like this in the EDAC tree:
> 
> drivers/edac/amd64_edac.c:554:EXPORT_SYMBOL_GPL(amd64_get_dram_hol
> e_info);
> 
> and even that is not really needed...
> 
> Thx.
> 
> --
> Regards/Gruss,
>     Boris.
> 
> https://people.kernel.org/tglx/notes-about-netiquette