Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933016AbXLMVpf (ORCPT ); Thu, 13 Dec 2007 16:45:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751503AbXLMVpY (ORCPT ); Thu, 13 Dec 2007 16:45:24 -0500 Received: from terminus.zytor.com ([198.137.202.10]:48470 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751496AbXLMVpX (ORCPT ); Thu, 13 Dec 2007 16:45:23 -0500 Message-ID: <4761A6E7.7030602@zytor.com> Date: Thu, 13 Dec 2007 13:40:55 -0800 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Ingo Molnar CC: Glauber de Oliveira Costa , linux-kernel@vger.kernel.org, akpm@linux-foundation.org, glommer@gmail.com, tglx@linutronix.de, ehabkost@redhat.com, jeremy@goop.org, avi@qumranet.com, anthony@codemonkey.ws, virtualization@lists.linux-foundation.org, rusty@rustcorp.com.au, ak@suse.de, chrisw@sous-sol.org, rostedt@goodmis.org, zach@vmware.com, roland@redhat.com Subject: Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss References: <11975561713425-git-send-email-gcosta@redhat.com> <20071213202800.GD25130@elte.hu> <20071213205838.GA9649@elte.hu> <20071213212221.GA16747@elte.hu> <4761A385.1080301@zytor.com> <20071213213517.GA25563@elte.hu> In-Reply-To: <20071213213517.GA25563@elte.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 889 Lines: 21 Ingo Molnar wrote: >> Well, "no functional changes" is not quite the same thing as "no >> object code changes". > > yeah, true, but the safest way to ensure no functional changes is to get > identical object code. In sched-devel.git i include obj comparisons to > cleanup patches as a self-assurance (and later bughunt helper) to make > sure a cleanup is really just a cleanup. Of course. "No object code changes" is a stronger statement, however, not all types of cleanups result in that. It's highly useful when applied appropriately, though. In particular, the programmer should know when object code changes are expected. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/