* [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell OptiPlex 990 known to require PCI reboot
[not found] ` <CAE2SPAbHxjQm3-z+LRXYBJAVnrwjMn=u=9RFLmZ6hkc8XtNy+w@mail.gmail.com>
@ 2012-01-31 12:15 ` Ingo Molnar
2012-02-14 18:17 ` Bastien ROUCARIES
0 siblings, 1 reply; 2+ messages in thread
From: Ingo Molnar @ 2012-01-31 12:15 UTC (permalink / raw)
To: Bastien ROUCARIES, Avi Kivity, Sheng Yang, KVM devel mailing list
Cc: LKML, Matthew Garrett, Rafael J. Wysocki, Thomas Gleixner, x86,
H. Peter Anvin
(added KVM folks to the Cc:)
* Bastien ROUCARIES <roucaries.bastien@gmail.com> wrote:
> Ping^2
>
> Bastien
> On Mon, Jan 23, 2012 at 11:28 AM, Bastien ROUCARIES
> <roucaries.bastien@gmail.com> wrote:
> > On Mon, Jan 16, 2012 at 8:21 PM, H. Peter Anvin <hpa@zytor.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
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell OptiPlex 990 known to require PCI reboot
2012-01-31 12:15 ` [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell OptiPlex 990 known to require PCI reboot Ingo Molnar
@ 2012-02-14 18:17 ` Bastien ROUCARIES
0 siblings, 0 replies; 2+ messages in thread
From: Bastien ROUCARIES @ 2012-02-14 18:17 UTC (permalink / raw)
To: Ingo Molnar
Cc: Avi Kivity, Sheng Yang, KVM devel mailing list, LKML,
Matthew Garrett, Rafael J. Wysocki, Thomas Gleixner, x86,
H. Peter Anvin
On Tue, Jan 31, 2012 at 1:15 PM, Ingo Molnar <mingo@elte.hu> wrote:
>
> (added KVM folks to the Cc:)
>
> * Bastien ROUCARIES <roucaries.bastien@gmail.com> wrote:
>
>> Ping^2
>>
>> Bastien
>> On Mon, Jan 23, 2012 at 11:28 AM, Bastien ROUCARIES
>> <roucaries.bastien@gmail.com> wrote:
>> > On Mon, Jan 16, 2012 at 8:21 PM, H. Peter Anvin <hpa@zytor.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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-02-14 18:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <201111160019.51303.rjw@sisk.pl>
[not found] ` <201201091700.09318.roucaries.bastien@gmail.com>
[not found] ` <20120116004110.GA21240@srcf.ucam.org>
[not found] ` <CAE2SPAZH9vQ=7mTxaCGY6DHdf5Yvv-0SWCwUobUY3tTD5caLow@mail.gmail.com>
[not found] ` <4F1478B0.6080200@zytor.com>
[not found] ` <CAE2SPAak9xnN8Tbjru3eLN79_JGTGaPWi7w+t=7peN-Nd9f+Bw@mail.gmail.com>
[not found] ` <CAE2SPAbHxjQm3-z+LRXYBJAVnrwjMn=u=9RFLmZ6hkc8XtNy+w@mail.gmail.com>
2012-01-31 12:15 ` [VT-d reboot problems] Re: [PATCH] x86 / reboot: Blacklist Dell OptiPlex 990 known to require PCI reboot Ingo Molnar
2012-02-14 18:17 ` Bastien ROUCARIES
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).