From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 21 Apr 2012 03:39:17 +0200 (CEST) Received: from terminus.zytor.com ([198.137.202.10]:43167 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S1903736Ab2DUBjN (ORCPT ); Sat, 21 Apr 2012 03:39:13 +0200 Received: from tazenda.hos.anvin.org ([IPv6:2001:470:861f::feed:face:f00d]) (authenticated bits=0) by mail.zytor.com (8.14.5/8.14.5) with ESMTP id q3L1cvrE008823 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK); Fri, 20 Apr 2012 18:38:58 -0700 Message-ID: <4F920FAC.7060301@kernel.org> Date: Fri, 20 Apr 2012 18:38:52 -0700 From: "H. Peter Anvin" Organization: Linux Kernel Organization, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: David Daney CC: Ralf Baechle , Thomas Gleixner , Ingo Molnar , x86@kernel.org, Linus Torvalds , Michal Marek , linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, Andrew Morton Subject: Re: [PATCH] scripts: Make sortextable handle relocations. References: <1334961679-14562-1-git-send-email-ddaney.cavm@gmail.com> <4F91EA5B.4000803@zytor.com> <4F91EDBD.4030700@gmail.com> <4F91EEA2.8020502@zytor.com> In-Reply-To: <4F91EEA2.8020502@zytor.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-archive-position: 32999 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: hpa@kernel.org Precedence: bulk X-list: linux-mips Return-Path: On 04/20/2012 04:17 PM, H. Peter Anvin wrote: > On 04/20/2012 04:14 PM, David Daney wrote: >>> >>> I think Linus is right and the right thing to do is to switch to using >>> relative entries in the exception table; I am currently testing a >>> patchset to do exactly that (on x86). It also has the benefit of making >>> the table half the size on x86-64. Then we can just zero out the >>> .rel[a]__ex_table section and be done with it. >> >> That's fine. >> >> In any event we want to do build time sorting, this patch improves the >> original sortextable, so may be worthwhile as purely a cleanup. I >> wanted to fix the relocation breakage, even if the eventual solution >> needs to be somewhat different. >> > > Yes... let me finish the patchset and then you can look at what is needed. > > -hpa > The patchset is finished and is in the x86/extable branch of the -tip tree. Any way I can convinc you to produce a patch(set) on top of that branch? -hpa