From owner-freebsd-arm@FreeBSD.ORG Tue Sep 30 11:34:45 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 C9B5F1C4; Tue, 30 Sep 2014 11:34:45 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A641BB7A; Tue, 30 Sep 2014 11:34:45 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s8UBYiua042436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Sep 2014 04:34:45 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s8UBYi53042435; Tue, 30 Sep 2014 04:34:44 -0700 (PDT) (envelope-from jmg) Date: Tue, 30 Sep 2014 04:34:44 -0700 From: John-Mark Gurney To: Ian Lepore Subject: Re: Random Kernel Panic on Dreamplug (FS related) Message-ID: <20140930113444.GV43300@funkthat.com> Mail-Followup-To: Ian Lepore , Mattia Rossi , freebsd-arm References: <542559BC.7090100@gmail.com> <20140929040126.GG43300@funkthat.com> <1411998551.66615.328.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1411998551.66615.328.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 30 Sep 2014 04:34:45 -0700 (PDT) Cc: freebsd-arm 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: Tue, 30 Sep 2014 11:34:45 -0000 Ian Lepore wrote this message on Mon, Sep 29, 2014 at 07:49 -0600: > On Sun, 2014-09-28 at 21:01 -0700, John-Mark Gurney wrote: > > 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.. > > > > It's not an SU+J problem, or even an SU problem. fsck finds > non-existant errors on filesystems known to be clean, and if > write-enabled it will corrupt the good filesystem when attempting to > correct those "errors". This is on armv4 only, not v6. I tested with > and without softupdates on. I tested with UFS1 and UFS2 filesystems. > You can even do a newfs followed immediately by an fsck on it and it > will corrupt the fs. > > The one thing I haven't done is opened a PR for this. Hmm... I just tested this on my AVILA board, and I don't see this on either UFS1 or UFS2... Are you doing this via HD or md? My testing was via a 64MB md as I don't have a good way to attach external storage to my board... If you really are seeing immediate corruption to an SD card, then I'd make sure that the card is getting the correct data written to it... I'd suggest trying to run ZFS since it checksums everything it writes, but not sure if it'd run, and if so, how well... > > > 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... > > > > Some time in the past 4-6 weeks something has gone wrong with kernel > stack backtraces. Sometimes you get a full useful traceback, and more > often it ends at the function that triggered the exception, always with > a "no registers changed" message. > > -- Ian > > > > 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 :-( > > > > > > 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. > > > > > > Cheers, > > > > > > Mat > -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."