From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:44283)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VbBiy-0002Ml-Py
	for qemu-devel@nongnu.org; Tue, 29 Oct 2013 12:01:02 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VbBis-0007mv-Rd
	for qemu-devel@nongnu.org; Tue, 29 Oct 2013 12:00:56 -0400
Received: from mx1.redhat.com ([209.132.183.28]:60016)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VbBis-0007mC-6Q
	for qemu-devel@nongnu.org; Tue, 29 Oct 2013 12:00:50 -0400
Message-ID: <526FDB92.6060908@redhat.com>
Date: Tue, 29 Oct 2013 17:00:18 +0100
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <526F8457.5040907@kamp.de> <526F8701.2030906@redhat.com>
	<526F89B4.5080504@kamp.de> <526F8BCA.7090503@redhat.com>
	<526F909A.8000004@kamp.de> <526F927D.1050901@redhat.com>
	<526F92F4.8080406@kamp.de> <526FC24A.1010106@redhat.com>
	<alpine.GSO.2.01.1310291651270.2709@mono>
In-Reply-To: <alpine.GSO.2.01.1310291651270.2709@mono>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Prohibit Windows from running in QEMU
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: BALATON Zoltan <balaton@eik.bme.hu>
Cc: Peter Lieven <pl@kamp.de>, Laszlo Ersek <lersek@redhat.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

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 only
>> triggers some warnings in Linux's port of ACPICA, but crashes Windows
>> (BSOD). Like, write & compile a simple table to AML, then mess it up
>> (eg. Package encoding or some such) with a hex editor. This would take
>> some experimentation as well, but searching existing bug reports could
>> help.
> 
> This seems evil and fragile (although this can be done without patches
> with a command line option only). But instead why not remove/disable
> some BIOS functions that Linux doesn't need but Windows relies on? This
> seems to be less fragile (although requiring a patch) if it's possible
> at all.

Subtly crippling the HPET might work, since Linux will prefer kvmclock.
 Good luck when users come screaming for support though.

Paolo