[PATCH v3] dt-bindings: hwlock: sprd-hwspinlock: convert to YAML

2024-08-04 Thread Stanislav Jakubek
Convert the Spreadtrum hardware spinlock bindings to DT schema. Reviewed-by: Conor Dooley Reviewed-by: Baolin Wang Signed-off-by: Stanislav Jakubek --- Changes in V3: - add Baolin's R-b - rebase on next-20240805 - add lore links to V1 and V2 to the changelog Changes in V2: - fix double

[PATCH v2 1/1] livepatch: Add using attribute to klp_func for using function show

2024-08-04 Thread zhangyongde.zyd
From: Wardenjohn One system may contains more than one livepatch module. We can see which patch is enabled. If some patches applied to one system modifing the same function, livepatch will use the function enabled on top of the function stack. However, we can not excatly know which function of wh

[PATCH v2 0/1] livepatch: Add using attribute to klp_func for using function

2024-08-04 Thread zhangyongde.zyd
This patch introduce one sysfs attribute of "using" to klp_func. For example, if there are serval patches make changes to function "meminfo_proc_show", the attribute "enabled" of all the patch is 1. With this attribute, we can easily know the version enabling belongs to which patch. Changes v1 =>

Re: [REGRESSION] [PATCH v2] net: missing check virtio

2024-08-04 Thread Blake Sperling
Hello Jason, Willem's patch works, right on the mark. Confirmed the guest performance is back to normal. Thanks, and sorry for the noise! On Mon, Aug 5, 2024 at 1:17 AM Jason Wang wrote: > > On Mon, Aug 5, 2024 at 2:10 PM Blake Sperling wrote: > > > > Hello, I noticed a regression from v.6.6.4

Re: [REGRESSION] [PATCH v2] net: missing check virtio

2024-08-04 Thread Jason Wang
On Mon, Aug 5, 2024 at 2:10 PM Blake Sperling wrote: > > Hello, I noticed a regression from v.6.6.43 to v6.6.44 caused by this commit. > > When using virtio NIC with a QEMU/KVM Windows guest, network traffic from the > VM stalls in the outbound (upload) direction.This affects remote access and >

[REGRESSION] [PATCH v2] net: missing check virtio

2024-08-04 Thread Blake Sperling
Hello, I noticed a regression from v.6.6.43 to v6.6.44 caused by this commit. When using virtio NIC with a QEMU/KVM Windows guest, network traffic from the VM stalls in the outbound (upload) direction.This affects remote access and file shares most noticeably, and the inbound (download) direction

Re: [PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down

2024-08-04 Thread Jason Wang
On Mon, Aug 5, 2024 at 1:52 PM Michael S. Tsirkin wrote: > > On Mon, Aug 05, 2024 at 11:02:42AM +0800, Jason Wang wrote: > > This patch synchronize operstate with admin state per RFC2863. > > > synchronizes > > > > > This is done by trying to toggle the carrier upon open/close and > > synchronize

[PATCH RESEND] tracing: Fix overflow in get_free_elt()

2024-08-04 Thread Tze-nan Wu
"tracing_map->next_elt" in get_free_elt() is at risk of overflowing. Once it overflows, new elements can still be inserted into the tracing_map even though the maximum number of elements (`max_elts`) has been reached. Continuing to insert elements after the overflow could result in the tracing_map

Re: [PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down

2024-08-04 Thread Michael S. Tsirkin
On Mon, Aug 05, 2024 at 11:02:42AM +0800, Jason Wang wrote: > This patch synchronize operstate with admin state per RFC2863. synchronizes > > This is done by trying to toggle the carrier upon open/close and > synchronize with the config change work. This allows propagate status to propagate >

Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister

2024-08-04 Thread Jason Wang
On Fri, Aug 2, 2024 at 2:51 PM Dragos Tatulea wrote: > > On Fri, 2024-08-02 at 11:29 +0800, Jason Wang wrote: > > On Thu, Aug 1, 2024 at 11:38 PM Dragos Tatulea wrote: > > > > > > The following workflow triggers the crash referenced below: > > > > > > 1) vhost_vdpa_unsetup_vq_irq() unregisters th

[PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down

2024-08-04 Thread Jason Wang
This patch synchronize operstate with admin state per RFC2863. This is done by trying to toggle the carrier upon open/close and synchronize with the config change work. This allows propagate status correctly to stacked devices like: ip link add link enp0s3 macvlan0 type macvlan ip link set link e

[PATCH V5 net-next 2/3] virtio: allow driver to disable the configure change notification

2024-08-04 Thread Jason Wang
Sometime, it would be useful to disable the configure change notification from the driver. So this patch allows this by introducing a variable config_change_driver_disabled and only allow the configure change notification callback to be triggered when it is allowed by both the virtio core and the d

[PATCH V5 net-next 1/3] virtio: rename virtio_config_enabled to virtio_config_core_enabled

2024-08-04 Thread Jason Wang
Following patch will allow the config interrupt to be disabled by a specific driver via another boolean. So this patch renames virtio_config_enabled and relevant helpers to virtio_config_core_enabled. Cc: Venkat Venkatsubra Cc: Gia-Khanh Nguyen Signed-off-by: Jason Wang --- drivers/virtio/virt

[PATCH V5 net-next 0/3] virtio-net: synchronize op/admin state

2024-08-04 Thread Jason Wang
Hi All: This series tries to synchronize the operstate with the admin state which allows the lower virtio-net to propagate the link status to the upper devices like macvlan. This is done by toggling carrier during ndo_open/stop while doing other necessary serialization about the carrier settings

WARNING in free_event

2024-08-04 Thread Ubisectech Sirius
Hello. We are Ubisectech Sirius Team, the vulnerability lab of China ValiantSec. Recently, our team has discovered a issue in Linux kernel 6.8. Attached to the email were a PoC file of the issue. Stack dump: [ cut here ] unexpected event refcount: 2; ptr=88801958982

BUG: stack guard page was hit in vsock_connectible_recvmsg

2024-08-04 Thread Ubisectech Sirius
Hello. We are Ubisectech Sirius Team, the vulnerability lab of China ValiantSec. Recently, our team has discovered a issue in Linux kernel 6.8. Attached to the email were a PoC file of the issue. Stack dump: BUG: TASK stack guard page was hit at c90001b27f88 (stack is c90001b28000..fff

Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume

2024-08-04 Thread Leon Romanovsky
On Sun, Aug 04, 2024 at 09:39:29AM -0400, Michael S. Tsirkin wrote: > On Sun, Aug 04, 2024 at 11:48:39AM +0300, Leon Romanovsky wrote: > > On Fri, Aug 02, 2024 at 09:14:28AM -0400, Michael S. Tsirkin wrote: > > > On Fri, Aug 02, 2024 at 10:20:17AM +0300, Dragos Tatulea wrote: > > > > This series pa

Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume

2024-08-04 Thread Michael S. Tsirkin
On Sun, Aug 04, 2024 at 11:48:39AM +0300, Leon Romanovsky wrote: > On Fri, Aug 02, 2024 at 09:14:28AM -0400, Michael S. Tsirkin wrote: > > On Fri, Aug 02, 2024 at 10:20:17AM +0300, Dragos Tatulea wrote: > > > This series parallelizes the mlx5_vdpa device suspend and resume > > > operations through

Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume

2024-08-04 Thread Leon Romanovsky
On Fri, Aug 02, 2024 at 09:14:28AM -0400, Michael S. Tsirkin wrote: > On Fri, Aug 02, 2024 at 10:20:17AM +0300, Dragos Tatulea wrote: > > This series parallelizes the mlx5_vdpa device suspend and resume > > operations through the firmware async API. The purpose is to reduce live > > migration downt

Re: [PATCH v2 1/2] dt-bindings: qcom: Document samsung,j3ltetw

2024-08-04 Thread Krzysztof Kozlowski
On 04/08/2024 08:59, Lin, Meng-Bo wrote: > Document samsung,j3ltetw bindings used in its device tree. > Please do not work on old kernels... You *must* base on something recent. Please use scripts/get_maintainers.pl to get a list of necessary people and lists to CC (and consider --no-git-fallba