Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE configured but running on say, a CA9 system, and you have gator from llct, and you insert gator....
root@localhost:~# modprobe gator [ 73.951009] ------------[ cut here ]------------ [ 73.955673] kernel BUG at /projects/linaro/linux-2.6/drivers/gator/gator_iks.c:43! [ 73.963260] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP THUMB2
[ 73.969392] Modules linked in: gator(+) hid_generic usbhid hid f_usb20hdc_otg usbcore f_usb30_udc udc_core usb_common [ 73.980325] CPU: 1 PID: 1711 Comm: modprobe Not tainted 3.10.0-linaro_fjslt-tracking-bsp2.0.0-rc1+ #87 [ 73.989678] task: ea395400 ti: ea38a000 task.ti: ea38a000 [ 73.995221] PC is at gator_module_init+0x5f/0xb0 [gator] [ 74.000594] LR is at of_find_node_by_type+0x33/0x3c [ 74.005488] pc : [<7f8f5070>] lr : [<801de123>] psr: 800f0033 [ 74.005488] sp : ea38be58 ip : 7f8f0090 fp : 7f8efe64 [ 74.016980] r10: 0000001c r9 : 00000000 r8 : 7f8f5011 [ 74.022211] r7 : 7f8efea0 r6 : 7f8effc0 r5 : 00000000 r4 : 00000000 [ 74.028777] r3 : 00000002 r2 : 00000000 r1 : 400f0013 r0 : 00000000 [ 74.035344] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user [ 74.042706] Control: 50c5387d Table: a957404a DAC: 55555555 [ 74.048493] [ 74.048493] LR: 0x801de0a3: [ 74.052776] e0a0 f08f4802 4620fb51 bf00bd38 8048f5e0 460eb573 490d4615 f7ffaa01 4604fe17 [ 74.061000] e0c0 f75ab188 9b01fa7f d80c4298 212c4620 fcd6f756 1c44b100 46214630 f75a462a [ 74.069262] e0e0 2000fb6b f06fe001 bd7c0012 8033e4e9 4604b5f8 460e4d0c f08f4628 4607f9fe [ 74.077494] e100 e007b104 e006686c b1186860 f75a4631 b110f9bd 2c006aa4 4803d1f6 f08f4639 [ 74.085713] e120 4620fb2a bf00bdf8 8048f5e0 4604b5f8 460e4d0c f08f4628 4607f9e0 e007b104 [ 74.093930] e140 e006686c b1186820 f75a4631 b110f99f 2c006aa4 4803d1f6 f08f4639 4620fb0c [ 74.102150] e160 bf00bdf8 8048f5e0 4605b570 6844480a f9c3f08f e0064606 b11868e0 f75a4629 [ 74.110371] e180 b110f985 2c006aa4 4803d1f6 f08f4631 4620faf2 bf00bd70 8048f5e0 460eb570 [ 74.118591] e1a0 21004605 6820e007 4631b118 f96ef75a 4628b130 f7ff4621 4604fcfb d1f22800 [ 74.126811] [ 74.126811] SP: 0xea38bdd8: [ 74.131085] bdd8 0000001d 00000000 80412ab4 ea38be54 00000000 00000001 0000001d 00000000 [ 74.139301] bdf8 80412ab4 7f8f5072 800f0033 ffffffff ea38be44 8000c1e1 00000000 400f0013 [ 74.147522] be18 00000000 00000002 00000000 00000000 7f8effc0 7f8efea0 7f8f5011 00000000 [ 74.155738] be38 0000001c 7f8efe64 7f8f0090 ea38be58 801de123 7f8f5070 800f0033 ffffffff [ 74.163954] be58 7f8f5011 00000000 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 [ 74.172174] be78 00000001 7f8efe58 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 [ 74.180391] be98 0000001c 8004a4cd 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 [ 74.188607] beb8 00000000 80412434 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 [ 74.196835] Process modprobe (pid: 1711, stack limit = 0xea38a238) [ 74.203022] Stack: (0xea38be58 to 0xea38c000) [ 74.207384] be40: 7f8f5011 00000000 [ 74.215579] be60: 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 00000001 7f8efe58 [ 74.223773] be80: 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 0000001c 8004a4cd [ 74.231968] bea0: 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 00000000 80412434 [ 74.240163] bec0: 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 ffffffff ea38bf1c [ 74.248357] bee0: 5f696261 8000c0b5 f0ca0000 76e5d000 00000305 7f8edf44 0000000d 00000000 [ 74.256549] bf00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 74.264740] bf20: 00000000 00000000 00000000 00000000 20000033 00000000 76d41000 76f6efa8 [ 74.272931] bf40: 00000080 8000c764 ea38a000 00000000 00000000 8004a727 f0b84000 0011c385 [ 74.281125] bf60: f0c542b8 f0c54048 f0c9de18 00007bfc 00009bac 00000000 00000000 00000000 [ 74.289315] bf80: 0000003c 0000003d 00000025 00000000 0000001a 00000022 76f6fbe4 00040000 [ 74.297506] bfa0: 77fa81c0 8000c5c1 76f6fbe4 00040000 76d41000 0011c385 76f6efa8 00000002 [ 74.305700] bfc0: 76f6fbe4 00040000 77fa81c0 00000080 77fb0158 00000000 0011c385 00000000 [ 74.313895] bfe0: 76eeec00 7ec74368 76f693ad 76eeec10 80000010 76d41000 ab7dd821 ab7ddc21 [ 74.322199] [<7f8f5070>] (gator_module_init+0x5f/0xb0 [gator]) from [<800084f5>] (do_one_initcall+0x61/0xd8) [ 74.332064] [<800084f5>] (do_one_initcall+0x61/0xd8) from [<8004a4cd>] (load_module+0xbdd/0xdc8) [ 74.340875] [<8004a4cd>] (load_module+0xbdd/0xdc8) from [<8004a727>] (SyS_init_module+0x6f/0x7e) [ 74.349693] [<8004a727>] (SyS_init_module+0x6f/0x7e) from [<8000c5c1>] (ret_fast_syscall+0x1/0x46) [ 74.358673] Code: 4b12 681b 429c d000 (de02) 4c11 [ 74.363473] ---[ end trace 4b8ff3a1ee8d2385 ]---
-Andy
On Tue, 2013-06-11 at 20:29 +0800, Andy Green wrote:
Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE configured but running on say, a CA9 system, and you have gator from llct, and you insert gator....
Looks like a bug I fixed a week ago... https://bugs.launchpad.net/linaro/+bug/1184712
That fix is now in the llct.
I see... I was still on -rc4
https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git%3Ba=commitd...
...behind the times... thanks for the fix.
-Andy
On 11 June 2013 21:04, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 20:29 +0800, Andy Green wrote:
Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE configured but running on say, a CA9 system, and you have gator from llct, and you insert gator....
Looks like a bug I fixed a week ago... https://bugs.launchpad.net/linaro/+bug/1184712
That fix is now in the llct.
-- Tixy
root@localhost:~# modprobe gator [ 73.951009] ------------[ cut here ]------------ [ 73.955673] kernel BUG at /projects/linaro/linux-2.6/drivers/gator/gator_iks.c:43! [ 73.963260] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP THUMB2
[ 73.969392] Modules linked in: gator(+) hid_generic usbhid hid f_usb20hdc_otg usbcore f_usb30_udc udc_core usb_common [ 73.980325] CPU: 1 PID: 1711 Comm: modprobe Not tainted 3.10.0-linaro_fjslt-tracking-bsp2.0.0-rc1+ #87 [ 73.989678] task: ea395400 ti: ea38a000 task.ti: ea38a000 [ 73.995221] PC is at gator_module_init+0x5f/0xb0 [gator] [ 74.000594] LR is at of_find_node_by_type+0x33/0x3c [ 74.005488] pc : [<7f8f5070>] lr : [<801de123>] psr: 800f0033 [ 74.005488] sp : ea38be58 ip : 7f8f0090 fp : 7f8efe64 [ 74.016980] r10: 0000001c r9 : 00000000 r8 : 7f8f5011 [ 74.022211] r7 : 7f8efea0 r6 : 7f8effc0 r5 : 00000000 r4 : 00000000 [ 74.028777] r3 : 00000002 r2 : 00000000 r1 : 400f0013 r0 : 00000000 [ 74.035344] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user [ 74.042706] Control: 50c5387d Table: a957404a DAC: 55555555 [ 74.048493] [ 74.048493] LR: 0x801de0a3: [ 74.052776] e0a0 f08f4802 4620fb51 bf00bd38 8048f5e0 460eb573 490d4615 f7ffaa01 4604fe17 [ 74.061000] e0c0 f75ab188 9b01fa7f d80c4298 212c4620 fcd6f756 1c44b100 46214630 f75a462a [ 74.069262] e0e0 2000fb6b f06fe001 bd7c0012 8033e4e9 4604b5f8 460e4d0c f08f4628 4607f9fe [ 74.077494] e100 e007b104 e006686c b1186860 f75a4631 b110f9bd 2c006aa4 4803d1f6 f08f4639 [ 74.085713] e120 4620fb2a bf00bdf8 8048f5e0 4604b5f8 460e4d0c f08f4628 4607f9e0 e007b104 [ 74.093930] e140 e006686c b1186820 f75a4631 b110f99f 2c006aa4 4803d1f6 f08f4639 4620fb0c [ 74.102150] e160 bf00bdf8 8048f5e0 4605b570 6844480a f9c3f08f e0064606 b11868e0 f75a4629 [ 74.110371] e180 b110f985 2c006aa4 4803d1f6 f08f4631 4620faf2 bf00bd70 8048f5e0 460eb570 [ 74.118591] e1a0 21004605 6820e007 4631b118 f96ef75a 4628b130 f7ff4621 4604fcfb d1f22800 [ 74.126811] [ 74.126811] SP: 0xea38bdd8: [ 74.131085] bdd8 0000001d 00000000 80412ab4 ea38be54 00000000 00000001 0000001d 00000000 [ 74.139301] bdf8 80412ab4 7f8f5072 800f0033 ffffffff ea38be44 8000c1e1 00000000 400f0013 [ 74.147522] be18 00000000 00000002 00000000 00000000 7f8effc0 7f8efea0 7f8f5011 00000000 [ 74.155738] be38 0000001c 7f8efe64 7f8f0090 ea38be58 801de123 7f8f5070 800f0033 ffffffff [ 74.163954] be58 7f8f5011 00000000 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 [ 74.172174] be78 00000001 7f8efe58 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 [ 74.180391] be98 0000001c 8004a4cd 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 [ 74.188607] beb8 00000000 80412434 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 [ 74.196835] Process modprobe (pid: 1711, stack limit = 0xea38a238) [ 74.203022] Stack: (0xea38be58 to 0xea38c000) [ 74.207384] be40: 7f8f5011 00000000 [ 74.215579] be60: 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 00000001 7f8efe58 [ 74.223773] be80: 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 0000001c 8004a4cd [ 74.231968] bea0: 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 00000000 80412434 [ 74.240163] bec0: 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 ffffffff ea38bf1c [ 74.248357] bee0: 5f696261 8000c0b5 f0ca0000 76e5d000 00000305 7f8edf44 0000000d 00000000 [ 74.256549] bf00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 74.264740] bf20: 00000000 00000000 00000000 00000000 20000033 00000000 76d41000 76f6efa8 [ 74.272931] bf40: 00000080 8000c764 ea38a000 00000000 00000000 8004a727 f0b84000 0011c385 [ 74.281125] bf60: f0c542b8 f0c54048 f0c9de18 00007bfc 00009bac 00000000 00000000 00000000 [ 74.289315] bf80: 0000003c 0000003d 00000025 00000000 0000001a 00000022 76f6fbe4 00040000 [ 74.297506] bfa0: 77fa81c0 8000c5c1 76f6fbe4 00040000 76d41000 0011c385 76f6efa8 00000002 [ 74.305700] bfc0: 76f6fbe4 00040000 77fa81c0 00000080 77fb0158 00000000 0011c385 00000000 [ 74.313895] bfe0: 76eeec00 7ec74368 76f693ad 76eeec10 80000010 76d41000 ab7dd821 ab7ddc21 [ 74.322199] [<7f8f5070>] (gator_module_init+0x5f/0xb0 [gator]) from [<800084f5>] (do_one_initcall+0x61/0xd8) [ 74.332064] [<800084f5>] (do_one_initcall+0x61/0xd8) from [<8004a4cd>] (load_module+0xbdd/0xdc8) [ 74.340875] [<8004a4cd>] (load_module+0xbdd/0xdc8) from [<8004a727>] (SyS_init_module+0x6f/0x7e) [ 74.349693] [<8004a727>] (SyS_init_module+0x6f/0x7e) from [<8000c5c1>] (ret_fast_syscall+0x1/0x46) [ 74.358673] Code: 4b12 681b 429c d000 (de02) 4c11 [ 74.363473] ---[ end trace 4b8ff3a1ee8d2385 ]---
-Andy
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Tue, 2013-06-11 at 21:08 +0800, Andy Green wrote:
I see... I was still on -rc4
https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git%3Ba=commitd...
...behind the times...
Actually, it was also fixed on -rc4 too [1]. From your BUG() output below I think you're even more behind the times than you thought ;-)
[1] https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git%3Ba=shortlo...
thanks for the fix.
-Andy
On 11 June 2013 21:04, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 20:29 +0800, Andy Green wrote:
Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE configured but running on say, a CA9 system, and you have gator from llct, and you insert gator....
Looks like a bug I fixed a week ago... https://bugs.launchpad.net/linaro/+bug/1184712
That fix is now in the llct.
-- Tixy
root@localhost:~# modprobe gator [ 73.951009] ------------[ cut here ]------------ [ 73.955673] kernel BUG at /projects/linaro/linux-2.6/drivers/gator/gator_iks.c:43! [ 73.963260] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP THUMB2
[ 73.969392] Modules linked in: gator(+) hid_generic usbhid hid f_usb20hdc_otg usbcore f_usb30_udc udc_core usb_common [ 73.980325] CPU: 1 PID: 1711 Comm: modprobe Not tainted 3.10.0-linaro_fjslt-tracking-bsp2.0.0-rc1+ #87 [ 73.989678] task: ea395400 ti: ea38a000 task.ti: ea38a000 [ 73.995221] PC is at gator_module_init+0x5f/0xb0 [gator] [ 74.000594] LR is at of_find_node_by_type+0x33/0x3c [ 74.005488] pc : [<7f8f5070>] lr : [<801de123>] psr: 800f0033 [ 74.005488] sp : ea38be58 ip : 7f8f0090 fp : 7f8efe64 [ 74.016980] r10: 0000001c r9 : 00000000 r8 : 7f8f5011 [ 74.022211] r7 : 7f8efea0 r6 : 7f8effc0 r5 : 00000000 r4 : 00000000 [ 74.028777] r3 : 00000002 r2 : 00000000 r1 : 400f0013 r0 : 00000000 [ 74.035344] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user [ 74.042706] Control: 50c5387d Table: a957404a DAC: 55555555 [ 74.048493] [ 74.048493] LR: 0x801de0a3: [ 74.052776] e0a0 f08f4802 4620fb51 bf00bd38 8048f5e0 460eb573 490d4615 f7ffaa01 4604fe17 [ 74.061000] e0c0 f75ab188 9b01fa7f d80c4298 212c4620 fcd6f756 1c44b100 46214630 f75a462a [ 74.069262] e0e0 2000fb6b f06fe001 bd7c0012 8033e4e9 4604b5f8 460e4d0c f08f4628 4607f9fe [ 74.077494] e100 e007b104 e006686c b1186860 f75a4631 b110f9bd 2c006aa4 4803d1f6 f08f4639 [ 74.085713] e120 4620fb2a bf00bdf8 8048f5e0 4604b5f8 460e4d0c f08f4628 4607f9e0 e007b104 [ 74.093930] e140 e006686c b1186820 f75a4631 b110f99f 2c006aa4 4803d1f6 f08f4639 4620fb0c [ 74.102150] e160 bf00bdf8 8048f5e0 4605b570 6844480a f9c3f08f e0064606 b11868e0 f75a4629 [ 74.110371] e180 b110f985 2c006aa4 4803d1f6 f08f4631 4620faf2 bf00bd70 8048f5e0 460eb570 [ 74.118591] e1a0 21004605 6820e007 4631b118 f96ef75a 4628b130 f7ff4621 4604fcfb d1f22800 [ 74.126811] [ 74.126811] SP: 0xea38bdd8: [ 74.131085] bdd8 0000001d 00000000 80412ab4 ea38be54 00000000 00000001 0000001d 00000000 [ 74.139301] bdf8 80412ab4 7f8f5072 800f0033 ffffffff ea38be44 8000c1e1 00000000 400f0013 [ 74.147522] be18 00000000 00000002 00000000 00000000 7f8effc0 7f8efea0 7f8f5011 00000000 [ 74.155738] be38 0000001c 7f8efe64 7f8f0090 ea38be58 801de123 7f8f5070 800f0033 ffffffff [ 74.163954] be58 7f8f5011 00000000 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 [ 74.172174] be78 00000001 7f8efe58 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 [ 74.180391] be98 0000001c 8004a4cd 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 [ 74.188607] beb8 00000000 80412434 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 [ 74.196835] Process modprobe (pid: 1711, stack limit = 0xea38a238) [ 74.203022] Stack: (0xea38be58 to 0xea38c000) [ 74.207384] be40: 7f8f5011 00000000 [ 74.215579] be60: 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 00000001 7f8efe58 [ 74.223773] be80: 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 0000001c 8004a4cd [ 74.231968] bea0: 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 00000000 80412434 [ 74.240163] bec0: 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 ffffffff ea38bf1c [ 74.248357] bee0: 5f696261 8000c0b5 f0ca0000 76e5d000 00000305 7f8edf44 0000000d 00000000 [ 74.256549] bf00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 74.264740] bf20: 00000000 00000000 00000000 00000000 20000033 00000000 76d41000 76f6efa8 [ 74.272931] bf40: 00000080 8000c764 ea38a000 00000000 00000000 8004a727 f0b84000 0011c385 [ 74.281125] bf60: f0c542b8 f0c54048 f0c9de18 00007bfc 00009bac 00000000 00000000 00000000 [ 74.289315] bf80: 0000003c 0000003d 00000025 00000000 0000001a 00000022 76f6fbe4 00040000 [ 74.297506] bfa0: 77fa81c0 8000c5c1 76f6fbe4 00040000 76d41000 0011c385 76f6efa8 00000002 [ 74.305700] bfc0: 76f6fbe4 00040000 77fa81c0 00000080 77fb0158 00000000 0011c385 00000000 [ 74.313895] bfe0: 76eeec00 7ec74368 76f693ad 76eeec10 80000010 76d41000 ab7dd821 ab7ddc21 [ 74.322199] [<7f8f5070>] (gator_module_init+0x5f/0xb0 [gator]) from [<800084f5>] (do_one_initcall+0x61/0xd8) [ 74.332064] [<800084f5>] (do_one_initcall+0x61/0xd8) from [<8004a4cd>] (load_module+0xbdd/0xdc8) [ 74.340875] [<8004a4cd>] (load_module+0xbdd/0xdc8) from [<8004a727>] (SyS_init_module+0x6f/0x7e) [ 74.349693] [<8004a727>] (SyS_init_module+0x6f/0x7e) from [<8000c5c1>] (ret_fast_syscall+0x1/0x46) [ 74.358673] Code: 4b12 681b 429c d000 (de02) 4c11 [ 74.363473] ---[ end trace 4b8ff3a1ee8d2385 ]---
-Andy
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
No, unfortunately I am evidently ahead of the times ^^ -- your patch does not fix my bug...
I have a valid DT table, it's just not on a SoC that has big.LITTLE.
mpidr_cpuids_count is 0 and nr_cpu_ids is 2 ...
Instead of using DT being there or not it seems you need to test something more to do with it being on a big.LITTLE or not...
-Andy
On 11 June 2013 21:23, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 21:08 +0800, Andy Green wrote:
I see... I was still on -rc4
https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git%3Ba=commitd...
...behind the times...
Actually, it was also fixed on -rc4 too [1]. From your BUG() output below I think you're even more behind the times than you thought ;-)
[1] https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git%3Ba=shortlo...
thanks for the fix.
-Andy
On 11 June 2013 21:04, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 20:29 +0800, Andy Green wrote:
Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE configured but running on say, a CA9 system, and you have gator from llct, and you insert gator....
Looks like a bug I fixed a week ago... https://bugs.launchpad.net/linaro/+bug/1184712
That fix is now in the llct.
-- Tixy
root@localhost:~# modprobe gator [ 73.951009] ------------[ cut here ]------------ [ 73.955673] kernel BUG at /projects/linaro/linux-2.6/drivers/gator/gator_iks.c:43! [ 73.963260] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP THUMB2
[ 73.969392] Modules linked in: gator(+) hid_generic usbhid hid f_usb20hdc_otg usbcore f_usb30_udc udc_core usb_common [ 73.980325] CPU: 1 PID: 1711 Comm: modprobe Not tainted 3.10.0-linaro_fjslt-tracking-bsp2.0.0-rc1+ #87 [ 73.989678] task: ea395400 ti: ea38a000 task.ti: ea38a000 [ 73.995221] PC is at gator_module_init+0x5f/0xb0 [gator] [ 74.000594] LR is at of_find_node_by_type+0x33/0x3c [ 74.005488] pc : [<7f8f5070>] lr : [<801de123>] psr: 800f0033 [ 74.005488] sp : ea38be58 ip : 7f8f0090 fp : 7f8efe64 [ 74.016980] r10: 0000001c r9 : 00000000 r8 : 7f8f5011 [ 74.022211] r7 : 7f8efea0 r6 : 7f8effc0 r5 : 00000000 r4 : 00000000 [ 74.028777] r3 : 00000002 r2 : 00000000 r1 : 400f0013 r0 : 00000000 [ 74.035344] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user [ 74.042706] Control: 50c5387d Table: a957404a DAC: 55555555 [ 74.048493] [ 74.048493] LR: 0x801de0a3: [ 74.052776] e0a0 f08f4802 4620fb51 bf00bd38 8048f5e0 460eb573 490d4615 f7ffaa01 4604fe17 [ 74.061000] e0c0 f75ab188 9b01fa7f d80c4298 212c4620 fcd6f756 1c44b100 46214630 f75a462a [ 74.069262] e0e0 2000fb6b f06fe001 bd7c0012 8033e4e9 4604b5f8 460e4d0c f08f4628 4607f9fe [ 74.077494] e100 e007b104 e006686c b1186860 f75a4631 b110f9bd 2c006aa4 4803d1f6 f08f4639 [ 74.085713] e120 4620fb2a bf00bdf8 8048f5e0 4604b5f8 460e4d0c f08f4628 4607f9e0 e007b104 [ 74.093930] e140 e006686c b1186820 f75a4631 b110f99f 2c006aa4 4803d1f6 f08f4639 4620fb0c [ 74.102150] e160 bf00bdf8 8048f5e0 4605b570 6844480a f9c3f08f e0064606 b11868e0 f75a4629 [ 74.110371] e180 b110f985 2c006aa4 4803d1f6 f08f4631 4620faf2 bf00bd70 8048f5e0 460eb570 [ 74.118591] e1a0 21004605 6820e007 4631b118 f96ef75a 4628b130 f7ff4621 4604fcfb d1f22800 [ 74.126811] [ 74.126811] SP: 0xea38bdd8: [ 74.131085] bdd8 0000001d 00000000 80412ab4 ea38be54 00000000 00000001 0000001d 00000000 [ 74.139301] bdf8 80412ab4 7f8f5072 800f0033 ffffffff ea38be44 8000c1e1 00000000 400f0013 [ 74.147522] be18 00000000 00000002 00000000 00000000 7f8effc0 7f8efea0 7f8f5011 00000000 [ 74.155738] be38 0000001c 7f8efe64 7f8f0090 ea38be58 801de123 7f8f5070 800f0033 ffffffff [ 74.163954] be58 7f8f5011 00000000 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 [ 74.172174] be78 00000001 7f8efe58 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 [ 74.180391] be98 0000001c 8004a4cd 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 [ 74.188607] beb8 00000000 80412434 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 [ 74.196835] Process modprobe (pid: 1711, stack limit = 0xea38a238) [ 74.203022] Stack: (0xea38be58 to 0xea38c000) [ 74.207384] be40: 7f8f5011 00000000 [ 74.215579] be60: 7f8efe58 ea38bf58 00000001 800084f5 7f8f5011 00000000 00000001 7f8efe58 [ 74.223773] be80: 7f8efe58 ea38bf58 00000001 7f8efea0 ea96fec0 00000001 0000001c 8004a4cd [ 74.231968] bea0: 7f8efe64 00007fff 80047b3d ea38bf1c 00000028 00000000 00000000 80412434 [ 74.240163] bec0: 7f8effac 80271bec f0c54c18 ea38beec 76f6efa8 20000033 ffffffff ea38bf1c [ 74.248357] bee0: 5f696261 8000c0b5 f0ca0000 76e5d000 00000305 7f8edf44 0000000d 00000000 [ 74.256549] bf00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 74.264740] bf20: 00000000 00000000 00000000 00000000 20000033 00000000 76d41000 76f6efa8 [ 74.272931] bf40: 00000080 8000c764 ea38a000 00000000 00000000 8004a727 f0b84000 0011c385 [ 74.281125] bf60: f0c542b8 f0c54048 f0c9de18 00007bfc 00009bac 00000000 00000000 00000000 [ 74.289315] bf80: 0000003c 0000003d 00000025 00000000 0000001a 00000022 76f6fbe4 00040000 [ 74.297506] bfa0: 77fa81c0 8000c5c1 76f6fbe4 00040000 76d41000 0011c385 76f6efa8 00000002 [ 74.305700] bfc0: 76f6fbe4 00040000 77fa81c0 00000080 77fb0158 00000000 0011c385 00000000 [ 74.313895] bfe0: 76eeec00 7ec74368 76f693ad 76eeec10 80000010 76d41000 ab7dd821 ab7ddc21 [ 74.322199] [<7f8f5070>] (gator_module_init+0x5f/0xb0 [gator]) from [<800084f5>] (do_one_initcall+0x61/0xd8) [ 74.332064] [<800084f5>] (do_one_initcall+0x61/0xd8) from [<8004a4cd>] (load_module+0xbdd/0xdc8) [ 74.340875] [<8004a4cd>] (load_module+0xbdd/0xdc8) from [<8004a727>] (SyS_init_module+0x6f/0x7e) [ 74.349693] [<8004a727>] (SyS_init_module+0x6f/0x7e) from [<8000c5c1>] (ret_fast_syscall+0x1/0x46) [ 74.358673] Code: 4b12 681b 429c d000 (de02) 4c11 [ 74.363473] ---[ end trace 4b8ff3a1ee8d2385 ]---
-Andy
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On Tue, 2013-06-11 at 21:30 +0800, Andy Green wrote:
No, unfortunately I am evidently ahead of the times ^^ -- your patch does not fix my bug...
I have a valid DT table, it's just not on a SoC that has big.LITTLE.
mpidr_cpuids_count is 0 and nr_cpu_ids is 2 ...
Instead of using DT being there or not it seems you need to test something more to do with it being on a big.LITTLE or not...
As I feared.
I'll sort something out. It may involve just removing the call to BUG if I can decipher the code and convince myself the code is only used when IKS is actually running.
Thanks. This and the similar issue with perf might be telling us a global probed SoC capability flag for bL or-ed with the config being there might be helpful.
-Andy
On 11 June 2013 22:01, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 21:30 +0800, Andy Green wrote:
No, unfortunately I am evidently ahead of the times ^^ -- your patch does not fix my bug...
I have a valid DT table, it's just not on a SoC that has big.LITTLE.
mpidr_cpuids_count is 0 and nr_cpu_ids is 2 ...
Instead of using DT being there or not it seems you need to test something more to do with it being on a big.LITTLE or not...
As I feared.
I'll sort something out. It may involve just removing the call to BUG if I can decipher the code and convince myself the code is only used when IKS is actually running.
-- Tixy
On Tue, 2013-06-11 at 22:09 +0800, Andy Green wrote:
Thanks. This and the similar issue with perf might be telling us a global probed SoC capability flag for bL or-ed with the config being there might be helpful.
Now we have accepted DT bindings for cpu nodes [1] perhaps all board's device-trees should be updated to use them? I believe that 'mpidr_cpuids_count is 0 and nr_cpu_ids is 2' means you don't have cpu nodes in your device tree?
And code like gator should use some common kernel functions for looking up cpu mappings rather than parsing DT for cpu nodes itself.
I'll make gator behave one way or the other so it doesn't break on platforms with missing cpu node or no IKS.
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/170234.html
Blows chunks the same with this
cpus { #size-cells = <0>; #address-cells = <1>;
cpu@0 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <0>; }; cpu@1 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <1>; }; };
I think it's following Lorenzo's method.
-Andy
On 11 June 2013 22:34, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 22:09 +0800, Andy Green wrote:
Thanks. This and the similar issue with perf might be telling us a global probed SoC capability flag for bL or-ed with the config being there might be helpful.
Now we have accepted DT bindings for cpu nodes [1] perhaps all board's device-trees should be updated to use them? I believe that 'mpidr_cpuids_count is 0 and nr_cpu_ids is 2' means you don't have cpu nodes in your device tree?
And code like gator should use some common kernel functions for looking up cpu mappings rather than parsing DT for cpu nodes itself.
I'll make gator behave one way or the other so it doesn't break on platforms with missing cpu node or no IKS.
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/170234.html
-- Tixy
On Tue, 2013-06-11 at 22:49 +0800, Andy Green wrote:
Blows chunks the same with this
cpus { #size-cells = <0>; #address-cells = <1>;
cpu@0 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <0>; }; cpu@1 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <1>; }; };
I think it's following Lorenzo's method.
You missed
device_type = "cpu";
from both cpu nodes. That's a mandatory attribute mentioned in the docs, and also what the gator code searches for with of_find_node_by_type().
I'm still going to make gator codp with missing cpu nodes.
Thanks for the info: you're right I missed that. When I add it, the BUG is gone on gator module insertion, so from my POV we can call it fixed.
-Andy
On 11 June 2013 23:12, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 22:49 +0800, Andy Green wrote:
Blows chunks the same with this
cpus { #size-cells = <0>; #address-cells = <1>;
cpu@0 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <0>; }; cpu@1 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <1>; }; };
I think it's following Lorenzo's method.
You missed
device_type = "cpu";from both cpu nodes. That's a mandatory attribute mentioned in the docs, and also what the gator code searches for with of_find_node_by_type().
I'm still going to make gator codp with missing cpu nodes.
-- Tixy
-Andy
On 11 June 2013 22:34, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 22:09 +0800, Andy Green wrote:
Thanks. This and the similar issue with perf might be telling us a global probed SoC capability flag for bL or-ed with the config being there might be helpful.
Now we have accepted DT bindings for cpu nodes [1] perhaps all board's device-trees should be updated to use them? I believe that 'mpidr_cpuids_count is 0 and nr_cpu_ids is 2' means you don't have cpu nodes in your device tree?
And code like gator should use some common kernel functions for looking up cpu mappings rather than parsing DT for cpu nodes itself.
I'll make gator behave one way or the other so it doesn't break on platforms with missing cpu node or no IKS.
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/170234.html
-- Tixy
Hi -
Something maybe unrelated.... after inserting gator successfully get some kernel logs coming
[ 52.491528] CPU PMU: unable to set irq affinity (irq=0, cpu=0) [ 52.496351] CPU PMU: unable to set irq affinity (irq=0, cpu=0) ...
irq = 0 isn't looking very happy... are there more new DT properties we need somewhere to be compatible? Our actual pmu section just looks like this
pmu { compatible = "arm,cortex-a9-pmu"; interrupts = <0 98 0x4>, <0 99 0x4>; };
-Andy
On 13 June 2013 08:26, Andy Green andy.green@linaro.org wrote:
Thanks for the info: you're right I missed that. When I add it, the BUG is gone on gator module insertion, so from my POV we can call it fixed.
-Andy
On 11 June 2013 23:12, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 22:49 +0800, Andy Green wrote:
Blows chunks the same with this
cpus { #size-cells = <0>; #address-cells = <1>;
cpu@0 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <0>; }; cpu@1 { compatible = "arm,cortex-a9"; next-level-cache = <&L2>; reg = <1>; }; };
I think it's following Lorenzo's method.
You missed
device_type = "cpu";from both cpu nodes. That's a mandatory attribute mentioned in the docs, and also what the gator code searches for with of_find_node_by_type().
I'm still going to make gator codp with missing cpu nodes.
-- Tixy
-Andy
On 11 June 2013 22:34, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Tue, 2013-06-11 at 22:09 +0800, Andy Green wrote:
Thanks. This and the similar issue with perf might be telling us a global probed SoC capability flag for bL or-ed with the config being there might be helpful.
Now we have accepted DT bindings for cpu nodes [1] perhaps all board's device-trees should be updated to use them? I believe that 'mpidr_cpuids_count is 0 and nr_cpu_ids is 2' means you don't have cpu nodes in your device tree?
And code like gator should use some common kernel functions for looking up cpu mappings rather than parsing DT for cpu nodes itself.
I'll make gator behave one way or the other so it doesn't break on platforms with missing cpu node or no IKS.
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/170234.html
-- Tixy
On Thu, 2013-06-13 at 12:14 +0800, Andy Green wrote:
Hi -
Something maybe unrelated.... after inserting gator successfully get some kernel logs coming
[ 52.491528] CPU PMU: unable to set irq affinity (irq=0, cpu=0) [ 52.496351] CPU PMU: unable to set irq affinity (irq=0, cpu=0) ...
irq = 0 isn't looking very happy... are there more new DT properties we need somewhere to be compatible? Our actual pmu section just looks like this
pmu { compatible = "arm,cortex-a9-pmu"; interrupts = <0 98 0x4>, <0 99 0x4>; };
This isn't an area I have any knowledge in, sorry. But for what it's worth that looks the same format as vexpress pmu nodes. IRQs are obviously different, and the number of them match the number of CPUs.
On Thu, Jun 13, 2013 at 12:08:49PM +0100, Jon Medhurst (Tixy) wrote:
On Thu, 2013-06-13 at 12:14 +0800, Andy Green wrote:
Hi -
Something maybe unrelated.... after inserting gator successfully get some kernel logs coming
[ 52.491528] CPU PMU: unable to set irq affinity (irq=0, cpu=0) [ 52.496351] CPU PMU: unable to set irq affinity (irq=0, cpu=0) ...
irq = 0 isn't looking very happy... are there more new DT properties we need somewhere to be compatible? Our actual pmu section just looks like this
pmu { compatible = "arm,cortex-a9-pmu"; interrupts = <0 98 0x4>, <0 99 0x4>; };
This isn't an area I have any knowledge in, sorry. But for what it's worth that looks the same format as vexpress pmu nodes. IRQs are obviously different, and the number of them match the number of CPUs.
This may be another side effect on the perf hacks of the changed IKS CPU pairing.
I don't intend to fix this unless someone has a strong need for it. I'm working on something to supersede those perf hacks, but it won't be ready immediately.
Cheers ---Dave
On 20 June 2013 17:34, Dave Martin dave.martin@linaro.org wrote:
On Thu, Jun 13, 2013 at 12:08:49PM +0100, Jon Medhurst (Tixy) wrote:
On Thu, 2013-06-13 at 12:14 +0800, Andy Green wrote:
Hi -
Something maybe unrelated.... after inserting gator successfully get some kernel logs coming
[ 52.491528] CPU PMU: unable to set irq affinity (irq=0, cpu=0) [ 52.496351] CPU PMU: unable to set irq affinity (irq=0, cpu=0) ...
irq = 0 isn't looking very happy... are there more new DT properties we need somewhere to be compatible? Our actual pmu section just looks like this
pmu { compatible = "arm,cortex-a9-pmu"; interrupts = <0 98 0x4>, <0 99 0x4>; };
This isn't an area I have any knowledge in, sorry. But for what it's worth that looks the same format as vexpress pmu nodes. IRQs are obviously different, and the number of them match the number of CPUs.
Hi Dave -
This may be another side effect on the perf hacks of the changed IKS CPU pairing.
Thanks... when I updated to -rc6 pieces without those patches, the logs about irq affinity are gone. So it may well have been related.
I don't intend to fix this unless someone has a strong need for it. I'm working on something to supersede those perf hacks, but it won't be ready immediately.
AFAIK we're alright at the moment now.
-Andy
-
Andy Green -
Dave Martin -
Jon Medhurst (Tixy)