* [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).