[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120131121513.GE32010@elte.hu>
Date: Tue, 31 Jan 2012 13:15:13 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Bastien ROUCARIES <roucaries.bastien@...il.com>,
Avi Kivity <avi@...hat.com>,
Sheng Yang <sheng@...ux.intel.com>,
KVM devel mailing list <kvm@...r.kernel.org>
Cc: LKML <linux-kernel@...r.kernel.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Thomas Gleixner <tglx@...utronix.de>, x86@...nel.org,
"H. Peter Anvin" <hpa@...or.com>
Subject: [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell
OptiPlex 990 known to require PCI reboot
(added KVM folks to the Cc:)
* Bastien ROUCARIES <roucaries.bastien@...il.com> wrote:
> Ping^2
>
> Bastien
> On Mon, Jan 23, 2012 at 11:28 AM, Bastien ROUCARIES
> <roucaries.bastien@...il.com> wrote:
> > On Mon, Jan 16, 2012 at 8:21 PM, H. Peter Anvin <hpa@...or.com> wrote:
> >> On 01/16/2012 03:27 AM, Bastien ROUCARIES wrote:
> >>>>
> >>>> Does it work if you disable VT-d in the firmware? If so, then adding it
> >>>> to the reboot method blacklist is the wrong fix - we need to figure out
> >>>> why VT-d interferes with Dell's reboot code.
> >>>
> >>> Yes it work
> >>>
> >>
> >> This is particularly so since we are very close to having a full Dell
> >> model catalogue in the kernel...
> >
> > Ping ? Do you need some dump ? testing ?
So disabling VT-d in the BIOS fixes the reboot problem and
Matthew Garrett suggests we should figure out why and how VT-d
on this Dell box interferes with the reboot method.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists