On Sat, Jan 01, 2011 at 11:46:16PM +, Peter Maydell wrote:
On 17 December 2010 15:56, Peter Maydell peter.mayd...@linaro.org wrote:
The softfloat functions float*_is_nan() were badly misnamed,
because they return true only for quiet NaNs, not for all NaNs.
Rename them to
On 2 January 2011 10:31, Aurelien Jarno aurel...@aurel32.net wrote:
On Sat, Jan 01, 2011 at 11:46:16PM +, Peter Maydell wrote:
Can it be applied please? (cc'd Aurelien since you seem to be
committing various missed patches at the moment :-))
Sorry, I understood there was a conflict with
On Sun, Jan 02, 2011 at 11:12:32AM +, Peter Maydell wrote:
On 2 January 2011 10:31, Aurelien Jarno aurel...@aurel32.net wrote:
On Sat, Jan 01, 2011 at 11:46:16PM +, Peter Maydell wrote:
Can it be applied please? (cc'd Aurelien since you seem to be
committing various missed patches
Use the new function float32_is_any_nan() instead of
float32_is_quiet_nan() || float32_is_signaling_nan().
Cc: Alexander Graf ag...@suse.de
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
target-ppc/op_helper.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
On Thu, Dec 16, 2010 at 11:51:17AM +, Peter Maydell wrote:
IEEE754 doesn't specify precisely what NaN should be returned as
the result of an operation on two input NaNs. This is therefore
target-specific. Abstract out the code in propagateFloat*NaN()
which was implementing the x87
Public bug reported:
I can only get the display on BeOS/x86 Personal Edition 5 to be in black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir foo
cd foo
tar zxvf ../BeOS4Linux.tar.gz
qemu -cdrom image.be -fda floppy.img -boot a -vga std
Am 31.12.2010 14:14, Jan Kiszka wrote:
Am 29.12.2010 16:42, Avi Kivity wrote:
On 12/29/2010 05:05 PM, Jan Kiszka wrote:
Am 28.12.2010 11:36, Avi Kivity wrote:
Marcelo Tosatti (1):
Expose thread_id in info cpus
As I'm currently unable to find this particular version of the last
On 2 January 2011 13:23, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Dec 16, 2010 at 11:51:17AM +, Peter Maydell wrote:
IEEE754 doesn't specify precisely what NaN should be returned as
the result of an operation on two input NaNs. This is therefore
target-specific. Abstract out the
The PowerPC CPU has a lot more precise FPU exception than the IEEE754
specifications. 7 independant exceptions corresponding to the invalid
exception IEEE754. They are currently not implemented in softfloat code,
though they are detected to compute the result, that's why the target-ppc
code checks
On PPC the default qNaN doesn't have the sign bit set.
Cc: Alexander Graf ag...@suse.de
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
target-ppc/op_helper.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-ppc/op_helper.c b/target-ppc/op_helper.c
index
The current FPU code returns 0.0 if one of the operand is a
signaling NaN and the VXSNAN exception is disabled.
fload_invalid_op_excp() doesn't return a qNaN in case of a VXSNAN
exception as the operand should be propagated instead of a new
qNaN to be generated. Fix that by calling
The PRECISE_EMULATION is hardcoded to one in target-ppc/exec.h and not
something easily tunable. Remove it and non-precise emulation code as
it doesn't make a noticeable difference in speed. People wanting speed
improvement should use softfloat-native instead.
Cc: Alexander Graf ag...@suse.de
---
hw/usb-msd.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/usb-msd.c b/hw/usb-msd.c
index 0a95d8d..46642a8 100644
--- a/hw/usb-msd.c
+++ b/hw/usb-msd.c
@@ -560,6 +560,7 @@ static int usb_msd_initfn(USBDevice *dev)
}
}
+
---
docs/bootindex.txt | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 docs/bootindex.txt
diff --git a/docs/bootindex.txt b/docs/bootindex.txt
new file mode 100644
index 000..9609c7f
--- /dev/null
+++
On Sun, Jan 02, 2011 at 02:04:11PM +, Peter Maydell wrote:
On 2 January 2011 13:23, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Dec 16, 2010 at 11:51:17AM +, Peter Maydell wrote:
IEEE754 doesn't specify precisely what NaN should be returned as
the result of an operation on
Please ignore. Will resend with Signed-off-by.
On Sun, Jan 02, 2011 at 05:04:31PM +0200, Gleb Natapov wrote:
---
hw/usb-msd.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/usb-msd.c b/hw/usb-msd.c
index 0a95d8d..46642a8 100644
--- a/hw/usb-msd.c
+++
Signed-off-by: Gleb Natapov g...@redhat.com
---
docs/bootindex.txt | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 docs/bootindex.txt
diff --git a/docs/bootindex.txt b/docs/bootindex.txt
new file mode 100644
index
Signed-off-by: Gleb Natapov g...@redhat.com
---
hw/usb-msd.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/usb-msd.c b/hw/usb-msd.c
index 0a95d8d..46642a8 100644
--- a/hw/usb-msd.c
+++ b/hw/usb-msd.c
@@ -560,6 +560,7 @@ static int usb_msd_initfn(USBDevice *dev)
On 2 January 2011 15:05, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Jan 02, 2011 at 02:04:11PM +, Peter Maydell wrote:
Could we have a target-specific silence this SNaN function?
You mean a target-specific version of floatXX_maybe_silence_nan()?
Actually what I had in mind was a
Public bug reported:
I use -alt-grab with qemu-0.13.0-r2 and special keys like Ctrl-Alt-f for
full screen did not work for me with a windows guest. They work normally
when omitting the -alt-grab startup parameter.
After quite a long time, I found out that I have to add the shift key to
the keys
I can only get the display on BeOS/x86 Personal Edition 5 to be in black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir foo
cd foo
tar zxvf ../BeOS4Linux.tar.gz
qemu -cdrom image.be -fda floppy.img -boot a -vga std
** Affects:
This unregresses Sun4m and PPC prep/ref405ep machines
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
hw/m48t59.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/hw/m48t59.c b/hw/m48t59.c
index 6991e2e..2020487 100644
--- a/hw/m48t59.c
+++
This is not a QEMU bug.
You need to get a correct driver for the emulated hardware.
There is a Cirrus driver as well as a VESA driver in BeBits that will
work with absolutely all emulated hardware.
** Changed in: qemu
Status: New = Invalid
--
You received this bug notification because
Am 02.01.2011 um 19:27 schrieb François Revol:
I can only get the display on BeOS/x86 Personal Edition 5 to be in
black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir foo
cd foo
tar zxvf ../BeOS4Linux.tar.gz
qemu -cdrom image.be -fda
On Sun, Jan 02, 2011 at 03:35:30PM +, Peter Maydell wrote:
On 2 January 2011 15:05, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Jan 02, 2011 at 02:04:11PM +, Peter Maydell wrote:
Could we have a target-specific silence this SNaN function?
You mean a target-specific version
Hi,
El 02/01/2011, a las 22:28, Andreas Färber escribió:
Am 02.01.2011 um 19:27 schrieb François Revol:
I can only get the display on BeOS/x86 Personal Edition 5 to be in
black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir
I went to Bebits.com and typed 'cirrus' into the search box, but it
didn't match a driver. Please could you let me know where you found it?
Thanks.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Le 2 janv. 2011 à 23:28, Andreas Färber a écrit :
Am 02.01.2011 um 19:27 schrieb François Revol:
I can only get the display on BeOS/x86 Personal Edition 5 to be in black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir foo
cd foo
28 matches
Mail list logo
