From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastian Blank Subject: Re: Re: [PATCH] xen: Disable stack protector for irq helper Date: Tue, 6 Oct 2009 05:30:50 +0200 Message-ID: <20091006033050.GA6332@wavehammer.waldi.eu.org> References: <20091004183013.GA26101@wavehammer.waldi.eu.org> <4AC92A65.40806@goop.org> <20091005013517.GA6081@wavehammer.waldi.eu.org> <4ACA2AFD.4080305@goop.org> <20091005224310.GA32144@wavehammer.waldi.eu.org> <4ACA90F2.1060909@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Content-Disposition: inline In-Reply-To: <4ACA90F2.1060909@goop.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jeremy Fitzhardinge Cc: Xen-devel , Linux Kernel Mailing List , Ingo Molnar , the arch/x86 maintainers , Stable Kernel List-Id: xen-devel@lists.xenproject.org On Mon, Oct 05, 2009 at 05:36:02PM -0700, Jeremy Fitzhardinge wrote: > On 10/05/09 15:43, Bastian Blank wrote: > > On Mon, Oct 05, 2009 at 10:21:01AM -0700, Jeremy Fitzhardinge wrote: > >>> Save all caller-saved registers on x86_32 for the paravirt callee saved > >>> registers. > >> That looks better, but it is still overkill. We only need to save the > >> set of registers the ABI requires the callee to preserve. What > >> additional register(s) gets clobbered by stack-protector that need to be > >> saved? > > Well, exactly the two, ecx and edx. eax is still clobbered by the return > > value. Anyway, it works in praxis. > I'm confused. It already saves ecx, so what else needs saving? The original version saves ecx, but not edx. Both are official caller-saved registers. > Besides, most of the code in that file isn't used unless you're using a > very old version of Xen; it will generally prefer to use the ones in > xen-asm_X.S. Well, my call stack say something different. It crashs during early startup without a console. The modifications to the function pointers is done much later. Bastian -- Vulcans never bluff. -- Spock, "The Doomsday Machine", stardate 4202.1