Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
Hi Tom,
Normally, I think V8 fastmodels use uefi bootloader and that one by default is configured to pickup 'Image' file from SemihostFs (which has VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB). I.e you need to place 'Image' file into current directory of your host from which you are running fastmodel. And generally you don't really need to have kernel inside of FS, just add copy of /lib/modules directory.
Here is setup that works for me. Note directory contains minimal set of files required to run it from virtio blocked file:
[kamensky@kamensky-w530 myle]$ ls bl1.bin BL31_AP_Trusted_RAM.bin Image run_n.sh BL2_AP_Trusted_RAM.bin fvp-base-gicv2-psci.dtb linaro-image-minimal.img uefi_fvp-base.bin [kamensky@kamensky-w530 myle]$ cat run_n.sh #!/bin/sh set -x
ARMLMD_LICENSE_FILE=8224@127.0.0.1 export ARMLMD_LICENSE_FILE
#IMAGE=linaro-image-lng.img IMAGE=linaro-image-minimal.img
/wd/fastmodels/FVP_Base_AEMv8A-AEMv8A/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A \ -C pctl.startup=0.0.0.0 \ -C bp.secure_memory=0 \ -C cluster0.NUM_CORES=4 \ -C cluster1.NUM_CORES=4 \ -C cache_state_modelled=1 \ -C bp.pl011_uart0.untimed_fifos=1 \ -C bp.secureflashloader.fname=bl1.bin \ -C bp.flashloader0.fname=uefi_fvp-base.bin \ -C bp.virtioblockdevice.image_path=$IMAGE \ -C bp.hostbridge.interfaceName=ARM$USER \ -C bp.smsc_91c111.enabled=true \ -C bp.smsc_91c111.mac_address=00:11:22:33:44:55
If it does not help maybe you could share your FVP invocation line.
Thanks, Victor
On 15 January 2014 16:39, Tom Gall tom.gall@linaro.org wrote:
Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
To add. Here's how I'm invoking the model:
+ /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A -C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
Here is the contents of the boot partition in the image:
tgall@starbird:~/aarch64/FVP/sd-xfce$ sudo mount -o loop,offset=32256 sd.img ./t tgall@starbird:~/aarch64/FVP/sd-xfce/t$ ls bl1.bin fvp-foundation-gicv3-psci.dtb bl2.bin Image bl31.bin img.axf fvp img-foundation.axf fvp-base-gicv2legacy-psci.dtb rtsm fvp-base-gicv2-psci.dtb uefi_fvp-base.bin fvp-base-gicv3-psci.dtb uefi_v2p-ca15-tc1.bin fvp-foundation-gicv2legacy-psci.dtb uefi_v2p-ca15-tc2.bin fvp-foundation-gicv2-psci.dtb uefi_v2p-ca5s.bin
On Wed, Jan 15, 2014 at 6:39 PM, Tom Gall tom.gall@linaro.org wrote:
Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
Here is the contents of the boot partition in the image:
tgall@starbird:~/aarch64/FVP/sd-xfce$ sudo mount -o loop,offset=32256 sd.img ./t tgall@starbird:~/aarch64/FVP/sd-xfce/t$ ls bl1.bin fvp-foundation-gicv3-psci.dtb bl2.bin Image bl31.bin img.axf fvp img-foundation.axf fvp-base-gicv2legacy-psci.dtb rtsm fvp-base-gicv2-psci.dtb uefi_fvp-base.bin fvp-base-gicv3-psci.dtb uefi_v2p-ca15-tc1.bin fvp-foundation-gicv2legacy-psci.dtb uefi_v2p-ca15-tc2.bin fvp-foundation-gicv2-psci.dtb uefi_v2p-ca5s.bin
Some time ago there was a change in UEFI. Now it expects fdt.dtb as a device tree file name. See this bug: https://bugs.launchpad.net/lava-dispatcher/+bug/1255527
milosz
On Wed, Jan 15, 2014 at 6:39 PM, Tom Gall tom.gall@linaro.org wrote:
Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
On 16 January 2014 09:44, Milosz Wasilewski milosz.wasilewski@linaro.orgwrote:
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
Here is the contents of the boot partition in the image:
tgall@starbird:~/aarch64/FVP/sd-xfce$ sudo mount -o loop,offset=32256 sd.img ./t tgall@starbird:~/aarch64/FVP/sd-xfce/t$ ls bl1.bin fvp-foundation-gicv3-psci.dtb bl2.bin Image bl31.bin img.axf fvp img-foundation.axf fvp-base-gicv2legacy-psci.dtb rtsm fvp-base-gicv2-psci.dtb uefi_fvp-base.bin fvp-base-gicv3-psci.dtb uefi_v2p-ca15-tc1.bin fvp-foundation-gicv2legacy-psci.dtb uefi_v2p-ca15-tc2.bin fvp-foundation-gicv2-psci.dtb uefi_v2p-ca5s.bin
Some time ago there was a change in UEFI. Now it expects fdt.dtb as a device tree file name. See this bug: https://bugs.launchpad.net/lava-dispatcher/+bug/1255527
...and with the default UEFI config, both Image and fdt.dtb are loaded via semihosting, so they have to be in the
directory where you launch the model from for UEFI to be able to read them. UEFI doesn't read them from the disk image, by default.
But running linaro-media-create will extract Image for you, so it should already be there.
milosz
On Wed, Jan 15, 2014 at 6:39 PM, Tom Gall tom.gall@linaro.org wrote:
Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count
down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager
menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Yeah Image, fdt.dtb, bl*.bin etc are all there in the cwd when the simulator is started.
tgall@starbird:~/aarch64/FVP/sd-xfce$ ls bl1.bin bl2.bin bl31.bin crap fdt.dtb fvp-base-gicv2legacy-psci.dtb fvp-base-gicv2-psci.dtb fvp-base-gicv3-psci.dtb fvp-foundation-gicv2legacy-psci.dtb fvp-foundation-gicv2-psci.dtb fvp-foundation-gicv3-psci.dtb hwpack_linaro-vexpress64-rtsm_20131215-0654_armhf_supported.tar.gz hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz Image img.axf img-foundation.axf linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz sd.img t uefi_fvp-base.bin
Guess I'll start anew in a fresh directory and see what happens.
On Thu, Jan 16, 2014 at 6:01 AM, Ryan Harkin ryan.harkin@linaro.org wrote:
On 16 January 2014 09:44, Milosz Wasilewski milosz.wasilewski@linaro.org wrote:
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
Here is the contents of the boot partition in the image:
tgall@starbird:~/aarch64/FVP/sd-xfce$ sudo mount -o loop,offset=32256 sd.img ./t tgall@starbird:~/aarch64/FVP/sd-xfce/t$ ls bl1.bin fvp-foundation-gicv3-psci.dtb bl2.bin Image bl31.bin img.axf fvp img-foundation.axf fvp-base-gicv2legacy-psci.dtb rtsm fvp-base-gicv2-psci.dtb uefi_fvp-base.bin fvp-base-gicv3-psci.dtb uefi_v2p-ca15-tc1.bin fvp-foundation-gicv2legacy-psci.dtb uefi_v2p-ca15-tc2.bin fvp-foundation-gicv2-psci.dtb uefi_v2p-ca5s.bin
Some time ago there was a change in UEFI. Now it expects fdt.dtb as a device tree file name. See this bug: https://bugs.launchpad.net/lava-dispatcher/+bug/1255527
...and with the default UEFI config, both Image and fdt.dtb are loaded via semihosting, so they have to be in the
directory where you launch the model from for UEFI to be able to read them. UEFI doesn't read them from the disk image, by default.
But running linaro-media-create will extract Image for you, so it should already be there.
milosz
On Wed, Jan 15, 2014 at 6:39 PM, Tom Gall tom.gall@linaro.org wrote:
Hi,
So I'm trying to boot an aarch64 kernel with the FVP simulator.
Specifically I'm using the latest open embedded hwpack:
hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz
and then an experimental OE image that I put together myself.
The kernel however doesn't even start. Last thing I get after the count down is
ERROR : Did not find Linux kernel and it dumps me into the boot manager menu.
I used linaro-media-create to make the image.
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
Thoughts?
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Tom,
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
I see that you have cache_state_modelled=0 but Victor had it set to 1. I've heard of a boot issue with what I think were different symptoms being narrowed down to this flag. Does flipping that bit happen to help?
Regards, Christopher
I don't even get into the kernel. Remember the error I'm getting is this:
The default boot selection will start in 1 seconds ERROR: Did not find Linux kernel. [1] Linaro disk image on virtio - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/Image - Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2 - FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb - LoaderType: Linux kernel with Local FDT ----------------------- Global FDT Config - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb ----------------------- [a] Boot Manager [b] Shell [c] Reboot [d] Shutdown Start:
So I'm not sure bit is even involved yet!
On Thu, Jan 16, 2014 at 9:31 AM, Christopher Covington cov@codeaurora.org wrote:
Hi Tom,
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
I see that you have cache_state_modelled=0 but Victor had it set to 1. I've heard of a boot issue with what I think were different symptoms being narrowed down to this flag. Does flipping that bit happen to help?
Regards, Christopher
-- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.
On 01/16/2014 10:38 AM, Tom Gall wrote:
I don't even get into the kernel. Remember the error I'm getting is this:
The default boot selection will start in 1 seconds ERROR: Did not find Linux kernel. [1] Linaro disk image on virtio - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/Image - Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2 - FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb - LoaderType: Linux kernel with Local FDT
Global FDT Config - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb
[a] Boot Manager [b] Shell [c] Reboot [d] Shutdown Start:
So I'm not sure bit is even involved yet!
Perhaps not. I don't suppose `strace -fo mytace -e trace=file,desc $cmd ; less mytrace` shows anything interesting?
As an aside, there sure are a lot of model options. I wonder if it would make things easier to release a default configuration file (-f) that could presumably be overridden by command line options when needed.
Regards, Christopher
Well I got it to boot. All I had to do was run the simulator as root.
From the perms in the dir on all the files shouldn't need to but o
well.
On Thu, Jan 16, 2014 at 9:48 AM, Christopher Covington cov@codeaurora.org wrote:
On 01/16/2014 10:38 AM, Tom Gall wrote:
I don't even get into the kernel. Remember the error I'm getting is this:
The default boot selection will start in 1 seconds ERROR: Did not find Linux kernel. [1] Linaro disk image on virtio - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/Image - Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2 - FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb - LoaderType: Linux kernel with Local FDT
Global FDT Config - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb
[a] Boot Manager [b] Shell [c] Reboot [d] Shutdown Start:
So I'm not sure bit is even involved yet!
Perhaps not. I don't suppose `strace -fo mytace -e trace=file,desc $cmd ; less mytrace` shows anything interesting?
As an aside, there sure are a lot of model options. I wonder if it would make things easier to release a default configuration file (-f) that could presumably be overridden by command line options when needed.
Regards, Christopher
-- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.
On 16 January 2014 16:35, Tom Gall tom.gall@linaro.org wrote:
Well I got it to boot. All I had to do was run the simulator as root. From the perms in the dir on all the files shouldn't need to but o well.
What?!? That's weird, you really shouldn't need root permissions to boot the model...
On Thu, Jan 16, 2014 at 9:48 AM, Christopher Covington cov@codeaurora.org wrote:
On 01/16/2014 10:38 AM, Tom Gall wrote:
I don't even get into the kernel. Remember the error I'm getting is
this:
The default boot selection will start in 1 seconds ERROR: Did not find Linux kernel. [1] Linaro disk image on virtio - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/Image - Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2 - FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb - LoaderType: Linux kernel with Local FDT
Global FDT Config - VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fdt.dtb
[a] Boot Manager [b] Shell [c] Reboot [d] Shutdown Start:
So I'm not sure bit is even involved yet!
Perhaps not. I don't suppose `strace -fo mytace -e trace=file,desc $cmd
; less
mytrace` shows anything interesting?
As an aside, there sure are a lot of model options. I wonder if it would
make
things easier to release a default configuration file (-f) that could presumably be overridden by command line options when needed.
Regards, Christopher
-- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.
-- Regards, Tom
"Where's the kaboom!? There was supposed to be an earth-shattering kaboom!" Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com
This should have made my last message, the posted was with the clean directory and basically starting over completely. I only put the hwpack and the file system tarball in the directory, redid the linaro-media-create :
linaro-media-create --dev fastmodel --output-directory . --image_size=2000M --hwpack ./hwpack_linaro-vexpress64-rtsm_20131216-560_arm64_supported.tar.gz --binary ./linaro-image-xfce-genericarmv8-20140115214956.rootfs.tar.gz
I'm not sure what else to even try.
On Thu, Jan 16, 2014 at 9:31 AM, Christopher Covington cov@codeaurora.org wrote:
Hi Tom,
On 16 January 2014 02:18, Tom Gall tom.gall@linaro.org wrote:
To add. Here's how I'm invoking the model:
- /home/tgall/aarch64/FVP/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A
-C pctl.startup=0.0.0.0 -C bp.secure_memory=0 -C cluster0.NUM_CORES=4 -C cluster1.NUM_CORES=4 -C cache_state_modelled=0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.secureflashloader.fname=bl1.bin -C bp.flashloader0.fname=uefi_fvp-base.bin -C bp.hostbridge.interfaceName=ARMtgall -C bp.smsc_91c111.enabled=true -C bp.smsc_91c111.mac_address=00:11:22:33:44:ff -C bp.virtioblockdevice.image_path=/home/tgall/aarch64/FVP/sd-xfce/sd.img
I see that you have cache_state_modelled=0 but Victor had it set to 1. I've heard of a boot issue with what I think were different symptoms being narrowed down to this flag. Does flipping that bit happen to help?
Regards, Christopher
-- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.