From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Sven_K=F6hler?= Subject: Re: 3.0.4 and 3.1-rc4 based dom0 won't boot with acpi=off Date: Sun, 11 Sep 2011 02:44:35 +0200 Message-ID: <4E6C0473.8090905@gmail.com> References: <20110911002807.GA9989@oracle.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0853529892==" Return-path: In-Reply-To: <20110911002807.GA9989@oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0853529892== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC0AA432E925193931C5D6F0B" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC0AA432E925193931C5D6F0B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 11.09.2011 02:28, schrieb Konrad Rzeszutek Wilk: > On Sun, Sep 11, 2011 at 12:43:18AM +0200, Sven K=F6hler wrote: >> Hi, >> >> when using acpi=3Doff in the kernel or xen command line, the system wo= n't >> boot. On real hardware, I saw a few interrupt related warnings from th= e >> usb drivers. The system then seemed to lock up when trying to do I/O v= ia >> AHCI. Same in virtualbox. System won't come up. >=20 > Not surprised. Without the ACPI we can't find parse the interrupt table= , > so you don't get any interrupts. Thanks for explaining. Now what about the future? Will there be some solution for the acpi=3Doff case? I'm a bit confused, since your words don't sound like there is a way to boot with acpi=3Doff. But other dom0 kernels actually boot with acpi=3Dof= f. So after all, some other way for setting up interrupts seems to exist. > This is result of the reboot issue you have been seeing with your box? Yes. > You might want to try some parameters on the Xen line to alter how > it is suppose to reboot. >=20 > /* > * reboot=3Db[ios] | t[riple] | k[bd] | n[o] [, [w]arm | [c]old] Thanks for the list. I guess, both reboot=3Dbios and reboot=3Db is accepted? BTW: "no" is missing in the list below. acpi is missing in the list above. And actually what's the source for list? (I never find any documentation about the hypervisor options, which is pretty frustrating sometimes) > * warm Don't set the cold reboot flag > * cold Set the cold reboot flag > * bios Reboot by jumping through the BIOS (only for X86_32) > * triple Force a triple fault (init) > * kbd Use the keyboard controller. cold reset (default) > * acpi Use the RESET_REG in the FADT > */ So in fact, xen is doing the reboot, and not the dom0 kernel, right? (Some people have claimed otherwise) Could you imagine to adapt xen's reboot code to the one of linux 3.0 (which was tweaked quite a lot for maximum compatibility) Regards, Sven --------------enigC0AA432E925193931C5D6F0B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5sBHMACgkQ7Ww7FjRBE4AW1gCaAqrrjYM6wNbvTvixXJgj7Ilg AmsAnA0lahX3O+yyLZfLPAagwoIWWs9U =OlIk -----END PGP SIGNATURE----- --------------enigC0AA432E925193931C5D6F0B-- --===============0853529892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0853529892==--