[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: how to prevent automatic dtb load?

From: Chan Kim
Subject: RE: how to prevent automatic dtb load?
Date: Thu, 4 Aug 2022 21:33:21 +0900

Hi, Alex Bennée

Yes, you are right. I tried again with that -dtb option like this.

qemu-system-aarch64  -machine 
ab21q,gic-version=max,secure=on,virtualization=true -cpu max -kernel u-boot-spl 
-m 8M -nographic -device loader,file=Image,addr=0x80200000 -dtb ab21m.dtb 
-chardev stdio,mux=on,id=char0 -serial chardev:char0 -serial chardev:char0

And it proceeded with the linux booting. Thanks!
(I thought I tried this before and had the same error, but it works ok now. 
Maybe I have done something wrong then.)
So I gather qemu loads the file I provide with -dtb option at the first address 
of the memory(0x80000000 in my case) and doesn't load the dtb it generated 
instead. My virtual machine is a modified version of arm/virt).

Chan Kim

>-----Original Message-----
>From: Alex Bennée <alex.bennee@linaro.org>
>Sent: Thursday, August 4, 2022 7:04 PM
>To: Chan Kim <ckim@etri.re.kr>
>Cc: qemu-discuss@nongnu.org
>Subject: Re: how to prevent automatic dtb load?
>"Chan Kim" <ckim@etri.re.kr> writes:
>> Hello experts,
>> While emulating u-boot program which loads linux, I found even if I
>> load my dtb file at 0x80000000 using -device loader,file=xxx,addr=yyy
>> the qemu program loads the dtb it generated at 0x80000000. And it gives
>me this error.
>What is your full command line? QEMU only generates DTBs for some dynamic
>models, otherwise you should be providing one via the -dtb option.
>> The following two regions overlap (in the cpu-memory-0 address space):
>>   arch/arm64/boot/dts/arm/ab21m.dtb (addresses 0x0000000080000000 -
>> 0x0000000080000994)
>>   dtb (addresses 0x0000000080000000 - 0x0000000080100000)
>> make: *** [Makefile.qemu:22: run_uboot] Error 1
>> I tried setting skip_dtb_autoload to true in my machine to no avail.
>> How can I avoid automatic dtb load?
>> Thanks in advance.
>> Chan Kim
>Alex Bennée

reply via email to

[Prev in Thread] Current Thread [Next in Thread]