Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754936Ab3D0Jcm (ORCPT ); Sat, 27 Apr 2013 05:32:42 -0400 Received: from e23smtp05.au.ibm.com ([202.81.31.147]:51650 "EHLO e23smtp05.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754178Ab3D0Jcl (ORCPT ); Sat, 27 Apr 2013 05:32:41 -0400 Message-ID: <517B9B2B.30007@linux.vnet.ibm.com> Date: Sat, 27 Apr 2013 17:32:27 +0800 From: Mike Qiu User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Chen Gang F T CC: Chen Gang , Michael Neuling , Paul Mackerras , Michael Ellerman , linuxppc-dev@lists.ozlabs.org, sfr@canb.auug.org.au, matt@ozlabs.org, linux-kernel@vger.kernel.org, "Aneesh Kumar K.V" Subject: Re: [PATCH v2] PowerPC: kernel: compiling issue, make additional room in exception vector area References: <5177965D.9090406@linux.vnet.ibm.com> <20130424083142.GB26834@concordia> <51779941.8080403@linux.vnet.ibm.com> <30651.1366799858@ale.ozlabs.ibm.com> <1366807638.5911.2.camel@localhost> <5178816D.3000309@asianux.com> <5178ABA2.4030109@linux.vnet.ibm.com> <20130425062539.GA421@iris.ozlabs.ibm.com> <517918AB.4020508@asianux.com> <30269.1366931768@ale.ozlabs.ibm.com> <5179D302.9060203@asianux.com> <5179D5D8.8080102@asianux.com> <5179DA23.8000407@asianux.com> <5179E056.2000709@linux.vnet.ibm.com> <5179E11F.8010007@asianux.com> <5179EFB6.3090602@linux.vnet.ibm.com> <5179F39C.5020408@asianux.com> <5179F7B8.5010701@asianux.com> <5179FA8E.9090501@linux.vnet.ibm.com> <517B9A4D.1020502@gmail.com> In-Reply-To: <517B9A4D.1020502@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13042709-1396-0000-0000-000002DE825C Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2407 Lines: 61 于 2013/4/27 17:28, Chen Gang F T 写道: > On 2013年04月26日 11:54, Mike Qiu wrote: >> 于 2013/4/26 11:42, Chen Gang 写道: >>> On 2013年04月26日 11:25, Chen Gang wrote: >>>> On 2013年04月26日 11:08, Mike Qiu wrote: >>>>> 于 2013/4/26 10:06, Chen Gang 写道: >>>>>> On 2013年04月26日 10:03, Mike Qiu wrote: >>>>>>> �� 2013/4/26 9:36, Chen Gang д��: >>>>>>>>> On 2013��04��26�� 09:18, Chen Gang wrote: >>>>>>>>>>> On 2013��04��26�� 09:06, Chen Gang wrote: >>>>>>>>>>>>>>> CFAR is the Come From Register. It saves the location of the >>>>>>>>>>>>>>> last >>>>>>>>>>>>>>>>> branch and is hence overwritten by any branch. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>> Do we process it just like others done (e.g. 0x300, 0xe00, >>>>>>>>>>>>> 0xe20 ...) ? >>>>>>>>>>>>> . = 0x900 >>>>>>>>>>>>> .globl decrementer_pSeries >>>>>>>>>>>>> decrementer_pSeries: >>>>>>>>>>>>> HMT_MEDIUM_PPR_DISCARD >>>>>>>>>>>>> SET_SCRATCH0(r13) >>>>>>>>>>>>> b decrementer_pSeries_0 >>>>>>>>>>>>> >>>>>>>>>>>>> ... >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> Oh, it seems EXCEPTION_PROLOG_1 will save the regesters which >>>>>>>>> related >>>>>>>>> with CFAR, so I think need move EXCEPTION_PROLOG_1 to near 0x900. >>>>>>> I will try your diff V2, to see if the machine can boot up >>>>>> OK, thanks. (hope it can work) >>>>> It seems that the machine can be bootup in powernv mode, but I'm not >>>>> sure if my machine call that module. >>>>> >>>>> At lease my machine can boot up >>> Please reference commit number: 1707dd161349e6c54170c88d94fed012e3d224e3 >>> (1707dd1 powerpc: Save CFAR before branching in interrupt entry paths) >>> >>> What our diff v2 has done is just the fix for our patch v2 (just like >>> the commit 1707dd1 has done). >>> >>> Please check, thanks. >>> >>> :-) >> I will check this evening or tomorrow, I have something else to do this >> afteroon. > I think the diff v2 is correct, but is not the best one for this issue. > > I prefer the Paul's patch for this issue which has better performance > > :-) yes, I use your patch and it can work, also Paul's patch can work too. > > Thanks. > -- 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/