Expand the ROM for x86_64 to 2MB to make space for the font, as it is
already on the edge.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/emulation/qemu-x86/Kconfig | 3 ++-
configs/qemu-x86_64_defconfig| 4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git
to drop unnecessary truetype operations from SPL
- Add new patch to enable truetype fonts in coreboot
- Add new patch to enable truetype fonts in qemu-x86 and qemu-x86_64
Changes in v2:
- Add new patch to add a coreboot boot script
Simon Glass (7):
x86: coreboot: Add a boot script
video
Enable this feature to provide a larger font choice and more attractive
menus. Expand the ROM for x86_64 to 2MB to make space for the font.
Signed-off-by: Simon Glass
---
Changes in v6:
- Move 'Avoid unbinding devices in use by bootflows' to another series
Changes in v3:
- Add new patch
On Wednesday, November 22nd, 2023 at 13:49, Javier Martinez Canillas
wrote:
> Any objections to merge the series ?
No objections from me :)
.
[resending this as the original patch has gone stale]
Signed-off-by: Simon Glass
---
Changes in v2:
- Rebase to master
docs/system/arm/virt.rst | 13 +++-
hw/arm/virt.c| 135 +++
hw/core/machine.c| 20 ++
include/hw/boards.h
On Monday, October 23rd, 2023 at 10:14, Albert Esteve
wrote:
> On Mon, Oct 23, 2023 at 9:55 AM Simon Ser wrote:
>
> > On Monday, October 23rd, 2023 at 09:46, Albert Esteve
> > wrote:
> >
> > > Link to the IGT test covering this patch (already merged):
&g
Acked-by: Simon Ser
On Monday, October 23rd, 2023 at 09:46, Albert Esteve
wrote:
> Link to the IGT test covering this patch (already merged):
> https://lists.freedesktop.org/archives/igt-dev/2023-July/058427.html
Hmm. IGT should not be merged before the kernel, because as long as the
kernel is not merged there
On Wednesday, 6 September 2023 Fiona Ebner wrote:
> If there is a pending DMA operation during ide_bus_reset(), the fact
> that the IDEState is already reset before the operation is canceled
> can be problematic. In particular, ide_dma_cb() might be called and
> then use the reset IDEState which
On Tuesday, 3 October 2023 John Snow wrote:
> Simon, can you confirm that Fiona's patches are appropriate for your
> reproducer? In the meantime I'll do my
> own audit for the problem as you described it (thank you very much for that)
> and see if there's anything else
of-transfer block on a newly
> reset (or about-to-be reset) device.
I understand, do you think there’s a better approach?
Regards
Simon
On Thursday, 28 September 2023 Fiona Ebner wrote:
> AFAICT, yes, because the DMA callback is invoked before resetting the
> state now. But not 100% sure if it can't be triggered in some other way,
> maybe Simon knows more? I don't have a reproducer for the CVE either,
> but the
is still set in the DMA
callback (as it is otherwise cleared at the start of the bus
reset). If it is not, treat the transfer as ended.
This only appears to affect SATA controllers, plain IDE does not use
aio.
Fixes: CVE-2023-5088
Signed-off-by: Simon Rowe
Cc: Felipe Franciosi
---
hw/ide/core.c
in:
https://lists.gnu.org/archive/html/qemu-devel/2023-08/msg03883.html
Simon Rowe (1):
hw/ide/core: terminate in-flight DMA on IDE bus reset
hw/ide/core.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
--
2.22.3
On Wednesday, 14 June 2023 Simon Rowe wrote:
> We've also seen a handful of similar reports. Again, just the MBR sector
> overwritten by what looks to be guest data (e.g. log messages). The
> common thread with our incidents is again a SATA disk under the AHCI
> controller, we ha
arlier write failure.
Regards
Simon
incidents is again a SATA disk under the AHCI
controller, we have a network backend (iSCSI) which has experienced a
failure.
I've tried to repro this with blkdebug and simulated write errors,
without success.
Regards
Simon
ockdev
'{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-1-storage","backing":"libvirt-2-format"}'
\
-dev
This is happened in ubuntu22.04.
QEMU is install by apt like this:
apt install -y qemu qemu-kvm qemu-system
and QEMU version is 6.2.0
Simon Jones
Simon Jones 于2023年3月21日周二 08:40写道:
>
>
> Hi all,
>
> I start a VM in openstack, and openstack use libvirt to start qemu VM
_64
/dev/urandom
```
----
Simon Jones
gt;
> Well, silent means no output from the "build" command, so the console is
> not flooded with build logs (unless there are build errors), output is
> written to logfiles instead.
We have a different understanding of 'silent' ::-)
>
> > If the config file is not found, it seems to say nothing, but just
> > does not work. It should give an error.
>
> Fixed.
Works fine.
Thanks for the great script and the fixes.
Regards,
Simon
Hi Gerd,
On Thu, 9 Mar 2023 at 22:38, Gerd Hoffmann wrote:
>
> On Thu, Mar 09, 2023 at 02:09:30PM -0800, Simon Glass wrote:
> > Hi Gerd,
> >
> > Where did these binaries come from? What commit and how were they built?
>
> See patch 1/3 for the source (edk2 s
uilding: {cfg[build]["conf"]}
> ({cfg[build]["arch"]}, {tgt})',
> + f'description: {desc}')
> + build_run(cmdline + [ '-b', tgt ],
> + cfg[build]['conf'],
> + build + '.' + tgt,
> + silent)
> +
> +if 'plat' in cfg[build]:
> +# copy files
> +for cpy in cfg[build]:
> +if not cpy.startswith('cpy'):
> +continue
> +build_copy(cfg[build]['plat'],
> + tgt,
> + cfg[build]['dest'],
> + cfg[build][cpy])
> +# pad builds
> +for pad in cfg[build]:
> +if not pad.startswith('pad'):
> +continue
> +pad_file(cfg[build]['dest'],
> + cfg[build][pad])
> +
[..]
Regards,
Simon
Hi Gerd,
Where did these binaries come from? What commit and how were they built?
Regards,
Simon
the intent. On the how
>> exactly, that is outside my skillset.
>
> Responding to my own comment:
> As the boot flow TFA+U-Boot works, it looks like a cleaner option is to leave
> QEMU alone and have
> U-Boot SPL do the same work as with TFA: use a section for the FIT for the D
Hi QEMU folk,
Simon Sharwood here, virtualization writer for Theregister.com
Sad to see the advent calendar going ... I was looking forward to the 2022
edition.
I'm totally freelancing in a personal capacity here and not writing a story
... but what order of magnitude of costs are you looking
On Tue, Oct 4, 2022, at 6:01 AM, Alex Bennée wrote:
> Please confirm this is the correct mapping for you.
Looks good to me, thank you!!!
> Signed-off-by: Alex Bennée
> Reviewed-by: Simon Safar
> Message-Id: <20220926134609.3301945-2-alex.ben...@linaro.org>
>
> diff --g
Hi Alex,
On Mon, Sep 26, 2022, at 6:46 AM, Alex Bennée wrote:
> Please confirm this is the correct mapping for you.
it's the correct mapping, thanks for adding it! (... & sorry for the multi-day
latency!)
Reviewed-by: Simon Safar
>
> Signed-off-by: Alex Bennée
>
as something guest code can rely on?
--
Simon Sapin
On 26/06/2022 00:34, Simon Sapin wrote:
diff --git qemu-options.hx qemu-options.hx
index 377d22fbd8..eea75ddb37 100644
--- qemu-options.hx
+++ qemu-options.hx
@@ -38,6 +38,7 @@ DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
"hmat=on|off controls ACPI HMAT s
On 26/06/2022 00:34, Simon Sapin wrote:
+On startup, the dtb is memory-mapped and its address is passed to the guest
+in a target-specific way:
+
+* Arm: :ref:`arm-baremetal`
+* **TODO**: document other targets
Hello,
My current interest is playing with bare-metal / freestanding RISC-V, using
Signed-off-by: Simon Sapin
---
docs/specs/device-trees.rst| 57 ++
docs/specs/index.rst | 1 +
docs/system/arm/virt.rst | 5 +-
docs/system/arm/xlnx-versal-virt.rst | 3 +-
docs/system/ppc/ppce500.rst
And add it to specs/index.rst
Signed-off-by: Simon Sapin
---
docs/specs/fw_cfg.rst | 211 +++---
docs/specs/index.rst | 1 +
2 files changed, 119 insertions(+), 93 deletions(-)
diff --git docs/specs/fw_cfg.rst docs/specs/fw_cfg.rst
index 3e6d586f66
On 25/06/2022 18:14, Simon Sapin wrote:
And add it to specs/index.rst
I meant to add to this commit message:
This is part of https://gitlab.com/qemu-project/qemu/-/issues/527
--
Simon Sapin
This is a separate commit in order to make reviewing the next one easier.
Signed-off-by: Simon Sapin
---
docs/specs/{fw_cfg.txt => fw_cfg.rst} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename docs/specs/{fw_cfg.txt => fw_cfg.rst} (100%)
diff --git docs/specs/fw_cfg.txt docs
t reordering cores.list
after running the script :))
Simon
ot a complete mess & starts
doing something interesting! assuming this ever happens, of course.)
Simon
official C toolchain?)
Simon
Hello,
Could those interested in my project please contact me at this email
address.
I have been informed there are some interested parties via another channel.
Thank you for your interest.
Best,
Simon Gillespie.
the patch
submission page.
> Patch queued to mips-next, thanks.
Thanks!
Cheers,
Simon.
.
Hopefully I've configured "git format-patch" and "git send-email"
correctly and sent a better patch to the mailing list. I'll make
sure to include the maintainers in future patches.
Cheers,
Simon.
of 1.
Signed-off-by: Simon Burge
---
target/mips/cpu.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/mips/cpu.c b/target/mips/cpu.c
index 4aae23934b..0766e25693 100644
--- a/target/mips/cpu.c
+++ b/target/mips/cpu.c
@@ -440,8 +440,9 @@ static void
The cp0_count_ns value is calculated from the CP0_COUNT_RATE_DEFAULT
constant in target/mips/cpu.c. The cycle counter resolution is defined
per-CPU in target/mips/cpu-defs.c.inc; use this value for calculating
cp0_count_ns. Fixings timing problems on guest OSs for the 20Kc CPU
which has a CCRes
Hi François,
On Mon, 8 Nov 2021 at 09:20, François Ozog wrote:
>
>
>
> On Fri, 5 Nov 2021 at 18:17, Simon Glass wrote:
>>
>> ) to signal Hi François,
>>
>> On Fri, 5 Nov 2021 at 10:31, François Ozog wrote:
>> >
>> > Hi Simon,
>&
) to signal Hi François,
On Fri, 5 Nov 2021 at 10:31, François Ozog wrote:
>
> Hi Simon,
>
> Le ven. 5 nov. 2021 à 17:12, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Fri, 5 Nov 2021 at 02:27, François Ozog wrote:
>> >
>> >
>
Hi François,
On Fri, 5 Nov 2021 at 02:27, François Ozog wrote:
>
>
>
> On Fri, 5 Nov 2021 at 03:02, Simon Glass wrote:
>>
>> Hi François,
>>
>> On Tue, 2 Nov 2021 at 10:03, François Ozog wrote:
>> >
>> > Hi Simon,
>> >
>&
Hi François,
On Tue, 2 Nov 2021 at 10:03, François Ozog wrote:
>
> Hi Simon,
>
> On Tue, 2 Nov 2021 at 15:59, Simon Glass wrote:
>>
>> Hi François,
>>
>> On Mon, 1 Nov 2021 at 02:53, François Ozog wrote:
>> >
>> > Hi Simon,
>> >
Hi Tom,
On Wed, 3 Nov 2021 at 10:02, Tom Rini wrote:
>
> On Wed, Nov 03, 2021 at 09:22:58AM +0100, Mark Kettenis wrote:
> > > From: Simon Glass
> > > Date: Tue, 2 Nov 2021 19:20:51 -0600
> > >
> > > Hi Mark,
> > >
> > &g
Hi Tom,
On Wed, 3 Nov 2021 at 09:56, Tom Rini wrote:
>
> On Tue, Nov 02, 2021 at 07:20:51PM -0600, Simon Glass wrote:
> > Hi Mark,
> >
> > On Wed, 27 Oct 2021 at 16:30, Mark Kettenis wrote:
> > >
> > > > From: Simon Glass
> > > >
Hi Tom,
On Wed, 27 Oct 2021 at 13:25, Tom Rini wrote:
>
> On Wed, Oct 27, 2021 at 12:23:21PM -0600, Simon Glass wrote:
> > Hi François,
> >
> > On Wed, 27 Oct 2021 at 09:14, François Ozog
> > wrote:
> > >
> > >
> > >
> > >
Hi Tom,
On Tue, 2 Nov 2021 at 10:57, Tom Rini wrote:
>
> On Tue, Nov 02, 2021 at 08:59:45AM -0600, Simon Glass wrote:
> > Hi François,
> >
> > On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
> > >
> > > Hi Simon
> > >
> > > Le lun.
Hi Tom,
On Tue, 2 Nov 2021 at 11:28, Tom Rini wrote:
>
> On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
> > >
> > > On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog
Hi François,
On Wed, 27 Oct 2021 at 14:07, François Ozog wrote:
>
> Hi Simon
>
> Le mer. 27 oct. 2021 à 20:23, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Wed, 27 Oct 2021 at 09:14, François Ozog wrote:
>> >
>> >
>> >
>&g
Hi Mark,
On Wed, 27 Oct 2021 at 16:30, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Wed, 27 Oct 2021 12:23:21 -0600
> >
> > Hi François,
> >
> > On Wed, 27 Oct 2021 at 09:14, François Ozog
> > wrote:
> > >
> > &g
Hi Tom,
On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
>
> On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> > Hi Simon
> >
> > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> >
> > > Hi Peter,
> > >
> > >
Hi François,
On Thu, 28 Oct 2021 at 10:26, François Ozog wrote:
>
> Hi Simon
>
> Le jeu. 28 oct. 2021 à 17:44, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Thu, 28 Oct 2021 at 08:50, François Ozog wrote:
>> >
>> > Hi Simon
>&g
Hi François,
On Mon, 1 Nov 2021 at 02:53, François Ozog wrote:
>
> Hi Simon,
>
> this seems a great endeavor. I'd like to better understand the scope of it.
>
> Is it to be used as part of what could become a U-Boot entry ABI scheme? By
> that I mean giving some fixed aspe
Hi François,
On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
>
> Hi Simon
>
> Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
>>
>> Hi Peter,
>>
>> On Mon, 1 Nov 2021 at 04:48, Peter Maydell wrote:
>> >
>> > On Tue, 26 Oct 2021 at
Hi Ilias,
On Mon, 1 Nov 2021 at 05:05, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Thu, 28 Oct 2021 at 05:51, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Tue, 26 Oct 2021 at 00:46, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Sim
Hi Peter,
On Mon, 1 Nov 2021 at 04:48, Peter Maydell wrote:
>
> On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote:
> >
> > Add this file, generated from qemu, so there is a reference devicetree
> > in the U-Boot tree.
> >
> > Signed-off-by: Simon Glass
>
Add an SPL build for qemu so we can test the standard passage feature.
Include a binman definition so that SPL and U-Boot are in the same image.
For now this just boots to a prompt.
Signed-off-by: Simon Glass
---
arch/arm/dts/qemu-arm-u-boot.dtsi| 22 +
arch/arm/mach-qemu/Kconfig
Simon Glass (31):
Makefile: Correct TPL rule for OF_REAL
kconfig: Add support for conditional values
dm: core: Allow getting some basic stats
stddef: Avoid warning with clang with offsetof()
fdt: Drop SPL_BUILD macro
bloblist: Put the magic number first
bloblist: Rename the SPL tag
Hi François,
On Thu, 28 Oct 2021 at 08:50, François Ozog wrote:
>
> Hi Simon
>
> Le jeu. 28 oct. 2021 à 16:30, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Thu, 28 Oct 2021 at 02:21, François Ozog wrote:
>> >
>> > Hi Simon,
>&g
Hi François,
On Thu, 28 Oct 2021 at 02:21, François Ozog wrote:
>
> Hi Simon,
>
> Le jeu. 28 oct. 2021 à 04:51, Simon Glass a écrit :
>>
>> Hi Ilias,
>>
>> On Tue, 26 Oct 2021 at 00:46, Ilias Apalodimas
>> wrote:
>> >
>> > Hi Sim
Hi Ilias,
On Tue, 26 Oct 2021 at 00:46, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> A bit late to the party, sorry!
(Did you remember the beer? I am replying to this but I don't think it
is all that helpful for me to reply to a lot of things on this thread,
since I would not be addin
Hi all,
On Wed, 27 Oct 2021 at 08:56, Tom Rini wrote:
>
> On Wed, Oct 27, 2021 at 03:44:08PM +0100, Alex Bennée wrote:
> >
> > François Ozog writes:
> >
> > > Hi Simon
> > >
> > > The only place I could agree with this file presence i
Hi François,
On Wed, 27 Oct 2021 at 09:14, François Ozog wrote:
>
>
>
> On Wed, 27 Oct 2021 at 16:08, Simon Glass wrote:
>>
>> Hi François,
>>
>> On Tue, 26 Oct 2021 at 00:07, François Ozog wrote:
>> >
>> > Hi Simon
>> >
>
Hi Mark,
On Wed, 27 Oct 2021 at 09:11, Mark Kettenis wrote:
>
> > From: François Ozog
> > Date: Wed, 27 Oct 2021 15:15:01 +0200
> >
> > Hi,
> >
> > On Wed, 27 Oct 2021 at 14:48, Tom Rini wrote:
> >
> > > On Fri, Oct 15, 2021
Hi François,
On Tue, 26 Oct 2021 at 00:07, François Ozog wrote:
>
> Hi Simon
>
> Position unchanged on this series: adding fake dts for boards that generate
> their device tree in the dts directory is not good. If you have them in
> documentation the it is acceptable.
I
Add this file, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/Makefile| 2 +-
arch/arm/dts/qemu-arm64.dts | 381 +++
configs/qemu_arm64_defconfig | 1
Add these files, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Split the existing qemu-virt into two, since we need a different
devicetree for 32- and 64-bit machines.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/riscv/dts/Makefile
QEMU currently generates a devicetree for use with U-Boot. Explain how to
obtain it.
Also explain how to merge it to produce a devicetree with the U-Boot
features included.
Signed-off-by: Simon Glass
---
Changes in v5:
- Merge RISC-V and ARM patches since they are similar
doc/board/emulation
Add this file, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/Makefile | 2 +
arch/arm/dts/qemu-arm.dts | 402 +
configs/qemu_arm_defconfig | 1 +
3
t have its nodes and properties?'
- Add 'Why not have two devicetrees?'
Ilias Apalodimas (1):
sandbox: Remove OF_HOSTFILE
Simon Glass (25):
doc: Add documentation about devicetree usage
arm: qemu: Mention -nographic in the docs
arm: riscv: qemu: Explain how to extract the generated dt
arm:
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/board/emulation/qemu-arm.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu
re-create it, with details about compiler
version and all), that would be very helpful.
Thanks,
Simon
Hi all,
On Thu, 14 Oct 2021 at 09:28, Tom Rini wrote:
>
> On Thu, Oct 14, 2021 at 09:17:52AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 14 Oct 2021 at 08:56, Tom Rini wrote:
> > >
> > > On Wed, Oct 13, 2021 at 12:06:02PM -06
Hi François,
On Thu, 14 Oct 2021 at 12:13, François Ozog wrote:
>
>
>
> Le mer. 13 oct. 2021 à 20:06, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Wed, 13 Oct 2021 at 11:35, François Ozog wrote:
>> >
>> > Hi Simon
>&g
Hi Tom,
On Thu, 14 Oct 2021 at 08:56, Tom Rini wrote:
>
> On Wed, Oct 13, 2021 at 12:06:02PM -0600, Simon Glass wrote:
> > Hi François,
> >
> > On Wed, 13 Oct 2021 at 11:35, François Ozog
> > wrote:
> > >
> > > Hi Simon
> > >
Hi François,
On Wed, 13 Oct 2021 at 11:35, François Ozog wrote:
>
> Hi Simon
>
> Le mer. 13 oct. 2021 à 16:49, Simon Glass a écrit :
>>
>> Hi Tom, Bin,François,
>>
>> On Tue, 12 Oct 2021 at 19:34, Tom Rini wrote:
>> >
>> > On Wed, Oct 1
Hi François,
On Tue, 12 Oct 2021 at 19:20, François Ozog wrote:
>
>
>
> Le mer. 13 oct. 2021 à 03:02, Simon Glass a écrit :
>>
>> QEMU currently generates a devicetree for use with U-Boot. Explain how to
>> obtain it.
>>
>> Signed-off-by: Simon Gla
Hi Tom, Bin,François,
On Tue, 12 Oct 2021 at 19:34, Tom Rini wrote:
>
> On Wed, Oct 13, 2021 at 09:29:14AM +0800, Bin Meng wrote:
> > Hi Simon,
> >
> > On Wed, Oct 13, 2021 at 9:01 AM Simon Glass wrote:
> > >
> > > With Ilias' efforts we have
QEMU currently generates a devicetree for use with U-Boot. Explain how to
obtain it.
Signed-off-by: Simon Glass
---
doc/board/emulation/qemu-arm.rst | 12
1 file changed, 12 insertions(+)
diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu-arm.rst
index
Add this file, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Signed-off-by: Simon Glass
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/qemu-arm.dts | 402 +
configs/qemu_arm_defconfig | 1 +
3 files changed, 405
QEMU currently generates a devicetree for use with U-Boot. Explain how to
obtain it.
Signed-off-by: Simon Glass
---
doc/board/emulation/qemu-riscv.rst | 12
1 file changed, 12 insertions(+)
diff --git a/doc/board/emulation/qemu-riscv.rst
b/doc/board/emulation/qemu-riscv.rst
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
---
doc/board/emulation/qemu-arm.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu-arm.rst
index 8d7fda10f15
Add these files, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Split the existing qemu-virt into two, since we need a different
devicetree for 32- and 64-bit machines.
Signed-off-by: Simon Glass
---
arch/riscv/dts/Makefile | 2 +-
arch/riscv/dts
Add this file, generated from qemu, so there is a reference devicetree
in the U-Boot tree.
Signed-off-by: Simon Glass
---
arch/arm/dts/Makefile| 2 +-
arch/arm/dts/qemu-arm64.dts | 381 +++
configs/qemu_arm64_defconfig | 1 +
3 files changed, 383
-3-...@chromium.org/
Simon Glass (16):
arm: qemu: Mention -nographic in the docs
arm: qemu: Explain how to extract the generate devicetree
riscv: qemu: Explain how to extract the generate devicetree
arm: qemu: Add a devicetree file for qemu_arm
arm: qemu: Add a devicetree file
Hi Peter,
On Wed, 29 Sept 2021 at 03:10, Peter Maydell wrote:
>
> On Wed, 29 Sept 2021 at 04:01, Simon Glass wrote:
> > On Tue, 28 Sept 2021 at 03:21, Peter Maydell
> > wrote:
> > > So what *is* this patch doing? The subject says "Allow additions to
Hi Peter,
On Tue, 28 Sept 2021 at 03:21, Peter Maydell wrote:
>
> On Mon, 27 Sept 2021 at 21:12, Simon Glass wrote:
> > I think you are misunderstanding my patch and that may be the problem here.
> >
> > Where QEMU is provided with a dtb (-dtb)
Hi Peter,
On Mon, 27 Sept 2021 at 10:50, Peter Maydell wrote:
>
> On Mon, 27 Sept 2021 at 17:04, Simon Glass wrote:
> > On Mon, 27 Sept 2021 at 09:46, Peter Maydell
> > wrote:
>
> > > My take is that this is u-boot doing weird custom things with
>
Hi Peter,
On Mon, 27 Sept 2021 at 09:46, Peter Maydell wrote:
>
> On Mon, 27 Sept 2021 at 16:18, Simon Glass wrote:
> > On Mon, 27 Sept 2021 at 02:48, Peter Maydell
> > wrote:
> > > So what is missing in the QEMU-provided DTB that it needs?
> >
> &
Hi Peter,
On Mon, 27 Sept 2021 at 02:48, Peter Maydell wrote:
>
> On Sun, 26 Sept 2021 at 19:55, Simon Glass wrote:
> > In the case of U-Boot at least, it uses the devicetree for
> > configuration (it is a boot loader, so there is no user space to
> > provide config
Hi Peter,
On Sun, 26 Sept 2021 at 12:47, Peter Maydell wrote:
>
> On Sun, 26 Sept 2021 at 19:34, Simon Glass wrote:
> >
> > At present qemu creates a device tree automatically with the 'virt' generic
> > virtual platform. This is very convenient in most cases but there
.
Signed-off-by: Simon Glass
---
docs/system/arm/virt.rst | 13 +++-
hw/arm/virt.c| 135 +++
hw/core/machine.c| 20 ++
include/hw/boards.h | 1 +
qemu-options.hx | 8 +++
softmmu/vl.c | 3 +
util/qemu
Still present on qemu 5.2.0 and Linux 5.10
** Changed in: qemu
Status: Incomplete => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1856399
Title:
Intel GVT-g works in X11, segfaults in
Yes, fair enough. I suppose what I meant was that that particular part
of the startup code was *regarding* SP as being uninitialised: it didn't
read it, or use it, or set it on purpose to any kind of interim temp
value before calling SYS_HEAPINFO.
It's true, of course, that this particular image
Firstly, I agree with Peter's comment – this test image is exactly an
example of what he describes, in that it carefully doesn't make any use
of the value of SP it started up with (doesn't push or pop anything,
doesn't make sp-relative offsets). Very near the start, it invokes
SYS_HEAPINFO to
Oops – naturally, I realised just *after* hitting send that it would
have been a good idea to say exactly which git commit I was testing on.
It was 9e2e9fe3df9f539f8b6941ceb96d25355fdae47e .
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to
1 - 100 of 290 matches
Mail list logo