Date: Mon, 28 May 2001 14:43:55 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: mjacob@feral.com Cc: "Daniel C. Sobral" <dcs@newsguy.com>, alpha@FreeBSD.ORG Subject: Re: Latest on ' HEADS UP: loader broken' Message-ID: <15122.40043.23892.164757@grasshopper.cs.duke.edu> In-Reply-To: <Pine.BSF.4.21.0105281001340.16108-100000@beppo.feral.com> References: <3B11B706.E8032F96@newsguy.com> <Pine.BSF.4.21.0105281001340.16108-100000@beppo.feral.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Jacob writes: > > Matthew Jacob wrote: > > > > > > Your surmise about loader.4th is correct, I believe. > > > > > > The alpha's boot1/loader from after your commits seems to boot my PC164 just > > > fine with the older loader.4th, but chokes on the new one. > > > > > > The relevant diffs in loader.4th are: > > > -------- > > > 49a50,52 > > > > > > > > 256 dictthreshold ! \ 256 cells minimum free space > > > > 2048 dictincrease ! \ 2048 additional cells each time > > > -------- > > > > Oh... This is *NOT* what I expected! > > > > Well, this is now more interesting. > > I gave the loader half again as much heap space *and* doubled the stack > But still, the two dict lines below cause the system to die in > the loader with a bad kernel stack. A bad KSP in the loader may not mean a stack problem. Unless you're using the patches I mailed yesterday, then there is no entry point for memory management faults. This means that you may overflow the stack by jumping to a non-existant entMM trap handler on a memory management trap and you ma end up faulting again when you get there, etc. Another way to workaround this is to avoid the problem altogether by not running any of the forth nonsense. /boot/loader.rc's which are left over from 4.0-RELEASE saved my ass on both of my -current boxes. set isp_no_fwload=0xff set isp_mem_map=0xff set kern.ipc.nmbclusters=8192 set hw.ata.wc=1 autoboot 3 Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15122.40043.23892.164757>