From: Lee Jones <lee.jones@linaro.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Vinod Koul <vinod.koul@intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Jarkko Nikula <jarkko.nikula@linux.intel.com>,
"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
mturquette@baylibre.com, Stephen Boyd <sboyd@codeaurora.org>
Subject: Re: [PATCH v5 0/8] mfd: introduce a driver for LPSS devices on SPT
Date: Fri, 24 Jul 2015 16:16:13 +0100 [thread overview]
Message-ID: <20150724151613.GK3436@x1> (raw)
In-Reply-To: <1437651621.29746.24.camel@linux.intel.com>
On Thu, 23 Jul 2015, Andy Shevchenko wrote:
> On Mon, 2015-07-06 at 15:22 +0300, Andy Shevchenko wrote:
> > The new coming Intel platforms such as Skylake will contain
> > Sunrisepoint PCH.
> >
> > The driver is based on MFD framework since the main device, i.e.
> > serial bus
> > controller, contains register space for itself, DMA part, and an
> > additional
> > address space (convergence layer).
> >
> > The public specification of the register map is avaiable in [1].
> >
> > This is fifth generation of the patch series to bring support LPSS
> > devices
> > found on Intel Sunrisepoint (Intel Skylake PCH). Previous one can be
> > found here
> > [2].
> >
> > The series has few logical parts:
> > - patches 1-3 prepares PM core, ACPI, and driver core (PM) to handle
> > our case
> > - patches 4-6 introduce unregistering platform devices in MFD in
> > reversed
> > order
> > - patch 7 implements iDMA 64-bit driver
> > - patch 8 introduces an MFD driver for LPSS devices
> >
> > The patch 7 can be applied independently, though it's better if it
> > goes before
> > patch 8.
> >
> > The driver has been tested with SPI and UART on Intel Skylake PCH.
> >
> > [1] https://download.01.org/future-platform-configuration
> > -hub/skylake/register-definitions/332219-002.pdf
> > [2] http://www.spinics.net/lists/linux-acpi/msg58622.html
>
> Lee, can we move forward this thing somehow?
>
> We may create a topic branch for you where we apply already Acked
> patches (1-5) to reduce burden on reviewers. Would it help?
I just need one of the clock guys to take a look at the MFD patch
before I apply the set.
What other Acks are you waiting on?
NB: I don't need a branch, it's easier for me to apply patches from my
mbox.
> > Changelog v5:
> > - rebase on top of v4.2-rc1
> > - patch 3 is modified accordingly to new changes in
> > drivers/base/dd.c
> > - correct Rafael's email in patch 3
> >
> > Changelog v4:
> > - replace patch 3 by Rafael's suggession
> > - append ACKs from Rafael
> > - rebase on top of v4.1-rc8
> >
> > Changelog v3:
> > - rework patch 3 to be used for all kind of devices (address Alan
> > comment)
> > - iDMA 64-bit driver improvements:
> > - fix burst-to-register conversion
> > - remove excessive locking
> > - do not expose core part to the user (Kconfig)
> > - address most of Lee's comments
> > - append ACKs
> > - rebase on top of v4.1-rc6
> >
> > Changelog v2:
> > - new DMA driver to fully support iDMA 64-bit IP
> > - patch 3 is added to wake up parent devices when ->probe(),
> > ->remove(), or
> > ->shutdown()
> > - MFD core is unregistering devices in reversed order
> > - address few Lee's comments on v1
> > - address Russel's comment, therefore use clkdev_create() helper
> > - intel-lpss{,-acpi,-pci} are modified regarding to above changes
> >
> > Andy Shevchenko (5):
> > klist: implement klist_prev()
> > driver core: implement device_for_each_child_reverse()
> > mfd: make mfd_remove_devices() iterate in reverse order
> > dmaengine: add a driver for Intel integrated DMA 64-bit
> > mfd: Add support for Intel Sunrisepoint LPSS devices
> >
> > Mika Westerberg (2):
> > PM / QoS: Make it possible to expose device latency tolerance to
> > userspace
> > ACPI / PM: Attach ACPI power domain only once
> >
> > Rafael J. Wysocki (1):
> > Driver core: wakeup the parent device before trying probe
> >
> > drivers/acpi/device_pm.c | 8 +
> > drivers/acpi/internal.h | 2 +
> > drivers/acpi/scan.c | 46 ++-
> > drivers/base/core.c | 43 +++
> > drivers/base/dd.c | 20 ++
> > drivers/base/power/power.h | 2 +
> > drivers/base/power/qos.c | 37 +++
> > drivers/base/power/sysfs.c | 11 +
> > drivers/dma/Kconfig | 5 +
> > drivers/dma/Makefile | 1 +
> > drivers/dma/idma64.c | 724
> > ++++++++++++++++++++++++++++++++++++++++++
> > drivers/dma/idma64.h | 232 ++++++++++++++
> > drivers/mfd/Kconfig | 23 ++
> > drivers/mfd/Makefile | 3 +
> > drivers/mfd/intel-lpss-acpi.c | 84 +++++
> > drivers/mfd/intel-lpss-pci.c | 113 +++++++
> > drivers/mfd/intel-lpss.c | 524 ++++++++++++++++++++++++++++++
> > drivers/mfd/intel-lpss.h | 62 ++++
> > drivers/mfd/mfd-core.c | 2 +-
> > include/linux/device.h | 2 +
> > include/linux/klist.h | 1 +
> > include/linux/pm_qos.h | 5 +
> > lib/klist.c | 41 +++
> > 23 files changed, 1974 insertions(+), 17 deletions(-)
> > create mode 100644 drivers/dma/idma64.c
> > create mode 100644 drivers/dma/idma64.h
> > create mode 100644 drivers/mfd/intel-lpss-acpi.c
> > create mode 100644 drivers/mfd/intel-lpss-pci.c
> > create mode 100644 drivers/mfd/intel-lpss.c
> > create mode 100644 drivers/mfd/intel-lpss.h
> >
>
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones@linaro.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Vinod Koul <vinod.koul@intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Jarkko Nikula <jarkko.nikula@linux.intel.com>,
"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
mturquette@baylibre.com, Stephen Boyd <sboyd@codeaurora.org>
Subject: Re: [PATCH v5 0/8] mfd: introduce a driver for LPSS devices on SPT
Date: Fri, 24 Jul 2015 16:16:13 +0100 [thread overview]
Message-ID: <20150724151613.GK3436@x1> (raw)
In-Reply-To: <1437651621.29746.24.camel@linux.intel.com>
On Thu, 23 Jul 2015, Andy Shevchenko wrote:
> On Mon, 2015-07-06 at 15:22 +0300, Andy Shevchenko wrote:
> > The new coming Intel platforms such as Skylake will contain
> > Sunrisepoint PCH.
> >
> > The driver is based on MFD framework since the main device, i.e.
> > serial bus
> > controller, contains register space for itself, DMA part, and an
> > additional
> > address space (convergence layer).
> >
> > The public specification of the register map is avaiable in [1].
> >
> > This is fifth generation of the patch series to bring support LPSS
> > devices
> > found on Intel Sunrisepoint (Intel Skylake PCH). Previous one can be
> > found here
> > [2].
> >
> > The series has few logical parts:
> > - patches 1-3 prepares PM core, ACPI, and driver core (PM) to handle
> > our case
> > - patches 4-6 introduce unregistering platform devices in MFD in
> > reversed
> > order
> > - patch 7 implements iDMA 64-bit driver
> > - patch 8 introduces an MFD driver for LPSS devices
> >
> > The patch 7 can be applied independently, though it's better if it
> > goes before
> > patch 8.
> >
> > The driver has been tested with SPI and UART on Intel Skylake PCH.
> >
> > [1] https://download.01.org/future-platform-configuration
> > -hub/skylake/register-definitions/332219-002.pdf
> > [2] http://www.spinics.net/lists/linux-acpi/msg58622.html
>
> Lee, can we move forward this thing somehow?
>
> We may create a topic branch for you where we apply already Acked
> patches (1-5) to reduce burden on reviewers. Would it help?
I just need one of the clock guys to take a look at the MFD patch
before I apply the set.
What other Acks are you waiting on?
NB: I don't need a branch, it's easier for me to apply patches from my
mbox.
> > Changelog v5:
> > - rebase on top of v4.2-rc1
> > - patch 3 is modified accordingly to new changes in
> > drivers/base/dd.c
> > - correct Rafael's email in patch 3
> >
> > Changelog v4:
> > - replace patch 3 by Rafael's suggession
> > - append ACKs from Rafael
> > - rebase on top of v4.1-rc8
> >
> > Changelog v3:
> > - rework patch 3 to be used for all kind of devices (address Alan
> > comment)
> > - iDMA 64-bit driver improvements:
> > - fix burst-to-register conversion
> > - remove excessive locking
> > - do not expose core part to the user (Kconfig)
> > - address most of Lee's comments
> > - append ACKs
> > - rebase on top of v4.1-rc6
> >
> > Changelog v2:
> > - new DMA driver to fully support iDMA 64-bit IP
> > - patch 3 is added to wake up parent devices when ->probe(),
> > ->remove(), or
> > ->shutdown()
> > - MFD core is unregistering devices in reversed order
> > - address few Lee's comments on v1
> > - address Russel's comment, therefore use clkdev_create() helper
> > - intel-lpss{,-acpi,-pci} are modified regarding to above changes
> >
> > Andy Shevchenko (5):
> > klist: implement klist_prev()
> > driver core: implement device_for_each_child_reverse()
> > mfd: make mfd_remove_devices() iterate in reverse order
> > dmaengine: add a driver for Intel integrated DMA 64-bit
> > mfd: Add support for Intel Sunrisepoint LPSS devices
> >
> > Mika Westerberg (2):
> > PM / QoS: Make it possible to expose device latency tolerance to
> > userspace
> > ACPI / PM: Attach ACPI power domain only once
> >
> > Rafael J. Wysocki (1):
> > Driver core: wakeup the parent device before trying probe
> >
> > drivers/acpi/device_pm.c | 8 +
> > drivers/acpi/internal.h | 2 +
> > drivers/acpi/scan.c | 46 ++-
> > drivers/base/core.c | 43 +++
> > drivers/base/dd.c | 20 ++
> > drivers/base/power/power.h | 2 +
> > drivers/base/power/qos.c | 37 +++
> > drivers/base/power/sysfs.c | 11 +
> > drivers/dma/Kconfig | 5 +
> > drivers/dma/Makefile | 1 +
> > drivers/dma/idma64.c | 724
> > ++++++++++++++++++++++++++++++++++++++++++
> > drivers/dma/idma64.h | 232 ++++++++++++++
> > drivers/mfd/Kconfig | 23 ++
> > drivers/mfd/Makefile | 3 +
> > drivers/mfd/intel-lpss-acpi.c | 84 +++++
> > drivers/mfd/intel-lpss-pci.c | 113 +++++++
> > drivers/mfd/intel-lpss.c | 524 ++++++++++++++++++++++++++++++
> > drivers/mfd/intel-lpss.h | 62 ++++
> > drivers/mfd/mfd-core.c | 2 +-
> > include/linux/device.h | 2 +
> > include/linux/klist.h | 1 +
> > include/linux/pm_qos.h | 5 +
> > lib/klist.c | 41 +++
> > 23 files changed, 1974 insertions(+), 17 deletions(-)
> > create mode 100644 drivers/dma/idma64.c
> > create mode 100644 drivers/dma/idma64.h
> > create mode 100644 drivers/mfd/intel-lpss-acpi.c
> > create mode 100644 drivers/mfd/intel-lpss-pci.c
> > create mode 100644 drivers/mfd/intel-lpss.c
> > create mode 100644 drivers/mfd/intel-lpss.h
> >
>
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
next prev parent reply other threads:[~2015-07-24 15:16 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-06 12:22 [PATCH v5 0/8] mfd: introduce a driver for LPSS devices on SPT Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 2/8] ACPI / PM: Attach ACPI power domain only once Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 3/8] Driver core: wakeup the parent device before trying probe Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 4/8] klist: implement klist_prev() Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 5/8] driver core: implement device_for_each_child_reverse() Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 6/8] mfd: make mfd_remove_devices() iterate in reverse order Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit Andy Shevchenko
2015-07-17 4:38 ` Vinod Koul
2015-07-20 8:46 ` Andy Shevchenko
2015-07-21 4:50 ` Vinod Koul
2015-07-21 7:08 ` Andy Shevchenko
2015-07-22 4:57 ` Vinod Koul
2015-07-23 8:50 ` Andy Shevchenko
2015-07-06 12:22 ` [PATCH v5 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices Andy Shevchenko
2015-07-24 15:14 ` Lee Jones
2015-07-15 12:15 ` [PATCH v5 0/8] mfd: introduce a driver for LPSS devices on SPT Andy Shevchenko
2015-07-16 13:28 ` Vinod Koul
2015-07-16 13:55 ` Andy Shevchenko
2015-07-23 11:40 ` Andy Shevchenko
2015-07-24 15:16 ` Lee Jones [this message]
2015-07-24 15:16 ` Lee Jones
2015-07-24 15:29 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150724151613.GK3436@x1 \
--to=lee.jones@linaro.org \
--cc=akpm@linux-foundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=dmaengine@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=jarkko.nikula@linux.intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=mturquette@baylibre.com \
--cc=rafael.j.wysocki@intel.com \
--cc=sboyd@codeaurora.org \
--cc=vinod.koul@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.