Thread (32 messages) 32 messages, 6 authors, 2009-01-23

Re: [PATCH 2/4 v8] i.MX31: Image Processing Unit DMA and IRQ drivers

From: Valentin Longchamp <hidden>
Date: 2009-01-23 13:01:53

Guennadi Liakhovetski wrote:
On Fri, 23 Jan 2009, Valentin Longchamp wrote:
quoted
I think something is working badly with the initcall (subsys). Has
someone already experienced something similar ?
Strange, try to look which initcalls are before and after ipu_init in your 
kernel:

arm-linux-objdump -Dr vmlinux |grep __initcall_ |less

which on my kernel produces

...
c0019c6c <__initcall_input_init4>:
c0019c70 <__initcall_ipu_init4>:
c0019c74 <__initcall_proto_init4>:
...

and see whether those other two initcalls get called, if they do, then 
either you're running a different kernel from the one you're looking at, 
or it _does_ get called and you're debugging wrongly, or you have a very 
selective memory corruption, or... a miracle is taking place.
Well no miracle is taking place (And I have checked, the kernel I am
running is the correct one according to the build date tag with uname).
For me the initcalls are:

c0019390 <__initcall_misc_init4>:
c0019394 <__initcall_ipu_init4>:
c0019398 <__initcall_proto_init4>:

(Not exactly the same addresses as before because I add some pr_debug
calls for debug). But none of them are called. And all of them are
subsys_initcall. Do I have to enable something in my configuration so
that these initcall actually get called ?

However, they all have the same "look" so to say: no real ARM assembly
instruction but only addresses as Russel pointed it before:
c0019390 <__initcall_misc_init4>:
c0019390:       c001349c        .word   0xc001349c

c0019394 <__initcall_ipu_init4>:
c0019394:       c0014258        .word   0xc0014258

c0019398 <__initcall_proto_init4>:
c0019398:       c00143e4        .word   0xc00143e4
This may be the reason why these initcall are not actually called:
Guennadi's ones had a real ARM assembly instruction. To solve all my
problems I need to understand why my subsys_initcall do not get called.

Thank you all for your great help

Val

-- 
Valentin Longchamp, PhD Student, EPFL-STI-LSRO1
valentin.longchamp@epfl.ch, Phone: +41216937827
http://people.epfl.ch/valentin.longchamp
MEA3485, Station 9, CH-1015 Lausanne

-------------------------------------------------------------------
List admin: http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel
FAQ:        http://www.arm.linux.org.uk/mailinglists/faq.php
Etiquette:  http://www.arm.linux.org.uk/mailinglists/etiquette.php
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help