From mboxrd@z Thu Jan 1 00:00:00 1970 From: Borislav Petkov Subject: Re: [Xen-devel] Is: axe read_tscp pvops call. Was: Re: [RFC] ACPI S3 and Xen (suprisingly small\!). Date: Thu, 18 Oct 2012 18:17:00 +0200 Message-ID: <20121018161659.GA20354@x1.osrc.amd.com> References: <1350481786-4969-1-git-send-email-konrad.wilk@oracle.com> <507ED6C0.4020503@zytor.com> <20121017161036.GA10691@phenom.dumpdata.com> <507EE1C3.7070300@zytor.com> <20121017165452.GA22740@phenom.dumpdata.com> <507EEC53.1010309@zytor.com> <84b3cbf9-7c84-4d7e-a2d7-46b0d1cc5975@default> <50802030.8070107@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org To: Dan Magenheimer Cc: "H. Peter Anvin" , Konrad Wilk , linux-acpi@vger.kernel.org, x86@kernel.org, xen-devel@lists.xensource.com, linux-kernel@vger.kernel.org, lenb@kernel.org List-Id: xen-devel@lists.xenproject.org On Thu, Oct 18, 2012 at 08:56:40AM -0700, Dan Magenheimer wrote: > I agree the whole idea of paravirtualization is a hack, but it is a > hack to workaround some poor architectural design decisions many years > ago by Intel processor designers who should have known better. Go yell > at them. > > Worse, the rdtscp instruction was a poor design decision by AMD > processor designers to hack around tsc skew problems. Go yell at them > too. > > And both Intel and AMD chose to perpetuate the problem with a > complicated VT/SVM implementation that will never perform as well as > native. At least they tried ;-) Looks like xen people seem to know better so maybe they should design their own processor, add xen support for it and leave the linux kernel alone so that both camps can finally get on with their lives. -- Regards/Gruss, Boris.