[PATCH v3 19/20] ARM: dts: aspeed-plametto: Add flash layout and fix memory node

The OpenBMC flash layout is used by Palmetto systems. Add the unit name to the memory node to fix a warning with W=1. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- v3: - Added memory node unit name ---

[PATCH v3 19/20] ARM: dts: aspeed-plametto: Add flash layout and fix memory node

The OpenBMC flash layout is used by Palmetto systems. Add the unit name to the memory node to fix a warning with W=1. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- v3: - Added memory node unit name --- arch/arm/boot/dts/aspeed-bmc-opp-palmetto.dts | 3 ++- 1 file changed, 2

[PATCH v3 17/20] ARM: dts: aspeed: Add Qanta Q71L BMC machine

From: Rick Altherr The Qanta Q71L BMC is an ASPEED ast2400 based BMC that is part of a Qanta x86 server. This adds the device tree description for most upstream components. It is a squashed commit from the OpenBMC kernel tree. Signed-off-by: Peter Hanson

[PATCH v3 18/20] ARM: dts: aspeed-romulus: Update Romulus system

- Fix incorrect RAM size - Remove alias; these are now specified in the dtsi - Add newly upstreamed devices - Include OpenBMC flash layout Signed-off-by: Joel Stanley --- v3: - Add GPIO include - Fix duplicate fmc and spi nodes - Add unit name for memory node to fix

[PATCH v3 17/20] ARM: dts: aspeed: Add Qanta Q71L BMC machine

From: Rick Altherr The Qanta Q71L BMC is an ASPEED ast2400 based BMC that is part of a Qanta x86 server. This adds the device tree description for most upstream components. It is a squashed commit from the OpenBMC kernel tree. Signed-off-by: Peter Hanson Signed-off-by: Andrew Jeffery

[PATCH v3 18/20] ARM: dts: aspeed-romulus: Update Romulus system

- Fix incorrect RAM size - Remove alias; these are now specified in the dtsi - Add newly upstreamed devices - Include OpenBMC flash layout Signed-off-by: Joel Stanley --- v3: - Add GPIO include - Fix duplicate fmc and spi nodes - Add unit name for memory node to fix warning ---

Re: [PATCH v5 15/15] devicetree: bindings: Document qcom,pvs

On 19-12-17, 21:25, Sricharan R wrote: > + cpu@0 { > + compatible = "qcom,krait"; > + enable-method = "qcom,kpss-acc-v1"; > + device_type = "cpu"; > + reg = <0>; > + qcom,acc = <>; > + qcom,saw = <>; > + clocks

Re: [PATCH v5 15/15] devicetree: bindings: Document qcom,pvs

On 19-12-17, 21:25, Sricharan R wrote: > + cpu@0 { > + compatible = "qcom,krait"; > + enable-method = "qcom,kpss-acc-v1"; > + device_type = "cpu"; > + reg = <0>; > + qcom,acc = <>; > + qcom,saw = <>; > + clocks

[PATCH v3 14/20] ARM: dts: aspeed: Sort ASPEED entries in makefile

In preperation for adding more boards. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/Makefile | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile

[PATCH v3 16/20] ARM: dts: aspeed: Add Ingrasys Zaius BMC machine

From: Xo Wang Zaius is a POWER9 platform announced at OpenPOWER Summit 2016. This adds basic DTS support for its AST2500 BMC. This adds the device tree description for most upstream components. It is a squashed commit of all of the patches from the OpenBMC kernel tree.

[PATCH v3 15/20] ARM: dts: aspeed: Add Witherspoon BMC machine

The Witherspoon BMC is an ASPEED ast2500 based BMC that is part of an OpenPower Power9 server. This adds the device tree description for most upstream components. It is a squashed commit from the OpenBMC kernel tree. Signed-off-by: Brandon Wyman Signed-off-by: Matt Spinler

[PATCH v3 14/20] ARM: dts: aspeed: Sort ASPEED entries in makefile

In preperation for adding more boards. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/Makefile | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index d0381e9caf21..5d1e9d37bf3a

[PATCH v3 16/20] ARM: dts: aspeed: Add Ingrasys Zaius BMC machine

From: Xo Wang Zaius is a POWER9 platform announced at OpenPOWER Summit 2016. This adds basic DTS support for its AST2500 BMC. This adds the device tree description for most upstream components. It is a squashed commit of all of the patches from the OpenBMC kernel tree. Signed-off-by: Xo Wang

[PATCH v3 15/20] ARM: dts: aspeed: Add Witherspoon BMC machine

The Witherspoon BMC is an ASPEED ast2500 based BMC that is part of an OpenPower Power9 server. This adds the device tree description for most upstream components. It is a squashed commit from the OpenBMC kernel tree. Signed-off-by: Brandon Wyman Signed-off-by: Matt Spinler Signed-off-by: Brad

[PATCH v3 13/20] ARM: dts: Add OpenBMC flash layout

This is a layout used by OpenBMC systems. It describes the fixed flash layout of a 32MB mtd device. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- v3: - Remove leading zeros to fix warning --- arch/arm/boot/dts/openbmc-flash-layout.dtsi | 32

[PATCH v3 10/20] ARM: dts: aspeed: Add LPC Snoop device

LPC snoop hardware on the ASPEED BMC, used for monitoring host I/O port activity. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 7 +++ arch/arm/boot/dts/aspeed-g5.dtsi | 6 ++ 2 files changed, 13

[PATCH v3 11/20] ARM: dts: aspeed: Remove skeleton.dtsi

We don't require it for any of the ASPEED systems. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 1 - arch/arm/boot/dts/aspeed-g5.dtsi | 1 - 2 files changed, 2 deletions(-) diff --git

[PATCH v3 13/20] ARM: dts: Add OpenBMC flash layout

This is a layout used by OpenBMC systems. It describes the fixed flash layout of a 32MB mtd device. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- v3: - Remove leading zeros to fix warning --- arch/arm/boot/dts/openbmc-flash-layout.dtsi | 32 + 1

[PATCH v3 10/20] ARM: dts: aspeed: Add LPC Snoop device

LPC snoop hardware on the ASPEED BMC, used for monitoring host I/O port activity. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 7 +++ arch/arm/boot/dts/aspeed-g5.dtsi | 6 ++ 2 files changed, 13 insertions(+) diff --git

[PATCH v3 11/20] ARM: dts: aspeed: Remove skeleton.dtsi

We don't require it for any of the ASPEED systems. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 1 - arch/arm/boot/dts/aspeed-g5.dtsi | 1 - 2 files changed, 2 deletions(-) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi

[PATCH v3 12/20] ARM: dts: aspeed: Update license headers

In b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to files with no license") these files had the GPL-2.0 licence added automatically. Update them to be GPL 2.0+ in line with other IBM kernel contributions. Reviewed-by: Cédric Le Goater Signed-off-by: Joel

[PATCH v3 09/20] ARM: dts: aspeed: Add PWM and tachometer node

The PWM/tach unit has a clock and reset phandle. It needs both in order to function correctly. Signed-off-by: Joel Stanley -- v3: Add the pwm reset phandle --- arch/arm/boot/dts/aspeed-g4.dtsi | 10 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 10 ++ 2 files changed,

[PATCH v3 12/20] ARM: dts: aspeed: Update license headers

In b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to files with no license") these files had the GPL-2.0 licence added automatically. Update them to be GPL 2.0+ in line with other IBM kernel contributions. Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley ---

[PATCH v3 09/20] ARM: dts: aspeed: Add PWM and tachometer node

The PWM/tach unit has a clock and reset phandle. It needs both in order to function correctly. Signed-off-by: Joel Stanley -- v3: Add the pwm reset phandle --- arch/arm/boot/dts/aspeed-g4.dtsi | 10 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 10 ++ 2 files changed, 20 insertions(+)

[PATCH v3 07/20] ARM: dts: aspeed: Add flash controller clocks

Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 3 +++ 2 files changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi

[PATCH v3 07/20] ARM: dts: aspeed: Add flash controller clocks

Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 3 +++ 2 files changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi index 2b1bb31ce390..36cb66d8cc10

[PATCH v3 08/20] ARM: dts: aspeed: Add clock phandle to GPIO

This enables a feature where the driver can debounce inputs. Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 1 + arch/arm/boot/dts/aspeed-g5.dtsi | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi

[PATCH v3 08/20] ARM: dts: aspeed: Add clock phandle to GPIO

This enables a feature where the driver can debounce inputs. Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 1 + arch/arm/boot/dts/aspeed-g5.dtsi | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi index

[PATCH v3 06/20] ARM: dts: aspeed: Add watchdog clocks

Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 3 +++ 2 files changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi

[PATCH v3 02/20] dt-bindings: gpio: Add ASPEED constants

These are used to by the device tree to map pin numbers to constants required by the GPIO bindings. Signed-off-by: Joel Stanley -- v3: - Remove dtsi includes from this patch, they will come later --- include/dt-bindings/gpio/aspeed-gpio.h | 49 ++

[PATCH v3 01/20] dt-bindings: clock: Add ASPEED constants

These will be used by the clock driver. This commit is included so the tree will build without the clock series being applied. Reviewed-by: Rob Herring Signed-off-by: Joel Stanley --- v3: - Clarify that the clock defines will be merged as part of the dt

[PATCH v3 06/20] ARM: dts: aspeed: Add watchdog clocks

Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 3 +++ 2 files changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi index 57194d804051..2b1bb31ce390

[PATCH v3 02/20] dt-bindings: gpio: Add ASPEED constants

These are used to by the device tree to map pin numbers to constants required by the GPIO bindings. Signed-off-by: Joel Stanley -- v3: - Remove dtsi includes from this patch, they will come later --- include/dt-bindings/gpio/aspeed-gpio.h | 49 ++ 1 file

[PATCH v3 01/20] dt-bindings: clock: Add ASPEED constants

These will be used by the clock driver. This commit is included so the tree will build without the clock series being applied. Reviewed-by: Rob Herring Signed-off-by: Joel Stanley --- v3: - Clarify that the clock defines will be merged as part of the dt changes, so that the device tree

[PATCH v3 05/20] ARM: dts: aspeed: Add MAC clocks

Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 2 ++ 2 files changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi index b938759f799e..57194d804051 100644 ---

[PATCH v3 05/20] ARM: dts: aspeed: Add MAC clocks

Signed-off-by: Joel Stanley --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 ++ arch/arm/boot/dts/aspeed-g5.dtsi | 2 ++ 2 files changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi index b938759f799e..57194d804051 100644 ---

[PATCH v3 04/20] ARM: dts: aspeed: Add proper clock references

This device tree will break existing kernels that do not have the clk patches applied (no clocksource, as we don't know the speed of the APB clock. You can boot if you pass a lpj value on the command line, but won't have a uart). Older device trees running with the newer kernel will function as

[PATCH v3 04/20] ARM: dts: aspeed: Add proper clock references

This device tree will break existing kernels that do not have the clk patches applied (no clocksource, as we don't know the speed of the APB clock. You can boot if you pass a lpj value on the command line, but won't have a uart). Older device trees running with the newer kernel will function as

[PATCH v3 03/20] ARM: dts: aspeed: Add LPC and child devices

From: Andrew Jeffery Ensure the ordering is correct and add all of the children in the SoC device trees for the ast2400 and ast2500. Signed-off-by: Andrew Jeffery Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley ---

[PATCH v3 03/20] ARM: dts: aspeed: Add LPC and child devices

From: Andrew Jeffery Ensure the ordering is correct and add all of the children in the SoC device trees for the ast2400 and ast2500. Signed-off-by: Andrew Jeffery Reviewed-by: Cédric Le Goater Signed-off-by: Joel Stanley --- v3: - Fix ast2400 compatible string ---

[PATCH v3 00/19] ARM: dts: aspeed: updates and new machines

This series of device tree patches for the ASPEED BMC machines moves all systems to use the soon to be merged clk driver, and updates machines to use all of the drivers we have upstream. v3: Address review from Rob and Cedric - Move aspeed-gpio.h usage out into the patches where use of the

[PATCH v3 00/19] ARM: dts: aspeed: updates and new machines

This series of device tree patches for the ASPEED BMC machines moves all systems to use the soon to be merged clk driver, and updates machines to use all of the drivers we have upstream. v3: Address review from Rob and Cedric - Move aspeed-gpio.h usage out into the patches where use of the

Re: [PATCH v2 18/19] ARM: dts: aspeed-romulus: Update Romulus system

On Mon, Dec 18, 2017 at 8:02 PM, Cédric Le Goater wrote: >> +}; >> + >> + { >> + status = "okay"; >> + >> + flash@0 { >> + status = "okay"; >> + label = "pnor"; >> + m25p,fast-read; >> +#include "openbmc-flash-layout.dtsi" >> + }; >>

Re: [PATCH v2 18/19] ARM: dts: aspeed-romulus: Update Romulus system

On Mon, Dec 18, 2017 at 8:02 PM, Cédric Le Goater wrote: >> +}; >> + >> + { >> + status = "okay"; >> + >> + flash@0 { >> + status = "okay"; >> + label = "pnor"; >> + m25p,fast-read; >> +#include "openbmc-flash-layout.dtsi" >> + }; >> +}; >> + >> + {

Re: [PATCH v2 03/19] ARM: dts: aspeed: Add LPC and child devices

j On Mon, Dec 18, 2017 at 7:55 PM, Cédric Le Goater wrote: > On 12/15/2017 07:24 AM, Joel Stanley wrote: >> From: Andrew Jeffery >> >> Ensure the ordering is correct and add all of the children in the SoC >> device trees for the ast2400 and ast2500. >> >>

Re: [PATCH v2 03/19] ARM: dts: aspeed: Add LPC and child devices

j On Mon, Dec 18, 2017 at 7:55 PM, Cédric Le Goater wrote: > On 12/15/2017 07:24 AM, Joel Stanley wrote: >> From: Andrew Jeffery >> >> Ensure the ordering is correct and add all of the children in the SoC >> device trees for the ast2400 and ast2500. >> >> Signed-off-by: Andrew Jeffery >>

Re: [PATCH v2 10/19] ARM: dts: aspeed: Add LPC Snoop device

On Mon, Dec 18, 2017 at 7:46 PM, Cédric Le Goater wrote: > On 12/15/2017 07:24 AM, Joel Stanley wrote: >> LPC snoop hardware on the ASPEED BMC, used for monitoring >> host I/O port activity. >> >> Signed-off-by: Joel Stanley >> --- >>

Re: [PATCH v2 10/19] ARM: dts: aspeed: Add LPC Snoop device

On Mon, Dec 18, 2017 at 7:46 PM, Cédric Le Goater wrote: > On 12/15/2017 07:24 AM, Joel Stanley wrote: >> LPC snoop hardware on the ASPEED BMC, used for monitoring >> host I/O port activity. >> >> Signed-off-by: Joel Stanley >> --- >> arch/arm/boot/dts/aspeed-g4.dtsi | 7 +++ >>

[PATCH] selftests/bpf: remove the DEBUG macro for test_dev_cgroup

The test may fail if not enable DEBUG macro in dev_cgroup.c # ./test_dev_cgroup libbpf: load bpf program failed: Operation not permitted libbpf: failed to load program 'cgroup/dev' libbpf: failed to load object './dev_cgroup.o' Failed to load DEV_CGROUP program Removing the DEBUG macro

[PATCH] selftests/bpf: remove the DEBUG macro for test_dev_cgroup

The test may fail if not enable DEBUG macro in dev_cgroup.c # ./test_dev_cgroup libbpf: load bpf program failed: Operation not permitted libbpf: failed to load program 'cgroup/dev' libbpf: failed to load object './dev_cgroup.o' Failed to load DEV_CGROUP program Removing the DEBUG macro

[PATCH v3 net-next 3/5] net: sock: replace sk_state_load with inet_sk_state_load and remove sk_state_store

sk_state_load is only used by AF_INET/AF_INET6, so rename it to inet_sk_state_load and move it into inet_sock.h. sk_state_store is removed as it is not used any more. Signed-off-by: Yafang Shao --- include/net/inet_sock.h | 25 -

[PATCH v3 net-next 3/5] net: sock: replace sk_state_load with inet_sk_state_load and remove sk_state_store

sk_state_load is only used by AF_INET/AF_INET6, so rename it to inet_sk_state_load and move it into inet_sock.h. sk_state_store is removed as it is not used any more. Signed-off-by: Yafang Shao --- include/net/inet_sock.h | 25 - include/net/sock.h

[PATCH v3 net-next 0/5] replace tcp_set_state tracepoint with inet_sock_set_state

According to the discussion in the mail thread https://patchwork.kernel.org/patch/10099243/, tcp_set_state tracepoint is renamed to inet_sock_set_state tracepoint and is moved to include/trace/events/sock.h. With this new tracepoint, we can trace AF_INET/AF_INET6 sock state transitions. As

[PATCH v3 net-next 5/5] net: tracepoint: using sock_set_state tracepoint to trace SCTP state transition

With changes in inet_ files, SCTP state transitions are traced with inet_sock_set_state tracepoint. As SCTP state names, i.e. SCTP_SS_CLOSED, SCTP_SS_ESTABLISHED, have the same value with TCP state names. So the output info still print the TCP state names, that makes the code easy. Signed-off-by:

[PATCH v3 net-next 2/5] net: tracepoint: replace tcp_set_state tracepoint with inet_sock_set_state tracepoint

As sk_state is a common field for struct sock, so the state transition tracepoint should not be a TCP specific feature. Currently it traces all AF_INET state transition, so I rename this tracepoint to inet_sock_set_state tracepoint with some minor changes and move it into trace/events/sock.h. We

[PATCH v3 net-next 0/5] replace tcp_set_state tracepoint with inet_sock_set_state

According to the discussion in the mail thread https://patchwork.kernel.org/patch/10099243/, tcp_set_state tracepoint is renamed to inet_sock_set_state tracepoint and is moved to include/trace/events/sock.h. With this new tracepoint, we can trace AF_INET/AF_INET6 sock state transitions. As

[PATCH v3 net-next 5/5] net: tracepoint: using sock_set_state tracepoint to trace SCTP state transition

With changes in inet_ files, SCTP state transitions are traced with inet_sock_set_state tracepoint. As SCTP state names, i.e. SCTP_SS_CLOSED, SCTP_SS_ESTABLISHED, have the same value with TCP state names. So the output info still print the TCP state names, that makes the code easy. Signed-off-by:

[PATCH v3 net-next 2/5] net: tracepoint: replace tcp_set_state tracepoint with inet_sock_set_state tracepoint

As sk_state is a common field for struct sock, so the state transition tracepoint should not be a TCP specific feature. Currently it traces all AF_INET state transition, so I rename this tracepoint to inet_sock_set_state tracepoint with some minor changes and move it into trace/events/sock.h. We

[PATCH v3 net-next 4/5] net: tracepoint: using sock_set_state tracepoint to trace DCCP state transition

With changes in inet_ files, DCCP state transitions are traced with inet_sock_set_state tracepoint. Signed-off-by: Yafang Shao --- net/dccp/proto.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/dccp/proto.c b/net/dccp/proto.c index

[PATCH v3 net-next 1/5] tcp: Export to userspace the TCP state names for the trace events

From: "Steven Rostedt (VMware)" The TCP trace events (specifically tcp_set_state), maps emums to symbol names via __print_symbolic(). But this only works for reading trace events from the tracefs trace files. If perf or trace-cmd were to record these events, the event format

[PATCH v3 net-next 4/5] net: tracepoint: using sock_set_state tracepoint to trace DCCP state transition

With changes in inet_ files, DCCP state transitions are traced with inet_sock_set_state tracepoint. Signed-off-by: Yafang Shao --- net/dccp/proto.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/dccp/proto.c b/net/dccp/proto.c index 9d43c1f..7a75a1d 100644 ---

[PATCH v3 net-next 1/5] tcp: Export to userspace the TCP state names for the trace events

From: "Steven Rostedt (VMware)" The TCP trace events (specifically tcp_set_state), maps emums to symbol names via __print_symbolic(). But this only works for reading trace events from the tracefs trace files. If perf or trace-cmd were to record these events, the event format file does not

Re: [PATCH] PCI: Mediatek: clear irq status after irq dispathed to avoid reentry

On Wed, 2017-12-20 at 10:52 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > There maybe a same irq reentry scenario after irq received in current > irq handle flow: > EP device PCIe host driverEP driver > 1. issue an irq

Re: [PATCH] PCI: Mediatek: clear irq status after irq dispathed to avoid reentry

On Wed, 2017-12-20 at 10:52 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > There maybe a same irq reentry scenario after irq received in current > irq handle flow: > EP device PCIe host driverEP driver > 1. issue an irq > 2.

Re: [PATCH v2 2/5] mm: Extends local cpu counter vm_diff_nodestat from s8 to s16

On 2017年12月19日 20:38, Michal Hocko wrote: > On Tue 19-12-17 14:39:23, Kemi Wang wrote: >> The type s8 used for vm_diff_nodestat[] as local cpu counters has the >> limitation of global counters update frequency, especially for those >> monotone increasing type of counters like NUMA counters with

Re: [PATCH v2 2/5] mm: Extends local cpu counter vm_diff_nodestat from s8 to s16

On 2017年12月19日 20:38, Michal Hocko wrote: > On Tue 19-12-17 14:39:23, Kemi Wang wrote: >> The type s8 used for vm_diff_nodestat[] as local cpu counters has the >> limitation of global counters update frequency, especially for those >> monotone increasing type of counters like NUMA counters with

RE: [PATCH v5 1/2] dt-bindings: misc: Add DT bindings to xlnx_vcu driver

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, December 19, 2017 3:10 PM > To: Dhaval Rajeshbhai Shah > Cc: a...@arndb.de; gre...@linuxfoundation.org; rdun...@infradead.org; > mark.rutl...@arm.com; devicet...@vger.kernel.org;

RE: [PATCH v5 1/2] dt-bindings: misc: Add DT bindings to xlnx_vcu driver

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, December 19, 2017 3:10 PM > To: Dhaval Rajeshbhai Shah > Cc: a...@arndb.de; gre...@linuxfoundation.org; rdun...@infradead.org; > mark.rutl...@arm.com; devicet...@vger.kernel.org; linux- >

Re: [PATCH v2] arm64: dts: ls1088a: Add USB support

On Thu, Dec 07, 2017 at 07:33:28AM +, Yinbo Zhu wrote: > Hi shawn guo, > > If my patch has no other issue, > Can you help me push it to upstream. Are you talking about v4 patch? First of all, I cannot find v4 in my mailbox. That said, it seems you did not send the patch to me. Secondly,

Re: [PATCH v2] arm64: dts: ls1088a: Add USB support

On Thu, Dec 07, 2017 at 07:33:28AM +, Yinbo Zhu wrote: > Hi shawn guo, > > If my patch has no other issue, > Can you help me push it to upstream. Are you talking about v4 patch? First of all, I cannot find v4 in my mailbox. That said, it seems you did not send the patch to me. Secondly,

[PATCH] PCI: Mediatek: clear irq status after irq dispathed to avoid reentry

From: Honghui Zhang There maybe a same irq reentry scenario after irq received in current irq handle flow: EP device PCIe host driverEP driver 1. issue an irq 2. received irq 3. clear irq

[PATCH] PCI: Mediatek: clear irq status after irq dispathed to avoid reentry

From: Honghui Zhang There maybe a same irq reentry scenario after irq received in current irq handle flow: EP device PCIe host driverEP driver 1. issue an irq 2. received irq 3. clear irq status

Re: [v7, 3/3] ARM: dts: imx6qdl.dtsi/imx6ul.dtsi: add "fsl, imx6q-snvs-lpgpr" node

On Mon, Dec 11, 2017 at 11:31:52PM +0100, Maciej S. Szmigiero wrote: > On 20.06.2017 09:09, Oleksij Rempel wrote: > > This node is for Low Power General Purpose Register which can > > be used as Non-Volatile Storage. > > > > Signed-off-by: Oleksij Rempel > > --- > >

Re: [v7, 3/3] ARM: dts: imx6qdl.dtsi/imx6ul.dtsi: add "fsl, imx6q-snvs-lpgpr" node

On Mon, Dec 11, 2017 at 11:31:52PM +0100, Maciej S. Szmigiero wrote: > On 20.06.2017 09:09, Oleksij Rempel wrote: > > This node is for Low Power General Purpose Register which can > > be used as Non-Volatile Storage. > > > > Signed-off-by: Oleksij Rempel > > --- > >

Re: [PATCH v3 02/16] phy: qcom-qmp: Adapt to clk_bulk_* APIs

Hi Manu, On Tue, Nov 21, 2017 at 2:53 PM, Manu Gautam wrote: > From: Vivek Gautam > > Move from using array of clocks to clk_bulk_* APIs that > are available now. > > Signed-off-by: Vivek Gautam > Signed-off-by:

Re: [PATCH v3 02/16] phy: qcom-qmp: Adapt to clk_bulk_* APIs

Hi Manu, On Tue, Nov 21, 2017 at 2:53 PM, Manu Gautam wrote: > From: Vivek Gautam > > Move from using array of clocks to clk_bulk_* APIs that > are available now. > > Signed-off-by: Vivek Gautam > Signed-off-by: Manu Gautam > --- > drivers/phy/qualcomm/phy-qcom-qmp.c | 50 >

Re: [PATCH v4 04/36] nds32: Kernel booting and initialization

2017-12-20 6:01 GMT+08:00 Randy Dunlap : > On 12/17/2017 10:46 PM, Greentime Hu wrote: >> From: Greentime Hu >> >> This patch includes the kernel startup code. It can get dtb pointer >> passed from bootloader. It will create a temp mapping by tlb >>

Re: [PATCH v4 04/36] nds32: Kernel booting and initialization

2017-12-20 6:01 GMT+08:00 Randy Dunlap : > On 12/17/2017 10:46 PM, Greentime Hu wrote: >> From: Greentime Hu >> >> This patch includes the kernel startup code. It can get dtb pointer >> passed from bootloader. It will create a temp mapping by tlb >> instructions at beginning and goto

Re: [PATCH v4 25/36] nds32: Miscellaneous header files

2017-12-19 17:54 GMT+08:00 Arnd Bergmann : > On Tue, Dec 19, 2017 at 6:34 AM, Greentime Hu wrote: >> Hi, Arnd: >> >> 2017-12-18 19:13 GMT+08:00 Arnd Bergmann : >>> On Mon, Dec 18, 2017 at 7:46 AM, Greentime Hu wrote:

Re: [PATCH v4 25/36] nds32: Miscellaneous header files

2017-12-19 17:54 GMT+08:00 Arnd Bergmann : > On Tue, Dec 19, 2017 at 6:34 AM, Greentime Hu wrote: >> Hi, Arnd: >> >> 2017-12-18 19:13 GMT+08:00 Arnd Bergmann : >>> On Mon, Dec 18, 2017 at 7:46 AM, Greentime Hu wrote: From: Greentime Hu This patch introduces some miscellaneous

Re: [PATCH v20 0/7] Virtio-balloon Enhancement

Matthew Wilcox wrote: > > I think xb_find_set() has a bug in !node path. > > Don't think. Write a test-case. Please. If it shows a bug, then great, +unsigned long xb_find_set(struct xb *xb, unsigned long size, + unsigned long offset) +{ + struct radix_tree_root

Re: [PATCH v20 0/7] Virtio-balloon Enhancement

Matthew Wilcox wrote: > > I think xb_find_set() has a bug in !node path. > > Don't think. Write a test-case. Please. If it shows a bug, then great, +unsigned long xb_find_set(struct xb *xb, unsigned long size, + unsigned long offset) +{ + struct radix_tree_root

linux-next: manual merge of the staging tree with the char-misc-next tree

Hi Greg, Today's linux-next merge of the staging tree got conflicts in: drivers/Kconfig drivers/Makefile between commits: bbecb07fa0af ("siox: new driver framework for eckelmann SIOX") 3648e78ec701 ("slimbus: Add SLIMbus bus type") from the char-misc-next tree and commit:

linux-next: manual merge of the staging tree with the char-misc-next tree

Hi Greg, Today's linux-next merge of the staging tree got conflicts in: drivers/Kconfig drivers/Makefile between commits: bbecb07fa0af ("siox: new driver framework for eckelmann SIOX") 3648e78ec701 ("slimbus: Add SLIMbus bus type") from the char-misc-next tree and commit:

Re: [PATCH -tip v3 0/6] net: tcp: sctp: dccp: Replace jprobe usage with trace events

On Tue, 19 Dec 2017 10:01:56 -0800 Alexei Starovoitov wrote: > On Tue, Dec 19, 2017 at 05:56:55PM +0900, Masami Hiramatsu wrote: > > include/trace/events/sctp.h | 98 ++ > > include/trace/events/tcp.h | 80 +++ > > net/Kconfig

Re: [PATCH -tip v3 0/6] net: tcp: sctp: dccp: Replace jprobe usage with trace events

On Tue, 19 Dec 2017 10:01:56 -0800 Alexei Starovoitov wrote: > On Tue, Dec 19, 2017 at 05:56:55PM +0900, Masami Hiramatsu wrote: > > include/trace/events/sctp.h | 98 ++ > > include/trace/events/tcp.h | 80 +++ > > net/Kconfig | 17 -- > >

Re: [BUG] Build error for 4.15-rc3 kernel caused by patch "kbuild: Add a cache for generated variables"

2017-12-19 2:17 GMT+09:00 Doug Anderson : > Hi, > > On Mon, Dec 18, 2017 at 7:50 AM, Masahiro Yamada > wrote: >> 2017-12-18 23:56 GMT+09:00 Masahiro Yamada : >>> 2017-12-17 7:35 GMT+09:00 Yang Shi

Re: [BUG] Build error for 4.15-rc3 kernel caused by patch "kbuild: Add a cache for generated variables"

2017-12-19 2:17 GMT+09:00 Doug Anderson : > Hi, > > On Mon, Dec 18, 2017 at 7:50 AM, Masahiro Yamada > wrote: >> 2017-12-18 23:56 GMT+09:00 Masahiro Yamada : >>> 2017-12-17 7:35 GMT+09:00 Yang Shi : Hi folks, I just upgraded gcc to 6.4 on my centos 7 machine by Arnd's suggestion.

[PATCH v3,net-next 2/2] ip6_gre: fix error path when ip6erspan_rcv failed

Same as ipv4 code, when ip6erspan_rcv call return PACKET_REJECT, we should call icmpv6_send to send icmp unreachable message in error path. Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") Acked-by: William Tu Cc: William Tu

[PATCH v3,net-next 2/2] ip6_gre: fix error path when ip6erspan_rcv failed

Same as ipv4 code, when ip6erspan_rcv call return PACKET_REJECT, we should call icmpv6_send to send icmp unreachable message in error path. Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") Acked-by: William Tu Cc: William Tu Signed-off-by: Haishuang Yan --- Change since v2:

[PATCH v3,net-next 1/2] ip_gre: fix error path when erspan_rcv failed

When erspan_rcv call return PACKET_REJECT, we shoudn't call ipgre_rcv to process packets again, instead send icmp unreachable message in error path. Fixes: 84e54fe0a5ea ("gre: introduce native tunnel support for ERSPAN") Acked-by: William Tu Cc: William Tu

[PATCH v3,net-next 1/2] ip_gre: fix error path when erspan_rcv failed

When erspan_rcv call return PACKET_REJECT, we shoudn't call ipgre_rcv to process packets again, instead send icmp unreachable message in error path. Fixes: 84e54fe0a5ea ("gre: introduce native tunnel support for ERSPAN") Acked-by: William Tu Cc: William Tu Signed-off-by: Haishuang Yan ---

[PATCH v3,net-next 0/2] net: erspan: fix erspan_rcv/ip6erspan_rcv error path

This patch series fix potential issue in error path. Haishuang Yan (2): ip_gre: fix error path when erspan_rcv failed ip6_gre: fix error path when ip6erspan_rcv failed net/ipv4/ip_gre.c | 2 ++ net/ipv6/ip6_gre.c | 3 ++- 2 files changed, 4 insertions(+), 1 deletion(-) -- 1.8.3.1

[PATCH v3,net-next 0/2] net: erspan: fix erspan_rcv/ip6erspan_rcv error path

This patch series fix potential issue in error path. Haishuang Yan (2): ip_gre: fix error path when erspan_rcv failed ip6_gre: fix error path when ip6erspan_rcv failed net/ipv4/ip_gre.c | 2 ++ net/ipv6/ip6_gre.c | 3 ++- 2 files changed, 4 insertions(+), 1 deletion(-) -- 1.8.3.1

Re: [PATCH 4/5 v5] i2c: i2c-piix4: Use request_declared_muxed_region()

On 12/18/2017 12:48 AM, Zoltan Boszormenyi wrote: From: Böszörményi Zoltán Use the new request_declared_muxed_region() macro to synchronize access to the I/O port pair 0xcd6 / 0xcd7. At the same time, remove the long lifetime request_region() call to reserve these I/O ports, so

Re: [PATCH 4/5 v5] i2c: i2c-piix4: Use request_declared_muxed_region()

On 12/18/2017 12:48 AM, Zoltan Boszormenyi wrote: From: Böszörményi Zoltán Use the new request_declared_muxed_region() macro to synchronize access to the I/O port pair 0xcd6 / 0xcd7. At the same time, remove the long lifetime request_region() call to reserve these I/O ports, so the sp5100_tco

Re: [PATCH v10 1/5] add infrastructure for tagging functions as error injectable

On 12/18/17 10:29 PM, Masami Hiramatsu wrote: +#if defined(__KERNEL__) && !defined(__ASSEMBLY__) +#ifdef CONFIG_BPF_KPROBE_OVERRIDE BTW, CONFIG_BPF_KPROBE_OVERRIDE is also confusable name. Since this feature override a function to just return with some return value (as far as I understand, or

Re: [PATCH v10 1/5] add infrastructure for tagging functions as error injectable

On 12/18/17 10:29 PM, Masami Hiramatsu wrote: +#if defined(__KERNEL__) && !defined(__ASSEMBLY__) +#ifdef CONFIG_BPF_KPROBE_OVERRIDE BTW, CONFIG_BPF_KPROBE_OVERRIDE is also confusable name. Since this feature override a function to just return with some return value (as far as I understand, or

linux-next: manual merge of the usb tree with the usb.current tree

Hi Greg, Today's linux-next merge of the usb tree got a conflict in: drivers/usb/usbip/vhci_rx.c between commit: 8272d099d05f ("usbip: vhci: stop printing kernel pointer addresses in messages") from the usb.current tree and commit: 81d8a8eb0a97 ("USB: usbip: fix spelling mistake:

linux-next: manual merge of the usb tree with the usb.current tree

Hi Greg, Today's linux-next merge of the usb tree got a conflict in: drivers/usb/usbip/vhci_rx.c between commit: 8272d099d05f ("usbip: vhci: stop printing kernel pointer addresses in messages") from the usb.current tree and commit: 81d8a8eb0a97 ("USB: usbip: fix spelling mistake:

<    1   2   3   4   5   6   7   8   9   10   >