From: Rob Herring <robh@kernel.org>
To: Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Lee Jones <lee.jones@linaro.org>,
Jean Delvare <jdelvare@suse.com>,
Guenter Roeck <linux@roeck-us.net>,
Mark Rutland <mark.rutland@arm.com>,
Joel Stanley <joel@jms.id.au>, Andrew Jeffery <andrew@aj.id.au>,
Jonathan Corbet <corbet@lwn.net>,
Gustavo Pimentel <gustavo.pimentel@synopsys.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
"Darrick J . Wong" <darrick.wong@oracle.com>,
Eric Sandeen <sandeen@redhat.com>, Arnd Bergmann <arnd@arndb.de>,
Wu Hao <hao.wu@intel.com>,
Tomohiro Kusumi <kusumi.tomohiro@gmail.com>,
"Bryant G . Ly" <bryantly@linux.vnet.ibm.com>,
Frederic Barrat <fbarrat@linux.vnet.ibm.com>,
"David S . Miller" <davem@davemloft.net>,
Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Randy Dunlap <rdunlap@infradead.org>,
Philippe Ombredanne <pombredanne@nexb.com>,
Vinod Koul <vkoul@kernel.org>,
Stephen Boyd <sboyd@codeaurora.org>,
David Kershner <david.kershner@unisys.com>,
Uwe Kleine-Konig <u.kleine-koenig@pengutronix.de>,
Sagar Dharia <sdharia@codeaurora.org>,
Johan Hovold <johan@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Juergen Gross <jgross@suse.com>,
Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
Tomer Maimon <tmaimon77@gmail.com>,
linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org,
openbmc@lists.ozlabs.org
Subject: Re: [PATCH v11 01/14] dt-bindings: Add PECI subsystem document
Date: Tue, 17 Dec 2019 20:52:40 -0600 [thread overview]
Message-ID: <20191218025240.GA6601@bogus> (raw)
In-Reply-To: <20191211194624.2872-2-jae.hyun.yoo@linux.intel.com>
On Wed, Dec 11, 2019 at 11:46:11AM -0800, Jae Hyun Yoo wrote:
> This commit adds PECI subsystem document.
>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Cc: Andrew Jeffery <andrew@aj.id.au>
> Cc: Joel Stanley <joel@jms.id.au>
> Signed-off-by: Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> ---
> Changes since v10:
> - Changed documents format to DT schema format so I dropped all review tags.
> Please review it again.
>
> .../devicetree/bindings/peci/peci-bus.yaml | 129 ++++++++++++++++++
> .../devicetree/bindings/peci/peci-client.yaml | 54 ++++++++
> 2 files changed, 183 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/peci/peci-bus.yaml
> create mode 100644 Documentation/devicetree/bindings/peci/peci-client.yaml
>
> diff --git a/Documentation/devicetree/bindings/peci/peci-bus.yaml b/Documentation/devicetree/bindings/peci/peci-bus.yaml
> new file mode 100644
> index 000000000000..b085e67089cf
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/peci/peci-bus.yaml
> @@ -0,0 +1,129 @@
> +# SPDX-License-Identifier: GPL-2.0
Dual license new bindings please:
(GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/peci/peci-bus.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Generic Device Tree Bindings for PECI bus
> +
> +maintainers:
> + - Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> +
> +description: |
> + PECI (Platform Environment Control Interface) is a one-wire bus interface that
> + provides a communication channel from Intel processors and chipset components
> + to external monitoring or control devices. PECI is designed to support the
> + following sideband functions:
> +
> + * Processor and DRAM thermal management
> + - Processor fan speed control is managed by comparing Digital Thermal
> + Sensor (DTS) thermal readings acquired via PECI against the
> + processor-specific fan speed control reference point, or TCONTROL. Both
> + TCONTROL and DTS thermal readings are accessible via the processor PECI
> + client. These variables are referenced to a common temperature, the TCC
> + activation point, and are both defined as negative offsets from that
> + reference.
> + - PECI based access to the processor package configuration space provides
> + a means for Baseboard Management Controllers (BMC) or other platform
> + management devices to actively manage the processor and memory power
> + and thermal features.
> +
> + * Platform Manageability
> + - Platform manageability functions including thermal, power, and error
> + monitoring. Note that platform 'power' management includes monitoring
> + and control for both the processor and DRAM subsystem to assist with
> + data center power limiting.
> + - PECI allows read access to certain error registers in the processor MSR
> + space and status monitoring registers in the PCI configuration space
> + within the processor and downstream devices.
> + - PECI permits writes to certain registers in the processor PCI
> + configuration space.
> +
> + * Processor Interface Tuning and Diagnostics
> + - Processor interface tuning and diagnostics capabilities
> + (Intel Interconnect BIST). The processors Intel Interconnect Built In
> + Self Test (Intel IBIST) allows for infield diagnostic capabilities in
> + the Intel UPI and memory controller interfaces. PECI provides a port to
> + execute these diagnostics via its PCI Configuration read and write
> + capabilities.
> +
> + * Failure Analysis
> + - Output the state of the processor after a failure for analysis via
> + Crashdump.
> +
> + PECI uses a single wire for self-clocking and data transfer. The bus
> + requires no additional control lines. The physical layer is a self-clocked
> + one-wire bus that begins each bit with a driven, rising edge from an idle
> + level near zero volts. The duration of the signal driven high depends on
> + whether the bit value is a logic '0' or logic '1'. PECI also includes
> + variable data transfer rate established with every message. In this way, it
> + is highly flexible even though underlying logic is simple.
> +
> + The interface design was optimized for interfacing between an Intel
> + processor and chipset components in both single processor and multiple
> + processor environments. The single wire interface provides low board
> + routing overhead for the multiple load connections in the congested routing
> + area near the processor and chipset components. Bus speed, error checking,
> + and low protocol overhead provides adequate link bandwidth and reliability
> + to transfer critical device operating conditions and configuration
> + information.
> +
> + PECI subsystem provides single or multiple bus nodes support so each bus can
> + have one adapter node and multiple device specific client nodes that can be
> + attached to the PECI bus so each processor client's features can be supported
> + by the client node through an adapter connection in the bus.
> +
> +properties:
> + compatible:
> + const: simple-bus
This is wrong. We already have a schema for this.
What's needed is a peci-bus schema that defines the bus node structure
and then schemas for the specific controllers and child devices. See
i2c-controller.yaml for an example.
> +
> + "#address-cells":
> + # Required to define bus device control resource address.
> + const: 1
> +
> + "#size-cells":
> + # Required to define bus device control resource address.
> + const: 1
> +
> + ranges: true
> +
> +required:
> + - compatible
> + - "#address-cells"
> + - "#size-cells"
> + - ranges
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/clock/ast2600-clock.h>
> + peci: bus@1e78b000 {
> + compatible = "simple-bus";
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges = <0x0 0x1e78b000 0x200>;
> +
> + peci0: peci-bus@0 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x0 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 38 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> + };
> +
> + // Just an example. ast2600 doesn't have a second PECI module actually.
> + peci1: peci-bus@100 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x100 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 39 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> + };
> + };
> +...
> diff --git a/Documentation/devicetree/bindings/peci/peci-client.yaml b/Documentation/devicetree/bindings/peci/peci-client.yaml
> new file mode 100644
> index 000000000000..fc7c4110e929
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/peci/peci-client.yaml
> @@ -0,0 +1,54 @@
> +# SPDX-License-Identifier: GPL-2.0
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/peci/peci-client.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Generic Device Tree Bindings for PECI clients
> +
> +maintainers:
> + - Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> +
> +properties:
> + compatible:
> + enum:
> + - intel,peci-client
> +
> + reg:
> + description: |
> + Address of a client CPU. According to the PECI specification, client
> + addresses start from 0x30.
0x30 being the min should be a constraint in the bus schema.
> + maxItems: 1
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/clock/ast2600-clock.h>
> + peci: bus@1e78b000 {
> + compatible = "simple-bus";
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges = <0x0 0x1e78b000 0x60>;
> +
> + peci0: peci-bus@0 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x0 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 38 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> +
> + peci-client@30 {
> + compatible = "intel,peci-client";
> + reg = <0x30>;
> + };
> +
> + peci-client@31 {
> + compatible = "intel,peci-client";
> + reg = <0x31>;
> + };
> + };
> + };
> +...
> --
> 2.17.1
>
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Randy Dunlap <rdunlap@infradead.org>,
Tomer Maimon <tmaimon77@gmail.com>,
devicetree@vger.kernel.org,
Frederic Barrat <fbarrat@linux.vnet.ibm.com>,
Mauro Carvalho Chehab <mchehab+samsung@kernel.org>,
Lee Jones <lee.jones@linaro.org>,
Eric Sandeen <sandeen@redhat.com>,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Jonathan Corbet <corbet@lwn.net>,
openbmc@lists.ozlabs.org, linux-doc@vger.kernel.org,
Kishon Vijay Abraham I <kishon@ti.com>,
Joel Stanley <joel@jms.id.au>,
"Bryant G . Ly" <bryantly@linux.vnet.ibm.com>,
Uwe Kleine-Konig <u.kleine-koenig@pengutronix.de>,
David Kershner <david.kershner@unisys.com>,
Guenter Roeck <linux@roeck-us.net>, Wu Hao <hao.wu@intel.com>,
linux-hwmon@vger.kernel.org, Jean Delvare <jdelvare@suse.com>,
Arnd Bergmann <arnd@arndb.de>,
Philippe Ombredanne <pombredanne@nexb.com>,
Johan Hovold <johan@kernel.org>,
Tomohiro Kusumi <kusumi.tomohiro@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
Sagar Dharia <sdharia@codeaurora.org>,
linux-arm-kernel@lists.infradead.org,
Juergen Gross <jgross@suse.com>,
Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
Andrew Jeffery <andrew@aj.id.au>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Darrick J . Wong" <darrick.wong@oracle.com>,
Stephen Boyd <sboyd@codeaurora.org>,
Vinod Koul <vkoul@kernel.org>,
Gustavo Pimentel <gustavo.pimentel@synopsys.com>,
Andrew Morton <akpm@linux-foundation.org>,
"David S . Miller" <davem@davemloft.net>
Subject: Re: [PATCH v11 01/14] dt-bindings: Add PECI subsystem document
Date: Tue, 17 Dec 2019 20:52:40 -0600 [thread overview]
Message-ID: <20191218025240.GA6601@bogus> (raw)
In-Reply-To: <20191211194624.2872-2-jae.hyun.yoo@linux.intel.com>
On Wed, Dec 11, 2019 at 11:46:11AM -0800, Jae Hyun Yoo wrote:
> This commit adds PECI subsystem document.
>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Cc: Andrew Jeffery <andrew@aj.id.au>
> Cc: Joel Stanley <joel@jms.id.au>
> Signed-off-by: Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> ---
> Changes since v10:
> - Changed documents format to DT schema format so I dropped all review tags.
> Please review it again.
>
> .../devicetree/bindings/peci/peci-bus.yaml | 129 ++++++++++++++++++
> .../devicetree/bindings/peci/peci-client.yaml | 54 ++++++++
> 2 files changed, 183 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/peci/peci-bus.yaml
> create mode 100644 Documentation/devicetree/bindings/peci/peci-client.yaml
>
> diff --git a/Documentation/devicetree/bindings/peci/peci-bus.yaml b/Documentation/devicetree/bindings/peci/peci-bus.yaml
> new file mode 100644
> index 000000000000..b085e67089cf
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/peci/peci-bus.yaml
> @@ -0,0 +1,129 @@
> +# SPDX-License-Identifier: GPL-2.0
Dual license new bindings please:
(GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/peci/peci-bus.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Generic Device Tree Bindings for PECI bus
> +
> +maintainers:
> + - Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> +
> +description: |
> + PECI (Platform Environment Control Interface) is a one-wire bus interface that
> + provides a communication channel from Intel processors and chipset components
> + to external monitoring or control devices. PECI is designed to support the
> + following sideband functions:
> +
> + * Processor and DRAM thermal management
> + - Processor fan speed control is managed by comparing Digital Thermal
> + Sensor (DTS) thermal readings acquired via PECI against the
> + processor-specific fan speed control reference point, or TCONTROL. Both
> + TCONTROL and DTS thermal readings are accessible via the processor PECI
> + client. These variables are referenced to a common temperature, the TCC
> + activation point, and are both defined as negative offsets from that
> + reference.
> + - PECI based access to the processor package configuration space provides
> + a means for Baseboard Management Controllers (BMC) or other platform
> + management devices to actively manage the processor and memory power
> + and thermal features.
> +
> + * Platform Manageability
> + - Platform manageability functions including thermal, power, and error
> + monitoring. Note that platform 'power' management includes monitoring
> + and control for both the processor and DRAM subsystem to assist with
> + data center power limiting.
> + - PECI allows read access to certain error registers in the processor MSR
> + space and status monitoring registers in the PCI configuration space
> + within the processor and downstream devices.
> + - PECI permits writes to certain registers in the processor PCI
> + configuration space.
> +
> + * Processor Interface Tuning and Diagnostics
> + - Processor interface tuning and diagnostics capabilities
> + (Intel Interconnect BIST). The processors Intel Interconnect Built In
> + Self Test (Intel IBIST) allows for infield diagnostic capabilities in
> + the Intel UPI and memory controller interfaces. PECI provides a port to
> + execute these diagnostics via its PCI Configuration read and write
> + capabilities.
> +
> + * Failure Analysis
> + - Output the state of the processor after a failure for analysis via
> + Crashdump.
> +
> + PECI uses a single wire for self-clocking and data transfer. The bus
> + requires no additional control lines. The physical layer is a self-clocked
> + one-wire bus that begins each bit with a driven, rising edge from an idle
> + level near zero volts. The duration of the signal driven high depends on
> + whether the bit value is a logic '0' or logic '1'. PECI also includes
> + variable data transfer rate established with every message. In this way, it
> + is highly flexible even though underlying logic is simple.
> +
> + The interface design was optimized for interfacing between an Intel
> + processor and chipset components in both single processor and multiple
> + processor environments. The single wire interface provides low board
> + routing overhead for the multiple load connections in the congested routing
> + area near the processor and chipset components. Bus speed, error checking,
> + and low protocol overhead provides adequate link bandwidth and reliability
> + to transfer critical device operating conditions and configuration
> + information.
> +
> + PECI subsystem provides single or multiple bus nodes support so each bus can
> + have one adapter node and multiple device specific client nodes that can be
> + attached to the PECI bus so each processor client's features can be supported
> + by the client node through an adapter connection in the bus.
> +
> +properties:
> + compatible:
> + const: simple-bus
This is wrong. We already have a schema for this.
What's needed is a peci-bus schema that defines the bus node structure
and then schemas for the specific controllers and child devices. See
i2c-controller.yaml for an example.
> +
> + "#address-cells":
> + # Required to define bus device control resource address.
> + const: 1
> +
> + "#size-cells":
> + # Required to define bus device control resource address.
> + const: 1
> +
> + ranges: true
> +
> +required:
> + - compatible
> + - "#address-cells"
> + - "#size-cells"
> + - ranges
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/clock/ast2600-clock.h>
> + peci: bus@1e78b000 {
> + compatible = "simple-bus";
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges = <0x0 0x1e78b000 0x200>;
> +
> + peci0: peci-bus@0 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x0 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 38 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> + };
> +
> + // Just an example. ast2600 doesn't have a second PECI module actually.
> + peci1: peci-bus@100 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x100 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 39 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> + };
> + };
> +...
> diff --git a/Documentation/devicetree/bindings/peci/peci-client.yaml b/Documentation/devicetree/bindings/peci/peci-client.yaml
> new file mode 100644
> index 000000000000..fc7c4110e929
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/peci/peci-client.yaml
> @@ -0,0 +1,54 @@
> +# SPDX-License-Identifier: GPL-2.0
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/peci/peci-client.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Generic Device Tree Bindings for PECI clients
> +
> +maintainers:
> + - Jae Hyun Yoo <jae.hyun.yoo@linux.intel.com>
> +
> +properties:
> + compatible:
> + enum:
> + - intel,peci-client
> +
> + reg:
> + description: |
> + Address of a client CPU. According to the PECI specification, client
> + addresses start from 0x30.
0x30 being the min should be a constraint in the bus schema.
> + maxItems: 1
> +
> +examples:
> + - |
> + #include <dt-bindings/interrupt-controller/arm-gic.h>
> + #include <dt-bindings/clock/ast2600-clock.h>
> + peci: bus@1e78b000 {
> + compatible = "simple-bus";
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges = <0x0 0x1e78b000 0x60>;
> +
> + peci0: peci-bus@0 {
> + compatible = "aspeed,ast2600-peci";
> + reg = <0x0 0x100>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> + interrupts = <GIC_SPI 38 IRQ_TYPE_LEVEL_HIGH>;
> + clocks = <&syscon ASPEED_CLK_GATE_REF0CLK>;
> + resets = <&syscon ASPEED_RESET_PECI>;
> + clock-frequency = <24000000>;
> +
> + peci-client@30 {
> + compatible = "intel,peci-client";
> + reg = <0x30>;
> + };
> +
> + peci-client@31 {
> + compatible = "intel,peci-client";
> + reg = <0x31>;
> + };
> + };
> + };
> +...
> --
> 2.17.1
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-12-18 2:52 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-11 19:46 [PATCH v11 00/14] PECI device driver introduction Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 01/14] dt-bindings: Add PECI subsystem document Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-18 2:52 ` Rob Herring [this message]
2019-12-18 2:52 ` Rob Herring
2019-12-18 23:12 ` Jae Hyun Yoo
2019-12-18 23:12 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 02/14] Documentation: ioctl: Add ioctl numbers for PECI subsystem Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 03/14] peci: Add support for PECI bus driver core Jae Hyun Yoo
2019-12-11 20:18 ` Andy Shevchenko
2019-12-12 0:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 04/14] dt-bindings: Add bindings document of Aspeed PECI adapter Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-18 2:57 ` Rob Herring
2019-12-18 2:57 ` Rob Herring
2019-12-18 23:21 ` Jae Hyun Yoo
2019-12-18 23:21 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 05/14] ARM: dts: aspeed: Add PECI node Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 06/14] peci: Add Aspeed PECI adapter driver Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 20:28 ` Andy Shevchenko
2019-12-11 20:28 ` Andy Shevchenko
2019-12-12 0:50 ` Jae Hyun Yoo
2019-12-12 0:50 ` Jae Hyun Yoo
2019-12-12 8:47 ` Andy Shevchenko
2019-12-12 8:47 ` Andy Shevchenko
2019-12-12 18:51 ` Jae Hyun Yoo
2019-12-12 18:51 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 07/14] dt-bindings: peci: add NPCM PECI documentation Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-18 14:42 ` Rob Herring
2019-12-18 14:42 ` Rob Herring
2019-12-18 23:30 ` Jae Hyun Yoo
2019-12-18 23:30 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 08/14] ARM: dts: npcm7xx: Add PECI node Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 09/14] peci: npcm: add NPCM PECI driver Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 10/14] dt-bindings: mfd: Add Intel PECI client bindings document Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 11/14] mfd: intel-peci-client: Add Intel PECI client driver Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-16 16:01 ` Lee Jones
2019-12-16 16:01 ` Lee Jones
2019-12-16 21:57 ` Jae Hyun Yoo
2019-12-16 21:57 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 12/14] Documentation: hwmon: Add documents for PECI hwmon drivers Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 13/14] hwmon: Add PECI cputemp driver Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-13 6:24 ` Guenter Roeck
2019-12-13 6:24 ` Guenter Roeck
2019-12-16 20:43 ` Jae Hyun Yoo
2019-12-16 20:43 ` Jae Hyun Yoo
2019-12-11 19:46 ` [PATCH v11 14/14] hwmon: Add PECI dimmtemp driver Jae Hyun Yoo
2019-12-11 19:46 ` Jae Hyun Yoo
2019-12-13 6:32 ` Guenter Roeck
2019-12-13 6:32 ` Guenter Roeck
2019-12-16 21:04 ` Jae Hyun Yoo
2019-12-16 21:04 ` Jae Hyun Yoo
2019-12-16 21:21 ` Guenter Roeck
2019-12-16 21:21 ` Guenter Roeck
2019-12-16 22:17 ` Jae Hyun Yoo
2019-12-16 22:17 ` Jae Hyun Yoo
2019-12-16 23:27 ` Guenter Roeck
2019-12-16 23:27 ` Guenter Roeck
2019-12-16 23:31 ` Jae Hyun Yoo
2019-12-16 23:31 ` Jae Hyun Yoo
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=20191218025240.GA6601@bogus \
--to=robh@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=andrew@aj.id.au \
--cc=arnd@arndb.de \
--cc=bryantly@linux.vnet.ibm.com \
--cc=corbet@lwn.net \
--cc=cyrille.pitchen@wedev4u.fr \
--cc=darrick.wong@oracle.com \
--cc=davem@davemloft.net \
--cc=david.kershner@unisys.com \
--cc=devicetree@vger.kernel.org \
--cc=fbarrat@linux.vnet.ibm.com \
--cc=gregkh@linuxfoundation.org \
--cc=gustavo.pimentel@synopsys.com \
--cc=hao.wu@intel.com \
--cc=jae.hyun.yoo@linux.intel.com \
--cc=jdelvare@suse.com \
--cc=jgross@suse.com \
--cc=joel@jms.id.au \
--cc=johan@kernel.org \
--cc=kishon@ti.com \
--cc=kusumi.tomohiro@gmail.com \
--cc=lee.jones@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-hwmon@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lorenzo.pieralisi@arm.com \
--cc=mark.rutland@arm.com \
--cc=mchehab+samsung@kernel.org \
--cc=openbmc@lists.ozlabs.org \
--cc=pombredanne@nexb.com \
--cc=rdunlap@infradead.org \
--cc=sandeen@redhat.com \
--cc=sboyd@codeaurora.org \
--cc=sdharia@codeaurora.org \
--cc=tglx@linutronix.de \
--cc=tmaimon77@gmail.com \
--cc=u.kleine-koenig@pengutronix.de \
--cc=vkoul@kernel.org \
/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.