In function ring_buffer_iter_empty(), cpu_buffer->commit_page is read
while other threads may change it. It may cause the time_stamp that read
in the next line come from a different page. Use READ_ONCE() to avoid
having to reason about compiler optimizations now and in future.
Signed-off-by:
On 2024/2/27 下午6:19, WANG Xuerui wrote:
On 2/27/24 18:12, maobibo wrote:
On 2024/2/27 下午5:10, WANG Xuerui wrote:
On 2/27/24 11:14, maobibo wrote:
On 2024/2/27 上午4:02, Jiaxun Yang wrote:
在2024年2月26日二月 上午8:04，maobibo写道：
On 2024/2/26 下午2:12, Huacai Chen wrote:
On Mon, Feb 26, 2024 at
On Fri, Mar 01, 2024 at 03:30:01PM -0500, Steven Rostedt wrote:
> On Fri, 1 Mar 2024 12:25:10 -0800
> "Paul E. McKenney" wrote:
>
> > > That would work for me. If there are no objections, I will make this
> > > change.
> >
> > But I did check the latency of synchronize_rcu_tasks_rude()
There is no need to cast a kprobe_opcode_t pointer to a kprobe_opcode_t
pointer.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/kprobes.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/sh/kernel/kprobes.c b/arch/sh/kernel/kprobes.c
index
dma_extend(), get_dma_info_by_name(), register_chan_caps(), and
request_dma_bycap() are unused. Remove them, and all related code.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/drivers/dma/dma-api.c | 116 --
arch/sh/include/asm/dma.h | 7 --
2 files
arch/sh/kernel/kprobes.c:52:16: warning: no previous prototype for
'arch_copy_kprobe' [-Wmissing-prototypes]
Although SH kprobes support was only merged in v2.6.28, it missed the
earlier removal of the arch_copy_kprobe() callback in v2.6.15.
Based on the powerpc part of commit 49a2a1b83ba6fa40
arch/sh/kernel/return_address.c:49:7: warning: no previous prototype for
‘return_address’ [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/return_address.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/sh/kernel/return_address.c
arch/sh/drivers/dma/dma-api.c:164:5: warning: no previous prototype for
'dmac_search_free_channel' [-Wmissing-prototypes]
dmac_search_free_channel() never had a user in upstream, remove it.
Signed-off-by: Geert Uytterhoeven
---
dma_extend(), get_dma_info_by_name(), register_chan_caps(), and
Hi all,
This patch series fixes several "no previous prototype for "
warnings when building a kernel for SuperH.
Known issues:
- The various warnings about cache functions are not yet fixed, but
I didn't want to hold off the rest of this series,
- sdk7786_defconfig needs
arch/sh/kernel/smp.c:173:17: warning: no previous prototype for
'start_secondary' [-Wmissing-prototypes]
arch/sh/kernel/smp.c:324:5: warning: no previous prototype for
'setup_profiling_timer' [-Wmissing-prototypes]
Make start_secondary() static, as it is only used in this file.
Include to fix
arch/sh/boot/compressed/cache.c:2:5: warning: no previous prototype for
‘cache_control’ [-Wmissing-prototypes]
arch/sh/boot/compressed/misc.c:115:6: warning: no previous prototype for
‘ftrace_stub’ [-Wmissing-prototypes]
arch/sh/boot/compressed/misc.c:118:6: warning: no previous prototype for
arch/sh/kernel/traps_32.c:735:6: warning: no previous prototype for
‘per_cpu_trap_init’ [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/traps_32.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/kernel/traps_32.c b/arch/sh/kernel/traps_32.c
index
arch/sh/kernel/hw_breakpoint.c:135:5: warning: no previous prototype for
‘arch_bp_generic_fields’ [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/include/asm/hw_breakpoint.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/sh/include/asm/hw_breakpoint.h
arch/sh/mm/pgtable.c:12:6: warning: no previous prototype for 'pgd_ctor'
[-Wmissing-prototypes]
arch/sh/mm/pgtable.c:34:8: warning: no previous prototype for 'pgd_alloc'
[-Wmissing-prototypes]
arch/sh/mm/pgtable.c:39:6: warning: no previous prototype for 'pgd_free'
[-Wmissing-prototypes]
arch/sh/kernel/cpu/sh2a/opcode_helper.c:34:14: warning: no previous prototype
for 'instruction_size' [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/cpu/sh2a/opcode_helper.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
arch/sh/kernel/ftrace.c:130:6: warning: no previous prototype for
‘arch_ftrace_nmi_enter’ [-Wmissing-prototypes]
arch/sh/kernel/ftrace.c:140:6: warning: no previous prototype for
‘arch_ftrace_nmi_exit’ [-Wmissing-prototypes]
arch/sh/kernel/ftrace.c:316:6: warning: no previous prototype for
arch/sh/kernel/cpu/sh4a/setup-sh7786.c:411:13: warning: no previous prototype
for 'sh7786_usb_use_exclock' [-Wmissing-prototypes]
Upstream never had a user of sh7786_usb_use_exclock(), remove it.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/cpu/sh4a/setup-sh7786.c | 14 --
arch/sh/math-emu/math.c:492:5: warning: no previous prototype for 'do_fpu_inst'
[-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/math-emu/math.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/sh/math-emu/math.c b/arch/sh/math-emu/math.c
index
arch/sh/mm/nommu.c:76:13: warning: no previous prototype for
'kmap_coherent_init' [-Wmissing-prototypes]
arch/sh/mm/nommu.c:80:7: warning: no previous prototype for 'kmap_coherent'
[-Wmissing-prototypes]
arch/sh/mm/nommu.c:86:6: warning: no previous prototype for 'kunmap_coherent'
arch/sh/kernel/cpu/sh4/fpu.c:389:6: warning: no previous prototype for
‘float_raise’ [-Wmissing-prototypes]
arch/sh/kernel/cpu/sh4/fpu.c:394:5: warning: no previous prototype for
‘float_rounding_mode’ [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/include/asm/fpu.h | 3
arch/sh/kernel/kprobes.c:299:15: warning: no previous prototype for
'trampoline_probe_handler' [-Wmissing-prototypes]
There are no users outside this file, so make it static.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/kprobes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
arch/sh/mm/tlbex_32.c:22:1: warning: no previous prototype for ‘handle_tlbmiss’
[-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/include/asm/tlb.h | 4
arch/sh/mm/tlbex_32.c | 1 +
2 files changed, 5 insertions(+)
diff --git a/arch/sh/include/asm/tlb.h
arch/sh/kernel/sys_sh.c:58:16: warning: no previous prototype for
‘sys_cacheflush’ [-Wmissing-prototypes]
Signed-off-by: Geert Uytterhoeven
---
arch/sh/include/asm/syscalls.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/include/asm/syscalls.h b/arch/sh/include/asm/syscalls.h
arch/sh/kernel/dwarf.c:347:19: warning: no previous prototype for
'dwarf_lookup_fde' [-Wmissing-prototypes]
There are no users outside this file, so make it static.
Signed-off-by: Geert Uytterhoeven
---
arch/sh/kernel/dwarf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, 1 Mar 2024 12:25:10 -0800
"Paul E. McKenney" wrote:
> > That would work for me. If there are no objections, I will make this
> > change.
>
> But I did check the latency of synchronize_rcu_tasks_rude() (about 100ms)
> and synchronize_rcu() (about 20ms). This is on a
On Wed, Feb 28, 2024 at 01:16:04PM -0800, Paul E. McKenney wrote:
> On Wed, Feb 28, 2024 at 03:22:36PM -0500, Steven Rostedt wrote:
> > On Wed, 28 Feb 2024 11:38:29 -0800
> > "Paul E. McKenney" wrote:
> >
> > > The advent of CONFIG_PREEMPT_AUTO, AKA lazy preemption, will mean that
> > > even
On 01/03/2024 17:42, abdellatif.elkhl...@arm.com wrote:
> From: Abdellatif El Khlifi
>
> introduce the bindings for Arm remoteproc support.
>
> Signed-off-by: Abdellatif El Khlifi
> ---
> .../bindings/remoteproc/arm,rproc.yaml| 69 +++
> MAINTAINERS
On 01/03/2024 17:42, abdellatif.elkhl...@arm.com wrote:
> From: Abdellatif El Khlifi
>
> add device tree node for the external system core in Corstone-1000
>
> Signed-off-by: Abdellatif El Khlifi
> ---
> arch/arm64/boot/dts/arm/corstone1000.dtsi | 10 +-
> 1 file changed, 9
Maciej Fijalkowski wrote:
> On Wed, Feb 28, 2024 at 07:05:56PM +0800, Yunjian Wang wrote:
> > This patch set allows TUN to support the AF_XDP Tx zero-copy feature,
> > which can significantly reduce CPU utilization for XDP programs.
>
> Why no Rx ZC support though? What will happen if I try
Add properties as per new bindings in zynqmp remoteproc node
to represent TCM address and size.
This patch also adds alternative remoteproc node to represent
remoteproc cluster in split mode. By default lockstep mode is
enabled and users should disable it before using split mode
dts. Both
From: Radhey Shyam Pandey
Introduce bindings for TCM memory address space on AMD-xilinx Zynq
UltraScale+ platform. It will help in defining TCM in device-tree
and make it's access platform agnostic and data-driven.
Tightly-coupled memories(TCMs) are low-latency memory that provides
predictable
ZynqMP TCM information was fixed in driver. Now ZynqMP TCM information
is available in device-tree. Parse TCM information in driver
as per new bindings.
Signed-off-by: Tanmay Shah
---
Changes in v12:
- None
Changes in v11:
- Remove redundant initialization of the variable
- return
In lockstep mode, r5 core0 uses TCM of R5 core1. Following is lockstep
mode memory region as per hardware reference manual.
| *TCM* | *R5 View* | *Linux view* |
| R5_0 ATCM (128 KB) | 0x_ | 0xFFE0_ |
| R5_0 BTCM (128 KB) | 0x0002_ | 0xFFE2_ |
Tightly-Coupled Memories(TCMs) are low-latency memory that provides
predictable instruction execution and predictable data load/store
timing. Each Cortex-R5F processor contains exclusive two 64 KB memory
banks on the ATCM and BTCM ports, for a total of 128 KB of memory.
In lockstep mode, both
On Fri, 1 Mar 2024 11:37:54 -0500
Mathieu Desnoyers wrote:
> On 2024-03-01 10:49, Steven Rostedt wrote:
> > On Fri, 1 Mar 2024 13:37:18 +0800
> > linke wrote:
> >
> >>> So basically you are worried about read-tearing?
> >>>
> >>> That wasn't mentioned in the change log.
> >>
> >> Yes.
From: Karel Balej
IST3032C is a touchscreen chip used for instance in the
samsung,coreprimevelte smartphone, with which this was tested. Add the
chip specific information to the driver.
Reviewed-by: Markuss Broks
Signed-off-by: Karel Balej
---
Notes:
v4:
* Change the WHOAMI
From: Karel Balej
IST3032C is a touchscreen IC which seems mostly compatible with IST3038C
except that it reports a different chip ID value.
Acked-by: Rob Herring
Signed-off-by: Karel Balej
---
Notes:
v5:
- Add Rob's trailer.
v4:
- Reword commit description to mention how
From: Markuss Broks
Imagis IST3038B is another variant of Imagis IST3038 IC, which has
a different register interface from IST3038C (possibly firmware defined).
This should also work for IST3044B (though untested), however other
variants using this interface/protocol(IST3026, IST3032, IST3026B,
From: Markuss Broks
Imagis IST3038B is a variant (firmware?) of Imagis IST3038 IC
differing from IST3038C in its register interface. Add the
compatible for it to the IST3038C bindings.
Signed-off-by: Markuss Broks
Acked-by: Conor Dooley
[bal...@matfyz.cz: elaborate chip differences in the
From: Karel Balej
Hello,
this patch series generalizes the Imagis touchscreen driver to support
other Imagis chips, namely IST3038B and IST3032C.
The motivation for IST3032C is the samsung,coreprimevelte smartphone
with which this series has been tested. However, the support for this
device is
From: Markuss Broks
As specified in downstream IST3038B driver and proved by testing,
the correct maximum reported value of touch area is 16.
Signed-off-by: Markuss Broks
Signed-off-by: Karel Balej
---
drivers/input/touchscreen/imagis.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Abdellatif El Khlifi
introduce the bindings for Arm remoteproc support.
Signed-off-by: Abdellatif El Khlifi
---
.../bindings/remoteproc/arm,rproc.yaml| 69 +++
MAINTAINERS | 1 +
2 files changed, 70 insertions(+)
create mode
From: Abdellatif El Khlifi
add device tree node for the external system core in Corstone-1000
Signed-off-by: Abdellatif El Khlifi
---
arch/arm64/boot/dts/arm/corstone1000.dtsi | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
From: Abdellatif El Khlifi
introduce remoteproc support for Arm remote processors
The supported remote processors are those that come with a reset
control register and a reset status register. The driver allows to
switch on or off the remote processor.
The current use case is Corstone-1000
From: Abdellatif El Khlifi
Some Arm heterogeneous System-On-Chips feature remote processors that can
be controlled with a reset control register and a reset status register to
start or stop the processor.
This patchset adds support for these processors by providing the
following:
1) A
On 2024-03-01 10:49, Steven Rostedt wrote:
On Fri, 1 Mar 2024 13:37:18 +0800
linke wrote:
So basically you are worried about read-tearing?
That wasn't mentioned in the change log.
Yes. Sorry for making this confused, I am not very familiar with this and
still learning.
No problem. We all
Hello RT-list!
I'm pleased to announce the 5.10.210-rt102 stable release.
This release is just an update to the new stable 5.10.210 version and no
RT-specific changes have been performed.
You can get this release via the git tree at:
On Fri, 1 Mar 2024 13:37:18 +0800
linke wrote:
> > So basically you are worried about read-tearing?
> >
> > That wasn't mentioned in the change log.
>
> Yes. Sorry for making this confused, I am not very familiar with this and
> still learning.
No problem. We all have to learn this anyway.
On Wed, 28 Feb 2024 at 15:41, Hou Tao wrote:
>
> From: Hou Tao
>
> Factor out more common methods for bounce buffer of fuse args:
>
> 1) virtio_fs_argbuf_setup_sg: set-up sgs for bounce buffer
> 2) virtio_fs_argbuf_copy_from_in_arg: copy each in-arg to bounce buffer
> 3)
On Wed, Feb 28, 2024 at 07:05:56PM +0800, Yunjian Wang wrote:
> This patch set allows TUN to support the AF_XDP Tx zero-copy feature,
> which can significantly reduce CPU utilization for XDP programs.
Why no Rx ZC support though? What will happen if I try rxdrop xdpsock
against tun with this
On Wed, 28 Feb 2024 at 15:40, Hou Tao wrote:
> So instead of limiting both the values of max_read and max_write in
> kernel, capping the maximal length of kvec iter IO by using max_pages in
> fuse_direct_io() just like it does for ubuf/iovec iter IO. Now the max
> value for max_pages is 256, so
On Fri, Feb 16, 2024 at 03:40:24PM +0100, Krzysztof Kozlowski wrote:
Applied all, thanks.
Return value of a function 'drm_cvt_mode' is dereferenced without
checking for NULL but drm_mode_create() in drm_cvt_mode() may
return NULL value in case of memory allocation error.
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Fixes: 1b043677d4be ("drm/qxl: add qxl_add_mode
On Fri, Mar 01, 2024 at 11:45:52AM +, wangyunjian wrote:
> > -Original Message-
> > From: Paolo Abeni [mailto:pab...@redhat.com]
> > Sent: Thursday, February 29, 2024 7:13 PM
> > To: wangyunjian ; m...@redhat.com;
> > willemdebruijn.ker...@gmail.com; jasow...@redhat.com;
> -Original Message-
> From: Paolo Abeni [mailto:pab...@redhat.com]
> Sent: Thursday, February 29, 2024 7:13 PM
> To: wangyunjian ; m...@redhat.com;
> willemdebruijn.ker...@gmail.com; jasow...@redhat.com; k...@kernel.org;
> bj...@kernel.org; magnus.karls...@intel.com;
On Fri, Mar 01, 2024 at 11:55:11AM +0300, Aleksandr Burakov wrote:
> Return value of a function 'drm_cvt_mode' is dereferenced without
> checking for NULL but drm_mode_create() in drm_cvt_mode() may
> return NULL value in case of memory allocation error.
>
> Found by Linux Verification Center
Return value of a function 'drm_cvt_mode' is dereferenced without
checking for NULL but drm_mode_create() in drm_cvt_mode() may
return NULL value in case of memory allocation error.
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Fixes: 1b043677d4be ("drm/qxl: add qxl_add_mode
57 matches
Mail list logo
