On Wed, Jun 13, 2007 at 01:54:26AM +0200, Arnd Bergmann wrote:
> On Wednesday 13 June 2007, Caitlin Bestler wrote:
> >
> > > It can be done, but you'd also need a passthrough for the
> > > IOMMU in that case, and you get a potential security hole: if
> > > a malicious guest is smart enough to figu
On 6/13/07, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Jun Koi wrote:
> > Hi,
> >
> > In kvm_setup_pio() we have code like this:
> >
> > kvm_arch_ops->cache_regs(vcpu);
> > memcpy(vcpu->pio_data, &vcpu->regs[VCPU_REGS_RAX], 4);
> > kvm_arch_ops->decache_regs(vcpu);
> >
> > So wh
Li, Xin B wrote:
> > cpuid was intentionally made per-vcpu, since that's the way real
> > hardware works. Note that the ioctl() uses a vcpu fd, not a vm fd.
Is
> > there a reason why you can't initialize cpuid for all vcpus from
qemu?
> >
>
> To my knowledge, for a SMP system, all the CPU should
> Yeah the upgrade to sid went okay so there must be something else
> wrong with my netboot setup.
>
> Thanks for the patch when will it make it into the default kernel?
Uhm, crap... found some more stuff didn't seem to affect the guest OS
or the host for that matter...
This is from dmesg... firs
> Yeah the patch works with kvm-28 fine with debian testing as a guest
> (2.6.18) I'm updating to sid to see if 2.6.21 as a guest has problems
> since my netboot install setup doesn't seem to be working so hot with
> kvm.
Yeah the upgrade to sid went okay so there must be something else
wrong with
> Please check the attached patch (without taskset). The patch attempts
> to keep the time stamp counter monotonic, even if the guest migrates
> from core to core.
Yeah the patch works with kvm-28 fine with debian testing as a guest
(2.6.18) I'm updating to sid to see if 2.6.21 as a guest has pro
On Wednesday 13 June 2007, Caitlin Bestler wrote:
>
> > It can be done, but you'd also need a passthrough for the
> > IOMMU in that case, and you get a potential security hole: if
> > a malicious guest is smart enough to figure out IOMMU
> > mappings from the device to memory owned by the host.
>
[EMAIL PROTECTED] wrote:
> On Sunday 10 June 2007, Avi Kivity wrote:
>>> - PCI (or your favorite HW bus) passthrough, for your favorite
>>> oddball device (e.g., crypto-accelerators).
>>>
>> Won't all high-bandwidth traffic be through dma, bypassing virtio?
>
> It can be done, but you'd also ne
Jun Koi wrote:
> Hi,
>
> In kvm_setup_pio() we have code like this:
>
> kvm_arch_ops->cache_regs(vcpu);
> memcpy(vcpu->pio_data, &vcpu->regs[VCPU_REGS_RAX], 4);
> kvm_arch_ops->decache_regs(vcpu);
>
> So what is the reason of saving RSP and RIP before the memcpy()
> function, then
On Tue, Jun 12, 2007 at 03:43:45PM -0700, Andrew Morton wrote:
> On Tue, 12 Jun 2007 18:16:29 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > > > # Read KERNELRELEASE from include/config/kernel.release (if it
> > exists)
> > >
> > > This causes the i386 allmodconfig build to fail:
On Tue, 12 Jun 2007 18:16:29 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> > > # Read KERNELRELEASE from include/config/kernel.release (if it exists)
> >
> > This causes the i386 allmodconfig build to fail:
>
> Seems to be doing its job rather effectively.
err, hang on. I had a different p
On Tue, Jun 12, 2007 at 03:03:57PM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 23:22:24 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > Add -Werror-implicit-function-declaration
> > This makes builds fail sooner if something is implicitly defined instead
> > of having to wait half an hou
On Tue, Jun 12, 2007 at 03:03:57PM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 23:22:24 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > Add -Werror-implicit-function-declaration
> > This makes builds fail sooner if something is implicitly defined instead
> > of having to wait half
On Sunday 10 June 2007, Avi Kivity wrote:
> > - PCI (or your favorite HW bus) passthrough, for your favorite oddball
> > device (e.g., crypto-accelerators).
> >
> Won't all high-bandwidth traffic be through dma, bypassing virtio?
It can be done, but you'd also need a passthrough for the IOMMU
deferred interrupts should be the highest priority in the system
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/kvm.h | 24 +---
drivers/kvm/svm.c | 19 +++
drivers/kvm/vmx.c | 19 +++
3 files changed, 35 insertions(+)
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index 144acf5..85ad952 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@@ -1465,7 +1465,7 @@ static void
On Mon, 11 Jun 2007 23:22:24 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> Add -Werror-implicit-function-declaration
> This makes builds fail sooner if something is implicitly defined instead
> of having to wait half an hour for it to fail at the linking stage.
>
> Signed-off-by: Dave Jones <[EMA
The type of cpu-irq pins we have may have nothing to do with the output pins
of our irqdevice abstraction. However, we are currently overloading them to
be the same. This patch splits them up in preparation for adding new types
to the vCPU
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |7 +++
drivers/kvm/vmx.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index f86ca50..6682f8d 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index ae5b2d1..f86ca50 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@@ -1556,7 +1556,7 @@ static void
Queuing the vector causes a spin when injection and window-exit are coincident.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Acked-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/svm.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/svm.c b/drive
The following series applies to the lapic branch to fix several issues
discovered by testers/reviewers:
1) Deadlock on AMD when coincident inject/window events occur (Avi)
2) Add support for properly handing NMI_WINDOW exit reason (Xin)
3) Fixed problem where deferred interrupts can get inappropri
On Sunday 10 June 2007, Avi Kivity wrote:
> There are probably more. Any ideas?
* watchdog timer
* tty ports (not just console) to attach to via host socket
* alsa
* hostfs (UML like)
Arnd <><
-
This SF.net email is
Il Mon, Jun 11, 2007 at 10:44:45AM +0300, Avi Kivity ha scritto:
> Luca wrote:
> >>
> >>I've managed to reproduce this on kvm-21 (it takes many boots for this
> >>to happen, but it does eventually).
> >
> >Hum, any clue on the cause?
>
> From what I've seen, it's the new Linux clocksource code.
ESTIMADO CLIENTE DE BANAMEX
BancaNet se renueva constantemente incluyendo nuevas funcionalidades y servicios, modernizando la operación en su conjunto. A tal efecto y para continuar teniendo acceso a toda la gama de servicios que te of
I am having problems posting to the list, so this is a test. Please
ignore.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Ju
行政工作统筹管理高级研修班
时间： 广州:2007年7月14-15日 北京:7月28-29日 上海:6月14-15日 深圳:7月5日-6
地点： 广州湖滨宾馆 北京新兴宾馆 上海园林格兰云天大酒店 深圳新大洲酒店
━━━
● 授 课 对 象
行政总监，行政经理，办公室主任，行政文员
【主办公司】 众人行管理咨询机构
深圳总部电话：0755-26075265 26075429
上海办事处电话：021-51875149
北京办事处电话：010
On Tue, Jun 12 2007, Rusty Russell wrote:
> On Tue, 2007-06-12 at 08:24 +0200, Jens Axboe wrote:
> > On Tue, Jun 12 2007, Rusty Russell wrote:
> > > On Mon, 2007-06-11 at 09:33 +0200, Jens Axboe wrote:
> > > > The other main request type is blk_pc_request(). In the data setup it's
> > > > indentica
On Tue, 2007-06-12 at 08:24 +0200, Jens Axboe wrote:
> On Tue, Jun 12 2007, Rusty Russell wrote:
> > On Mon, 2007-06-11 at 09:33 +0200, Jens Axboe wrote:
> > > The other main request type is blk_pc_request(). In the data setup it's
> > > indentical to blk_fs_request(), there's a bio chain off ->bio
Luca wrote:
> On 6/11/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
>> Luca wrote:
>> >>
>> >> I've managed to reproduce this on kvm-21 (it takes many boots for
>> this
>> >> to happen, but it does eventually).
>> >
>> > Hum, any clue on the cause?
>>
>> From what I've seen, it's the new Linux clockso
David Brown wrote:
>> Does the problem occur with 'taskset 1 qemu ...'? This pins the guest
>> on one core.
>
> Sorry for the late response but yes that seems to be working fine now.
>
>> The core-not-2's main problem is that I don't test regularly with it.
>> It is slightly strange (no 64-bit sup
On Tue, Jun 12 2007, Rusty Russell wrote:
> On Mon, 2007-06-11 at 09:33 +0200, Jens Axboe wrote:
> > On Mon, Jun 11 2007, Rusty Russell wrote:
> > > So the problem is that I'd like to handle all of them, but I'm not clear
> > > what requests my device can get. I can't see a source of any other typ
>
>cpuid was intentionally made per-vcpu, since that's the way real
>hardware works. Note that the ioctl() uses a vcpu fd, not a vm fd. Is
>there a reason why you can't initialize cpuid for all vcpus from qemu?
>
To my knowledge, for a SMP system, all the CPU should be the same, even
the steppin
Li, Xin B wrote:
> Really strange, I sent out this email last night, but it didn't appear
> on the list.
>
>
The list is broken, for the last few days. I notified sourceforge.
> -Xin
>
>
>> -Original Message-
>> From: Li, Xin B
>> Sent: Tuesday, June 12, 2007 12:47 AM
>> To: kvm-
Adrian Bunk wrote:
> On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>
>> ...
>> Changes since 2.6.22-rc4-mm1:
>> ...
>> git-kvm.patch
>> ...
>> git trees
>> ...
>>
>
> I'm getting the following compile error with CONFIG_X86_CMPXCHG64=n
> (with -Werror-implicit-function-de
> The X fbdev driver is going to make supporting a new fb ioctl pretty
> fun. It currently doesn't even support the existing fb ioctls and has a
> strange abstraction layer.
>
> I reckon writing a new X driver from scratch (or based on something like
> the vnc X driver) would be easier in the
Rusty Russell wrote:
> On Mon, 2007-06-11 at 10:16 +0200, Gerd Hoffmann wrote:
>> Hi,
>>
>>> Framebuffer is an interesting one. Virtio doesn't assume shared memory,
>>> so naively the fb you would just send outbufs describing changed memory.
>>> This would work, but describing rectangles is better
On Tue, Jun 12, 2007 at 02:07:18AM +0200, Adrian Bunk wrote:
> I'm getting the following compile error with CONFIG_X86_CMPXCHG64=n
> (with -Werror-implicit-function-declaration - otherwise it would be a
> link error):
We really should just get that flag into mainline so that it breaks
for p
Really strange, I sent out this email last night, but it didn't appear
on the list.
-Xin
>-Original Message-
>From: Li, Xin B
>Sent: Tuesday, June 12, 2007 12:47 AM
>To: kvm-devel@lists.sourceforge.net
>Subject: cpuid should be VM wide instead of vCPU wide.
>
>cpuid should be VM wide in
On Tue, 2007-06-12 at 09:19 +1000, Rusty Russell wrote:
> > Rectangles work just fine for a framebuffer console. They stop
> working
> > once you plan to run any graphical stuff such as an X-Server on top
> of
> > the framebuffer. Only way to get notified about changes is page
> faults,
> > i.
On Mon, 2007-06-11 at 09:33 +0200, Jens Axboe wrote:
> On Mon, Jun 11 2007, Rusty Russell wrote:
> > So the problem is that I'd like to handle all of them, but I'm not clear
> > what requests my device can get. I can't see a source of any other type
> > of request.
>
> The other main request type
> Does the problem occur with 'taskset 1 qemu ...'? This pins the guest
> on one core.
Sorry for the late response but yes that seems to be working fine now.
> The core-not-2's main problem is that I don't test regularly with it.
> It is slightly strange (no 64-bit support, hence some important
On Mon, 2007-06-11 at 10:16 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > Framebuffer is an interesting one. Virtio doesn't assume shared memory,
> > so naively the fb you would just send outbufs describing changed memory.
> > This would work, but describing rectangles is better. A helper might be
> >
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>...
> git-kvm.patch
>...
> git trees
>...
I'm getting the following compile error with CONFIG_X86_CMPXCHG64=n
(with -Werror-implicit-function-declaration - otherwise it would be a
link error):
Are all the development TODO's up-to-date?
http://kvm.qumranet.com/kvmwiki/TODO
thanks,
Mike
--
Mike Day
http://www.ncultra.org
AIM: ncmikeday | Yahoo IM: ultra.runner
PGP key: http://www.ncultra.org/ncmike/pubkey.asc
-
T
On 6/11/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Luca wrote:
> >>
> >> I've managed to reproduce this on kvm-21 (it takes many boots for this
> >> to happen, but it does eventually).
> >
> > Hum, any clue on the cause?
>
> From what I've seen, it's the new Linux clocksource code.
Actually I tr
Gerd Hoffmann wrote:
> Hi,
>
>> Framebuffer is an interesting one. Virtio doesn't assume shared memory,
>> so naively the fb you would just send outbufs describing changed memory.
>> This would work, but describing rectangles is better. A helper might be
>> the right approach here
>
> Rectang
The type of cpu-irq pins we have may have nothing to do with the output pins
of our irqdevice abstraction. However, we are currently overloading them to
be the same. This patch splits them up in preparation for adding new types
to the vCPU
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
deferred interrupts should be the highest priority in the system
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/kvm.h | 24 +---
drivers/kvm/svm.c | 12
drivers/kvm/vmx.c | 12
3 files changed, 21 insertions(+), 27 deletions
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index ae5b2d1..f86ca50 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@@ -1556,7 +1556,7 @@ static void
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |7 +++
drivers/kvm/vmx.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index f86ca50..6682f8d 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@
Queuing the vector causes a spin when injection and window-exit are coincident.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Acked-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/kvm/svm.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/svm.c b/drive
The following series applies to the lapic branch to fix several issues
discovered by testers/reviewers:
1) Deadlock on AMD when coincident inject/window events occur (Avi)
2) Add support for properly handing NMI_WINDOW exit reason (Xin)
3) Fixed problem where deferred interrupts can get inappropri
cpuid should be VM wide instead of vCPU wide.
Signed-off-by: Xin Li <[EMAIL PROTECTED]>
diff --git a/drivers/kvm/kvm.h b/drivers/kvm/kvm.h
index b08272b..eb9a594 100644
--- a/drivers/kvm/kvm.h
+++ b/drivers/kvm/kvm.h
@@ -355,9 +355,6 @@ struct kvm_vcpu {
} tr, es, ds, fs, gs;
On Mon, 2007-06-11 at 22:45 +0800, Dong, Eddie wrote:
> Gregory Haskins wrote:
>
> >
> > I see your point, but I am fairly confident we can fix it more
> > simply by
> > going back to a synchronous model like the original
> > try_to_push_interrupts used (it has to wait until irq.pending is
> > cle
On Mon, 2007-06-11 at 22:41 +0800, Dong, Eddie wrote:
> Gregory Haskins wrote:
> > Hi Eddie,
> > Back from vacation. Just catching up on email now
> >
> > On Thu, 2007-06-07 at 16:20 +0800, Dong, Eddie wrote:
> >>
> >> Greg:
> >>Here are some detail comments towarding the LAPIC device mo
Gregory Haskins wrote:
> On Fri, 2007-06-08 at 17:59 +0800, Dong, Eddie wrote:
>> 1: I/F between user/kernel
>> a: Similar with the question in kernel side, current I/F only
>> support an IRQ set notification, we need clear notification too.
>> Especially when guest use IMR to mask the interru
Gregory Haskins wrote:
> Hi Eddie,
> Back from vacation. Just catching up on email now
>
> On Thu, 2007-06-07 at 16:20 +0800, Dong, Eddie wrote:
>>
>> Greg:
>> Here are some detail comments towarding the LAPIC device model.
1:
>> irqabstraction layer vcpu->irq.pending holds the abs
Rusty Russell <[EMAIL PROTECTED]> writes:
> On Sun, 2007-06-10 at 10:33 +0300, Avi Kivity wrote:
>> It is worthwhile, when designing virtio, to keep in mind as many
>> possible users as possible. In addition to block and net, I see at
>> least the following:
[...]
> Framebuffer is an interestin
Hi,
I am trying to find a way to run kvm (qemu_system) without sudo, at
user's privileges.
So far, I saw two things where root privileges were needed:
1. Adjusting RTC - can be done once
2. Access to /dev/kvm: I created a group named "vm", chowned /dev/kvm
to root.vm, and added the user to the v
On Fri, 2007-06-08 at 17:59 +0800, Dong, Eddie wrote:
> 1: I/F between user/kernel
> a: Similar with the question in kernel side, current I/F only
> support an IRQ set notification, we need clear notification too.
> Especially when guest use IMR to mask the interrupt.
Yeah, as noted earlier.
Hi Eddie,
Back from vacation. Just catching up on email now
On Thu, 2007-06-07 at 16:20 +0800, Dong, Eddie wrote:
>
> Greg:
> Here are some detail comments towarding the LAPIC device model.
> 1: irqabstraction layer
> vcpu->irq.pending holds the abstract processor interrupt
On Thu, 2007-06-07 at 17:10 +0800, Shaohua Li wrote:
> On Wed, 2007-06-06 at 09:18 +0800, Shaohua Li wrote:
> > On Tue, 2007-06-05 at 22:17 +0800, Avi Kivity wrote:
> > > Shaohua Li wrote:
> > > > Hi,
> > > > This is a updated patch set of swap out kvm guest pages.Changes are:
> > > > 1. refresh ag
Gerd Hoffmann wrote:
> Hi,
>
>> Framebuffer is an interesting one. Virtio doesn't assume shared memory,
>> so naively the fb you would just send outbufs describing changed memory.
>> This would work, but describing rectangles is better. A helper might be
>> the right approach here
>
> Rectangle
Hi,
> Framebuffer is an interesting one. Virtio doesn't assume shared memory,
> so naively the fb you would just send outbufs describing changed memory.
> This would work, but describing rectangles is better. A helper might be
> the right approach here
Rectangles work just fine for a framebu
Shani Moideen wrote:
> Hi,
> Replacing memset(,0,PAGE_SIZE) with clear_page() in
> drivers/kvm.vmx.c
>
>
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
This SF.net email is sponsored b
Shani Moideen wrote:
> Hi,
> Replacing memset(,0,PAGE_SIZE) with clear_page() in drivers/kvm/svm.c.
>
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
This SF.net email is sponsored by D
Luca wrote:
>>
>> I've managed to reproduce this on kvm-21 (it takes many boots for this
>> to happen, but it does eventually).
>
> Hum, any clue on the cause?
From what I've seen, it's the new Linux clocksource code.
> Should I test older versions?
They're unlikely to be better. Instead, it
On Mon, Jun 11 2007, Rusty Russell wrote:
> On Mon, 2007-06-11 at 08:41 +0200, Jens Axboe wrote:
> > On Sun, Jun 10 2007, Rusty Russell wrote:
> > > On Sun, 2007-06-10 at 11:16 +0300, Avi Kivity wrote:
> > > > Rusty Russell wrote:
> > > > > Lguest doesn't have a framebuffer, so maybe this is a good
On Mon, 2007-06-11 at 08:41 +0200, Jens Axboe wrote:
> On Sun, Jun 10 2007, Rusty Russell wrote:
> > On Sun, 2007-06-10 at 11:16 +0300, Avi Kivity wrote:
> > > Rusty Russell wrote:
> > > > Lguest doesn't have a framebuffer, so maybe this is a good thing for me
> > > > to hack on, but I promised mys
On Sun, Jun 10 2007, Rusty Russell wrote:
> On Sun, 2007-06-10 at 11:16 +0300, Avi Kivity wrote:
> > Rusty Russell wrote:
> > > Lguest doesn't have a framebuffer, so maybe this is a good thing for me
> > > to hack on, but I promised myself I'd finish NAPI for the net device,
> > > and tag for block
Hi,
In kvm_setup_pio() we have code like this:
kvm_arch_ops->cache_regs(vcpu);
memcpy(vcpu->pio_data, &vcpu->regs[VCPU_REGS_RAX], 4);
kvm_arch_ops->decache_regs(vcpu);
So what is the reason of saving RSP and RIP before the memcpy()
function, then recovering it right after
Hi,
Replacing memset(,0,PAGE_SIZE) with clear_page() in
drivers/kvm.vmx.c
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
thanks.
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index 184238e..4abb306 100644
--- a/drivers/kvm/vmx.c
+++ b/drivers/kvm/vmx.c
@@ -1017,16 +1017,16 @@ static
Hi,
Replacing memset(,0,PAGE_SIZE) with clear_page() in drivers/kvm/svm.c.
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
thanks.
diff --git a/drivers/kvm/svm.c b/drivers/kvm/svm.c
index fa17d6d..14839dc 100644
--- a/drivers/kvm/svm.c
+++ b/drivers/kvm/svm.c
@@ -579,7 +579,7 @@ static i
On 6/10/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> There are probably more. Any ideas?
sessions to 9p servers. But if we had a way to, first, do PV that
send/receive to an fd pair, that would be a start.
ron
-
This SF.net
Existing and working as one, gives visitors an unparalleled opportunity
to obtain information efficiently and effectively.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
On Sun, 2007-06-10 at 11:16 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > Lguest doesn't have a framebuffer, so maybe this is a good thing for me
> > to hack on, but I promised myself I'd finish NAPI for the net device,
> > and tag for block device first.
> >
>
> If you're touching the bl
On 6/10/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Luca wrote:
> > On 6/5/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> >> Luca Tettamanti wrote:
> >> > Il Mon, Jun 04, 2007 at 11:51:10PM +0300, Avi Kivity ha scritto:
> >> >
> >> >>> While doing repeated tests with the installer I ran into another
>
Luca wrote:
> On 6/5/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
>> Luca Tettamanti wrote:
>> > Il Mon, Jun 04, 2007 at 11:51:10PM +0300, Avi Kivity ha scritto:
>> >
>> >>> While doing repeated tests with the installer I ran into another
>> >>> (unrelated) problem. Sometimes the guest kernel hangs at
This fixes a nasty oops introduced in kvm-27, and paves the way for
guest smp (no, it still doesn't work in this release).
Changes from kvm-27:
- fix host oops on guest context switch
- many code cleanups (Nguyen Anh Quynh, others)
- prepare kernel for guest smp
- update libkvm for guest smp
- up
Rusty Russell wrote:
> Lguest doesn't have a framebuffer, so maybe this is a good thing for me
> to hack on, but I promised myself I'd finish NAPI for the net device,
> and tag for block device first.
>
If you're touching the block device, passing a request's io priority to
the host can be use
On Sun, 2007-06-10 at 10:33 +0300, Avi Kivity wrote:
> It is worthwhile, when designing virtio, to keep in mind as many
> possible users as possible. In addition to block and net, I see at
> least the following:
>
> - vmgl (paravirtualized 3D graphics)
> [http://www.cs.toronto.edu/~andreslc/xe
Muli Ben-Yehuda wrote:
> On Sun, Jun 10, 2007 at 10:33:57AM +0300, Avi Kivity wrote:
>
>> It is worthwhile, when designing virtio, to keep in mind as many
>> possible users as possible. In addition to block and net, I see at
>> least the following:
>>
>> - vmgl (paravirtualized 3D graphics)
On Sun, Jun 10, 2007 at 10:33:57AM +0300, Avi Kivity wrote:
> It is worthwhile, when designing virtio, to keep in mind as many
> possible users as possible. In addition to block and net, I see at
> least the following:
>
> - vmgl (paravirtualized 3D graphics)
> [http://www.cs.toronto.edu/~andr
David Brown wrote:
> I remember this bug before and I thought I figured it out by using the
> bootloader on the image instead of using the -kernel and -initrd
> commandline options to qemu.
>
> However, the guest just stopping has come back. For some reason using
> the latest kvm with 2.6.21 both i
Jon wrote:
> On Thu, Jun 07, 2007 at 11:25:07AM +0300, Avi Kivity wrote:
>
>> Jon wrote:
>>
>>> Hi Avi,
>>>
>>> On Thu, Jun 07, 2007 at 08:15:29AM +0300, Avi Kivity wrote:
>>>
>>>
This was fixed in kvm.git, use the attached patch (cd kernel/, and apply
with patch -p3).
>>
Arkadiusz Patyk wrote:
> Hi,
>
> gcc-3.3.6
>
Known issue with gcc 3.3. Use gcc 3.4.
--
error compiling committee.c: too many arguments to function
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C
Daniel Paquet wrote:
Hello!
So here it is, im getting a kernel error when I try to go to a
1024:768 resolution or higher on my XP guest OS.
Jun 7 14:54:43 localhost kernel: kernel BUG at
/usr/local/src/kvm-27/kernel/mmu.c:276!
Known issue. Try the attached patch.
--
error compiling com
Kamble, Nitin A wrote:
> Hi Avi,
>I am in the middle of implementing the big real support in the KVM
> now. I am trying to boot SuseLinux 10.1 on KVM, which uses extensive
> big real mode code in the boot loader. If you have any other targeted
> guests using big real mode do let me know.
>
Jeff Dike wrote:
> On Thu, Jun 07, 2007 at 08:09:48AM +0300, Avi Kivity wrote:
>
>> Some extra logic is needed on i386 with >= 4GB. Current code will
>> wraparound since gfn_t is 32-bits long, but casting it to 64-bits is not
>> the answer since the processor will truncate it back to 32 bits (t
It is worthwhile, when designing virtio, to keep in mind as many
possible users as possible. In addition to block and net, I see at
least the following:
- vmgl (paravirtualized 3D graphics)
[http://www.cs.toronto.edu/~andreslc/xen-gl/]
- scsi (for tape, cd writer, etc.)
- framebuffer (with jus
Hi,
Has anyone given any thought to the possibility of adding virtual TPM
capabilities to KVM? It looks like Xen has patches for a qemu-dm virtual
TPM device model that could be used as a starting point.
Thanks,
David Windsor
92 matches
Mail list logo
