Date: Thu, 11 Jul 2002 14:19:38 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: freebsd-sparc@FreeBSD.ORG Subject: Re: SBus isp for FreeBSD-sparc...stalled/tossed over the wall Message-ID: <Pine.BSF.4.21.0207111416250.23333-100000@beppo> In-Reply-To: <Pine.BSF.4.21.0207102013430.16757-100000@beppo>
next in thread | previous in thread | raw e-mail | index | archive | help
After completely ripping out my diskless framework and reinstalling everything, I can netboot past /sbin/init for my ultra1e. Unfortunately, hme errors keep me from getting all the way up with the 6/26 kernel: hme0: buffer overflow, ri=73; flags=0x45ea7870 . Starting final network daemons: NFS access cache time=2. hme0: buffer overflow, ri=73; flags=0x45ea7870 hme0: error signaled, status=0x20001 hme0: error signaled, status=0x20001 hme0: error signaled, status=0x20001 hme0: error signaled, status=0x20001 hme0: error signaled, status=0x20001 hme0: too may errors; not reporting any more (HANGS) but my ultra10 still (barely) works so I'll try and build a newer kernel. On Wed, 10 Jul 2002, Matthew Jacob wrote: > > Well, nobody seemed that interested in helping solve the problem as to why I > couldn't netboot the latest snapshot on an ultra1e, so I didn't spend a lot of > time on things. > > I can netboot up to the point that init is called, and things hang. Oh well. > > I've been able to netboot, more or less, using the codebase from late April. > > I did a bunch of sbus development work, but this codebase (which is from the > cvsup10 special sparc64 repository) leaves me with a kernel that hangs as soon > as I call bus_setup_intr for an SBus card. > > I may have missed the point at which one builds a kernel out of regular CVS > source instead of the special repository, so I tried to build a kernel out of > regular CVS using the April running system. Nope. That wouldn't even compile > (gcc turned a bunch of printf("STRING") into calls to puts, etc.). Even > hacking around that didn't help. > > So- with the limited amount of time I have available, I'm going to check in > the work in progress as the code actually *does* seem to compile. Maybe > otheres will have better luck. > > Frankly, I'm a bit peeved about the lack of support/interest in all of > this. I'm not going to waste *my* time trying to do basic sparc64 debugging- > sorry. Oh well- I'm sure those that can run systems are happy. > > -matt > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0207111416250.23333-100000>