Hi. Dave:
Got it, thanks very much for your updates!
Best regards!
James
在 2015年12月12日,上午4:11,Dave Anderson <anderson(a)redhat.com> 写道:
----- Original Message -----
>
> Hi Experts:
>
> I met a issue when try to analysis vmcore which was triggered by a error in module on
powerpc target.
>
> BG:
> Crash version is 6.1.4, I cross build it with powerpc toolchain, and run it on
p2020(e500v2) target directly.
>
>
> It show the following error:
> /*************************************************************************/
> crash> bt
> PID: 588 TASK: eed6e880 CPU: 1 COMMAND: "insmod"
> R0: c0097cfc R1: eed81e80 R2: eed6e880 R3: eed81db8
> R4: 00021000 R5: c07955df R6: 000025d1 R7: c0793bb0
> R8: 00001a2f R9: 00000000 R10: 00000020 R11: eed80000
> R12: 24000044 R13: 100a73a0 R14: 00000000 R15: 00000000
> R16: 00000000 R17: 00000000 R18: 00000000 R19: 00000000
> R20: 00000000 R21: 00000000 R22: 00000000 R23: 00000000
> R24: 00000000 R25: 00000000 R26: 00028b70 R27: f23ea000
> R28: 00000000 R29: eed81db8 R30: c0753178 R31: c0790000
> NIP: c05c7e9c MSR: 00021000 OR3: eed81e48 CTR: 00000001
> LR: c05c7e9c XER: 20000000 CCR: 24000042 MQ: c0007fdc
> DAR: 00000000 DSISR: 00000000 Syscall Result: 00000000
> NIP [00000000c05c7e9c] panic
> LR [00000000c05c7e9c] panic
> #0 [eed81e80] panic at c05c7e9c
> bt: ppc_back_trace hit unknown symbol (f23e70b4).
> /*************************************************************************/
>
> I doubt if the crash can not worked well on e500v2 target for the moment?
>
> BTW, In my module, module_init will call a function, that function will call panic
and cause kdump, but from the log when issue happen, looks it did not show the right call
trace:
> /*************************************************************************/
> [eed81e80] [c05c7e94] panic+0x12c/0x1ac
> [eed81ed0] [f23e70b4] dummy_cleanup_module+0x0/0x44 [dummy]
> [eed81ee0] [f23ea030] dummy_init_module+0x30/0x68 [dummy]
> [eed81ef0] [c0002124] do_one_initcall+0x3c/0x1e0
> [eed81f20] [c008e698] sys_init_module+0xf8/0x21c
> /*************************************************************************/
> Do you have some comments on this kind of secne?
>
> Thanks a lot for your valuable time!
Hello James,
I believe that this error is due to the fact that the dummy module's
symbols have not been registered with the kernel, because the module
forced the panic too early. If you do a "sym -M", you probably will
not see the "dummy" module's symbols, and therefore crash cannot resolve
the f23e70b4 address.
After do_one_initcall() is called normally, there is still a lot of further
module initialization to be accomplished. In this case, it is not being done,
and the dummy module's "module" structure has not been fully
initialization.
Dave
> Best Regards,
> James
>
> Liu Jianbo | WIND RIVER | Senior Engineer - Technical Support
> Tel 86 28 65318098 | Cell 86 13558641588 | Fax 86 28 65319983
>
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility