Re: [PATCH net-next 2/2] trace: tcp: fully support trace_tcp_send_reset

2024-03-10 Thread Ratheesh Kannoth
> From: Jason Xing > Sent: Monday, March 11, 2024 10:30 AM > To: Ratheesh Kannoth > Cc: eduma...@google.com; mhira...@kernel.org; > mathieu.desnoy...@efficios.com; rost...@goodmis.org; k...@kernel.org; > pab...@redhat.com; da...@davemloft.net; net...@vger.kernel.org; linux- >

Re: [PATCH net-next 2/2] trace: tcp: fully support trace_tcp_send_reset

2024-03-10 Thread Jason Xing
On Mon, Mar 11, 2024 at 11:27 AM Ratheesh Kannoth wrote: > > On 2024-03-11 at 08:11:04, Jason Xing (kerneljasonx...@gmail.com) wrote: > > From: Jason Xing > > > > Prior to this patch, what we can see by enabling trace_tcp_send is > > only happening under two circumstances: > > 1) active rst mode

Re: [PATCH net-next v2 3/3] tun: AF_XDP Tx zero-copy support

2024-03-10 Thread Jason Wang
On Mon, Mar 4, 2024 at 9:45 PM wangyunjian wrote: > > > > > -Original Message- > > From: Michael S. Tsirkin [mailto:m...@redhat.com] > > Sent: Friday, March 1, 2024 7:53 PM > > To: wangyunjian > > Cc: Paolo Abeni ; willemdebruijn.ker...@gmail.com; > > jasow...@redhat.com;

Re: [PATCH net-next 1/2] trace: adjust TP_STORE_ADDR_PORTS_SKB() parameters

2024-03-10 Thread Jason Xing
On Mon, Mar 11, 2024 at 11:23 AM Ratheesh Kannoth wrote: > > On 2024-03-11 at 08:11:03, Jason Xing (kerneljasonx...@gmail.com) wrote: > > From: Jason Xing > > > > Introducing entry_saddr and entry_daddr parameters in this macro > > for later use can help us record the reverse 4-turple by

Re: [PATCH net-next 2/2] trace: tcp: fully support trace_tcp_send_reset

2024-03-10 Thread Ratheesh Kannoth
On 2024-03-11 at 08:11:04, Jason Xing (kerneljasonx...@gmail.com) wrote: > From: Jason Xing > > Prior to this patch, what we can see by enabling trace_tcp_send is > only happening under two circumstances: > 1) active rst mode > 2) non-active rst mode and based on the full socket > > That means

Re: [PATCH net-next 1/2] trace: adjust TP_STORE_ADDR_PORTS_SKB() parameters

2024-03-10 Thread Ratheesh Kannoth
On 2024-03-11 at 08:11:03, Jason Xing (kerneljasonx...@gmail.com) wrote: > From: Jason Xing > > Introducing entry_saddr and entry_daddr parameters in this macro > for later use can help us record the reverse 4-turple by analyzing Did you mean tuple ? what is turple ? > the 4-turple of the

[PATCH net-next 2/2] trace: tcp: fully support trace_tcp_send_reset

2024-03-10 Thread Jason Xing
From: Jason Xing Prior to this patch, what we can see by enabling trace_tcp_send is only happening under two circumstances: 1) active rst mode 2) non-active rst mode and based on the full socket That means the inconsistency occurs if we use tcpdump and trace simultaneously to see how rst

[PATCH net-next 1/2] trace: adjust TP_STORE_ADDR_PORTS_SKB() parameters

2024-03-10 Thread Jason Xing
From: Jason Xing Introducing entry_saddr and entry_daddr parameters in this macro for later use can help us record the reverse 4-turple by analyzing the 4-turple of the incoming skb when receiving. Signed-off-by: Jason Xing --- include/trace/events/tcp.h | 21 +++-- 1 file

[PATCH net-next 0/2] tcp: make trace of reset logic complete

2024-03-10 Thread Jason Xing
From: Jason Xing Before this, we miss some cases where the TCP layer could send rst but we cannot trace it. So I decided to complete it :) Jason Xing (2): trace: adjust TP_STORE_ADDR_PORTS_SKB() parameters trace: tcp: fully support trace_tcp_send_reset include/trace/events/tcp.h | 60

Re: [RFC PATCH v3 4/5] input: add onkey driver for Marvell 88PM886 PMIC

2024-03-10 Thread Dmitry Torokhov
On Sun, Mar 10, 2024 at 09:35:36PM +0100, Krzysztof Kozlowski wrote: > On 10/03/2024 12:35, Karel Balej wrote: > > Dmitry Torokhov, 2024-03-04T17:10:59-08:00: > >> On Mon, Mar 04, 2024 at 09:28:45PM +0100, Karel Balej wrote: > >>> Dmitry, > >>> > >>> Dmitry Torokhov, 2024-03-03T12:39:46-08:00: >

Re: [RFC PATCH v3 4/5] input: add onkey driver for Marvell 88PM886 PMIC

2024-03-10 Thread Krzysztof Kozlowski
On 10/03/2024 12:35, Karel Balej wrote: > Dmitry Torokhov, 2024-03-04T17:10:59-08:00: >> On Mon, Mar 04, 2024 at 09:28:45PM +0100, Karel Balej wrote: >>> Dmitry, >>> >>> Dmitry Torokhov, 2024-03-03T12:39:46-08:00: On Sun, Mar 03, 2024 at 11:04:25AM +0100, Karel Balej wrote: > From: Karel

Re: [PATCH 2/3] dt-bindings: arm: qcom: Add Sony Xperia Z3

2024-03-10 Thread Krzysztof Kozlowski
On 10/03/2024 12:41, Luca Weiss wrote: > Add the compatible for this Sony smartphone. > > Signed-off-by: Luca Weiss > --- > Documentation/devicetree/bindings/arm/qcom.yaml | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Krzysztof Kozlowski Best regards, Krzysztof

Re: [PATCH 1/2] dt-bindings: arm: qcom: Add Samsung Galaxy Note 3

2024-03-10 Thread Krzysztof Kozlowski
On 10/03/2024 15:13, Luca Weiss wrote: > Add the compatible for this Samsung smartphone ("phablet" as it was > named in that era). > > Signed-off-by: Luca Weiss > --- Acked-by: Krzysztof Kozlowski Best regards, Krzysztof

Re: [PATCH 0/6] tracing/ring-buffer: Fix wakeup of ring buffer waiters

2024-03-10 Thread Steven Rostedt
On Fri, 8 Mar 2024 13:41:59 -0800 Linus Torvalds wrote: > On Fri, 8 Mar 2024 at 13:39, Linus Torvalds > wrote: > > > > So the above "complexity" is *literally* just changing the > > > > (new = atomic_read_acquire(>seq)) != old > > > > condition to > > > >

[PATCH 2/2] ARM: dts: qcom: msm8974: Add Samsung Galaxy Note 3

2024-03-10 Thread Luca Weiss
From: Adam Honse Add the devicetree for this "phablet" using the Snapdragon 800 SoC. Signed-off-by: Adam Honse [l...@z3ntu.xyz: clean up, prepare for upstream] Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/Makefile| 1 +

[PATCH 1/2] dt-bindings: arm: qcom: Add Samsung Galaxy Note 3

2024-03-10 Thread Luca Weiss
Add the compatible for this Samsung smartphone ("phablet" as it was named in that era). Signed-off-by: Luca Weiss --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml

[PATCH 0/2] Add Samsung Galaxy Note 3 support

2024-03-10 Thread Luca Weiss
1 + arch/arm/boot/dts/qcom/Makefile| 1 + .../boot/dts/qcom/qcom-msm8974-samsung-hlte.dts| 403 + 3 files changed, 405 insertions(+) --- base-commit: 90d35da658da8cff0d4ecbb5113f5fac9d00eb72 change-id: 20240310-samsung-hlte-78d1a287b0a8 Best regards

[PATCH net-next 3/3] trace: use TP_STORE_ADDRS() macro in inet_sock_set_state()

2024-03-10 Thread Jason Xing
From: Jason Xing As the title said, use the macro directly like the patch[1] did to avoid those duplications. No functional change. [1] commit 6a6b0b9914e7 ("tcp: Avoid preprocessor directives in tracepoint macro args") Signed-off-by: Jason Xing --- include/trace/events/sock.h | 17

[PATCH net-next 2/3] trace: use TP_STORE_ADDRS() macro in inet_sk_error_report()

2024-03-10 Thread Jason Xing
From: Jason Xing As the title said, use the macro directly like the patch[1] did to avoid those duplications. No functional change. [1] commit 6a6b0b9914e7 ("tcp: Avoid preprocessor directives in tracepoint macro args") Signed-off-by: Jason Xing --- include/trace/events/sock.h | 18

[PATCH net-next 1/3] trace: move to TP_STORE_ADDRS related macro to net_probe_common.h

2024-03-10 Thread Jason Xing
From: Jason Xing Put the macro into another standalone file for better extension. Some tracepoints can use this common part in the future. Signed-off-by: Jason Xing --- include/trace/events/net_probe_common.h | 29 + include/trace/events/tcp.h | 29

[PATCH net-next 0/3] trace: use TP_STORE_ADDRS macro

2024-03-10 Thread Jason Xing
From: Jason Xing Using the macro for other tracepoints use to be more concise. No functional change. Jason Xing (3): trace: move to TP_STORE_ADDRS related macro to net_probe_common.h trace: use TP_STORE_ADDRS() macro in inet_sk_error_report() trace: use TP_STORE_ADDRS() macro in

Re: [PATCH 3/3] ARM: dts: qcom: Add Sony Xperia Z3 smartphone

2024-03-10 Thread Luca Weiss
On Sonntag, 10. März 2024 12:41:09 CET Luca Weiss wrote: > Add the dts for the Xperia Z3 smartphone which is based on Sony's > shinano platform, so at the moment there's little device-specific dts to > add on top of the common parts. > > Signed-off-by: Luca Weiss > --- >

[PATCH 2/3] dt-bindings: arm: qcom: Add Sony Xperia Z3

2024-03-10 Thread Luca Weiss
Add the compatible for this Sony smartphone. Signed-off-by: Luca Weiss --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml index

[PATCH 3/3] ARM: dts: qcom: Add Sony Xperia Z3 smartphone

2024-03-10 Thread Luca Weiss
Add the dts for the Xperia Z3 smartphone which is based on Sony's shinano platform, so at the moment there's little device-specific dts to add on top of the common parts. Signed-off-by: Luca Weiss --- .../qcom-msm8974pro-sony-xperia-shinano-leo.dts| 44 ++ 1 file

[PATCH 1/3] ARM: dts: qcom: msm8974-sony-castor: Split into shinano-common

2024-03-10 Thread Luca Weiss
In preparation for adding the Sony Xperia Z3 smartphone, split the common parts into shinano-common.dtsi. No functional change intended. Signed-off-by: Luca Weiss --- .../qcom-msm8974pro-sony-xperia-shinano-castor.dts | 853 -

[PATCH 0/3] Split sony-castor into shinano-common and add Sony Xperia Z3

2024-03-10 Thread Luca Weiss
-msm8974pro-sony-xperia-shinano-common.dtsi | 535 .../qcom-msm8974pro-sony-xperia-shinano-leo.dts| 44 ++ 4 files changed, 591 insertions(+), 530 deletions(-) --- base-commit: bee52eeb37d8124a07711657d1650bf3b467e7dd change-id: 20240310-shinano-common-093fe25fe3a1 Best

Re: [RFC PATCH v3 4/5] input: add onkey driver for Marvell 88PM886 PMIC

2024-03-10 Thread Karel Balej
Dmitry Torokhov, 2024-03-04T17:10:59-08:00: > On Mon, Mar 04, 2024 at 09:28:45PM +0100, Karel Balej wrote: > > Dmitry, > > > > Dmitry Torokhov, 2024-03-03T12:39:46-08:00: > > > On Sun, Mar 03, 2024 at 11:04:25AM +0100, Karel Balej wrote: > > > > From: Karel Balej > > > > > > > > Marvell 88PM886

Re: [PATCH] openrisc: Use asm-generic's version of fix_to_virt() & virt_to_fix()

2024-03-10 Thread Stafford Horne
On Sat, Mar 09, 2024 at 06:24:07PM +0800, Dawei Li wrote: > Openrisc's implementation of fix_to_virt() & virt_to_fix() share same > functionality with ones of asm generic. > > Plus, generic version of fix_to_virt() can trap invalid index at compile > time. > > Thus, Replace the arch-specific