From owner-freebsd-arm@FreeBSD.ORG Sun May 5 13:00:13 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E1F28147 for ; Sun, 5 May 2013 13:00:13 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id C7847D4C for ; Sun, 5 May 2013 13:00:13 +0000 (UTC) Received: from bender (cpc24-aztw24-2-0-cust99.18-1.cable.virginmedia.com [92.237.65.100]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 1222F5E1F5; Sun, 5 May 2013 13:00:06 +0000 (UTC) Date: Sun, 5 May 2013 14:00:06 +0100 From: Andrew Turner To: Tim Kientzle Subject: Re: Is this related to the general panic discussed in freebsd-current? Message-ID: <20130505140006.0d671ba5@bender> In-Reply-To: <6D0E82C9-79D1-4804-9B39-3440F99AA8FE@kientzle.com> References: <51835891.4050409@thieprojects.ch> <03971BD1-4ADE-4435-BDD0-B94B62634F1D@bsdimp.com> <5183BF8C.4040406@thieprojects.ch> <6D0E82C9-79D1-4804-9B39-3440F99AA8FE@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 13:00:13 -0000 On Sat, 4 May 2013 15:44:37 -0700 Tim Kientzle wrote: > I'm baffled. If I insert a printf into the loop in stack_capture, > the kernel boots. But the generated assembly looks perfectly correct > to me in either case. So inserting the printf must have some > side-effect. > > The stack does end up aligned differently: The failing version puts > 16 bytes on the stack, the working version puts 24 bytes. But I > can't figure out how that would explain what I'm seeing... It feels like an alignment issue but those stack sizes should both be valid. Are you able to send me the asm for the working and broken versions of the function? Also which ABI are you using? I have not been able to reproduce it with EABI, but that may have been because I have a patched clang I've been using to track down another issue. Andrew