lkml.org 
[lkml]   [2020]   [Mar]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v7 00/19] platform/x86: Rework intel_scu_ipc and intel_pmc_ipc drivers
On Mon, 02 Mar 2020, Mika Westerberg wrote:

> On Mon, Mar 02, 2020 at 02:26:21PM +0000, Lee Jones wrote:
> > On Mon, 02 Mar 2020, Mika Westerberg wrote:
> >
> > > Hi all,
> > >
> > > Currently both intel_scu_ipc.c and intel_pmc_ipc.c implement the same SCU
> > > IPC communications with minor differences. This duplication does not make
> > > much sense so this series reworks the two drivers so that there is only a
> > > single implementation of the SCU IPC. In addition to that the API will be
> > > updated to take SCU instance pointer as an argument, and most of the
> > > callers will be converted to this new API. The old API is left there but
> > > the plan is to get rid the callers and then the old API as well (this is
> > > something we are working with Andy Shevchenko).
> > >
> > > The intel_pmc_ipc.c is then moved under MFD which suits better for this
> > > kind of a driver that pretty much sets up the SCU IPC and then creates a
> > > bunch of platform devices for the things sitting behind the PMC. The driver
> > > is renamed to intel_pmc_bxt.c which should follow the existing conventions
> > > under drivers/mfd (and it is only meant for Intel Broxton derivatives).
> > >
> > > This is on top of platform-driver-x86.git/for-next branch because there is
> > > already some cleanup work queued that re-organizes Kconfig and Makefile
> > > entries.
> > >
> > > I have tested this on Intel Joule (Broxton-M) board.
> > >
> > > Changes from v6:
> > >
> > > * Added Reviewed-by tag from Andy
> > > * Expanded PMC, IPC and IA acronyms
> > > * Drop TCO_DEVICE_NAME, PUNIT_DEVICE_NAME and TELEMETRY_DEVICE_NAME
> > > * Move struct intel_pmc_dev into include/linux/mfd/intel_pmc_bxt.h
> > > * Add PMC_DEVICE_MAX to the enum and use it
> > > * Add kernel-docs for simplecmd_store() and northpeak_store()
> > > * Use if (ret) return ret; over the ternary operator
> > > * Drop "This is index X" from comments
> > > * Use acpi_has_watchdog() to determine whether iTCO_wdt is added or not.
> > > * Rename intel_scu_ipc_pdata -> intel_scu_ipc_data to make it less
> > > confusing wrt. platform data for platform drivers.
> >
> > Any reason why you've dropped all my tags?
>
> You mean these?
>
> For my own reference:
> Acked-for-MFD-by: Lee Jones <lee.jones@linaro.org>
>
> I wasn't really sure what to do with them. They are not in the normal
> tag format I've seen so I thought you use them yourself somehow to
> manage your mailboxes. I can add them back if needed.

Yes, please add them, so I can track them.

It normally means that I plan to take the set through MFD and
subsequently send an immutable pull-request out to the other
Maintainers once all the other Acks have been provided.

MFD handles these kinds of cross-subsystem patch-sets often.

--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

\
 
 \ /
  Last update: 2020-03-02 16:19    [W:0.087 / U:4.744 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site