[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <60a52348-7d50-1056-a596-e154f87c99d2@amd.com>
Date: Wed, 21 Sep 2022 15:19:26 -0500
From: "Limonciello, Mario" <mario.limonciello@....com>
To: Borislav Petkov <bp@...e.de>,
Jan Dąbroś <jsd@...ihalf.com>
Cc: linux-kernel@...r.kernel.org, linux-i2c@...r.kernel.org,
jarkko.nikula@...ux.intel.com, andriy.shevchenko@...ux.intel.com,
wsa@...nel.org, rrangel@...omium.org, upstream@...ihalf.com,
Muralidhara M K <muralimk@....com>,
Naveen Krishna Chatradhi <nchatrad@....com>
Subject: Re: [PATCH -next 1/2] i2c: designware: Switch from using MMIO access
to SMN access
On 9/21/2022 15:12, Borislav Petkov wrote:
> On Tue, Sep 20, 2022 at 06:24:39PM +0200, Jan Dąbroś wrote:
>>>> +EXPORT_SYMBOL_GPL(amd_cache_northbridges);
>
> Why is this being exported again?
>
> It is called unconditionally as a fs_initcall()...
>
Jan mentioned this in the commit message:
> The function which registers i2c-designware-platdrv is a
> subsys_initcall that is executed before fs_initcall (when enumeration
> of NB descriptors occurs).
So if it's not exported again, then it means that we somehow
need to get i2c-designware-platdrv to register earlier too.
Powered by blists - more mailing lists