Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759484Ab3DZD0J (ORCPT ); Thu, 25 Apr 2013 23:26:09 -0400 Received: from intranet.asianux.com ([58.214.24.6]:12010 "EHLO intranet.asianux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759386Ab3DZD0H (ORCPT ); Thu, 25 Apr 2013 23:26:07 -0400 X-Spam-Score: -100.8 Message-ID: <5179F39C.5020408@asianux.com> Date: Fri, 26 Apr 2013 11:25:16 +0800 From: Chen Gang User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Mike Qiu CC: 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> In-Reply-To: <5179EFB6.3090602@linux.vnet.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1796 Lines: 51 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 Thank you for your information ! I have checked the disassemble by powerpc64-linux-gnu-objdump, it seems all we have done for 0x900 is almost like the original done for 0x200. I am just learning about the CFAR (google it), And I plan to wait for a day, if all things go smoothly, I will send patch v3. :-) -- Chen Gang Asianux Corporation -- 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/