[PATCH] tracing: use ring_buffer_record_is_set_on() in tracer_tracing_is_on()

2024-02-04 Thread Sven Schnelle
tracer_tracing_is_on() checks whether record_disabled is not zero. This checks both the record_disabled counter and the RB_BUFFER_OFF flag. Reading the source it looks like this function should only check for the RB_BUFFER_OFF flag. Therefore use ring_buffer_record_is_set_on(). This fixes spurious

Re: [PATCH v2] kprobes: Use synchronize_rcu_tasks_rude in kprobe_optimizer

2024-02-04 Thread Chen Zhongjin
On 2024/2/1 21:47, Paul E. McKenney wrote: On Sat, Jan 27, 2024 at 06:09:05PM +0800, Chen Zhongjin wrote: On 2024/1/20 23:30, Paul E. McKenney wrote: > (Apologies for the delay, despite my attempts to make it otherwise, your email still got dumped into my spam folder.) Sorry for that,

[PATCH v6.1.y-v4.19.y] vhost: use kzalloc() instead of kmalloc() followed by memset()

2024-02-04 Thread Ajay Kaher
From: Prathu Baronia From: Prathu Baronia commit 4d8df0f5f79f747d75a7d356d9b9ea40a4e4c8a9 upstream Use kzalloc() to allocate new zeroed out msg node instead of memsetting a node allocated with kmalloc(). Signed-off-by: Prathu Baronia Message-Id:

Re: [PATCH v2 3/3] x86/kprobes: Boost more instructions from grp2/3/4/5

2024-02-04 Thread Jinghao Jia
On 2/4/24 06:09, Masami Hiramatsu (Google) wrote: > On Sat, 3 Feb 2024 21:13:00 -0600 > Jinghao Jia wrote: > >> With the instruction decoder, we are now able to decode and recognize >> instructions with opcode extensions. There are more instructions in >> these groups that can be boosted: >> >>

Re: [PATCH net-next v4 5/5] tools: virtio: introduce vhost_net_test

2024-02-04 Thread Jason Wang
On Sun, Feb 4, 2024 at 11:50 AM Yunsheng Lin wrote: > > On 2024/2/4 9:30, Jason Wang wrote: > > On Fri, Feb 2, 2024 at 8:24 PM Yunsheng Lin wrote: > >> > >> On 2024/2/2 12:05, Jason Wang wrote: > >>> On Tue, Jan 30, 2024 at 7:38 PM Yunsheng Lin > >>> wrote: > > introduce

[PATCH] virtio: make virtio_bus const

2024-02-04 Thread Ricardo B. Marliere
- base-commit: 41b9fb381a486360b2daaec0c7480f8e3ff72bc7 change-id: 20240204-bus_cleanup-virtio-9f076c3cb068 Best regards, -- Ricardo B. Marliere

[PATCH] vdpa: make vdpa_bus const

2024-02-04 Thread Ricardo B. Marliere
= { }; __ATTRIBUTE_GROUPS(vdpa_dev); -static struct bus_type vdpa_bus = { +static const struct bus_type vdpa_bus = { .name = "vdpa", .dev_groups = vdpa_dev_groups, .match = vdpa_dev_match, --- base-commit: 41b9fb381a486360b2daaec0c7480f8e3ff72bc7 change-id

[PATCH] rpmsg: core: make rpmsg_bus const

2024-02-04 Thread Ricardo B. Marliere
ps, --- base-commit: 80255b24efbe83a6a01600484b6959259a30ded5 change-id: 20240204-bus_cleanup-rpmsg-1a5f6ab69a24 Best regards, -- Ricardo B. Marliere

[PATCH] nvdimm: make nvdimm_bus_type const

2024-02-04 Thread Ricardo B. Marliere
ase-commit: a085a5eb6594a3ebe5c275e9c2c2d341f686c23c change-id: 20240204-bus_cleanup-nvdimm-91771693bd4d Best regards, -- Ricardo B. Marliere

[PATCH v5] leds: qcom-lpg: Add PM660L configuration and compatible

2024-02-04 Thread Marijn Suijten
_lpg_data }, { .compatible = "qcom,pm8150b-lpg", .data = _lpg_data }, { .compatible = "qcom,pm8150l-lpg", .data = _lpg_data }, { .compatible = "qcom,pm8350c-pwm", .data = _pwm_data }, --- base-commit: 01af33cc9894b4489fb68fa35c40e9fe85df63dc change-id: 202402

Re: [PATCH v4 2/2] leds: qcom-lpg: Add PM660L configuration and compatible

2024-02-04 Thread Marijn Suijten
t; > changes made it in: > > > > > > https://lore.kernel.org/r/20220719211848.1653920-2-marijn.suij...@somainline.org > > > > Looks like it may still apply cleanly, but otherwise, would you mind > > rebasing and resending so that Lee can pick this

[PATCH] device-dax: make dax_bus_type const

2024-02-04 Thread Ricardo B. Marliere
) dax_drv->remove(dev_dax); } -static struct bus_type dax_bus_type = { +static const struct bus_type dax_bus_type = { .name = "dax", .uevent = dax_bus_uevent, .match = dax_bus_match, --- base-commit: 73bf93edeeea866b0b6efbc8d2595bdaaba7f1a5 change

Re: [PATCH v2 1/3] x86/kprobes: Refactor can_{probe,boost} return type to bool

2024-02-04 Thread Google
On Sat, 3 Feb 2024 21:12:58 -0600 Jinghao Jia wrote: > Both can_probe and can_boost have int return type but are using int as > boolean in their context. > > Refactor both functions to make them actually return boolean. > This and next one looks good to me. Acked-by: Masami Hiramatsu

Re: [PATCH v2 3/3] x86/kprobes: Boost more instructions from grp2/3/4/5

2024-02-04 Thread Google
On Sat, 3 Feb 2024 21:13:00 -0600 Jinghao Jia wrote: > With the instruction decoder, we are now able to decode and recognize > instructions with opcode extensions. There are more instructions in > these groups that can be boosted: > > Group 2: ROL, ROR, RCL, RCR, SHL/SAL, SHR, SAR > Group 3: