From owner-freebsd-ppc@freebsd.org Thu Oct 11 19:00:36 2018 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 115E410C43A6 for ; Thu, 11 Oct 2018 19:00:36 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb04.myregisteredsite.com (atl4mhfb04.myregisteredsite.com [209.17.115.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD2007D2AE for ; Thu, 11 Oct 2018 19:00:35 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob07.registeredsite.com (atl4mhob07.registeredsite.com [209.17.115.45]) by atl4mhfb04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w9BJ0TJB018551 for ; Thu, 11 Oct 2018 15:00:29 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob07.registeredsite.com (8.14.4/8.14.4) with ESMTP id w9BJ0Khx004643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 11 Oct 2018 15:00:21 -0400 Received: (qmail 34312 invoked by uid 0); 11 Oct 2018 19:00:20 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 11 Oct 2018 19:00:20 -0000 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: Mark Millard Cc: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> From: Dennis Clarke Message-ID: <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> Date: Thu, 11 Oct 2018 15:00:20 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:00:36 -0000 On 10/11/2018 02:50 PM, Mark Millard wrote: > On 2018-Oct-11, at 11:19 AM, Dennis Clarke wrote: > >> On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >>> The first part of this (all the errors about "NOT FOUND") I just fixed >>> and the fixes will be included in BETA1 and subsequent builds. The >>> remaining issue is that virtio SCSI is not part of the standard kernel >>> on PPC (there are some endian and DMA bugs), so you will need to use an >>> alternative storage backend. The default storage backend (VSCSI) is >>> fine, as are more PC-ish things like AHCI emulation. >>> This command line will work and is otherwise equivalent to the below: >>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>> /dev/hugepages -smp 2 >>> -Nathan >> >> >> Has anyone tried this on a PowerMac G5 yet ? > > "this"? I'm unsure if the following is addressing what you are > referring to or not. But it might be. > > Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS > are dealt with, PowerMac G5's have boot problems (and possibly other > problems), at least those with multiple sockets (for what I can test). > (I've no access to other forms of PowerMac G5's.) > > See: > > https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html > > and later in that thread. (Earlier in the thread is likely a waste of time > to read, given what is now known.) > > My G5 contexts are operational by reverting -r334498 . The contexts are > otherwise based on -r339076 currently. > > > Note: > > My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, > PowerMac G5 met the conditions of Andreas Tobler's requested test > conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near > the RAM size, on the low side). > > The G5 so-called "Quad Core"s, 4 cores total in each system but > split evenly across 2 sockets in each), one with 12 GiByte and > one with 16 GiByte of RAM, booted fine as well. But > VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near > those sizes. > OKay ... that is a lot of good information and I'll sum up as "no". Was merely curious if I should give it a try. Dennis