Denys Fedoryshchenko wrote:
quoted text
> To trigger just run:
> ip link add link eth0 eth2 type macvlan
> ip link set eth2 up
> 
> [ 1212.916818]  [<c0121038>] warn_on_slowpath+0x41/0x51
> [ 1212.916859]  [<c012f652>] ? __kernel_text_address+0x1b/0x27
> [ 1212.916895]  [<c010493a>] ? dump_trace+0xce/0xda
> [ 1212.916927]  [<c0109ea6>] ? save_stack_address+0x0/0x2c
> [ 1212.916965]  [<c013afc8>] ? mark_held_locks+0x41/0x5c
> [ 1212.916999]  [<c015cdef>] ? kmem_cache_alloc+0x69/0xa1
> [ 1212.917033]  [<c013b12d>] ? trace_hardirqs_on+0xcb/0x102
> [ 1212.917067]  [<c02ba549>] mutex_trylock+0x3c/0xef
> [ 1212.917099]  [<c0272796>] rtnl_trylock+0xd/0xf
> [ 1212.917131]  [<c0268bc8>] __dev_set_promiscuity+0x15/0xa9


This is a known harmless warning caused by ASSERT_RTNL calling
rtnl_trylock. To fix this we'd need to move multicast list
programming into process context. For now you can simply
ignore it.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html