From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 00:04:21 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A9EEA09 for ; Sun, 9 Feb 2014 00:04:21 +0000 (UTC) Received: from mail-ig0-f181.google.com (mail-ig0-f181.google.com [209.85.213.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30CCC1B46 for ; Sun, 9 Feb 2014 00:04:20 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id j1so4373338iga.2 for ; Sat, 08 Feb 2014 16:04:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=EDAkwS88hvwdakYVGagF0fKInL9IiaoteqZm8dD2LHA=; b=LcJQxYtiq3vW5IXKNoIaJ2DqeoTDqaYPrvDGuwcgRtgTGmsl3b5eSDGsq04fXPGmye M9TweotexV9hEVkPHHyJrDitpqixFuj/0lsJTOOFJzP3FPV0aFq7UNS+K3Eb5zTKVmFf JsufczysazO29ZgcYyDN4WvJlsU/Gpr3TPzcy6I0Wbvnbip48Lhkvxca53h/vsZBgU6s 4u6bscY2ZczVThpIRpZ9dptWoGFgoyFGk1j1caKi67f2Gm2HIniG/sSo7t+TVVzO4u/G gxRtHEX9TeynX8/1JG5CCBio30AoDA0dVyujsEY0KLZEx/JF5Mho09/zZujZAYvaXq6V Ye5A== X-Gm-Message-State: ALoCoQkO927p4i5czaQcwp5SmDXxUtfbTsLHvJt9QQ1KJQ8cT0MceSN9hBTj/6rOgugr3vIyZAMt X-Received: by 10.50.176.165 with SMTP id cj5mr7128040igc.19.1391904253793; Sat, 08 Feb 2014 16:04:13 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id kz4sm25635210igb.4.2014.02.08.16.04.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 08 Feb 2014 16:04:13 -0800 (PST) Sender: Warner Losh Subject: Re: i.MX6 on-die temperature sensor Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52F6B861.8010908@freebsd.org> Date: Sat, 8 Feb 2014 17:04:12 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1391893231-sup-6174@luwak.koffein.net> <1391897489.1196.60.camel@revolution.hippie.lan> <52F6B861.8010908@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 00:04:21 -0000 On Feb 8, 2014, at 4:06 PM, Nathan Whitehorn wrote: > On 02/08/14 16:11, Ian Lepore wrote: >> On Sat, 2014-02-08 at 22:32 +0100, Steven Lawrance wrote: >>> Hi all, >>>=20 >>> a Wandboard turned up on my desk yesterday and I thought I'd get >>> started with something simple -- the on-chip temperature sensor. >>>=20 >>> A patch is attached, but I've got a few questions, mostly about = FDTs: >>>=20 >>> The driver doesn't need to reserve any resources for itself but = rather >>> refer to two others, anatop and ocotp. How can that relationship be >>> represented in the FDT? >>>=20 >>> How is the sequence of device attachments determined? Just by the >>> order in the FDT? The current scenario seems quite fragile if = that's >>> the case. >>>=20 >>> For the OCOTP (on-chip one-time-programmable memory) side of things, = I >>> just followed the pattern in imx6_anatop.c, which is to provide = public >>> methods for accessing its memory space. But it feels a bit dirty -- = I >>> imagine there could be cases where you would have two similar blocks >>> and things would fall apart. >>>=20 >>> cheers, >>>=20 >> Yeah, the devices are attached in the order listed in the fdt, which = is >> pretty horrible and affects us we get fdt data mostly from linux (the >> source of standard fdt data for boards), and it isn't driven by the >> order of things in the data. >>=20 >=20 > This isn't true. They are only attached in FDT order if your driver = does not specify an alternative. Many of these issues, although not the really complex one Nathan refers = to, I think, are solved by just deferring using the resources that = belong to other devices until you know they've all been probed. We have = a convenient place to do this which we use to enumerate usb bus = topology, known SD cards, known sata drives, etc. config_intrhook(). I = plan on using this to attach devices to the gpiobus after we know all = the gpio nodes in the tree... As for how to refer to other nodes, the clean way is to have a property = in your device node that refers to the other nodes, and we can lookup = the device_t associated with the phandle_t in the property in the FDT = tree. But I'm not sure we have that yet in the tree. Warner From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 17:31:55 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3FAD35A; Sun, 9 Feb 2014 17:31:55 +0000 (UTC) Received: from hal.g7iii.net (hal.g7iii.net [64.22.109.39]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F2ED170B; Sun, 9 Feb 2014 17:31:55 +0000 (UTC) Received: from [192.168.39.76] (157.17.187.81.in-addr.arpa [81.187.17.157]) by hal.g7iii.net (Postfix) with ESMTP id 2CEA220A70; Sun, 9 Feb 2014 17:31:47 +0000 (UTC) Message-ID: <52F7BB82.4070401@g7iii.net> Date: Sun, 09 Feb 2014 17:31:46 +0000 From: Iain Young User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Ian Lepore , Olivier Houchard Subject: Re: Turning WITNESS off on Beaglebone Black References: <52F09836.5070505@g7iii.net> <20140204182031.GA65637@freebsd.org> <1391541116.1196.7.camel@revolution.hippie.lan> In-Reply-To: <1391541116.1196.7.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 17:31:55 -0000 Hi All, On 04/02/14 19:11, Ian Lepore wrote: > On Tue, 2014-02-04 at 18:20 +0000, Olivier Houchard wrote: >> On Tue, Feb 04, 2014 at 07:35:18AM +0000, Iain Young wrote: >>> Hi Folks, >>> >> >> Hi Iain, >> >>> Anyone else having issues on the Beaglebone Black when disabling >>> WITNESS ? This is on 11.0-CURRENT, r261200. I saw it a few weeks >>> ago, as well, but got busy and decided to wait for the snapshots >>> and try again. >>> >> >> Can you upgrade your sources and try again ? r261414 may fix this. >> >> Thanks ! >> >> Olivier Thanks Oliver, Tried that, no difference unfortunately :( > > I don't think it'll help, beaglebone doesn't use ti_mmchs, it uses > ti_sdhci. But updating to the latest is never a bad idea when looking > into this sort of problem. > > Hmm, it's also possible to switch beaglebone to ti_mmchs just to see if > that changes things, which you can do like this: > > Index: sys/arm/ti/am335x/files.am335x > =================================================================== > --- sys/arm/ti/am335x/files.am335x (revision 261491) > +++ sys/arm/ti/am335x/files.am335x (working copy) > @@ -9,6 +9,6 @@ arm/ti/am335x/am335x_lcd_syscons.c optional sc > arm/ti/am335x/am335x_pwm.c standard > arm/ti/am335x/am335x_usbss.c optional musb fdt > arm/ti/ti_edma3.c standard > -arm/ti/ti_sdhci.c optional sdhci > -#arm/ti/ti_mmchs.c optional mmc > +#arm/ti/ti_sdhci.c optional sdhci > +arm/ti/ti_mmchs.c optional mmc > arm/ti/cpsw/if_cpsw.c optional cpsw Thanks Ian. Similar behaviour, although with some panic. I didn't (yet) get chance to dig deeper (Both were just very quick tests) I'll pull the very latest and greatest, and try again. I'll also try pulling the 10.0 release branch, but that will probably take a day or two... Best Regards Iain From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 19:19:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 429A3D63 for ; Sun, 9 Feb 2014 19:19:00 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F09F1DEA for ; Sun, 9 Feb 2014 19:18:59 +0000 (UTC) Received: from sdf.org (IDENT:hhh@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.7/8.14.5) with ESMTP id s19JIrn9021334 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Sun, 9 Feb 2014 19:18:53 GMT Received: (from hhh@localhost) by sdf.org (8.14.7/8.12.8/Submit) id s19JIqW1024795 for freebsd-arm@freebsd.org; Sun, 9 Feb 2014 19:18:52 GMT X-Hashcash: 1:20:140209:freebsd-arm@freebsd.org::tfjude2rK02aGU76:000000000000000000000000000000000000000bKL From: hhh@sdf.org To: freebsd-arm@freebsd.org Subject: Beaglebone Black: crash during portsnap extract Date: Sun, 09 Feb 2014 20:18:39 +0100 Message-ID: <87ob2gxfg0.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 19:19:00 -0000 Hi all, my system is crashing every time I try to extract snapshot of ports tree (portsnap extract). I had no problems coping the ports tree from a different machine using sftp. Do you have suggestions why is it happening? The system (uname -a): FreeBSD beaglebone 10.0-STABLE FreeBSD 10.0-STABLE #0 r261548: Thu Feb 6 14:41:33 UTC 2014 root@localhsot:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm And the message: sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no active command. sdhci_ti0-slot0: ============== REGISTER DUMP ============== sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_ti0-slot0: Argument: 0x00005d16 | Trn mode: 0x0000183a sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 sdhci_ti0-slot0: =========================================== mmcsd0: Error indicated: 2 Bad CRC sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no active command. sdhci_ti0-slot0: ============== REGISTER DUMP ============== sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000008 sdhci_ti0-slot0: Argument: 0x001e42be | Trn mode: 0x0000193a sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 sdhci_ti0-slot0: =========================================== mmcsd0: Error indicated: 1 Timeout sdhci_ti0-slot0: Got data interrupt 0x00000010, but there is no active command. sdhci_ti0-slot0: ============== REGISTER DUMP ============== sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 sdhci_ti0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000008 sdhci_ti0-slot0: Argument: 0x001e42fe | Trn mode: 0x0000193a sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000006 sdhci_ti0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000007 sdhci_ti0-slot0: Timeout: 0x0000000d | Int stat: 0x00000000 sdhci_ti0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_ti0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_ti0-slot0: Caps: 0x06e10080 | Max curr: 0x00000000 sdhci_ti0-slot0: =========================================== mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=10072064, length=512)]error = 5 panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xcd17df48 KDB: enter: panic [ thread pid 12 tid 100007 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> Thank you for help Henryk From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 19:39:23 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 954F6EE for ; Sun, 9 Feb 2014 19:39:23 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71D55105E for ; Sun, 9 Feb 2014 19:39:23 +0000 (UTC) Received: from sdf.org (IDENT:hhh@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.7/8.14.5) with ESMTP id s19JdMfX025691 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Sun, 9 Feb 2014 19:39:22 GMT Received: (from hhh@localhost) by sdf.org (8.14.7/8.12.8/Submit) id s19JdM83027967 for freebsd-arm@freebsd.org; Sun, 9 Feb 2014 19:39:22 GMT X-Hashcash: 1:20:140209:freebsd-arm@freebsd.org::/Jl0cJkkuv3cP1f8:000000000000000000000000000000000000005M8m From: hhh@sdf.org To: Date: Sun, 09 Feb 2014 20:39:09 +0100 Message-ID: <87lhxkxehu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 19:39:23 -0000 Hello, Matthieu Kraus wrote: > Quoting hhh at sdf.org: > > Hi all, > > > > I would like to know what is the status of the ZFS on ARM. My goal is > > to connect ZFS formatted hard drive to the Beaglebone Black running > > FreeBSD 10 (RELEASE or STABLE). > > > > I tried both the recent pre-compiled (ftp server) and self-compiled > > (crochet) images, but neither contained zfs.ko module. I tried to > > compile the module on the board, but got error while compiling the > > opensolaris module. > > > > > > In file included from > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os/fm.c:59: > > /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/cpuvar.h:53:9: > > error: 'cpu_id' macro redefined [-Werror] > > #define cpu_id cpuid > > ^ > > ./machine/cpufunc.h:170:9: note: previous definition is here > > #define cpu_id() cpufuncs.cf_id() > > ^ > > 1 error generated. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/sys/modules/zfs > > > > > I'm using the following since a few years which seems to work fine - > it's a rather hacky approach, though, I guess: > Index: sys/cddl/compat/opensolaris/sys/cpuvar.h > =================================================================== > --- sys/cddl/compat/opensolaris/sys/cpuvar.h (revision 227813) > +++ sys/cddl/compat/opensolaris/sys/cpuvar.h (working copy) > @@ -50,6 +50,9 @@ > /* Some code may choose to redefine this if pcpu_t would be more useful. */ > #define cpu_t solaris_cpu_t > +#ifdef cpu_id > +#undef cpu_id > +#endif > #define cpu_id cpuid > extern solaris_cpu_t solaris_cpu[]; Thank you Matthieu, I could compile the the zfs and opensolaris modules. I have some additional questions: 1. I managed to create a new pool, but whenever I tried to import it, the system stopped responding. Did you have similar problems? 2. After the stability problems are solved, do you think it makes sense to run ZFS on a rather low-end board? Is it going to be usable? 3. Is there a way to enable module compilation with the crochet script? Why is it disabled? 4. Is it better to ask such naive questions here (freebsd-arm mailing list) or at the FreeBSD forum in the future? Cheers Henryk From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 21:18:30 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4589D8A; Sun, 9 Feb 2014 21:18:30 +0000 (UTC) Received: from homiemail-a1.g.dreamhost.com (caiajhbdcbhh.dreamhost.com [208.97.132.177]) by mx1.freebsd.org (Postfix) with ESMTP id A2E45183E; Sun, 9 Feb 2014 21:18:30 +0000 (UTC) Received: from homiemail-a1.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a1.g.dreamhost.com (Postfix) with ESMTP id D76B8348073; Sun, 9 Feb 2014 13:18:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=koffein.net; h= content-type:from:to:cc:subject:in-reply-to:references:date :message-id:content-transfer-encoding; s=koffein.net; bh=gMpR0xU wTq3ip2tkzCycLHFb314=; b=ZPn3EOo/W/MJdbCqmLouTqxRB5aLsFhja76s0pC pqbKIOh2d0nb5p9MriCUo4wCe4l34+p33F9SBL6FCTQHGXj/YAWXzpNXjPPNBA5P +H0FZ54rZjdBWnsUtLweUklkm2XrlhcXpfxFXxJjGsojBpVxwiDDrYCj8P3ALm4X pqOA= Received: from localhost (unknown [77.109.124.99]) (Authenticated sender: stl@koffein.net) by homiemail-a1.g.dreamhost.com (Postfix) with ESMTPA id 7AD2734806E; Sun, 9 Feb 2014 13:18:29 -0800 (PST) Content-Type: text/plain; charset=UTF-8 From: Steven Lawrance To: Ian Lepore Subject: Re: i.MX6 on-die temperature sensor In-reply-to: <1391897489.1196.60.camel@revolution.hippie.lan> References: <1391893231-sup-6174@luwak.koffein.net> <1391897489.1196.60.camel@revolution.hippie.lan> Date: Sun, 09 Feb 2014 22:17:23 +0100 Message-Id: <1391979228-sup-7658@luwak.koffein.net> User-Agent: Sup/git Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 21:18:30 -0000 Excerpts from Ian Lepore's message of 2014-02-08 23:11:29 +0100: > On Sat, 2014-02-08 at 22:32 +0100, Steven Lawrance wrote: > > For the OCOTP (on-chip one-time-programmable memory) side of things, = I > > just followed the pattern in imx6_anatop.c, which is to provide publi= c > > methods for accessing its memory space. But it feels a bit dirty -- = I > > imagine there could be cases where you would have two similar blocks > > and things would fall apart. >=20 > The thing I did with anatop was a quick hack to get things going becaus= e > I have no idea what services that conglomeration of hardware needs to > provide to other entities (yet). ocotp is another thing I haven't > looked at much, but it might be easier to come up with a clean API it > can provide for other imx drivers. Well, without actually developing a product based on this SoC, I can't really foresee a need to write anything to the OTP memory, and, according to the docs, "all shadow registers are always readable through the APB bus except some secret keys regions" so there's probably no real urgency to implement reading directly from the fuses, either. I haven't had a good look to see if anything else interesting is written in there in production. --=20 Steven Lawrance stl@koffein.net From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 01:13:23 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2F74C4F; Mon, 10 Feb 2014 01:13:23 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F7961A7D; Mon, 10 Feb 2014 01:13:22 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so4240297lan.5 for ; Sun, 09 Feb 2014 17:13:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=RO4Vq4rkf9U7ZO50YhWU3RAOhJt6iNlQKTlnJx2fvWE=; b=JJwqs2rWpW+giyJMy/5uHp0fkRQG9h/a9VOtwohtPNPi3OWR9618AsHREZwurW/y6t HU93qQPiJE5n+xwP4pIcTyjmO149eRqwcNC7Q0tdE+/Ypc0bumxpuA6RIZQR5iy//iX9 Rxmwcw1qLC0yRktJOn+49mBSxAwyo+1MIj7O0ixYQKEkLW5kmHuBw5Gh97cicmpnMyzi 3kxIqpUo/NWm/UuXej1E2zKjvEs8xzhEVp07LHdsG/AsUcClMSl9cHP+n1zscw2/ys31 W+CKwnpRqZsXr6fhH0fnUZPfZ2JLZehAPU6eNpOP4LkJDFQJ+ywQ6SW2SSWYa7E3jtOz TWDg== MIME-Version: 1.0 X-Received: by 10.152.36.8 with SMTP id m8mr19924527laj.24.1391994800322; Sun, 09 Feb 2014 17:13:20 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.112.46.135 with HTTP; Sun, 9 Feb 2014 17:13:20 -0800 (PST) Date: Mon, 10 Feb 2014 02:13:20 +0100 X-Google-Sender-Auth: 2fpJrshWqbT9nDUFCvREdHYOBzI Message-ID: Subject: RFC: Improvements to superpages support on ARM From: Zbigniew Bodek To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 01:13:23 -0000 Hello. I would like to submit some patches for superpages support. Please check out below: http://people.freebsd.org/~zbb/arm/pmap/superpages/02.2014/ I will appreciate if someone could test the patches (all patches need to be applied). All comments and remarks are also welcome. You can stress the memory system by using for example forkbomb from ports: benchmarks/forkbomb/ forkbomb -M -l 512 --runasroot --quit will allocate and touch 512 MB of memory Please remember to set loader variable: vm.pmap.sp_enabled=1 or sp_enabled to positive value in pmap-v6.c Patch list: 0001-Always-clear-L1-PTE-descriptor-when-removing-superpa.patch 0002-Assure-proper-TLB-invalidation-on-superpage-promotio.patch 0003-Fix-superpage-promotion-on-ARM-with-respect-to-RO-RW.patch 0004-Avoid-redundant-superpage-promotion-attempts-on-ARM.patch 0005-Remove-spurious-assertion-from-pmap_extract_locked.patch 0006-Handle-pmap_enter-on-already-promoted-mappings-for-A.patch Thank you in advance and best regards zbb From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 04:13:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BBD64F9; Mon, 10 Feb 2014 04:13:35 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D74B71C41; Mon, 10 Feb 2014 04:13:33 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1A4DGnK050919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 10 Feb 2014 05:13:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1A4DDtd002336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Feb 2014 05:13:13 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s1A4DDA2091674; Mon, 10 Feb 2014 05:13:13 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s1A4DDRh091673; Mon, 10 Feb 2014 05:13:13 +0100 (CET) (envelope-from ticso) Date: Mon, 10 Feb 2014 05:13:13 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Message-ID: <20140210041313.GB89777@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140202230450.GA42331@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , Bernd Walter X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 04:13:35 -0000 On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > On Sun, Feb 02, 2014 at 01:00:04PM -0700, Ian Lepore wrote: > > As some of you know from previous email or irc conversations, I've been > > chasing a strange bug for months that affects some cortex-a9 chips, > > which I've been calling the "wrong-endian bug", where some registers get > > restored with wrong-endian values on return from an interrupt, leading > > to a panic or crash during boot. > > This is very great news and a pretty amazing job to find this. > Thank you very much! > In the end it also exaplains the tempeerature dependency on the > Wandboards and why it always happened on my MarSboard. > Unfortunately I'm still time contrained, but likely I will at least > find enough time to do some tests on my iMX6 board collection next > weekend. I did build recent current (R261700) with recent crochet. This is the result: U-Boot 2013.10 (Feb 10 2014 - 00:35:13) CPU: Freescale i.MX6Q rev1.2 at 792 MHz Reset cause: POR Board: Wandboard DRAM: 2 GiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC [PRIME] Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading uEnv.txt 59 bytes read in 10 ms (4.9 KiB/s) Importing environment from mmc (uEnv.txt)... Checking if uenvcmd is set ... Running uenvcmd ... reading kernel.bin 4989960 bytes read in 261 ms (18.2 MiB/s) ## Starting application at 0x12000000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r261700M: Mon Feb 10 03:28:27 CET 2014 ticso@cicely1.cicely.de:/root/crochet-freebsd/work/obj/arm.armv6/home/builder/bbb/head/sys/WANDBOARD-QUAD arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Preloaded elf kernel "kernel" at 0xc24e0c6c. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:1 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2095058944 (1998 MB) Physical memory chunk(s): 0x10000000 - 0x8fffffff, 2048 MB ( 524288 pages) Excluded memory regions: 0x12000000 - 0x1261ffff, 6 MB ( 1568 pages) NoAlloc Static device mappings: 0x00a00000 - 0x00afffff mapped at VA 0xffe00000 0x02000000 - 0x020fffff mapped at VA 0xffd00000 0x02100000 - 0x021fffff mapped at VA 0xffc00000 random device not loaded; using insecure entropy null: openfirm: mem: Falling back to random adaptor random: initialized nfslock: pseudo-device ofwbus0: ofwbus0: type unknown (no driver attached) simplebus0: on ofwbus0 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on simplebus0 gic0: pn 0x390, arch 0x1, rev 0x2, implementer 0x43b sc->nirqs 160 l2cache0: mem 0xa02000-0xa02fff irq 124 on simplebus0 l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache: 1024KB/32B 16 ways l2cache0: L2 Cache enabled l2cache0: Early BRESP response: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: disabled l2cache0: Non-secure interrupt control: disabled l2cache0: Non-secure lockdown: disabled l2cache0: Share override: disabled l2cache0: Double linefil: disabled l2cache0: Instruction prefetch: disabled l2cache0: Data prefetch: disabled l2cache0: Double linefill on WRAP request: disabled l2cache0: Prefetch drop: disabled l2cache0: Incr double Linefill: disabled l2cache0: Not same ID on exclusive sequence: disabled l2cache0: Prefetch offset: 0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 ccm0: mem 0x20c4000-0x20c7fff irq 119,120 on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8fff on simplebus1 imx_gpt0: mem 0x2098000-0x209bfff irq 87 on simplebus1 imx_gpt0: Running on 11000KHz clock, base freq 66000000Hz CR=0x0000027d, PR=0x00000005 Event timer "i.MXxxx GPT Eventtimer" frequency 11000000 Hz quality 1000 Timecounter "i.MX GPT Timecounter" frequency 11000000 Hz quality 1000 uart0: mem 0x2020000-0x2023fff irq 58 on simplebus1 uart0: console (115200,n,8,1) uart0: fast interrupt simplebus1: mem 0x21e8000-0x21ebfff irq 59 type unknown (no driver attached) simplebus1: mem 0x21ec000-0x21effff irq 60 type unknown (no driver attached) simplebus1: mem 0x21f0000-0x21f3fff irq 61 type unknown (no driver attached) simplebus1: mem 0x21f4000-0x21f7fff irq 62 type unknown (no driver attached) usbphy0: mem 0x20c9000-0x20c9fff irq 44 on simplebus1 usbphy1: mem 0x20ca000-0x20cafff irq 45 on simplebus1 simplebus2: mem 0x2100000-0x21fffff on simplebus0 ffec0: mem 0x2188000-0x218bfff irq 150,151 on simplebus2 ffec0: MAC address 00:1f:7b:b4:08:81: ffec0: PHY preamble disabled miibus0: on ffec0 atphy0: PHY 1 on miibus0 atphy0: OUI 0x00c82e, model 0x0007, rev. 4 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ffec0: bpf attached ffec0: Ethernet address: 00:1f:7b:b4:08:81 ehci0: mem 0x2184000-0x21841ff irq 75 on simplebus2 ehci0: [GIANT-LOCKED] usbus0: EHCI version 1.0 usbus0 on ehci0 ehci0: usbpf: Attached ehci1: mem 0x2184200-0x21843ff irq 72 on simplebus2 ehci1: [GIANT-LOCKED] usbus1: EHCI version 1.0 usbus1 on ehci1 ehci1: usbpf: Attached simplebus2: mem 0x2184400-0x21845ff irq 73 type unknown (no driver attached) simplebus2: mem 0x2184600-0x21847ff irq 74 type unknown (no driver attached) simplebus2: mem 0x2184800-0x21849ff type unknown (no driver attached) simplebus2: mem 0x2190000-0x2193fff irq 54 type unknown (no driver attached) sdhci_imx0: mem 0x2194000-0x2197fff irq 55 on simplebus2 sdhci_imx0-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx0-slot0: ============== REGISTER DUMP ============== sdhci_imx0-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 sdhci_imx0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_imx0-slot0: Present: 0xff888088 | Host ctl: 0x00000000 sdhci_imx0-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx0-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 sdhci_imx0-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 sdhci_imx0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx0-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 sdhci_imx0-slot0: =========================================== sdhci_imx1: mem 0x2198000-0x219bfff irq 56 on simplebus2 sdhci_imx1-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx1-slot0: ============== REGISTER DUMP ============== sdhci_imx1-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx1-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_imx1-slot0: Argument: 0x000095ea | Trn mode: 0x00000011 sdhci_imx1-slot0: Present: 0xff8d8088 | Host ctl: 0x00000002 sdhci_imx1-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx1-slot0: Wake-up: 0x00000000 | Clock: 0x00000002 sdhci_imx1-slot0: Timeout: 0x0000008b | Int stat: 0x00000000 sdhci_imx1-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx1-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx1-slot0: Caps: 0x0377c800 | Max curr: 0x80000011 sdhci_imx1-slot0: =========================================== mmc0: on sdhci_imx1 simplebus2: mem 0x219c000-0x219ffff irq 57 type unknown (no driver attached) Timecounters tick every 4.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 lo0: bpf attached sdhci_imx1-slot0: Divider 250 for freq 400000 (max 200000000) mmc0: Probing bus usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 mmc0: SD 2.0 interface conditions: OK mmc0: SD probe: OK (OCR: 0x00ff8000) mmc0: Current OCR: 0x00ff8000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 mmc0: Probing cards mmc0: New card detected (CID 824a544e43617264104010014400d500) mmc0: New card detected (CSD 400e00325b5900003b3d7f800a400000) mmc0: Card at relative address 0xb368 added: mmc0: card: SDHC NCard 1.0 SN 1074790724 MFG 05/2013 by 130 JT mmc0: bus: 4bit, 50MHz, high speed timing mmc0: memory: 15529984 blocks, erase sector 8192 blocks mmc0: setting transfer rate to 50.000MHz (high speed timing) sdhci_imx1-slot0: Divider 2 for freq 50000000 (max 200000000) mmcsd0: 8GB at mmc0 50.0MHz/4bit/65535-block GEOM: new disk mmcsd0 mmc0: setting bus width to 4 bits GEOM_PART: partition 1 is not aligned on 4194304 bytes GEOM_PART: partition 2 is not aligned on 4194304 bytes GEOM_PART: partition 1 is not aligned on 4194304 bytes GEOM_PART: partition 1 is not aligned on 4194304 bytes random: unblocking device. Root mount waiting for: usbus1 usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered Spurious interrupt detected [0x000003ff] ugen1.2: at usbus1 uhub2: on usbus1 uhub2: MTT enabled Root mount waiting for: usbus1 uhub2: 4 ports with 4 removable, self powered ugen1.3: at usbus1 uhid0: on usbus1 Trying to mount root from ufs:mmcsd0s2a []... warning: no time-of-day clock registered, system time will not be set accurately start_init: trying /sbin/init Enlarging root partition GEOM_PART: mmcsd0s2 was automatically resized GEOM_PART: partition 1 is not aligned on 4194304 bytes GEOM: Reconfigure ufsid/52f839542ea1d0a7, start 0 length 7887366144 end 7887366143 vm_fault(0xc24e4560, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xf4723d68 FSR=00000017, FAR=00000038, spsr=60000113 r0 =c6e39f00, r1 =c240670f, r2 =00000000, r3 =c6e3a2e0 r4 =c6fd9600, r5 =00000000, r6 =00000000, r7 =00000001 r8 =d61fa800, r9 =00000001, r10=00000000, r11=f4723dc0 r12=00000001, ssp=f4723db8, slr=c211b354, pc =c211b35c [ thread pid 12 tid 100006 ] Stopped at g_part_modevent+0x3988: ldrb r0, [r5, #0x038] Tracing pid 12 tid 100006 td 0xc6d3f640 db_trace_self() at db_trace_self pc = 0xc23bdc50 lr = 0xc203dfec (db_hex2dec+0x498) sp = 0xf4723a68 fp = 0xf4723a80 r10 = 0xc2496550 db_hex2dec() at db_hex2dec+0x498 pc = 0xc203dfec lr = 0xc203d99c (db_command_loop+0x2f0) sp = 0xf4723a88 fp = 0xf4723b28 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc2427755 db_command_loop() at db_command_loop+0x2f0 pc = 0xc203d99c lr = 0xc203d70c (db_command_loop+0x60) sp = 0xf4723b30 fp = 0xf4723b40 r4 = 0xc23fc5b8 r5 = 0xc240d0de r6 = 0xc24e32bc r7 = 0xf4723d68 r8 = 0xc24e4560 r9 = 0xc24d9614 r10 = 0xc24967c0 db_command_loop() at db_command_loop+0x60 pc = 0xc203d70c lr = 0xc20401cc (X_db_symbol_values+0x254) sp = 0xf4723b48 fp = 0xf4723c68 r4 = 0x00000000 r5 = 0xf4723b50 r6 = 0xc24d9640 X_db_symbol_values() at X_db_symbol_values+0x254 pc = 0xc20401cc lr = 0xc21cec94 (kdb_trap+0xcc) sp = 0xf4723c70 fp = 0xf4723c90 r4 = 0x00000000 r5 = 0x00000017 r6 = 0xc24d9640 r7 = 0xf4723d68 kdb_trap() at kdb_trap+0xcc pc = 0xc21cec94 lr = 0xc23d1190 (data_abort_handler+0x7d0) sp = 0xf4723c98 fp = 0xf4723cb0 r4 = 0xf4723d68 r5 = 0x600001d3 r6 = 0x00000038 r7 = 0x00000017 r8 = 0xc24e4560 r9 = 0x00000001 r10 = 0xf4723d68 data_abort_handler() at data_abort_handler+0x7d0 pc = 0xc23d1190 lr = 0xc23d0f60 (data_abort_handler+0x5a0) sp = 0xf4723cb8 fp = 0xf4723d60 r4 = 0x00000017 r5 = 0xc6d3f640 r6 = 0xc6d3cd2c r7 = 0x00000004 data_abort_handler() at data_abort_handler+0x5a0 pc = 0xc23d0f60 lr = 0xc23bfa58 (exception_exit) sp = 0xf4723d68 fp = 0xf4723dc0 r4 = 0xc6fd9600 r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000001 r8 = 0xd61fa800 r9 = 0x00000001 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc23bfa58 lr = 0xc211b354 (g_part_modevent+0x3980) sp = 0xf4723db8 fp = 0xf4723dc0 r0 = 0xc6e39f00 r1 = 0xc240670f r2 = 0x00000000 r3 = 0xc6e3a2e0 r4 = 0xc6fd9600 r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000001 r8 = 0xd61fa800 r9 = 0x00000001 r10 = 0x00000000 r12 = 0x00000001 g_part_modevent() at g_part_modevent+0x3988 pc = 0xc211b35c lr = 0xc2112f88 (g_resize_provider+0x144) sp = 0xf4723dc8 fp = 0xf4723de0 r4 = 0xc6e3a280 r5 = 0xc6fd9640 g_resize_provider() at g_resize_provider+0x144 pc = 0xc2112f88 lr = 0xc210dbdc (g_run_events+0x348) sp = 0xf4723de8 fp = 0xf4723e28 r4 = 0xc7029d00 r5 = 0x00000034 r6 = 0x00000001 r7 = 0x00000004 r8 = 0x00000100 g_run_events() at g_run_events+0x348 pc = 0xc210dbdc lr = 0xc2110644 (g_init+0x270) sp = 0xf4723e30 fp = 0xf4723e38 r4 = 0xc24ca480 r5 = 0xc6d3cc80 r6 = 0xc21105dc r7 = 0x00000000 r8 = 0xf4723e60 r9 = 0x00000000 r10 = 0x00000000 g_init() at g_init+0x270 pc = 0xc2110644 lr = 0xc2154d94 (fork_exit+0x84) sp = 0xf4723e40 fp = 0xf4723e58 r4 = 0xc6d3f640 fork_exit() at fork_exit+0x84 pc = 0xc2154d94 lr = 0xc23d0868 (fork_trampoline+0x14) sp = 0xf4723e60 fp = 0x00000000 r4 = 0xc21105dc r5 = 0x00000000 r6 = 0xffffffff r7 = 0xffddfdff r8 = 0x00000000 fork_trampoline() at fork_trampoline+0x14 pc = 0xc23d0868 lr = 0xc23d0868 (fork_trampoline+0x14) sp = 0xf4723e60 fp = 0x00000000 Unable to unwind further db> This is a Wandboard-Quad, but installed on an EDM1-FAIRY carrier with USB wireless keyboard/Mice plug. Probably because of the partition resizing, which happened on first boot. Second boot worked better, but booting hanged after devd. ... warning: no time-of-day clock registered, system time will not be set accurately start_init: trying /sbin/init Enlarging root partition mmcsd0s2 resized GEOM: Reconfigure ufsid/52f839542ea1d0a7, start 0 length 7883179520 end 7883179519 mmcsd0s2a resized super-block backups (for fsck_ffs -b #) at: 1736896, 2171072, 2605248, 3039424, 3473600, 3907776, 4341952, 4776128, 5210304, 5644480, 6078656, 6512832, 6947008, 7381184, 7815360, 8249536, 8683712, 9117888, 9552064, 9986240, 10420416, 10854592, 11288768, 11722944, 12157120, 12591296, 13025472, 13459648, 13893824, 14328000, 14762176, 15196352 growfs: /: cannot reload filesystem: No such file or directory Setting hostuuid: 25296a97-91fb-11e3-9bee-001f7bb40881. Setting hostid: 0xbdcabc30. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 1769411 free (867 frags, 221068 blocks, 0.0% fragmentation) Mounting local file systems:. Writing entropy file:. Setting hostname: wandboard. ffec0: link state changed to DOWN Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 ffec0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:08:81 media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. load: 1.21 cmd: sh 17 [wait] 12.01r 0.04u 0.08s 0% 2156k load: 1.21 cmd: sh 17 [wait] 12.21r 0.04u 0.08s 0% 2156k ^CScript /etc/rc.d/devd interrupted Starting pflogd: add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Waiting 30s for the default route interface: ^CScript /etc/rc.d/defaultroute interrupted Creating and/or trimming log files. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Generating RSA1 host key. 2048 69:5f:25:fe:79:98:9f:68:db:c3:19:00:b5:97:d9:b8 root@wandboard (RSA1) Generating RSA host key. 2048 23:3c:ec:47:93:9e:d3:c8:f7:f5:b5:ca:51:8d:f4:bf root@wandboard (RSA) Generating DSA host key. 1024 40:9f:34:a8:ac:c9:eb:bb:21:dd:74:fa:9a:cf:77:78 root@wandboard (DSA) Generating ECDSA host key. 256 02:b3:75:0b:d0:fa:a3:57:21:7f:a7:28:ba:1e:1c:67 root@wandboard (ECDSA) Generating ED25519 host key. 256 84:71:ba:a6:46:87:98:ad:bc:cb:2d:d7:da:45:4b:9f root@wandboard (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting background file system checks in 60 seconds. Mon Feb 10 02:29:26 UTC 2014 FreeBSD/arm (wandboard) (ttyu0) login: root load: 1.21 cmd: login 710 [nanslp] -1.44r 0.00u 0.05s 0% 2768k load: 1.21 cmd: login 710 [nanslp] -1.48r 0.00u 0.05s 0% 2768k load: 1.21 cmd: login 710 [nanslp] 0.00r 0.00u 0.05s 0% 2768k Looks a bit like ethernet problems, but also no console login. 3rd (and all subsequent) boot was good: ... uhid0: on usbus1 Trying to mount root from ufs:mmcsd0s2a []... WARNING: /root/crochet-freebsd/work/_.mount.freebsd was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately start_init: trying /sbin/init Enlarging root partition mmcsd0s2 resized mmcsd0s2a resized growfs: requested size 7.3GB is not larger than the current filesystem size 7.3GB Setting hostuuid: 25cdf977-91fb-11e3-9e1b-001f7bb40881. Setting hostid: 0x91e2b130. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: ** SU+J Recovering /dev/mmcsd0s2a ** Reading 4194304 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ** 6 journal records in 1024 bytes for 18.75% utilization ** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags. ***** FILE SYSTEM MARKED CLEAN ***** Mounting local file systems:. Writing entropy file:. Setting hostname: wandboard. ffec0: link state changed to DOWN Starting Network: lo0 ffec0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 ffec0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:1f:7b:b4:08:81 media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. ffec0: link state changed to UP link_elf: symbol genkbd_get_fkeystr undefined kldload: can't load ukbd: No such file or directory ums0: on usbus1 ums0: 16 buttons and [XYZT] coordinates ID=2 Starting dhclient. DHCPDISCOVER on ffec0 to 255.255.255.255 port 67 interval 3 DHCPOFFER from 10.1.1.4 DHCPREQUEST on ffec0 to 255.255.255.255 port 67 DHCPACK from 10.1.1.4 bound to 10.1.1.133 -- renewal in 43200 seconds. link_elf: symbol genkbd_get_fkeystr undefined kldload: can't load ukbd: No such file or directory Starting ums0 mousedmoused: cannot open /dev/consolectl: No such file or directory . eval: cannot open /dev/ttyv*: No such file or directory link_elf: symbol genkbd_get_fkeystr undefined kldload: can't load ukbd: No such file or directory Starting pflogd: add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Generating RSA1 host key. 2048 5e:7f:44:09:4b:14:4c:9c:b1:91:8d:82:80:ab:3a:10 root@wandboard (RSA1) Generating RSA host key. 2048 b6:16:7b:06:7b:da:2e:32:ea:47:02:08:99:74:5f:21 root@wandboard (RSA) Generating DSA host key. 1024 44:df:51:f8:84:c7:3e:3f:bf:c9:e2:2d:29:ab:d2:65 root@wandboard (DSA) Generating ECDSA host key. 256 3b:c5:fd:fa:e8:ce:21:33:fd:12:5c:6b:be:ae:01:10 root@wandboard (ECDSA) Generating ED25519 host key. 256 a2:de:a2:00:db:23:84:d0:f0:80:e3:40:82:88:15:7f root@wandboard (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting background file system checks in 60 seconds. Mon Feb 10 02:29:51 UTC 2014 FreeBSD/arm (wandboard) (ttyu0) login: root FreeBSD 11.0-CURRENT (WANDBOARD-QUAD) #0 r261700M: Mon Feb 10 03:28:27 CET 2014 Welcome to FreeBSD! Before seeking technical support, please use the following resources: o Security advisories and updated errata information for all releases are at http://www.FreeBSD.org/releases/ - always consult the ERRATA section for your release first as it's updated frequently. o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, along with the mailing lists, can be searched by going to http://www.FreeBSD.org/search/. If the doc package has been installed (or fetched via pkg install lang-freebsd-doc, where lang is the 2-letter language code, e.g. en), they are also available formatted in /usr/local/share/doc/freebsd. If you still have a question or problem, please take the output of `uname -a', along with any relevant error messages, and email it as a question to the questions@FreeBSD.org mailing list. If you are unfamiliar with FreeBSD's directory layout, please refer to the hier(7) manual page. If you are not familiar with manual pages, type `man man'. Edit /etc/motd to change this login announcement. root@wandboard:~ # -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 04:26:42 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2007B85A; Mon, 10 Feb 2014 04:26:42 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0CA71D12; Mon, 10 Feb 2014 04:26:41 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1A4QdU5051013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 10 Feb 2014 05:26:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1A4Qbap002450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Feb 2014 05:26:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s1A4QbuL091724; Mon, 10 Feb 2014 05:26:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s1A4Qb8B091723; Mon, 10 Feb 2014 05:26:37 +0100 (CET) (envelope-from ticso) Date: Mon, 10 Feb 2014 05:26:37 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Message-ID: <20140210042637.GC89777@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140210041313.GB89777@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , Bernd Walter X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 04:26:42 -0000 On Mon, Feb 10, 2014 at 05:13:13AM +0100, Bernd Walter wrote: > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > > On Sun, Feb 02, 2014 at 01:00:04PM -0700, Ian Lepore wrote: > > > As some of you know from previous email or irc conversations, I've been > > > chasing a strange bug for months that affects some cortex-a9 chips, > > > which I've been calling the "wrong-endian bug", where some registers get > > > restored with wrong-endian values on return from an interrupt, leading > > > to a panic or crash during boot. > > > > This is very great news and a pretty amazing job to find this. > > Thank you very much! > > In the end it also exaplains the tempeerature dependency on the > > Wandboards and why it always happened on my MarSboard. > > Unfortunately I'm still time contrained, but likely I will at least > > find enough time to do some tests on my iMX6 board collection next > > weekend. > > I did build recent current (R261700) with recent crochet. > the ethernet problem is not reproduceable, this resize crash however is with a fresh dd'ed image. > uhub2: MTT enabled > Root mount waiting for: usbus1 > uhub2: 4 ports with 4 removable, self powered > ugen1.3: at usbus1 > uhid0: on usbus1 > Trying to mount root from ufs:mmcsd0s2a []... > warning: no time-of-day clock registered, system time will not be set accurately > start_init: trying /sbin/init > Enlarging root partition > GEOM_PART: mmcsd0s2 was automatically resized > GEOM_PART: partition 1 is not aligned on 4194304 bytes > GEOM: Reconfigure ufsid/52f839542ea1d0a7, start 0 length 7887366144 end 7887366143 > > vm_fault(0xc24e4560, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (P)' > trapframe: 0xf4723d68 > FSR=00000017, FAR=00000038, spsr=60000113 > r0 =c6e39f00, r1 =c240670f, r2 =00000000, r3 =c6e3a2e0 > r4 =c6fd9600, r5 =00000000, r6 =00000000, r7 =00000001 > r8 =d61fa800, r9 =00000001, r10=00000000, r11=f4723dc0 > r12=00000001, ssp=f4723db8, slr=c211b354, pc =c211b35c > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 07:38:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99E1869C for ; Mon, 10 Feb 2014 07:38:40 +0000 (UTC) Received: from nick.hrz.tu-chemnitz.de (nick.hrz.tu-chemnitz.de [134.109.228.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CBEF1D48 for ; Mon, 10 Feb 2014 07:38:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tu-chemnitz.de; s=dkim2010; h=MIME-Version:Content-Type:In-Reply-To:References:Subject:To:From:Message-ID:Date; bh=RY/UpEl0vCEJqbS074/3w2Q9UiXUTkAgwK5eLnToOlw=; b=0eTOpNx6J9HvslSD5rm3keaXAPGU5EKxPaQzYdUwaVIRntfMnLDLKyi3Ga5utVLKJZDgwe4L44WtI2AqTrEj3+yp2GHpq61PgMRatW0dDbh7KLbWnazVfWelrZWjPCtHTWV97kYhZJOXs6Qv7jfZsj88Bx1lm0YSTiNKnx4PoSg=; Received: from postman.hrz.tu-chemnitz.de ([134.109.133.5] helo=mailbox.hrz.tu-chemnitz.de) by nick.hrz.tu-chemnitz.de with esmtps (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1WCl1A-0002Ve-Vg for freebsd-arm@freebsd.org; Mon, 10 Feb 2014 08:11:10 +0100 Received: from boogie.hrz.tu-chemnitz.de ([134.109.133.10] helo=localhost) by mailbox.hrz.tu-chemnitz.de with esmtp (Exim 4.80.1) (envelope-from ) id 1WCl1A-0004xu-TK for freebsd-arm@freebsd.org; Mon, 10 Feb 2014 08:11:00 +0100 Received: from 194.31.246.158 ([194.31.246.158]) by mail.tu-chemnitz.de (Horde Framework) with HTTP; Mon, 10 Feb 2014 08:11:00 +0100 Date: Mon, 10 Feb 2014 08:11:00 +0100 Message-ID: <20140210081100.Horde.oKoMwID8cclY65gQZXMazw1@mail.tu-chemnitz.de> From: Matthieu Kraus To: freebsd-arm@freebsd.org Subject: Re: References: <87lhxkxehu.fsf@gmail.com> In-Reply-To: <87lhxkxehu.fsf@gmail.com> User-Agent: Internet Messaging Program (IMP) H5 (6.1.2) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Scan-AV: mailbox.hrz.tu-chemnitz.de; 2014-02-10 08:11:00; d2e0a2222297a5f249b6c7d7a6df381f X-purgate: clean X-purgate-type: clean X-purgate-ID: 154106::1392016260-000004E2-B1A26606/0-0/0-0 X-Scan-SA: nick.hrz.tu-chemnitz.de; 2014-02-10 08:11:10; 457e33eda3bb7665d905ebe8f4ac79df X-Spam-Score: -1.6 (-) X-Spam-Report: --- Textanalyse SpamAssassin 3.3.1 (-1.6 Punkte) Fragen an/questions to: Postmaster TU Chemnitz * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain --- Ende Textanalyse X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 07:38:40 -0000 Zitat von hhh@sdf.org: > Hello, > > > Matthieu Kraus wrote: > >> Quoting hhh at sdf.org: > >> > Hi all, >> > >> > I would like to know what is the status of the ZFS on ARM. My goal is >> > to connect ZFS formatted hard drive to the Beaglebone Black running >> > FreeBSD 10 (RELEASE or STABLE). >> > >> > I tried both the recent pre-compiled (ftp server) and self-compiled >> > (crochet) images, but neither contained zfs.ko module. I tried to >> > compile the module on the board, but got error while compiling the >> > opensolaris module. >> > >> > >> > In file included from >> > >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os/fm.c:59: >> > /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/cpuvar.h:53:9: >> > error: 'cpu_id' macro redefined [-Werror] >> > #define cpu_id cpuid >> > ^ >> > ./machine/cpufunc.h:170:9: note: previous definition is here >> > #define cpu_id() cpufuncs.cf_id() >> > ^ >> > 1 error generated. >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src/sys/modules/zfs >> > >> > >> I'm using the following since a few years which seems to work fine - >> it's a rather hacky approach, though, I guess: > >> Index: sys/cddl/compat/opensolaris/sys/cpuvar.h >> =================================================================== >> --- sys/cddl/compat/opensolaris/sys/cpuvar.h (revision 227813) >> +++ sys/cddl/compat/opensolaris/sys/cpuvar.h (working copy) >> @@ -50,6 +50,9 @@ > >> /* Some code may choose to redefine this if pcpu_t would be more >> useful. */ >> #define cpu_t solaris_cpu_t >> +#ifdef cpu_id >> +#undef cpu_id >> +#endif >> #define cpu_id cpuid > >> extern solaris_cpu_t solaris_cpu[]; > > Thank you Matthieu, I could compile the the zfs and opensolaris modules. > > > I have some additional questions: > > 1. I managed to create a new pool, but whenever I tried to import it, > the system stopped responding. Did you have similar problems? Nope, didn't have such issues - to get started I transferred my old pool from another box via ethernet and then upgraded it, had no issues with the system stalling so far. Note that I'm running it on my Dreamplug off esata - not sure whether that makes a difference. > > 2. After the stability problems are solved, do you think it makes sense > to run ZFS on a rather low-end board? Is it going to be usable? That totally depends what you want to use it for. I'd highly recommend setting up a proper bootloader, though, as you'll need to tweak various kernel vars on boot time in order to reduce ZFS (by default) high kmem usage which will easily cause a panic (e.g. on locate.updatedb or any other high FS load). I personally only use it to keep a bunch of big files (i.e. very few to do for the cache and hence low kmem usage) for which it works pretty well. > > 3. Is there a way to enable module compilation with the crochet script? > Why is it disabled? > No clue what that is tbh, so can't help you on that one. > 4. Is it better to ask such naive questions here (freebsd-arm mailing > list) or at the FreeBSD forum in the future? No clue, but I guess for the arm-specific part this is the right mailing list. kind regards, Matthieu From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 11:06:43 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF318A6 for ; Mon, 10 Feb 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 780F91FC6 for ; Mon, 10 Feb 2014 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1AB6hm6079969 for ; Mon, 10 Feb 2014 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1AB6hcg079967 for freebsd-arm@FreeBSD.org; Mon, 10 Feb 2014 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Feb 2014 11:06:43 GMT Message-Id: <201402101106.s1AB6hcg079967@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 11:06:43 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/186486 arm WPS authentication is failing o arm/185617 arm 10.0-RC1, armv6: "pfctl -s state" crashes on BeagleBon o arm/185046 arm [armv6] issues with dhclient/sshd and jemalloc on rasp o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o ports/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o ports/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 34 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 14:34:03 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F6EB57A for ; Mon, 10 Feb 2014 14:34:03 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EB73130D for ; Mon, 10 Feb 2014 14:34:02 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WCrvo-000DYU-I1; Mon, 10 Feb 2014 14:33:56 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1AEXqvA071748; Mon, 10 Feb 2014 07:33:52 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+xff4p+qQ8cd2diuCm8XAA Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed From: Ian Lepore To: ticso@cicely.de In-Reply-To: <20140210041313.GB89777@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Feb 2014 07:33:52 -0700 Message-ID: <1392042832.1145.8.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm , Bernd Walter X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 14:34:03 -0000 On Mon, 2014-02-10 at 05:13 +0100, Bernd Walter wrote: > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: [...] > Second boot worked better, but booting hanged after devd. > ... I have also seen this hang in devd during rc-script processing, a few times recently. ^T always shows it to be in a nanslp wait. I've never used crochet or tried to use growfs, that may not be an arm-related problem from the looks of it. I've never had getty/login hang in nanslp like that. When I'm running with nfs root it tends to hang in rpccon state, and that's frequency and annoying enough that I'm going to have to debug it soon (for all I know that problem may be my old 8.4 nfs server). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 01:07:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75EC923F; Tue, 11 Feb 2014 01:07:54 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD8BA1E1A; Tue, 11 Feb 2014 01:07:53 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1B17a4q064114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 11 Feb 2014 02:07:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1B17XXb016234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Feb 2014 02:07:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s1B17XBx096941; Tue, 11 Feb 2014 02:07:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s1B17XkF096940; Tue, 11 Feb 2014 02:07:33 +0100 (CET) (envelope-from ticso) Date: Tue, 11 Feb 2014 02:07:33 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Message-ID: <20140211010733.GC94205@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1392042832.1145.8.camel@revolution.hippie.lan> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , Bernd Walter , ticso@cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 01:07:54 -0000 On Mon, Feb 10, 2014 at 07:33:52AM -0700, Ian Lepore wrote: > On Mon, 2014-02-10 at 05:13 +0100, Bernd Walter wrote: > > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > [...] > > Second boot worked better, but booting hanged after devd. > > ... > > I have also seen this hang in devd during rc-script processing, a few > times recently. ^T always shows it to be in a nanslp wait. Never seen this again so far. > I've never used crochet or tried to use growfs, that may not be an > arm-related problem from the looks of it. Someone said he hadn't seen it on a recently updated Beaglebone, but not sure how recent the source code had been. I can't do Beaglebone tests myself, since I'm waiting for new boards. > I've never had getty/login hang in nanslp like that. When I'm running > with nfs root it tends to hang in rpccon state, and that's frequency and > annoying enough that I'm going to have to debug it soon (for all I know > that problem may be my old 8.4 nfs server). Interesting. I can't seen to get the second microSD-slot running. The controllers get attached, but mmc only to the onboard slot. The WiFi is SDIO, which I didn't compile into the kernel and I noticed there is a GPIO used to enable the chip. [209]cicely1# svn diff Index: wandboard-quad.dts =================================================================== --- wandboard-quad.dts (revision 261700) +++ wandboard-quad.dts (working copy) @@ -50,10 +50,10 @@ // gpio@020A4000 { status = "disabled"; }; // gpio@020A8000 { status = "disabled"; }; console:serial@02020000 { status = "okay"; }; - serial@021e8000 { status = "disabled"; }; - serial@021ec000 { status = "disabled"; }; - serial@021f0000 { status = "disabled"; }; - serial@021f4000 { status = "disabled"; }; + serial@021e8000 { status = "okay"; }; + serial@021ec000 { status = "okay"; }; + serial@021f0000 { status = "okay"; }; + serial@021f4000 { status = "okay"; }; usbphy@020c9000 { status = "okay"; }; usbphy@020ca000 { status = "okay"; }; }; @@ -67,9 +67,9 @@ usb@02184200 { status = "okay"; }; usb@02184400 { status = "disabled"; }; usb@02184600 { status = "disabled"; }; - usdhc@02190000 { status = "disabled"; }; - usdhc@02194000 { status = "okay"; }; - usdhc@02198000 { status = "okay"; }; + usdhc@02190000 { status = "okay"; }; // SD1 - external SD + usdhc@02194000 { status = "okay"; }; // SD2 - WIFI + usdhc@02198000 { status = "okay"; }; // SD3 - internal SD usdhc@0219c000 { status = "disabled"; }; root@wandboard:~ # dmesg | egrep 'mmc|sdhc' sdhci_imx0: mem 0x2190000-0x2193fff irq 54 on simplebus2 sdhci_imx0-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx0-slot0: ============== REGISTER DUMP ============== sdhci_imx0-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 sdhci_imx0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_imx0-slot0: Present: 0xff888088 | Host ctl: 0x00000000 sdhci_imx0-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx0-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 sdhci_imx0-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 sdhci_imx0-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx0-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 sdhci_imx0-slot0: =========================================== sdhci_imx1: mem 0x2194000-0x2197fff irq 55 on simplebus2 sdhci_imx1-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx1-slot0: ============== REGISTER DUMP ============== sdhci_imx1-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 sdhci_imx1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_imx1-slot0: Present: 0xff888088 | Host ctl: 0x00000000 sdhci_imx1-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx1-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 sdhci_imx1-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 sdhci_imx1-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx1-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx1-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 sdhci_imx1-slot0: =========================================== sdhci_imx2: mem 0x2198000-0x219bfff irq 56 on simplebus2 sdhci_imx2-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx2-slot0: ============== REGISTER DUMP ============== sdhci_imx2-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx2-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_imx2-slot0: Argument: 0x00009a3b | Trn mode: 0x00000011 sdhci_imx2-slot0: Present: 0xff8d8088 | Host ctl: 0x00000002 sdhci_imx2-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx2-slot0: Wake-up: 0x00000000 | Clock: 0x00000002 sdhci_imx2-slot0: Timeout: 0x0000008b | Int stat: 0x00000000 sdhci_imx2-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx2-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx2-slot0: Caps: 0x0377c800 | Max curr: 0x80000011 sdhci_imx2-slot0: =========================================== mmc0: on sdhci_imx2 simplebus2: mem 0x219c000-0x219ffff irq 57 type unknown (no driver attached) sdhci_imx2-slot0: Divider 250 for freq 400000 (max 200000000) mmc0: Probing bus mmc0: SD 2.0 interface conditions: OK mmc0: SD probe: OK (OCR: 0x00ff8000) mmc0: Current OCR: 0x00ff8000 mmc0: Probing cards mmc0: New card detected (CID 824a544e43617264025402c63400da00) mmc0: New card detected (CSD 400e00325b590000ec1d7f800a400000) mmc0: Card at relative address 0x59b4 added: mmc0: card: SDHC NCard 0.2 SN 1409467956 MFG 10/2013 by 130 JT mmc0: bus: 4bit, 50MHz, high speed timing mmc0: memory: 61896704 blocks, erase sector 8192 blocks mmc0: setting transfer rate to 50.000MHz (high speed timing) sdhci_imx2-slot0: Divider 2 for freq 50000000 (max 200000000) mmcsd0: 32GB at mmc0 50.0MHz/4bit/65535-block GEOM: new disk mmcsd0 mmc0: setting bus width to 4 bits Trying to mount root from ufs:mmcsd0s2a []... root@wandboard:~ # -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 13:44:57 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50DD0BE8; Tue, 11 Feb 2014 13:44:57 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB93D13DC; Tue, 11 Feb 2014 13:44:54 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1BDifkn074617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 11 Feb 2014 14:44:41 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1BDicID023696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Feb 2014 14:44:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s1BDicU7000690; Tue, 11 Feb 2014 14:44:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s1BDicPD000689; Tue, 11 Feb 2014 14:44:38 +0100 (CET) (envelope-from ticso) Date: Tue, 11 Feb 2014 14:44:38 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Message-ID: <20140211134438.GD94205@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140211010733.GC94205@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , Bernd Walter , ticso@cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 13:44:57 -0000 On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > On Mon, Feb 10, 2014 at 07:33:52AM -0700, Ian Lepore wrote: > > On Mon, 2014-02-10 at 05:13 +0100, Bernd Walter wrote: > > > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > > [...] > > > Second boot worked better, but booting hanged after devd. > > > ... > > > > I have also seen this hang in devd during rc-script processing, a few > > times recently. ^T always shows it to be in a nanslp wait. > > Never seen this again so far. > > > I've never used crochet or tried to use growfs, that may not be an > > arm-related problem from the looks of it. > > Someone said he hadn't seen it on a recently updated Beaglebone, but > not sure how recent the source code had been. > I can't do Beaglebone tests myself, since I'm waiting for new boards. > > > I've never had getty/login hang in nanslp like that. When I'm running > > with nfs root it tends to hang in rpccon state, and that's frequency and > > annoying enough that I'm going to have to debug it soon (for all I know > > that problem may be my old 8.4 nfs server). > > Interesting. > > I can't seen to get the second microSD-slot running. > The controllers get attached, but mmc only to the onboard slot. > The WiFi is SDIO, which I didn't compile into the kernel and I noticed > there is a GPIO used to enable the chip. Strange enough the 4th controller gets an mmc1 device attached: sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO sdhci_imx3-slot0: ============== REGISTER DUMP ============== sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 sdhci_imx3-slot0: =========================================== mmc1: on sdhci_imx3 It hangs on probing, but it is my understanding that this controller isn't wired at all on wandboard. But why isn't there an attachment with the other two controllers. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 16:08:40 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7135D48; Tue, 11 Feb 2014 16:08:40 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9060E1216; Tue, 11 Feb 2014 16:08:40 +0000 (UTC) Received: from [166.170.31.17] (port=42683 helo=[172.20.10.5]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1WDFsX-0007I7-Jd; Tue, 11 Feb 2014 11:08:39 -0500 Content-Type: multipart/signed; boundary="Apple-Mail=_05E2BD3F-7DF7-4829-BE2F-FD6216105F37"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors From: George Neville-Neil In-Reply-To: <20140129181803.GI1827@glenbarber.us> Date: Tue, 11 Feb 2014 10:08:06 -0600 Message-Id: <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> References: <20140129181803.GI1827@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1827) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 16:08:40 -0000 --Apple-Mail=_05E2BD3F-7DF7-4829-BE2F-FD6216105F37 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jan 29, 2014, at 12:18 , Glen Barber wrote: > Hi, >=20 > For those not subscribed to the -snapshots@ mailing list, arm/armv6 > images for the RPI-B and BEAGLEBONE systems are now available on the > FreeBSD FTP mirrors. The work to integrate building ARM images was > sponsored by the FreeBSD Foundation. >=20 > Checksums are in the announcement mail here: >=20 > = http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/000066.h= tml >=20 > Images for RPI-B and BEAGLEBONE are expected to be available weekly > (unless something goes wrong with the builds) for 11.0-CURRENT and > 10.0-STABLE. >=20 > PANDABOARD and CUBIEBOARD images should be available next week. >=20 > Many thanks to Tim Kientzle for Crochet, which is used to produce = these > images, and to Warner Losh for his input on various things over the = last > weeks. >=20 BTW Have folks been trying these? We need to make sure these work. I=92ll be grabbing them when I=92m near a wifi again, in about 12 hours. Best, George --Apple-Mail=_05E2BD3F-7DF7-4829-BE2F-FD6216105F37 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL6SuYACgkQYdh2wUQKM9KVUwCgzE7+ODzVbr7OsqhX0tkQfaC5 BX0AoLmz42qiJ1mN067ec4E5mAA45qa2 =CgXl -----END PGP SIGNATURE----- --Apple-Mail=_05E2BD3F-7DF7-4829-BE2F-FD6216105F37-- From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 16:11:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FC7ADE1 for ; Tue, 11 Feb 2014 16:11:41 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9DA61291 for ; Tue, 11 Feb 2014 16:11:40 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id to1so4716654ieb.0 for ; Tue, 11 Feb 2014 08:11:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=0Zzx/DYonwFMOlYyrsfAb63nY71N/ZhSvZoXbSJJ8tA=; b=hfii1lMr6p3oei0yuhzietNKNowt1XcvT8e24GwUlmxueAPV8HjZzn2VTHOJx63oWf QfpVzMSbD1RP2eBJpr4xOvK/mMSLphkP3P1QIqulUNMgai8cvdAapm9xFfIwlLTAbynI X+ikBejmnAL0N4Z2rjhxYuRSoJhwfcO/QiAlbvsbT9sHdwCiW3KbxOUxCvQT6cANPElW /oD6Vf4U1zSFSwbDd9ZuvB6tBmB/0/70EW/PGR01sJuQd8isiTMQVfsoWSzumGsckcPO jarq8UXzqdHgS/FtccilvvbRTy5ZXfojAk471rJ/eU5zG7rOI138NgUlGx95c15R7rxT YAaw== X-Gm-Message-State: ALoCoQl+fbXqx7uOQC7iQIov5QU3OA6iOGRlk2IptyCrssqwksfStyUq6jnU+dyIQ3K6YvlZP1Hb X-Received: by 10.43.46.2 with SMTP id um2mr6973034icb.46.1392135094413; Tue, 11 Feb 2014 08:11:34 -0800 (PST) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id z5sm55323698igw.0.2014.02.11.08.11.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Feb 2014 08:11:33 -0800 (PST) Sender: Warner Losh Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> Date: Tue, 11 Feb 2014 09:11:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> To: George Neville-Neil X-Mailer: Apple Mail (2.1085) Cc: Glen Barber , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 16:11:41 -0000 On Feb 11, 2014, at 9:08 AM, George Neville-Neil wrote: >=20 > On Jan 29, 2014, at 12:18 , Glen Barber wrote: >=20 >> Hi, >>=20 >> For those not subscribed to the -snapshots@ mailing list, arm/armv6 >> images for the RPI-B and BEAGLEBONE systems are now available on the >> FreeBSD FTP mirrors. The work to integrate building ARM images was >> sponsored by the FreeBSD Foundation. >>=20 >> Checksums are in the announcement mail here: >>=20 >> = http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/000066.h= tml >>=20 >> Images for RPI-B and BEAGLEBONE are expected to be available weekly >> (unless something goes wrong with the builds) for 11.0-CURRENT and >> 10.0-STABLE. >>=20 >> PANDABOARD and CUBIEBOARD images should be available next week. >>=20 >> Many thanks to Tim Kientzle for Crochet, which is used to produce = these >> images, and to Warner Losh for his input on various things over the = last >> weeks. >>=20 >=20 > BTW Have folks been trying these? We need to make sure these work. > I=92ll be grabbing them when I=92m near a wifi again, in about 12 = hours. They work, in that they boot, but I've not stressed my RPi beyond that. Warner From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 16:11:47 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 049CCDE4; Tue, 11 Feb 2014 16:11:47 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C93171292; Tue, 11 Feb 2014 16:11:46 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 22A0D211E9; Tue, 11 Feb 2014 16:11:45 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 22A0D211E9 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 11 Feb 2014 11:11:42 -0500 From: Glen Barber To: George Neville-Neil Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140211161142.GA1665@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 16:11:47 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 11, 2014 at 10:08:06AM -0600, George Neville-Neil wrote: >=20 > On Jan 29, 2014, at 12:18 , Glen Barber wrote: >=20 > > Hi, > >=20 > > For those not subscribed to the -snapshots@ mailing list, arm/armv6 > > images for the RPI-B and BEAGLEBONE systems are now available on the > > FreeBSD FTP mirrors. The work to integrate building ARM images was > > sponsored by the FreeBSD Foundation. > >=20 > > Checksums are in the announcement mail here: > >=20 > > http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/00= 0066.html > >=20 > > Images for RPI-B and BEAGLEBONE are expected to be available weekly > > (unless something goes wrong with the builds) for 11.0-CURRENT and > > 10.0-STABLE. > >=20 > > PANDABOARD and CUBIEBOARD images should be available next week. > >=20 > > Many thanks to Tim Kientzle for Crochet, which is used to produce these > > images, and to Warner Losh for his input on various things over the last > > weeks. > >=20 >=20 > BTW Have folks been trying these? We need to make sure these work. > I=E2=80=99ll be grabbing them when I=E2=80=99m near a wifi again, in abou= t 12 hours. >=20 I've been testing these two specific boards. I'm still working on getting PANDABOARD and CUBIEBOARD builds working, but lack the hardware to actually test them. Glen --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS+ku+AAoJELls3eqvi17QPUwP/2M+KNzOuntM/vFkgy5DlwiW E640UObwDX77nJX+FmYa0xGjugN3KBIav96CJxM3qUJuvuDnOXgGYfYYfzYdT+Y0 jczaayQa+eMBX6XGlwre4Y/bYza3arC2SkBjEJ9+qXRnBTyJJo+Ezrd+D9HZmRLI 4k07Iyu0lw4X4JNqy1F9TSgVHMMx/Ogt426Rw+Azy1pQKtSl866cRWEaRhqz9sKB j/0CEYrR86XnG5IrTxXGZEZj7/Nb3vbkYcPdnU+7gV4V+l01ZkfMrLIUf1QBKMp5 C5KePVyKihokvApQPkdLhE1ZR1dNrasi6QsC9ZrQuSZUVj89z0t+ex/3yqPPm3FV BIbpPZNPePsQ2OQFfUmLig8vUvt/PGkDQKkO+K2gVukhEi8wheJrWBqKHRRslu3s dW8LDanso16NOcpSaM/bYAR1HFTd41qL2gK1BZCEnJ9BtKeObcf92Th4zksjnWrO ix99Zq2JmMf4BJk980gxmobWOQQSITRg0/mMpKCl8H2K3oIFJ52j5Ub+A7JhmRD4 5osSgoJ7xl45xKek7dWEAegNrfq8OAn/R/jLoSqz2KemReEwDr+4b+1a1WAiu4bf En0fUfEneAcTAJhbECTGRd5LhrFk5JNUomNwbLUokO3RHML+72CK13RI+qhX5mx5 V+xIKDhmNFN36uX0aOL3 =sLwg -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 16:22:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D51BDE2; Tue, 11 Feb 2014 16:22:35 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A18281369; Tue, 11 Feb 2014 16:22:35 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id lj1so7817859pab.26 for ; Tue, 11 Feb 2014 08:22:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UVmv7qDHWeT/oK6zlPiBefhnP0hTTTtLqnjQKG/9Qn8=; b=DjIEcclaEDvfo4TxOlvVLO3U1vZwrvdXIKrQ9+C70K5eeiduY+ZRfM8recwczin60M AS8kKrtiQrZpI28Ap4S9ITiH670GbmPHsLhuRmzq2x2zKd5nFvp9y6d0Xm3URIOeVfJE AGPesToKeWVugaz6jRu2wz/oSG3pOtdEZR9SAnqFLrFwrISV+g1e5y4Ocd+yjSEP417Z 5c53/e2/X442z/2Or5sZH6CVb3DTEETvfIUszaJe9iO+kJM44ZKT5bxWME8Rmy/HSLyc 8+IzVVGSaRa2iUzyWN51+rt/w9Jm0E0P5+yDsd0IFIqeD6hJdZpT4LnVVg9eeL4YEzcC FE6g== MIME-Version: 1.0 X-Received: by 10.66.232.68 with SMTP id tm4mr33093671pac.114.1392135754852; Tue, 11 Feb 2014 08:22:34 -0800 (PST) Received: by 10.70.133.234 with HTTP; Tue, 11 Feb 2014 08:22:34 -0800 (PST) In-Reply-To: <20140211161142.GA1665@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> Date: Tue, 11 Feb 2014 12:22:34 -0400 Message-ID: Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors From: AJ Castro-Chandri To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: George Neville-Neil , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 16:22:35 -0000 I will test on the Beagle Bone today, and report back asap. Awesome news! On Tuesday, February 11, 2014, Glen Barber wrote: > On Tue, Feb 11, 2014 at 10:08:06AM -0600, George Neville-Neil wrote: > > > > On Jan 29, 2014, at 12:18 , Glen Barber wrote: > > > > > Hi, > > > > > > For those not subscribed to the -snapshots@ mailing list, arm/armv6 > > > images for the RPI-B and BEAGLEBONE systems are now available on the > > > FreeBSD FTP mirrors. The work to integrate building ARM images was > > > sponsored by the FreeBSD Foundation. > > > > > > Checksums are in the announcement mail here: > > > > > > > http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/000066.html > > > > > > Images for RPI-B and BEAGLEBONE are expected to be available weekly > > > (unless something goes wrong with the builds) for 11.0-CURRENT and > > > 10.0-STABLE. > > > > > > PANDABOARD and CUBIEBOARD images should be available next week. > > > > > > Many thanks to Tim Kientzle for Crochet, which is used to produce these > > > images, and to Warner Losh for his input on various things over the > last > > > weeks. > > > > > > > BTW Have folks been trying these? We need to make sure these work. > > I'll be grabbing them when I'm near a wifi again, in about 12 hours. > > > > I've been testing these two specific boards. I'm still working on > getting PANDABOARD and CUBIEBOARD builds working, but lack the hardware > to actually test them. > > Glen > > From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 16:41:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B71F26B8 for ; Tue, 11 Feb 2014 16:41:37 +0000 (UTC) Received: from newton.metanet.ch (newton.metanet.ch [80.74.158.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A9B9158C for ; Tue, 11 Feb 2014 16:41:36 +0000 (UTC) Received: (qmail 22460 invoked from network); 11 Feb 2014 17:34:54 +0100 Received: from udp003908uds.hawaiiantel.net (HELO ?192.168.1.16?) (72.234.77.86) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES128-SHA encrypted, authenticated); 11 Feb 2014 17:34:54 +0100 Message-ID: <52FA512B.8080300@thieprojects.ch> Date: Tue, 11 Feb 2014 06:34:51 -1000 From: Werner Thie Organization: Thie & Co Projects User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: werner@thieprojects.ch List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 16:41:37 -0000 Tested Beaglebone White and RPi images for 10-STABLE, the oddity remains, that only at second boot the file system is resized. After that I built from port a complete suite for running twisted servers (http/https) with my own game software, including svn, python, perl, git and the likes. What I observed though is both on BB and RPi port building had to be restarted at some point with panics being thrown. I did not record them, because after restarting the port in question, building it went through smoothly. The pair of boards sitting on my desk are now playing games as opponents and servers, no incidents to report. Werner On 2/11/14 6:22 AM, AJ Castro-Chandri wrote: > I will test on the Beagle Bone today, and report back asap. > > Awesome news! > > On Tuesday, February 11, 2014, Glen Barber wrote: > >> On Tue, Feb 11, 2014 at 10:08:06AM -0600, George Neville-Neil wrote: >>> >>> On Jan 29, 2014, at 12:18 , Glen Barber wrote: >>> >>>> Hi, >>>> >>>> For those not subscribed to the -snapshots@ mailing list, arm/armv6 >>>> images for the RPI-B and BEAGLEBONE systems are now available on the >>>> FreeBSD FTP mirrors. The work to integrate building ARM images was >>>> sponsored by the FreeBSD Foundation. >>>> >>>> Checksums are in the announcement mail here: >>>> >>>> >> http://lists.freebsd.org/pipermail/freebsd-snapshots/2014-January/000066.html >>>> >>>> Images for RPI-B and BEAGLEBONE are expected to be available weekly >>>> (unless something goes wrong with the builds) for 11.0-CURRENT and >>>> 10.0-STABLE. >>>> >>>> PANDABOARD and CUBIEBOARD images should be available next week. >>>> >>>> Many thanks to Tim Kientzle for Crochet, which is used to produce these >>>> images, and to Warner Losh for his input on various things over the >> last >>>> weeks. >>>> >>> >>> BTW Have folks been trying these? We need to make sure these work. >>> I'll be grabbing them when I'm near a wifi again, in about 12 hours. >>> >> >> I've been testing these two specific boards. I'm still working on >> getting PANDABOARD and CUBIEBOARD builds working, but lack the hardware >> to actually test them. >> >> Glen >> >> > _______________________________________________ > 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" > From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 18:50:28 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9823D926; Tue, 11 Feb 2014 18:50:28 +0000 (UTC) Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de [IPv6:2a01:488:42::50ed:8591]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5744C13BB; Tue, 11 Feb 2014 18:50:28 +0000 (UTC) Received: from xdsl-78-34-191-163.netcologne.de ([78.34.191.163] helo=dijkstra-old.cruwe.de); authenticated by wp376.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1WDIPZ-0006dm-Ay; Tue, 11 Feb 2014 19:50:25 +0100 Date: Tue, 11 Feb 2014 19:50:24 +0100 From: "Christopher J. Ruwe" To: freebsd-ports@freebsd.org Subject: security/krb5 segfaulting on ARMv6/STABLE-10 Raspberry Message-ID: <20140211195024.2e55bdf9@dijkstra-old.cruwe.de> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1392144628;74fbb6d7; Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 18:50:28 -0000 Yesterday I ran into problems with self-compiled security/krb5 on ARMv6/10-STABLE Raspberry Pi. % uname -a FreeBSD armbld.hb22.cruwe.de 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r260786+cc2516d(stable/10): Fri Jan 17 20:08:46 CET 2014 root@dijkstra.cruwe.de:/usr/home/cjr/media/src/crochet-freebsd/work/obj/arm.arm/usr/home/cjr/media/src/freebsd-git/sys/RPI-B arm security/krb5 is segfaulting when kinit tries to connect to retrieve a ticket. Extensive information is on http://mailman.mit.edu/pipermail/kerberos/2014-February/019501.html The exact same configuration runs fine on amd64/9-STABLE [cjr@dijkstra:src/freebsd-doc]$ uname -a (02-11 19:28) FreeBSD dijkstra-old.hb22.cruwe.de 9.2-STABLE FreeBSD 9.2-STABLE #0 05d5e4d: Tue Jan 7 09:09:19 CET 2014 cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd-git/sys/GEN_WDTRACE amd64 I suspect erronous compilation, but compiling thrice did not yield different results. 1) Does somebody successfully run security/krb5-1.12.1 on a Raspberry? 2) If true, could I have the instuctions to build or download your image and your make.conf-settings to enable me to reproduce your build? Thanks and cheers, -- Christopher TZ: GMT + 1h GnuPG/GPG: 0xE8DE2C14 FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013 cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE Punctuation matters: "Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives. "A panda eats shoots and leaves." or "A panda eats, shoots, and leaves." - Punctuation teaches proper biology. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." (RFC 1925) From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 19:05:14 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14CA3FC0 for ; Tue, 11 Feb 2014 19:05:14 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2EDD1599 for ; Tue, 11 Feb 2014 19:05:13 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WDIdk-0007So-2i for freebsd-arm@freebsd.org; Tue, 11 Feb 2014 20:05:04 +0100 Received: from 97.96.39.205 ([97.96.39.205]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Feb 2014 20:05:04 +0100 Received: from dpejesh by 97.96.39.205 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Feb 2014 20:05:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-arm@freebsd.org From: David Shane Holden Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Date: Tue, 11 Feb 2014 11:43:17 -0500 Lines: 16 Message-ID: References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 97.96.39.205 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 In-Reply-To: <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 19:05:14 -0000 On 02/11/14 11:08, George Neville-Neil wrote: > > BTW Have folks been trying these? We need to make sure these work. > I’ll be grabbing them when I’m near a wifi again, in about 12 hours. > I tested the first 10.0-STABLE raspberry pi image that went up and it worked for the most part. It looks like there's been a few new images built which I haven't tried yet. I was having problems with the sd card randomly not showing up during boot, or disappearing after a few hours of uptime (and causing a panic) which I worked around by installing root on a USB drive and using the sd card just to get the kernel loaded which always seems to work fine. I was also sporadically getting an 'invalid instruction' (I don't remember the exact message) panic when I was doing some port builds on it. Other than that though it's been up and running for 10 days now without an issue. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 19:10:19 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11BB424F; Tue, 11 Feb 2014 19:10:19 +0000 (UTC) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B58F6163F; Tue, 11 Feb 2014 19:10:18 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id f10so7332523yha.35 for ; Tue, 11 Feb 2014 11:10:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VLxAvW8vcjyfjW+pg6cRDInkfT2DRrlvHKcp1UvldUM=; b=xZWL2oB4yj/nj4pQEwVVMR/fRZxdfHAdcbrsJxiGiyfTYbhJ4ZXkmjEQnonaC7nkGi ED1LjA8nUpczfu4hBRRmOmmVfaetSvOL1W9EAcDvypWxvOXtsZjBWAtfVJTsEaYV15Lt ClIOjMTn4aTtvwQLLuZiKTXKjEh9WFnD8m4oRWmQZdsycjFMjmJ9ep/bQEg8xxHECqBr OzI6k0Qgvs6Q6QGJEjX42oW4nNSSflEPkQbN5RzS5XyYvyTM+oV/1N1iUfXIlUepQy/s snv5HfC1bqpbAvwURkuhkNzGV7vgROI+ATw9P90ZBN1mqoTPwD7wgoYVbcqEEYGLutYj waog== X-Received: by 10.236.87.1 with SMTP id x1mr24509014yhe.51.1392145817898; Tue, 11 Feb 2014 11:10:17 -0800 (PST) Received: from [192.168.1.13] ([187.120.137.162]) by mx.google.com with ESMTPSA id d32sm62144065yhq.27.2014.02.11.11.10.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Feb 2014 11:10:17 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FDT/OFW GPIO bus From: Luiz Otavio O Souza In-Reply-To: Date: Tue, 11 Feb 2014 17:10:05 -0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9090D088-8F3C-494F-8F41-AA8A16361CB2@gmail.com> References: <2D5F2707-FD55-46BB-A44F-8870B48E2BB1@gmail.com> To: Warner Losh X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 19:10:19 -0000 On Feb 7, 2014, at 1:21 AM, Warner Losh wrote: >=20 > On Feb 6, 2014, at 11:53 AM, Luiz Otavio O Souza wrote: [=85] >>=20 >> gpioiic(4) devices can be described in DTS as follow: >>=20 >> gpio { >>=20 >> gpioiic { >> compatible =3D "gpioiic"; >=20 > Linux uses 'i2c-gpio' here. Can we follow that standard rather than = invent our own? Or at least support both? Sure, no problem. >=20 >> gpios =3D <&gpio 17 2 0 >> &gpio 21 2 0>; >> scl =3D <0>; >> sda =3D <1>; >=20 > Linux doesn't have these at all, it seems, since they are implicit in = the gpios property. It would be ideal if the scl and sda properties were = optional=85 They are optional and only needed when you want to change the default = setting (scl =3D 0 and sda =3D 1 - yes, in this example they are just a = no op). >=20 > In addition, you'll often see things like: >=20 > i2c-gpio,sda-open-drain; > i2c-gpio,scl-open-drain; > i2c-gpio,delay-us =3D <2>; >=20 > as well. These should be easy enough to add and shouldn't gate things. Right, ATM gpioiic(4) is coded as an open collector/drain for both SCL = and SDA as per standard. The delay option should be added. >=20 > There's also many DTS files that don't have this as a direct child of = gpio... But that's not strictly required. I'll cope with adding support = for that when I get the Atmel stuff working... >=20 >> lm750 { >> compatible =3D "lm75"; >> i2c-address =3D <0x4b>; >> }; >> lm751 { >> compatible =3D "lm75"; >> i2c-address =3D <0x4f>; >> }; >> }; >> }; I see. I found a DTS from Atmel and i=92ll add support for that. Thank you for point that out. Luiz= From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 20:19:42 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18BB8791 for ; Tue, 11 Feb 2014 20:19:42 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp04.smtpout.orange.fr [80.12.242.126]) by mx1.freebsd.org (Postfix) with ESMTP id ADCF51CA0 for ; Tue, 11 Feb 2014 20:19:40 +0000 (UTC) Received: from cuisine.seix ([2.6.144.252]) by mwinf5d59 with ME id R8Kd1n00l5Sx6zE038Kdvm; Tue, 11 Feb 2014 21:19:40 +0100 Date: Tue, 11 Feb 2014 21:17:46 +0000 From: =?UTF-8?B?U3TDqXBoYW5l?= Goujet To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140211211746.28beee52@cuisine.seix> In-Reply-To: <20140211161142.GA1665@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i486-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 20:19:42 -0000 Le Tue, 11 Feb 2014 11:11:42 -0500, Glen Barber a écrit : > I've been testing these two specific boards. I'm still working on > getting PANDABOARD and CUBIEBOARD builds working, but lack the > hardware to actually test them. I have one spare Cubieboard. If you give me detailed instructions about what/how to test, I suppose I could do it. But be aware that I do not have any extended knowledge, neither about FreeBSD (have always been on Linux so far) nor about getting a system to boot. Bye, Stéphane. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 11 20:36:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A681DE98; Tue, 11 Feb 2014 20:36:48 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7735C1E41; Tue, 11 Feb 2014 20:36:48 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0035121D66; Tue, 11 Feb 2014 20:36:46 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0035121D66 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 11 Feb 2014 15:36:45 -0500 From: Glen Barber To: =?iso-8859-1?Q?St=E9phane?= Goujet Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140211203645.GB1650@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <20140211211746.28beee52@cuisine.seix> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 20:36:48 -0000 --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 11, 2014 at 09:17:46PM +0000, St=E9phane Goujet wrote: > Le Tue, 11 Feb 2014 11:11:42 -0500, > Glen Barber a =E9crit : >=20 > > I've been testing these two specific boards. I'm still working on > > getting PANDABOARD and CUBIEBOARD builds working, but lack the > > hardware to actually test them. >=20 > I have one spare Cubieboard. If you give me detailed instructions > about what/how to test, I suppose I could do it. But be aware that I do > not have any extended knowledge, neither about FreeBSD (have always > been on Linux so far) nor about getting a system to boot. >=20 Thank you for the offer to help. Once I get an image built, I'll let you know the download URL, and provide instructions. Glen --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS+ondAAoJELls3eqvi17QLE8P+waWzs+tfgKs72+dlAkxgBn6 8PxoDo9m7ETMZapQh31zfbhMtjnrHxoB5+3/EFSVbCZ1ZrsLTSMN17hkeT0lTJD2 xfcaYOSQ4eqsZv7oFFcm1Sm7EerUgk4YFt80CRr4uhEzg+Lnu8apTxjT1/HNb6ii J+0nY/G2jInhX0gh71QPWUq/ztoEQKWTyRxH6qaOzMeV8DP4X4UwAFuQYoppEmF3 G63eSt4DRCAj7ysGm4dndIQwwBbcfc0cnLCbhauqUNjYyldCm8o4SUdAApUDPmez Q+1q4LJ97her7jUc8cvFhnRmqRwJESBgr7pdSfyrRBozM39NRtjBKipWOseJDILa ZAPOyWSQTKohnZrhl2+0WVLOQ1ypbToGZsFUd7LFwltWoD0dk/mxZ6EohEBw0saf p52MTsjEyV9KivOZtwkDaiEmhqqy+hG3n73AjDdU6GgYE9xkds9zpFlnpljfw7qZ R17z0+vbNftUXLn4VSKaMX+Hb3zpqi/0oQxSl1HBdvstY7/VwpHvOZN62W5eZZAF 2TgKWAbbv0eOFcj0YW9DaV++ZPe9gPZZUOxZF06yUVIpwKSLWpuwFU8v+ShSyasZ SLqrVTmhns7wXaErUGXzavXo0HP2bgqju9UQYqDk3MXgS1LonzXKWb/Sub+dZ98T hqOxQVzRoutgt779Ahy4 =eSpe -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 01:05:11 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14250198 for ; Wed, 12 Feb 2014 01:05:11 +0000 (UTC) Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEE4E17CB for ; Wed, 12 Feb 2014 01:05:09 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id cm18so12795473qab.40 for ; Tue, 11 Feb 2014 17:05:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=DtbK/Obd7dmEtLbwG44jUIeNFLCdFoAfEWZyvymZN3o=; b=mEn06S0Q6R4L/7ee/Ikf7whzxm1K093HBR8UD883GLeiXTHH7QOES2VI64QiIr65aN 4ro7sKnW15vNBydxqBDcxFts8QlW8YH7XwitMjMA01aKBcib3D6LPY+sL23qQM+xDPW7 vKPjvZceTEFz3aEPq8d5BR9y+kfTbnz0dQv/TK6IGIzn6EIO9Mr2Yp7MenWlLj5dm73E KoSPl/Ho8ehUQdJtepVYzPrLsEJH1IqS36AzCcTOxVo2PuWG5SKgQnnDi8L1B9CqyGT0 XRshEvymHDxj31XvOCDuNoCBpt1Ip5kRtGEr42kFwO4VNmN6m4QAo9cNEq/NyX+5DRAC W0ew== X-Gm-Message-State: ALoCoQl/xZlvgXmMrXZ0YRGz6MWIK+RNKQ0E9O6YRQxI+UHOwE07NI52GeluKvouL6t9NyqTnUr4zv2+9Jb6MOznX/n6uip/JO+tULGFrwgmL3jzdixvqwg= X-Received: by 10.140.27.103 with SMTP id 94mr59467216qgw.45.1392167108766; Tue, 11 Feb 2014 17:05:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.200.130 with HTTP; Tue, 11 Feb 2014 17:04:53 -0800 (PST) In-Reply-To: <20140211203645.GB1650@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> <20140211203645.GB1650@glenbarber.us> From: "Lundberg, Johannes" Date: Wed, 12 Feb 2014 10:04:53 +0900 Message-ID: Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors To: Glen Barber Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 01:05:11 -0000 SSBjYW4gdGVzdCBCZWFnbGVib25lIGJsYWNrLCBQYW5kYWJvYXJkIEVTIGFuZCBSYXNwYmVycnkg UGkgaWYgeW91IHBvaW50IG1lDQp0byB3aGVyZSBJIGNhbiBmaW5kIGltYWdlcy4NCg0KLS0NCkpv aGFubmVzIEx1bmRiZXJnDQpCUklMTElBTlRTRVJWSUNFIENPLiwgTFRELg0KDQoNCk9uIFdlZCwg RmViIDEyLCAyMDE0IGF0IDU6MzYgQU0sIEdsZW4gQmFyYmVyIDxnamJAZnJlZWJzZC5vcmc+IHdy b3RlOg0KDQo+IE9uIFR1ZSwgRmViIDExLCAyMDE0IGF0IDA5OjE3OjQ2UE0gKzAwMDAsIFN0w6lw aGFuZSBHb3VqZXQgd3JvdGU6DQo+ID4gTGUgVHVlLCAxMSBGZWIgMjAxNCAxMToxMTo0MiAtMDUw MCwNCj4gPiBHbGVuIEJhcmJlciA8Z2piQEZyZWVCU0Qub3JnPiBhIMOpY3JpdCA6DQo+ID4NCj4g PiA+IEkndmUgYmVlbiB0ZXN0aW5nIHRoZXNlIHR3byBzcGVjaWZpYyBib2FyZHMuICBJJ20gc3Rp bGwgd29ya2luZyBvbg0KPiA+ID4gZ2V0dGluZyBQQU5EQUJPQVJEIGFuZCBDVUJJRUJPQVJEIGJ1 aWxkcyB3b3JraW5nLCBidXQgbGFjayB0aGUNCj4gPiA+IGhhcmR3YXJlIHRvIGFjdHVhbGx5IHRl c3QgdGhlbS4NCj4gPg0KPiA+ICAgSSBoYXZlIG9uZSBzcGFyZSBDdWJpZWJvYXJkLiBJZiB5b3Ug Z2l2ZSBtZSBkZXRhaWxlZCBpbnN0cnVjdGlvbnMNCj4gPiBhYm91dCB3aGF0L2hvdyB0byB0ZXN0 LCBJIHN1cHBvc2UgSSBjb3VsZCBkbyBpdC4gQnV0IGJlIGF3YXJlIHRoYXQgSSBkbw0KPiA+IG5v dCBoYXZlIGFueSBleHRlbmRlZCBrbm93bGVkZ2UsIG5laXRoZXIgYWJvdXQgRnJlZUJTRCAoaGF2 ZSBhbHdheXMNCj4gPiBiZWVuIG9uIExpbnV4IHNvIGZhcikgbm9yIGFib3V0IGdldHRpbmcgYSBz eXN0ZW0gdG8gYm9vdC4NCj4gPg0KPg0KPiBUaGFuayB5b3UgZm9yIHRoZSBvZmZlciB0byBoZWxw LiAgT25jZSBJIGdldCBhbiBpbWFnZSBidWlsdCwgSSdsbCBsZXQNCj4geW91IGtub3cgdGhlIGRv d25sb2FkIFVSTCwgYW5kIHByb3ZpZGUgaW5zdHJ1Y3Rpb25zLg0KPg0KPiBHbGVuDQo+DQo+DQoK LS0gCj0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LQrnp5jlr4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHl kI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7l r77osaHjgajjgarjgovmg4XloLHjgpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN 5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O8 44Or44Gu56C05qOE44CB44GK44KI44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH 44Gu6ZaL56S644CBCuikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOB n+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOB quOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFM SVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAph bmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5n LCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBi eSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklm IHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbCBpbgplcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 01:08:32 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BCD121F; Wed, 12 Feb 2014 01:08:32 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18B2F17FE; Wed, 12 Feb 2014 01:08:32 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6A2EA219AA; Wed, 12 Feb 2014 01:08:29 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6A2EA219AA Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 11 Feb 2014 20:08:27 -0500 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140212010827.GA1671@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> <20140211203645.GB1650@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 01:08:32 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 12, 2014 at 10:04:53AM +0900, Lundberg, Johannes wrote: > I can test Beaglebone black, Pandaboard ES and Raspberry Pi if you point = me > to where I can find images. >=20 http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/ Glen --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS+smLAAoJELls3eqvi17QQTAQAKVcw1+kZ3pB8X39PgtE7YCy Q7dKVLtJ3BFqSaajn8BOR1sPaUuO7xS3pm7WPlMcYkWof8Vhr61R1VGyVTab6R6R hV+f0jl/Sk6rPLBhkqklQEjqkXpLh37HRVwUangg7zb9NiNp99lGSJoHolLJDKZV hZx56XcJ0Gd0H0jfA0h6qGwYjDEzGYAPpcLA/dhtsqj+MeFBx7Da3qHPjX4sGKL1 hxK8THeFpgnrKnWqnfUTOymHzib+n9X9qYntNqXZLhRxWf6NmEeNDZ1MEsuh7BIN Vts+Ipunz30CqZKe2mWyadXX03VXYhO1d9BfVVQE6TtRuZrSNaI/ke2jaRtpl8oy F920R42031rN3fAco4TPytIpXfPe1ldNlCAvXDlNVSM2CcGdD2A+826id98D1+B1 vvSlYDLtK6eqcbQYWruPSpbTx5MplauveKv7K35fvgrrZcCXM3tT8sXvk+M19xYs VNK0lbMvRNMcxWIbQlFRfQTVFy96BBOtBS6kvMzGZeXZF+ocCLfMsQsl9A2ZUdFi hp5aOkTnqVYSNztYkqVL/NV7U4QGBrcE5tfmo5ZLdq6LpZyyG0S2HZZB9KVo1jcz I+QJL0cpcCB3LgyrDg9Ww83g5S31Zyyut+k7TyBml3HV1/l9v0XewMJes3RKHs4r RDTtOsexBio1imzDvQy+ =9a+p -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 01:16:26 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E27832CA for ; Wed, 12 Feb 2014 01:16:25 +0000 (UTC) Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 982C71896 for ; Wed, 12 Feb 2014 01:16:25 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id i8so14084741qcq.4 for ; Tue, 11 Feb 2014 17:16:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=gumIcdGBWiqLOuGm5njumE2pQuNhc0DSFRgqzC6CG6c=; b=nNlMV5wmqulj3PSFR7fsBHgouXbo/0z1iyuCZXrqRvBdKG8UKk+M1ikYSUzLGpJJui EgLMo/JhxTkK1KOFyZjfPDhV2R9q4b66HKIDZrecZrSBLyNR7YNfE6DnpPIDK4LVnjsi a+6Q6hVkBkDWZcJukDm+W461XWl+mZlMozoNRwnjdT8rgRUU8itGC6zU0hRStzEtvNcb zOrDCmvjS+Qpj5iQYmYiJduTxiL8vez9f0gVOkEmWX/ZeHhbfAXTp7Fonn/envy9oKV7 A7TJLtWy85YX1/kQh8Ol5eMaQ/HeEs5LQZKkwLECvXzf0ezkSDbc+6J/LMt8DG7VnvJ/ O/RA== X-Gm-Message-State: ALoCoQlA9UayLomZcq+Us2PNHJ9Tb7Qn2c5OmMYpl/bmyE41igO0KVNk1SEfE86CmdNtpQvaEKE8zXyqm7UaGdq+cOyu49+KxY+p8wnsnXLm1NckXvyV63A= X-Received: by 10.140.87.204 with SMTP id r70mr31544868qgd.23.1392167419078; Tue, 11 Feb 2014 17:10:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.200.130 with HTTP; Tue, 11 Feb 2014 17:10:04 -0800 (PST) In-Reply-To: <20140212010827.GA1671@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> <20140211203645.GB1650@glenbarber.us> <20140212010827.GA1671@glenbarber.us> From: "Lundberg, Johannes" Date: Wed, 12 Feb 2014 10:10:04 +0900 Message-ID: Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors To: Glen Barber Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 01:16:26 -0000 Thanks! Will Pandaboard also show up here soon? -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Wed, Feb 12, 2014 at 10:08 AM, Glen Barber wrote: > On Wed, Feb 12, 2014 at 10:04:53AM +0900, Lundberg, Johannes wrote: > > I can test Beaglebone black, Pandaboard ES and Raspberry Pi if you point > me > > to where I can find images. > > > > http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/ > > Glen > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 01:20:28 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F24AE32B; Wed, 12 Feb 2014 01:20:28 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE53618AE; Wed, 12 Feb 2014 01:20:28 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 78BBA21AEE; Wed, 12 Feb 2014 01:20:27 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 78BBA21AEE Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 11 Feb 2014 20:20:25 -0500 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140212012025.GB1671@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> <20140211203645.GB1650@glenbarber.us> <20140212010827.GA1671@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 01:20:29 -0000 --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 12, 2014 at 10:10:04AM +0900, Lundberg, Johannes wrote: > Thanks! Will Pandaboard also show up here soon? >=20 Yes. Glen --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS+sxZAAoJELls3eqvi17Q9iwQAMvFEvCZHF6TSZx5+sDrWdst RgA8lRmF5xURxCvLliXiS+eiLTy7Xtr9wqzRqtz+M/V03Xhxv4h2mjK95QzUU3/a +ns1HzEiZxO9xvTiNk5t9W/6jLnWajnEdkaqTmScKzyXV9YbT5E1VKWuJheaqOes IKeR5FJX4EHWFOdRv2PiHGgleAudhuA/Dg3zML87Bt9YJxC0S1bns8sYzxPp8kQC Q00nZA7gw0Cv3n7a8D3YlCERBZ9XE3PkPM29A+Nahs3R2e2ie8z60gD9T/Rw5mHL kOOId/DxrmlLi5ZPAvLg/wrsp5XwlyTmOcNLKOPLJofaDsw5aF1owTeuYiZ0iY/J ggkqGGzqH3zUa2Ca4PjDzAWeYIDSUcIglGCqZbEwzsvHwJCyYPEU98znXRwjecAH OlrFP+hT8qCzyPf+8Qv+U2mlBlA4JTKP7sapRkMmExqQrncfYiHtWTLyQzHgldik Op7qBV9qfFzWtNu6db/wti4g37xiHUZ7ly5iOsyYwvc1HAIPi4Hb1/rTz9ymSRkY J4axn2d8VWsiWb5X9HOT8f276j21BeF9/p3PnaFHqwX1yqacFqBO2dN1XInMtZRN BabAAaAGl9GDOzYsWOMGPbA6KNERm/4z58IrntJakWtlkcS6RXNeryN4DQEzWMiO RscraXzBJXJ5SJsaQHxU =N4+O -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 04:15:21 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A891BCB for ; Wed, 12 Feb 2014 04:15:21 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54BDD1154 for ; Wed, 12 Feb 2014 04:15:19 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WDQto-0009es-8C; Wed, 12 Feb 2014 03:54:12 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1C3s9uM073577; Tue, 11 Feb 2014 20:54:09 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18vNrxlPVUP3Gy+7dPv9Rg9 Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed From: Ian Lepore To: Bernd Walter In-Reply-To: <20140211134438.GD94205@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> Content-Type: multipart/mixed; boundary="=-E08JNmeOtooT39v3lT6g" Date: Tue, 11 Feb 2014 20:54:08 -0700 Message-ID: <1392177248.1145.43.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 04:15:21 -0000 --=-E08JNmeOtooT39v3lT6g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: > On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > > On Mon, Feb 10, 2014 at 07:33:52AM -0700, Ian Lepore wrote: > > > On Mon, 2014-02-10 at 05:13 +0100, Bernd Walter wrote: > > > > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > > > [...] > > > > Second boot worked better, but booting hanged after devd. > > > > ... > > > > > > I have also seen this hang in devd during rc-script processing, a few > > > times recently. ^T always shows it to be in a nanslp wait. > > > > Never seen this again so far. > > > > > I've never used crochet or tried to use growfs, that may not be an > > > arm-related problem from the looks of it. > > > > Someone said he hadn't seen it on a recently updated Beaglebone, but > > not sure how recent the source code had been. > > I can't do Beaglebone tests myself, since I'm waiting for new boards. > > > > > I've never had getty/login hang in nanslp like that. When I'm running > > > with nfs root it tends to hang in rpccon state, and that's frequency and > > > annoying enough that I'm going to have to debug it soon (for all I know > > > that problem may be my old 8.4 nfs server). > > > > Interesting. > > > > I can't seen to get the second microSD-slot running. > > The controllers get attached, but mmc only to the onboard slot. > > The WiFi is SDIO, which I didn't compile into the kernel and I noticed > > there is a GPIO used to enable the chip. > > Strange enough the 4th controller gets an mmc1 device attached: > sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 > sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO > sdhci_imx3-slot0: ============== REGISTER DUMP ============== > sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 > sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 > sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 > sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 > sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 > sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 > sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 > sdhci_imx3-slot0: =========================================== > mmc1: on sdhci_imx3 > > It hangs on probing, but it is my understanding that this controller > isn't wired at all on wandboard. > But why isn't there an attachment with the other two controllers. > I can't get the uSD slot on the carrier board to work either, but my symptoms are different. Aha! I just noticed that Freescale moved some bits around in the Present State register and defined some that are undefined in the spec and so on. I completely overlooked that when I was writing the driver. I need to write some proper translation routines, which ain't happening tonight. :) But, as proof of concept, the attached little crude hack makes it successfully probe both of my sd slots now. -- Ian --=-E08JNmeOtooT39v3lT6g Content-Disposition: inline; filename="imx_sdhci_detect_hack.diff" Content-Type: text/x-patch; name="imx_sdhci_detect_hack.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/freescale/imx/imx_sdhci.c =================================================================== --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * val32 |= sc->r1bfix_intmask; } + if (off == SDHCI_PRESENT_STATE && device_get_unit(dev) != 1) + val32 |= SDHCI_CARD_PRESENT; + return val32; } --=-E08JNmeOtooT39v3lT6g-- From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 04:33:34 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF9A3892 for ; Wed, 12 Feb 2014 04:33:34 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B30612EB for ; Wed, 12 Feb 2014 04:33:33 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WDRVs-0006In-PS; Wed, 12 Feb 2014 04:33:33 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1C4XThZ073596; Tue, 11 Feb 2014 21:33:29 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18wB+G03m7/xHglml0GfMAO Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed From: Ian Lepore To: Bernd Walter In-Reply-To: <1392177248.1145.43.camel@revolution.hippie.lan> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> <1392177248.1145.43.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Tue, 11 Feb 2014 21:33:29 -0700 Message-ID: <1392179609.1145.45.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 04:33:34 -0000 On Tue, 2014-02-11 at 20:54 -0700, Ian Lepore wrote: > On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: > > On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > > > On Mon, Feb 10, 2014 at 07:33:52AM -0700, Ian Lepore wrote: > > > > On Mon, 2014-02-10 at 05:13 +0100, Bernd Walter wrote: > > > > > On Mon, Feb 03, 2014 at 12:04:50AM +0100, Bernd Walter wrote: > > > > [...] > > > > > Second boot worked better, but booting hanged after devd. > > > > > ... > > > > > > > > I have also seen this hang in devd during rc-script processing, a few > > > > times recently. ^T always shows it to be in a nanslp wait. > > > > > > Never seen this again so far. > > > > > > > I've never used crochet or tried to use growfs, that may not be an > > > > arm-related problem from the looks of it. > > > > > > Someone said he hadn't seen it on a recently updated Beaglebone, but > > > not sure how recent the source code had been. > > > I can't do Beaglebone tests myself, since I'm waiting for new boards. > > > > > > > I've never had getty/login hang in nanslp like that. When I'm running > > > > with nfs root it tends to hang in rpccon state, and that's frequency and > > > > annoying enough that I'm going to have to debug it soon (for all I know > > > > that problem may be my old 8.4 nfs server). > > > > > > Interesting. > > > > > > I can't seen to get the second microSD-slot running. > > > The controllers get attached, but mmc only to the onboard slot. > > > The WiFi is SDIO, which I didn't compile into the kernel and I noticed > > > there is a GPIO used to enable the chip. > > > > Strange enough the 4th controller gets an mmc1 device attached: > > sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 > > sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO > > sdhci_imx3-slot0: ============== REGISTER DUMP ============== > > sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 > > sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 > > sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > > sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 > > sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 > > sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 > > sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 > > sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > > sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > > sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 > > sdhci_imx3-slot0: =========================================== > > mmc1: on sdhci_imx3 > > > > It hangs on probing, but it is my understanding that this controller > > isn't wired at all on wandboard. > > But why isn't there an attachment with the other two controllers. > > > > I can't get the uSD slot on the carrier board to work either, but my > symptoms are different. > > Aha! I just noticed that Freescale moved some bits around in the > Present State register and defined some that are undefined in the spec > and so on. I completely overlooked that when I was writing the > driver. > > I need to write some proper translation routines, which ain't happening > tonight. :) But, as proof of concept, the attached little crude hack > makes it successfully probe both of my sd slots now. > > -- Ian > > differences between files attachment (imx_sdhci_detect_hack.diff) > Index: sys/arm/freescale/imx/imx_sdhci.c > =================================================================== > --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) > +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) > @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * > val32 |= sc->r1bfix_intmask; > } > > + if (off == SDHCI_PRESENT_STATE && device_get_unit(dev) != 1) > + val32 |= SDHCI_CARD_PRESENT; > + > return val32; > } > Just realized... that check for unit != 1 is only needed if you have the wifi device enabled in the dts. If only the sd slots are enabled, leave that out. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 22:22:48 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1C75D8E; Wed, 12 Feb 2014 22:22:48 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84B6D15B5; Wed, 12 Feb 2014 22:22:47 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1CMMZLt097793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 12 Feb 2014 23:22:35 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1CMMMLs045298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Feb 2014 23:22:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s1CMMM6T009280; Wed, 12 Feb 2014 23:22:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s1CMMMBu009279; Wed, 12 Feb 2014 23:22:22 +0100 (CET) (envelope-from ticso) Date: Wed, 12 Feb 2014 23:22:22 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Message-ID: <20140212222222.GG5074@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> <1392177248.1145.43.camel@revolution.hippie.lan> <1392179609.1145.45.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1392179609.1145.45.camel@revolution.hippie.lan> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , Bernd Walter X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 22:22:48 -0000 On Tue, Feb 11, 2014 at 09:33:29PM -0700, Ian Lepore wrote: > On Tue, 2014-02-11 at 20:54 -0700, Ian Lepore wrote: > > On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: > > > On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > > > > I can't seen to get the second microSD-slot running. > > > > The controllers get attached, but mmc only to the onboard slot. > > > > The WiFi is SDIO, which I didn't compile into the kernel and I noticed > > > > there is a GPIO used to enable the chip. > > > > > > Strange enough the 4th controller gets an mmc1 device attached: > > > sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 > > > sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO > > > sdhci_imx3-slot0: ============== REGISTER DUMP ============== > > > sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 > > > sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 > > > sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > > > sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 > > > sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 > > > sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 > > > sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 > > > sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > > > sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > > > sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 > > > sdhci_imx3-slot0: =========================================== > > > mmc1: on sdhci_imx3 > > > > > > It hangs on probing, but it is my understanding that this controller > > > isn't wired at all on wandboard. > > > But why isn't there an attachment with the other two controllers. > > > > > > > I can't get the uSD slot on the carrier board to work either, but my > > symptoms are different. > > > > Aha! I just noticed that Freescale moved some bits around in the > > Present State register and defined some that are undefined in the spec > > and so on. I completely overlooked that when I was writing the > > driver. > > > > I need to write some proper translation routines, which ain't happening > > tonight. :) But, as proof of concept, the attached little crude hack > > makes it successfully probe both of my sd slots now. > > > > -- Ian > > > > differences between files attachment (imx_sdhci_detect_hack.diff) > > Index: sys/arm/freescale/imx/imx_sdhci.c > > =================================================================== > > --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) > > +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) > > @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * > > val32 |= sc->r1bfix_intmask; > > } > > > > + if (off == SDHCI_PRESENT_STATE && device_get_unit(dev) != 1) > > + val32 |= SDHCI_CARD_PRESENT; > > + > > return val32; > > } > > > > Just realized... that check for unit != 1 is only needed if you have the > wifi device enabled in the dts. If only the sd slots are enabled, leave > that out. With that both cards are probed now. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 22:37:25 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEC1A1DD for ; Wed, 12 Feb 2014 22:37:25 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 898001682 for ; Wed, 12 Feb 2014 22:37:25 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WDiQm-000Dcp-3u; Wed, 12 Feb 2014 22:37:24 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1CMbLHZ074440; Wed, 12 Feb 2014 15:37:21 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+xb1c0ZMdxP6anA4OVGF96 Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed From: Ian Lepore To: ticso@cicely.de In-Reply-To: <20140212222222.GG5074@cicely7.cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> <1392177248.1145.43.camel@revolution.hippie.lan> <1392179609.1145.45.camel@revolution.hippie.lan> <20140212222222.GG5074@cicely7.cicely.de> Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Feb 2014 15:37:20 -0700 Message-ID: <1392244640.1145.60.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 22:37:25 -0000 On Wed, 2014-02-12 at 23:22 +0100, Bernd Walter wrote: > On Tue, Feb 11, 2014 at 09:33:29PM -0700, Ian Lepore wrote: > > On Tue, 2014-02-11 at 20:54 -0700, Ian Lepore wrote: > > > On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: > > > > On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > > > > > I can't seen to get the second microSD-slot running. > > > > > The controllers get attached, but mmc only to the onboard slot. > > > > > The WiFi is SDIO, which I didn't compile into the kernel and I noticed > > > > > there is a GPIO used to enable the chip. > > > > > > > > Strange enough the 4th controller gets an mmc1 device attached: > > > > sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 > > > > sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO > > > > sdhci_imx3-slot0: ============== REGISTER DUMP ============== > > > > sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 > > > > sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 > > > > sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > > > > sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 > > > > sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 > > > > sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 > > > > sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 > > > > sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > > > > sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > > > > sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 > > > > sdhci_imx3-slot0: =========================================== > > > > mmc1: on sdhci_imx3 > > > > > > > > It hangs on probing, but it is my understanding that this controller > > > > isn't wired at all on wandboard. > > > > But why isn't there an attachment with the other two controllers. > > > > > > > > > > I can't get the uSD slot on the carrier board to work either, but my > > > symptoms are different. > > > > > > Aha! I just noticed that Freescale moved some bits around in the > > > Present State register and defined some that are undefined in the spec > > > and so on. I completely overlooked that when I was writing the > > > driver. > > > > > > I need to write some proper translation routines, which ain't happening > > > tonight. :) But, as proof of concept, the attached little crude hack > > > makes it successfully probe both of my sd slots now. > > > > > > -- Ian > > > > > > differences between files attachment (imx_sdhci_detect_hack.diff) > > > Index: sys/arm/freescale/imx/imx_sdhci.c > > > =================================================================== > > > --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) > > > +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) > > > @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * > > > val32 |= sc->r1bfix_intmask; > > > } > > > > > > + if (off == SDHCI_PRESENT_STATE && device_get_unit(dev) != 1) > > > + val32 |= SDHCI_CARD_PRESENT; > > > + > > > return val32; > > > } > > > > > > > Just realized... that check for unit != 1 is only needed if you have the > > wifi device enabled in the dts. If only the sd slots are enabled, leave > > that out. > > With that both cards are probed now. > The bad news is that I've just finished coding up the translation between the freescale and standard definitions of the Present State register, and the bit for card-detected didn't move. So it's not fixed yet. The u-boot code uses gpios for card detect, and the wandboard schematic agrees with that. I have no idea why the sdhci controller thinks one slot has a card inserted and the other doesn't. Maybe there are just some internal pads that aren't bonded and it's an accident of how the lines are floating. There's a lot (a LOT) of work to be done to get to a proper solution. The standard dev/sdhci driver has no concept of how to use a gpio to check for card presence, so there's work to be done there. On the imx6 side, we have nothing right now for pinmux or gpio support. It should also be possible to use the DAT3 line for card detect, I'll look into how to make that work. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Feb 12 22:43:54 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B3BE267; Wed, 12 Feb 2014 22:43:54 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E81F01707; Wed, 12 Feb 2014 22:43:53 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s1CMhpSU097903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 12 Feb 2014 23:43:52 +0100 (CET) (envelope-from bernd@cicely.de) Received: from [10.1.11.7] (ipad.cicely.de [10.1.11.7]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s1CMhmgS045421 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 12 Feb 2014 23:43:49 +0100 (CET) (envelope-from bernd@cicely.de) References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> <1392177248.1145.43.camel@revolution.hippie.lan> <1392179609.1145.45.camel@revolution.hippie.lan> <20140212222222.GG5074@cicely7.cicely.de> <1392244640.1145.60.camel@revolution.hippie.lan> In-Reply-To: <1392244640.1145.60.camel@revolution.hippie.lan> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <33F22422-5CFF-4023-A357-CDE265263477@cicely.de> X-Mailer: iPad Mail (10B329) From: Bernd Walter Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed Date: Wed, 12 Feb 2014 23:43:49 +0100 To: Ian Lepore X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm , "ticso@cicely.de" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 22:43:54 -0000 Am 12.02.2014 um 23:37 schrieb Ian Lepore : > On Wed, 2014-02-12 at 23:22 +0100, Bernd Walter wrote: >> On Tue, Feb 11, 2014 at 09:33:29PM -0700, Ian Lepore wrote: >>> On Tue, 2014-02-11 at 20:54 -0700, Ian Lepore wrote: >>>> On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: >>>>> On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: >>>>>> I can't seen to get the second microSD-slot running. >>>>>> The controllers get attached, but mmc only to the onboard slot. >>>>>> The WiFi is SDIO, which I didn't compile into the kernel and I notice= d >>>>>> there is a GPIO used to enable the chip. >>>>>=20 >>>>> Strange enough the 4th controller gets an mmc1 device attached: >>>>> sdhci_imx3: mem 0x219c000-0x219ffff irq 5= 7 on simplebus2 >>>>> sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO >>>>> sdhci_imx3-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER D= UMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 >>>>> sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 >>>>> sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 >>>>> sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 >>>>> sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 >>>>> sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 >>>>> sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 >>>>> sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb >>>>> sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 >>>>> sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 >>>>> sdhci_imx3-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> mmc1: on sdhci_imx3 >>>>>=20 >>>>> It hangs on probing, but it is my understanding that this controller >>>>> isn't wired at all on wandboard. >>>>> But why isn't there an attachment with the other two controllers. >>>>>=20 >>>>=20 >>>> I can't get the uSD slot on the carrier board to work either, but my >>>> symptoms are different. >>>>=20 >>>> Aha! I just noticed that Freescale moved some bits around in the >>>> Present State register and defined some that are undefined in the spec >>>> and so on. I completely overlooked that when I was writing the >>>> driver. =20 >>>>=20 >>>> I need to write some proper translation routines, which ain't happening= >>>> tonight. :) But, as proof of concept, the attached little crude hack >>>> makes it successfully probe both of my sd slots now. >>>>=20 >>>> -- Ian >>>>=20 >>>> differences between files attachment (imx_sdhci_detect_hack.diff) >>>> Index: sys/arm/freescale/imx/imx_sdhci.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) >>>> +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) >>>> @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * >>>> val32 |=3D sc->r1bfix_intmask; >>>> } >>>>=20 >>>> + if (off =3D=3D SDHCI_PRESENT_STATE && device_get_unit(dev) !=3D 1)= >>>> + val32 |=3D SDHCI_CARD_PRESENT; >>>> + >>>> return val32; >>>> } >>>>=20 >>>=20 >>> Just realized... that check for unit !=3D 1 is only needed if you have t= he >>> wifi device enabled in the dts. If only the sd slots are enabled, leave= >>> that out. >>=20 >> With that both cards are probed now. >>=20 >=20 > The bad news is that I've just finished coding up the translation > between the freescale and standard definitions of the Present State > register, and the bit for card-detected didn't move. So it's not fixed > yet. >=20 > The u-boot code uses gpios for card detect, and the wandboard schematic > agrees with that. I have no idea why the sdhci controller thinks one > slot has a card inserted and the other doesn't. Maybe there are just > some internal pads that aren't bonded and it's an accident of how the > lines are floating. I will try to make tests on MarSboard soon. It has an onboard emmc and a slot. Not sure which controllers they use for which - will have to read schematic f= irst. >=20 > There's a lot (a LOT) of work to be done to get to a proper solution. > The standard dev/sdhci driver has no concept of how to use a gpio to > check for card presence, so there's work to be done there. On the imx6 > side, we have nothing right now for pinmux or gpio support. >=20 > It should also be possible to use the DAT3 line for card detect, I'll > look into how to make that work. >=20 > -- Ian >=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Feb 13 04:00:53 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C508E22 for ; Thu, 13 Feb 2014 04:00:53 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7DD9130C for ; Thu, 13 Feb 2014 04:00:52 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WDnTi-0008c6-CY; Thu, 13 Feb 2014 04:00:46 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1D40g1J074592; Wed, 12 Feb 2014 21:00:42 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/E+9nz2/uD1SukVLyweiH0 Subject: Re: wandboard / imx6 / exynos4 / cortex-a9 "wrong-endian bug" fixed From: Ian Lepore To: Bernd Walter In-Reply-To: <33F22422-5CFF-4023-A357-CDE265263477@cicely.de> References: <1391371204.13026.43.camel@revolution.hippie.lan> <20140202230450.GA42331@cicely7.cicely.de> <20140210041313.GB89777@cicely7.cicely.de> <1392042832.1145.8.camel@revolution.hippie.lan> <20140211010733.GC94205@cicely7.cicely.de> <20140211134438.GD94205@cicely7.cicely.de> <1392177248.1145.43.camel@revolution.hippie.lan> <1392179609.1145.45.camel@revolution.hippie.lan> <20140212222222.GG5074@cicely7.cicely.de> <1392244640.1145.60.camel@revolution.hippie.lan> <33F22422-5CFF-4023-A357-CDE265263477@cicely.de> Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Feb 2014 21:00:42 -0700 Message-ID: <1392264042.1145.67.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm , "ticso@cicely.de" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 04:00:53 -0000 On Wed, 2014-02-12 at 23:43 +0100, Bernd Walter wrote: > > Am 12.02.2014 um 23:37 schrieb Ian Lepore : > > > On Wed, 2014-02-12 at 23:22 +0100, Bernd Walter wrote: > >> On Tue, Feb 11, 2014 at 09:33:29PM -0700, Ian Lepore wrote: > >>> On Tue, 2014-02-11 at 20:54 -0700, Ian Lepore wrote: > >>>> On Tue, 2014-02-11 at 14:44 +0100, Bernd Walter wrote: > >>>>> On Tue, Feb 11, 2014 at 02:07:33AM +0100, Bernd Walter wrote: > >>>>>> I can't seen to get the second microSD-slot running. > >>>>>> The controllers get attached, but mmc only to the onboard slot. > >>>>>> The WiFi is SDIO, which I didn't compile into the kernel and I noticed > >>>>>> there is a GPIO used to enable the chip. > >>>>> > >>>>> Strange enough the 4th controller gets an mmc1 device attached: > >>>>> sdhci_imx3: mem 0x219c000-0x219ffff irq 57 on simplebus2 > >>>>> sdhci_imx3-slot0: 200MHz HS 4bits 3.3V 3.0V PIO > >>>>> sdhci_imx3-slot0: ============== REGISTER DUMP ============== > >>>>> sdhci_imx3-slot0: Sys addr: 0x00000000 | Version: 0x00000002 > >>>>> sdhci_imx3-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000001 > >>>>> sdhci_imx3-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > >>>>> sdhci_imx3-slot0: Present: 0xf78d8088 | Host ctl: 0x00000000 > >>>>> sdhci_imx3-slot0: Power: 0x0000000d | Blk gap: 0x00000080 > >>>>> sdhci_imx3-slot0: Wake-up: 0x00000008 | Clock: 0x00000002 > >>>>> sdhci_imx3-slot0: Timeout: 0x00000080 | Int stat: 0x00000000 > >>>>> sdhci_imx3-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb > >>>>> sdhci_imx3-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > >>>>> sdhci_imx3-slot0: Caps: 0x0377c800 | Max curr: 0x80000000 > >>>>> sdhci_imx3-slot0: =========================================== > >>>>> mmc1: on sdhci_imx3 > >>>>> > >>>>> It hangs on probing, but it is my understanding that this controller > >>>>> isn't wired at all on wandboard. > >>>>> But why isn't there an attachment with the other two controllers. > >>>>> > >>>> > >>>> I can't get the uSD slot on the carrier board to work either, but my > >>>> symptoms are different. > >>>> > >>>> Aha! I just noticed that Freescale moved some bits around in the > >>>> Present State register and defined some that are undefined in the spec > >>>> and so on. I completely overlooked that when I was writing the > >>>> driver. > >>>> > >>>> I need to write some proper translation routines, which ain't happening > >>>> tonight. :) But, as proof of concept, the attached little crude hack > >>>> makes it successfully probe both of my sd slots now. > >>>> > >>>> -- Ian > >>>> > >>>> differences between files attachment (imx_sdhci_detect_hack.diff) > >>>> Index: sys/arm/freescale/imx/imx_sdhci.c > >>>> =================================================================== > >>>> --- sys/arm/freescale/imx/imx_sdhci.c (revision 261700) > >>>> +++ sys/arm/freescale/imx/imx_sdhci.c (working copy) > >>>> @@ -298,6 +298,9 @@ imx_sdhci_read_4(device_t dev, struct sdhci_slot * > >>>> val32 |= sc->r1bfix_intmask; > >>>> } > >>>> > >>>> + if (off == SDHCI_PRESENT_STATE && device_get_unit(dev) != 1) > >>>> + val32 |= SDHCI_CARD_PRESENT; > >>>> + > >>>> return val32; > >>>> } > >>>> > >>> > >>> Just realized... that check for unit != 1 is only needed if you have the > >>> wifi device enabled in the dts. If only the sd slots are enabled, leave > >>> that out. > >> > >> With that both cards are probed now. > >> > > > > The bad news is that I've just finished coding up the translation > > between the freescale and standard definitions of the Present State > > register, and the bit for card-detected didn't move. So it's not fixed > > yet. > > > > The u-boot code uses gpios for card detect, and the wandboard schematic > > agrees with that. I have no idea why the sdhci controller thinks one > > slot has a card inserted and the other doesn't. Maybe there are just > > some internal pads that aren't bonded and it's an accident of how the > > lines are floating. > > I will try to make tests on MarSboard soon. > It has an onboard emmc and a slot. > Not sure which controllers they use for which - will have to read schematic first. > > > > There's a lot (a LOT) of work to be done to get to a proper solution. > > The standard dev/sdhci driver has no concept of how to use a gpio to > > check for card presence, so there's work to be done there. On the imx6 > > side, we have nothing right now for pinmux or gpio support. > > > > It should also be possible to use the DAT3 line for card detect, I'll > > look into how to make that work. > > > > -- Ian > > I couldn't make the DAT3 detection work reliably. U-boot turns on pullups on the DATn lines (using pullups on SD clock and data lines has become fashionable lately, I'm not sure why) and that interferes with using them for card detect. I tried modifying u-boot to turn off the pullup, but it still didn't give reliable results. Doh! I just noticed, not only does u-boot turn on pulllups on the DAT lines, the wandboard has them in hardware as well. For now, I updated the dts source to match the linux fdt standard, using non-removable and cd-gpios properties to describe the card detect. For now, the driver will treat the "cd-gpios" property the same as "non-removable" and force the card-is-present status. That means a /dev/mmc# is instantiated even if no card is present. This is all as of r261817. Eventually when we get a gpio driver for imx6 that'll change to do the card detection for real. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Feb 13 09:55:27 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDE04972; Thu, 13 Feb 2014 09:55:26 +0000 (UTC) Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de [IPv6:2a01:488:42::50ed:8591]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A54A91093; Thu, 13 Feb 2014 09:55:26 +0000 (UTC) Received: from xdsl-78-34-148-75.netcologne.de ([78.34.148.75] helo=dijkstra-old.hb22.cruwe.de); authenticated by wp376.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1WDt0t-0007xe-CI; Thu, 13 Feb 2014 10:55:23 +0100 Date: Thu, 13 Feb 2014 10:55:22 +0100 From: "Christopher J. Ruwe" To: freebsd-ports@freebsd.org Subject: [solved] Re: ports-mgmt/pkg failing to link when cross-compiling with qemu Message-ID: <20140213105522.2a30195a@dijkstra-old.hb22.cruwe.de> In-Reply-To: <20140123203851.0eed5088@dijkstra.cruwe.de> References: <20140123203851.0eed5088@dijkstra.cruwe.de> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1392285326;60a905b3; Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 09:55:27 -0000 On Thu, 23 Jan 2014 20:38:51 +0100 "Christopher J. Ruwe" wrote: > When trying the instructions on > https://wiki.freebsd.org/QemuUserModeHowTo, I encountered a fairly > basic port (ports-mgmt/pkg) failing to link properly: > > [... - everything fine until here] > > cc -static -O -pipe -DPORTSDIR=\"/usr/ports\" -I../libpkg > -I/usr/ports/ports-mg/work/pkg-1.2.5/pkg/../external/expat/lib > -std=gnu99 -Qunused-arguments -Wsystemprototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwritepts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wmissing-int -static -o pkg-static add.o annotate.o audit.o > autoremove.o backup.o check.ock.o main.o plugins.o progressmeter.o > query.o register.o repo.o rquery.o update.otch.o shell.o stats.o ssh.o > -L/usr/ports/ports-mgmt/pkg/work/pkg-1.2.5/pkg/../lib -lcrypto -lmd > -lz -lbz2 -llzma -ljail -lelf -larchive -lsbuf -lfetch -lpt > > add.o: In function `exec_add': > add.c:(.text+0x11c): undefined reference to `pkgdb_access' > add.c:(.text+0x13c): undefined reference to `pkgdb_open' > add.c:(.text+0x164): undefined reference to `pkg_manifest_keys_new' > add.c:(.text+0x344): undefined reference to `pkg_fetch_file' > add.c:(.text+0x364): undefined reference to `pkg_add' > add.c:(.text+0x42c): undefined reference to `pkg_manifest_keys_free' > add.c:(.text+0x434): undefined reference to `pkgdb_close' > > > [ ... - they are all alike] > > > version.o: In function `print_version': > version.c:(.text+0x14fc): undefined reference to `pkg_get2' > version.c:(.text+0x1514): undefined reference to `pkg_version_cmp' > version.c:(.text+0x1590): undefined reference to `pkg_asprintf' > version.c:(.text+0x15a4): undefined reference to `pkg_asprintf' > version.c:(.text+0x1650): undefined reference to `pkg_printf' > which.o: In function `exec_which': [...] > > > Has anybody encountered something similar and would know how to fix > that? > > Thanks and cheers, The problem is trying to build ARMv6 32b-binaries on 64b amd64. Building on i386 works. Would it be possible to include that in the wiki (https://wiki.freebsd.org/QemuUserModeHowTo) Cheers, -- Christopher TZ: GMT + 1h GnuPG/GPG: 0xE8DE2C14 FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013 cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE Punctuation matters: "Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives. "A panda eats shoots and leaves." or "A panda eats, shoots, and leaves." - Punctuation teaches proper biology. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." (RFC 1925) From owner-freebsd-arm@FreeBSD.ORG Thu Feb 13 14:50:25 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67E409C8; Thu, 13 Feb 2014 14:50:25 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 259A31B9C; Thu, 13 Feb 2014 14:50:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WDxcG-000KrL-Ri; Thu, 13 Feb 2014 14:50:17 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1DEoCtp075195; Thu, 13 Feb 2014 07:50:12 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18JYactPpInJZASldI6+v6A Subject: Re: Receiving jumbo frames From: Ian Lepore To: Viktor Penkoff In-Reply-To: References: Content-Type: text/plain; charset="koi8-r" Date: Thu, 13 Feb 2014 07:50:12 -0700 Message-ID: <1392303012.1145.81.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s1DEoCtp075195 Cc: freebsd-hackers@FreeBSD.org, freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 14:50:25 -0000 On Thu, 2014-02-13 at 11:05 +0200, Viktor Penkoff wrote: > Hi, folks! I'm writing an extension functionality to not-yet published > network driver. > I'm receiving the typical ethernet frames without problems. Considering= the > datasheet of the device, > I'm capable of receiving jumbo frames. When I try to do that, e.g. to s= end > jumbo frame of 8000 bytes, I'm receiving only a limited count of them = - > 105, then the kernel crashes with the following message: > "panic: vm_fault: fault on nofault entry, addr: cfcec000". > I have inspected a kernel dump with kgdb and the problem occurs at the > function bus_dmamap_sync. >=20 > The line that the panic happens is in a standard invoking receive > interrupt function. Packet data is stored in memory buffers, with any > single packet spanning multiple buffers if necessary. The buffers are > allocated by the CPU and are managed through chained descriptor lists. > When I'm sending jumbo packets, e.g. 8008 bytes in size each, due to li= ve > debugging with jtag and kgdb, I've got the following information for th= e > mbuf: >=20 > % ping -I eth0 -c 1 -s 8000 -M dont A.B.C.D -v -p ff >=20 > {m_hdr =3D {mh_next =3D 0x0, mh_nextpkt =3D 0x0, mh_data =3D 0xc3d41800= "", > mh_len =3D 2048, mh_flags =3D 3, mh_type =3D 1, pad =3D "\000"}, M_= dat =3D { > MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, header =3D 0x0, len =3D 2048,= flowid =3D 0, > csum_flags =3D 0, csum_data =3D 0, tso_segsz =3D 0, PH_vt =3D { > vt_vtag =3D 0, vt_nrecs =3D 0}, tags =3D {slh_first =3D 0x0}, > dsa_tag =3D {0, 0}}, MH_dat =3D {MH_ext =3D {ext_buf =3D 0xc3d4= 1800 "", > ext_free =3D 0, ext_arg1 =3D 0x0, ext_arg2 =3D 0x0, ext_size = =3D 2048, > ref_cnt =3D 0xc3d3f244, ext_type =3D 6}, >=20 > In this case, the given mbuf must occupy ~4 descriptors, IMO. Following= the > next pointer in the descriptor list shows that the CPU has > an ownership. Nevertheless, =D4he byte count of the received frame show= s that > 8056 bytes are received. >=20 > More interesting is the fact that an echo reply is given back. But aft= er a > constant count of received packets, the kernel hangs. >=20 > Some background information: > To enable the jumbo frame, one must set the appropriate register. > At the software level, a ring buffer with the descriptors is implemente= d. > The device, under which the driver runs, is arm-based. > The freebsd version is 8.0. The device uses SerialDMA queues for > transmitting and receiving. > To receive packets, the CPU must perform the following: > 1. Prepare a linked list of descriptors > 2. Configure a given queue with the address of the first descriptor= in > the list, > 3. enable SerialDMA; >=20 > With the transmission - I don't have any problems. The logic is the sam= e as > by the reception of packets - ring buffer with descriptors. >=20 > Any ideas what can cause this type of crashes? You mention FreeBSD 8.0, that's pretty old. There have been many fixes to the arm busdma code since then. We still use 8.2 at work, and while we know there are problems with the busdma code that have been fixed in later revisions, they aren't affecting us so we leave well enough alone. We don't use jumbo frames though. At the very least you should apply the changeset r236086 to your code, although it's not all that likely to fix your problem because the mbufs you're working with should be aligned on 2k boundaries and never require a partial cacheline flush. Are you allocating the buffers with bus_dmamem_alloc() then attaching them to mbuf chains as external buffers? Or are you using one of the mbuf allocation routines? When interfacing with the busdma code, are you using bus_dmamap_load_mbuf()? Posting the full backtrace from the panic might help. More information about the arm chip/system you're using might be helpful too. (I've added the freebsd-arm mailing list to the CC, this is pretty likely to be an arm-specific problem rather than a general freebsd thing.) -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Feb 13 15:28:06 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3372C4D3; Thu, 13 Feb 2014 15:28:06 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F28841FC5; Thu, 13 Feb 2014 15:28:05 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 3C25D226CC; Thu, 13 Feb 2014 15:28:03 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 3C25D226CC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 13 Feb 2014 10:28:02 -0500 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: Raspberry Pi and BeagleBone images available on FreeBSD FTP mirrors Message-ID: <20140213152802.GH1667@glenbarber.us> References: <20140129181803.GI1827@glenbarber.us> <6620C833-9D56-4367-AA4D-D78D4BCA2D40@neville-neil.com> <20140211161142.GA1665@glenbarber.us> <20140211211746.28beee52@cuisine.seix> <20140211203645.GB1650@glenbarber.us> <20140212010827.GA1671@glenbarber.us> <20140212012025.GB1671@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uJrvpPjGB3z5kYrA" Content-Disposition: inline In-Reply-To: <20140212012025.GB1671@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 15:28:06 -0000 --uJrvpPjGB3z5kYrA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 11, 2014 at 08:20:25PM -0500, Glen Barber wrote: > On Wed, Feb 12, 2014 at 10:10:04AM +0900, Lundberg, Johannes wrote: > > Thanks! Will Pandaboard also show up here soon? > >=20 >=20 > Yes. >=20 Can you test the image located here? If it works for you, PANDABOARD will be included in the next set of snapshot builds. http://people.freebsd.org/~gjb/PANDABOARD/ Glen --uJrvpPjGB3z5kYrA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS/OSCAAoJELls3eqvi17QLNwQAIFrQx7ajkemEAhq4ZfQ1ToD O+TvvkWlMQw/FkNSBldXDEKLGmDevIsJUNriGPCvWGZW9riY9EzWggcCZJ2Ba+ck 3Iqqgqt8ryO/iF9ct+pX4Q8W0mzsBL7rm9kRJsLm3d1uvR9D/exzaZk9mQOFIvN7 47XxikKE9OIa+UhDDpd3lLW2hb/iSIINaHBS5Mj/tFDwkI5B92/UomARVUbnJwoW B9kZUYqlFXk5uMka7f3dYUroigqQVRF1h9UrQpvA3/jU8AZiE1heNRIip/YILncU NZS7P0Z492xOMGtyid07R/PR2SScoAR1yzPSyzJXp+D+xBfl5FFT/ALYFK1woo00 zfVR+Hbmv7szk0k97OZf1C8T6p7fq+cAHCB3JYOskuDDKpdViWQZ75y1vmZ+E07S 1uFgYD8nJPoIk/OoZBCWH+f/HzQDL9YVDMMoCmA5OEGlxOZLdtfDdXGmfk78W+RZ tH7VATwVKNYuENl4KmqrI/k/QQwxNY7VhtD2kCeMWmuFHA0YCq/XFLfIV3to7V+w nIyoanLMURkpgeuIcxf5ePKh2Q/tG1i2WYIDyExIayEcBvRFMw6BLlafNVq5FuCz Ngp9FUbMbWdSeY4q3DAWveLASljHb/G/2Fnl8w5XrNPjovdffcI0uimlzVYPKbFd 9JeaGRdec4irzpAwyxoa =p8W6 -----END PGP SIGNATURE----- --uJrvpPjGB3z5kYrA-- From owner-freebsd-arm@FreeBSD.ORG Fri Feb 14 16:18:39 2014 Return-Path: Delivered-To: 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 ESMTPS id 069CE6A4; Fri, 14 Feb 2014 16:18:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B309F19CF; Fri, 14 Feb 2014 16:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EG5vpY089970; Fri, 14 Feb 2014 11:05:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EG5vvd089966; Fri, 14 Feb 2014 16:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 16:05:57 GMT Message-Id: <201402141605.s1EG5vvd089966@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 16:18:39 -0000 TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for arm/arm TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=arm TB --- 2014-02-14 13:20:22 - TARGET_ARCH=arm TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:05:56 - ERROR: failed to build world TB --- 2014-02-14 16:05:56 - 8041.86 user 1417.29 system 9940.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Feb 15 13:03:45 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3576BFD; Sat, 15 Feb 2014 13:03:45 +0000 (UTC) Received: from mail.machdep.com (mail.machdep.com [195.91.211.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC5CA15A1; Sat, 15 Feb 2014 13:03:44 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=machdep.com) by mail.machdep.com with smtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WEesi-0001C2-Nz; Sat, 15 Feb 2014 17:02:08 +0400 Received: by machdep.com (nbSMTP-1.00) for uid 1001 br@machdep.com; Sat, 15 Feb 2014 17:02:08 +0400 (MSK) Date: Sat, 15 Feb 2014 17:02:08 +0400 From: Ruslan Bukin To: Zbigniew Bodek Subject: Re: RFC: Improvements to superpages support on ARM Message-ID: <20140215130208.GA4462@machdep.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-arm@freebsd.org" , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 13:03:45 -0000 On Mon, Feb 10, 2014 at 02:13:20AM +0100, Zbigniew Bodek wrote: > Hello. > > I would like to submit some patches for superpages support. > > Please check out below: > http://people.freebsd.org/~zbb/arm/pmap/superpages/02.2014/ > > I will appreciate if someone could test the patches (all patches need > to be applied). > All comments and remarks are also welcome. > > You can stress the memory system by using for example forkbomb from ports: > benchmarks/forkbomb/ > > forkbomb -M -l 512 --runasroot --quit > will allocate and touch 512 MB of memory > > Please remember to set loader variable: > vm.pmap.sp_enabled=1 > or sp_enabled to positive value in pmap-v6.c > works fine on freescale VF50 % sysctl vm.pmap.sp_enabled vm.pmap.sp_enabled: 1 % forkbomb -M -l 32 --runasroot --quit Safety alarm at 300 sec. enabled. Actions: alloc 32 MB (step 4096 kB) and touch it. Forkbomb 1.4 started. % From owner-freebsd-arm@FreeBSD.ORG Sat Feb 15 13:30:04 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6174269; Sat, 15 Feb 2014 13:30:04 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9B231713; Sat, 15 Feb 2014 13:30:03 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id hr13so10199681lab.3 for ; Sat, 15 Feb 2014 05:30:02 -0800 (PST) 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=pSZGBoGnznrDZ63n0z/A8Jonj4+VUNN1sVFbKZvhyBE=; b=sEyw6KMIzNgKs92rp4ijMUpeVOgwFVX90sdj8/HR7lCugTsacVVNrJghtKWK2pu+Uk yhqFvK0XVXGSB2o2u69rkkNwja1ko+N2TicK0XlPHFEnHQ+pgocntOpw2c/fB8maIjnj dYYYWgOULBI8YHkmywtjs9/SD6sOrkn2mx2Mda/hSDSOZ9d0twMD5xB4XwygCmitcVv5 o96aS0U3uLxHlM8GEqjHRKyJ0Nxc05/rSAHZQgaNfoXWaX7eXdR5gLR+fOI8Le3Yq6l4 sh4Pbdy2vHkmIM1NshVbMyG5JOnOxapiKsjmLNJ4H7+e8Ga/RxMYFD+2+IdVcQLgZSiB mrFw== MIME-Version: 1.0 X-Received: by 10.112.134.38 with SMTP id ph6mr9257664lbb.16.1392471001810; Sat, 15 Feb 2014 05:30:01 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.112.46.135 with HTTP; Sat, 15 Feb 2014 05:30:01 -0800 (PST) In-Reply-To: <20140215130208.GA4462@machdep.com> References: <20140215130208.GA4462@machdep.com> Date: Sat, 15 Feb 2014 14:30:01 +0100 X-Google-Sender-Auth: CgK7D_puyG6JhTvbLE6q1h1a124 Message-ID: Subject: Re: RFC: Improvements to superpages support on ARM From: Zbigniew Bodek To: Ruslan Bukin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 13:30:04 -0000 2014-02-15 14:02 GMT+01:00 Ruslan Bukin : > On Mon, Feb 10, 2014 at 02:13:20AM +0100, Zbigniew Bodek wrote: >> Hello. >> >> I would like to submit some patches for superpages support. >> >> Please check out below: >> http://people.freebsd.org/~zbb/arm/pmap/superpages/02.2014/ >> >> I will appreciate if someone could test the patches (all patches need >> to be applied). >> All comments and remarks are also welcome. >> >> You can stress the memory system by using for example forkbomb from ports: >> benchmarks/forkbomb/ >> >> forkbomb -M -l 512 --runasroot --quit >> will allocate and touch 512 MB of memory >> >> Please remember to set loader variable: >> vm.pmap.sp_enabled=1 >> or sp_enabled to positive value in pmap-v6.c >> > > works fine on freescale VF50 > > % sysctl vm.pmap.sp_enabled > vm.pmap.sp_enabled: 1 > > % forkbomb -M -l 32 --runasroot --quit > Safety alarm at 300 sec. enabled. > Actions: alloc 32 MB (step 4096 kB) and touch it. > Forkbomb 1.4 started. > % > Hello. Thanks a lot. Just committed the changes. Best regards zbb