On Mon, 21 Feb 2005, Frank Mayhar wrote: > Joseph Koshy wrote: > > Try turning off HTT in the BIOS. > > Unfortunately, that did _not_ do the trick after all, even after I upgraded > the BIOS to the latest. > > I have a vague impression that it might be related to some hardware errors > the ath driver is claiming to see: > > Feb 20 22:38:05 lap kernel: ath0: hardware error; resetting > > But at this point I have no good ideas. Try one of these loader tunables: 1. Disabling SMP (kern.smp.disabled=1) 2. Disabling mpsafenet (debug.mpsafenet=0) This may be a symptom of a deadlock we're observing on sparc64 in the network stack. Either one of these should stop the problem, if its the issue we were seeing earlier today. If you especially adventurous, try setting net.inet.tcp.do_tcpdrain=0 instead of the options above. This might cause mbuf exhaustion but is implicated in the deadlock. This is a total hunch and I may be influenced by the time put in on this issue today :) -- Doug White | FreeBSD: The Power to Serve dwhite_at_gumbysoft.com | www.FreeBSD.orgReceived on Tue Feb 22 2005 - 02:25:14 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:28 UTC