Date: Mon, 8 May 2017 18:55:18 -0400 From: Kurt Lidl <lidl@pix.net> To: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 Boot Hang Update. Message-ID: <98ce4cd8-6595-6080-2054-1bf6c20136a0@pix.net> In-Reply-To: <9c6bbc9a-808e-d340-7595-54c5cb7ea8b1@gmail.com> References: <CACpH0Me4BMNaNQMZDc81RaQ5pyEKYgVYZE%2BbkVZd10QETP=dEw@mail.gmail.com> <CAGuhNT3Lzro57Szxa8aQi4g1JafoQZxKR3K5mn1iUKoBmgtR9Q@mail.gmail.com> <9c6bbc9a-808e-d340-7595-54c5cb7ea8b1@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Try using the kernel binary from a snapshot that has the
following commit in it, when it becomes available.
There was a hang fixed for the Ultra 30, that may or may not be
relevant. You'll want to make sure your kernel has this commit:
commit 16d43a0ed2f5adf6e2ba5b214b6cf0622aed289c
Author: marius <marius@FreeBSD.org>
Date: Sat Apr 29 00:53:17 2017 +0000
Fix a bug introduced as part of r287726; use the right device_t for
determining the softc of the bridge in psycho_route_interrupt(). [1]
While at it, update the corresponding comment that the code in
question is also necessary for U30s in addition to E450s (a fact
that has been known for ages).
PR: 218478
Submitted by: Yoshihiko Iwama
(also known as "r317578")
It looks like the latest snapshot release was created on 20-Apr-2017,
so you'll probably have to wait for the next snapshot to be generated.
http://ftp.freebsd.org/pub/FreeBSD/snapshots/sparc64/12.0-CURRENT/
-Kurt
On 5/8/17 6:45 PM, Zaphod Beeblebrox wrote:
>
> On 2017-05-08 18:34, Gordon Zaft wrote:
>> Have you tried booting from CDROM? I'm assuming this is 11.0?
>
> Well... the CDROM in the box probes in the openprom (ie: open prom sees
> it), but it doesn't seem to work. I've put the 11.0 CD into it, but the
> boot fails.
>
> I'm not sure making the CD work would solve the problem, though. Be
> clear, I've put /boot/loader on my tftpboot server as C0A8DD07
> (192.168.221.7 --- the rarp'd IP address for the machine) and loader
> loads. Then I can successfully "load /kernel" in loader ... which
> causes it to load /tftpboot/cdrom/kernel (/cdrom is the nfs root ...
> which is where the image of the CD is mounted on the network).
>
> You might say that I'm not a noob when it comes to netbooting old UN*X
> boxes. Wel... maybe it took me a dozen tries to "remember" things, but
> still... I got it done.
>
> But if the kernel boots, would an alternate method of booting the kernel
> really make any difference?
>
>> On Mon, May 8, 2017 at 2:11 PM, Zaphod Beeblebrox <zbeeble@gmail.com
>> <mailto:zbeeble@gmail.com>> wrote:
>>
>> so the whole boot -v is attached via the link below. Please
>> help. Hangs
>> forever after the last pcib1 line (and STOP-A doesn't drop to a
>> prompt)
>> ... just to jog everyone's memory, to get this going I (translate / to
>> enter):
>>
>> set-defaults/1 0 mkp/80 1 mkp/8 2 mkp/0 3 mkp/20 4 mkp/c0 5 mkp/ff
>> 6 mkp/ee
>> 7 mkp/0 8 mkp/0 9 mkp/0 a mkp/0 b mkp/c0 c mkp/ff d mkp/ee e mkp/0
>> f 0 do i
>> idprom@ xor loop f mkp
>>
>> ... does that initialization pose some problem for FreeBSD?
>>
>> https://owncloud.towernet.ca/index.php/s/14awIqSzdOBexok
>> <https://owncloud.towernet.ca/index.php/s/14awIqSzdOBexok>;
>>
>
> _______________________________________________
> freebsd-sparc64@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org"
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?98ce4cd8-6595-6080-2054-1bf6c20136a0>