- "Avi Kivity" wrote:
> Michael Goldish wrote:
> > - "Avi Kivity" wrote:
> >
> >
> >> David Huff wrote:
> >>
> >>> This patch will run pre and post scripts
> >>> defined in config file with the parameter pre_command
> >>> and post_command post_command.
> >>>
> >>> Also exports a
Michael Goldish wrote:
- What if we're interested in the status for some reason? Its value
may indicate what went wrong with the child process.
Put it in the exception string.
But I want its value to be examined programmatically in the code.
It's less comfortable t
This is a package containing the kvm external module, based on the
2.6.30 series. kvm-kmod-2.6.30-rc8 contains the kvm code that is
present in Linux 2.6.30-rc8, except that it can run on older kernels.
It is a good companion to the qemu-kvm-0.10 series.
Note that performance and features will va
On Mon, Jun 01 2009, Rusty Russell wrote:
> On Fri, 29 May 2009 01:45:27 pm john cooper wrote:
> > virtio_blk-serial-4.patch
>
> Hate to ask dumb questions, but is there a scsi equivalent of this? It'd be
> nice if we could avoid being ATA-specific in the long run...
SCSI has mode pages, where
On Tue, Jun 02, 2009 at 03:37:47PM -0400, Glauber Costa wrote:
> This is not kvm specific, and should do fine in plain qemu
>
> Signed-off-by: Glauber Costa
> ---
> hw/apic.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/hw/apic.c b/hw/apic.c
> index 86aa6b6..2
Anthony Liguori wrote:
Michael S. Tsirkin wrote:
Implement bindings for virtio save/load. Use them in virtio pci.
Signed-off-by: Michael S. Tsirkin
---
Is anyone working to fill in load/save bindings so that saving virtio
devices works? Here's a trivial patch to do this (this one is on top
o
Glauber Costa wrote:
> On Wed, Jun 03, 2009 at 12:32:04AM +0200, Jan Kiszka wrote:
>> Glauber Costa wrote:
>>> On Wed, Jun 03, 2009 at 12:01:00AM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
> On Tue, Jun 02, 2009 at 10:35:47PM +0200, Jan Kiszka wrote:
>> Glauber Costa wrote:
>>>
Glauber Costa wrote:
> On Wed, Jun 03, 2009 at 12:32:04AM +0200, Jan Kiszka wrote:
>> Glauber Costa wrote:
>>> On Wed, Jun 03, 2009 at 12:01:00AM +0200, Jan Kiszka wrote:
Glauber Costa wrote:
> On Tue, Jun 02, 2009 at 10:35:47PM +0200, Jan Kiszka wrote:
>> Glauber Costa wrote:
>>>
On Wed, Jun 03, 2009 at 01:01:29PM +0200, Jan Kiszka wrote:
> Glauber Costa wrote:
> > On Wed, Jun 03, 2009 at 12:32:04AM +0200, Jan Kiszka wrote:
> >> Glauber Costa wrote:
> >>> On Wed, Jun 03, 2009 at 12:01:00AM +0200, Jan Kiszka wrote:
> Glauber Costa wrote:
> > On Tue, Jun 02, 2009 at
Bugs item #2800447, was opened at 2009-06-03 11:17
Message generated for change (Tracker Item Submitted) made by tuxjay
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2800447&group_id=180599
Please note that this message will contain a full copy of the c
Bugs item #2800447, was opened at 2009-06-03 11:17
Message generated for change (Comment added) made by tuxjay
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2800447&group_id=180599
Please note that this message will contain a full copy of the comment th
On Tue, 2009-06-02 at 20:25 -0500, Charles Duffy wrote:
> David Huff wrote:
> > I had some issues getting the guest to read a vvfat floppy passed to the
> > guest
> > via qemu option "-fda fat:floppy:rw:./floppy" it would pass the dir as a
> > vfat
> > disk and the guest could mount it, however g
Michael S. Tsirkin wrote:
> On Tue, Jun 02, 2009 at 01:41:05PM -0400, Gregory Haskins wrote:
>
>>> And having close not clean up the state unless you do an ioctl first is
>>> very messy IMO - I don't think you'll find any such examples in kernel.
>>>
>>>
>>>
>> I agree, and that is why
Bugs item #2800447, was opened at 2009-06-03 13:17
Message generated for change (Comment added) made by kiszka
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2800447&group_id=180599
Please note that this message will contain a full copy of the comment th
kvm_*_mpstate() cannot be called from kvm_arch_*_registers()
since kvm_arch_*_registers() sometimes called from io thread, but
kvm_*_mpstate() can be called only by cpu thread.
Signed-off-by: Gleb Natapov
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 68d3b92..7ed1e06 100644
--- a/qemu-kvm.c
+++ b/qe
Gleb Natapov wrote:
kvm_*_mpstate() cannot be called from kvm_arch_*_registers()
since kvm_arch_*_registers() sometimes called from io thread, but
kvm_*_mpstate() can be called only by cpu thread.
I really dislike vcpu functions to be called from outside the vcpu
thread. Who are the calle
Bugs item #2800447, was opened at 2009-06-03 11:17
Message generated for change (Comment added) made by tuxjay
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2800447&group_id=180599
Please note that this message will contain a full copy of the comment th
On Wed, Jun 03, 2009 at 03:16:46PM +0300, Avi Kivity wrote:
> Gleb Natapov wrote:
>> kvm_*_mpstate() cannot be called from kvm_arch_*_registers()
>> since kvm_arch_*_registers() sometimes called from io thread, but
>> kvm_*_mpstate() can be called only by cpu thread.
>>
>>
>
> I really dislike v
Bugs item #2800447, was opened at 2009-06-03 13:17
Message generated for change (Comment added) made by kiszka
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2800447&group_id=180599
Please note that this message will contain a full copy of the comment th
Fix detection of kernel source directory when it is different to build
directory.
Signed-off-by: James Pike
diff --git a/configure b/configure
index e01ba98..c3b7a5f 100755
--- a/configure
+++ b/configure
@@ -91,7 +91,7 @@ arch=${arch%%-*}
# see if we have split build and source directories
if
Use correct architecture includes when kernel source and build directory
are different.
Signed-off-by: James Pike
diff --git a/Makefile b/Makefile
index 95e4c81..ad08c45 100644
--- a/Makefile
+++ b/Makefile
@@ -27,8 +27,9 @@ all:: prerequisite
# include header priority 1) $LINUX 2) $KERNELDI
Avi Kivity wrote:
Andrew Theurer wrote:
Is there a virtio_block driver to test?
There is, but it isn't available yet.
OK. Can I assume a better virtio_net driver is in the works as well?
Can we find the root cause of the exits (is there a way to get stack
dump or something that can sho
On Tue, Jun 02, 2009 at 09:53:29PM -0400, Gregory Haskins wrote:
> Paul E. McKenney wrote:
> > On Tue, Jun 02, 2009 at 02:23:14PM -0400, Gregory Haskins wrote:
> >
> >> Paul E. McKenney wrote:
> >>
> >>> On Tue, Jun 02, 2009 at 11:15:38AM -0400, Gregory Haskins wrote:
> >>>
> >>>
Jens Axboe wrote:
> On Mon, Jun 01 2009, Rusty Russell wrote:
>> On Fri, 29 May 2009 01:45:27 pm john cooper wrote:
>>> virtio_blk-serial-4.patch
>> Hate to ask dumb questions, but is there a scsi equivalent of this? It'd be
>> nice if we could avoid being ATA-specific in the long run...
>
> SCS
Thanks again for the review, Paul. IIUC, you think the design is ok as
it is.
Davide,
In light of this, would you like to submit patch 1/2 formally with
your SOB at your earliest convenience? Or would you prefer that I
submit it and you can simply ack it? Either is fine with me.
-Greg
s
On Wed, 3 Jun 2009, Gregory Haskins wrote:
>
> Thanks again for the review, Paul. IIUC, you think the design is ok as
> it is.
>
> Davide,
>In light of this, would you like to submit patch 1/2 formally with
> your SOB at your earliest convenience? Or would you prefer that I
> submit it and
On Wed, Jun 03, 2009 at 09:21:16AM -0500, Andrew Theurer wrote:
> Avi Kivity wrote:
>> Andrew Theurer wrote:
>>
>>
>>> Is there a virtio_block driver to test?
>>
>> There is, but it isn't available yet.
> OK. Can I assume a better virtio_net driver is in the works as well?
>>
>>> Can we find the
On 06/01/2009 11:41 PM, Eduardo Habkost wrote:
Now that kvm-autotest was included on upstream Autotest SVN
repository[1], the following pull request is a proposal to sync
kvm-autotest.git Autotest SVN trunk, while keeping the kvm-autotest.git
history.
I have set up a git-svn mirror of the Autote
- "Avi Kivity" wrote:
> Michael Goldish wrote:
>
>
> >>> - What if we're interested in the status for some reason? Its
> value
> >>> may indicate what went wrong with the child process.
> >>>
> >>>
> >> Put it in the exception string.
> >>
> >
> > But I
Hi Avi,
I find that the qemu processor reset state is not per the IA32
processor specifications. (Sections 8.1.1 of
http://www.intel.com/Assets/PDF/manual/253668.pdf)
In qemu-kvm.git in file target-i386/helper.c in function cpu_reset the
segment registers are initialized as follows:
cpu_x86_loa
Michael Goldish wrote:
I think it's very rare to want to let the test continue even if some
command fails.
Can you give examples?
Some commands are not critical, like one that converts the screendumps
from PPM to PNG format. We don't want to fail the test if you don't have
ImageMagick in
Avi,
I also tested the qemu change is not affecting vm86 (no unrestricted
guest) code path.
Thanks & Regards,
Nitin
On Wed, 2009-06-03 at 11:08 -0700, Nitin A Kamble wrote:
> Hi Avi,
> I find that the qemu processor reset state is not per the IA32
> processor specifications. (Sections 8.1.1
Nitin A Kamble wrote:
Hi Avi,
I find that the qemu processor reset state is not per the IA32
processor specifications. (Sections 8.1.1 of
http://www.intel.com/Assets/PDF/manual/253668.pdf)
In qemu-kvm.git in file target-i386/helper.c in function cpu_reset the
segment registers are initialized
Same series already sent.
Jan spotted a problem, and my lazyness found a way to bypass it,
so it does not exist.
A guest survived the following actions after this series is applied:
* smp boot
* smp reboot
* migrate
* reboot migrated guest.
--
To unsubscribe from this list: send the line "unsubs
This patch is part of a series that tries to provide
a kvm-free apic implementation. In the last interation,
Jan pointed out that halted state management with in kernel
irqchip gets quite messy. I don't disagree.
It broke this series specifically, as init IPIs had the
halted state set. The solutio
provide functions to query and reset the state of sipi and
init in cpu's apic. This way we can move the kvm specific functions
out of the apic path.
Signed-off-by: Glauber Costa
---
cpu-defs.h |2 --
hw/apic.c | 49 -
qemu-kvm.c | 26 +
Also, provide a kvm_ioapic that does not depend highly on common code.
Signed-off-by: Glauber Costa
---
hw/ioapic.c | 162 +-
hw/pc.c |7 ++-
hw/pc.h |1 +
3 files changed, 110 insertions(+), 60 deletions(-)
diff --git a/h
Also, provide a kvm_apic that does not depend highly on common code.
Signed-off-by: Glauber Costa
---
hw/apic.c | 241 ++--
hw/pc.c|7 ++-
hw/pc.h|1 +
qemu-kvm-x86.c |5 +-
4 files changed, 157 insertions(+),
- "Avi Kivity" wrote:
> Michael Goldish wrote:
> >> I think it's very rare to want to let the test continue even if
> some
> >> command fails.
> >>
> >> Can you give examples?
> >>
> >
> > Some commands are not critical, like one that converts the
> screendumps
> > from PPM to PNG form
Glauber Costa wrote:
> Same series already sent.
> Jan spotted a problem, and my lazyness found a way to bypass it,
> so it does not exist.
>
> A guest survived the following actions after this series is applied:
> * smp boot
> * smp reboot
> * migrate
> * reboot migrated guest.
>
I can confirm
On Wed, Jun 03, 2009 at 02:25:41PM -0400, Glauber Costa wrote:
> This patch is part of a series that tries to provide
> a kvm-free apic implementation. In the last interation,
> Jan pointed out that halted state management with in kernel
> irqchip gets quite messy. I don't disagree.
>
> It broke t
On Wed, Jun 03, 2009 at 02:25:42PM -0400, Glauber Costa wrote:
> @@ -407,12 +393,12 @@ static int kvm_main_loop_cpu(CPUState *env)
> if (env->interrupt_request & (CPU_INTERRUPT_HARD | CPU_INTERRUPT_NMI))
> env->halted = 0;
> if (!kvm_irqchip_in_kernel(kvm_context)) {
> -
(Applies to kvm.git/master:25deed73)
This is v5 of the series. For more details, please see the header to
patch 2/2.
This series has been tested against the kvm-eventfd unit test, and
appears to be functioning properly. You can download this test here:
ftp://ftp.novell.com/dev/ghaskins/kvm-eve
Today kvm_io_bus_regsiter_dev() returns void and will internally BUG_ON if it
fails. We want to create dynamic MMIO/PIO entries driven from userspace later
in the series, so we need to enhance the code to be more robust with the
following changes:
1) Add a return value to the registration func
iosignalfd is a mechanism to register PIO/MMIO regions to trigger an eventfd
signal when written to by a guest. Host userspace can register any arbitrary
IO address with a corresponding eventfd and then pass the eventfd to a
specific end-point of interest for handling.
Normal IO requires a blocki
An iosignalfd allows an eventfd to attach to a specific PIO/MMIO region in the
guest. Any guest-writes to that region will trigger an eventfd signal.
[
This userspace patch coorelates to the kvm.git patches, v5, which you
can find here: http://lkml.org/lkml/2009/6/3/433, and are based on top
Hi Paul,
Sorry to bug you again, but here is yet another RCU related patch.
See inline
Gregory Haskins wrote:
> iosignalfd is a mechanism to register PIO/MMIO regions to trigger an eventfd
> signal when written to by a guest. Host userspace can register any arbitrary
> IO address with a corres
On Wed, Jun 03, 2009 at 10:50:59PM +0300, Gleb Natapov wrote:
> On Wed, Jun 03, 2009 at 02:25:41PM -0400, Glauber Costa wrote:
> > This patch is part of a series that tries to provide
> > a kvm-free apic implementation. In the last interation,
> > Jan pointed out that halted state management with i
On Wed, Jun 03, 2009 at 10:53:05PM +0300, Gleb Natapov wrote:
> On Wed, Jun 03, 2009 at 02:25:42PM -0400, Glauber Costa wrote:
> > @@ -407,12 +393,12 @@ static int kvm_main_loop_cpu(CPUState *env)
> > if (env->interrupt_request & (CPU_INTERRUPT_HARD | CPU_INTERRUPT_NMI))
> > env->halted
[Cosmetic changes to prior version, documentation
added to individual patches.]
This patch allows passing of a virtio_blk drive
serial number from qemu into a guest's virtio_blk
driver, and provides a means to access the serial
number from a guest's userspace.
Equivalent functionality currently e
This patch implements the missing qemu logic to
interpret a '-drive .. serial=XYZ ..' flag for
a virtio_blk device.
The serial number string is contained in a
skeletal IDENTIFY DEVICE data structure and
this structure is made available to the guest
virtio_blk driver via pci i/o region 0.
Signed-o
This patch extracts the opaque data from pci i/o
region 0 via the added VIRTIO_BLK_F_IDENTIFY
field. By convention this data takes the form of
that returned by an ATA IDENTIFY DEVICE command,
however the driver (except for structure size)
makes no interpretation of the data. The structure
data is
This patch is part of a series that tries to provide
a kvm-free apic implementation. In the last interation,
Jan pointed out that halted state management with in kernel
irqchip gets quite messy. I don't disagree.
It broke this series specifically, as init IPIs had the
halted state set. The solutio
Same thing,
addressing comments from gleb.
--
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
Also, provide a kvm_ioapic that does not depend highly on common code.
Signed-off-by: Glauber Costa
---
hw/ioapic.c | 162 +-
hw/pc.c |7 ++-
hw/pc.h |1 +
3 files changed, 110 insertions(+), 60 deletions(-)
diff --git a/h
Also, provide a kvm_apic that does not depend highly on common code.
Signed-off-by: Glauber Costa
---
hw/apic.c | 241 ++--
hw/pc.c|7 ++-
hw/pc.h|1 +
qemu-kvm-x86.c |5 +-
4 files changed, 157 insertions(+),
provide functions to query and reset the state of sipi and
init in cpu's apic. This way we can move the kvm specific functions
out of the apic path.
Signed-off-by: Glauber Costa
---
cpu-defs.h |2 --
hw/apic.c | 49 -
qemu-kvm.c | 26 +
Gregory Haskins wrote:
> (Applies to kvm.git/master:25deed73)
>
> This is v5 of the series. For more details, please see the header to
> patch 2/2.
>
> This series has been tested against the kvm-eventfd unit test, and
> appears to be functioning properly. You can download this test here:
>
> ftp
Gregory Haskins wrote:
> iosignalfd is a mechanism to register PIO/MMIO regions to trigger an eventfd
> signal when written to by a guest. Host userspace can register any arbitrary
> IO address with a corresponding eventfd and then pass the eventfd to a
> specific end-point of interest for handlin
Mark McLoughlin wrote:
> On Wed, 2009-05-27 at 13:40 -0400, Gregory Haskins wrote:
>
>> Mark McLoughlin wrote:
>>
>>> On Wed, 2009-05-27 at 15:11 +0300, Avi Kivity wrote:
>>>
>>>
>>>
Multiple cookies on the same address are required by virtio. You can't
mux since the d
On Wed, 2009-06-03 at 02:14 -0400, Michael Goldish wrote:
> - "Avi Kivity" wrote:
>
> > David Huff wrote:
> > > This patch will run pre and post scripts
> > > defined in config file with the parameter pre_command
> > > and post_command post_command.
> > >
> > > Also exports all the prameters
On Wed, 2009-06-03 at 01:01 -0400, Michael Goldish wrote:
> - "Lucas Meneghel Rodrigues" wrote:
>
> > On Sun, 2009-05-24 at 18:46 +0300, Michael Goldish wrote:
> > > kvm_vm.py: add function VM.get_name().
> > > kvm_preprocessing.py: use VM.get_name() instead of directly
> > accessing the .nam
On Wed, Jun 03, 2009 at 04:17:49PM -0400, Gregory Haskins wrote:
> iosignalfd is a mechanism to register PIO/MMIO regions to trigger an eventfd
> signal when written to by a guest. Host userspace can register any arbitrary
> IO address with a corresponding eventfd and then pass the eventfd to a
>
Paul E. McKenney wrote:
> On Wed, Jun 03, 2009 at 04:17:49PM -0400, Gregory Haskins wrote:
>
>> iosignalfd is a mechanism to register PIO/MMIO regions to trigger an eventfd
>> signal when written to by a guest. Host userspace can register any arbitrary
>> IO address with a corresponding eventfd
Hi,
This is an RFC about the CPU hard limits feature where I have explained
the need for the feature, the proposed plan and the issues around it.
Before I come up with an implementation for hard limits, I would like to
know community's thoughts on this scheduler enhancement and any feedback
and su
65 matches
Mail list logo
