[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAE2SPAaMLFasFnsu4VQyk52mqggk0NwojoWYeuM6pEYbap9PmQ@mail.gmail.com>
Date: Tue, 14 Feb 2012 19:17:02 +0100
From: Bastien ROUCARIES <roucaries.bastien@...il.com>
To: Ingo Molnar <mingo@...e.hu>
Cc: Avi Kivity <avi@...hat.com>, Sheng Yang <sheng@...ux.intel.com>,
KVM devel mailing list <kvm@...r.kernel.org>,
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: Re: [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell
OptiPlex 990 known to require PCI reboot
On Tue, Jan 31, 2012 at 1:15 PM, Ingo Molnar <mingo@...e.hu> wrote:
>
> (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