Date: Fri, 30 Dec 2016 11:55:27 +0100 From: Michael Tuexen <tuexen@fh-muenster.de> To: Oleksandr Tymoshenko <gonzo@bluezbox.com> Cc: Jason Harmening <jason.harmening@gmail.com>, freebsd-arm@freebsd.org Subject: Re: loading 'VIRT' kernel in qemu Message-ID: <7950ED7A-4A64-4A88-A0DA-8A0D6E54D6B8@fh-muenster.de> In-Reply-To: <272ABF9C-4735-44C4-8EB8-FBCCDE37785A@bluezbox.com> References: <CAM=8qa=pSRphmsbvy1L7fgPFDDK4xhozfrr3tj5fojd8w7fFjg@mail.gmail.com> <BA5B89E5-9187-4BD3-A036-554F3CF6F671@bluezbox.com> <CAM=8qa=RZJvRXX1H3hWS%2BSnOv_Hxnp=6P71SE%2Bt6d6D9Kbxx8A@mail.gmail.com> <58C0D791-3D3C-4DE2-9EAF-93DA40ED620D@bluezbox.com> <272ABF9C-4735-44C4-8EB8-FBCCDE37785A@bluezbox.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] > On 30 Dec 2016, at 09:14, Oleksandr Tymoshenko <gonzo@bluezbox.com> wrote: > > >> On Dec 29, 2016, at 5:25 PM, Oleksandr Tymoshenko <gonzo@bluezbox.com> wrote: >> >> >>> On Dec 29, 2016, at 5:12 AM, Jason Harmening <jason.harmening@gmail.com> wrote: >>> >>> > .. skipped .. >>> >>> Ah, thanks! That should make things a good deal easier. >>> Using the nanobsd-generated images and the qemu invocation from qemu-armv7.cfg, I get a bit further but end up with a repeating prefetch abort: >>> Prefetch Abort Exception PC at 0xFF176790 CPSR 0x80000113 >>> >>> This is either in UEFI or very early in kernel bootstrap, since the copyright hasn't printed yet...haven't poked at it to figure out where the pc comes from yet. >> >> Looks like it's boot1.efi. After upgrading to clang 3.9.0 -fPIC is required to build loader. In addition to this problem there seems to be some error when calculating value for relocation. Looks like it’s going to take a bit of time to track down, I can’t identify it immediately. > > > Hi Jason, > > I think I fixed the PIC problem along with FDT-related one: > https://people.freebsd.org/~gonzo/arm/patches/arm-uefi.diff Any plan to get this into head? Best regards Michael > > You also need to provide 256M memory to qemu, because > loader.efi allocates 64Mb heap and 128Mb is just not enough > for UEFI firmware and loader.efi. Message below is an > indication of such error: > Failed to start image provided by UFS (9) > > I used following command line to test nanobsd image: > qemu-system-arm -M virt -serial stdio -bios QEMU_EFI.fd \ > -m 256M -nographic -monitor none \ > -drive if=none,file=_.disk.image.qemu-armv7.qcow2,id=hd0 \ > -device virtio-blk-device,drive=hd0 > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" [-- Attachment #2 --] 0 *H 01 0 + 0 *H 00PN=d0 *H 0q1 0 UDE1 0U Deutsche Telekom AG1 0 U T-TeleSec Trust Center1#0!UDeutsche Telekom Root CA 20 140722120826Z 190709235900Z0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010"0 *H 0 g TÖP5=bnL ["t 41 R(#t^[xx(59{-E z|J Æ\+1{ $C 8jh Oxv&t kν0Ob'0 e`M #*5X'vq 5}o3]AkLQٽVVC= '0IT4qul !'>99Hjə 00U 0 U I= D{) p>d0 U #01ySz-l +30U 00bU [0Y0+!,0+!, 0+!,0 +!,0 +!, 0>U 705031/-http://pki0336.telesec.de/rl/DT_ROOT_CA_2.crl0x+l0j0,+0 http://ocsp0336.telesec.de/ocspr0:+0.http://pki0336.telesec.de/crt/DT_ROOT_CA_2.cer0 *H c (!r9FY92% }Am n,Yu3a'ò5*Iff/]n?nZ[Cc\1 _MeN2|zKM\t!uR>jӐ#nIg5MV/Ϸr>ɼ@Z=ּ÷2,jm59DXc$ Nn/8WI?nPo, FeϮٟS>/ Ƅ }{$$c4Z *y:%Be;|#),9[T00$ H30 *H 0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010 140527145409Z 190709235900Z01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0"0 *H 0 yll""AODSW{gp5ȕ[۵K{{ N '%M|( 45 ~.;. e.xH&=k| fWv293qP_vd:;IyCl|쒷 4/sCYձPG_EcjˠXh WZ xy_STbZOἥ ^_Ml3d stЎEPKp7 aa%w مgo 00U 00U 0U 00U 0 U [15B70 U #0I= D{) p>d0 U 0ca@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0 *H G5Jo5-km˅qtM h(gsQb@2^Cl}h^tB f!*$(Y1Kdlh`V_+ tpz-ӎ~0kY!@Fw7+`vezZ%H&@ E Ɏ, lfQ@k}u#>wڹf5Zl$K@eukYqFI;6]7.܋@Zy aƄ}~~0 0t70 *H 01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0 160704070613Z 190704070613Z0|1 0 UDE1 0 U Fachhochschule Muenster1200U )Fachbereich Elektrotechnik und Informatik10U Michael Tuexen0"0 *H 0 ̚Pmٛn6 lW <ƣ ~Kyw'L797V8 yWY3H?.M:u.ۈdU=w>@.vWb_uK?XXxS6.N SY|n1kX_+\2L-=p ,&e;:ה⒬ b G-_W ԵDg bS" w`CD k [}m\! G0C0@U 9070+!,0+!,0 +!,0 U 0 0U 0 U %0++0 U jf fEu0 U #0 [15B70 U 0tuexen@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0 *H Hx:Ti ʆ,$c`)nqF?ŖNqeu7B> -,!ŃRK~SyFrIʲ}iI81|W'·~'m >bZ5he ߲QN*t 4vKsnsQqϨIG ^VTU/<[U9J .B1i67(ɐvH )1)0%001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 + +0 *H 1 *H 0 *H 1 161230105527Z0# *H 1 q$tk6M 0 +71001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 *H 1ՠ01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 *H nWkw#lN i)tNd2m5Ŝ#gVOc|@XYkb2 BfM@IrG]D(bix#ď0*U\Awuc`\lj6=iz ھ'YTᖯm_M!βC~'2ꘖh ?lQDz=\V@k3 BS*1"d0 ^<"-{³H9`y'I@Z4A]
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7950ED7A-4A64-4A88-A0DA-8A0D6E54D6B8>