(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu-kvm build fail on RHEL5 with gcc 4.1.2, build can pass on
Fedora11 with gcc 4.4.1, can anybody look on RHEL5 system?
Gcc: 4.1.2
system: RHEL5.1
qemu-kvm: 85566812a4f8cae721fea0224e05a7e75c08c5dd
...
Here we already have:
AssignedDevRegion *region = r_dev-v_addrs[region_num];
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
hw/device-assignment.c | 18 ++
1 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/hw/device-assignment.c
Stop repeating same code.
Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
hw/device-assignment.c | 25 +++--
1 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
index 975bf29..a2fa902 100644
---
Hidetoshi Seto wrote:
(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu-kvm build fail on RHEL5 with gcc 4.1.2, build can
pass on Fedora11 with gcc 4.4.1, can anybody look on RHEL5 system?
Gcc: 4.1.2
system: RHEL5.1
qemu-kvm:
On Wed, Oct 13, 2010 at 12:18 AM, Christian Brunner c...@muc.de wrote:
+static int rbd_set_snapc(rados_pool_t pool, const char *snap, RbdHeader1
*header)
+{
+ uint32_t snap_count = header-snap_count;
+ rados_snap_t *snaps = NULL;
+ rados_snap_t seq;
+ uint32_t i;
+ uint64_t
Hi Gleb,
On Tue, Oct 12, 2010 at 09:26:11AM -0400, Gleb Natapov wrote:
I have a question about nested ntp code. Comment in init_kvm_nested_mmu()
function says arch.mmu.gva_to_gpa translates l2_gva to l1_gpa. If
I read the code correctly at the time of nested guest execution
On Wed, Oct 13, 2010 at 10:57:55AM +0200, Roedel, Joerg wrote:
Hi Gleb,
On Tue, Oct 12, 2010 at 09:26:11AM -0400, Gleb Natapov wrote:
I have a question about nested ntp code. Comment in init_kvm_nested_mmu()
function says arch.mmu.gva_to_gpa translates l2_gva to l1_gpa. If
I read the
On Wed, Oct 13, 2010 at 09:03:11AM +0800, Sheng Yang wrote:
On Wednesday 13 October 2010 02:28:59 Michael S. Tsirkin wrote:
On Tue, Oct 12, 2010 at 02:49:58PM +0800, Sheng Yang wrote:
On Monday 11 October 2010 18:01:00 Michael S. Tsirkin wrote:
On Mon, Oct 11, 2010 at 05:28:30PM +0800,
On Tue, 12 Oct 2010 15:23:05 +0800
Amos Kong ak...@redhat.com wrote:
On Mon, Oct 11, 2010 at 08:09:27PM +0530, pradeep wrote:
Hi Lucas, i covered below tests on RHEL 5.5 , RHEL 6 guests with
vhost enbled. Please find the below errors and cause for errros.
I also attached few other
Hi Michael
could you share pointer to your tree which has rhel6 + vhost fixes.
Thanks
Pradeep
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On some combinations I get compiler errors regarding the tboot_enabled
macro, e.g. compiling kvm-kmod-2.6.35 on x86_64 kernel 2.6.34.
Could you please merge commit 391e91879ea8d8c28dd2a3066c8978869995
Fix tboot_enabled wrapper for CONFIG_INTEL_TXT on to all (or the latest)
stable branches!
On Wed, Oct 13, 2010 at 08:58:27AM +0800, Sheng Yang wrote:
On Wednesday 13 October 2010 02:30:30 Michael S. Tsirkin wrote:
On Tue, Oct 12, 2010 at 02:49:58PM +0800, Sheng Yang wrote:
On Monday 11 October 2010 18:01:00 Michael S. Tsirkin wrote:
On Mon, Oct 11, 2010 at 05:28:30PM +0800,
On Mon, Oct 11, 2010 at 10:47:16AM -1000, Zachary Amsden wrote:
On 10/08/2010 10:59 PM, Arjan Koers wrote:
On 2010-10-09 08:29, Michael Tokarev wrote:
...
The result is that no released linux kernel boots
in smp in kvm, which is a linux virtual machine.
That's irony, isn't it?
I wonder
qemu-kvm-0.13.0-rc3 is now available. This release is based on the
upstream qemu 0.13.0-rc3 (with a few more qemu patches on top), plus
kvm-specific enhancements.
This release can be used with the kvm kernel modules provided by your
distribution kernel, or by the modules in the kvm-kmod
This series of patch add system performance util which is in last
part of patch series [PATCH 4/4]. In [PATCH 4/4] is described how to
use this util. [PATCH 1-3/4] are supported utils for [PATCH 4/4].
Every single part can be used in autotest framework alone.
--
To unsubscribe from this list:
Signed-off-by: Jiří Župka jzu...@redhat.com
---
client/common_lib/utils.py |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/client/common_lib/utils.py b/client/common_lib/utils.py
index 2cbc740..8d6c1f7 100644
--- a/client/common_lib/utils.py
+++
format: [(start_of_line,position in params)] example:
data:
cpu90 45 24 5 345
cpu0 14 11 83 34 33
start of line
params 0 1 2 3 4
get_field(data,3,cpu0, +) = 34
get_field(data,4,cpu, +) = 345
Signed-off-by: Jiří Župka jzu...@redhat.com
---
It gather the informatin at start and stop of the
measurement or continuously during the measurement.
It work in two modes different and average.
Different mode subtract oldvalue from new value.
Average mode return average of value.
example:
data:
cpu90 45 24 5 345
For gather the information form status files use FileFieldMonitor.
Usage:
load = SystemLoad([0, (1950, name), 3982])
PIDs
load.start()
(work)
load.stop()
load.start() #Reset monitor values and start monitoring.
(work)
print
As the method previously proposed to get boot once working does
not work for distros other than Red Hat, let's not modify the
way boottool works, rather, handle boot_once logic in a special
case for the Red Hat distros, on the boottool wrapper code. Ugly
but works without breaking what was already
Am 13.10.2010 13:34, Bernhard Kohl wrote:
On some combinations I get compiler errors regarding the tboot_enabled
macro, e.g. compiling kvm-kmod-2.6.35 on x86_64 kernel 2.6.34.
Could you please merge commit 391e91879ea8d8c28dd2a3066c8978869995
Fix tboot_enabled wrapper for
Use the autotest step engine to conveniently install a host
kernel, be it an rpm kernel or a git build. Even though this
is standard autotest functionality for quite a while, we
haven't integrated it properly so far. Now people testing
KVM will have a clean, programatic way to test host kernels.
On Wed, Oct 13, 2010 at 8:00 AM, Hidetoshi Seto
seto.hideto...@jp.fujitsu.com wrote:
(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu-kvm build fail on RHEL5 with gcc 4.1.2, build can pass on
Fedora11 with gcc 4.4.1, can anybody look on RHEL5 system?
Gcc:
On Tue, Oct 12, 2010 at 01:47:39PM -0300, Lucas Meneghel Rodrigues wrote:
Can't we get this added to svn:ignore on the Subversion repository
first? I would like the git mirror match exactly what's on SVN (with
svn:ignore being translated to a .gitignore file).
Ok, will ask the
On Wed, 2010-10-13 at 16:51 -0300, Eduardo Habkost wrote:
On Tue, Oct 12, 2010 at 01:47:39PM -0300, Lucas Meneghel Rodrigues wrote:
Can't we get this added to svn:ignore on the Subversion repository
first? I would like the git mirror match exactly what's on SVN (with
svn:ignore
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation after 29
NICs ie no more than 29 are detected (that's because of the 32 PCI slot
limit on a single bus- 3 are already taken up)
I had initially increased the MAX_NICS to 48, just on my tree, to get to
more, but ofcource
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up NICs, I am hitting a limitation after 29
NICs ie no more than 29 are detected (that's because of the 32 PCI slot
limit on a single bus- 3 are already taken up)
I had initially increased the MAX_NICS to 48,
[ added Maciej ]
On Mon, Oct 11, 2010 at 1:52 PM, Michael S. Tsirkin m...@redhat.com wrote:
Simple hack to use dma engine for tun RX.
Only one skb in flight at the moment.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
I am still looking at handling multiple skbs, but
sending this
(2010/10/14 4:11), Blue Swirl wrote:
On Wed, Oct 13, 2010 at 8:00 AM, Hidetoshi Seto
seto.hideto...@jp.fujitsu.com wrote:
(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu-kvm build fail on RHEL5 with gcc 4.1.2, build can pass on
Fedora11 with gcc 4.4.1, can
cache=none is our supported way of running images, so enforce
this policy on the KVM autotest defaults. It will also make
it easier for people trying to figure out where to change the
cache mode for images.
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
Recent qemu can handle virtio without boot without boot=on,
and qemu.git will simply state the option as invalid. So
remove it from the default config on tests_base.cfg, just
leave it there commented in case someone is testing older
versions.
Signed-off-by: Lucas Meneghel Rodrigues
From: Dean Nelson dnel...@redhat.com
The number of mce_banks needs to be multiplied by 4 in order to actually
reference all of the entries.
Signed-off-by: Dean Nelson dnel...@redhat.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/qemu-kvm-x86.c b/qemu-kvm-x86.c
index
From: Alex Williamson alex.william...@redhat.com
Allow it to be referenced outside of hw/pci.c so we can register
option ROM BARs using the default mapping routine.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Acked-by: Chris Wright chr...@redhat.com
Signed-off-by: Marcelo Tosatti
From: Huang Ying ying.hu...@intel.com
On real machine, if MCG_SER_P in MSR_MCG_CAP is not set, SRAO/SRAR MCE
should not be raised by hardware. This patch makes QEMU-KVM to follow
the same rule.
Reported-and-Reviewed-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Signed-off-by: Huang Ying
From: Alex Williamson alex.william...@redhat.com
We don't need to duplicate PCI code for mapping and managing the
option ROM for an assigned device. We're already using an in-memory
copy of the ROM, so we can simply fill the contents from the physical
device and pass the rest off to PCI. As a
From: Huang Ying ying.hu...@intel.com
Now we have MCG_SER_P (and corresponding SRAO/SRAR MCE) support in
kernel and QEMU-KVM, the MCG_SER_P should be added into
KVM_MCE_CAP_SUPPORTED to make all these code really works.
Reported-by: Dean Nelson dnel...@redhat.com
Signed-off-by: Huang Ying
From: Huang Ying ying.hu...@intel.com
Originally, SRAR SIGBUS is sent to QEMU-KVM via touching the poisoned
page. But commit 96054569190bdec375fe824e48ca1f4e3b53dd36 prevents the
signal from being sent. So now the signal is sent via
force_sig_info_fault directly.
[marcelo: use send_sig_info
From: Avi Kivity a...@redhat.com
* 'master' of
ssh://master.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6: (466
commits)
fanotify: disable fanotify syscalls
ALSA: hda - Add another HP DV6 quirk
OSS: soundcard: locking bug in sound_ioctl()
KVM: x86: Move TSC reset out of
From: Nicolas Kaiser ni...@nikai.net
Fix typo in copyright notice.
Signed-off-by: Nicolas Kaiser ni...@nikai.net
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/emulate.c
index d0df25d..38b6e8d 100644
--- a/arch/x86/kvm/emulate.c
+++
39 matches
Mail list logo