thomas.de...@manroland.com wrote: > are there any news/solutions related to this problem? > > Thanks > Thomas >
Slipped under the stack of open issues here. Will have a second look, but I cannot promise when. Jan >> -----Ursprüngliche Nachricht----- >> Von: Debes, Thomas RAEK MRA >> Gesendet: Donnerstag, 26. November 2009 07:06 >> An: jan.kis...@web.de >> Cc: rtnet-users@lists.sourceforge.net >> Betreff: AW: [RTnet-users] unresolved symbol netdev_priv when loading rtcap.o >> >> >> >>> -----Ursprüngliche Nachricht----- >>> Von: thomas.de...@manroland.com [mailto:thomas.de...@manroland.com] >>> Gesendet: Mittwoch, 25. November 2009 13:30 >>> An: jan.kis...@web.de >>> Cc: rtnet-users@lists.sourceforge.net >>> Betreff: Re: [RTnet-users] unresolved symbol netdev_priv when loading >>> rtcap.o >>> >>>> -----Ursprüngliche Nachricht----- >>>> Von: jan.kis...@web.de [mailto:jan.kis...@web.de] >>>> Gesendet: Montag, 23. November 2009 09:50 >>>> An: Debes, Thomas RAEK MRA >>>> Cc: rtnet-users@lists.sourceforge.net >>>> Betreff: Re: AW: [RTnet-users] unresolved symbol netdev_priv when >>>> loading rtcap.o >>>> >>>> thomas.de...@manroland.com wrote: >>>>>> -----Ursprüngliche Nachricht----- >>>>>> Von: jan.kis...@web.de [mailto:jan.kis...@web.de] >>>>>> Gesendet: Freitag, 20. November 2009 18:41 >>>>>> An: Debes, Thomas RAEK MRA >>>>>> Cc: rtnet-users@lists.sourceforge.net >>>>>> Betreff: Re: [RTnet-users] unresolved symbol netdev_priv when >>>> loading >>>>>> rtcap.o >>>>>> >>>>>> thomas.de...@manroland.com wrote: >>>>>>> Hello, >>>>>>> >>>>>>> recently I tried to build the latest RTnet release for our kernel >>>>>>> 2.4.25 based MPC52000. Everything went fine until I loaded the >>>> rtcap >>>>>> module. >>>>>>> This led to "unresolved symbol netdev_priv". Looking through the >>>> git >>>>>>> commit messages I found that this function was introduced with >>>>>>> kernel 2.6.29. Is there a chance to make it work with kernel 2.4 >>>> again? >>>>>> If that was the only issue: please check latest git. >>>>>> >>>>> I did that but I still got an unresolved symbol. After including >>>> rtnet_port.h in rtcap.c compiling was fine but insmoding led to a >>>> segfault. Did I miss something? >>>> >>>> Inclusion fixed in git, thanks for pointing out. >>>> >>>>> *** RTnet 0.9.11 - built on Nov 20 2009 22:28:51 *** >>>>> >>>>> RTnet: initialising real-time networking >>>>> RTnet: registered rteth0 >>>>> RTproxy attached to rteth0 >>>>> rtnetproxy installed as "rtproxy" >>>>> RTcap: real-time capturing interface >>>>> Oops: kernel access of bad area, sig: 11 >>>>> NIP: D12C8DA4 XER: 20000000 LR: D12C8D90 SP: CD92DE40 REGS: >>> cd92dd90 >>>> TRAP: 0300 Not tainted >>>>> MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 >>>>> DAR: 00000000, DSISR: 22000000 >>>>> TASK = cd92c000[166] 'insmod' Last syscall: 128 last math cd92c000 >>>>> last altivec 00000000 >>>>> GPR00: D12C8D90 CD92DE40 CD92C000 CFBF6200 CDB0300A >> CFBF6206 >>> CFBF6279 >>>>> CFD42360 >>>>> GPR08: CFBF6000 00000000 00000000 D12C88F8 84428428 10047088 >>> 00000000 >>>>> 00000000 >>>>> GPR16: 10040000 00000001 00000000 00000000 D12C994C D12D0000 >>> D12D0000 >>>>> 00000000 >>>>> GPR24: CDB03004 0000006C 00000001 CFBF6200 D12C99B0 CDB03000 >>> 00000000 >>>>> CDB030AC Call backtrace: >>>>> D12C8D90 C0018340 C0005AFC 10088480 10003DB4 10004EC4 >> 1000942C >>>>> 10009654 0FEBCFC8 00000000 >>>> But this oops is not very helpful. No backtrace, not even a proper >>>> resolution of the IP. Can you enable debug symbols for your kernel >>> and >>>> run this through ksymoops? >>>> >>> Okay, I was not able to get debug enabled kernel, but I could track >>> down the oops to line 467 in rtcap_init: >>> >>> *(struct rtnet_device **)netdev_priv(dev) = rtdev; >>> >>> By instrumenting it with some printk's it turned out that "dev->priv" >>> is NULL. That seems to be a valid case because "rtdev" is assigned. >>> Finally I manually replaced this line with the code before switching to >>> netdev_priv (dev->priv = rtdev) and it worked until the next oops >>> occurred at the following "register_netdev(dev)" call. Obviously there >>> is something wrong with the dev structure. I will dig into this... >>> >>> By the way rtmac_vnic.c needs rtnet_port.h included too. >>> >> I was able to run ksymoops - here is the output: >> >> Oops: kernel access of bad area, sig: 11 >> NIP: D12C7CD4 XER: 20000000 LR: D12C7CC0 SP: CDE3FE40 REGS: cde3fd90 >> TRAP: 0300 Not tainted >> MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 >> TASK = cde3e000[181] 'insmod' Last syscall: 128 >> last math cde3e000 last altivec 00000000 >> GPR00: D12C7CC0 CDE3FE40 CDE3E000 CFBF6200 CDAD600A CFBF6206 >> CFBF6279 CFD42360 >> GPR08: CFBF6000 00000000 00000000 D12C7828 84428422 10047088 00000000 >> 00000000 >> GPR16: 10040000 00000001 00000000 00000000 D12C887C D12D0000 >> D12C0000 00000000 >> GPR24: CDAD6004 0000006C 00000001 CFBF6200 D12C88E0 CDAD6000 >> 00000000 CDAD60AC >> Call backtrace: >> D12C7CC0 C0018340 C0005AFC 10086DA8 10003DB4 10004EC4 1000942C >> 10009654 0FEBCFC8 00000000 >> Warning (Oops_read): Code line not seen, dumping what data is available >> >> >>>> NIP; d12c7cd4 <rtnetproxy_rtdev+29a8/????> <===== >>>> GPR0; d12c7cc0 <rtnetproxy_rtdev+2994/????> >>>> GPR1; cde3fe40 <_end+dbcc578/11012798> >>>> GPR2; cde3e000 <_end+dbca738/11012798> >>>> GPR3; cfbf6200 <_end+f982938/11012798> >>>> GPR4; cdad600a <_end+d862742/11012798> >>>> GPR5; cfbf6206 <_end+f98293e/11012798> >>>> GPR6; cfbf6279 <_end+f9829b1/11012798> >>>> GPR7; cfd42360 <_end+facea98/11012798> >>>> GPR8; cfbf6000 <_end+f982738/11012798> >>>> GPR11; d12c7828 <rtnetproxy_rtdev+24fc/????> >>>> GPR20; d12c887c <rtnetproxy_rtdev+3550/????> >>>> GPR22; d12c0000 <[rt_mpc52xx_fec]mpc5xxx_fec_setup+514/5cc> >>>> GPR24; cdad6004 <_end+d86273c/11012798> >>>> GPR27; cfbf6200 <_end+f982938/11012798> >>>> GPR28; d12c88e0 <rtnetproxy_rtdev+35b4/????> >>>> GPR29; cdad6000 <_end+d862738/11012798> >>>> GPR31; cdad60ac <_end+d8627e4/11012798> >> Trace; d12c7cc0 <rtnetproxy_rtdev+2994/????> >> Trace; c0018340 <sys_init_module+6fc/854> >> Trace; c0005afc <ret_from_syscall_1+0/104> >> Trace; 10086da8 Before first symbol >> Trace; 10003db4 Before first symbol >> Trace; 10004ec4 Before first symbol >> Trace; 1000942c Before first symbol >> Trace; 10009654 Before first symbol >> Trace; 0febcfc8 Before first symbol >> Trace; 00000000 Before first symbol >> >> >> 8 warnings and 7 errors issued. Results may not be reliable. >> >> Hopefully this helps. >> >> Thanks >> Thomas > > -------------------------------------------------------- > manroland AG > Vorsitzender des Aufsichtsrates: Hanno C. Fiedler > Vorstand: Gerd Finkbeiner (Vorsitzender), Dr. Ingo Koch, Dr. Markus Rall, > Paul Steidle > Sitz der Gesellschaft: Offenbach am Main, Registergericht: Amtsgericht > Offenbach HRB-Nr. 42592 > USt-Ident-Nr. DE 250200933
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
