Thread (6 messages) 6 messages, 3 authors, 2021-08-22

Re: [PATCH] init: consolidate trap_init()

From: Jisheng Zhang <hidden>
Date: 2021-04-14 09:39:00
Also in: linux-riscv, linux-um, linuxppc-dev, lkml

On Wed, 14 Apr 2021 17:27:57 +0800
Jisheng Zhang [off-list ref] wrote:
CAUTION: Email originated externally, do not click links or open attachments unless you recognize the sender and know the content is safe.


On Wed, 14 Apr 2021 11:10:42 +0200
Christophe Leroy [off-list ref] wrote:
quoted
Le 14/04/2021 à 10:58, Jisheng Zhang a écrit :  
quoted
Many architectures implement the trap_init() as NOP, since there is
no such default for trap_init(), this empty stub is duplicated among
these architectures. Provide a generic but weak NOP implementation
to drop the empty stubs of trap_init() in these architectures.  
You define the weak function in the __init section.

Most but not all architectures had it in __init section.

And the remaining ones may not be defined in __init section. For instance look at the one in alpha
architecture.

Have you checked that it is not a problem ? It would be good to say something about it in the commit
description.  
For those non-nop platforms, I can only test x86/arm64/, but both has
__init mark. I'm not sure whether this is a problem for alpha etc. Maybe
I can check which section the trap_init() sits. Or to avoid any possible
regression, I can add __init mark to those remaining ones without it in
preparation patches.
Hi,

I found only three platforms don't have the __init marker for trap_init(), I
will add the __init marker in three preparation patches in new version.

thanks

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help