From: Andreas Färber
Juan has donated a cool Makefile infrastructure that enables us to drop
static libraries completely:
Move shared obj-y definitions to Makefile.objs, prefixed common-, hw-, user-.
Link those object files directly.
Replace HWLIB by HWDIR, specifying only the directory.
Drop
Am 13.12.2009 um 00:07 schrieb Andreas Färber:
Am 12.12.2009 um 21:57 schrieb Juan Quintela:
Andreas Färber wrote:
From: Andreas Färber
On OpenSolaris, neither --whole-archive nor -z allextract
appear to work as expected, causing runtime errors. For example:
qemu: could not open disk im
On Sat, Dec 12, 2009 at 08:45:06PM +0100, Stefan Weil wrote:
> Michael S. Tsirkin schrieb:
> > On Mon, Nov 30, 2009 at 06:05:31PM +0100, Stefan Weil wrote:
> >> Michael S. Tsirkin schrieb:
> >>> On Thu, Nov 19, 2009 at 09:54:46PM +0100, Stefan Weil wrote:
> Handling of transmit commands is rat
I guess e1c09175bc00dd8dfb2ad1b26e1858dcdc109b59 or
998bbd74b9d813b14a3a3b5009a5d5a48c7dce51 broke -serial stdio for all
targets:
qemu -serial stdio -monitor stdio
chardev: opening backend "stdio" failed
qemu: could not open serial device 'stdio': No such file or directory
On Sat, Dec 12, 2009 at 7:24 PM, Artyom Tarasenko
wrote:
> According to the SCSI-2 specification,
> http://ldkelley.com/SCSI2/SCSI2/SCSI2/SCSI2-08.html#8.2.5 ,
> "if the allocation length of the command descriptor block (CDB) is too
> small to transfer all of the parameters, the additional length
If I boot an F12 LiveCD with vmware VGA without KVM enabled, I get the
syslinux boot screen and can pick
options, the same qemu run with -enable-kvm, I just get a blank screen.
Anyone have any clues on why this might be?
all with latest git tree.
Dave.
On Sat, 12 Dec 2009 18:18:01 -0600
Anthony Liguori wrote:
> Andrea Arcangeli wrote:
> > On Sat, Dec 12, 2009 at 05:52:49PM -0600, Anthony Liguori wrote:
> >
> >> This is the bit that confuses me. VNC is not a driver. When I
> >> say it cannot crash the guest, I mean that if the VNC server ma
On Sun, Dec 13, 2009 at 8:24 AM, Blue Swirl wrote:
> I guess e1c09175bc00dd8dfb2ad1b26e1858dcdc109b59 or
> 998bbd74b9d813b14a3a3b5009a5d5a48c7dce51 broke -serial stdio for all
> targets:
> qemu -serial stdio -monitor stdio
> chardev: opening backend "stdio" failed
> qemu: could not open serial dev
2009/12/13 Blue Swirl :
> On Sat, Dec 12, 2009 at 7:24 PM, Artyom Tarasenko
> wrote:
>> According to the SCSI-2 specification,
>> http://ldkelley.com/SCSI2/SCSI2/SCSI2/SCSI2-08.html#8.2.5 ,
>> "if the allocation length of the command descriptor block (CDB) is too
>> small to transfer all of the pa
On 12/12/2009 07:28 PM, Anthony Liguori wrote:
I think the question I was raising was not whether Spice could
handle X, but that given the things you can do with X, is all of
Spice really needed. IOW, would we get 99% of the way there with Xv
accelerated overlays and Xrender based compositing
On 12/13/2009 01:07 AM, Andreas Färber wrote:
Certainly I would prefer having one shared linking mechanism.
The three separate Makefiles (Makefile, Makefile.hw, Makefile.target)
that govern which objects are to be compiled pose the problem.
In the end, we need some mechanism to get the right s
According to the SCSI-2 specification,
http://ldkelley.com/SCSI2/SCSI2/SCSI2/SCSI2-08.html#8.2.5 ,
"if the allocation length of the command descriptor block (CDB) is too
small to transfer all of the parameters, the additional length shall
not be adjusted to reflect the truncation."
The 36 mandatory
This one is missing:
http://permalink.gmane.org/gmane.comp.emulators.qemu/57388
[PATCH] Fix thinko in linuxboot.S
Still unmerged, resending it rebased.
Paolo
The %gs segment that was used was not matching the comments.
I just moved the GDT descriptor on the stack instead.
Signed-off-by: Paolo Bonzini
---
pc-bios/optionrom/linuxboot.S | 20
1 files changed, 8 insertions(+), 12 deletions(-)
diff --git a/pc-bios/optionrom/linuxbo
On 12/13/2009 01:46 AM, Anthony Liguori wrote:
Dan Berrange and I have been talking about being able to move VNC
server into a central process such that all of the VMs can have a
single VNC port that can be connected to. This greatly simplifies the
firewalling logic that an administrator has
I am writing to ask, please can you put kqemu support back in qemu 0.12 as a
build option? I don't mind if it's not in the default build. I am happy to
try to improve kqemu if necessary, with some guidance.
Anthony Liguori wrote:
> kqemu introduces a number of restrictions on the i386 target. T
On 12/13/2009 10:55 AM, Dave Airlie wrote:
If I boot an F12 LiveCD with vmware VGA without KVM enabled, I get the
syslinux boot screen and can pick
options, the same qemu run with -enable-kvm, I just get a blank screen.
Anyone have any clues on why this might be?
One of the niceties of vm
On Fri, 11 Dec 2009 22:26:59 +0200
Izik Eidus wrote:
> On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
> malc wrote:
>
> > On Fri, 11 Dec 2009, Izik Eidus wrote:
> >
> > > On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
> > > malc wrote:
> > >
> > > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > > >
> > >
From: Igor V. Kovalenko
This is a workaround only, and is a partial revert
of a few changes to BMDMAState which removed pci_dev
field on the way.
- cmd646 pci_from_bm() expects bm->unit value to
correspond with bm data being passed to callback
as opaque pointer. This breaks when write to dma
con
Please pull the following patch making e1000 on master
work again.
The following changes since commit ad3cea42487c4f23aa60825efa8eaf949ea71aac:
Artyom Tarasenko (1):
scsi-disk: Inquiry with allocation length of CDB < 36 (v4)
are available in the git repository at:
git://git.kernel.or
On Fri, Dec 11, 2009 at 05:33:18PM -0700, Dave Dixon wrote:
> I'm building an initrd for netbooting headless/diskless cluster members. The
> target platform is 64-bit ubuntu, and the development platform is 64-bit
> ubuntu (albeit a very different computer physically). When I try qemu with
> -kerne
List MST as PCI maintainer so that people know
whom to Cc on patches.
Signed-off-by: Michael S. Tsirkin
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 56f107e..9ebbb34 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -75,7 +75,7 @@ Main loop Fabrice Bellard (new maintainer
neede
Hello,
Am 12.12.2009 um 01:33 schrieb Dave Dixon:
When I try qemu with
-kernel and -initrd, it says "This kernel requires an x86-64 CPU,
but only
detected an i686 CPU." But it's definitely a 64-bit cpu - running a
64-bit OS.
If I show qeme -cpu ?, I get a list of only 32-bit cpus. What am I
Building on 32 bit host we get:
hw/s390-virtio.c: In function ‘s390_init’:
hw/s390-virtio.c:184: error: integer constant is too large for ‘unsigned long’
type
64 bit values must be ULL.
Signed-off-by: Michael S. Tsirkin
---
hw/s390-virtio.c |2 +-
1 files changed, 1 insertions(+), 1 deletio
s390 code has an obvious typo, which results in:
hw/s390-virtio.c: At top level:
hw/s390-virtio.c:249: error: request for member ‘no_vga’ in something not a
structure or union
Signed-off-by: Michael S. Tsirkin
---
hw/s390-virtio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
dif
s390-virtio-bus.o: In function `virtio_s390_notify':
/scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
`kvm_s390_virtio_irq'
Dan Berrange and I have been talking about being able to move VNC
server into a central process such that all of the VMs can have a
single VNC port that can be connected to. This greatly simplifies
the firewalling logic that an administrator has to deal with.
That's a problem I've already had to
Rename features->guest_features. This is
what they are, avoid confusion with
host features which we also need to keep around.
Signed-off-by: Michael S. Tsirkin
---
hw/s390-virtio-bus.c |2 +-
hw/syborg_virtio.c |4 ++--
hw/virtio-net.c | 10 +-
hw/virtio-pci.c |
- Forwarded message from Gleb Natapov -
From: Gleb Natapov
To: Kevin O'Connor
Date: Sun, 13 Dec 2009 17:07:48 +0200
Subject: Re: [...@virtutech.com: [coreboot] Seabios: PCI interrupt routing
question]
On Thu, Dec 10, 2009 at 08:55:11AM -0500, Kevin O'Connor wrote:
> FYI.
>
> -
- Forwarded message from Gleb Natapov -
From: Gleb Natapov
To: Kevin O'Connor
Date: Sun, 13 Dec 2009 15:18:08 +0200
Subject: Re: [...@virtutech.com: [coreboot] [PATCH] Seabios: Fix PkgLength
calculation for the SSDT.]
On Thu, Dec 10, 2009 at 08:55:30AM -0500, Kevin O'Connor wro
This will be the last time you get
'config-devices.mak out of date' warning.
We have a config-devices.mak feature, which
makes it possile for distros to disable devices
they do not want. However, this is annoyng
for development where you just want
to use the default most of the time.
We want to d
User emulators did not seem to have a $(HWLIB) directory, so don't try
to include config.mak from there in Makefile.target.
libuser.a included some objects of libqemu_common.a, so fix the paths to
the shared files, to avoid file not found errors while linking.
Signed-off-by: Andreas Färber
Cc: J
On Sun, Dec 13, 2009 at 12:23 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> This is a workaround only, and is a partial revert
> of a few changes to BMDMAState which removed pci_dev
> field on the way.
>
> - cmd646 pci_from_bm() expects bm->unit value to
> correspond with bm data bei
Am 13.12.2009 um 16:40 schrieb Andreas Färber:
User emulators did not seem to have a $(HWLIB) directory, so don't try
to include config.mak from there in Makefile.target.
libuser.a included some objects of libqemu_common.a, so fix the
paths to
the shared files, to avoid file not found error
On 13.12.2009, at 15:44, Michael S. Tsirkin wrote:
> Building on 32 bit host we get:
> hw/s390-virtio.c: In function ‘s390_init’:
> hw/s390-virtio.c:184: error: integer constant is too large for ‘unsigned
> long’ type
> 64 bit values must be ULL.
>
> Signed-off-by: Michael S. Tsirkin
Acked-by
On 13.12.2009, at 15:45, Michael S. Tsirkin wrote:
> s390 code has an obvious typo, which results in:
> hw/s390-virtio.c: At top level:
> hw/s390-virtio.c:249: error: request for member ‘no_vga’ in something not a
> structure or union
>
> Signed-off-by: Michael S. Tsirkin
Ouch. Thanks for the
On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> s390-virtio-bus.o: In function `virtio_s390_notify':
> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> `kvm_s390_virtio_irq'
>
Are you sure you're building with --enable-kvm? Currently there's no emulation
target for S390.
Alex
From: Igor V. Kovalenko
This is a workaround only, and is a partial revert
of a few changes to BMDMAState which removed pci_dev
field on the way.
- cmd646 pci_from_bm() expects bm->unit value to
correspond with bm data being passed to callback
as opaque pointer. This breaks when write to dma
con
Sam Watkins wrote:
I am writing to ask, please can you put kqemu support back in qemu 0.12 as a
build option? I don't mind if it's not in the default build. I am happy to
try to improve kqemu if necessary, with some guidance.
This has been discussed at great length on the list. If you're
Avi Kivity wrote:
On 12/13/2009 10:55 AM, Dave Airlie wrote:
If I boot an F12 LiveCD with vmware VGA without KVM enabled, I get the
syslinux boot screen and can pick
options, the same qemu run with -enable-kvm, I just get a blank screen.
Anyone have any clues on why this might be?
One of
On Sun, Dec 13, 2009 at 6:50 PM, Blue Swirl wrote:
> On Sun, Dec 13, 2009 at 12:23 PM, Igor V. Kovalenko
> wrote:
>> From: Igor V. Kovalenko
>>
>> This is a workaround only, and is a partial revert
>> of a few changes to BMDMAState which removed pci_dev
>> field on the way.
>>
>> - cmd646 pci_fr
Hello,
Am 13.12.2009 um 18:58 schrieb Anthony Liguori:
Sam Watkins wrote:
I am happy to
try to improve kqemu if necessary, with some guidance.
If you're interested in improving kqemu, you can submit patches to
add it again (but you'll have to fix the issues with it first).
If you wish to
Igor Kovalenko wrote:
> On Sat, Dec 12, 2009 at 3:18 PM, Igor Kovalenko
> wrote:
>> On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl wrote:
>>> On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman
>>> wrote:
In working to try to get Sparc64 system emulation developed, we seem to
have run into
On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>
> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>
> > s390-virtio-bus.o: In function `virtio_s390_notify':
> > /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> > `kvm_s390_virtio_irq'
> >
>
> Are you sure you're
On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>>
>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>>
>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference t
On Wed, Dec 09, 2009 at 03:38:40PM -0800, Richard Henderson wrote:
>
> Signed-off-by: Richard Henderson
> ---
> hw/alpha_palcode.c | 29 +++--
> 1 files changed, 27 insertions(+), 2 deletions(-)
>
> diff --git a/hw/alpha_palcode.c b/hw/alpha_palcode.c
> index c48a297..
On Wed, Dec 09, 2009 at 04:05:22PM -0800, Richard Henderson wrote:
>
> The following patch series results in an emulator that's good enough
> to run a good bit of the GCC testsuite, dynamic linking and all.
> There are more failures than native hardware. At first glance they
> appear to be fpu re
On 12/13/2009 11:28 AM, Aurelien Jarno wrote:
Is it really necessary to flush all the TB here? QEMU should already
discard TB that have been modified.
No. But I meant to look into this more carefully with a view to
disabling the other checking within QEMU and speed things up a tad. It
seems
On Mon, Dec 14, 2009 at 3:59 AM, Anthony Liguori wrote:
> Avi Kivity wrote:
>>
>> On 12/13/2009 10:55 AM, Dave Airlie wrote:
>>>
>>> If I boot an F12 LiveCD with vmware VGA without KVM enabled, I get the
>>> syslinux boot screen and can pick
>>> options, the same qemu run with -enable-kvm, I just
On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>
> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>
> > On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
> >>
> >> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> >>
> >>> s390-virtio-bus.o: In function `vi
Specified wronf -initrd by mistake to qemu,
and got this message:
Aborted
and qemu exited.
should not this print an error message?
--
MST
Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" :
On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
s39
Hello,
Am 13.12.2009 um 20:46 schrieb Aurelien Jarno:
On Wed, Dec 09, 2009 at 04:05:22PM -0800, Richard Henderson wrote:
The following patch series results in an emulator that's good enough
to run a good bit of the GCC testsuite, dynamic linking and all.
There are more failures than native
On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
>
> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" :
>
>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>>>
>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>>>
On Sun, Dec 13, 2009 at 06:30:56PM +0100
On Sun, Dec 13, 2009 at 09:29:27PM +0100, Juan Quintela wrote:
> "Michael S. Tsirkin" wrote:
> > Rename features->guest_features. This is
> > what they are, avoid confusion with
> > host features which we also need to keep around.
>
>
>
> > case SYBORG_VIRTIO_GUEST_FEATURES:
> >
Add features property to virtio. This makes it
possible to e.g. define machine without indirect
buffer support, which is required for 0.10
compatibility. or without hardware checksum
support, which is required for 0.11 compatibility.
Signed-off-by: Michael S. Tsirkin
---
Here's what I came up wi
On Sun, Dec 13, 2009 at 11:54:02AM -0800, Richard Henderson wrote:
> On 12/13/2009 11:28 AM, Aurelien Jarno wrote:
> >Is it really necessary to flush all the TB here? QEMU should already
> >discard TB that have been modified.
>
> No. But I meant to look into this more carefully with a view to
> d
Michael S. Tsirkin schrieb:
> On Sat, Dec 12, 2009 at 08:45:06PM +0100, Stefan Weil wrote:
>> Michael S. Tsirkin schrieb:
>>> On Mon, Nov 30, 2009 at 06:05:31PM +0100, Stefan Weil wrote:
Michael S. Tsirkin schrieb:
> On Thu, Nov 19, 2009 at 09:54:46PM +0100, Stefan Weil wrote:
>> Handl
The Stellaris targets were broken because they couldn't find the ssd03xx
devices since their CONFIG_ was changed - this fixes it.
diff --git a/default-configs/arm-softmmu.mak
b/default-configs/arm-softmmu.mak
index c1b7496..4c0fe22 100644
--- a/default-configs/arm-softmmu.mak
+++ b/default-configs
According to the RFB protocol, section 6.6.4 (hextile encoding), regarding the
'ForegroundSpecified' bit, it says: 'If this bit is set then the
SubrectsColoured bit must be zero.'.
It doesn't seem QEMU's VNC server does that. In fact, it looks like both bits
are set.
I've verified against a diff
On Sun, Dec 13, 2009 at 10:06 PM, Juan Quintela wrote:
> Igor Kovalenko wrote:
>> On Sat, Dec 12, 2009 at 3:18 PM, Igor Kovalenko
>> wrote:
>>> On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl wrote:
On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman
wrote:
> In working to try to get Sp
On Sun, Dec 13, 2009 at 09:59:57PM +0100, Stefan Weil wrote:
> Michael S. Tsirkin schrieb:
> > On Sat, Dec 12, 2009 at 08:45:06PM +0100, Stefan Weil wrote:
> >> Michael S. Tsirkin schrieb:
> >>> On Mon, Nov 30, 2009 at 06:05:31PM +0100, Stefan Weil wrote:
> Michael S. Tsirkin schrieb:
> >
On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
> On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
>>
>> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" :
>>
>>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
On 13.12.2009, at 20:08, Michael S.
On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
>
> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
>
> > On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
> >>
> >> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" :
> >>
> >>> On Sun, Dec 13, 2009 at 08:21:5
On 13.12.2009, at 23:13, Michael S. Tsirkin wrote:
> On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
>>
>> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
>>
>>> On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
Am 13.12.2009 um 20:58 schrieb "Michael
On Sun, Dec 13, 2009 at 11:19:40PM +0100, Alexander Graf wrote:
>
> On 13.12.2009, at 23:13, Michael S. Tsirkin wrote:
>
> > On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
> >>
> >> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Dec 13, 2009 at 09:15:30PM
Igor Kovalenko wrote:
> On Sun, Dec 13, 2009 at 10:06 PM, Juan Quintela wrote:
> Looks good, but runtime aborts in register_ioport_read.
>
> You cannot install different opaque for read and write of the same i/o
> address.
> Seems like every other device has the same driver for reading and writ
Yaniv Kaul wrote:
According to the RFB protocol, section 6.6.4 (hextile encoding), regarding the
'ForegroundSpecified' bit, it says: 'If this bit is set then the
SubrectsColoured bit must be zero.'.
It doesn't seem QEMU's VNC server does that. In fact, it looks like both bits
are set.
I've ver
On 12/13/2009 12:16 PM, Andreas Färber wrote:
I've checked the linux-user testsuite 0.3 on master:
The message "Set unique value to 000120060e38 (000120060e38)" is
gone now, but `ls -l dummyfile` doesn't list the file yet.
Checking...
Alpha doesn't use __NR_getdents64, it uses __NR_osf
Hi,
I found that in tcg/tcg.h, we have following definitions:
typedef int TCGv_i32;
typedef int TCGv_i64;
Is that correct? Why do we have the same definition for 64bit and 32
bit types? Doesnt TCGv_i64 suppose to be 64 bit?
Thanks,
Jun
On 12/13/2009 06:00 PM, Jun Koi wrote:
I found that in tcg/tcg.h, we have following definitions:
typedef int TCGv_i32;
typedef int TCGv_i64;
Is that correct? Why do we have the same definition for 64bit and 32
bit types? Doesnt TCGv_i64 suppose to be 64 bit?
Look higher up in the DEBUG_TCGV s
Signed-off-by: Richard Henderson
---
host-utils.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/host-utils.h b/host-utils.h
index e335c5c..0ddc176 100644
--- a/host-utils.h
+++ b/host-utils.h
@@ -164,7 +164,7 @@ static inline int ctz64(uint64_t val)
{
#if QEMU_GNUC_
The old fcmov implementation had a typo:
-tcg_gen_mov_i64(cpu_fir[rc], cpu_fir[ra]);
which moved the condition, not the second source, to the destination.
But it's also easy to implement the simplified fp comparison inline.
Signed-off-by: Richard Henderson
---
target-alpha/helper.h|
Signed-off-by: Richard Henderson
---
hw/alpha_palcode.c | 32 ++--
1 files changed, 30 insertions(+), 2 deletions(-)
diff --git a/hw/alpha_palcode.c b/hw/alpha_palcode.c
index edec018..2a694dc 100644
--- a/hw/alpha_palcode.c
+++ b/hw/alpha_palcode.c
@@ -1061,6 +106
We were missing the 0xc000 mask, leading to incorrect results.
Signed-off-by: Richard Henderson
---
target-alpha/op_helper.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/target-alpha/op_helper.c b/target-alpha/op_helper.c
index 8eba5ec..ff120ad 100644
--- a/tar
The first is the IMB patch, adjusted for Aurelien's comments.
The third is a bug in a generic header; I'm not sure what the
proper tagging is for that sort of thing.
The rest are new bugs found in the Alpha backend via the gcc
testsuite. We're down to a handfull of failures over native
there. I
There was a bug in float32_to_s that incorrectly mapped a zero exponent
to 0x38. This meant 0.0f != 0. At the same time, fix a generic type
punning bug in helper_memory_to_s and helper_s_to_memory.
Signed-off-by: Richard Henderson
---
target-alpha/op_helper.c | 44 +++
With host x86_64 target alpha, a trivial recompile started producing
"MMU faults". Eventually, I determined that adding "-B 0x1" was
enough to produce the fault with the original working executable. I
expect, but have not verified, that a similar failure can be elicited
with any 64-bi
On 12/13/2009 08:14 PM, Richard Henderson wrote:
With host x86_64 target alpha, a trivial recompile started producing
"MMU faults". Eventually, I determined that adding "-B 0x1" was
enough to produce the fault with the original working executable. I
expect, but have not verified, that a s
On Dec 13, 2009, at 04:55, ext Andreas Färber wrote:
> The application is not very useful once the guest window is closed.
> QEMU is not a document-based application; terminating it automatically
> saves the user another action and resembles SDL behavior.
>
> Signed-off-by: Andreas Färber
> Cc:
80 matches
Mail list logo
