[PATCH] kernel panic during kernel module load (powerpc specific part)

GPR r11 for generating the trampoline code. According to the statements from Freescale, this is also save from EABI perspective. I've tested the fix for kernel 2.6.33 on MPC8541. Signed-off-by: Steffen Rumler --- --- orig/arch/powerpc/kernel/module_32.c2012-06-06 16:04:28.9564

Re: kernel panic during kernel module load (powerpc specific part)

On Fri, Jun 01, 2012 at 11:33:37AM +, Wrobel Heinz-R39252 wrote: I believe that the basic premise is that you should provide a directly reachable copy of the save/rstore functions, even if this means that you need several copies of the functions. I just fixed a very similar problem with g

Re: kernel panic during kernel module load (powerpc specific part)

I believe that the basic premise is that you should provide a directly reachable copy of the save/rstore functions, even if this means that you need several copies of the functions. I just fixed a very similar problem with grub2 in fact. It was using r0 and trashing the saved LR that way. The

kernel panic during kernel module load (powerpc specific part)

using kernel 2.6.33, but I think it is also relevant for the current kernel release. Below, there is the complete debug sessions, showing more the details. Thanks Steffen Rumler -- 0xd54990c0: addir11,r1,48 0xd54990c4: mr r3,r29 0xd54990c8: b 0xd5499100

Re: module loading issue/flaw in busy memory situation?

Hi, The basic question is, has the GPR r11 a dedicated function (to point to the previous stack frame) or is it still a volatile GPR, according to EABI definition ? In the case of a dedicated function was assigned, the trampoline code generation in arch/powerpc/kernel/module_32.c must be