[Bug 1910696] Re: Qemu fails to start with error " There is no option group 'spice'"

Are there any downsides of compiling modules statically (like what Debian folks do)? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1910696 Title: Qemu fails to start with error " There is no

[Bug 1907926] [NEW] Implement TPM2 configuration for emulators that provide TCP interface

Public bug reported: swtpm provides several interfaces for its emulated device: unix socket (can be used by qemu), chardev. swtpm also provides TCP interface for the device which is very convenient for testing as it does not require root permissions. It would be very useful to have QEMU to work

[Bug 1877716] Re: Win10 guest unusable after a few minutes

Thank you Stefan for the fixes. Once these patches land the upstream repo I'll pull it into the Arch package and reenable io_uring. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1877716 Title:

[Bug 1877716] Re: Win10 guest unusable after a few minutes

Thank you Stefan for looking at this issue. As Alexander and @postfactum mentioned Arch disabled io_uring feature after this bug has been discovered. Here is an Arch Linux issue that tracks it https://bugs.archlinux.org/task/66578 -- You received this bug notification because you are a member

Re: [Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

Hello Actually I just fetched recent chnages and tests/multiboot/run_test.sh does not work for me anymore. I rebuilt 'master' branch without my changes and see the same issue. It looks like debug console does not print to stdio anymore. Does anyone see the same issue?

Re: [Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

Hi Kevin Is the patch series look good? Are there any other unresolved issues? On Mon, Jan 29, 2018 at 12:02 PM, Kevin Wolf <kw...@redhat.com> wrote: > Am 29.01.2018 um 19:21 hat Anatol Pomozov geschrieben: >> Hi >> >> On Mon, Jan 15, 2018 at 6:49 AM, Kevin Wolf <kw

Re: [Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

t-specific code, I don't really > know the ELF code and don't have a lot of time to spend here. > > Therefore it's very welcome if you review the patches of each other, > even if you're not perfectly familiar with the code, as there is > probably noone else who could do a better rev

[Qemu-devel] [PATCH 3/4] multiboot: make tests work with clang

* clang 3.8 enables SSE even for 32bit code. Generate code for pentium CPU to make sure no new instructions are used. * add memset() implementation. Clang implements array zeroing in print_num() via memset() function call. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.

[Qemu-devel] [PATCH 4/4] multiboot: Make elf64 loading functionality compatible with GRUB

GRUB is a reference multiboot implementation and supports loading elf64 binaries. Make QEMU to work similar was as GRUB. --- hw/i386/multiboot.c | 5 - 1 file changed, 5 deletions(-) diff --git a/hw/i386/multiboot.c b/hw/i386/multiboot.c index 79b89e4fee..676ac7c48d 100644 ---

[Qemu-devel] [PATCH 2/4] multiboot: load elf sections and section headers

Multiboot may load section headers and all sections (even those that are not part of any segment) to target memory. Tested with an ELF application that uses data from strings table section. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/core/lo

[Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 124 + hw/i386/multiboot_header.h

Re: [Qemu-devel] [PATCH 3/4] multiboot: load elf sections and section headers

Hi On Mon, Jan 15, 2018 at 7:41 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 13.10.2017 um 01:54 hat Anatol Pomozov geschrieben: >> Multiboot may load section headers and all sections (even those that are >> not part of any segment) to target memory. >> >&g

Re: [Qemu-devel] [PATCH 2/4] multiboot: load any machine type of ELF

Hi On Mon, Jan 15, 2018 at 6:52 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 16.10.2017 um 20:38 hat Anatol Pomozov geschrieben: >> Hi >> >> On Mon, Oct 16, 2017 at 1:27 AM, Kevin Wolf <kw...@redhat.com> wrote: >> > Am 14.10.2017 um 15:41 hat Peter May

Re: [Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

Hi On Mon, Jan 15, 2018 at 6:49 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 13.10.2017 um 01:54 hat Anatol Pomozov geschrieben: >> Using C structs makes the code more readable and prevents type conversion >> errors. >> >> Borrow multiboot1 header from GRUB pro

Re: [Qemu-devel] [PATCH QEMU v1 0/4] multiboot: bss_end_addr can be zero / cleanup

Hello Jack On Wed, Jan 17, 2018 at 12:06 PM, Jack Schwartz wrote: > Hi Kevin and Anatol. > > Kevin, thanks for your review. > > More inline below... > > On 01/15/18 07:54, Kevin Wolf wrote: >> >> Am 21.12.2017 um 18:25 hat Jack Schwartz geschrieben: >>> >>> Properly

Re: [Qemu-devel] [PATCH 3/4] multiboot: load elf sections and section headers

Hello On Tue, Oct 31, 2017 at 11:38 AM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > Hi > > On Thu, Oct 19, 2017 at 2:36 AM, Kevin Wolf <kw...@redhat.com> wrote: >> Am 18.10.2017 um 19:22 hat Anatol Pomozov geschrieben: >>> Hello qemu-devs, >>>

Re: [Qemu-devel] [PATCH 3/4] multiboot: load elf sections and section headers

Hi On Thu, Oct 19, 2017 at 2:36 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 18.10.2017 um 19:22 hat Anatol Pomozov geschrieben: >> Hello qemu-devs, >> >> This patchset has been posted a while ago. I would like to move >> forward with it and look at the n

Re: [Qemu-devel] [PATCH 3/4] multiboot: load elf sections and section headers

, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > Multiboot may load section headers and all sections (even those that are > not part of any segment) to target memory. > > Tested with an ELF application that uses data from strings table > section. > > Signed-off-by:

Re: [Qemu-devel] [PATCH 2/4] multiboot: load any machine type of ELF

Hi On Mon, Oct 16, 2017 at 1:27 AM, Kevin Wolf wrote: > Am 14.10.2017 um 15:41 hat Peter Maydell geschrieben: >> On 14 October 2017 at 00:21, Eduardo Habkost wrote: >> > I don't believe the spec restricts that, but I don't see why it >> > would be useful

Re: [Qemu-devel] [PATCH 2/4] multiboot: load any machine type of ELF

Hi On Fri, Oct 13, 2017 at 12:25 PM, Eduardo Habkost <ehabk...@redhat.com> wrote: > On Thu, Oct 12, 2017 at 04:54:37PM -0700, Anatol Pomozov wrote: >> x86 is not the only architecture supported by multiboot. >> For example GRUB supports MIPS architecture as well. >&g

[Qemu-devel] [PATCH 3/4] multiboot: load elf sections and section headers

Multiboot may load section headers and all sections (even those that are not part of any segment) to target memory. Tested with an ELF application that uses data from strings table section. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/core/lo

[Qemu-devel] [PATCH 2/4] multiboot: load any machine type of ELF

x86 is not the only architecture supported by multiboot. For example GRUB supports MIPS architecture as well. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/i386/multiboot.c b/h

[Qemu-devel] [PATCH 4/4] multiboot: make tests work with clang

* clang 3.8 enables SSE even for 32bit code. Generate code for pentium CPU to make sure no new instructions are used. * add memset() implementation. Clang implements array zeroing in print_num() via memset() function call. --- tests/multiboot/Makefile| 2 +- tests/multiboot/libc.c

[Qemu-devel] (no subject)

It is V3 of multiboot improvements to Qemu Changes made sinse V2: - rebase on top of qemu master changes - make multiboot/sections test more reliable Add generate_sections_out.py script that generates ELF sections information - rename 'struct section_data' to 'struct SectionData' to

[Qemu-devel] [PATCH 1/4] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 124 + hw/i386/multiboot_header.h

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

Hello On Thu, Aug 17, 2017 at 1:54 PM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > Hi > > On Tue, Aug 8, 2017 at 8:04 AM, Kevin Wolf <kw...@redhat.com> wrote: >> Am 04.08.2017 um 06:53 hat Anatol Pomozov geschrieben: >>> Hi Kevin >>> >>>

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

support to qemu. But before going with it I would like to finish working on my current patchset. On Thu, Aug 17, 2017 at 1:54 PM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > Hi > > On Tue, Aug 8, 2017 at 8:04 AM, Kevin Wolf <kw...@redhat.com> wrote: >> Am 04.08.2017

Re: [Qemu-devel] [PATCH] multiboot: make tests work with clang

On Wed, Aug 23, 2017 at 4:44 PM, Philippe Mathieu-Daudé <f4...@amsat.org> wrote: > Hi Anatol, > > On 08/23/2017 04:22 PM, Anatol Pomozov wrote: >> >> * explicitly disable SSE as clang enables it by default for 32bit code >> * add memset() implementation.

[Qemu-devel] [PATCH] multiboot: make tests work with clang

* clang 3.8 enables SSE even for 32bit code. Generate code for pentium CPU to make sure no new instructions are used. * add memset() implementation. Clang implements array zeroing in print_num() via memset() function call. --- tests/multiboot/Makefile| 2 +- tests/multiboot/libc.c

[Qemu-devel] [PATCH] multiboot: make tests work with clang

* explicitly disable SSE as clang enables it by default for 32bit code * add memset() implementation. Clang complains that the function is absent, gcc seems provides default built-in. --- tests/multiboot/Makefile | 2 +- tests/multiboot/libc.c | 9 + tests/multiboot/libc.h | 2 ++

Re: [Qemu-devel] [PATCH 3/3] multiboot: load elf sections and section headers

Hi On Wed, Aug 23, 2017 at 10:22 AM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > Multiboot may load section headers and all sections (even those that are > not part of any segment) to target memory. > > Tested with an ELF application that uses data from strings table >

[Qemu-devel] [PATCH 1/3] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 124 + hw/i386/multiboot_header.h

[Qemu-devel] [PATCH 3/3] multiboot: load elf sections and section headers

Multiboot may load section headers and all sections (even those that are not part of any segment) to target memory. Tested with an ELF application that uses data from strings table section. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/core/loader.c | 8 ++

[Qemu-devel] [PATCH 2/3] multiboot: load any machine type of ELF

x86 is not the only architecture supported by multiboot. For example GRUB supports MIPS architecture as well. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/i386/multiboot.c b/h

[Qemu-devel] [PATCH 2/3] multiboot: load any machine type of ELF

x86 is not the only architecture supported by multiboot. For example GRUB supports MIPS architecture as well. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/i386/multiboot.c b/h

[Qemu-devel] [PATCH 3/3] multiboot: load elf sections and section headers

Multiboot may load section headers and all sections (even those that are not part of any segment) to target memory. Tested with an ELF application that uses data from strings table section. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/core/loader.c | 8 ++-- h

[Qemu-devel] [PATCH 1/3] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c| 124 +- hw/i386/multiboot_header.h

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

Hi On Tue, Aug 8, 2017 at 8:04 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 04.08.2017 um 06:53 hat Anatol Pomozov geschrieben: >> Hi Kevin >> >> Thanks for the information. >> >> So I sounds like we do want multiboot to load all sections regardless >>

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

, Aug 3, 2017 at 1:39 AM, Kevin Wolf <kw...@redhat.com> wrote: > Am 03.08.2017 um 00:00 hat Anatol Pomozov geschrieben: >> Hello Richard >> >> Thank you for this useful information. I still learning about ELF and >> a lot of things are still unclear for me. >&

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

Hello Richard Thank you for this useful information. I still learning about ELF and a lot of things are still unclear for me. On Mon, Jul 31, 2017 at 11:20 AM, Richard Henderson <r...@twiddle.net> wrote: > On 07/31/2017 10:21 AM, Anatol Pomozov wrote: >> ELF sections info is n

Re: [Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

Hi On Sun, Jul 30, 2017 at 2:42 PM, Eduardo Habkost <ehabk...@redhat.com> wrote: > > CCing Alex, the original author of load_multiboot(), and Kevin, > who touched multiboot code recently. > > > On Fri, Jul 28, 2017 at 02:28:34PM -0700, Anatol Pomozov wrote: >>

[Qemu-devel] How to make ELF headers/symbol sections available for multiboot?

Hi I am looking at x86 multiboot code and trying to add "ELF section header" info feature. This will let target to learn more about booted binary and its sections. I have a draft here https://github.com/anatol/qemu/commit/ad943a6eb78feee048b6bb2a1e5f49f5b686e24c My understanding is that qemu

[Qemu-devel] [PATCH] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot.c| 124 +- hw/i386/multiboot_header.h

[Qemu-devel] [PATCH] multiboot: Change multiboot_info from array of bytes to a C struct

Using C structs makes the code more readable and prevents type conversion errors. Borrow multiboot1 header from GRUB project. --- hw/i386/multiboot.c| 122 - hw/i386/multiboot_header.h | 265 + 2 files changed, 313

[Qemu-devel] [Bug 1699867] [NEW] x86_64 qemu crashes at far call into long-mode

Public bug reported: I am experimenting with this OS https://github.com/phil-opp/blog_os and spotted a weird behavior with qemu. I am looking at code that does transition from 32bit mode to 64bit mode. Right now it does 'jmp $SELECTOR,64bitfunction'. https://github.com /phil-

Re: [Qemu-devel] [PATCH] Remove restriction that prevents bootimg elf64 images

Hi Adam, thank you for your reply. On Mon, Jun 19, 2017 at 2:08 PM, Adam Lackorzynski <a...@os.inf.tu-dresden.de> wrote: > Hi, > > On Tue Jun 13, 2017 at 17:05:41 -0700, Anatol Pomozov wrote: >> Do these arguments sound reasonable to apply the patch? > > I'm not really

[Qemu-devel] [Bug 1699567] [NEW] Qemu does not force SSE data alignment

Public bug reported: I have an OS that tries to use SSE operations. It works fine in qemu. But it crashes when I try to run the OS at the host cpu using KVM. The instruction that crahes with #GP(0) is movaps ADDR,%xmm0 The documentation says ADDR has to be 16-bytes alignment otherwise #GP is

[Qemu-devel] [Bug 1248959] Re: pdpe1gb flag is missing in guest running on Intel h/w

I observe the same situation. My host CPU (Intel Xeon CPU E5-2690) supports 1gb pages but qemu keeps it disabled by default. I have to use either '-cpu phenom' or '-cpu host' with KVM. It makes me wondering what is the default CPU for QEMU? Is it possible to set qemu CPU featureset closer to what

Re: [Qemu-devel] [PATCH] Remove restriction that prevents bootimg elf64 images

Hi Adam Do these arguments sound reasonable to apply the patch? On Thu, Jun 8, 2017 at 2:07 PM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > +reply-all > > On Thu, Jun 8, 2017 at 1:41 PM, Adam Lackorzynski > <a...@os.inf.tu-dresden.de> wrote: >> >> O

Re: [Qemu-devel] [PATCH] Remove restriction that prevents bootimg elf64 images

+reply-all On Thu, Jun 8, 2017 at 1:41 PM, Adam Lackorzynski <a...@os.inf.tu-dresden.de> wrote: > > On Tue Jun 06, 2017 at 21:41:48 -0700, Anatol Pomozov wrote: >> It is possible to create a 64 bit elf image that has valid multiboot header. >> qemu should be

Re: [Qemu-devel] [PATCH] Remove restriction that prevents bootimg elf64 images

+ more folks who made changes to hw/i386/multiboot.c On Tue, Jun 6, 2017 at 9:41 PM, Anatol Pomozov <anatol.pomo...@gmail.com> wrote: > It is possible to create a 64 bit elf image that has valid multiboot header. > qemu should be able to boot such images. > > Tested with homem

[Qemu-devel] [PATCH] Remove restriction that prevents bootimg elf64 images

It is possible to create a 64 bit elf image that has valid multiboot header. qemu should be able to boot such images. Tested with homemade 64bit OS - now it boots fine with 'qemu -kernel' and as a grub image. Signed-off-by: Anatol Pomozov <anatol.pomo...@gmail.com> --- hw/i386/multiboot

[Qemu-devel] [Bug 1695286] [NEW] Add multiboot2 support

Public bug reported: multiboot2 is a recent specification that resolves some of the issues of multiboot. Multiboot2 is supported by some tools already (e.g. grub). It would be great if one can run OS with multiboot2 using '-kernel' option, similar as it is done now with multiboot images. Quick