Bugs item #2458020, was opened at 2008-12-22 01:30
Message generated for change (Comment added) made by jiajun
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2458020group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2458020, was opened at 2008-12-22 01:30
Message generated for change (Settings changed) made by jiajun
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2458020group_id=180599
Please note that this message will contain a full copy of the comment
Hi All,
This is our Weekly KVM Testing Report against lastest kvm.git
247232698a0ad73e01c72a1827b35b3629acf2bd and kvm-userspace.git
7fccb652af7a28e78cd41bd986a96dfd80e9d21f.
We did not test VT-d because latest kvm can not be built with 2.6.28 kernel.
32e guest crash with Live Migration issue is
On Thursday 08 January 2009 04:36:02 Alex Williamson wrote:
virtio_net: Enable setting MAC, promisc, and allmulti mode
Hi Alex,
There's nothing wrong with this idea: I assume you have an actual usage
for this rather than it being an abstract improvement?
@@ -41,7 +41,14 @@ struct
On Fri, Jan 09, 2009 at 08:06:01PM +0200, Avi Kivity wrote:
Sheng Yang wrote:
+struct kvm_gsi_route_entry_guest {
what does _guest mean here? almost all kvm stuff is _guest related.
Because I can't think of a good name... kvm_gsi_route_entry_guest?
kvm_gsi_kernel_route_entry?
On Thursday 08 January 2009 04:36:03 Alex Williamson wrote:
virtio_net: Add MAC fitler table support
Ah, I see. You really want multiple mac addresses, not just multicast
filtering?
Anthony, you think a control channel? We can add a virtqueue, but it seems
like a lot of work...
Rusty.
--
To
On Fri, Jan 09, 2009 at 01:57:30PM +0100, Alexander Graf wrote:
Sheng Yang wrote:
On Friday 09 January 2009 00:36:06 Alexander Graf wrote:
While booting Linux in VMware ESX, I encountered a strange effect
in the in-kernel lapic implementation: time went backwards!
While this should
On Fri, Jan 09, 2009 at 01:57:30PM +0100, Alexander Graf wrote:
Sheng Yang wrote:
On Friday 09 January 2009 00:36:06 Alexander Graf wrote:
While booting Linux in VMware ESX, I encountered a strange effect
in the in-kernel lapic implementation: time went backwards!
While this should
On Fri, Jan 09, 2009 at 01:57:30PM +0100, Alexander Graf wrote:
Sheng Yang wrote:
On Friday 09 January 2009 00:36:06 Alexander Graf wrote:
While booting Linux in VMware ESX, I encountered a strange effect
in the in-kernel lapic implementation: time went backwards!
While this should
On Fri, Jan 09, 2009 at 08:06:01PM +0200, Avi Kivity wrote:
Sheng Yang wrote:
I just use it as #ifdef in userspace now, for no user other than
MSI/MSI-X now. And if we keep maintaining it in kernel, we would return
free size instead of maximum size..
We need to allow userspace to
Bugs item #2487340, was opened at 2009-01-05 13:39
Message generated for change (Settings changed) made by amitshah
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2487340group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2487340, was opened at 2009-01-05 21:09
Message generated for change (Comment added) made by jaketmuss
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2487340group_id=180599
Please note that this message will contain a full copy of the comment
On Sat, 2009-01-10 at 21:48 +1030, Rusty Russell wrote:
On Thursday 08 January 2009 04:36:03 Alex Williamson wrote:
virtio_net: Add MAC fitler table support
Ah, I see. You really want multiple mac addresses, not just multicast
filtering?
Anthony, you think a control channel? We can add
Rusty Russell wrote:
On Thursday 08 January 2009 04:36:03 Alex Williamson wrote:
virtio_net: Add MAC fitler table support
Ah, I see. You really want multiple mac addresses, not just multicast
filtering?
Anthony, you think a control channel? We can add a virtqueue, but it seems
On Sat, 2009-01-10 at 12:18 -0600, Anthony Liguori wrote:
Ideally, you'd have an area of guest memory sized by the guest (so there
was no intrinsic limit on table size) that was given to the host to use
as the filter tables. The only way this works with virtio is if you
send this over a
Alex Williamson wrote:
Hmm, that's not quite how I was implementing it. The uc_list and
mc_list are stored up in the netdev level, so there's not much point in
duplicating it in the guest virtio-net driver. The interface I was
working on has two commands. The first tells the host to allocate
subscribe kvm
--
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
Hi!
(please CC me, as I'm not subscribed)
I try to give the guest (Windows XP) direct access to one of the
graphics adaptors. However, the driver in the guest always complains:
Unable to map required address ranges for graphics card.
Any idea what the problem could be? Attached is a kvm log
kind of simple, i would send one to qemu later (need to check something
first
Spice need this, it allow more memory cache (badly needed when runing
with multiple screens)
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
This patch make the pci mem region larger (1 giga now).
this is needed for pci devices that require large amount of memory
such as video cards.
for pea guests this patch is not an issue beacuse the guest OS will map
the rest of the ram after 0x1...,
for 32bits that arent pea, it mean the
ciao,
I have a problem to run a 64 bit intel guest inside a 64 bit intel host.
It doesn' boot.
host: Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz
OS: ubuntu 8.10 64 bit
($ file /bin/ls/bin/ls: ELF 64-bit LSB xecutable, x86-64,...)
kvm-82
$ modinfo kvm
filename:
Anthony Liguori wrote:
Apparently it isn't. I know of one other fullvirt product that does
not jit kernel code. Or maybe they wanted to preserve consistency
between kernel cpuid and host cpuid.
How can you get away with not jitting kernel code?
Anthony Liguori wrote:
Alexander Graf wrote:
Isn't one of the great things about virtualization the fact that you
can do things you can on real hardware in the virtual machine? While
I'm not exactly a fan of VirtualPC, I would still like it to work in
KVM, as that's what real hardware is
Anthony Liguori wrote:
kvm-userspace installs:
/usr/local/include/linux/kvm.h
/usr/local/include/linux/kvm_para.h
This relies on
asm/kvm.h
Which is not installed. libkvm.h depends on an up-to-date version of
kvm.h to function properly.
Perhaps we should just stop installing all headers
24 matches
Mail list logo