Ever since I've been using the bridge with a 2.5 kernel I've been having a
non-fatal oops when adding a bridge interface: adding a bridge works, then
adding a first interface gives the oops below, adding a second interface
works. Note that the bridge behaves correct afaik (as in "it works") and both
interfaces get created, which is why this was no priority.
net/bridge/br_if.c::new_nbp() does
p = kmalloc(sizeof(*p), GFP_KERNEL);
which triggers the oops through mm/slab.c::kmem_flagcheck()
I don't know what is wrong (I have no such problems with 2.4).
The trace is below:
Debug: sleeping function called from illegal context at mm/slab.c:1304
Call Trace:
[<c011a93e>] __might_sleep+0x52/0x54
[<c013b18e>] kmem_flagcheck+0x1e/0x54
[<c013bf04>] kmalloc+0x54/0x134
[<d084864e>] new_nbp+0x22/0xb8 [bridge]
[<d084ba65>] .rodata+0x485/0xf60 [bridge]
[<d0848826>] br_add_if+0x8e/0x1a4 [bridge]
[<d0848ee0>] br_ioctl_device+0x60/0x454 [bridge]
[<d084d92c>] ioctl_mutex+0x0/0x18 [bridge]
[<c0114829>] smp_local_timer_interrupt+0xbd/0xd4
[<d084d92c>] ioctl_mutex+0x0/0x18 [bridge]
[<c0136943>] filemap_nopage+0xeb/0x2b4
[<c0136973>] filemap_nopage+0x11b/0x2b4
[<d08494a4>] br_ioctl+0x68/0x7c [bridge]
[<d08471aa>] br_dev_do_ioctl+0x4a/0x5c [bridge]
[<c0287870>] dev_ifsioc+0x344/0x360
[<c0287ada>] dev_ioctl+0x24e/0x2f4
[<c027fc7d>] sock_ioctl+0x95/0x354
[<c015f09a>] sys_ioctl+0x25e/0x2d5
[<c0108eb7>] syscall_call+0x7/0xb
-- cheers, Bart- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/