Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1627266

Re: [PATCH v5] x86: call smp vmxoff in smp stop

Path csiph.com!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod
From David Hildenbrand <david@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH v5] x86: call smp vmxoff in smp stop
Date Thu, 20 Apr 2017 12:10:02 +0200
Message-ID <tyhce-7D4-1@gated-at.bofh.it> (permalink)
References <ty0uJ-5Cb-5@gated-at.bofh.it>
Dmarc-Filter OpenDMARC Filter v1.3.2 mx1.redhat.com 9B246C057FA9
Authentication-Results ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=david@redhat.com
Dkim-Filter OpenDKIM Filter v2.11.0 mx1.redhat.com 9B246C057FA9
Organization Red Hat GmbH
User-Agent Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version 1.0
Content-Type text/plain; charset=windows-1252
Content-Transfer-Encoding 7bit
X-Scanned-By MIMEDefang 2.79 on 10.5.11.15
X-Greylist Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Thu, 20 Apr 2017 10:01:37 +0000 (UTC)
Sender robomod@news.nic.it
List-ID <linux-kernel.vger.kernel.org>
X-Mailing-List linux-kernel@vger.kernel.org
Approved robomod@news.nic.it
Lines 21
X-Original-Cc mingo@kernel.org, x86@kernel.org, Tiantian Feng <fengtiantian@huawei.com>, Xishi Qiu <qiuxishi@huawei.com>
X-Original-Date Thu, 20 Apr 2017 12:01:33 +0200
X-Original-Message-ID <b5e340a1-c3de-6a44-50ce-68388c89febc@redhat.com>
X-Original-References <20170419161839.30550-1-pbonzini@redhat.com>
X-Original-Sender linux-kernel-owner@vger.kernel.org
Xref csiph.com linux.kernel:1627266

Show key headers only | View raw


On 19.04.2017 18:18, Paolo Bonzini wrote:
> From: Tiantian Feng <fengtiantian@huawei.com>
> 
> A CPU in VMX root mode will ignore INIT signals and fail to bring
> up the APs after reboot.  Therefore, on a panic we disable VMX on all
> CPUs before rebooting or triggering kdump.
> 
> Do this when halting the machine as well, in case a firmware-level reboot
> does not perform a cold reset for all processors.  Without doing this,
> rebooting the host may hang.

Guess this make sense, just wonder if something like that is actually
expected to work? Not doing a cold reset feels like leaving a lot of
stuff in an uninitialized state. Shouldn't that specific firmware then
care about performing any necessary resets?

-- 

Thanks,

David

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v5] x86: call smp vmxoff in smp stop Paolo Bonzini <pbonzini@redhat.com> - 2017-04-19 18:20 +0200
  Re: [PATCH v5] x86: call smp vmxoff in smp stop David Hildenbrand <david@redhat.com> - 2017-04-20 12:10 +0200
    Re: [PATCH v5] x86: call smp vmxoff in smp stop Paolo Bonzini <pbonzini@redhat.com> - 2017-04-20 12:20 +0200
      Re: [PATCH v5] x86: call smp vmxoff in smp stop David Hildenbrand <david@redhat.com> - 2017-04-20 13:10 +0200
  [tip:x86/boot] x86/reboot: Turn off KVM when halting a CPU tip-bot for Tiantian Feng <tipbot@zytor.com> - 2017-04-20 13:30 +0200

csiph-web