From: Andreas Färber afaer...@opensolaris.org
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
On Sat, Dec 12, 2009 at 7:24 PM, Artyom Tarasenko
atar4q...@googlemail.com 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,
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 anth...@codemonkey.ws 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
2009/12/13 Blue Swirl blauwir...@gmail.com:
On Sat, Dec 12, 2009 at 7:24 PM, Artyom Tarasenko
atar4q...@googlemail.com 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
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
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 pbonz...@redhat.com
---
pc-bios/optionrom/linuxboot.S | 20
1 files changed, 8 insertions(+), 12 deletions(-)
diff --git
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
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.
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
On Fri, 11 Dec 2009 22:26:59 +0200
Izik Eidus iei...@redhat.com wrote:
On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
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
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:
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
-kernel
List MST as PCI maintainer so that people know
whom to Cc on patches.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 56f107e..9ebbb34 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -75,7 +75,7 @@ Main loop Fabrice Bellard (new
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 m...@redhat.com
---
hw/s390-virtio.c |2 +-
1 files changed, 1
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 m...@redhat.com
---
hw/s390-virtio.c |2 +-
1 files changed, 1 insertions(+), 1
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 m...@redhat.com
---
hw/s390-virtio-bus.c |2 +-
hw/syborg_virtio.c |4 ++--
hw/virtio-net.c | 10 +-
- Forwarded message from Gleb Natapov g...@redhat.com -
From: Gleb Natapov g...@redhat.com
To: Kevin O'Connor ke...@koconnor.net
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
- Forwarded message from Gleb Natapov g...@redhat.com -
From: Gleb Natapov g...@redhat.com
To: Kevin O'Connor ke...@koconnor.net
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
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
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
On Sun, Dec 13, 2009 at 12:23 PM, Igor V. Kovalenko
igor.v.kovale...@gmail.com wrote:
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
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
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
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 m...@redhat.com
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 m...@redhat.com
Ouch.
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 igor.v.kovale...@gmail.com
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
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
On Sun, Dec 13, 2009 at 6:50 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Dec 13, 2009 at 12:23 PM, Igor V. Kovalenko
igor.v.kovale...@gmail.com wrote:
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
This is a workaround only, and is a partial revert
of a few changes to BMDMAState
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
Igor Kovalenko igor.v.kovale...@gmail.com wrote:
On Sat, Dec 12, 2009 at 3:18 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman nick.couch...@seakr.com
wrote:
In
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 building
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 to
On Wed, Dec 09, 2009 at 03:38:40PM -0800, Richard Henderson wrote:
Signed-off-by: Richard Henderson r...@twiddle.net
---
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
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
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
On Mon, Dec 14, 2009 at 3:59 AM, Anthony Liguori anth...@codemonkey.ws 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
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
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 m...@redhat.com:
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.
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
On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
Am 13.12.2009 um 20:58 schrieb Michael S. Tsirkin m...@redhat.com:
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 m...@redhat.com 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 m...@redhat.com
---
Here's
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
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:
Handling of transmit
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
+++
On Sun, Dec 13, 2009 at 10:06 PM, Juan Quintela quint...@redhat.com wrote:
Igor Kovalenko igor.v.kovale...@gmail.com wrote:
On Sat, Dec 12, 2009 at 3:18 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Dec 11,
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 Thu, Nov 19, 2009
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 m...@redhat.com:
On Sun, Dec 13, 2009 at 08:21:57PM
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 S. Tsirkin
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 +0100, Alexander
Igor Kovalenko igor.v.kovale...@gmail.com wrote:
On Sun, Dec 13, 2009 at 10:06 PM, Juan Quintela quint...@redhat.com 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
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
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
Signed-off-by: Richard Henderson r...@twiddle.net
---
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)
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 r...@twiddle.net
---
We were missing the 0xc000 mask, leading to incorrect results.
Signed-off-by: Richard Henderson r...@twiddle.net
---
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
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.
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 r...@twiddle.net
---
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-bit
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
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
70 matches
Mail list logo