to see that Power hardware is on par with or faster than AMD64,
so the hardware part of this equation is clearly there: Power10 is
advertised to be released late this year, lithography will be down
from 14nm to 7, they say performance will 3x and electricity 1/3.)
Thanks!
Joseph
On Saturday, Au
> runs Linux powernv bare metal on Power9 hardware. Each VM is a
> KVM-QEMU instance.
> > > If you want to also run OpenBSD inside a VM, then OpenBSD must
> > > implement proper support to be able to run in the paravirtualized
> > > PAPR environment provided by KVM-QEMU on POWER. The OpenBSD state
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1037606
Title:
vmwgfx does not work with kvm vmware vga
Status in QEMU:
New
Status
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.6 kernel[0] (Not a kernel in the daily directory) and install both
the linux-image and linux-image-extra .deb packages.
Once you've tested the upstrea
This issue appears to be an upstream bug, since you tested the latest
upstream kernel. Would it be possible for you to open an upstream bug
report[0]? That will allow the upstream Developers to examine the
issue, and may provide a quicker resolution to the bug.
If you are comfortable with openin
** Changed in: linux (Ubuntu)
Importance: Undecided => High
** Tags added: kernel-da-key trusty
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1387881
Title:
qemu fails to recognize full virtual
Did this issue occur in a previous version of Ubuntu, or is this a new
issue?
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.18 kernel[0].
If this bug is fixed in the mainline kernel, please add th
lists.nongnu.org/archive/html/qemu-devel/2015-03/msg02719.html
from 12.03.2015 suggested to fix the problem in a way similar to existing.
The patch follows the advice and filters out both '-fstack-protector-strong'
and '-fstack-protector-all' from compiler's options' l
configure script may add -fstack-protector-strong option instead
of -fstack-protector-all, depending on availability ( see
commit 63678e17c ). Both options have to by filtered out for
qga-vss.dll, otherwise MinGW cross-compilation fails at linking
stage.
Signed-off-by: Joseph Hindin
---
qga/vss
ot;/dev/ttyS0" 115200 history=4000 historyfru=10
-Original Message-
From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
Sent: Tuesday, April 07, 2015 8:44 AM
To: Longever, Joseph; qemu-devel
Subject: Re: QEMU IPMI support
On 04/07/2015 07:24 AM, Longever, Jo
age-
From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
Sent: Saturday, April 04, 2015 10:02 PM
To: Longever, Joseph; qemu-devel
Subject: Re: QEMU IPMI support
Ok, done. It's at https://github.com/cminyard/qemu on github. There are two
branches at the moment, st
gever, Joseph
Sent: Tuesday, April 07, 2015 8:52 AM
To: 'miny...@acm.org'; 'qemu-devel'
Subject: RE: QEMU IPMI support
I'm sure this all works and it's just me... Attached is the config, I also
pasted the text below:
The startcmd starts a QEMU instance which then PXE b
The '-s install' options installs both Windows service
and COM service, with correspondent option '-s uninstall'
uninstalling Windows service and COM server.
'-s vss-install' and '-s vss-uninstall' options were added,
installing and uninstalling only C
Debug printout extended, helps installation troubleshooting
Signed-off-by: Joseph Hindin
---
qga/channel-win32.c | 2 +-
qga/commands-win32.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/qga/channel-win32.c b/qga/channel-win32.c
index 0d5e5f5..04fa5e4 100644
--- a/qga
The script enables building Windows MSI installation package on Linux with wixl
tool.
Signed-off-by: Joseph Hindin
---
qga/installer/qemu-ga.wxs | 156 ++
1 file changed, 156 insertions(+)
create mode 100644 qga/installer/qemu-ga.wxs
diff --git a
The patch set has been revised according to reviews
1. options documented in commit messages
2. typos fixed
3. confugure/Makefile melded into one commit
Following changes were introduced since the last review:
1. Makefile launches wilx in quite mode.
2. configure script explicity valudates optio
: Joseph Hindin
---
Makefile | 19 --
configure | 67 ++-
2 files changed, 83 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 93af871..15ff62a 100644
--- a/Makefile
+++ b/Makefile
@@ -74,7 +74,7
The patches enable creation of MSI installation package for QEMU windows guest
agent
Joseph Hindin (4):
qemu-ga: adding vss-[un]install options
qemu-ga: debug printout to help troubleshoot installation
qemu-ga: Introduce Windows MSI script
qemu-ga: Building Windows MSI installation with
Please, excuse for for accidentally sending the patched before they are
ready.
Ignore this patches's set.
Thank you,
Joseph Hindin
On Sun, Apr 19, 2015 at 1:53 PM, Joseph Hindin wrote:
> The patch set has been revised according to reviews
>
> 1. options documented in c
adding
libssp to the qga-vss.dll libraries list.
Regards,
Joseph Hindin
0001-windows-build-lssp-added-to-qga-vss.dll-library-list.patch
Description: Binary data
em by adding libssp to the qga-vss.dll
libraries list.
Signed-off-by: Joseph Hindin
---
qga/vss-win32/Makefile.objs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qga/vss-win32/Makefile.objs b/qga/vss-win32/Makefile.objs
index 6a69d50..bd0840d 100644
--- a/qga/vss-win32/Makefile
I am submitting the revised patch for linking qga-vss.dll with 64-bit MinGW
toolchain.
Regards,
Joseph Hindin
.../qga/vss-win32/install.cpp:52: undefined reference to `__stack_chk_fail'
The patch fixes the problem by adding -fstack-protector-all option to the
linker options' list.
Signed-off-by: Joseph Hindin
---
qga/vss-win32/Makefile.objs | 2 +-
1 file changed, 1 insertion(+), 1 deletio
,
Joseph Hindin
Signed-off-by: Joseph Hindin
---
qga/vss-win32/Makefile.objs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qga/vss-win32/Makefile.objs b/qga/vss-win32/Makefile.objs
index 6a69d50..7c96c6b 100644
--- a/qga/vss-win32/Makefile.objs
+++ b/qga/vss-win32/Makefile.objs
@@ -3,7
f x * 2 based on undefined overflow
should not be applied to x << 1.)
--
Joseph S. Myers
jos...@codesourcery.com
status
/home/jhindin/development/qemu_upstream/qga/vss-win32/Makefile.objs:10:
recipe for target 'qga/vss-win32/qga-vss.dll' failed
make: *** [qga/vss-win32/qga-vss.dll] Error 1
--
Regards,
Joseph Hindin
On Sun, May 3, 2015 at 11:33 AM, Olga Krishtal
wrote:
> On 11/03/15 17
I am ethic and my ethic is: "All your base are belong to us", am this
your ethic, too?
On 7/30/06, Karlos . <[EMAIL PROTECTED]> wrote:
I asked lot of times before my first email why its closed. Dont assume that
i didnt it.
"Open the code unless you have something to hide." was an advice, not an
ll,
especially since you can bridge the adapters on the host and transparently
connect the guest to your internal LAN. Maybe one day qemu will have builtin
OpenVPN support so it won't have to be installed on the guest?
-Joseph
___
Qemu-devel mailing li
I fear that we will never see your
work.
Sincerely,
- -Joseph, A Discouraged Qemu User
On Thursday 27 April 2006 11:45 am, [EMAIL PROTECTED] wrote:
> Hello Lonnie.
>
> Lonnie Mendez wrote:
> > Johannes Schindelin wrote:
> >
> >
> > Seeing as there is a rele
largefiles for some time now, but I don't know what the holdup is
on MinGW.
- -Joseph Miller
On Monday 12 June 2006 3:33 pm, Christian MICHON wrote:
> interestingly enough, qemu-img is compiled with large file support, yet
> on win32/mingw (gcc 3.4.5) qemu-img cannot manage ima
If you are looking for a system to boot quickly, LinuxFromScratch would be
pretty fast, but takes a long time to build.
-Joseph
On Saturday 02 September 2006 4:43 pm, Michael Fisher wrote:
> I want to know if the following idea is impossible, possible or just crazy.
>
> I want to
Windows or any extra
packages unless you build them yourself after finishing LFS. It was probably
about 5 years ago, but on a K6-2 400MHz, it booted in about 20 seconds or so.
-Joseph
On Tuesday 05 September 2006 12:59 pm, you wrote:
> Joseph,
>
> I have heard of LFS but haven't res
aster. Does
anyone have any knowledge of which would take the least overhead? I noticed
on my top stats that my % sys was particularly high when using networking
under -net user. Thanks
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
Host Linux is FC3 2.6.9-1.677 kernel.# qemu-img create -f vmdk /hdb3/usr/tmp/qlinux 60GFormating '/hdb3/usr/tmp/qlinux', fmt=vmdk, size=62914560 kB# qemu -cdrom /usr/src/kernel/linux-fc6-x86_64/FC-6-Test3-x86_64-DVD.iso -boot d -hda /hdb3/usr/tmp/qlinuxThe window pops up, and it's title says:QEMU:
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
I am a fan of a qemu-user mailing list
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
According to the roadmap,
http://fabrice.bellard.free.fr/qemu/roadmap.html, Mac OS X will be
supported as a guest OS. May I ask, what is the status of this?
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman
According to the roadmap,
http://fabrice.bellard.free.fr/qemu/roadmap.html, Mac OS X will be
supported as a guest OS. May I ask, what is the status of this?
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman
Should I be using the --enable-system or
the --disable-system for win32 guest on i386 debian host? Can someone
give a little more insight on this technicality?
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Tim Olson wrote:
On Dec 13, 2006, at 10:04 AM, Joseph Miller wrote:
Can someone elaborate on this a little? What is the difference
between the SOFTMMU and the mmap()? Should I be using the
--enable-system or the --disable-system for win32 guest on i386
debian host? Can someone give a
arable to
VMPlayer? How does VMPlayer manage to be so much faster than Qemu? Is
this simply an I/O bottleneck? How would I go about finding out what
the differences are and how we can improve Qemu+KQEMU performance?
-Joseph
___
Qemu-devel mailin
slowdown? Is anyone
familiar with what Qemu is so busy doing whilst sitting idle? I should
note that I have compiled the KQemu into my 2.6 kernel instead of
loading it as a module. I have found better performance with it this
way. Any insight from a develo
sg00360.html on my
website at http://www.calcmaster.net/qemu/benchmarks-20061216/ and you
can see that this patch makes a HUGE difference in performance. Is
there any way that this patch could be committed any time soon?
-Joseph
P.S. Any insight on why Qemu's memory access is so muc
s the stupidest thing ever for a commercial company like that
trying to be portable.
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
This made me laugh... (no flames, please)
Person1: "Can you do some work for me for free?"
Person2: "Sure, where's the documentation?"
Person1: "Here it is... it costs $18."
Happy New Year Everyone!
-joe
On 12/27/05, Natalia Portillo <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE
the actual processor emulation may not be optimized any more, but
all of the peripherals and hardware emulators will be. Simply install the
patch and then configure with '--enable-x86-optimize'.
- -Joseph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
se yet. I instead used OpenVPN and
bridging on my host and guest so that my guest appears to be on my LAN. Set
up your host as your OpenVPN server, your guest as your OpenVPN client, and
set up bridging as described in the howto and everything will work smoothly.
(see openvpn.net).
- -
ged to get it to compile on FC4, but I took a slightly different
approach. I renamed gcc to gcc4 and I renamed gcc32 to gcc. So when
configure automatically finds gcc, it has the correct one without any
particular options. I don't see how this could be any different than using
- --cc=g
to your host. Once
that is completed, your network will work properly. You made the correct
choice to use bridging in order to get your networking set up.
- -Joseph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFD1N/0mXZROF+EADURAj1TAJ9P2O1j
Change the function argument from signed to unsigned and see it printf handles prints the values correctly. I.E.static void print_packet(unsigned char *s, int len) ...-joe
On 2/25/06, Umamaheswararao Karyampudi <[EMAIL PROTECTED]> wrote:
Hi,I am using QEMU in one of my research projects. Ilanded in
:" and "With physical address for instruction:" gives me
the impression that when the implementation can distinguish between these
situations, then reporting 12 , 13, 15 instead of 1, 5, 7 will provide a
fine-grained reason for why things were broken.
Regards,
Joseph Chan
On Sat, Apr
Step 2
mentions the exception code should be " access-fault exception
corresponding to the original access type". i.e. 1, 5, 7. All other steps
should use " page-fault exception corresponding to the original access
type". i.e. 12, 13, 15.
Regards,
Joseph Chan
On Mon, Apr 15, 20
t; components; besides binutils, GDB, and GLIBC, there's QEMU, newlib/libgloss,
> and the Linux kernel. But, we need to get the ball rolling somewhere.
CC:ing Arnd Bergmann regarding the obsolescence in the Linux kernel.
--
Joseph S. Myers
josmy...@redhat.com
When tcg_out_qemu_st_{index,direct} were merged, the direct case for
MO_64 was omitted, causing qemu_st_i64 to be encoded as 0x due
to underflow when adding h.base and h.index.
Fixes: 1df6d611bdc2("tcg/arm: Introduce HostAddress")
Signed-off-by: Joseph Burt
---
tcg/arm/tcg-ta
Hello,
I'm new to open-source, but I've learned C and Python.
I've read the 'Getting Started' guide, but aside from signing up for the
mailing list and getting the source code, it doesn't provide much direction
for beginners.
I'm looking for somewhere I can contribute. Could any maintainer sugge
Thank you, Manos.
I'm not discouraged by the difficulty. I guess I just didn't know where to
start from. Thanks for the direction.
On Sun, 08 Sept 2024, 09:51 Manos Pitsidianakis, <
manos.pitsidiana...@linaro.org> wrote:
> On Sun, 08 Sep 2024 10:28, Joseph Kurape wrote:
&
the uninitialized high part (in some GCC tests
of AArch64 NEON shift intrinsics, in particular). This patch corrects
the sign-extension logic, making it match other functions such as
tcg_gen_ld16s_i64.
Signed-off-by: Joseph Myers
---
diff --git a/tcg/tcg-op.c b/tcg/tcg-op.c
index bb2bfee
the required rip_offset setting for
those instructions, so fixing some GCC test failures (13 in the gcc
testsuite in my GCC 6-based testing) when testing with a default CPU
setting enabling those instructions.
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/translate.c b/target/i386
-based testing) when
testing with a default CPU setting enabling those instructions.
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/ops_sse.h b/target/i386/ops_sse.h
index 16509d0..d578216 100644
--- a/target/i386/ops_sse.h
+++ b/target/i386/ops_sse.h
@@ -1617,18 +1617,18 @@ void glue
failures in my GCC 6-based testing. (I do not know whether there
might be still further classes of instructions missing this setting.)
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/translate.c b/target/i386/translate.c
index 5fdadf9..95f7261 100644
--- a/target/i386/translate.c
ue by
computing the result in a local temporary and copying it to the
destination at the end; this patch fixes the packusdw helper to do
likewise. This fixes three gcc test failures in my GCC 6-based
testing.
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/ops_sse.h b/target/i386/ops_sse.h
correspond with the proper instruction semantics. This fixes four gcc
test failures in my GCC 6-based testing.
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/ops_sse.h b/target/i386/ops_sse.h
index 16509d0..9f1b351 100644
--- a/target/i386/ops_sse.h
+++ b/target/i386/ops_sse.h
@@ -2037,1
copied first.
This fixes one gcc test failure in my GCC 6-based testing (and so
concludes the present sequence of patches, as I don't have any further
gcc test failures left in that testing that I attribute to QEMU bugs).
Signed-off-by: Joseph Myers
---
diff --git a/target/i386/ops_sse.h b/t
32 resulting from the quiet truncation, as the issue is
certainly there in the source code).
--
Joseph S. Myers
jos...@codesourcery.com
lt in a higher
figure (or maybe a higher figure would be safer anyway).
Signed-off-by: Joseph Myers
---
diff --git a/tcg/tcg.h b/tcg/tcg.h
index c9949aa..a7fa452 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -32,7 +32,7 @@
#include "tcg-target.h"
/* XXX: make safe guess about si
On Fri, 23 Sep 2016, Laurent Desnogues wrote:
> Hello,
>
> On Fri, Sep 23, 2016 at 1:53 AM, Joseph Myers wrote:
> > MAX_OP_PER_INSTR is currently 266, reported in commit
> > 14dcdac82f398cbac874c8579b9583fab31c67bf to be the worst case for the
> > ARM A64 decoder.
&g
n has resulted in
tcg_op_buf_full() being true, but my testing had cases where it was at
least 8).
--
Joseph S. Myers
jos...@codesourcery.com
onent 0).
Joseph Myers (4):
softfloat: silence sNaN for conversions to/from floatx80
softfloat: fix floatx80 pseudo-denormal addition / subtraction
softfloat: fix floatx80 pseudo-denormal comparisons
softfloat: fix floatx80 pseudo-denormal round to integer
fpu/softfloat.c
Conversions between IEEE floating-point formats should convert
signaling NaNs to quiet NaNs. Most of those in QEMU's softfloat code
do so, but those for floatx80 fail to. Fix those conversions to
silence signaling NaNs as well.
Signed-off-by: Joseph Myers
---
fpu/softfloat.c
both values are pseudo-denormals (biased exponent
zero, explicit integer bit 1). Add a check for that case, so making
the results match those seen on x86 hardware for pseudo-denormals.
Signed-off-by: Joseph Myers
---
fpu/softfloat.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/fpu
, not the
other more specific comparison operations. That is the only
comparison function for floatx80 used in the i386 port, which is the
only supported port with these pseudo-denormal semantics.
Signed-off-by: Joseph Myers
---
fpu/softfloat.c | 5 +
1 file changed, 5 insertions(+)
diff --git
round to +/- 1 depending on the rounding mode)
as hardware does. Fix this check (simplifying the code in the
process).
Signed-off-by: Joseph Myers
---
fpu/softfloat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fpu/softfloat.c b/fpu/softfloat.c
index 8e9c714e6f..e29b07542a
ust the rounding precision used for loads;
(d) float128_to_floatx80 shouldn't actually be used by any QEMU target,
because no supported CPU architecture has support for both formats in
hardware (although I made my sNaN change to the conversions between them
anyway for com
On Fri, 1 May 2020, Alex Bennée wrote:
>
> Joseph Myers writes:
>
> > The softfloat function addFloatx80Sigs, used for addition of values
> > with the same sign and subtraction of values with opposite sign, fails
> > to handle the case where the two values bot
On Fri, 1 May 2020, Alex Bennée wrote:
>
> Joseph Myers writes:
>
> > The softfloat floatx80 comparisons fail to allow for pseudo-denormals,
> > which should compare equal to corresponding values with biased
> > exponent 1 rather than 0. Add an adjustment for t
und so far in the floating-point support in
the i386 port (at least ten such bugs beyond the ones fixed in the present
patch series). And it might well depend on details of compiler code
generation to test some of the bugs effectively.
--
Joseph S. Myers
jos...@codesourcery.com
t not enabled fail for unrelated reasons if enabled
for floatx80, this does not do anything regarding enabling such tests.
Joseph Myers (4):
softfloat: silence sNaN for conversions to/from floatx80
softfloat: fix floatx80 pseudo-denormal addition / subtraction
softfloat: fix floatx80 pseudo-den
both values are pseudo-denormals (biased exponent
zero, explicit integer bit 1). Add a check for that case, so making
the results match those seen on x86 hardware for pseudo-denormals.
Signed-off-by: Joseph Myers
---
fpu/softfloat.c| 6 ++
tests/tcg/i386/test-i386
Conversions between IEEE floating-point formats should convert
signaling NaNs to quiet NaNs. Most of those in QEMU's softfloat code
do so, but those for floatx80 fail to. Fix those conversions to
silence signaling NaNs as well.
Signed-off-by: Joseph Myers
---
fpu/softfl
, not the
other more specific comparison operations. That is the only
comparison function for floatx80 used in the i386 port, which is the
only supported port with these pseudo-denormal semantics.
Signed-off-by: Joseph Myers
---
fpu/softfloat.c| 5 +
tests/tcg/i386
round to +/- 1 depending on the rounding mode)
as hardware does. Fix this check (simplifying the code in the
process).
Signed-off-by: Joseph Myers
---
fpu/softfloat.c| 2 +-
tests/tcg/i386/test-i386-pseudo-denormal.c | 10 ++
2 files changed, 11 insertions(+), 1
The x87 fpatan emulation is currently based around conversion to
double. This is inherently unsuitable for a good emulation of any
floatx80 operation. Reimplement using the soft-float operations, as
for other such instructions.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c
patch to reimplement
f2xm1, which adds an include of fpu/softfloat-macros.h to
target/i386/fpu_helper.c.
--
Joseph S. Myers
jos...@codesourcery.com
lines
in a large table of randomly generated tests.
--
Joseph S. Myers
jos...@codesourcery.com
Testing with the glibc testsuite shows this patch needs a little more work
to get correct underflow/inexact exceptions in the case where ST0 is
positive and ST1/ST0 is small. I'll send a revised patch next week (I
don't expect any changes in the rest of the code).
--
Joseph S.
The x87 fpatan emulation is currently based around conversion to
double. This is inherently unsuitable for a good emulation of any
floatx80 operation. Reimplement using the soft-float operations, as
for other such instructions.
Signed-off-by: Joseph Myers
---
Changes in version 2: adjust the
On Tue, 23 Jun 2020, Paolo Bonzini wrote:
> On 23/06/20 02:01, Joseph Myers wrote:
> > The x87 fpatan emulation is currently based around conversion to
> > double. This is inherently unsuitable for a good emulation of any
> > floatx80 operation. Reimplement using the soft
zero() would be true if both EXPD(temp) and
> temp.l.lower were zero, but maybe I'm missing something.
Yes, that looks like a false positive to me.
--
Joseph S. Myers
jos...@codesourcery.com
second patch to cover both patches.
The style checker will produce its usual inapplicable warnings about
use of "volatile" in the testcase and about C99 hex float constants.
Joseph Myers (2):
target/i386: set SSE FTZ in correct floating-point state
target/i386: fix IEEE SSE floa
The code to set floating-point state when MXCSR changes calls
set_flush_to_zero on &env->fp_status, so affecting the x87
floating-point state rather than the SSE state. Fix to call it for
&env->sse_status instead.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 2 +-
ing is done about trapping exceptions (for which there is minimal
and largely broken support in QEMU's emulation in the x87 case and no
support at all in the SSE case).
Signed-off-by: Joseph Myers
---
target/i386/cpu.h | 1 +
target/i386/fpu_helper.c
ale, that would result in
spurious exceptions being set from a naive propagation of exceptions
from the softfloat state, and thus will need updating to avoid
propagating inappropriate exceptions when such propagation is
implemented.)
Joseph Myers (5):
target/i386: implement special cases for f
The implementation of the fxtract instruction treats all nonzero
operands as normal numbers, so yielding incorrect results for invalid
formats, infinities, NaNs and subnormal and pseudo-denormal operands.
Implement appropriate handling of all those cases.
Signed-off-by: Joseph Myers
---
target
The implementation of the fscale instruction returns a NaN exponent
unchanged. Fix it to return a quiet NaN when the provided exponent is
a signaling NaN.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 4
tests/tcg/i386/test-i386-fscale.c | 37
.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 5 -
tests/tcg/i386/test-i386-fscale.c | 29 +
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git a/target/i386/fpu_helper.c b/target/i386/fpu_helper.c
index 60012c405c..7709af8fdd 100644
signed exact zero or
infinity as a result.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 22 ++
tests/tcg/i386/test-i386-fscale.c | 29 +
2 files changed, 51 insertions(+)
diff --git a/target/i386/fpu_helper.c b/target/i386
precision, and fscale is not in that set. Fix the
implementation to save and restore the rounding precision around the
call to floatx80_scalbn.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 3 +++
tests/tcg/i386/test-i386-fscale.c | 13 +
2 files changed, 16 insertions
at least, so I assume they are OK in
QEMU floating-point tests and this style checker should not be objecting
to them.
--
Joseph S. Myers
jos...@codesourcery.com
eptions even when it adds
code to set exceptions in the softfloat state.
Joseph Myers (4):
target/i386: fix floating-point load-constant rounding
target/i386: fix fxam handling of invalid encodings
target/i386: fix fbstp handling of negative zero
target/i386: fix fbstp handling of out-of-
setting "inexact") as specified.
Signed-off-by: Joseph Myers
---
target/i386/fpu_helper.c | 54 +++-
tests/tcg/i386/test-i386-fldcst.c | 199 ++
2 files changed, 248 insertions(+), 5 deletions(-)
create mode 100644 tests/tcg/i386/test-i38
1 - 100 of 135 matches
Mail list logo
