off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit d630526d0aa6acc0868dae892b1febda72029a3e)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-atmel.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/s
Brown <broo...@kernel.org>
(cherry picked from commit 07550df04712c88717d2ab6578bb36bbd4305e35)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-pxa2xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.
el.org>
(cherry picked from commit c9e97b3cb2b80deb94c092a2022a6d385b838d84)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-meson-spifc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/spi-meson-spifc.c b/drivers/spi/spi-meson-spifc.c
index
n Sperl <ker...@martin.sperl.org>
Signed-off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit 0122a5183088e3117bb9c8fbe248914efb502f3f)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-bcm2835.c | 10 ++
1 file changed, 6 insertions(
istics'
Signed-off-by: Geliang Tang <geliangt...@163.com>
Signed-off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit 0243ed44ad4a25dbd2e92ad97e5e12a1a6c72d6c)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
include/linux/spi/spi.h | 2 +-
1 file changed, 1
ested-by: Noralf Trønnes <nor...@tronnes.org> (private communication)
Signed-off-by: Martin Sperl <ker...@martin.sperl.org>
Signed-off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit 3ecd37edaa2a6ba3246e2c35714be9316b1087fe)
Signed-off-by: Weifeng Voon
herry picked from commit 7e52be0d576e8f7bc99a606f07b9d000c4340f04)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-bcm2835.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi-bcm2835.c b/drivers/spi/spi-bcm2835.c
index bd79b18..588a707 100644
--- a/drivers/spi/s
f-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit 757fe8d514a9bab55156dfb2c4a03e56ba96a028)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-pxa2xx.c | 4 +---
drivers/spi/spi-pxa2xx.h | 3 ---
2 files changed, 1 insertion(+), 6 deletions(-)
diff
This changeset from mainline are for BXT/APL.
The commits are for linux-yocto4.1 standard/base branch.
Alexandre Belloni (1):
spi: atmel: remove warning when !CONFIG_PM_SLEEP
Geliang Tang (1):
spi: fix kernel-doc warnings in spi.h
Jarkko Nikula (4):
spi: spi-pxa2xx: Remove unused legacy
l <ker...@martin.sperl.org>
Signed-off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit a750b124cfd27bae1a12df22318db5a2083dfb12)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com>
---
drivers/spi/spi-bcm2835.c | 87 +++
1 fil
From: kbuild test robot <fengguang...@intel.com>
Signed-off-by: Fengguang Wu <fengguang...@intel.com>
Signed-off-by: Mark Brown <broo...@kernel.org>
(cherry picked from commit 29ad1a7a9e08f1d2b6795c5278a0c0fd23679ded)
Signed-off-by: Weifeng Voon <weifeng.v...@intel.com&
upport for Intel Sunrisepoint LPSS devices)
Cc: sta...@vger.kernel.org # v4.3+
Signed-off-by: Heikki Krogerus <heikki.kroge...@linux.intel.com>
Signed-off-by: Lee Jones <lee.jo...@linaro.org>
(cherry picked from commit 41a3da2b8e1639d983192e3650670df4ecc94cf7)
Signed-off-by: Weife
This changeset from mainline are for BXT/APL.
The commits are for linux-yocto4.1 standard/base branch.
Heikki Krogerus (1):
mfd: intel-lpss: Save register context on suspend
Mika Westerberg (1):
mfd: intel-lpss: Pass I2C configuration via properties on BXT
drivers/mfd/intel-lpss-acpi.c |
From: "Voon, Weifeng"
This changeset from mainline (29 commits) are for BXT/APL.
The commits are for linux-yocto4.1 standard/base branch.
URL: https://github.com/wvoon/yocto-backport.git
Branch:standard_base
Andy Shevchenko (3):
spi: pxa2xx: choose closest lower speed
From: Suravee Suthikulpanit
The current driver uses input clock source frequency to calculate
values for [SS|FS]_[HC|LC] registers. However, when booting ACPI, we do not
currently have a good way to provide the frequency information.
Instead, we can leverage the
From: Mika Westerberg
With ACPI _DSD (introduced in ACPI v5.1) it is now possible to pass device
configuration information from ACPI in addition to DT. In order to support
this, convert the driver to use the unified device property accessors
instead of DT
From: Jarkko Nikula
dw_readl() and dw_writel() are not used outside of i2c-designware-core and
they are not exported so make them static and remove their forward
declaration.
Signed-off-by: Jarkko Nikula
Signed-off-by: Wolfram Sang
From: Jarkko Nikula
i2c_dw_is_enabled() became unused by the commit be58eda775c8
("i2c: designware-pci: Cleanup driver power management") and
i2c_dw_enable() by the commit 3a48d1c08fe0 ("i2c: prevent spurious
interrupt on Designware controllers").
Signed-off-by:
From: Jarkko Nikula
Make it easier to distinguish between i2c-designware-platdrv and
i2c-designware-core functions and to be consistent with
i2c-designware-pcidrv.
Signed-off-by: Jarkko Nikula
Signed-off-by: Wolfram Sang
From: Jarkko Nikula
There is some code duplication in i2c-designware-platdrv and
i2c-designware-pcidrv probe functions. What is even worse that duplication
requires i2c_dw_xfer(), i2c_dw_func() and i2c_dw_isr() i2c-designware-core
functions to be exported.
From: Jarkko Nikula
Device must not generate interrupts before registering the interrupt
handler so move i2c_dw_disable_int() before requesting it.
There are no known issues with this. The code has been here since commit
fe20ff5c7e9c ("i2c-designware: Add support
From: Jarkko Nikula
Printing adapter name is irrelevant from this debug print and makes output
needlessly long. Having already device and functions names printed here is
enough for debugging.
While at it remove extra space from "enabled= 0x" and use "%#x" for
From: Suravee Suthikulpanit
Add device HID AMDI0510 to match the I2C controlers on AMD Seattle platform
Signed-off-by: Suravee Suthikulpanit
Signed-off-by: Wolfram Sang
(cherry picked from commit
From: Andy Shevchenko
The mentioned flag fixes a warning on Intel Edison board since one of the I2C
controller shares IRQ line with watchdog timer.
Signed-off-by: Andy Shevchenko
Acked-by: Mika Westerberg
From: Geliang Tang
Use to_pci_dev() instead of open-coding it.
Signed-off-by: Geliang Tang
Reviewed-by: Andy Shevchenko
Signed-off-by: Wolfram Sang
(cherry picked from commit
From: Jisheng Zhang
Commit 1fc2fe204cb9 ("i2c: designware: Add runtime PM hooks") adds
runtime pm support using the same ops for system pm and runtime pm.
When suspend to ram, the i2c host may have been runtime suspended, thus
i2c_dw_disable() hangs.
Previously, I fixed
From: Loc Ho
Enable APM X-Gene ACPI I2C device support by adding the
corresponding ACPI ID. The platform ACPI APD corresponding
change is required to provide the proper clock frequency input.
Signed-off-by: Loc Ho
Acked-by: Mika Westerberg
From: Ken Xue
The patch reverts commit a445900c9060 (i2c: designware: Add support for
AMD I2C controller). It never worked anyhow because it did not register
a proper clkdev.
Since kernel 4.1 starts to support APD, there is no need to get freq
from id->driver_data for AMD0010.
From: "Voon, Weifeng"
This i2c patches are needed to be backported to enable Apollo Lake/Broxton
This patches are from mainline and targeted for linux-yocto-4.1 on
standard/base branch
Andy Shevchenko (1):
i2c: designware-pci: use IRQF_COND_SUSPEND flag
Baruch Siach
From: Mika Westerberg
Make it possible to pass built-in device properties to platform device
drivers. This is useful if the system does not have any firmware interface
like Device Tree or ACPI which provides these.
Properties associated with the platform device
From: Andy Shevchenko
In the similar way like we do for the platform data we propagate the device
properties. For example, in case of Intel LPSS drivers we may provide a
specific property to tell the actual device driver an additional information
such as
From: Mika Westerberg
Typically when a device is created the bus core it belongs to (for example
PCI) does not know if the device supports things like latency tolerance.
This is left to the driver that binds to the device in question. However,
at that time the
From: Andy Shevchenko
The HS-UART host controller driver needs to know certain properties like
width of the register set if it cannot get that information from ACPI or
DT. In order to support non-ACPI systems we pass this information to the
driver via device
From: Andy Shevchenko
klist_prev() gets the previous element in the list. It is useful to traverse
through the list in reverse order, for example, to provide LIFO (last in first
out) variant of access.
Signed-off-by: Andy Shevchenko
From: Mika Westerberg
Intel Skylake the LPSS I2C pad circuit has internal delays that require
programming non-zero SDA hold time for the I2C host controller. If this is
not done communication to slave devices may fail with arbitration lost
errors like the one
From: Andy Shevchenko
Intel Broxton has the same LPSS block than Intel Sunrisepoint so add
Broxton PCI IDs to the list.
Signed-off-by: Mika Westerberg
Signed-off-by: Andy Shevchenko
From: Andy Shevchenko
There are already helper functions to do 64-bit I/O on 32-bit machines, thus we
don't need to reinvent the wheel. In our case we can't use readq() / writeq()
even on 64-bit kernel since there is a hardware limitation (OCP bus is a 32-bit
From: Andrew Morton
gcc-4.4.4 has problems with initialization of anonymous unions:
drivers/mfd/intel-lpss-acpi.c:30: error: unknown field 'value' specified in
initializer
work around this by crafting the initializers in a manner which the
compiler can handle.
From: Heikki Krogerus
This fixes NULL pointer dereference when the primary fwnode handle
does not exist, for example with PCI devices that do not have ACPI
companion.
Signed-off-by: Heikki Krogerus
Signed-off-by: Andy Shevchenko
From: Andy Shevchenko
The struct fwnode has notion of secondary fwnode. This is supposed to used
as fallback if the primary firmware interface (DT, ACPI) does not have the
property in question.
However, the current implementation never checks the secondary
From: Mika Westerberg
It is convenient if the property set associated with the device secondary
firmware node is a copy of the original. This allows passing property set
from a stack for example for devices created dynamically. This also ties
the property set
From: Andy Shevchenko
We may save a lot of lines of code and space by keeping single values inside
the struct property_entry. Refactor the implementation to do so.
Signed-off-by: Andy Shevchenko
Signed-off-by: Rafael J.
From: Mika Westerberg
Sometimes it is useful to be able to extract an index of certain string
value from an array of strings. A typical use case is to give a name to a
DMA channel, PWM, clock and so on.
Provide an implementation using unified device property
From: Heikki Krogerus
Marcos for easier creation of build-in property entries.
Signed-off-by: Heikki Krogerus
Signed-off-by: Andy Shevchenko
Signed-off-by: Rafael J. Wysocki
From: Andy Shevchenko
There is no functional change.
Signed-off-by: Andy Shevchenko
Signed-off-by: Rafael J. Wysocki
(cherry picked from commit 1d656fb757c17e48a8a01bd576d14918701ba55c)
From: Andy Shevchenko
To be in align with the rest of fwnode types we rename the built-in property
set ones, i.e.
is_pset() -> is_pset_node()
to_pset() -> to_pset_node()
There is no functional change.
Signed-off-by: Andy Shevchenko
From: Andy Shevchenko
Instead of using the type and nval fields we will use length (in bytes) of the
value. The sanity check is done in the accessors.
The built-in property accessors are split in the same way such as device tree.
Signed-off-by: Andy
From: "Voon, Weifeng"
More "device property" patches needed to backport for
Apollo Lake/Broxton.
This patches are from mainline and can only be apply after the previous
patch title:"device property : Backport device property patches to 4.1"
goes into the standard/base
From: "Rafael J. Wysocki"
Modify is_acpi_node() to return "true" for ACPI data-only subnodes as
well as for ACPI device objects and change the name of to_acpi_node()
to to_acpi_device_node() so it is clear that it covers ACPI device
objects only. Accordingly,
From: Andy Shevchenko
The one string as an equivalent to an array of one element. Allow user to read
one string as a plain string.
Signed-off-by: Andy Shevchenko
Reviewed-by: Mika Westerberg
From: Andy Shevchenko
Currently the property accessors unconditionally fall back to built-in property
set as a last resort. Make this strict and return an error in case the type of
fwnode is unknown.
This is actually a follow up to the commit 4fa7508e9f1c
From: "Suthikulpanit, Suravee"
This patch implements support for ACPI _CCA object, which is introduced in
ACPIv5.1, can be used for specifying device DMA coherency attribute.
The parsing logic traverses device namespace to parse coherency
information, and stores
From: Alexander Sverdlin
Commit 8a0662d9 introduced of_node and acpi_node symbols in global namespace
but there were already ~63 of_node local variables or function parameters
(no single acpi_node though, but anyway).
After debugging undefined but used of_node
From: "Rafael J. Wysocki"
Move the extraction of _DSD properties from acpi_init_properties()
to a separate routine called acpi_extract_properties() to make the
subsequent changes more straightforward.
Signed-off-by: Rafael J. Wysocki
From: "Rafael J. Wysocki"
In some cases, the information expressed via device properties is
hierarchical by nature. For example, the properties of a composite
device consisting of multiple semi-dependent components may need
to be represented in the form of a tree of
From: Guenter Roeck
Return -ENXIO if device property array access functions don't find
a suitable firmware interface.
This lets drivers decide if they should use available platform data
instead.
Cc: Rafael J. Wysocki
Signed-off-by: Guenter Roeck
From: "Rafael J. Wysocki"
Use a #defined symbol ACPI_DT_NAMESPACE_HID instead of the PRP0001
string.
Signed-off-by: Rafael J. Wysocki
Acked-by: Mika Westerberg
Reviewed-by: Hanjun Guo
From: "Rafael J. Wysocki"
Refine the check for the presence of the "compatible" property
if the PRP0001 device ID is present in the device's list of
ACPI/PNP IDs to also print the message if _DSD is missing
entirely or the format of it is incorrect.
One special case
From: "Voon, Weifeng"
The patch is the "device property" backport for Apollo Lake/Broxton.
Patch "device property: always check for fwnode type" is from mainline.
The other patches is to make sure the patch apply cleanly.
The patches are targeted for linux-yocto-4.1 on
59 matches
Mail list logo