From owner-freebsd-stable@freebsd.org Thu Jul 5 13:35:50 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE01E1029A70 for ; Thu, 5 Jul 2018 13:35:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3BAC37C687; Thu, 5 Jul 2018 13:35:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w65DZgDC048674 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jul 2018 16:35:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w65DZgDC048674 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w65DZgxQ048673; Thu, 5 Jul 2018 16:35:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Jul 2018 16:35:42 +0300 From: Konstantin Belousov To: Pete French Cc: avg@freebsd.org, eric@vangyzen.net, freebsd-stable@freebsd.org, freebsd@hda3.com, truckman@FreeBSD.org Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) Message-ID: <20180705133542.GG5562@kib.kiev.ua> References: <20180705103135.GD5562@kib.kiev.ua> <20180705104720.GE5562@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 13:35:50 -0000 On Thu, Jul 05, 2018 at 02:23:15PM +0100, Pete French wrote: > > > On 05/07/2018 11:47, Konstantin Belousov wrote: > > Why do you state that they are saved/restored ? What is the evidence ? > > > https://software.intel.com/en-us/blogs/2009/06/25/virtualization-and-performance-understanding-vm-exits > > specificly... > > 3) "Save MSRs in the VM-exit MSR-store area." > > and > > 5) "Load MSRs from the VM-exit MSR-load area." > > but maybe thats not actyually true, I assumed it was given its an Intel > document, but admittedly its not an actual specification. This is true, but absolutely irrelevant. Modern CPUs have hundreds, if not thousands, MSR registers. Only some of them define architectural state, and saved/restored on the context switches. Chicken bits are global knobs not relevant to the vmm entry. > > > > On VM the patch should be NOP, testing it is a waste of time IMO. > > > OK, will ignore that then. I am running the new patch on my workstation > now - I still need the old patch for the other files, yes ? Which other files ?