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>