operation for irq masking
- use readl/writel relaxed versions
- add a comment explaining the irq status/enable register
- provide affinity callback that returns -EINVAL
Eddie James (4):
dt-bindings: interrupt-controller: Add Aspeed SCU interrupt controller
irqchip: Add Aspeed SCU interrupt
Add a node for the interrupt controller provided by the SCU.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index e8feb8b..450c2d2
Document the Aspeed SCU interrupt controller and add an include file
for the interrupts it provides.
Signed-off-by: Eddie James
---
.../interrupt-controller/aspeed,ast2xxx-scu-ic.txt | 26 ++
MAINTAINERS| 7 ++
.../interrupt
The Aspeed SOCs provide some interrupts through the System Control
Unit registers. Add an interrupt controller that provides these
interrupts to the system.
Signed-off-by: Eddie James
---
Changes since v1:
- add a spinlock to protect read-modify-write operation for irq masking
- use readl
On 9/24/19 11:47 AM, Marc Zyngier wrote:
Eddie,
On 24/09/2019 17:14, Eddie James wrote:
The Aspeed SOCs provide some interrupts through the System Control
Unit registers. Add an interrupt controller that provides these
interrupts to the system.
Signed-off-by: Eddie James
---
MAINTAINERS
Add nodes for the interrupt controllers provided by the SCU.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g6.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-g6.dtsi b/arch/arm/boot/dts/aspeed-g6.dtsi
index 3a1422f..d89f1e6 100644
Document the Aspeed SCU interrupt controller and add an include file
for the interrupts it provides.
Signed-off-by: Eddie James
---
.../interrupt-controller/aspeed,ast2xxx-scu-ic.txt | 26 ++
MAINTAINERS| 7 ++
.../interrupt
Add a node for the interrupt controller provided by the SCU.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index e8feb8b..450c2d2
The Aspeed SOCs provide some interrupts through the System Control
Unit registers. Add an interrupt controller that provides these
interrupts to the system. Add the interrupt controller to the AST25XX
and AST26XX devicetrees.
Eddie James (4):
dt-bindings: interrupt-controller: Add Aspeed SCU
The Aspeed SOCs provide some interrupts through the System Control
Unit registers. Add an interrupt controller that provides these
interrupts to the system.
Signed-off-by: Eddie James
---
MAINTAINERS | 1 +
drivers/irqchip/Makefile| 2 +-
drivers/irqchip
Document the AST2600 I2C bus compatible string.
Signed-off-by: Eddie James
---
Documentation/devicetree/bindings/i2c/i2c-aspeed.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
b/Documentation/devicetree/bindings/i2c
The driver default behavior works with the AST2600. We need a new
compatible though to make sure the driver doesn't enable AST2400 or
AST2500 behavior.
Signed-off-by: Eddie James
---
drivers/i2c/busses/i2c-aspeed.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/i2c/busses/i2c
Update the Aspeed I2C driver with the AST2600 compatible string. The default
driver behavior works fine with the AST2600. A new compatible string is needed
to avoid the AST2400 and AST2500 behavior.
Eddie James (2):
i2c: Aspeed: Add AST2600 compatible
dt-bindings: i2c: Aspeed: Add AST2600
On 8/30/19 12:36 PM, Guenter Roeck wrote:
On Fri, Aug 30, 2019 at 11:09:45AM -0500, Eddie James wrote:
Version 2 of the PSU supports a second page of data and changes the
format of the FW version. Use the devicetree binding to differentiate
between the version the driver should use.
Signed
Document the compatible string for version 2 of the IBM CFFPS PSU.
Signed-off-by: Eddie James
---
Documentation/devicetree/bindings/hwmon/ibm,cffps1.txt | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/hwmon/ibm,cffps1.txt
b
these conditions.
Also, don't do a PIB reset for these conditions, since it won't help.
Signed-off-by: Eddie James
---
drivers/fsi/fsi-scom.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/fsi/fsi-scom.c b/drivers/fsi/fsi-scom.c
index 343153d..004dc03 100644
--- a/drivers
Sequence numbering of the commands submitted to the OCC is required by
the OCC interface specification. Add sequence numbering and check for
the correct sequence number on the response.
Signed-off-by: Eddie James
Acked-by: Guenter Roeck
Reviewed-by: Lei YU
---
drivers/fsi/fsi-occ.c | 15
Add a node for the XDMA engine with all the necessary information.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index 5b1ca26..bfc8328 100644
: Documentation/devicetree/bindings/media/aspeed-video.txt
+ASPEED XDMA ENGINE DRIVER
+M: Eddie James
+L: linux-asp...@lists.ozlabs.org (moderated for non-subscribers)
+L: linux-kernel@vger.kernel.org
+S: Maintained
+F: Documentation/devicetree/bindings/misc/aspeed
The AST2500 has two PCI devices embedded. The XDMA engine can use either
device to perform DMA transfers. Users need the capability to choose
which device to use. This commit therefore adds a sysfs file that can
toggle the AST2500 and XDMA engine between the two PCI devices.
Signed-off-by: Eddie
to drivers/misc, but I'm now fairly certain
it belongs in drivers/soc, especially since the other Aspeed drivers have been
moved to soc.
Changes since v1:
- Correct the XDMA command pitch
- Don't use packed for the aspeed_xdma_op structure
- Correct the SCU PCI config change
Eddie James (8):
d
Enable the XDMA engine node.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
b/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
index 31ea34e..1d247cd 100644
Add debugfs entries for the relevant XDMA engine registers and for
dumping the AST2500 reserved memory space.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 128 +++
1 file changed, 128 insertions(+)
diff --git a/drivers/soc/aspeed/aspeed
data will be placed in the client's memory area.
Poll is also provided in order to determine when the DMA operation is
complete for non-blocking IO.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 200 +++
1 file changed, 200 insertions(+)
Document the pcidev sysfs attribute used by the aspeed-xdma driver.
Signed-off-by: Eddie James
---
Documentation/ABI/testing/sysfs-devices-platform-aspeed-xdma | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-devices-platform-aspeed-xdma
Document the bindings.
Reviewed-by: Andrew Jeffrey
Signed-off-by: Eddie James
---
.../devicetree/bindings/soc/aspeed/xdma.txt| 23 ++
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/aspeed/xdma.txt
diff --git
On 5/30/19 10:45 PM, Eduardo Valentin wrote:
On Wed, May 29, 2019 at 01:10:05PM -0500, Eddie James wrote:
The AST2500 has two PCI devices embedded. The XDMA engine can use either
device to perform DMA transfers. Users need the capability to choose
which device to use. This commit therefore
On 5/30/19 10:31 PM, Eduardo Valentin wrote:
On Wed, May 29, 2019 at 01:10:02PM -0500, Eddie James wrote:
The XDMA engine embedded in the AST2500 SOC performs PCI DMA operations
between the SOC (acting as a BMC) and a host processor in a server.
This commit adds a driver to control the XDMA
On 5/30/19 12:30 AM, Andrew Jeffery wrote:
On Thu, 30 May 2019, at 03:40, Eddie James wrote:
Document the bindings.
Signed-off-by: Eddie James
---
.../devicetree/bindings/soc/aspeed/xdma.txt| 23 ++
1 file changed, 23 insertions(+)
create mode 100644
SBE fifo operations should be allowed while the SBE is in any of the
"IPL" states. Operations should succeed in this state.
Fixes: 9f4a8a2d7f9d fsi/sbefifo: Add driver for the SBE FIFO
Reviewed-by: Joel Stanley
Tested-by: Alistair Popple
Signed-off-by: Eddie James
---
drive
Document the bindings.
Signed-off-by: Eddie James
---
.../devicetree/bindings/soc/aspeed/xdma.txt| 23 ++
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/aspeed/xdma.txt
diff --git a/Documentation/devicetree/bindings/soc
Add debugfs entries for the relevant XDMA engine registers and for
dumping the AST2500 reserved memory space.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 94
1 file changed, 94 insertions(+)
diff --git a/drivers/soc/aspeed/aspeed
Document the pcidev sysfs attribute used by the aspeed-xdma driver.
Signed-off-by: Eddie James
---
Documentation/ABI/testing/sysfs-devices-platform-aspeed-xdma | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-devices-platform-aspeed-xdma
data will be placed in the client's memory area.
Poll is also provided in order to determine when the DMA operation is
complete for non-blocking IO.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 201 +++
1 file changed, 201 insertions(+)
: Documentation/devicetree/bindings/media/aspeed-video.txt
+ASPEED XDMA ENGINE DRIVER
+M: Eddie James
+L: linux-asp...@lists.ozlabs.org (moderated for non-subscribers)
+L: linux-kernel@vger.kernel.org
+S: Maintained
+F: Documentation/devicetree/bindings/misc/aspeed
Add a node for the XDMA engine with all the necessary information.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index 5b1ca26..bfc8328 100644
Enable the XDMA engine node.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
b/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
index 85b9e40..ad7ccf1 100644
The AST2500 has two PCI devices embedded. The XDMA engine can use either
device to perform DMA transfers. Users need the capability to choose
which device to use. This commit therefore adds two sysfs files that
toggle the AST2500 and XDMA engine between the two PCI devices.
Signed-off-by: Eddie
/misc, but I'm now fairly certain
it belongs in drivers/soc, especially since the other Aspeed drivers have been
moved to soc.
Changes since v1:
- Correct the XDMA command pitch
- Don't use packed for the aspeed_xdma_op structure
- Correct the SCU PCI config change
Eddie James (8):
dt-bindings
On 5/21/19 7:02 AM, Arnd Bergmann wrote:
On Mon, May 20, 2019 at 10:19 PM Eddie James wrote:
diff --git a/include/uapi/linux/aspeed-xdma.h b/include/uapi/linux/aspeed-xdma.h
new file mode 100644
index 000..2a4bd13
--- /dev/null
+++ b/include/uapi/linux/aspeed-xdma.h
@@ -0,0 +1,26
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate.
Signed-off-by: Eddie James
Acked-by: Jonathan Cameron
---
drivers/iio/pressure/dps310.c | 363
-by: Eddie James
Acked-by: Jonathan Cameron
---
drivers/iio/pressure/dps310.c | 52 +--
1 file changed, 50 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/dps310.c b/drivers/iio/pressure/dps310.c
index 9acfccb..a093e3a 100644
--- a/drivers/iio
From: Joel Stanley
The DPS310 is a temperature and pressure sensor. It can be accessed over
i2c and SPI, but this driver only supports polling over i2c.
Signed-off-by: Eddie James
Signed-off-by: Joel Stanley
---
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 11
errata
Eddie James (1):
iio: dps310: Add pressure sensing capability
Joel Stanley (1):
iio: Add driver for Infineon DPS310
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 11 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure/dps310.c | 827
The AST2500 has two PCI devices embedded. The XDMA engine can use either
device to perform DMA transfers. Users need the capability to choose
which device to use. This commit therefore adds two sysfs files that
toggle the AST2500 and XDMA engine between the two PCI devices.
Signed-off-by: Eddie
F: Documentation/devicetree/bindings/media/aspeed-video.txt
+ASPEED XDMA ENGINE DRIVER
+M: Eddie James
+L: linux-asp...@lists.ozlabs.org (moderated for non-subscribers)
+L: linux-kernel@vger.kernel.org
+S: Maintained
+F: Documentation/devicetree/bindings/misc/aspeed
ation, the host data will be placed in the client's memory area.
Poll is also provided in order to determine when the DMA operation is
complete for non-blocking IO.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 301 +++
1 file changed, 301 inser
Add debugfs entries for the relevant XDMA engine registers and for
dumping the AST2500 reserved memory space.
Signed-off-by: Eddie James
---
drivers/soc/aspeed/aspeed-xdma.c | 96
1 file changed, 96 insertions(+)
diff --git a/drivers/soc/aspeed/aspeed
Document the bindings.
Signed-off-by: Eddie James
---
.../devicetree/bindings/soc/aspeed/xdma.txt| 23 ++
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/aspeed/xdma.txt
diff --git a/Documentation/devicetree/bindings/soc
v1 to drivers/misc, but I'm now fairly certain
it belongs in drivers/soc, especially since the other Aspeed drivers have been
moved to soc.
Changes since v1:
- Correct the XDMA command pitch
- Don't use packed for the aspeed_xdma_op structure
- Correct the SCU PCI config change
Eddie James (7
Add a node for the XDMA engine with all the necessary information.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index 4345c31..f9e9730 100644
Enable the XDMA engine node.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
b/arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
index f1356ca..9d02759 100644
On 5/11/19 4:22 AM, Jonathan Cameron wrote:
On Wed, 8 May 2019 14:35:26 -0500
Eddie James wrote:
From: Joel Stanley
The DPS310 is a temperature and pressure sensor. It can be accessed over
i2c and SPI.
Signed-off-by: Eddie James
Hi Eddie,
Ideally we'll get a sign off form Joel
From: Joel Stanley
The DPS310 is a temperature and pressure sensor. It can be accessed over
i2c and SPI.
Signed-off-by: Eddie James
---
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 10 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure/dps310.c | 468
-by: Eddie James
---
drivers/iio/pressure/dps310.c | 52 +--
1 file changed, 50 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/dps310.c b/drivers/iio/pressure/dps310.c
index 9acfccb..a093e3a 100644
--- a/drivers/iio/pressure/dps310.c
+++ b/drivers
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate.
Signed-off-by: Eddie James
---
drivers/iio/pressure/dps310.c | 360
frequency/sampling rates and sensor reads
- Further cleanup
Changes since v1:
- Switch to wait for temperature/pressure sensor ready
- Various cleanup
Christopher Bostic (1):
iio: dps310: Temperature measurement errata
Eddie James (1):
iio: dps310: Add pressure sensing capability
Joel Stanley (1
On 5/11/19 4:48 AM, Jonathan Cameron wrote:
On Wed, 8 May 2019 14:35:28 -0500
Eddie James wrote:
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate
On 5/8/19 4:03 PM, Guenter Roeck wrote:
On Tue, May 07, 2019 at 02:35:51PM -0500, Eddie James wrote:
The average power reported in the hwmon OCC driver is not useful
because the time it represents is too short. Instead, store the
previous power accumulator reported by the OCC and average
On 5/8/19 10:09 PM, Matt Ranostay wrote:
On Thu, May 9, 2019 at 3:36 AM Eddie James wrote:
From: Christopher Bostic
Add a manufacturer's suggested workaround to deal with early revisions
of chip that don't indicate correct temperature. Readings can be in the
~60C range when they should
From: Joel Stanley
The DPS310 is a temperature and pressure sensor. It can be accessed over
i2c and SPI.
Signed-off-by: Eddie James
---
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 10 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure/dps310.c | 429
-by: Eddie James
---
drivers/iio/pressure/dps310.c | 51 ++-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/pressure/dps310.c b/drivers/iio/pressure/dps310.c
index 7afaa88..c42808e 100644
--- a/drivers/iio/pressure/dps310.c
+++ b/drivers
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate.
Signed-off-by: Eddie James
---
drivers/iio/pressure/dps310.c | 331
: dps310: Temperature measurement errata
Eddie James (1):
iio: dps310: Add pressure sensing capability
Joel Stanley (1):
iio: Add driver for Infineon DPS310
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 10 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure
On 5/6/19 4:18 PM, Peter Meerwald-Stadler wrote:
On Mon, 6 May 2019, Eddie James wrote:
From: Joel Stanley
some comments below
Thanks for the quick review! Will get these in for v2, I did have a
couple of questions below though.
Eddie
The DPS310 is a temperature and pressure
On 5/5/19 7:09 AM, Jonathan Cameron wrote:
On Fri, 3 May 2019 02:34:30 +
Joel Stanley wrote:
Hi Eddie,
On Wed, 1 May 2019 at 14:43, Eddie James wrote:
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing
-by: Eddie James
---
drivers/iio/pressure/dps310.c | 51 ++-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/pressure/dps310.c b/drivers/iio/pressure/dps310.c
index 21d5dcb..3e03685 100644
--- a/drivers/iio/pressure/dps310.c
+++ b/drivers
The DPS310 is a temperature and pressure sensor. It can be accessed over i2c
and SPI.
The driver supports polled measurement of temperature and pressure over i2c
only.
Christopher Bostic (1):
iio: dps310: Temperature measurement errata
Eddie James (1):
iio: dps310: Add pressure sensing
From: Joel Stanley
The DPS310 is a temperature and pressure sensor. It can be accessed over
i2c and SPI.
Signed-off-by: Eddie James
---
MAINTAINERS | 6 +
drivers/iio/pressure/Kconfig | 10 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure/dps310.c | 429
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate.
Signed-off-by: Eddie James
---
drivers/iio/pressure/dps310.c | 327
The DPS310 supports measurement of pressure, so support that in the
driver. Use background measurement like the temperature sensing and
default to lowest precision and lowest measurement rate.
Signed-off-by: Eddie James
---
drivers/iio/pressure/dps310.c | 350
On 3/6/19 4:48 AM, Arnd Bergmann wrote:
On Tue, Mar 5, 2019 at 10:45 PM Eddie James wrote:
On 3/5/19 2:01 AM, Arnd Bergmann wrote:
On Mon, Mar 4, 2019 at 10:37 PM Eddie James wrote:
The XDMA engine embedded in the AST2500 SOC performs PCI DMA operations
between the SOC (acting as a BMC
On 3/5/19 2:01 AM, Arnd Bergmann wrote:
On Mon, Mar 4, 2019 at 10:37 PM Eddie James wrote:
The XDMA engine embedded in the AST2500 SOC performs PCI DMA operations
between the SOC (acting as a BMC) and a host processor in a server.
This commit adds a driver to control the XDMA engine
ation, the host data will be placed in the client's memory area.
Poll is also provided in order to determine when the DMA operation is
complete for non-blocking IO.
Signed-off-by: Eddie James
---
drivers/misc/aspeed-xdma.c | 301 +
1 file changed, 301 inser
The AST2500 has two PCI devices embedded. The XDMA engine can use either
device to perform DMA transfers. Users need the capability to choose
which device to use. This commit therefore adds two sysfs files that
toggle the AST2500 and XDMA engine between the two PCI devices.
Signed-off-by: Eddie
Add debugfs entries for the relevant XDMA engine registers and for
dumping the AST2500 reserved memory space.
Signed-off-by: Eddie James
---
drivers/misc/aspeed-xdma.c | 96 ++
1 file changed, 96 insertions(+)
diff --git a/drivers/misc/aspeed-xdma.c
Add a node for the XDMA engine with all the necessary information.
Signed-off-by: Eddie James
---
arch/arm/boot/dts/aspeed-g5.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-g5.dtsi b/arch/arm/boot/dts/aspeed-g5.dtsi
index 85ed9db..a0856c7 100644
: Documentation/devicetree/bindings/media/aspeed-video.txt
+ASPEED XDMA ENGINE DRIVER
+M: Eddie James
+L: linux-asp...@lists.ozlabs.org (moderated for non-subscribers)
+L: linux-kernel@vger.kernel.org
+S: Maintained
+F: Documentation/devicetree/bindings/misc/aspeed,xdma.txt
+F
The XDMA engine embedded in the AST2500 SOC performs PCI DMA operations
between the SOC (acting as a BMC) and a host processor in a server.
This series adds a driver to control the XDMA engine in order to easily
perform DMA operations to and from the host processor.
Eddie James (6):
dt
Document the bindings.
Signed-off-by: Eddie James
---
.../devicetree/bindings/misc/aspeed,xdma.txt | 23 ++
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/aspeed,xdma.txt
diff --git a/Documentation/devicetree/bindings/misc
From: Eddie James
Source files for the FSI OCC and OCC hwmon drivers had a combination of bad
license information and missing IBM copyright. Correct the licenses.
Changes since v1:
- correct header comment style
Eddie James (2):
hwmon (occ): Fix license headers
fsi: occ: Fix license
OCC driver source is missing the IBM Copyright
Signed-off-by: Eddie James
---
drivers/fsi/fsi-occ.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/fsi/fsi-occ.c b/drivers/fsi/fsi-occ.c
index a2301ce..d75038f 100644
--- a/drivers/fsi/fsi-occ.c
+++ b/drivers/fsi/fsi
Files have inconsistent license information.
Signed-off-by: Eddie James
---
drivers/hwmon/occ/common.c | 3 ++-
drivers/hwmon/occ/common.h | 3 ++-
drivers/hwmon/occ/p8_i2c.c | 3 ++-
drivers/hwmon/occ/p9_sbe.c | 3 ++-
drivers/hwmon/occ/sysfs.c | 13 ++---
5 files changed, 10
On 01/21/2019 02:19 PM, Joel Stanley wrote:
On Tue, 22 Jan 2019 at 06:56, Eddie James wrote:
--- a/drivers/hwmon/occ/common.h
+++ b/drivers/hwmon/occ/common.h
@@ -1,4 +1,5 @@
-/* SPDX-License-Identifier: GPL-2.0 */
+// SPDX-License-Identifier: GPL-2.0+
+// Copyright IBM Corp 2019
We want
OCC driver source is missing the IBM Copyright
Signed-off-by: Eddie James
---
drivers/fsi/fsi-occ.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/fsi/fsi-occ.c b/drivers/fsi/fsi-occ.c
index a2301ce..d75038f 100644
--- a/drivers/fsi/fsi-occ.c
+++ b/drivers/fsi/fsi
Source files for the FSI OCC and OCC hwmon drivers had a combination of bad
license information and missing IBM copyright. Correct the licenses.
Eddie James (2):
hwmon (occ): Fix license headers
fsi: occ: Fix license header
drivers/fsi/fsi-occ.c | 3 ++-
drivers/hwmon/occ/common.c
Files have inconsistent license information.
Signed-off-by: Eddie James
---
drivers/hwmon/occ/common.c | 3 ++-
drivers/hwmon/occ/common.h | 3 ++-
drivers/hwmon/occ/p8_i2c.c | 3 ++-
drivers/hwmon/occ/p9_sbe.c | 3 ++-
drivers/hwmon/occ/sysfs.c | 13 ++---
5 files changed, 10
SBE fifo operations should be allowed while the SBE is in any of the
"IPL" states. Operations should succeed in this state.
Signed-off-by: Eddie James
---
drivers/fsi/fsi-sbefifo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/fsi/fsi-sbefifo.c b/d
mple_time_us;
Thanks,
Reviewed-by: Eddie James
Addresses-Coverity-ID: 1442357 ("Unintentional integer overflow")
Addresses-Coverity-ID: 1442476 ("Unintentional integer overflow")
Addresses-Coverity-ID: 1442508 ("Unintentional integer overflow")
Fixes: ff
On 12/13/2018 07:02 PM, Joel Stanley wrote:
Hi Eddie,
On Wed, 12 Dec 2018 at 06:42, Eddie James wrote:
Add the video engine reset bit. Add eclk mux and clock divider table.
Signed-off-by: Eddie James
Acked-by: Stephen Boyd
---
drivers/clk/clk-aspeed.c | 41
On 12/13/2018 07:09 PM, Joel Stanley wrote:
On Wed, 12 Dec 2018 at 04:09, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video
Add the video engine reset bit. Add eclk mux and clock divider table.
Signed-off-by: Eddie James
Acked-by: Stephen Boyd
---
drivers/clk/clk-aspeed.c | 41 +++--
1 file changed, 39 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk-aspeed.c b/drivers
This series adds the parent clock definitions and muxing for the AST2xxx
video engine.
I sent this series before as part of my first patch set for the video engine,
but probably better to send it separately.
Eddie James (2):
clk: aspeed: Add video engine reset index definition
clk: aspeed
Add an index into the array of resets kept in the Aspeed clock driver
for the video engine. This isn't a HW bit definition.
Signed-off-by: Eddie James
Acked-by: Stephen Boyd
Reviewed-by: Rob Herring
---
include/dt-bindings/clock/aspeed-clock.h | 1 +
1 file changed, 1 insertion(+)
diff --git
and compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service processor, the Video Engine can
capture the host processor graphics output.
This series adds
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git
On 12/11/2018 04:44 AM, Hans Verkuil wrote:
On 12/10/18 11:26 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine can
and compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service processor, the Video Engine can
capture the host processor graphics output.
This series adds
101 - 200 of 827 matches
Mail list logo
