From owner-freebsd-sparc64@freebsd.org Mon May 8 22:55:19 2017 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9359D63B72 for ; Mon, 8 May 2017 22:55:19 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:10::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 94543CF2 for ; Mon, 8 May 2017 22:55:19 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:1042:6a31:1deb:9f8a]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v48MtI7Y001621; Mon, 8 May 2017 18:55:18 -0400 (EDT) (envelope-from lidl@pix.net) Subject: Re: Ultra 5 Boot Hang Update. To: freebsd-sparc64@freebsd.org References: <9c6bbc9a-808e-d340-7595-54c5cb7ea8b1@gmail.com> From: Kurt Lidl Message-ID: <98ce4cd8-6595-6080-2054-1bf6c20136a0@pix.net> Date: Mon, 8 May 2017 18:55:18 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <9c6bbc9a-808e-d340-7595-54c5cb7ea8b1@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 22:55:19 -0000 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 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 > > 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 >> >> > > _______________________________________________ > 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" >