[meta-xilinx] AMP using Yocto meta-xilinx

[Edward Wingate]

On Mon, May 18, 2015 at 3:06 PM, Edward Wingate <edwingate8 at gmail.com> wrote:
> On startup, this happens:
> [    2.698709] udevd[569]: starting version 182
> [    2.815569] CPU1: shutdown
> [    2.819163] BUG: using smp_processor_id() in preemptible [00000000] code: udevd/572
> [    2.826797] caller is set_ipi_handler+0x14/0x58
> [    2.831252] CPU: 0 PID: 572 Comm: udevd Not tainted 3.14.2-xilinx #1
> [    2.837639] [<800147b4>] (unwind_backtrace) from [<800116cc>] (show_stack+0x10/0x14)
> [    2.845344] [<800116cc>] (show_stack) from [<8040e040>] (dump_stack+0x80/0xc0)
> [    2.852527] [<8040e040>] (dump_stack) from [<8020a584>] (debug_smp_processor_id+0xe8/0xec)
> [    2.860785] [<8020a584>] (debug_smp_processor_id) from [<80012f30>] (set_ipi_handler+0x14/0x58)
> [    2.869470] [<80012f30>] (set_ipi_handler) from [<7f014408>] (zynq_remoteproc_probe+0x1a8/0x3c4 [zynq_remoteproc])
> [    2.879804] [<7f014408>] (zynq_remoteproc_probe [zynq_remoteproc]) from [<80255de0>] (platform_drv_probe+0x18/0x4c)
> [    2.890206] [<80255de0>] (platform_drv_probe) from [<80254608>] (driver_probe_device+0x7c/0x21c)
> [    2.898973] [<80254608>] (driver_probe_device) from [<80254878>] (__driver_attach+0x8c/0x90)
> [    2.907396] [<80254878>] (__driver_attach) from [<80252c14>] (bus_for_each_dev+0x6c/0xa0)
> [    2.915563] [<80252c14>] (bus_for_each_dev) from [<80253e74>] (bus_add_driver+0x148/0x1f0)
> [    2.923783] [<80253e74>] (bus_add_driver) from [<80254e74>] (driver_register+0x78/0xf8)
> [    2.931782] [<80254e74>] (driver_register) from [<8000881c>] (do_one_initcall+0xf8/0x154)
> [    2.939945] [<8000881c>] (do_one_initcall) from [<8007c3ec>] (load_module+0x1978/0x1ee0)
> [    2.948012] [<8007c3ec>] (load_module) from [<8007caac>] (SyS_finit_module+0x68/0x78)
> [    2.955828] [<8007caac>] (SyS_finit_module) from [<8000e3e0>] (ret_fast_syscall+0x0/0x30)
> [    3.016176]  remoteproc0: 100000.remoteproc-test is available
> [    3.021844]  remoteproc0: Note: remoteproc is still under development and considered experimental.
> [    3.119806]  remoteproc0: THE BINARY FORMAT IS NOT YET FINALIZED, and backward compatibility isn't yet guaranteed.

So apparently, the stack trace staring me in the face is too small a clue.  =)
But I don't know what I should do about "BUG: using smp_processor_id()
in preemptible [00000000] code: udevd/572".
It seems set_ipi_handler() is one of the last real code to run.