On Tue, Feb 21, 2012, Stuart Henderson wrote: > Box running pf/ospf/bgp/relayd entered ddb with "Stopped at > cpu_idle_cycle+0xe: hlt". > > Various of these seen in 'sh all pools':- > > mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: page 0xd1cc6000; item > ordinal 0; addr 0xd1cc6018 (p 0xd1cc4000) > mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: page 0xd1cc2000; item > ordinal 0; addr 0xd1cc2014 (p 0xd1cc0000) > > Various pieces of ddb output below followed by a dmesg. > Running i386 GENERIC from 9 Feb. > > Anyone have ideas or requests for more info to collect if it recurs?
Turn off jumbos? Pool corruption in one pool means the consumers are doing it wrong. But the 9k pools are also the special bigger than one page pools, which aren't used as much, so the bug could be in there.
