From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 17:53:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865AA3DD for ; Wed, 3 Dec 2014 17:53:48 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6B407302 for ; Wed, 3 Dec 2014 17:53:47 +0000 (UTC) Received: from bender.lan (97e078e7.skybroadband.com [151.224.120.231]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id BE4617328F; Wed, 3 Dec 2014 17:53:40 +0000 (UTC) Date: Wed, 3 Dec 2014 17:53:35 +0000 From: Andrew Turner To: Jaemin Yoo Subject: Re: hack patch for enabling uart on aarch64 mustang board Message-ID: <20141203175335.01b13b39@bender.lan> In-Reply-To: <547F20C2.6050000@gmail.com> References: <547F20C2.6050000@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 17:53:48 -0000 On Wed, 03 Dec 2014 23:40:02 +0900 Jaemin Yoo wrote: > ----------------------------------------------------------------------- > EFI Firmware: X-Gene Mustang Board EFI Aug 25 2014 14:20:27 (rev 0.00) > > FreeBSD/arm64 EFI loader, Revision 1.0 > (jmin@maui, Mon Oct 27 04:09:00 KST 2014) > \ > /kernel data=0x53f070+0x52008 syms=[0x8+0x981c0+0x8+0x9db6d] > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/kernel]... > Using DTB provided by EFI at 0x43ffa4fa30. > L3c Cache: 8MB > In initarm on arm64 > ERROR loading DTB This is odd, the boot loader should have tried to get the dtb from UEFI then pass it to the kernel. There have been a few changes to the loader recently so you will need to update it as I can see above it looks like it was last built well before these were pushed. > 0 - 0 > 4000000000 - 43fa961000 > 43faaf2000 - 43ffab6000 > 43ffafc000 - 4400000000 > Total = 3ffe29000 > pmap_bootstrap ffffff8000004000 43f8800000 6c8000 > ffffff8000004000 > 0 > End initarm > VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #3 b405bd9(arm64-dev)-dirty: Mon Oct 27 05:48:25 > KST 2014 > jmin@maui:/usr/obj/arm64.arm64/usr/home/jmin/src/arm64/sys/GENERIC > arm64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > 20140512 subsystem 1000000 0xffffff800040120c(0).. > -------------------------------------------------------------------------- > > Though kernel stuck at vm_set_page_size(), I'm very happy to see the > Copyright log of FreeBSD on an armv8 machine. I've been a driver guy > so don't know much about porting & bringing up FreeBSD on new > architecture. But I hope to contribute more someday. Hopefully > asap?. :) I think you are misreading the output of addr2line, it is telling you the kernel is in vm_mem_init(), it just happens the first call is to vm_set_page_size(). If updating the loader doesn't work you may need to resort to printf debugging. It will be hanging within one of the functions called by vm_mem_init() but I have no insight as to which it would be. Andrew -- ABT Systems Ltd Unit 11, Hove Business Centre, Fonthill Road, Hove, BN3 6HA Registered in England and Wales, No. 9285513