Only func 0 is registered to guest driver (we can
only found func 0 in slot->funcs list of driver),
the other functions could not be cleaned when
hot-removing the whole slot. This patch adds
device per function in ACPI DSDT tables.
Have tested with linux/winxp/win7, hot-adding/hot-remving,
single
On 14 September 2011 16:07, Avi Kivity wrote:
> I would like to carry out an online code review of the memory API so that
> more people are familiar with the internals, and perhaps even to catch some
> bugs or deficiency. I'd like to use the next kvm conference call slot for
> this (Tuesday 1400
On 09/18/2011 03:17 AM, Michael S. Tsirkin wrote:
On Sat, Sep 17, 2011 at 02:02:04PM +0800, Jason Wang wrote:
A wiki-page was created to narrate the detail design of all parts
involved in the multi queue implementation:
http://www.linux-kvm.org/page/Multiqueue and some basic tests result
could b
On Mon, Sep 19, 2011 at 12:36:44PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 19, 2011 at 02:53:47PM +0800, Amos Kong wrote:
> > Only func 0 is registered to guest driver (we can
> > only found func 0 in slot->funcs list of driver),
> > the other functions could not be cleaned when
> > hot-remo
On Wed, Sep 14, 2011 at 6:50 PM, Marcelo Tosatti wrote:
> On Tue, Sep 13, 2011 at 11:09:46AM +0800, Zhi Yong Wu wrote:
>> On Fri, Sep 9, 2011 at 10:44 PM, Marcelo Tosatti wrote:
>> > On Thu, Sep 08, 2011 at 06:11:07PM +0800, Zhi Yong Wu wrote:
>> >> Note:
>> >> 1.) When bps/iops limits are s
On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
>
> Only func 0 is registered to guest driver (we can
> only found func 0 in slot->funcs list of driver),
> the other functions could not be cleaned when
> hot-removing the whole slot. This patch adds
> device per function in ACPI DSDT tab
On Mon, Sep 19, 2011 at 12:57:33PM +0300, Gleb Natapov wrote:
> On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
> >
> > Only func 0 is registered to guest driver (we can
> > only found func 0 in slot->funcs list of driver),
> > the other functions could not be cleaned when
> > hot-remov
On Mon, Sep 19, 2011 at 12:36:44PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 19, 2011 at 02:53:47PM +0800, Amos Kong wrote:
> > Only func 0 is registered to guest driver (we can
> > only found func 0 in slot->funcs list of driver),
> > the other functions could not be cleaned when
> > hot-remo
On Mon, Sep 19, 2011 at 01:02:59PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 19, 2011 at 12:57:33PM +0300, Gleb Natapov wrote:
> > On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
> > >
> > > Only func 0 is registered to guest driver (we can
> > > only found func 0 in slot->funcs li
On Mon, Sep 19, 2011 at 01:12:30PM +0300, Gleb Natapov wrote:
> On Mon, Sep 19, 2011 at 01:02:59PM +0300, Michael S. Tsirkin wrote:
> > On Mon, Sep 19, 2011 at 12:57:33PM +0300, Gleb Natapov wrote:
> > > On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
> > > >
> > > > Only func 0 is regi
>
> Hi !
> Here's my config :
>
> Version : qemu-kvm-0.12.5, qemu-kvm-0.12.4
> Hosts : AMD 64X2, Phenom and Core 2 duo
> OS : Slackware 64 13.0
> Kernel : 2.6.35.4 and many previous versions
>
> I use a PXE server to boot semi-diskless (swap partitions and some local
stuff) stations.
> This se
On Mon, Sep 19, 2011 at 01:32:48PM +0300, Gleb Natapov wrote:
> > > I recall I saw some examples like this on the net.
> > >
> > Checking real HW DSDT will validate that we are doing a right thing here.
> >
> According to Microsoft own documentation they want _EJ0 for each
> function:
> http://ww
On Thu, Sep 15, 2011 at 08:48:58PM +0300, Avi Kivity wrote:
> On 09/15/2011 08:25 PM, Jan Kiszka wrote:
> >>
> >> I think so. Suppose the vcpu enters just after kvm_make_request(); it
> >> sees KVM_REQ_EVENT and clears it, but doesn't see nmi_pending because it
> >> wasn't set set. Then comes
On Mon, Sep 19, 2011 at 12:19:51PM +0800, Zhao Jin wrote:
> __update_clear_spte_slow should return original spte while the
> current code returns low half of original spte combined with high
> half of new spte.
>
> Signed-off-by: Zhao Jin
> ---
> arch/x86/kvm/mmu.c |3 ++-
> 1 files changed,
On Sun, Sep 18, 2011 at 11:47 PM, Hagen Paul Pfeifer wrote:
> 7eeef124e30ca2123f removes setnet.sh handling through build-in nfs dhcp
> client. This patch get rid of "kvm setup" functionality to copy the now
> non-existing setnet script. Otherwise kvm setup is silently aborted.
>
> Signed-off-by:
On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >>
> >> Yes, due to NMI-blocked-by-STI. A really touchy area.
> >And we don't need the window exit notification then? I don't understand
> >what nmi_in_progress is supposed to do here.
>
> We need the window notification in both cases. If
On Sat, 2011-09-17 at 14:02 +0800, Jason Wang wrote:
[...]
> 2 Current implementation may also get regression for single session
> packet transmission.
>
> The reason is packets from each flow were not handled by the same
> queue/vhost thread.
>
> Various method could be done to handle this:
>
>
On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >> >>
> >> >> Yes, due to NMI-blocked-by-STI. A really touchy area.
> >> >And we don't need the window exit notification then? I don't understand
> >> >what nmi_in_progress is suppo
On 09/19/2011 05:54 PM, Marcelo Tosatti wrote:
On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >> >>
> >> >>Yes, due to NMI-blocked-by-STI. A really touchy area.
> >> >And we don't need the window exit notification then
On 09/19/2011 06:09 PM, Avi Kivity wrote:
On 09/19/2011 05:54 PM, Marcelo Tosatti wrote:
On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >> >>
> >> >>Yes, due to NMI-blocked-by-STI. A really touchy area.
> >> >And we don't need
On Fri, 2011-09-09 at 08:11 -0500, Stuart Yoder wrote:
> Based on the discussions over the last couple of weeks
> I have updated the device fd file layout proposal and
> tried to specify it a bit more formally.
>
> ===
>
> 1. Overview
>
On Mon, Sep 19, 2011 at 06:09:39PM +0300, Avi Kivity wrote:
> On 09/19/2011 05:54 PM, Marcelo Tosatti wrote:
> >On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> >> On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >> >> >>
> >> >> >>Yes, due to NMI-blocked-by-STI. A really t
On 09/19/2011 06:22 PM, Marcelo Tosatti wrote:
On Mon, Sep 19, 2011 at 06:09:39PM +0300, Avi Kivity wrote:
> On 09/19/2011 05:54 PM, Marcelo Tosatti wrote:
> >On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> >> On 09/19/2011 04:54 PM, Marcelo Tosatti wrote:
> >> >>>>
> >
On Mon, Sep 19, 2011 at 06:37:35PM +0300, Avi Kivity wrote:
> On 09/19/2011 06:22 PM, Marcelo Tosatti wrote:
> >On Mon, Sep 19, 2011 at 06:09:39PM +0300, Avi Kivity wrote:
> >> On 09/19/2011 05:54 PM, Marcelo Tosatti wrote:
> >> >On Mon, Sep 19, 2011 at 05:30:27PM +0300, Avi Kivity wrote:
> >> >
On Mon, Sep 19, 2011 at 01:02:59PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 19, 2011 at 12:57:33PM +0300, Gleb Natapov wrote:
> > On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
> > >
> > > Only func 0 is registered to guest driver (we can
> > > only found func 0 in slot->funcs li
Sorry for the delay, just getting back from LPC and some time off...
On Wed, 2011-09-07 at 10:52 -0400, Konrad Rzeszutek Wilk wrote:
> > +static long vfio_iommu_unl_ioctl(struct file *filep,
> > +unsigned int cmd, unsigned long arg)
> > +{
> > + struct vfio_iommu *vio
On Sunday 18 Sep 2011 02:21:04 Amos Kong wrote:
> Users may boot up a QEMU guest without default mac address, it's easy to
> repeat, it always to be failed to get IP with PXE boot.
> RFC suggests us to use random xid, it's necessary. This patch generates
> random id when start dhcp, and record it t
On Wed, Aug 31, 2011 at 06:38:28PM +0300, Avi Kivity wrote:
> Since master.kernel.org is down for maintenance, I've set up
> temporary repositories on github:
>
> git://github.com/avikivity/kvm.git
> git://github.com/avikivity/qemu.git
>
> Please use these instead of kvm.git and qemu-kvm.git
On Mon, Sep 19, 2011 at 01:27:25PM -0300, Marcelo Tosatti wrote:
> On Mon, Sep 19, 2011 at 01:02:59PM +0300, Michael S. Tsirkin wrote:
> > On Mon, Sep 19, 2011 at 12:57:33PM +0300, Gleb Natapov wrote:
> > > On Mon, Sep 19, 2011 at 03:27:38AM -0400, Amos Kong wrote:
> > > >
> > > > Only func 0 is r
On 09/19/2011 10:16 AM, Alex Williamson wrote:
> On Fri, 2011-09-09 at 08:11 -0500, Stuart Yoder wrote:
>> 2. Header
>>
>> The header is located at offset 0x0 in the device fd
>> and has the following format:
>>
>> struct devfd_header {
>> __u32 magic;
>> __u32 version;
>>
On Mon, 2011-09-19 at 14:37 -0500, Scott Wood wrote:
> On 09/19/2011 10:16 AM, Alex Williamson wrote:
> > On Fri, 2011-09-09 at 08:11 -0500, Stuart Yoder wrote:
> >> 2. Header
> >>
> >> The header is located at offset 0x0 in the device fd
> >> and has the following format:
> >>
> >> struct devf
On 09/19/2011 04:07 PM, Alex Williamson wrote:
> On Mon, 2011-09-19 at 14:37 -0500, Scott Wood wrote:
>>> A DTPATH as a record, an INTERRUPT as a sub-record, etc.
>>
>> Same as any other unrecognized (sub)record type, you ignore it -- but
>> the kernel should not be generating this.
>
> I'm trying
Does any one know how to do this? thank you kindly
On Sun, Sep 18, 2011 at 10:40 PM, day knight wrote:
> Is it possible and if yes then how.
> Can we increase the memory on a live guest machine without having to
> shutdown or reboot as well as increase and decrease CPUs. if it is
> possible, can
The Capabilities Pointer is NULL, so this bit shouldn't be set. The state of
this bit doesn't appear to change any behavior on Linux/Windows versions we've
tested, but it does cause Windows' PCI/PCI Express Compliance Test to balk.
I happen to have a physical 82540EM controller, and it also sets t
On Mon, 19 Sep 2011 09:01:50 +0300, "Michael S. Tsirkin"
wrote:
> On Mon, Sep 19, 2011 at 01:05:17PM +0930, Rusty Russell wrote:
> > On Sat, 20 Aug 2011 23:00:44 +0300, "Michael S. Tsirkin"
> > wrote:
> > > On Fri, Aug 19, 2011 at 07:33:07PM +0300, Sasha Levin wrote:
> > > > Maybe this is bette
With hugetlbfs support emerging on e500, we should also support KVM
backing its guest memory by it.
This patch adds support for hugetlbfs into the e500 shadow mmu code.
Signed-off-by: Alexander Graf
---
arch/powerpc/kvm/e500_tlb.c | 22 ++
1 files changed, 22 insertions(+)
On 9/19/11, day knight wrote:
> Is it possible and if yes then how.
> Can we increase the memory on a live guest machine without having to
> shutdown or reboot as well as increase and decrase CPUs. if it is
> possible, can some one point me to the documentation :)
Chipping in my 2 cents since nob
37 matches
Mail list logo
