From mboxrd@z Thu Jan 1 00:00:00 1970 From: Claus Rosenberger Subject: Re: Freeze with 2.6.32.19 and xen-4.0.1rc5, acpi problems Date: Fri, 27 Aug 2010 09:03:37 +0200 Message-ID: <4C776349.6090300@rocnet.de> References: <20100821140234.GX2804@reaktio.net> <4C704E75.2050200@rocnet.de> <4C722AC2.6080701@rocnet.de> <20100823110928.GE2804@reaktio.net> <20100823122918.GG2804@reaktio.net> <4C7379BB.3020007@rocnet.de> <20100824081607.GL2804@reaktio.net> <4C73879E.5020306@goop.org> <4C745433.5060303@rocnet.de> <4C74CE33.4010908@rocnet.de> <20100825085302.GN2804@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20100825085302.GN2804@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Am 25.08.2010 10:53, schrieb Pasi K=E4rkk=E4inen: > On Wed, Aug 25, 2010 at 10:02:59AM +0200, Claus Rosenberger wrote: >> Am 25.08.2010 01:22, schrieb Claus Rosenberger: >>> I checked out these options, following result >>>>>> - acpi=3Dht noapic =3D> worked >>>>>> - noapic =3D> didn't work, disk errors while booting, = no functional system >>>>>> - acpi=3Dht apic=3Ddebug =3D> worked >>>>>> >>>>>> So it seems i definitly need the option acpi=3Dht or acpi=3Doff or= something like that. >>>>>> >>>>> Keir, Jeremy: Any idea why acpi=3Dht is needed to make Intel DQ45CB= (Q45 chipset) work? >>>>> >>>>> Without "acpi=3Dht" the system freezes randomly without any log/deb= ug/serialconsole output.. >>>> At a random guess, there's something strange about the SCI interrupt= .=20 >>>> When booting native, does "acpi" get irq 9 or something else? Is th= ere >>>> a BIOS setting relating to SCI or ACPI interrupts? >>>> >>> The kernel was running native without that problems, i attached dmesg= . I >>> didn't find any BIOS options like that. >>> >> >> a new test was done loading libata with option noacpi=3D1 >> >> - acpi=3Dht noapic =3D> worked >> - noapic =3D> didn't work, disk errors while booting, no f= unctional system >> - acpi=3Dht apic=3Ddebug =3D> worked >> - xen without options but loading libata with option noacpi=3D1 =3D= > worked >> > So only setting libata.noacpi=3D1 fixes (or workarounds) the problem.. = hmm. > Or setting "acpi=3Dht" fixes it aswell. > > Hopefully someone has ideas about the cause.. > > -- Pasi > Now i got the error with libata.noacpi=3D1 too, but there was no impact s= o no raid status lost or something else and it was only that one error: [81907.801237] ata2: lost interrupt (Status 0x51) [81907.803062] ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x40d0002 action 0xe [81907.805221] ata2.00: SError: { RecovComm PHYRdyChg CommWake 10B8B DevExch } [81907.805221] ata2.00: failed command: FLUSH CACHE EXT [81907.805221] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0 [81907.805221] res 51/04:01:01:00:00/00:00:00:00:00/a0 Emask 0x10 (ATA bus error) [81907.805221] ata2.00: status: { DRDY ERR } [81907.805221] ata2.00: error: { ABRT } [81907.805221] ata2.00: hard resetting link [81908.540258] ata2.01: hard resetting link [81909.016368] ata2.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [81909.019044] ata2.01: SATA link down (SStatus 0 SControl 300) [81909.040964] ata2.00: configured for UDMA/133 [81909.042760] ata2: EH complete