From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753276AbaHEVHk (ORCPT ); Tue, 5 Aug 2014 17:07:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44759 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752136AbaHEVHj (ORCPT ); Tue, 5 Aug 2014 17:07:39 -0400 Date: Tue, 5 Aug 2014 17:07:28 -0400 From: "Frank Ch. Eigler" To: Josh Boyer Cc: Linus Torvalds , Jakub Jelinek , Greg Kroah-Hartman , Linux Kernel Mailing List , stable , Michel =?iso-8859-1?Q?D=E4nzer?= , Markus Trippelsdorf , Josh Stone Subject: Re: [PATCH 3.15 33/37] Fix gcc-4.9.0 miscompilation of load_balance() in scheduler Message-ID: <20140805210728.GH13858@redhat.com> References: <20140730014827.565626091@linuxfoundation.org> <20140730014829.344302554@linuxfoundation.org> <20140730065312.GA1652@laptop.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi - > >>. I don't disagree it should be > >> disabled by default, but making it unconditional is going to force the > >> distributions that care about perf, systemtap, and debuggers to > >> manually revert this. > > > > Bah. I bet I use 'perf' more than most, and it doesn't care about > > debug info. Actually, "perf probe" does (via HAVE_DWARF_SUPPORT), to place probes and to extract variables at those probes, much as systemtap does. Without var-tracking, probes placed at most interior points of functions will make variables inaccessible. Do you need a fully worked out example to see this? - FChE