Am 04.08.2017 um 12:43 schrieb Paolo Bonzini:
> On 04/08/2017 12:27, Peter Lieven wrote:
>> Am 04.08.2017 um 12:23 schrieb Paolo Bonzini:
>>> On 04/08/2017 11:58, Peter Lieven wrote:
Am 29.10.2013 um 10:59 schrieb Paolo Bonzini:
> Il 29/10/2013 10:48, Peter Lieven ha scritto:
>> Hi
On 04/08/2017 12:27, Peter Lieven wrote:
> Am 04.08.2017 um 12:23 schrieb Paolo Bonzini:
>> On 04/08/2017 11:58, Peter Lieven wrote:
>>> Am 29.10.2013 um 10:59 schrieb Paolo Bonzini:
Il 29/10/2013 10:48, Peter Lieven ha scritto:
> Hi all,
>
> this question might seem a bit weird,
Am 04.08.2017 um 12:23 schrieb Paolo Bonzini:
> On 04/08/2017 11:58, Peter Lieven wrote:
>> Am 29.10.2013 um 10:59 schrieb Paolo Bonzini:
>>> Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
On 04/08/2017 11:58, Peter Lieven wrote:
> Am 29.10.2013 um 10:59 schrieb Paolo Bonzini:
>> Il 29/10/2013 10:48, Peter Lieven ha scritto:
>>> Hi all,
>>>
>>> this question might seem a bit weird, but does anyone see a good way to
>>> avoid
>>> that Windows is able to boot inside qemu?
>>>
>>> We
Am 29.10.2013 um 10:59 schrieb Paolo Bonzini:
> Il 29/10/2013 10:48, Peter Lieven ha scritto:
>> Hi all,
>>
>> this question might seem a bit weird, but does anyone see a good way to
>> avoid
>> that Windows is able to boot inside qemu?
>>
>> We have defined several profiles for different
Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
that Windows is able to boot inside qemu?
We have defined several profiles for different operation systems and I want
to avoid that someone chooses Linux
On 29.10.2013 10:59, Paolo Bonzini wrote:
Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
that Windows is able to boot inside qemu?
We have defined several profiles for different operation systems and I want
Il 29/10/2013 11:11, Peter Lieven ha scritto:
On 29.10.2013 10:59, Paolo Bonzini wrote:
Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
that Windows is able to boot inside qemu?
We have defined several
On Tue, Oct 29, 2013 at 11:19:54AM +0100, Paolo Bonzini wrote:
Il 29/10/2013 11:11, Peter Lieven ha scritto:
On 29.10.2013 10:59, Paolo Bonzini wrote:
Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
On 29.10.2013 11:19, Paolo Bonzini wrote:
Il 29/10/2013 11:11, Peter Lieven ha scritto:
On 29.10.2013 10:59, Paolo Bonzini wrote:
Il 29/10/2013 10:48, Peter Lieven ha scritto:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
that Windows is able to boot
Il 29/10/2013 11:40, Peter Lieven ha scritto:
The KVM signature should be at CPUID leaf 0x4100.
If I enable hyperv for all vServers the signature is at
KVM_CPUID_SIGNATURE_NEXT (0x4100) otherwise
at KVM_CPUID_SIGNATURE (0x0).
KVM_CPU_ID_SIGNATURE is 0x4000.
Does this matter to
On 29.10.2013 11:48, Paolo Bonzini wrote:
Il 29/10/2013 11:40, Peter Lieven ha scritto:
The KVM signature should be at CPUID leaf 0x4100.
If I enable hyperv for all vServers the signature is at
KVM_CPUID_SIGNATURE_NEXT (0x4100) otherwise
at KVM_CPUID_SIGNATURE (0x0).
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to avoid
that Windows is able to boot inside qemu?
We have defined several profiles for different operation systems and I want
to avoid that someone
On Tue, Oct 29, 2013 at 01:13:24PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
that Windows is able to boot inside qemu?
We have defined
On 29.10.2013 12:26, Gleb Natapov wrote:
On Tue, Oct 29, 2013 at 01:13:24PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to avoid
that Windows is able to boot inside
On Tue, Oct 29, 2013 at 12:31:18PM +0100, Peter Lieven wrote:
On 29.10.2013 12:26, Gleb Natapov wrote:
On Tue, Oct 29, 2013 at 01:13:24PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to avoid
that Windows is able to boot inside qemu?
We have defined several profiles for different operation systems and I want
to avoid that someone
On Tue, Oct 29, 2013 at 01:26:59PM +0200, Gleb Natapov wrote:
On Tue, Oct 29, 2013 at 01:13:24PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to
avoid
On Tue, Oct 29, 2013 at 02:17:10PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 01:26:59PM +0200, Gleb Natapov wrote:
On Tue, Oct 29, 2013 at 01:13:24PM +0200, Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this
On 10/29/13 11:50, Peter Lieven wrote:
On 29.10.2013 11:48, Paolo Bonzini wrote:
Il 29/10/2013 11:40, Peter Lieven ha scritto:
The KVM signature should be at CPUID leaf 0x4100.
If I enable hyperv for all vServers the signature is at
KVM_CPUID_SIGNATURE_NEXT (0x4100) otherwise
at
Il 29/10/2013 16:55, BALATON Zoltan ha scritto:
On Tue, 29 Oct 2013, Laszlo Ersek wrote:
I don't know what I'm talking about. But:
Neither do I but...
- Windows' ACPI parser is super cranky. You could pass in a custom (but
standardized) ACPI table on the command line (-acpitable) that
On Tue, 29 Oct 2013, Laszlo Ersek wrote:
I don't know what I'm talking about. But:
Neither do I but...
- Windows' ACPI parser is super cranky. You could pass in a custom (but
standardized) ACPI table on the command line (-acpitable) that only
triggers some warnings in Linux's port of ACPICA,
Am 29.10.2013 um 17:00 schrieb Paolo Bonzini pbonz...@redhat.com:
Il 29/10/2013 16:55, BALATON Zoltan ha scritto:
On Tue, 29 Oct 2013, Laszlo Ersek wrote:
I don't know what I'm talking about. But:
Neither do I but...
- Windows' ACPI parser is super cranky. You could pass in a custom
Michael S. Tsirkin wrote:
On Tue, Oct 29, 2013 at 10:48:07AM +0100, Peter Lieven wrote:
Hi all,
this question might seem a bit weird, but does anyone see a good way to avoid
that Windows is able to boot inside qemu?
We have defined several profiles for different operation systems and I
24 matches
Mail list logo