On Tue, Oct 08, 2024 at 06:41:12PM +0200, Vlastimil Babka wrote:
> On 7/24/24 15:53, Paul E. McKenney wrote:
> > On Mon, Jul 15, 2024 at 10:39:38PM +0200, Vlastimil Babka wrote:
> >> On 6/21/24 11:32 AM, Uladzislau Rezki wrote:
> >> > On Wed, Jun 19, 2024 at 11:28:13AM +0200, Vlastimil Babka wrote:
Use the irq_get_nr_irqs() function instead of the global variable
'nr_irqs'. This patch prepares for changing 'nr_irqs' from an exported
global variable into a variable with file scope.
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Bart Van Assche
---
arch/powerpc/platforms/cell/axon_msi.c |
On Tue, 08 Oct 2024 09:50:22 +0200,
Julian Vetter wrote:
>
> When building for the UM arch and neither INDIRECT_IOMEM=y, nor
> HAS_IOMEM=y is selected, the build fails because the memcpy_fromio and
> memcpy_toio functions are not defined. Fix it here by depending on
> HAS_IOMEM or INDIRECT_IOMEM.
Christophe Leroy writes:
> Hi Michael,
>
> Le 18/09/2024 à 04:33, Michael Ellerman a écrit :
>> Christophe Leroy writes:
>>> On powerpc64 as shown below by readelf, vDSO functions symbols have
>>> type NOTYPE.
>>>
>>> $ powerpc64-linux-gnu-readelf -a arch/powerpc/kernel/vdso/vdso64.so.dbg
>>> ELF
Drop the include of seq_file.h in machdep.h, replace it with a forward
declaration of struct seq_file, which is all that's required.
Add direct includes of seq_file.h to some files that were getting
seq_file.h via machdep.h.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/machdep.h
The last use of IPI_PRIORITY in asm was removed in commit 37f55d30df2e
("KVM: PPC: Book3S HV: Convert kvmppc_read_intr to a C function").
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/asm-offsets.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/kernel/asm-offsets.c
b/
Drop the include of dma-mapping.h in machdep.h, replace it with forward
declarations of struct device and struct pci_dev, and include time64.h
and page.h which are required for time64_t and pgprot_t respectively.
Add direct includes of some other headers to some files that were
getting them via ma
On Tue, 08 Oct 2024 19:05:28 -0400
Steven Rostedt wrote:
> From: Steven Rostedt
>
> ftrace_regs was created to hold registers that store information to save
> function parameters, return value and stack. Since it is a subset of
> pt_regs, it should only be used by its accessor functions. But be
On Tue, 2024-10-08 at 09:50 +0200, Julian Vetter wrote:
> Add wrapper functions around zpci_memcpy_{from,to}io and zpci_memset_io,
> which have aligned prototypes with the ones from iomap_copy.c. These
> wrappers are necessary because the prototypes of the zpci_ functions
> can't be changed. In s39
On Mon, Oct 07, 2024 at 08:54:58PM -0400, Steven Rostedt wrote:
> On Mon, 7 Oct 2024 20:47:43 -0400
> Steven Rostedt wrote:
> #define arch_ftrace_get_regs(fregs) ({ &arch_ftrace_regs(fregs)->regs; })
>
> I may send a v2 (tomorrow).
Could you also write against which tree this patch is?
It does
> This series prepares the powerpc Kconfig and Kbuild files for clang's
> per-task stack protector support.
Reviewed-by: Keith Packard
Tested-by: Keith Packard
--
-keith
signature.asc
Description: PGP signature
> Why is there any restriction at all on which register can be used ? I
> can't see such restriction in GCC documentation :
> https://gcc.gnu.org/onlinedocs/gcc/RS_002f6000-and-PowerPC-Options.html
The clang implementation shares the same code paths as the user space
thread local storage implem
On Tue, 08 Oct 2024 19:05:29 -0400
Steven Rostedt wrote:
> From: Steven Rostedt
>
> Most architectures use pt_regs within ftrace_regs making a lot of the
> accessor functions just calls to the pt_regs internally. Instead of
> duplication this effort, use a HAVE_ARCH_FTRACE_REGS for architecture
Christophe Leroy writes:
> Le 02/10/2024 à 22:02, Markus Elfring a écrit :
>> From: Markus Elfring
>> Date: Wed, 2 Oct 2024 21:50:27 +0200
>>
>> An of_node_put(bk_node) call was immediately used after a pointer check
>> for an of_get_property() call in this function implementation.
>> Thus call
On Tue, 8 Oct 2024 16:58:52 +0200
Heiko Carstens wrote:
> On Mon, Oct 07, 2024 at 08:54:58PM -0400, Steven Rostedt wrote:
> > On Mon, 7 Oct 2024 20:47:43 -0400
> > Steven Rostedt wrote:
> > #define arch_ftrace_get_regs(fregs) ({ &arch_ftrace_regs(fregs)->regs; })
> >
> > I may send a v2 (tomorr
On Tue, Oct 8, 2024, at 15:48, Jakub Kicinski wrote:
> Konstantin reports the maintainer's address bounces.
> There is no other maintainer and the driver is quite old.
> There is a good chance nobody is using this driver any more.
> Let's try to remove it completely, we can revert it back in
> if s
The help text refers to lilo, but the install script does not run lilo
and never has. The reference to lilo seems to have come originally from
arch/ppc/Makefile, but it was not true there either.
Remove it.
Reported-by: Thorsten Leemhuis
Link: https://fosstodon.org/@kernellogger/1130329409281316
Hi Julian,
jvet...@kalrayinc.com wrote on Tue, 8 Oct 2024 09:50:21 +0200:
> The UM arch doesn't have HAS_IOMEM=y, so the build fails because the
> functions memcpy_fromio and memcpy_toio are not defined anymore. These
> functions are only build for targets which have HAS_IOMEM=y or
> INDIRECT_IO
Hi Christophe,
First of all, thanks a lot for the quick review.
On Tue, Oct 08, 2024 at 07:10:36AM +0200, Christophe Leroy wrote:
> Le 08/10/2024 à 06:22, Nathan Chancellor a écrit :
> > After fixing the HAVE_STACKPROTECTER checks for clang's in-progress
> > per-task stack protector support [1],
On 08.10.24 15:27, Ritesh Harjani (IBM) wrote:
During early init CMA_MIN_ALIGNMENT_BYTES can be PAGE_SIZE,
since pageblock_order is still zero and it gets initialized
later during paging_init() e.g.
paging_init() -> free_area_init() -> set_pageblock_order().
One such use case is -
early_setup()
On Tue, Oct 08, 2024 at 07:14:26AM +0200, Christophe Leroy wrote:
> Le 08/10/2024 à 06:22, Nathan Chancellor a écrit :
> > Kbuild uses the powerpc64le-linux-gnu target for clang, which causes the
> > Kconfig check for 32-bit powerpc stack protector support to fail because
> > nothing flips the targ
在 2024/9/30 17:01, Madhavan Srinivasan 写道:
On 9/30/24 1:57 PM, Christophe Leroy wrote:
Le 30/09/2024 à 09:56, Zhang Zekun a écrit :
[Vous ne recevez pas souvent de courriers de zhangzeku...@huawei.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
On 10/8/24 00:50, Julian Vetter wrote:
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c and remove function declarations,
because they are now declared in asm-generic/io.h.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Cha
The symbol MHI_BUS_EP neither depends on HAS_IOMEM, nor on
INDIRECT_IOMEM. But, the function mhi_ep_ring_num_elems in
drivers/bus/mhi/ep/ring.c is using a IO memcpy operation. So, when
building for UM which doesn't have CONFIG_HAS_IOMEM=y, the build fails.
Reviewed-by: Yann Sionneau
Signed-off-by
Add wrapper functions around zpci_memcpy_{from,to}io and zpci_memset_io,
which have aligned prototypes with the ones from iomap_copy.c. These
wrappers are necessary because the prototypes of the zpci_ functions
can't be changed. In s390 arch code they are directly being called and
the return value
When building for the UM arch and neither INDIRECT_IOMEM=y, nor
HAS_IOMEM=y is selected, the build fails because the memcpy_fromio and
memcpy_toio functions are not defined. Fix it here by depending on
HAS_IOMEM or INDIRECT_IOMEM.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Chang
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- New patch
---
arch/powerpc/include/asm/io-defs.h | 6 +++---
arch/powerpc/include/asm/io.h | 6 +++---
a
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c.
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- No changes
---
arch/m68k/include/asm/kmap.h | 8
1 file changed, 4
Align prototype of the memset_io function with the new one from
iomap_copy.c
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- No changes
---
arch/arm/include/asm/io.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c and remove function declarations,
because they are now declared in asm-generic/io.h.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- Mask the argument with 0xf
Use the generic memcpy_{from,to}io and memset_io functions on the
arm64 processor architecture.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- No changes
---
arch/arm64/include/asm/io.h | 11 -
arch/arm64/kernel/io.c | 87 -
New patch set with all remarks taken into account.
Thank you Richard and David. I have masked the int with 0xff for alpha
and parisc, and I have replaced the shift operation by the
multiplication as you proposed.
Thank you Johannes for your remarks on the UM arch. Finally, I have
created an UM al
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c and remove function declarations,
because they are now declared in asm-generic/io.h.
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for
Align the prototypes of the memcpy_{from,to}io and memset_io functions
with the new ones from iomap_copy.c and remove function declarations,
because they are now declared in asm-generic/io.h.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- Mask the argument with 0xf
Various architectures have almost the same implementations for
memcpy_{to,from}io and memset_io functions. So, consolidate them
into the existing lib/iomap_copy.c.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- Replaced shifts by 'qc *= ~0UL / 0xff'
- Modification
Use the generic memcpy_{from,to}io and memset_io functions on the
loongarch processor architecture.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- No changes
---
arch/loongarch/include/asm/io.h | 10
arch/loongarch/kernel/Makefile | 2 +-
arch/loongarch/ker
Use the generic memcpy_{from,to}io and memset_io functions on the csky
processor architecture.
Reviewed-by: Yann Sionneau
Signed-off-by: Julian Vetter
---
Changes for v8:
- No changes
---
arch/csky/include/asm/io.h | 11 -
arch/csky/kernel/Makefile | 2 +-
arch/csky/kernel/io.c | 91
Konstantin reports the maintainer's address bounces.
There is no other maintainer and the driver is quite old.
There is a good chance nobody is using this driver any more.
Let's try to remove it completely, we can revert it back in
if someone complains.
Link: https://lore.kernel.org/20240925-bizar
On Mon, Oct 07, 2024 at 08:47:43PM -0400, Steven Rostedt wrote:
> From: Steven Rostedt
>
> ftrace_regs was created to hold registers that store information to save
> function parameters, return value and stack. Since it is a subset of
> pt_regs, it should only be used by its accessor functions. B
The UM arch doesn't have HAS_IOMEM=y, so the build fails because the
functions memcpy_fromio and memcpy_toio are not defined anymore. These
functions are only build for targets which have HAS_IOMEM=y or
INDIRECT_IOMEM=y. So, depend on either of the two.
Reviewed-by: Yann Sionneau
Signed-off-by: J
During early init CMA_MIN_ALIGNMENT_BYTES can be PAGE_SIZE,
since pageblock_order is still zero and it gets initialized
later during paging_init() e.g.
paging_init() -> free_area_init() -> set_pageblock_order().
One such use case is -
early_setup() -> early_init_devtree() -> fadump_reserve_mem()
Consider cma alignment into account while calculating base address for
fadump memory allocation. Physical memory ranges can have holes and
fadump_locate_reserve_mem() tries to find a suitable base address.
If CMA is enabled and fadump nocma is false then we need to consider
CMA_MIN_ALIGNMENT_BYTES
On Tue, Oct 08, 2024 at 09:27:20AM +, Arnd Bergmann wrote:
> > #endif /* CONFIG_TRACE_MMIO_ACCESS */
> >
> > +extern void memcpy_fromio(void *to, const volatile void __iomem *from,
> > + size_t count);
> > +extern void memcpy_toio(volatile void __iomem *to, const void *fro
Hi All,
I have released the RC2 of kernel 6.12 with Christian Koenig’s patch for the
X1000 and X5000.
Download and further information:
https://github.com/chzigotzky/kernels/releases/tag/v6.12.0-rc2
Please test the kernels because of the second Radeon DRM driver issue.
Thanks,
Christian
> Am
On 7/24/24 15:53, Paul E. McKenney wrote:
> On Mon, Jul 15, 2024 at 10:39:38PM +0200, Vlastimil Babka wrote:
>> On 6/21/24 11:32 AM, Uladzislau Rezki wrote:
>> > On Wed, Jun 19, 2024 at 11:28:13AM +0200, Vlastimil Babka wrote:
>> > One question. Maybe it is already late but it is better to ask rath
On 6/9/24 10:27, Julia Lawall wrote:
> Since SLOB was removed, it is not necessary to use call_rcu
> when the callback only performs kmem_cache_free. Use
> kfree_rcu() directly.
FYI, as of 6.12-rc1 - commit 6c6c47b063b5 ("mm, slab: call
kvfree_rcu_barrier() from kmem_cache_destroy()")
it should be
Hi Steve,
> diff --git a/include/asm-generic/ftrace.h b/include/asm-generic/ftrace.h
> index 3a23028d69d2..ba7b7d6e55d6 100644
> --- a/include/asm-generic/ftrace.h
> +++ b/include/asm-generic/ftrace.h
> @@ -10,4 +10,17 @@
> * common definitions are already in linux/ftrace.h.
> */
>
> +#ifnd
On Wed, 9 Oct 2024 07:41:40 +0900
Masami Hiramatsu (Google) wrote:
> Hi Steve,
>
> > diff --git a/include/asm-generic/ftrace.h b/include/asm-generic/ftrace.h
> > index 3a23028d69d2..ba7b7d6e55d6 100644
> > --- a/include/asm-generic/ftrace.h
> > +++ b/include/asm-generic/ftrace.h
> > @@ -10,4 +1
On Tue, 8 Oct 2024 08:24:22 +0200
Christophe Leroy wrote:
> >> +
> >> +struct ftrace_regs;
> >> +#define arch_ftrace_regs(fregs) ((struct __arch_ftrace_regs *)(fregs))
> >> +
> >
> > I just realized I can simplify it with:
> >
> > #define arch_ftrace_get_regs(fregs) ({ &arch_ftrace_regs(fregs
From: Steven Rostedt
Most architectures use pt_regs within ftrace_regs making a lot of the
accessor functions just calls to the pt_regs internally. Instead of
duplication this effort, use a HAVE_ARCH_FTRACE_REGS for architectures
that have their own ftrace_regs that is not based on pt_regs and wi
From: Steven Rostedt
ftrace_regs was created to hold registers that store information to save
function parameters, return value and stack. Since it is a subset of
pt_regs, it should only be used by its accessor functions. But because
pt_regs can easily be taken from ftrace_regs (on most archs), i
This is based on:
https://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git/
ftrace/for-next
ftrace_regs was created to hold registers that store information to save
function parameters, return value and stack. Since it is a subset of
pt_regs, it should only be used by its ac
On Tue, Oct 8, 2024, at 11:46, Christoph Hellwig wrote:
> On Tue, Oct 08, 2024 at 09:50:09AM +0200, Julian Vetter wrote:
>> lib/iomap_copy.c | 127 +++
>
> On top of the previous comments: this really should be iomem_copy.c
> instead.
Right, I suggested
Hi Michael,
Le 18/09/2024 à 04:33, Michael Ellerman a écrit :
Christophe Leroy writes:
On powerpc64 as shown below by readelf, vDSO functions symbols have
type NOTYPE.
$ powerpc64-linux-gnu-readelf -a arch/powerpc/kernel/vdso/vdso64.so.dbg
ELF Header:
Magic: 7f 45 4c 46 02 02 01 00 00 00
On Tue, Oct 08, 2024 at 09:50:09AM +0200, Julian Vetter wrote:
> lib/iomap_copy.c | 127 +++
On top of the previous comments: this really should be iomem_copy.c
instead.
On Tue, Oct 8, 2024, at 07:50, Julian Vetter wrote:
> diff --git a/include/asm-generic/io.h b/include/asm-generic/io.h
> index 80de699bf6af..f14655ed4d9d 100644
> --- a/include/asm-generic/io.h
> +++ b/include/asm-generic/io.h
> @@ -102,6 +102,12 @@ static inline void log_post_read_mmio(u64 val, u8
56 matches
Mail list logo
