From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jarkko Nikula <jarkko.nikula@linux.intel.com>,
linux-i2c@vger.kernel.org, linux-acpi@vger.kernel.org,
linux-kernel@vger.kernel.org, Lee Jones <lee.jones@linaro.org>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
Kevin Fenzi <kevin@scrye.com>, Arnd Bergmann <arnd@arndb.de>,
Wolfram Sang <wsa@the-dreams.de>
Subject: Re: [PATCH v1 00/13] intel-lpss: support non-ACPI platforms
Date: Tue, 24 Nov 2015 16:49:51 +0200 [thread overview]
Message-ID: <1448376591.15393.23.camel@linux.intel.com> (raw)
In-Reply-To: <3454625.b9jyZODPnk@vostro.rjw.lan>
On Tue, 2015-11-24 at 16:11 +0100, Rafael J. Wysocki wrote:
> On Tuesday, November 24, 2015 12:22:46 PM Andy Shevchenko wrote:
> > This series includes few logical sets that bring a support of non-
> > ACPI
> > platforms for Intel Skylake.
> >
> > First part is a refactoring of built-in device properties support:
> > - keep single value inside the structure
> > - provide helper macros to define built-in properties
> > - fall back to secondary fwnode if primary has no asked property
> >
> > Second one is modifications to MFD code and intel-lpss.c driver in
> > particular
> > to define and pass built-in properties to the individual drivers.
> >
> > Last part is a fix for I2C bug found on Lenovo Yoga hardware and a
> > first
> > converted user.
> >
> > Built-in device properties is an alternative to platform data. It
> > provides a
> > unified API that drivers can use to cover all cases at once: DT,
> > ACPI, and
> > built-in properties.
> >
> > With this series applied platform data can be considered obsolete.
> > Moreover,
> > built-in device properties allows to adjust existing configuration,
> > for
> > example, in cases when ACPI values are wrong on some platforms.
> >
> > The series has been tested on available hardware and doesn't break
> > current
> > behaviour. But we ask you, Kevin, to apply the series on your side
> > and check
> > with Lenovo hardware.
> >
> > Andy Shevchenko (8):
> > device property: always check for fwnode type
> > device property: rename helper functions
> > device property: refactor built-in properties support
> > device property: keep single value inplace
> > device property: improve readability of macros
> > device property: return -EINVAL when property isn't found in ACPI
> > device property: Fallback to secondary fwnode if primary misses
> > the
> > property
> > mfd: core: propagate device properties to sub devices drivers
> >
> > Heikki Krogerus (1):
> > device property: helper macros for property entry creation
> >
> > Mika Westerberg (4):
> > mfd: intel-lpss: Add support for passing device properties
> > mfd: intel-lpss: Pass HSUART configuration via properties
> > mfd: intel-lpss: Pass SDA hold time to I2C host controller driver
> > i2c: designware: Convert to use unified device property API
> >
> > drivers/acpi/property.c | 10 +-
> > drivers/base/property.c | 298
> > +++++++++++++++++++++-------
> > drivers/i2c/busses/i2c-designware-platdrv.c | 48 ++---
> > drivers/mfd/intel-lpss-acpi.c | 18 +-
> > drivers/mfd/intel-lpss-pci.c | 43 +++-
> > drivers/mfd/intel-lpss.c | 16 +-
> > drivers/mfd/intel-lpss.h | 2 +
> > drivers/mfd/mfd-core.c | 3 +
> > include/linux/mfd/core.h | 5 +
> > include/linux/property.h | 87 ++++++--
> > 10 files changed, 394 insertions(+), 136 deletions(-)
>
> All patches in this series look good to me overall, but please fix
> the build
> problems reported by 0-day and resubmit.
Thanks for fast response. We will do that later this week while
gathering comments from others.
> Thanks,
> Rafael
>
--
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
next prev parent reply other threads:[~2015-11-24 14:49 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-24 10:22 [PATCH v1 00/13] intel-lpss: support non-ACPI platforms Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 01/13] device property: always check for fwnode type Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 02/13] device property: rename helper functions Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 03/13] device property: refactor built-in properties support Andy Shevchenko
2015-11-24 14:37 ` Rafael J. Wysocki
2015-11-24 14:40 ` Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 04/13] device property: keep single value inplace Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 05/13] device property: helper macros for property entry creation Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 06/13] device property: improve readability of macros Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 07/13] device property: return -EINVAL when property isn't found in ACPI Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 08/13] device property: Fallback to secondary fwnode if primary misses the property Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 09/13] mfd: core: propagate device properties to sub devices drivers Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 10/13] mfd: intel-lpss: Add support for passing device properties Andy Shevchenko
2015-11-24 10:22 ` [PATCH v1 11/13] mfd: intel-lpss: Pass HSUART configuration via properties Andy Shevchenko
2015-11-24 10:44 ` kbuild test robot
2015-11-24 10:44 ` kbuild test robot
2015-11-24 11:13 ` Mika Westerberg
2015-11-24 19:53 ` Arnd Bergmann
2015-11-25 12:12 ` Mika Westerberg
2015-11-24 10:22 ` [PATCH v1 12/13] mfd: intel-lpss: Pass SDA hold time to I2C host controller driver Andy Shevchenko
2015-11-24 10:50 ` kbuild test robot
2015-11-24 10:50 ` kbuild test robot
2015-11-24 10:22 ` [PATCH v1 13/13] i2c: designware: Convert to use unified device property API Andy Shevchenko
2015-11-24 10:53 ` Jarkko Nikula
2015-11-24 11:03 ` Mika Westerberg
2015-11-24 15:11 ` [PATCH v1 00/13] intel-lpss: support non-ACPI platforms Rafael J. Wysocki
2015-11-24 14:49 ` Andy Shevchenko [this message]
2015-11-24 20:00 ` Arnd Bergmann
2015-11-24 22:17 ` Rafael J. Wysocki
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=1448376591.15393.23.camel@linux.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=arnd@arndb.de \
--cc=gregkh@linuxfoundation.org \
--cc=jarkko.nikula@linux.intel.com \
--cc=kevin@scrye.com \
--cc=lee.jones@linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=rjw@rjwysocki.net \
--cc=wsa@the-dreams.de \
/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.