From owner-freebsd-arm@FreeBSD.ORG Fri Sep 13 19:44:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 71CEE8A5; Fri, 13 Sep 2013 19:44:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDE0C2D49; Fri, 13 Sep 2013 19:44:04 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id z12so1592092wgg.10 for ; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sKccRSgXzoV40ryRqGpARn1AkS2w8S0Cc5g0g9MTLao=; b=a66bN5lItmKHEaGsnrTE9d9ikTQVNBKEp70wVri53rqpxWG0BmCAm8xg+8RlQeDA4x 0X5NFPOH9Aeju+ftCs58VvjxSC0B7Dazq9SveiAOl3lWNY1CAamB5x48Hf7vnSuQRoVw ALhwV/27w2j7fXqiS9aXKGTCUuHV5HOqP/haPESn0RwFdRRN+f+PvteIClTnoLAeASzO apaHUQ6IqGo9MS6yViiJ2NoQaPCpq4gLepQBEeij9HRXLrdJHJiwth4pWBgM7i0QKWNv WpZzLPx8HrqE0gEO/TUxJLERE1ll4TqizRInMkPG1kc1wERxGfVcc1gehVjlmWW7nnfl Y3eQ== MIME-Version: 1.0 X-Received: by 10.194.241.228 with SMTP id wl4mr12460199wjc.2.1379101443243; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Fri, 13 Sep 2013 12:44:03 -0700 (PDT) In-Reply-To: <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> References: <1379080987.1111.637.camel@revolution.hippie.lan> <0D9A93F9-E4F1-4D78-BA8B-809169AE450D@bsdimp.com> Date: Fri, 13 Sep 2013 12:44:03 -0700 X-Google-Sender-Auth: b5vpbDq6-_H6Aq5RxCjPA3VrMEw Message-ID: Subject: Re: Panic while building perl on sheevaplug/armv5 freebsd 10. From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Ian Lepore , Ronald Klop 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: Fri, 13 Sep 2013 19:44:05 -0000 .. don't we have a guard page on ARM/MIPS so we can trap out whenever that occurs? That way we can at least try to identify where people have made some "huh we're running on amd64, stack space is cheap huh" assumptions? -adrian On 13 September 2013 12:21, Warner Losh wrote: > > On Sep 13, 2013, at 8:03 AM, Ian Lepore wrote: > > > On Fri, 2013-09-13 at 15:11 +0200, Ronald Klop wrote: > >> Hello, > >> > >> I have a repeatable panic while building perl on my Sheevaplug ARMv5 > >> running FreeBSD 10-CURRENT. > >> Kernel is loaded from NAND. > >> / is mounted from USB /dev/da0s2 (UFS2) > >> /usr/ports is mounted over NFS from a 9-STABLE/amd64 box. > >> Swap from 512MB file in /data/swap. > >> > >> ---- console output > >> login: panic: vm_fault: fault on nofault entry, addr: ddf9d000 > >> KDB: enter: panic > >> [ thread pid 659 tid 100057 ] > >> Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! > >> db> bt > >> Tracing pid 659 tid 100057 td 0xc3f86000 > > [...] > >> exception_exit() at exception_exit > >> pc = 0xc0bba3fc lr = 0xc0a60c88 (tc_setclock+0x458) > >> sp = 0xddf9d008 fp = 0xddf9e038 > >> r0 = 0xc0bba324 r1 = 0xc0d00000 > >> r2 = 0xddf9d00c r3 = 0x20000093 > >> r4 = 0x00000000 r5 = 0xc0ccd630 > >> r6 = 0x00000000 r7 = 0x00000000 > >> r8 = 0xc0caece0 r9 = 0x00000001 > >> r10 = 0xc0caec88 r12 = 0x00000000 > >> data_abort_entry() at data_abort_entry+0x30 > >> pc = 0xc0bba324 lr = 0xc0a60c88 (tc_setclock+0x458) > >> sp = 0xddf9d008 fp = 0xddf9e038 > >> Unwind failure (no registers changed) > > > > That's the second time in the past few months I've seen a backtrace that > > makes it look like we ran out of kernel stack, but the default is 8k > > which should be plenty. Still, try adding "option KSTACK_PAGES=3" to > > your kernel config and see if the problem goes away. If it does, we may > > need to figure out why we're using so much stack. If it doesn't, we've > > probably got a bad recursion loop happening somewhere. > > FreeBSD/mips runs out of kernel stack on ports builds as well, but there's > a number of special conditions that seem to be needed before that happens... > > Warner > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >