https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283903
--- Comment #30 from Guillaume Outters <guillaume-free...@outters.eu> --- To reproduce: it seems that my manual traces + sysctl compat.linuxkpi.skb.debug=0x10 + visiting Ars Technica do a wonderful job stressing the c2h_queue and mess after 2 mn of uptime. Do all the printf add latency that increase the risks of concurrent modifications of the queue? As for the linked list, in degraded mode it seems that new entries get inserted before c2h_queue, and let the head be its own next; thus, as skb_queue_walk_safe anti-infinite-loop end condition is "when ->next is &c2h_queue itself", it will never go further than the 0th iteration. -- You are receiving this mail because: You are on the CC list for the bug.
