From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [PATCH 4/8] unify paravirt parts of system.h Date: Mon, 17 Dec 2007 01:58:31 +0100 Message-ID: <200712170158.33914.rjw__22258.4533309147$1197905546$gmane$org@sisk.pl> References: <11967843881946-git-send-email-gcosta@redhat.com> <200712170127.31615.rjw@sisk.pl> <20071217002306.GD5692@elf.ucw.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20071217002306.GD5692@elf.ucw.cz> Content-Disposition: inline List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: Pavel Machek Cc: ehabkost@redhat.com, linux-kernel@vger.kernel.org, Andi Kleen , chrisw@sous-sol.org, tglx@linutronix.de, anthony@codemonkey.ws, hpa@zytor.com, akpm@linux-foundation.org, Glauber de Oliveira Costa , virtualization@lists.linux-foundation.org, Ingo Molnar List-Id: virtualization@lists.linuxfoundation.org On Monday, 17 of December 2007, Pavel Machek wrote: > On Mon 2007-12-17 01:27:29, Rafael J. Wysocki wrote: > > On Saturday, 15 of December 2007, Ingo Molnar wrote: > > > > > > * Pavel Machek wrote: > > > > > > > > Linux never uses that register. The only user is suspend > > > > > save/restore, but that' bogus because it wasn't ever initialized by > > > > > Linux in the first place. It could be probably all safely removed. > > > > > > > > It probably is safe to remove... but we currently support '2.8.95 > > > > kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses > > > > cr8. > > > > > > > > So please keep it if it is not a big problem. > > > > > > hm, so __save_processor_state() is in essence an ABI? Could you please > > > also send a patch that documents this prominently, in the structure > > > itself? > > > > Hmm, I'm not sure if it really is an ABI part. It doesn't communicate anything > > outside of the kernel in which it is defined. > > Well, it is not "application binary interface", but it is > "kernel-to-kernel binary interface"... Hm, rather a kernel-to-itself interface. ;-) Rafael