From owner-freebsd-arm@FreeBSD.ORG Mon Sep 29 08:42:33 2014 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3394DC6E; Mon, 29 Sep 2014 08:42:33 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BFA57B0; Mon, 29 Sep 2014 08:42:32 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id d1so453995wiv.6 for ; Mon, 29 Sep 2014 01:42:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lKm6fKjfBXyMH2Zza4Ngk+zS6IFPo6L5IFP49mDHfz8=; b=DJoCwjjbuPiVCwiFqD0GoYZYnEjSCezTxg5CWK+6cNMMXMPJ2hAtuJp30PHIRr29rD ciRJxxCzR5ICPP7bKntCNonnS6/mtd4IOc7xi9Uwvc242Paj9+ZV71OY0hNwnDfeaV1b 5aRu+3jMBnI8fLtNNssdDBZeoOMrPNbGqPOB7r5Q0O4x3pr8YkO36BtjG4PI6itJjYcU 7OxHGN9gPloSLrYCuSYa2hDfO/kHW2nqhL0S9ecccH+hYKJHf18DQLxb71AdvRmjRPpL e1AuFy5QIKzWq2/kuHpzhQiGCj+DLh4Mp+b6Dbeq+pFlkf3QrEEGH9KIwo24MnbIb2yg 9XEA== X-Received: by 10.194.206.103 with SMTP id ln7mr42840840wjc.30.1411980149816; Mon, 29 Sep 2014 01:42:29 -0700 (PDT) Received: from [192.168.0.129] (209.212.173.83.static.wline.lns.sme.cust.swisscom.ch. [83.173.212.209]) by mx.google.com with ESMTPSA id fl6sm10893871wib.21.2014.09.29.01.42.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Sep 2014 01:42:29 -0700 (PDT) Message-ID: <54291B74.5010307@gmail.com> Date: Mon, 29 Sep 2014 10:42:28 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm , jmg@funkthat.com Subject: Re: Random Kernel Panic on Dreamplug (FS related) References: <542559BC.7090100@gmail.com> <20140929040126.GG43300@funkthat.com> In-Reply-To: <20140929040126.GG43300@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2014 08:42:33 -0000 Am 29.09.2014 06:01, schrieb John-Mark Gurney: > Mattia Rossi wrote this message on Fri, Sep 26, 2014 at 14:19 +0200: >> This might be part of the weird FFS issues the Dreamplug has and no-one >> knows why they're happening. > Are you running w/ FFS journaling? If so, try turning it off, but > keeping softupdates on.. No journaling, no softupdates. I'll try enabling softupdates next time. don't know if it will panic though > >> data_abort_handler() at data_abort_handler+0x5c0 >> pc = 0xc0de7a28 lr = 0xc0dd711c (exception_exit) >> sp = 0xde019898 fp = 0xde019a20 >> r4 = 0xffffffff r5 = 0xffff1004 >> r6 = 0xc3f3f6c0 r7 = 0x00001000 >> r8 = 0xc443e880 r9 = 0x00000000 >> r10 = 0xc3d69000 >> exception_exit() at exception_exit >> pc = 0xc0dd711c lr = 0xc0d53828 (ffs_truncate+0xaa8) >> sp = 0xde0198e8 fp = 0xde019a20 >> r0 = 0xd0238120 r1 = 0x00000e60 >> r2 = 0x00000000 r3 = 0x00000000 >> r4 = 0x00000120 r5 = 0x00000000 >> r6 = 0xc3f3f6c0 r7 = 0x00001000 >> r8 = 0xc443e880 r9 = 0x00000000 >> r10 = 0xc3d69000 r12 = 0xd0238120 >> memset() at memset+0x48 >> pc = 0xc0de521c lr = 0xc0d53828 (ffs_truncate+0xaa8) >> sp = 0xde0198e8 fp = 0xde019a20 >> Unwind failure (no registers changed) > No more beyond this? If you could run addr2line on 0xc0d53828 so > that we know where in ffs_truncate it's failing, that'd be very > nice... So I was trying to save the coredump in order to reboot and run addr2line, but that failed: Physical memory: 504 MB Dumping 67 MB:(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 d5 1f 20 00 00 01 00 (da0:umass-sim0:0:0:0): CAM status: Resource Unavailable (da0:umass-sim0:0:0:0): Error 5, Retries exhausted Aborting dump due to I/O error. ** DUMP FAILED (ERROR 5) ** So I guess this error is related to the CAM errors I'm getting from time to time. I was hoping that those errors were related to the INVARIANTS option that slowed down the system and thus might have triggered CAM errors, but obviously the SD Card seems to be the real issue here. So no crashdump for further analysis. Interestingly the CAM errors didn't show up on the terminal as other times, the kernel just panicked straight away. But I've got the addr2line output, even though I'm not sure it makes any difference: addr2line -f -e /mnt/kernel.debug 0xc0d53828 ffs_truncate /usr/devel/dreamplug/sys/ufs/ffs/ffs_inode.c:321 >> The sad thing is, that with fsck broken for the dreamplug, I have to >> re-format the disk, reinstall everything and recreate the config files >> which I didn't manage to copy to a safe place beforehand :-( Didn't get around yet on checking whether the fsck issue persists if everything is compiled with gcc. Will take a bit, as I'm going to be on holidays for the next one and a half weeks. Fact is though, fsck is broken on the Dreamplug (ARMv5TE), at least when run on EVERY device that is attached via USB and if compiled with CLANG. >> >> Before I do that I'll leave the system in debugging mode for a few days, >> in case someone can help and needs some more information. Currently I've run fsck on all the disks/cards that had a working world for the dreamplug on it, so they're all gone. Can't do eny debugging atm. I'll let you know hoe the gcc build goes once I'm back from holidays though. Cheers, Mat