From owner-freebsd-arm@freebsd.org Thu Oct 15 12:38:46 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3664A13AF5 for ; Thu, 15 Oct 2015 12:38:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56F75121D for ; Thu, 15 Oct 2015 12:38:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by wicll6 with SMTP id ll6so17273305wic.1 for ; Thu, 15 Oct 2015 05:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=/Jq0NVEWd8xVjolTo37IZ5UJOd5vDY3+XIiK8XpK2DA=; b=AHocyM8o8kAq7V5g3A8IsDj4mN4h8xoaCZEaIrGVVo39v4SMYNtpnUGUq9OibMDt+d FjlrciJ++5pgNRznsim313apAGB118G47s72/J2pIWHtYtUuSZebkmQ5gghncTVrL/qy Y6n2VAAmP94svRI2qROliJCyQGmcZWFSLKbmgB/is41IjdPMW17UUFLQRnwvRtmhSCxy EjaFHllMwxvjK5OuQoiDeVrrWuZhfnVZM8gXMpdiz6rM+VU5S3cEkKqlpG5dQB+Ref98 5R8u0w0QQWWNVdW/RZMI/sKEvWXVMtviAvMvgPuncIXdPwfz+I9JrAakCsrDYpI4P8+/ 6H9Q== X-Received: by 10.194.58.40 with SMTP id n8mr12080023wjq.134.1444912724817; Thu, 15 Oct 2015 05:38:44 -0700 (PDT) Received: from [192.168.0.113] (82.50.202.62.static.wline.lns.sme.cust.swisscom.ch. [62.202.50.82]) by smtp.googlemail.com with ESMTPSA id ft2sm11287942wic.24.2015.10.15.05.38.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2015 05:38:44 -0700 (PDT) Subject: Re: testing of busdma updates for armv5 To: Konstantin Belousov , Mattia Rossi References: <561AA64C.5010001@gmail.com> <561B679D.8020501@gmail.com> <561CEBE4.7060304@gmail.com> <561CEE85.1000301@gmail.com> <561E1312.1030908@gmail.com> <561F3B00.80404@gmail.com> <20151015120015.GA2257@kib.kiev.ua> Cc: Jason Harmening , ARM From: Mattia Rossi Message-ID: <561F9E3E.3040903@gmail.com> Date: Thu, 15 Oct 2015 14:38:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151015120015.GA2257@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 12:38:47 -0000 Am 15.10.2015 um 14:00 schrieb Konstantin Belousov: > On Thu, Oct 15, 2015 at 07:34:56AM +0200, Mattia Rossi wrote: >> Hi Jason, >> >> sorry, I don't think your patch has anything to do with it. Since I >> updated the source tree from scratch after the previous patch mess, I >> must have deleted some patch that I had applied and was using for hte >> last year or so, because currently I simply can't get the system to boot >> anymore. Something to do with mounting my ufs root fs... >> >> Fatal kernel mode data abort: 'Alignment Fault 1' >> trapframe: 0xd733a720 >> FSR=00000001, FAR=0000012b, spsr=60000013 > Faulted address is reported as 0x12b, which sounds as if some sort of > NULL or NULL-like pointer dereference was performed. > > The trace below is suspicious, most of the frames are consistent with an > attempt to load a module. spa_* symbols should not have anything common > with UFS, and runtime module load could only happen after the root is > mounted. > > Do you use zfs, or have zfs module loaded, or zfs compiled into the kernel ? > Can you boot into single-user mode ? > > Please look up the source line for the vaccess+0x58 in your kernel. Konstantin, thanks for your Feedback. I realised in the meantime that it was ZFS breaking things here. I'm currently trying to fix it, but I need to perform the following steps, as I can't get into single user mode (loading kernel.bin from uboot) 1) rebuild world and kernel for my external usb stick 2) install world on the usb stick and boot from it 3) reinstall world and kernel (including new zfs modules) on the Dreamplug 4) reboot the Dreamplug and cross my fingers The issue is quite obvious: the kernel modules on the Dreamplug are older than the current kernel (given I updated my svn tree) but given that they're there, the kernel will load them, as there are some ZFS infos on my rootfs which tell that there is/was a ZFS device attached. This obviously results in something bad. After I have performed all the described steps (which between compiling and installing world on flash devices and all the rest, takes a day or two) I'll let you all know whether things work correctly again. Cheers, Mat