+CC Jiaxun
Hi, Jiaxun,
What do you think about?
Huacai
On Fri, Nov 20, 2020 at 6:55 PM Philippe Mathieu-Daudé wrote:
>
> On 11/20/20 5:28 AM, Huacai Chen wrote:
> > On Wed, Nov 18, 2020 at 1:17 AM Philippe Mathieu-Daudé
> > wrote:
> >> On 10/7/20 10:39 AM, Huacai Chen wrote:
> >>> After conv
This patch removes the whole 'quick start' section from the user mode
manual, including the references to the outdated tarballs:
https://patchew.org/QEMU/20201122000131.18487-1-peter.mayd...@linaro.org/
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification
The 'Quick Start' section of the userspace emulator documentation is
very old and outdated. In particular:
- it suggests running x86-on-x86 emulation, which is the least
interesting possible use case
- it recommends that users download tarballs of guest binaries
from the QEMU web page which
Is this bug now fixed, or are there still more patches not yet in
master?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1892540
Title:
qemu can no longer boot NetBSD/sparc
Status in QEMU:
New
B
This was fixed initially by commit 0c3dd50eaecbfe2, which is the change
suggested in Paolo's comment #6, and then refined by commit
a5cb7c5afe717d4.
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
Hi -- the patch looks good to me, but it looks like you didn't send it
to qemu-devel, only to qemu-trivial. Would you mind resending it to the
right list, please? (You can cc qemu-trivial if you like, but all
patches have to go to the main qemu-devel list, because systems like
patchew https://patch
The QEMU project doesn't implement new target architectures or board
models on demand based on wishlist requests; they're a lot of work to
do. Instead we simply code-review and incorporate board models and
architectures as and when people decide to write them and submit the
patches. So there's real
The QEMU project doesn't implement new target architectures or board
models on demand based on wishlist requests; they're a lot of work to
do. Instead we simply code-review and incorporate board models and
architectures as and when people decide to write them and submit the
patches. So there's real
For 5.1 (commits 1f18a1e6ab8368a4, 5eebc49d2d0aa5fc7e,
5ef396e2ba865f34a, eca30647fc078f4) we reimplemented FPATAN, FYL2X,
FYL2XP1, FPREM, FPREM1, F2XM1 to do proper 80-bit precision operations.
However the trig operations FPTAN, FSINCOS, FSIN, FCOS are still
implemented as naive "convert to host d
Bug still present as of commit 7fbd7e710323c8f4c (just before 5.2
release); tested with a Linux guest in system emulation and with Linux
usermode.
The underlying problem is that we don't properly implement trapping FP
exceptions; see the final paragraph in the commit message for commit
418b0f93d12
On current head-of-git QEMU I get the correct answer. I think this was
probably fixed by the reimplementation of the 'fprem' emulation in
commit 5ef396e2ba86, which was in the 5.1.0 release.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you
The linked NetBSD bug report http://gnats.netbsd.org/54310 now has
confirmation that this crash was the result of a memory corruption bug
in QEMU which happened to manifest with the newer glib version. That bug
is fixed in QEMU master in commit ef905eff421c5a06a01 which will be in
the 5.2 release,
Since this bug isn't present in the decodetree version of the riscv
decoder, we might as well just close this as fix-released; we won't be
doing more point-releases of QEMU versions as old as 3.1.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification becaus
This should be fixed by this patch:
https://patchew.org/QEMU/20201121224445.16236-1-peter.mayd...@linaro.org/
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchp
When the 'int N' instruction is executed in protected mode, the
pseudocode in the architecture manual specifies that we need to check:
* vector number within IDT limits
* selected IDT descriptor is a valid type (interrupt, trap or task gate)
* if this was a software interrupt then gate DPL < CP
Hi, I'm consistently seeing this assertion running the qemu-5.2.0 test
suite. rc0, rc1, rc2 have been consistently affected, it reproduces
consistently in parts of Fedora's build system. Here's an example build
log for rc2 x86 against Fedora 32
https://download.copr.fedorainfracloud.org/results/@
Should be fixed by this patch:
https://patchew.org/QEMU/20201121213506.15599-1-peter.mayd...@linaro.org/
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.ne
The documentation for the icount documentation has some minor issues:
* in a couple of places it says "sleep=on|off" when in the context of the
sentence it means specifically "sleep=on"
* the synopsis line for the documentation has drifted out of sync
with the synopsis line in the DEF() mac
We were mis-parsing the 'vCont' packet in the gdb protocol, so when gdb
told us "send a SIGPROF (0x1b)" we skipped the first digit in the hex
signal number and interpreted it as "send an 0xb", which happens to be
SIGSEGV.
Should be fixed by this:
https://patchew.org/QEMU/20201121210342.10089-1-pet
In the vCont packet, two of the command actions (C and S) take an
argument specifying the signal to be sent to the process/thread, which is
sent as an ASCII string of two hex digits which immediately follow the
'C' or 'S' character.
Our code for parsing this packet accidentally skipped the first o
Still happens with the new Sphinx-generated manpages, for exactly the
same reason.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1652286
Title:
QEMU manpages provoke man(1) "can't break line" warni
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> +++ b/target/mips/vendor-tx_translate.c.inc
> @@ -41,6 +41,8 @@
>
> #if defined(TARGET_MIPS64)
>
> +#include "vendor-tx-mmi_translate.c.inc"
Do you really want to nest include files like this?
r~
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 300 lines of the Toshiba TX19/TX39/TX49/TX79
> translation routines to 'vendor-tx_translate.c.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/translate.c | 302 +---
> target/mips/v
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Special2 multiply opcodes are not specific to Toshiba TX79,
> and are not part of its multimedia extension.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/translate.c | 75 +
> 1 file chan
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Media eXtension Unit is a SIMD extension from Ingenic.
>
> Extract 2900 lines from the huge translate.c to a new file,
> 'vendor-xburst_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> ke
I upgraded to Ubuntu 20.10 (Groovy Gorilla) and the issue was resolved.
Here's a list of relevant package versions:
root@justin-3900x:/home/justin# apt list --installed | grep virt
(etc...)
WARNING: apt does not have a stable CLI interface. Use with caution in
scripts.
gir1.2-libvirt-glib-1.0/g
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> LoongEXTs are general-purpose extensions from the LoongISA.
>
> Extract 440 lines of translation routines to
> 'vendor-loong-lext_translate.c.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/translate.c
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> The LoongMMI extension has been renamed LoongSIMD
> (part of the LoongISA). Rename the helper file accordingly.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/{lmmi_helper.c => vendor-loong-simd_helper.c} | 0
> target/mips/meso
On 11/21/20 6:30 AM, Philippe Mathieu-Daudé wrote:
>> -/* Godson integer instructions */
>> -static void gen_loongson_integer(DisasContext *ctx, uint32_t opc,
>> - int rd, int rs, int rt)
>> -{
>
> This isn't part of the LoongSIMD ...
>
> [...]
>> -}
>> -
>> -/* Lo
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract the NEC Vr54xx translation routines to
> 'vendor-vr54xx_translate.c.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/translate.c | 86 +
> target/mips/vendor-vr54xx_translate.c.i
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract the Loongson SIMD helper definitions to
> 'vendor-loong-simd_helper.h'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 60 +--
> target/mips/vendor-loong-simd_helper.h.inc
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract the NEC Vr54xx helper definitions to
> 'vendor-vr54xx_helper.h'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 17 ++---
> target/mips/vendor-vr54xx_helper.h.inc | 24 +++
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract NEC Vr54xx helpers from op_helper.c to a new file:
> 'vendor-vr54xx_helper.c'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/op_helper.c| 118 --
> target/mips/vendor-vr54xx_helper.c
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 4800 lines from the huge translate.c to a new file,
> 'isa-nanomips_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> keep including it in the big translate.o. We gain in code
> mai
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 3300 lines from the huge translate.c to a new file,
> 'isa-micromips_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> keep including it in the big translate.o. We gain in code
> ma
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract the microMIPS ISA helper definitions to
> 'isa-micromips_helper.h.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 10 ++
> target/mips/isa-micromips_helper.h.inc | 17 +++
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> 'MIPS MT' is defined as a Module by MIPS. Extract the helper
> definitions to 'mod-mips-mt_helper.h.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 24 +--
> target/mips/mod-mips-m
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 1200 lines from the huge translate.c to a new file,
> 'ase-mips16e_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> keep including it in the big translate.o. We gain in code
> main
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> 'MIPS DSP' is defined as a Module by MIPS. Extract the helper
> definitions to 'mod-mips-dsp_helper.h.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 335 +
> target/mips/
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 2150 lines from the huge translate.c to a new file,
> 'mod-mips-dsp_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> keep including it in the big translate.o. We gain in code
> mai
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract 2200 lines from the huge translate.c to a new file,
> 'mod-mips-msa_translate.c.inc'. As there are too many inter-
> dependencies we don't compile it as another object, but
> keep including it in the big translate.o. We gain in code
> mai
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> 'MIPS DSP' is defined as a Module by MIPS, rename it as
> mod-mips-dsp_helper.c.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/{dsp_helper.c => mod-mips-dsp_helper.c} | 0
> target/mips/meson.build |
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Keep all MSA-related code altogether.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/helper.h | 437 +
> target/mips/mod-mips-msa_helper.h.inc | 443 ++
> 2 files
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> MSA means 'MIPS SIMD Architecture' and is defined as a Module by MIPS.
> Rename msa_helper.c as mod-mips-msa_helper.c, merge other MSA helpers
> from op_helper.c.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> .../{msa_helper.c => mod-mips-
On 11/20/20 1:08 PM, Philippe Mathieu-Daudé wrote:
> Extract FPU specific helpers from "internal.h" to "fpu_helper.h".
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> target/mips/fpu_helper.h | 50 ++
> target/mips/internal.h | 42 -
On 11/20/20 6:17 AM, Marcin Juszkiewicz wrote:
> +static const char *valid_cpus[] = {
const char * const
Otherwise,
Reviewed-by: Richard Henderson
r~
On 11/21/20 4:17 PM, Peter Maydell wrote:
> We have four HMP commands which have a single-character abbreviated
> version: cont ('c'), quit ('q'), print ('p') and help ('h'). For
> cont, quit and print, we list the abbreviation first in the help
> documentation and the command name. This has the
Am Fri, 20 Nov 2020 17:23:14 +
schrieb Peter Maydell :
> Coverity points out that the realize function for the
> TYPE_MCF5206_MBAR device leaks the IRQ array it allocates with
> qemu_allocate_irqs(). Keep a pointer to it in the device state struct
> to avoid the leak. (Since it needs to stay a
On Sat, Nov 21, 2020 at 5:24 PM Yuri Benditovich <
yuri.benditov...@daynix.com> wrote:
>
>
> On Fri, Nov 20, 2020 at 2:58 PM Markus Armbruster
> wrote:
>
>> Andrew Melnichenko writes:
>>
>> > Ping
>> >
>> > On Thu, Jul 16, 2020 at 6:26 AM wrote:
>> >
>> >> From: Andrew Melnychenko
>> >>
>> >>
Should be fixed by this patch:
https://patchew.org/QEMU/20201121151711.20783-1-peter.mayd...@linaro.org/
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net
On Fri, Nov 20, 2020 at 2:58 PM Markus Armbruster wrote:
> Andrew Melnichenko writes:
>
> > Ping
> >
> > On Thu, Jul 16, 2020 at 6:26 AM wrote:
> >
> >> From: Andrew Melnychenko
> >>
> >> There is an issue, that netdev can't be removed if it was added using
> hmp.
> >> The bug appears after 08
We have four HMP commands which have a single-character abbreviated
version: cont ('c'), quit ('q'), print ('p') and help ('h'). For
cont, quit and print, we list the abbreviation first in the help
documentation and the command name. This has the odd effect that in
the full 'help' command list th
I think the 'help' text in the monitor is only really intended as a
brief usage summary reminder (in particular "help" on its own prints the
concatenation of all the "help foo" command help, so having "help foo"
print a long bit of documentation makes "help" output look weird). The
full documentati
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
** Changed in: qemu
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1754656
Title:
Please solve graceful (ACPI) poweroff issue, using signals, most
importantly
On 11/20/20 10:08 PM, Philippe Mathieu-Daudé wrote:
> LoongSIMD (formerly LoongMMI in Loongson 2E/F) is the
> 128-bit SIMD extension from the LoongISA.
>
> Extract 600 lines of translation routines to
> 'vendor-loong-simd_translate.c.inc'.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> targe
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
Has this ever been fixed on the QEMU or Spice side?
Anyway, the QEMU project is currently considering to move its bug tracking to
another system. For this we need to know which bugs are still valid and which
could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you stil
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
This should have been fixed by this commit here:
https://git.qemu.org/?p=qemu.git;a=commitdiff;h=f3923a72f199b2c63747a7
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bu
Sorry, wrong ticket, this is not an old one, so setting this to
incomplete already was a mistake.
** 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/19
The QEMU project is currently considering to move its bug tracking to another
system. For this we need to know which bugs are still valid and which could be
closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the
This should finally get fixed here:
https://gitlab.com/qemu-project/qemu/-/commit/923e931188dcbb7
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs
On Fri, 20 Nov 2020 at 22:18, Paolo Bonzini wrote:
>
> The following changes since commit 7fbd7e710323c8f4c5f6a38a8ae0e6726b5a4599:
>
> Merge remote-tracking branch
> 'remotes/stefanha-gitlab/tags/tracing-pull-request' into staging (2020-11-19
> 17:08:42 +)
>
> are available in the Git rep
Il sab 21 nov 2020, 12:26 Stefan Weil ha scritto:
> One more regression: a lot of build targets are no longer supported with
> the new meson based build.
>
> Personally I am missing `make install-doc` and found no good replacement
> up to now.
>
Just use DESTDIR to install in a staging area, and
One more regression: a lot of build targets are no longer supported with
the new meson based build.
Personally I am missing `make install-doc` and found no good replacement
up to now.
Regards,
Stefan
Am 21.11.20 um 11:25 schrieb Stefan Weil:
Hi,
I just noticed another regression:
A cross build targeting Windows no longer detects VNC JPEG support.
Using pkg-config like in the patch below would fix that (and also
works for native builds on Debian GNU Linux).
Maybe the current find_librar
Hi,
I just noticed another regression:
A cross build targeting Windows no longer detects VNC JPEG support.
Using pkg-config like in the patch below would fix that (and also works
for native builds on Debian GNU Linux).
Maybe the current find_library ignores --extra-cflags and
--extra-ldflag
On Thu, 29 Oct 2020 19:08:26 -0500
Taylor Simpson wrote:
> +def genptr_decl_new(f,regtype,regid,regno):
> +if (regtype == "N"):
> +if (regid in {"s", "t"}):
> +f.write("const int %s%sX = insn->regno[%d];\n" % \
> +(regtype, regid, regno))
> +
71 matches
Mail list logo
