From owner-freebsd-sparc64@freebsd.org Sat Sep 10 16:11:28 2016 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 8E7CFBD4191 for ; Sat, 10 Sep 2016 16:11:28 +0000 (UTC) (envelope-from syseng@gfsys.co.uk) Received: from cust-smtp-auth1.fasthosts.net.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) by mx1.freebsd.org (Postfix) with ESMTP id 536102C1 for ; Sat, 10 Sep 2016 16:11:26 +0000 (UTC) (envelope-from syseng@gfsys.co.uk) Received: from [192.9.200.226] (unknown [81.133.228.57]) by cust-smtp-auth1.fasthosts.net.uk (Postfix) with ESMTPA id BD73E740D42; Sat, 10 Sep 2016 17:11:17 +0100 (BST) Message-ID: <57D430A5.3080002@gfsys.co.uk> Date: Sat, 10 Sep 2016 16:11:17 +0000 From: Chris User-Agent: Mozilla/5.0 (X11; SunOS sun4u; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Marius Strobl , freebsd-sparc64@freebsd.org Subject: Re: Fwd: FreeBSD Sparc 11.0 RC1 Install Problem References: <57C6F3B9.6080705@gfsys.co.uk> <20160907215106.GA49013@alchemy.franken.de> <57D0A213.1050105@gfsys.co.uk> <20160908221223.GQ15359@alchemy.franken.de> In-Reply-To: <20160908221223.GQ15359@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Sat, 10 Sep 2016 16:11:28 -0000 On 09/08/16 22:12, Marius Strobl wrote: > > It would be great if you could test whether a kernel built without > vt(4) also experiences the boot hang after a reboot. > > Marius Hi, Thanks for the info. Digging a bit more into the reboot issue. The system stops just after the "uhub2: 8 ports..." line. A few lines prior to that we get: uhub2: EHCI etc, so copied the GENERIC conf file, comment out the ehci line, rebuilt and the problem went away. Tried a reboot from the command line 3 or 4 times and was ok in each case. Not familiar enough with the system at this stage to debug it, but ehci does seem connected in some way. As for vt and sc, rebuilt the kernel with either vt or sc commented out, -ehci and the system seems to boot okay in both cases. Don't know if it's connected with the ttyv* group, but they all show up in the process list in both cases. Have left sc commented out for now. Overall, it doesn't look like vt or sc are connected with the boot issue. The syscons questions were originally to do with Xorg logs, where the log complained about not being able to find a console. Trying to get X running with the dummy frame buffer, as part of a saga to get Xvnc working, so I could have a graphical login. Xvnc is installed, running via inetd and at the stage where a client can connect, but produces a blank grey screen at the client. Xvnc has it's own X server, but no info on how that connects to and runs apps, which it isn't doing at present. Conflicting info on the web, but Xvnc originally came from RealVnc and have a paid for license for their pc client, so may get in touch with them to see if they have any ideas. Anyway, now have a copy of the McKusick et al FreeBSD design book. S/h copy for 12 ukp delivered, so have no more excuse :-). Vol 2 of the FreebSD handbook also coming soon... Chris