[PATCH] remoteproc: make rproc_class constant

allocated at boot time. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B. Marliere --- drivers/remoteproc/remoteproc_internal.h | 2 +- drivers/remoteproc/remoteproc_sysfs.c| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/

[PATCH] rpmsg: core: make rpmsg_class constant

allocated at boot time. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B. Marliere --- drivers/rpmsg/rpmsg_char.c | 2 +- drivers/rpmsg/rpmsg_core.c | 16 +--- drivers/rpmsg/rpmsg_ctrl.c | 2 +- drivers/rpmsg/rpmsg_internal.h | 2 +

[PATCH] dax: constify the struct device_type usage

ah-Hartman Signed-off-by: Ricardo B. Marliere --- drivers/dax/bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dax/bus.c b/drivers/dax/bus.c index 1ff1ab5fa105..e265ba019785 100644 --- a/drivers/dax/bus.c +++ b/drivers/dax/bus.c @@ -763,7 +763,7 @@ static co

[PATCH] virtio: make virtio_bus const

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

[PATCH] vdpa: make vdpa_bus const

Now that the driver core can properly handle constant struct bus_type, move the vdpa_bus variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B. Marliere

[PATCH] rpmsg: core: make rpmsg_bus const

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

[PATCH] nvdimm: make nvdimm_bus_type const

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

[PATCH] device-dax: make dax_bus_type const

-id: 20240204-bus_cleanup-dax-52c34f72615f Best regards, -- Ricardo B. Marliere

[PATCH v3 3/3] tracing: convert __trace_seq_init to use WARN_ON_ONCE

The initialization of trace_seq buffers is done elsewhere and therefore __trace_seq_init should yield a warning if it has to actually initialize the buffer. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- kernel/trace/trace_seq.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v3 2/3] tracing: add trace_seq_reset function

Currently, trace_seq_init may be called many times with the intent of resetting the buffer. Add a function trace_seq_reset that does that and replace the relevant occurrences to use it instead. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- include/linux/trace_seq.h

[PATCH v3 1/3] tracing: initialize trace_seq buffers

In order to extend trace_seq into being dynamic, the struct trace_seq will no longer be valid if simply set to zero. Call trace_seq_init() for all trace_seq when they are first created. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- kernel/trace/trace.c | 14

[PATCH v3 0/3] tracing: add trace_seq_reset function

. Changes in v2: - Added a WARN_ON_ONCE to __trace_seq_init to catch possible misuses. - Properly initialized trace_seq buffers. Ricardo B. Marliere (3): tracing: initialize trace_seq buffers tracing: add trace_seq_reset function tracing: convert __trace_seq_init to use WARN_ON_ONCE include

Re: Re: [PATCH v2 2/3] tracing: initialize trace_seq buffers

Hi Steve, On 25 Jan 15:44, Steven Rostedt wrote: > On Thu, 25 Jan 2024 17:16:21 -0300 > "Ricardo B. Marliere" wrote: > > > Now that trace_seq_reset have been created, correct the places where the > > buffers need to be initialized. > > This patch would ne

[PATCH v2 3/3] tracing: convert __trace_seq_init to use WARN_ON_ONCE

The initialization of trace_seq buffers are done elsewhere and therefore __trace_seq_init should yield a warning if it has to actually initialize the buffer. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- kernel/trace/trace_seq.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 2/3] tracing: initialize trace_seq buffers

Now that trace_seq_reset have been created, correct the places where the buffers need to be initialized. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- kernel/trace/trace.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/kernel/trace/trace.c b/kernel

[PATCH v2 1/3] tracing: add trace_seq_reset function

Currently, trace_seq_init may be called many times with the intent of resetting the buffer. Add a function trace_seq_reset that does that and replace the relevant occurrences to use it instead. Suggested-by: Steven Rostedt Signed-off-by: Ricardo B. Marliere --- include/linux/trace_seq.h

[PATCH v2 0/3] add trace_seq_reset function

This series is a prerequisite for a later effort of making trace_seq more flexible about its buffer size. To achieve that, initializing and resetting the buffers need to be differentiated. Ricardo B. Marliere (3): tracing: add trace_seq_reset function tracing: initialize trace_seq buffers

Re: [PATCH] tracing: add trace_seq_reset function

On 22 Jan 17:10, Steven Rostedt wrote: > On Mon, 22 Jan 2024 15:22:25 -0300 > "Ricardo B. Marliere" wrote: > > > Currently, trace_seq_init may be called many times with the intent of > > resetting the buffer. Add a function trace_seq_reset that does that and >

[PATCH] tracing: add trace_seq_reset function

Currently, trace_seq_init may be called many times with the intent of resetting the buffer. Add a function trace_seq_reset that does that and replace the relevant occurrences to use it instead. Signed-off-by: Ricardo B. Marliere --- include/linux/trace_seq.h| 8 include/trace