search for: smartpoll

...? x86_64_start_reservations+0xb3/0xb7 [<ffffffff81affed2>] ? xen_start_kernel+0x4be/0x4c2 ---[ end trace 755676650ea49003 ]--- The warning is: WARN_ON_ONCE(in_irq() || irqs_disabled()); It seems the basic problem is that xennet_tx_buf_gc() is being called in interrupt context - with smartpoll it''s from the timer interrupt, but even without it is being called from xennet_interrupt(), which in turn calls dev_kfree_skb_irq(). Since this should be perfectly OK, it appears the problem is actually in conntrack. I''m not sure where this bug started happening, but its rel...

I get backtraces from the dom0 kernel when running a guest with networking (via netback) enabled such as the one below (there are some slight variations but the first two lines and most of the rest of the contents are the same). Michael Young BUG: sleeping function called from invalid context at mm/page_alloc.c:2190 in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper Pid: 0, comm:

...{ \ RING_IDX req_prod, req_event; \ RING_IDX rsp_prod, rsp_event; \ - uint8_t pad[48]; \ + uint8_t netfront_smartpoll_active; \ + uint8_t pad[47]; \ union __name##_sring_entry ring[1]; /* variable-length */ \ }; \...