From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40014) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfnCu-0002IY-Ps for qemu-devel@nongnu.org; Tue, 04 Dec 2012 02:46:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfnCo-00042t-Qn for qemu-devel@nongnu.org; Tue, 04 Dec 2012 02:46:20 -0500 Received: from goliath.siemens.de ([192.35.17.28]:17706) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfnCo-00042n-Hy for qemu-devel@nongnu.org; Tue, 04 Dec 2012 02:46:14 -0500 Message-ID: <50BDAA43.4090709@siemens.com> Date: Tue, 04 Dec 2012 08:46:11 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <1354529518-25534-1-git-send-email-kraxel@redhat.com> <20121203184704.GC20489@redhat.com> <50BDA8EB.5090402@redhat.com> In-Reply-To: <50BDA8EB.5090402@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PULL for-1.3 0/3] seabios: q35 update List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Jason Baron , "qemu-devel@nongnu.org" On 2012-12-04 08:40, Gerd Hoffmann wrote: > Hi, > >> 1) legacy ide mode >> >> I can currently create a ide controller on the command-line using >> '-device'. However, on the real h/w there is an IDE compatibility mode >> which essentially advertises an ide controller at the same location that >> the ahci lives at. In fact, it changes the PCI device id. To deal with >> the fact that AHCI has 6 ports and thus 6 possible devices, it then adds >> a second controller for the remaining 2 disks. This shouldn't be too >> hard to emulate. But I'm wondering what we want the qemu interface >> to look like? A -machine options such as: >> '-machine q35,diskmode=ahci,ide,raid'? > > I'm wondering whenever we want to deal with that at all? > > "If your guest is too old to handle ahci natively, just stick to piix." > is a sensible policy IMHO. > >> 2) HPET ACPI error >> >> This line: 'IRQNoFlags () {2, 8}' in the HPET acpi table is causing the >> folloing ACPI message (removing it makes it go away): > > Hmm. That was added to make macos x happy and is also present on real > hardware, so I'm wondering what is going on here. > >> 3) irq table >> >> The irq table commit that makes windows 7 work, upsets Windows XP. If >> I back out seabios commit: 2114f50148c42e374586359d23b522483ca10e8d >> I do not get the following error: >> >> " >> A problem has been detected and windows has been shut down To prevent damage >> to your computer. >> >> If this is The first time you've seen this stop error screen, >> restart your computer. If this screen appears again, follow >> these steps: >> >> The BIOS in this sysTem is not fully ACPI compliant. Please contact your >> system vendor for an updated BIOS. If you are unable to obtain an >> updated BIOS or the latest BIOS supplied by your vendor is not ACPI >> compliant, you can turn off ACPI mode during textmode setup. To do this, >> press The F7 key when you are prompted To install storage drivers. The >> system will not notify you that the F7 key was pressed - it will silently >> disable ACPI and allow you to continue your installation. >> >> Technical informaTion: >> >> *** STOP: 0x000000A5 (Ox0000000000010006,OxFFFFFADF9C461108,0x0000000000000000,0 >> x0000000000000000) >> " > > Jan, this is your commit, any idea? Not really. This is looong ago. I hacked it in to make Win7 happy, but I may not have tested WinXP by that time. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux