Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755364AbZAITRS (ORCPT ); Fri, 9 Jan 2009 14:17:18 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753896AbZAITQ6 (ORCPT ); Fri, 9 Jan 2009 14:16:58 -0500 Received: from terminus.zytor.com ([198.137.202.10]:43348 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753127AbZAITQ5 (ORCPT ); Fri, 9 Jan 2009 14:16:57 -0500 Message-ID: <4967A1DA.70100@zytor.com> Date: Fri, 09 Jan 2009 11:13:30 -0800 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.18 (X11/20081119) MIME-Version: 1.0 To: Richard Guenther CC: Andi Kleen , Linus Torvalds , Matthew Wilcox , Dirk Hohndel , Ingo Molnar , jim owens , Chris Mason , Peter Zijlstra , Steven Rostedt , paulmck@linux.vnet.ibm.com, Gregory Haskins , Andrew Morton , Linux Kernel Mailing List , linux-fsdevel , linux-btrfs , Thomas Gleixner , Nick Piggin , Peter Morreale , Sven Dietrich , jh@suse.cz Subject: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact References: <20090109130057.GA31845@elte.hu> <20090109153508.GA4671@elte.hu> <49677CB1.3030701@zytor.com> <20090109084620.3c711aad@infradead.org> <20090109172011.GD26290@one.firstfloor.org> <20090109172801.GC6936@parisc-linux.org> <20090109174719.GG26290@one.firstfloor.org> <20090109173914.GD6936@parisc-linux.org> <20090109181952.GI26290@one.firstfloor.org> <84fc9c000901091059v65265413wda053d3ce5b0d17a@mail.gmail.com> In-Reply-To: <84fc9c000901091059v65265413wda053d3ce5b0d17a@mail.gmail.com> 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: 1468 Lines: 30 Richard Guenther wrote: >> >> But it's also not inconceivable that gcc adds a -fkernel-inlining or >> similar that changes the parameters if we ask nicely. I suppose >> actually such a parameter would be useful for far more programs >> than the kernel. > > I think that the kernel is a perfect target to optimize default -Os behavior for > (whereas template heavy C++ programs are a target to optimize -O2 for). > And I think we did a good job in listening to kernel developers if once in > time they tried to talk to us - GCC 4.3 should be good in compiling the > kernel with default -Os settings. We, unfortunately, cannot retroactively > fix old versions that kernel developers happen to like and still use. > Unfortunately I think there have been a lot of "we can't talk to them" on both sides of the kernel-gcc interface, which is incredibly unfortunate. I personally try to at least observe gcc development, including monitoring #gcc and knowing enough about gcc internals to write a (crappy) port, but I can hardly call myself a gcc expert. Still, I am willing to spend some significant time interfacing with anyone in the gcc community willing to spend the effort. I think we can do good stuff. -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/