On Mon, Sep 28, 2015 at 01:37:34PM -0300, Eduardo Habkost wrote:
> On Mon, Sep 28, 2015 at 01:38:31PM +0800, Haozhong Zhang wrote:
> > When a vcpu is created in KVM, its TSC rate is initially identical to
> > the host TSC rate. If its state is migrated to a vcpu on another
> > machine (target
Signed-off-by: Shanzhi Yu
---
cases/linux_domain.conf | 22 +
repos/domain/definewithflags.py | 104
2 files changed, 126 insertions(+)
create mode 100644 repos/domain/definewithflags.py
diff --git
On Mon, Sep 28, 2015 at 08:26:22PM +0300, Pavel Fedin wrote:
Hello!
It's nice that QEMU complains itself, but in a case where it is that
easy to check the supportability I think it's worth adding because
then at least we won't prepare all the stuff and can error out early.
Huh...
I am
On Mon, Sep 28, 2015 at 07:53:42PM -0400, Cole Robinson wrote:
Commit 307fb904 (Sep 10) added a 'privileged' variable when creating
the DAC driver:
@@ -153,6 +157,7 @@ virSecurityManagerNewDAC(const char *virtDriver,
bool defaultConfined,
bool
Signed-off-by: Shanzhi Yu
---
repos/domain/fsinfo.py | 2 +-
repos/domain/install_linux_check.py | 2 +-
repos/domain/install_linux_net.py | 2 +-
repos/interface/define.py | 2 +-
repos/interface/undefine.py | 4 ++--
5 files changed, 6
On Mon, Sep 28, 2015 at 01:38:31PM +0800, Haozhong Zhang wrote:
> When a vcpu is created in KVM, its TSC rate is initially identical to
> the host TSC rate. If its state is migrated to a vcpu on another
> machine (target machine) which may uses a different host TSC rate, QEMU
> on the target
On 09/17/2015 11:37 AM, Michal Privoznik wrote:
It's used as enum everywhere, so why store its value in an int?
There are a lot of these. I *think* the only reason this was done
anywhere in the first place was because the size of an enum isn't
guaranteed to be the same across different
Hello!
> It's nice that QEMU complains itself, but in a case where it is that
> easy to check the supportability I think it's worth adding because
> then at least we won't prepare all the stuff and can error out early.
Huh...
I am looking at it now, but looks like there's no support for
On Mon, Sep 28, 2015 at 12:35:31PM -0400, Laine Stump wrote:
> On 09/17/2015 11:37 AM, Michal Privoznik wrote:
> >It's used as enum everywhere, so why store its value in an int?
>
> There are a lot of these. I *think* the only reason this was done anywhere
> in the first place was because the
On 09/28/2015 11:02 AM, Shivaprasad bhat wrote:
> Hi Jon,
>
> Thanks a lot for attaching the patch. Replies inline.
>
> On Thu, Sep 24, 2015 at 1:52 AM, John Ferlan wrote:
>>
>>
>> On 09/22/2015 07:21 AM, Shivaprasad bhat wrote:
>>> On Mon, Sep 21, 2015 at 8:04 PM, John
On 09/17/2015 11:37 AM, Michal Privoznik wrote:
> It's used as enum everywhere, so why store its value in an int?
>
> Signed-off-by: Michal Privoznik
> ---
> src/conf/domain_conf.c | 9 +++--
> src/conf/domain_conf.h | 2 +-
> src/qemu/qemu_command.c | 2 ++
>
Hi Jon,
Thanks a lot for attaching the patch. Replies inline.
On Thu, Sep 24, 2015 at 1:52 AM, John Ferlan wrote:
>
>
> On 09/22/2015 07:21 AM, Shivaprasad bhat wrote:
>> On Mon, Sep 21, 2015 at 8:04 PM, John Ferlan wrote:
>>>
>>>
>>> On 09/21/2015
On Fri, Sep 25, 2015 at 01:48:41PM -0400, Laine Stump wrote:
> On 09/25/2015 01:27 PM, Daniel P. Berrange wrote:
> >On Fri, Sep 25, 2015 at 05:22:30PM +0100, Daniel P. Berrange wrote:
> >>On Fri, Sep 25, 2015 at 11:13:52AM -0400, Laine Stump wrote:
> >>>There's a bit of background about this here:
On Sun, Sep 27, 2015 at 06:23:15PM +0200, Kashyap Chamarthy wrote:
> The qmp-commands.hx file from QEMU says[1]:
>
> "The user Monitor's "detach" argument is invalid in QMP and should
> not be used"
That does not exactly reflect reality. The QMP parser permits
"detach", but the
On Mon, Sep 28, 2015 at 10:02:48AM +0100, Daniel P. Berrange wrote:
> On Sun, Sep 27, 2015 at 06:23:15PM +0200, Kashyap Chamarthy wrote:
> > The qmp-commands.hx file from QEMU says[1]:
> >
> > "The user Monitor's "detach" argument is invalid in QMP and should
> > not be used"
>
> That
Signed-off-by: Shanzhi Yu
---
cases/linux_domain.conf| 12 +++
global.cfg | 8 +++--
repos/domain/get_guest_network_info.py | 66 ++
3 files changed, 84 insertions(+), 2 deletions(-)
create mode
Signed-off-by: Shanzhi Yu
---
repos/domain/pin_iothread.py | 2 +-
repos/virconn/connection_getAllDomainStats.py | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/repos/domain/pin_iothread.py b/repos/domain/pin_iothread.py
index
Some cases need guest agent running in domain, change some cases order
to avoid the failure.
Signed-off-by: Shanzhi Yu
---
cases/linux_domain.conf | 100
1 file changed, 50 insertions(+), 50 deletions(-)
diff --git
Commit 307fb904 (Sep 10) added a 'privileged' variable when creating
the DAC driver:
@@ -153,6 +157,7 @@ virSecurityManagerNewDAC(const char *virtDriver,
bool defaultConfined,
bool requireConfined,
bool
19 matches
Mail list logo