Date: Sun, 29 Oct 1995 16:07:52 +0200 From: Heikki Suonsivu <hsu@cs.hut.fi> To: michael butler <imb@scgt.oz.au> Cc: freebsd-current@freebsd.org Subject: load related problem or my compilation ? Message-ID: <199510291407.QAA09219@shadows.cs.hut.fi> In-Reply-To: michael butler's message of 28 Oct 1995 19:46:06 %2B0200
next in thread | raw e-mail | index | archive | help
Unfortunately, this machine is also the most heavily loaded (with PPP dial-ins) and continues to stop dead .. no reboot .. nothing :-( Yet none of my other machines do this. It's a UMC 486DX/33, 16 meg of RAM, a gig of SCSI, all serial ports are 16550AFN .. however, the kernel is compiled with "-O2 -m486 -fno-strength-reduce" .. is this compilation likely to cause me this much pain or should I start looking more closely at the hardware ? I've already tried adding wait states to the cache, to main memory, reduced the BusLogic's DMA rate .. it's now slower than my 386DX/40 and I'm running out of options .. :-( Make sure external cache is write through. We are seeing similar effects on -STABLE, but also get panics (dumps available as ftp://clinet.fi/pub/FreeBSD/crashdumps/*.[2-8]. Maybe ppp is releasing a mbuf which has already been freed (the contents are 0xdeadc0de and such)? The lockups vary, either it just locks up, or it panics but does not get far enough after dumping to reset. Probably all this is because of wild pointers generated by access to freed data? If someone needs more dumps, our terminal servers generate them at rate of 1-2 dumps per day :-( I haven't had time to PR this but I'll try to get it done today. I'm trying going back to -current, as I did not have this problem before (but we didn't get this much PPP dialin load before). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510291407.QAA09219>