Hi Tom,
On Wed, 28 May 2025 at 16:19, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 03:32:12PM +0100, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
> > >
> > > On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass
Hi Tom,
On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass wrote:
> >
> > This series adds a standard way of passing information between different
> > firmware phases. This already exists in U-Boot at a very basic lev
can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Drop common.h
- Refresh the U-Boot output in the documentation
- Use bootph tags
arch/arm/dts/qemu-arm-u-boot.dtsi
, so we can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add a build for aarch64 as well
arch/arm/dts/qemu-arm64-u-boot.dtsi | 29 ++
arch/arm/dts/qemu-arm64.dts
ches already applied)
- Rework global_data for new stdpass convention
- Split the jump_to_image_no_args() change into its own patch
- Update the commit message to mention the long lines
- Use three registers instead of two for the entry
Simon Glass (25):
RFC: scripts: Add scripts for running QEM
, so we can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add a build for aarch64 as well
arch/arm/dts/qemu-arm64-u-boot.dtsi | 29 ++
arch/arm/dts/qemu-arm64.dts
can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Drop common.h
- Refresh the U-Boot output in the documentation
- Use bootph tags
arch/arm/dts/qemu-arm-u-boot.dtsi
can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
Changes in v3:
- Drop common.h
- Refresh the U-Boot output in the documentation
- Use bootph tags
arch/arm/dts/qemu-arm-u-boot.dtsi| 22 ++
arch/arm/dts
, so we can obtain it
from standard passage.
For now this just boots and hangs in SPL as there is no bloblist.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add a build for aarch64 as well
arch/arm/dts/qemu-arm64-u-boot.dtsi | 29 +++
arch/arm/dts/qemu-arm64.dts | 338
cular type of format.
Link: https://docs.u-boot.org/en/latest/develop/devicetree/dt_qemu.html
Link:
https://patchwork.ozlabs.org/project/uboot/patch/20250405190711.365419-1-...@chromium.org/
Signed-off-by: Simon Glass
---
Changes in v3:
- Rebase to master
Changes in v2:
- Rebase to master
docs
as it doesn't need an option ROM.
Signed-off-by: Simon Glass
Fixes: https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/31
---
(no changes since v2)
Changes in v2:
- Redo commit message
configs/qemu-x86_64_defconfig | 5 ++---
configs/qemu-x86_defconfig| 5 ++---
2 files
with a test for booting Ubuntu 24.04
Simon Glass (46):
boot: Correct ramdisk address
sandbox: Correct a typo in mapmem
x86: Expand x86_64 early memory
x86: qemu: Switch to bochs display
x86: qemu: Enable dhrystone
x86: qemu: Avoid accessing BSS too early
x86: Drop mpspec from the SPL
Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/co
Add support for an environment stored in the first partition of the
disk, which is assumed to hold a FAT filesystem.
Support the 'cat' command as it is useful for looking at extlinux.conf
files.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_def
Hi Tom,
On Sat, 15 Mar 2025 at 13:57, Tom Rini wrote:
>
> On Sat, Mar 15, 2025 at 12:54:25PM +, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 14 Mar 2025 at 16:06, Tom Rini wrote:
> > >
> > > On Fri, Mar 14, 2025 at 02:44:35PM +, Simon Glass
Move over to use this API before making the code even more complicated.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to use the new e820 API
arch/x86/cpu/qemu/e820.c | 48 ++--
1 file changed, 12 insertions(+), 36
as it doesn't need an option ROM.
Signed-off-by: Simon Glass
Fixes: https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/31
---
(no changes since v2)
Changes in v2:
- Redo commit message
configs/qemu-x86_64_defconfig | 5 ++---
configs/qemu-x86_defconfig| 5 ++---
2 files
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/qemu/qemu.c | 20
Hi Tom,
On Fri, 14 Mar 2025 at 16:06, Tom Rini wrote:
>
> On Fri, Mar 14, 2025 at 02:44:35PM +, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 7 Mar 2025 at 14:23, Tom Rini wrote:
> > >
> > > On Thu, Mar 06, 2025 at 09:03:27AM -0700, Simon Glass
Hi Tom,
On Fri, 7 Mar 2025 at 14:23, Tom Rini wrote:
>
> On Thu, Mar 06, 2025 at 09:03:27AM -0700, Simon Glass wrote:
>
> > U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> > is not perfect.
> >
> > With both builds, executing the VESA RO
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/qemu/qemu.c | 20
new patch with a helper to send characters
- Add new patch to allow tests to be filtered by role
- Add more patches to support booting with kvm
- Add new patch with a test for booting Ubuntu 24.04
Simon Glass (47):
boot: Correct ramdisk address
sandbox: Correct a typo in mapmem
x86: Expand
Add support for an environment stored in the first partition of the
disk, which is assumed to hold a FAT filesystem.
Support the 'cat' command as it is useful for looking at extlinux.conf
files.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_def
Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/co
Move over to use this API before making the code even more complicated.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to use the new e820 API
arch/x86/cpu/qemu/e820.c | 48 ++--
1 file changed, 12 insertions(+), 36
patch with a test for booting Ubuntu 24.04
Simon Glass (44):
x86: Expand x86_64 early memory
x86: qemu: Switch to bochs display
x86: qemu: Enable dhrystone
x86: qemu: Avoid accessing BSS too early
x86: Drop mpspec from the SPL build
x86: Add some log categories
x86: Drop use of
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/qemu/qemu.c | 20
Add support for an environment stored in the first partition of the
disk, which is assumed to hold a FAT filesystem.
Support the 'cat' command as it is useful for looking at extlinux.conf
files.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_def
Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/co
as it doesn't need an option ROM.
Signed-off-by: Simon Glass
Fixes: https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/31
---
(no changes since v2)
Changes in v2:
- Redo commit message
configs/qemu-x86_64_defconfig | 5 ++---
configs/qemu-x86_defconfig| 5 ++---
2 files
Move over to use this API before making the code even more complicated.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to use the new e820 API
arch/x86/cpu/qemu/e820.c | 48 ++--
1 file changed, 12 insertions(+), 36 deletions(-)
diff --git a
Hi Paolo,
On Sun, 16 Feb 2025 at 14:14, Paolo Bonzini wrote:
>
> On 2/16/25 21:43, Simon Glass wrote:
> > U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> > is not perfect.
> >
> > With both builds, executing the VESA ROM causes an intermitt
Hi Tom,
On Sun, 16 Feb 2025 at 14:57, Tom Rini wrote:
>
> On Sun, Feb 16, 2025 at 01:43:45PM -0700, Simon Glass wrote:
>
> > U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> > is not perfect.
> >
> > With both builds, executing the VES
Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/co
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/qemu/qemu.c | 20
as it doesn't need an option ROM.
Signed-off-by: Simon Glass
Fixes: https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/31
---
Changes in v2:
- Redo commit message
configs/qemu-x86_64_defconfig | 5 ++---
configs/qemu-x86_defconfig| 5 ++---
2 files changed, 4 insertions(+), 6
of is_power_of_2()
- Add new patch to set an MTRR for the RAM in QEMU
- Add new patch with a helper to send characters
- Add new patch to allow tests to be filtered by role
- Add more patches to support booting with kvm
- Add new patch with a test for booting Ubuntu 24.04
Simon Glass (28):
x86
Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/qemu-x86_64_defconfig b/co
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
arch/x86/cpu/qemu/qemu.c | 20 ++--
1 file changed, 14
as it doesn't need an option ROM.
Unfortunately this causes the Ubuntu 22.04 installer to stop booting,
which needs further investigation
Signed-off-by: Simon Glass
Fixes: https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/31
---
configs/qemu-x86_64_defconfig | 5 ++---
co
clear whether this due to
a problem with the UEFI GOP, or something else. It hangs before the
Ubuntu logo appears.
So this series is unfinished. I thought it best to post what is here in
the hope that others can help work out the kinks.
Simon Glass (18):
scripts: Add a script for building and booting
Ping?
On 04/10/2024, 09:39, "Simon Rowe" wrote:
When validating the parameters of VBE ioport writes the X co-ordinate
is silently rounded down to a multiple of 8. For valid resolutions
(such as 1366x768) which are not divisible by 8 this causes
miscalculations because the display s
client receives updates with a
"staircase" effect.
Reduce the rounding to a multiple of two.
Signed-off-by: Simon Rowe
---
hw/display/vga.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/display/vga.c b/hw/display/vga.c
index 892fedc8dc..ea659e2812 100644
--- a/
}
-r[VBE_DISPI_INDEX_VIRT_WIDTH] &= ~7u;
+r[VBE_DISPI_INDEX_VIRT_WIDTH] &= ~1u;
if (r[VBE_DISPI_INDEX_VIRT_WIDTH] > VBE_DISPI_MAX_XRES) {
r[VBE_DISPI_INDEX_VIRT_WIDTH] = VBE_DISPI_MAX_XRES;
}
I don't know how functional correct this is.
Regards
Simon
job=0x556dce217810 nrects=1
vnc_client_unthrottle_forced VNC client unthrottle forced offset
state=0x556dce1c1b20 ioc=0x556dce9e1e70
I'm currently struggling to follow where the width parameter is taken from.
Regards
Simon
h needs a x8 multiple.
Thanks for the pointers. My failing VM is UEFI so I'm not sure all the mentions
of legacy display emulation are significant. I was hoping it was just a
processing problem in the VNC client update code (the display looks OK (sorta)
apart from the tearing).
Regards
Simon
eantime.
Could anyone give me any pointers as to where the problem may lie?
Thanks
Simon
Indicate that these boards can be supported, so a new 'TPL' board can be
added.
Signed-off-by: Simon Glass
---
arch/arm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 656f588a97c..dfc735237aa 100644
--- a/arch/arm/Kconfig
+++
ich so far have only been used on
real hardware.
Overall, without SPL_RELOC_LOADER enabled, this series provides a very
small code-size benefit due to it dropping some unneeded symbols.
Simon Glass (19):
spl: Reduce the size of the bl_len field
spl: Provide a way of indicating the phase to
On Wed, Aug 21, 2024 at 10:50:47PM +0100, David Woodhouse wrote:
...
> diff --git a/drivers/ptp/ptp_vmclock.c b/drivers/ptp/ptp_vmclock.c
...
> +#define VMCLOCK_FIELD_PRESENT(_c, _f) \
> + (_c)->size >= (offsetof(struct vmclock_abi, _f) + \
> +si
On 7/16/24 01:08, Pierrick Bouvier wrote:
On 7/15/24 01:09, Simon Hamelin wrote:
Hello Pierrick,
Could you share a bit more information on the final goal, if possible?
Is that used for fuzzing binaries, security analysis, or other things?
I'm currently using this plugin for sec
On 7/15/24 10:09, Simon Hamelin wrote:
Hello Pierrick,
On 7/12/24 19:23, Pierrick Bouvier wrote:
Hello Simon,
On 7/12/24 00:53, Simon Hamelin wrote:
On 7/11/24 12:03, Alex Bennée wrote:
+static void exit_emulation(int return_code)
+{
+ exit(return_code);
+}
+
+static void
could stop QEMU execution.
It could be used for research purposes to launch some code and
deterministically stop it and understand where its execution flow went.
Co-authored-by: Alexandre Iooss
Signed-off-by: Simon Hamelin
Signed-off-by: Alexandre Iooss
---
v2:
- use a scoreboard for counting
Hello Pierrick,
On 7/12/24 19:23, Pierrick Bouvier wrote:
Hello Simon,
On 7/12/24 00:53, Simon Hamelin wrote:
On 7/11/24 12:03, Alex Bennée wrote:
+static void exit_emulation(int return_code)
+{
+ exit(return_code);
+}
+
+static void exit_icount_reached(unsigned int cpu_index, void
could stop QEMU execution.
It could be used for research purposes to launch some code and
deterministically stop it and understand where its execution flow went.
Co-authored-by: Alexandre Iooss
Signed-off-by: Simon Hamelin
Signed-off-by: Alexandre Iooss
---
v2:
- use a scoreboard for counting
kle additional exit
modes?
What is your current use case for this?
I'm currently using this plugin to determine where my programm stop
after a given number of instructions executed.
--
Simon Hamelin
could stop QEMU execution.
It could be used for research purposes to launch some code and
deterministically stop it and understand where its execution flow went.
Co-authored-by: Alexandre Iooss
Signed-off-by: Simon Hamelin
Signed-off-by: Alexandre Iooss
---
v2:
- use a scoreboard for counting
could stop QEMU execution.
It could be used for research purposes to launch some code and
deterministically stop it and understand where its execution flow went.
Co-authored-by: Alexandre Iooss
Signed-off-by: Simon Hamelin
Signed-off-by: Alexandre Iooss
---
contrib/plugins/Makefile | 1
On Sat, Jul 06, 2024 at 04:14:39PM +0100, David Woodhouse wrote:
> From: David Woodhouse
>
> The vmclock "device" provides a shared memory region with precision clock
> information. By using shared memory, it is safe across Live Migration.
>
> Like the KVM PTP clock, this can convert TSC-based c
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 a
new patch 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 scri
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 ne
On Wednesday, November 22nd, 2023 at 13:49, Javier Martinez Canillas
wrote:
> Any objections to merge the series ?
No objections from me :)
cular type of format.
[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 ++
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 mig
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 anyth
processing the end-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,
>
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
er 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,
arlier write failure.
Regards
Simon
a (e.g. log messages). The
common thread with our 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
ot;cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}'
\
-blockdev
'{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush
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
m-x86_64
/dev/urandom
```
----
Simon Jones
ll, 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 submo
:
> +cmdline += [ '-n', jobs ]
> +for arch in cfg[build]['arch'].split():
> +cmdline += [ '-a', arch ]
> +if 'opts' in cfg[build]:
> +for name in cfg[build]['opts'].split():
> +section = 'opts.' + name
> +for opt in cfg[section]:
> +cmdline += [ '-D', opt + '=' + cfg[section][opt] ]
> +if 'pcds' in cfg[build]:
> +for name in cfg[build]['pcds'].split():
> +section = 'pcds.' + name
> +for pcd in cfg[section]:
> +cmdline += [ '--pcd', pcd + '=' + cfg[section][pcd] ]
> +if 'tgts' in cfg[build]:
> +tgts = cfg[build]['tgts'].split()
> +else:
> +tgts = [ 'DEBUG' ]
> +for tgt in tgts:
> +desc = None
> +if 'desc' in cfg[build]:
> +desc = cfg[build]['desc']
> +build_message(f'building: {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
roposal at least on 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 f
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 looki
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
t this convention 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
" is really just reordering cores.list
after running the script :))
Simon
mewhere eventually once it's not a complete mess & starts
doing something interesting! assuming this ever happens, of course.)
Simon
eryone else is just using the 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.
1 - 100 of 350 matches
Mail list logo
