From owner-freebsd-arm@freebsd.org Sun Apr 10 00:08:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4548BB0A9C8 for ; Sun, 10 Apr 2016 00:08:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0095414D6; Sun, 10 Apr 2016 00:08:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u3A08Eel003515 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Apr 2016 00:08:15 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3A08EIo003514; Sat, 9 Apr 2016 17:08:14 -0700 (PDT) (envelope-from fbsd) Date: Sat, 9 Apr 2016 17:08:13 -0700 From: bob prohaska To: Ian Lepore Cc: freebsd-arm@freebsd.org Subject: Re: No usable event timer found on RPI2 Message-ID: <20160410000813.GI71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1460240966.1091.340.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 00:08:15 -0000 On Sat, Apr 09, 2016 at 04:29:26PM -0600, Ian Lepore wrote: > The freebsd build process doesn't know anything about filesystems, it > just installs things to DESTDIR (which is / by default). > > If you're doing the kernel build and install native on the rpi, you > could get the effect you want by doing: > > mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > make installkernel > umount /boot/dtb > Not sure I understand this; if the build/install cycle is happening in multi-user isn't it enough to just cp /boot/dtb/rpi2.dtb /boot/msdos ? bob prohaska From owner-freebsd-arm@freebsd.org Sun Apr 10 01:50:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 200FBB088FB for ; Sun, 10 Apr 2016 01:50:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9D64160D for ; Sun, 10 Apr 2016 01:50:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14514 invoked from network); 10 Apr 2016 01:50:34 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 10 Apr 2016 01:50:34 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.2) with SMTP; Sat, 09 Apr 2016 21:50:38 -0400 (EDT) Received: (qmail 17328 invoked from network); 10 Apr 2016 01:50:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 10 Apr 2016 01:50:38 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7DDFB1C4079; Sat, 9 Apr 2016 18:50:27 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT buildworld lib32/libsoft failures: ioctl.c and sys/dev/ciss/cissio.h and __amd64__ vs. __amd64 example; LIBCOMPATWMAKEFLAGS and CP="${XCPP}" Date: Sat, 9 Apr 2016 18:50:32 -0700 Message-Id: <36DB1DE3-B69D-4D65-9BB3-D6619DE4EC38@dsl-only.net> Cc: freebsd-arm , FreeBSD PowerPC ML , Bryan Drewery , Warner Losh , emaste@freebsd.org To: FreeBSD Toolchain , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 01:50:41 -0000 I'm currently getting errors for CCIS_PASSTHRU32 and others in ioctl.c = not being defined while an amd64 context updates itself from -r297514 to = -r297769 via buildworld. The problem is during lib32's build activity. A = grep of the log shows: > ioctl.c:472:18: error: use of undeclared identifier 'CCISS_PASSTHRU32' > ioctl.c:1186:18: error: use of undeclared identifier = 'IPMICTL_RECEIVE_MSG_32' > ioctl.c:1190:18: error: use of undeclared identifier = 'IPMICTL_RECEIVE_MSG_TRUNC_32' > ioctl.c:1196:18: error: use of undeclared identifier = 'IPMICTL_SEND_COMMAND_32' > ioctl.c:1394:18: error: use of undeclared identifier = 'MPTIO_RAID_ACTION32' > ioctl.c:1398:18: error: use of undeclared identifier = 'MPTIO_READ_CFG_HEADER32' > ioctl.c:1402:18: error: use of undeclared identifier = 'MPTIO_READ_CFG_PAGE32' > ioctl.c:1406:18: error: use of undeclared identifier = 'MPTIO_READ_EXT_CFG_HEADER32' > ioctl.c:1410:18: error: use of undeclared identifier = 'MPTIO_READ_EXT_CFG_PAGE32' > ioctl.c:1414:18: error: use of undeclared identifier = 'MPTIO_WRITE_CFG_PAGE32' sys/dev/ciss/cissio.h is an example of a more general issue here for = lib32 (for amd64 not cross built) and libsoft (for amd64 cross building = for a rpi2 as an example). sys/dev/ciss/cissio.h has code such as: > #ifdef __amd64__ > typedef struct { > LUNAddr_struct LUN_info; /* 8 */ > RequestBlock_struct Request; /* 20 */ > ErrorInfo_struct error_info; /* 48 */ > u_int16_t buf_size; /* 2 */ > u_int32_t buf; /* 4 */ > } __packed IOCTL_Command_struct32; > #endif > . . . > #ifdef __amd64 > #define CCISS_PASSTHRU32 _IOWR ('C', 210, = IOCTL_Command_struct32) > #endif Note the __ suffix vs. not after the "amd64". There can be headers = around that produce such variations of macros. arm has one of those that = makes macros that track characteristics of specific types of arm = variants, for example. The details of what happen for this sort of thing can depend on = Makefile.libcompat's: > LIBCOMPATWMAKEFLAGS+=3D CC=3D"${XCC} ${LIBCOMPATCFLAGS}" \ > CXX=3D"${XCXX} ${LIBCOMPATCFLAGS} = ${LIBCOMPATCXXFLAGS}" \ > DESTDIR=3D${LIBCOMPATTMP} \ > -DNO_CPU_CFLAGS \ > MK_CTF=3Dno \ > -DNO_LINT \ > MK_TESTS=3Dno vs. also having CPP=3D"${XCPP}" listed as can be required for cross = builds (such amd64 building for an rpi2 [libsoft] or powerpc64 [lib32]): > LIBCOMPATWMAKEFLAGS+=3D CC=3D"${XCC} ${LIBCOMPATCFLAGS}" \ > CXX=3D"${XCXX} ${LIBCOMPATCFLAGS} = ${LIBCOMPATCXXFLAGS}" \ > CPP=3D"${XCPP}" \ > DESTDIR=3D${LIBCOMPATTMP} \ > -DNO_CPU_CFLAGS \ > MK_CTF=3Dno \ > -DNO_LINT \ > MK_TESTS=3Dno Because of previously needing it for cross compiles I currently have the = CPP=3D"${XCPP}" in place in my context: an arm header was processed by = the amd64 preprocessor and the header could not detect its context = correctly: > --- all_subdir_lib/libsysdecode --- > In file included from :17: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/dev/nvme/nvme.h:36: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/sys/param.h:135: > In file included from = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/param.h:49: > = /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h= :182:4: error: Unable to determine architecture version. > # error Unable to determine architecture version. > ^ Is this area broken overall? Or is there something that I need to do = differently in order to have amd64 rebuild itself (not a cross build) = but also to also have amd64 do cross builds (such as arm and its = libsoft)? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sun Apr 10 01:53:03 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8C6FB08AF8 for ; Sun, 10 Apr 2016 01:53:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFD031A4C for ; Sun, 10 Apr 2016 01:53:03 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: d12508d8-febe-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 10 Apr 2016 01:52:00 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3A1r0US010258; Sat, 9 Apr 2016 19:53:00 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460253180.52955.1.camel@freebsd.org> Subject: Re: No usable event timer found on RPI2 From: Ian Lepore To: bob prohaska Cc: freebsd-arm@freebsd.org Date: Sat, 09 Apr 2016 19:53:00 -0600 In-Reply-To: <20160410000813.GI71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> <20160410000813.GI71221@www.zefox.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 01:53:04 -0000 On Sat, 2016-04-09 at 17:08 -0700, bob prohaska wrote: > On Sat, Apr 09, 2016 at 04:29:26PM -0600, Ian Lepore wrote: > > The freebsd build process doesn't know anything about filesystems, > > it > > just installs things to DESTDIR (which is / by default). > > > > If you're doing the kernel build and install native on the rpi, you > > could get the effect you want by doing: > > > > mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > > make installkernel > > umount /boot/dtb > > > > Not sure I understand this; if the build/install cycle is happening > in multi-user isn't it enough to just > > cp /boot/dtb/rpi2.dtb /boot/msdos > > ? > > bob prohaska You said you wanted the kernel install to automatically install the dtb file, so I gave you a recipe for that. :) You seem to be indicating that the fat partition is already mounted at /boot/msdos ? Is that a crochet thing? -- Ian From owner-freebsd-arm@freebsd.org Sun Apr 10 03:00:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 498D7B09F0C for ; Sun, 10 Apr 2016 03:00:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 112C41E6E; Sun, 10 Apr 2016 03:00:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u3A30Zlm003883 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Apr 2016 03:00:36 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3A30Z2Z003882; Sat, 9 Apr 2016 20:00:35 -0700 (PDT) (envelope-from fbsd) Date: Sat, 9 Apr 2016 20:00:34 -0700 From: bob prohaska To: Ian Lepore Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: No usable event timer found on RPI2 Message-ID: <20160410030034.GJ71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> <20160410000813.GI71221@www.zefox.net> <1460253180.52955.1.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1460253180.52955.1.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 03:00:42 -0000 On Sat, Apr 09, 2016 at 07:53:00PM -0600, Ian Lepore wrote: > > You said you wanted the kernel install to automatically install the dtb > file, so I gave you a recipe for that. :) > Our kitchens are somewhat different...yours has a chef, mine an amateur cook 8-) > You seem to be indicating that the fat partition is already mounted at > /boot/msdos ? Is that a crochet thing? > Usually builds are done in multi-user mode as a mild stress test. What I'd like to do is avoid my error of a few days ago, in which dtb changed and a normal buildworld, buildkernel, installworld, installkernel cycle ended with an unbootable system. Adding a line to the build script to do the /boot/dtb/rpi2.dtb to /boot/msdos copy looks like one solution. Given that it's taken 70 builds to fall in this trap I'm a little worried it'll cause more trouble than it solves. Is there any prospect of usb keyboard support in single user? That would simplify blunder recovery a great deal. Thanks for reading, and all your help! bob prohaska From owner-freebsd-arm@freebsd.org Sun Apr 10 03:13:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37772B0A3D4 for ; Sun, 10 Apr 2016 03:13:24 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x244.google.com (mail-yw0-x244.google.com [IPv6:2607:f8b0:4002:c05::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E41621681 for ; Sun, 10 Apr 2016 03:13:23 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x244.google.com with SMTP id h6so17973101ywc.1 for ; Sat, 09 Apr 2016 20:13:23 -0700 (PDT) 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; bh=yxJWrhjyGwXpqgBU3L5S9pITn6xmlzaaRFnjkBYBq2g=; b=kq7KZgSwSt0Adw3PFN+pvozGNUOi+ts+XHbeJIa0vCJwiE5GWbV9nxeI5MOLS/F+/U fVlHkak+y5bYIAmc4q+4MkKoa3qnvK9DTWttmW+saRcZ+LZH9GkfNQDGOsVwz+iPJfwP 0BeXjxMajkM222bf3MpGApUE50zglFonGfRigCAIYz0XNpgDavtv6kKGNMY2qO6cks3D b7Q0F3koI90pj1VUJyygIP8+Jp2qnNmtkBaFcbFkppB4HBDkwqNkfSU0ciF2K51mXqIs thyAISEKN2pE/z03lx53hL8q0Xy3Vh5WcbU/2d8RuZZyJbM9I+r+p3Tf9aXSbJuYmYS3 N2Ng== 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:date :message-id:subject:from:to:cc; bh=yxJWrhjyGwXpqgBU3L5S9pITn6xmlzaaRFnjkBYBq2g=; b=avYvpm/yXtkNmV9MGo/h6AmdM9F1QH9n+PJYfexVh3UoAfOu7t4c+fSH8y5xXZCWR/ LQspPQlZVWWAv+MoKEoid0KwJ7geFGZxmWo+lY0t4xw/qwdOdOTaQlbw0mipwdtK5mIb E44bhpNVhgfrxC/3MAh3BNt3Aj54lPmy7nxi+qlXplMbk06OouyCPNuFQoD/i41PfYM2 6XuyfW9qD6GWT6gNkBhfbp7xbPFaKZM90+kFbyeI6TzMM1ziFUvqvJ6ZnEH4rEl9i2BW 5Oop8qqQQVgyZgyqR2uPe8gKp3kgWwb8ts2OVZrUxFvhDJ6/U6OOP4xpdME3ujB/9+1k B+VQ== X-Gm-Message-State: AD7BkJKqZ0wqS/bRIAZu4pUo8sJ2GAlojS2pwK/g4InrPNq7umQJQappyzygAbOwPUWfyQliqmd1jm1ADdnu7w== MIME-Version: 1.0 X-Received: by 10.37.6.139 with SMTP id 133mr7973218ybg.46.1460258003233; Sat, 09 Apr 2016 20:13:23 -0700 (PDT) Received: by 10.83.35.151 with HTTP; Sat, 9 Apr 2016 20:13:23 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 Apr 2016 23:13:23 -0400 Message-ID: Subject: Re: Can't installworld for arm -- cc: not found From: Emb Aud To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 03:13:24 -0000 Thanks Russ, I'll give that a try on Monday. I actually saw your thread on the same subject as well, after I posted my own question. Oops On Sat, Apr 9, 2016 at 2:38 AM, Russell Haley wrote: > I'm actually just studying this page myself right now! There seems to > be a discrepancy in the use of sudo. When you sudo the root user > doesn't have the MAKEOBJDIRPREFIX environment variable set. Using sudo > with -E (preserves environment) fixed it for me (your results may > vary). > > Command Line: > sudo -E make installworld blah blah blah > > In the mk Script: > ... mk_sudo="sudo -E";; > > Hope that helps, > > Russ > > On Fri, Apr 8, 2016 at 7:46 PM, Emb Aud wrote: > > Hi Everyone. > > > > I would like to use FreeBSD as an embedded OS on the Xilinx Zynq ARM > chip. > > At the moment I am targeting the Zybo board until our custom board is > ready. > > > > I tried to follow the instructions here to build everything: > > https://wiki.freebsd.org/FreeBSD/arm/crossbuild > > > > buildworld runs just fine, but installworld fails immediately with an > > error: > > > > cc: not found. > > "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: > Unable > > to determine compiler type for cc . Consider setting COMPILER_TYPE. > > > > I think this may be due to a lack of a "src.conf" file. Unfortunately I > > have no idea what to put in that file. > > > > Can anyone give me a clue or two about how to get past this problem? > > > > My config for the mk utility (see the link above) is: > > > > mk_arch="armv6" > > mk_insdir="$(pwd)/nfsroot" > > mk_jobs="$(sysctl -n hw.ncpu)" > > mk_kernel="ZEDBOARD" > > mk_makeconf="$(pwd)/config/make.conf" > > mk_mkargs="" > > mk_nice="nice -10" > > mk_objdir="$(pwd)/obj" > > mk_srcconf="$(pwd)/config/src.conf" > > mk_srcdir="$(pwd)/src" > > mk_ubldraddr="0x0" > > > > Thank you! > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun Apr 10 03:38:43 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E4AB0ACB1; Sun, 10 Apr 2016 03:38:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D1A01207; Sun, 10 Apr 2016 03:38:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x236.google.com with SMTP id g8so46613663igr.0; Sat, 09 Apr 2016 20:38:43 -0700 (PDT) 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; bh=kOc+Hd4MdiciKob1ZaRGU6swGJdEdNlHUcZ4SvPvC6U=; b=JQtcxlQguJQvZkB+DV5HpRRxP+XREezdesEHA0fR/YnwY3c0fUKZiVKFT84YVgVXqK XTbeJGnodf6mb3wfF8W0QBdbe5SzObI4n6afl6HXFI//iEedILz6yFWvpNzwvq7pSjD0 Y23sI2Y9A2d9gfvNqsSoqJ31E/zGGbRbPuEg4SlTdIAEHkGCudKcBwYUYAqxzul57+gQ qVAH0M65KmonQcO7iIbqthSLBG5WvnhQRrwrgIpP7/gVtxVgczXrAHFhqIP4QM2g374j QxkfLYEDWwmvWBMvM+l5LfU5Np1evEzNte8A8tJsi1lxt3a7oq2Uan1FfUKIzaXcPD8W 0nug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:cc; bh=kOc+Hd4MdiciKob1ZaRGU6swGJdEdNlHUcZ4SvPvC6U=; b=PvBWUp5D7HK5JWGu2kRouLEjOzZdokppn67I3tGf0yLd/9E2dJ2Z4Ts2YEeQ7ZCXH+ n/ccc9/VwRSJHF9CbO5nm7zjxPnpSAMPI9I3RWsyzsQ7YxF8+0JNidIzxoXXiGGcK2e3 ZR5W11bxKpXLcHEFQgVylNFXQvJB1remSc0t5WlZL289ms4KyperQd6Jf5VrMWmwiGG8 aEg7IIXoit9Wg4gyJABIXZApzCqJQdhJr4oQS6frp/P90IiwqR/fIrjFRGM0sNwbuDDx wipfKXfBmiylDVCrgpge0sNr4A6JnGLTyUiL+Yu5DAgjUVS5KTPGUSjRLwLWXOGQSmuu oHlg== X-Gm-Message-State: AD7BkJLI7B+l4zxW6gD+BZp1HotCVFqPVhb2dORz2fDsId6w/nQ/Yht1OL4NE9X/ZughjAJHk52+xBJIdcE7qw== MIME-Version: 1.0 X-Received: by 10.50.126.67 with SMTP id mw3mr10987032igb.61.1460259522678; Sat, 09 Apr 2016 20:38:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.14.19 with HTTP; Sat, 9 Apr 2016 20:38:42 -0700 (PDT) Date: Sat, 9 Apr 2016 20:38:42 -0700 X-Google-Sender-Auth: 7XWh7nBOEGLugb9jyMz7NahefxM Message-ID: Subject: Re: WIFI urtwn possibly broken on 297561 From: Adrian Chadd To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 03:38:43 -0000 Hi! this is because we don't have A-MPDU RX aging on by default. So, if there are holes in the sequence number space, FreeBSD's reordering logic doesn't flush frames up until it's received /all/ the traffic. I've just enabled it by default in -HEAD now. That should fix it. Otacilio, you should be able to fix it locally by adding options IEEE80211_AMPDU_AGE to your kernel config file and recompiling. Sorry! -adrian From owner-freebsd-arm@freebsd.org Sun Apr 10 08:59:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C29DB0A529 for ; Sun, 10 Apr 2016 08:59:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C092F1D65 for ; Sun, 10 Apr 2016 08:59:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1apBDF-000Bsg-26; Sun, 10 Apr 2016 11:59:21 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Odroidc1+ stuck booting From: Daniel Braniss In-Reply-To: Date: Sun, 10 Apr 2016 11:59:20 +0300 Cc: Erik Moe , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> To: =?utf-8?Q?=22Wei=C3=9F=2C_Dr=2E_J=C3=BCrgen=22?= X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 08:59:32 -0000 Hi > On 9 Apr 2016, at 22:52, Wei=C3=9F, Dr. J=C3=BCrgen = wrote: >=20 > Hi, >=20 > I have a C1+ and just booted a FreeBSD current kernel not older than > a week without problems. >=20 > fatload mmc 0:1 0x21000000 kernel.bin > go 0x21000000 >=20 my kernel loads at a different address! btw, what kernconf are you using? I had to comment out the random stuff, since it was giving compiler errors. > Maybe you could try a different sd card, as it seems to get stuck at > a time when it is probing the sd cards. it=E2=80=99s booting from it, and i have tried several cards, BTW, it also gives the same error when booting from the net. my guts make me think it=E2=80=99s in the *dtb stuff. which is loaded = into=20 the kernel and not read of the sd card. thanks, danny >=20 > Regards >=20 > Juergen >=20 >=20 >=20 >> -----Original Message----- >> From: owner-freebsd-arm@freebsd.org = [mailto:owner-freebsd-arm@freebsd.org] On Behalf Of >> Erik Moe >> Sent: Tuesday, April 05, 2016 10:53 PM >> To: Daniel Braniss >> Cc: freebsd-arm >> Subject: Re: Odroidc1+ stuck booting >>=20 >> That=E2=80=99s correct I have a C1, not a C1+. >>=20 >> Erik >>=20 >>> On Apr 4, 2016, at 6:02 AM, Daniel Braniss = wrote: >>>=20 >>> I assume you have a C1 not a C1+, because I=E2=80=99m doing the = same, >>> and no luck. I know that the board is ok because It boots and runs = Daisuke-san=E2=80=99s image. >>> danny >>>=20 >>>> On 31 Mar 2016, at 15:29, Erik Moe wrote: >>>>=20 >>>> Everything I=E2=80=99m doing I =E2=80=9Cborrowed=E2=80=9D from = here: >> https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 >>>>=20 >>>> I=E2=80=99m using the stock ODROIDC1 kernel config in head which = builds the FTD statically into >> the kernel from src/sys/boot/fdt/dts/arm/odroidc1.dts. I liberated = u-boot from >> ArchLinuxARM-odroid-c1-latest.tar.gz. My boot.ini is simply this: >>>>=20 >>>> ODROIDC-UBOOT-CONFIG >>>>=20 >>>> setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" >>>> run bootcmd >>>>=20 >>>> Erik >>>>=20 >>>>> On Mar 31, 2016, at 1:36 AM, Daniel Braniss = wrote: >>>>>=20 >>>>> oh, and if you feel generous your ODROIDC1.conf =E2=80=A6 >>>>> thanks, >>>>> danny >>>>>=20 >>>>>> On 31 Mar 2016, at 09:31, Daniel Braniss = wrote: >>>>>>=20 >>>>>> hi Erik, >>>>>> can you send me your >>>>>> uboot >>>>>> boot.ini >>>>>> *.dtb >>>>>> I=E2=80=99m pretty sure the issue is somewhere there then. >>>>>> thanks, >>>>>> danny >>>>>>=20 >>>>>>> On 31 Mar 2016, at 09:11, Erik Moe wrote: >>>>>>>=20 >>>>>>> I built a new image for my odriod-c1 for ssd from the latest = sources and had no >> issues and didn=E2=80=99t need to tweet anything. I don=E2=80=99t = have and odriod-c1+, but my >> understanding is there isn=E2=80=99t much difference between the two. = I am using the serial >> console. >>>>>>>=20 >>>>>>> = QA5:A;SVN:B72;POC:17F;STS:0;BOOT:0;INIT:10;BOOT:1;INIT:0;READ:0;CHECK:0;PA= SS:1; >>>>>>> = ----------------------------------------------------------------------- >>>>>>> * Welcome to Hardkernel's ODROID-C... (Built at 19:33:00 Dec 8 = 2014) * >>>>>>> = ----------------------------------------------------------------------- >>>>>>> CPU : AMLogic S805 >>>>>>> MEM : 1024MB (DDR3@792MHz) >>>>>>> BID : HKC13C0001 >>>>>>> S/N : HKC1CC037EBE4620 >>>>>>> 0x0000009f >>>>>>> check SD_boot_type:0x1 card_type:0x1 >>>>>>> Loading U-boot...success. >>>>>>>=20 >>>>>>>=20 >>>>>>> U-boot(odroidc@) (Jun 12 2015 - 17:31:14) >>>>>>>=20 >>>>>>> DRAM: 1 GiB >>>>>>> relocation Offset is: 2ff1c000 >>>>>>> MMC: SDCARD: 0, eMMC: 1 >>>>>>> IR init is done! >>>>>>> vpu clk_level =3D 3 >>>>>>> set vpu clk: 182150000Hz, readback: 182150000Hz(0x701) >>>>>>> mode =3D 6 vic =3D 4 >>>>>>> set HDMI vic: 4 >>>>>>> mode is: 6 >>>>>>> viu chan =3D 1 >>>>>>> config HPLL >>>>>>> config HPLL done >>>>>>> reconfig packet setting done >>>>>>> MMC read: dev # 0, block # 33984, count 12288 ... 12288 blocks = read: OK >>>>>>> There is no valid bmp file at the given address >>>>>>> =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 >>>>>>> Vendor: Man 035344 Snr 29cfee4e Rev: 8.0 Prod: SL08G >>>>>>> Type: Removable Hard Disk >>>>>>> Capacity: 7580.0 MB =3D 7.4 GB (15523840 x 512) >>>>>>> ------------------------------------------------------------ >>>>>>> Partition Start Sector Num Sectors Type >>>>>>> 1 1134 131040 6 >>>>>>> 2 132174 15391666 a5 >>>>>>> =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 >>>>>>> Net: Meson_Ethernet >>>>>>> init suspend firmware done. (ret:0) >>>>>>> Hit Enter key to stop autoboot -- : 0 >>>>>>> exit abortboot: 0 >>>>>>> reading boot.ini >>>>>>>=20 >>>>>>> 98 bytes read >>>>>>> Loading boot.ini from mmc0:1 (vfat) >>>>>>> Executing the script... >>>>>>> setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" >>>>>>> run bootcmd >>>>>>> reading kernel.bin >>>>>>>=20 >>>>>>> 6055396 bytes read >>>>>>> ## Starting application at 0x00100000 ... >>>>>>> ARM Debug Architecture v7 >>>>>>> 2 watchpoints and 3 breakpoints supported >>>>>>> KDB: debugger backends: ddb >>>>>>> KDB: current backend: ddb >>>>>>> Copyright (c) 1992-2016 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 #4 43026a8(master)-dirty: Thu Mar 31 = 04:14:32 CDT 2016 >>>>>>> root@dora:/usr/home/emoe/Projects/ARM/odroid- >> c1/obj/arm.armv6hf/usr/home/emoe/Projects/ARM/src/sys/ODROIDC1 arm >>>>>>> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) = (based on LLVM 3.8.0) >>>>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>>>> VT: init without driver. >>>>>>> Preloaded elf kernel "kernel" at 0xc07c5d6c. >>>>>>> CPU: Cortex A5 rev 1 (Cortex-A core) >>>>>>> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 = Security_Ext >>>>>>> WB enabled LABT branch prediction disabled >>>>>>> LoUU:2 LoC:2 LoUIS:2 >>>>>>> Cache level 1: >>>>>>> 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc >>>>>>> 32KB/32B 2-way instruction cache Read-Alloc >>>>>>> real memory =3D 1073737728 (1023 MB) >>>>>>> avail memory =3D 1038233600 (990 MB) >>>>>>> Physical memory chunk(s): >>>>>>> 0x00001000 - 0x3fffffff, 1023 MB ( 262143 pages) >>>>>>> Excluded memory regions: >>>>>>> 0x00100000 - 0x00853fff, 7 MB ( 1876 pages) NoAlloc >>>>>>> Static device mappings: >>>>>>> 0xc1100000 - 0xc12fffff mapped at VA 0xffd00000 >>>>>>> 0xc4200000 - 0xc42fffff mapped at VA 0xffc00000 >>>>>>> 0xc4300000 - 0xc43fffff mapped at VA 0xffb00000 >>>>>>> 0xc8000000 - 0xc80fffff mapped at VA 0xffa00000 >>>>>>> 0xc8100000 - 0xc81fffff mapped at VA 0xff900000 >>>>>>> 0xc9000000 - 0xc97fffff mapped at VA 0xff100000 >>>>>>> 0xd9000000 - 0xd90fffff mapped at VA 0xff000000 >>>>>>> 0xda000000 - 0xda0fffff mapped at VA 0xfef00000 >>>>>>> Amlogic aml8726-m8b SoC >>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>>>>>> ULE: setup cpu 0 >>>>>>> ULE: setup cpu 1 >>>>>>> ULE: setup cpu 2 >>>>>>> ULE: setup cpu 3 >>>>>>> random: entropy device external interface >>>>>>> null: >>>>>>> openfirm: >>>>>>> mem: >>>>>>> nfslock: pseudo-device >>>>>>> crypto: >>>>>>> random: harvesting attach, 8 bytes (4 bits) from nexus0 >>>>>>> ofwbus0: >>>>>>> simplebus0: on ofwbus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from ofwbus0 >>>>>>> clkmsr0: mem 0xc1108758-0xc1108767 on = simplebus0 >>>>>>> clkmsr0: bus clock 159 MHz >>>>>>> random: harvesting attach, 8 bytes (4 bits) from clkmsr0 >>>>>>> l2cache0: mem 0xc4200000-0xc4200fff = irq 0 on ofwbus0 >>>>>>> l2cache0: Part number: 0x3, release: 0x9 >>>>>>> l2cache0: L2 Cache enabled: 512KB/32B 8 ways >>>>>>> l2cache0: Early BRESP response: disabled >>>>>>> l2cache0: Instruction prefetch: disabled >>>>>>> l2cache0: Data prefetch: enabled >>>>>>> l2cache0: Non-secure interrupt control: disabled >>>>>>> l2cache0: Non-secure lockdown: disabled >>>>>>> l2cache0: Share override: disabled >>>>>>> l2cache0: Double linefill: disabled >>>>>>> l2cache0: Instruction prefetch: disabled >>>>>>> l2cache0: Data prefetch: enabled >>>>>>> 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 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from l2cache0 >>>>>>> scu0: mem 0xc4300000-0xc4300fff on = simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from scu0 >>>>>>> cpuconfig0: mem 0xd901ff80-0xd901ff8f on = simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpuconfig0 >>>>>>> ccm0: mem 0xc1104140-0xc1104153 on = simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from ccm0 >>>>>>> pinctrl0: mem = 0xc11080b0-0xc11080d7,0xc11080e8- >> = 0xc11080ff,0xc1108120-0xc1108137,0xc8100014-0xc8100017,0xc810002c-0xc81000= 2f,0xc810002c- >> 0xc810002f on simplebus0 >>>>>>> Processing 3 pin-config node(s) in pinctrl-0 for = pinctrl@c11080b0 >>>>>>> Processing 1 pin-config node(s) in pinctrl-0 for mmc@c1108c20 >>>>>>> Processing 1 pin-config node(s) in pinctrl-0 for sdxc@c1108e00 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from pinctrl0 >>>>>>> gic0: mem = 0xc4301000-0xc4301fff,0xc4300100- >> 0xc43001ff on ofwbus0 >>>>>>> ofwbus0: no default resources for rid =3D 0, type =3D 1 >>>>>>> gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b irqs 256 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gic0 >>>>>>> wdt0: mem 0xc1109900-0xc1109907 irq 2 on = simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from wdt0 >>>>>>> timer0: mem 0xc1109940-0xc1109957 irq 1 = on ofwbus0 >>>>>>> Event timer "aml8726 timer A" frequency 1000000 Hz quality 1000 >>>>>>> Timecounter "aml8726 timer E" frequency 1000000 Hz quality 1000 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from timer0 >>>>>>> uart0: mem 0xc81004c0-0xc81004d7 irq 3 on = simplebus0 >>>>>>> uart0: RTS iflow, CTS oflow >>>>>>> uart0: console (115200,n,8,1) >>>>>>> uart0: fast interrupt >>>>>>> uart0: PPS capture mode: DCDinvalid >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uart0 >>>>>>> uart1: mem 0xc11084c0-0xc11084d7 irq 4 on = simplebus0 >>>>>>> uart1: RTS iflow, CTS oflow >>>>>>> uart1: fast interrupt >>>>>>> uart1: PPS capture mode: DCDinvalid >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uart1 >>>>>>> uart2: mem 0xc11084dc-0xc11084f3 irq 5 on = simplebus0 >>>>>>> uart2: RTS iflow, CTS oflow >>>>>>> uart2: fast interrupt >>>>>>> uart2: PPS capture mode: DCDinvalid >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uart2 >>>>>>> uart3: mem 0xc1108700-0xc1108717 irq 6 on = simplebus0 >>>>>>> uart3: RTS iflow, CTS oflow >>>>>>> uart3: fast interrupt >>>>>>> uart3: PPS capture mode: DCDinvalid >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uart3 >>>>>>> simplebus0: mem 0xc8100500-0xc810051f irq 7 = disabled compat >> amlogic,meson6-i2c (no driver attached) >>>>>>> aml8726_iic0: mem 0xc1108500-0xc110851f = irq 8 on simplebus0 >>>>>>> iicbb0: on aml8726_iic0 >>>>>>> iicbus0: on iicbb0 master-only >>>>>>> iic0: on iicbus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iic0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iicbus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iicbb0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic0 >>>>>>> aml8726_iic1: mem 0xc11087c0-0xc11087df = irq 9 on simplebus0 >>>>>>> iicbb1: on aml8726_iic1 >>>>>>> iicbus1: on iicbb1 master-only >>>>>>> iic1: on iicbus1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iic1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iicbus1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from iicbb1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_iic1 >>>>>>> simplebus0: mem 0xc8100480-0xc810049f irq = 10 disabled compat >> amlogic,meson6-ir (no driver attached) >>>>>>> simplebus0: mem 0xc1108c80-0xc1108cff disabled = compat amlogic,meson6- >> spifc (no driver attached) >>>>>>> simplebus0: mem = 0xc9410000-0xc941ffff,0xc1108108-0xc110810b irq >> 11 disabled compat amlogic,meson6-dwmac (no driver attached) >>>>>>> rtc0: mem 0xc8100740-0xc8100753 irq 12 on = simplebus0 >>>>>>> rtc0: crystal oscillator check failed >>>>>>> device_attach: rtc0 attach returned 6 >>>>>>> gpio0: mem = 0xc8100024-0xc8100027,0xc8100024- >> 0xc8100027,0xc8100028-0xc810002b on simplebus0 >>>>>>> gpiobus0: on gpio0 >>>>>>> gpioled0: at pin 13 on gpiobus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpioled0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus0 >>>>>>> gpioc0: on gpio0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpio0 >>>>>>> gpio1: mem = 0xc1108054-0xc1108057,0xc1108058- >> 0xc110805b,0xc110805c-0xc110805f on simplebus0 >>>>>>> gpiobus1: on gpio1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus1 >>>>>>> gpioc1: on gpio1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpio1 >>>>>>> gpio2: mem = 0xc110806c-0xc110806f,0xc1108070- >> 0xc1108073,0xc1108074-0xc1108077 on simplebus0 >>>>>>> gpiobus2: on gpio2 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpiobus2 >>>>>>> gpioc2: on gpio2 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpioc2 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from gpio2 >>>>>>> aml8726_mmc0: mem 0xc1108c20-0xc1108c3f = irq 13 on simplebus0 >>>>>>> mmc0: on aml8726_mmc0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from mmc0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_mmc0 >>>>>>> aml8726_sdxc0: mem = 0xc1108e00-0xc1108e3b irq 14 on >> simplebus0 >>>>>>> mmc1: on aml8726_sdxc0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from mmc1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from aml8726_sdxc0 >>>>>>> simplebus0: mem 0xc1108100-0xc1108107 compat = amlogic,aml8726-rng (no >> driver attached) >>>>>>> usbphy0: mem 0xc1108800-0xc110881f = on simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from usbphy0 >>>>>>> usbphy1: mem 0xc1108820-0xc110883f = on simplebus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from usbphy1 >>>>>>> dwcotg0: mem = 0xc9040000-0xc907ffff irq 15 on >> simplebus0 >>>>>>> usbus0 on dwcotg0 >>>>>>> dwcotg0: usbpf: Attached >>>>>>> random: harvesting attach, 8 bytes (4 bits) from usbus0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg0 >>>>>>> dwcotg1: mem = 0xc90c0000-0xc90fffff irq 16 on >> simplebus0 >>>>>>> usbus1 on dwcotg1 >>>>>>> dwcotg1: usbpf: Attached >>>>>>> random: harvesting attach, 8 bytes (4 bits) from usbus1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from dwcotg1 >>>>>>> dwc0: mem = 0xc9410000-0xc9411fff irq 11 >> on simplebus0 >>>>>>> miibus0: on dwc0 >>>>>>> rgephy0: PHY 0 = on miibus0 >>>>>>> rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 >>>>>>> rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, >> 1000baseT-FDX-master, auto >>>>>>> random: harvesting attach, 8 bytes (4 bits) from rgephy0 >>>>>>> rgephy1: PHY 1 = on miibus0 >>>>>>> rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 >>>>>>> rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, >> 1000baseT-FDX-master, auto >>>>>>> random: harvesting attach, 8 bytes (4 bits) from rgephy1 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from miibus0 >>>>>>> dwc0: bpf attached >>>>>>> dwc0: Ethernet address: 62:73:64:5d:6a:ec >>>>>>> random: harvesting attach, 8 bytes (4 bits) from dwc0 >>>>>>> fb0: mem 0xc8006048-0xc8006053,0xc1106800- >> 0xc1106bff,0xc1107400-0xc11077ff irq 17,18,19,20 on simplebus0 >>>>>>> fbd0 on fb0 >>>>>>> VT: initialize with new VT driver "fb". >>>>>>> random: harvesting attach, 8 bytes (4 bits) from fbd0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from fb0 >>>>>>> cpulist0: on ofwbus0 >>>>>>> cpu0: on cpulist0 >>>>>>> cpu0: missing 'clock-frequency' property >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpu0 >>>>>>> cpu1: on cpulist0 >>>>>>> cpu1: missing 'clock-frequency' property >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpu1 >>>>>>> cpu2: on cpulist0 >>>>>>> cpu2: missing 'clock-frequency' property >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpu2 >>>>>>> cpu3: on cpulist0 >>>>>>> cpu3: missing 'clock-frequency' property >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpu3 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cpulist0 >>>>>>> ofwbus0: compat fixed-clock (no driver attached) >>>>>>> ofwbus0: compat gpio-leds (no driver attached) >>>>>>> cryptosoft0: >>>>>>> crypto: assign cryptosoft0 driver id 0, flags 100663296 >>>>>>> crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 >>>>>>> crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 >>>>>>> random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 >>>>>>> procfs registered >>>>>>> Timecounters tick every 10.000 msec >>>>>>> tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 >>>>>>> usbus0: 480Mbps High Speed USB v2.0 >>>>>>> IPsec: Initialized Security Association Processing. >>>>>>> lo0: bpf attached >>>>>>> mmc0: Probing bus >>>>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>>>> mmc0: SD 2.0 interface conditions: OK >>>>>>> mmc0: SD probe: OK (OCR: 0x40ff8000) >>>>>>> mmc0: Current OCR: 0x00ff8000 >>>>>>> ugen1.1: at usbus1 >>>>>>> uhub0: = on usbus1 >>>>>>> ugen0.1: at usbus0 >>>>>>> uhub1: = on usbus0 >>>>>>> mmc0: Probing cards >>>>>>> mmc0: New card detected (CID 035344534c3038478029cfee4e00f900) >>>>>>> mmc0: New card detected (CSD 400e00325b5900003b377f800a404000) >>>>>>> mmc0: Card at relative address 0xaaaa added: >>>>>>> mmc0: card: SDHC SL08G 8.0 SN 29CFEE4E MFG 09/2015 by 3 SD >>>>>>> mmc0: bus: 4bit, 50MHz, high speed timing >>>>>>> mmc0: memory: 15523840 blocks, erase sector 8192 blocks >>>>>>> mmc0: setting transfer rate to 39.750MHz (high speed timing) >>>>>>> mmcsd0: 8GB at = mmc0 39.7MHz/4bit/8- >> block >>>>>>> random: harvesting attach, 8 bytes (4 bits) from mmcsd0 >>>>>>> mmc1: Probing bus >>>>>>> GEOM: new disk mmcsd0 >>>>>>> mmc0: setting bus width to 4 bits >>>>>>> GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned on = 4194304 bytes >>>>>>> GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned on = 4194304 bytes >>>>>>> mmc1: SD probe: failed >>>>>>> mmc1: MMC probe: failed >>>>>>> mmc1: Current OCR: 0x00000000 >>>>>>> mmc1: No compatible cards found on bus >>>>>>> Release APs >>>>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>>>> Trying to mount root from ufs:mmcsd0s2 []... >>>>>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on = 4194304 bytes >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 >> bytes >>>>>>> warning: no time-of-day clock registered, system time will not = be set accurately >>>>>>> start_init: trying /sbin/init >>>>>>> uhub0: 1 port with 1 removable, self powered >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uhub0 >>>>>>> uhub1: 1 port with 1 removable, self powered >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uhub1 >>>>>>> ugen1.2: at usbus1 >>>>>>> uhub2: on usbus1 >>>>>>> uhub2: MTT enabled >>>>>>> Growing root partition to fill device >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 >> bytes >>>>>>> mmcsd0s2 resized >>>>>>> growfs: superblock not recognized >>>>>>> /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI = data, generating a >> new one >>>>>>> uhub2: 4 ports with 4 removable, self powered >>>>>>> random: harvesting attach, 8 bytes (4 bits) from uhub2 >>>>>>> Setting hostuuid: 214610b1-f72e-11e5-8203-df073412266c. >>>>>>> Setting hostid: 0x373425ad. >>>>>>> No suitable dump device was found. >>>>>>> Starting file system checks: >>>>>>> /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS >>>>>>> /dev/mmcsd0s2: clean, 36687 free (103 frags, 4573 blocks, 0.0% = fragmentation) >>>>>>> GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on = 4194304 bytes >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) is not = aligned on 4194304 >> bytes >>>>>>> GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) is not = aligned on 4194304 >> bytes >>>>>>> Mounting local file systems:. >>>>>>> Setting hostname: freebsd. >>>>>>> Setting up >> = harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,K= EYBOARD,ATTACH,C >> ACHED >>>>>>> Feeding entropy:random: unblocking device. >>>>>>> . >>>>>>> dwc0: link state changed to DOWN >>>>>>> Starting Network: lo0 dwc0. >>>>>>> lo0: flags=3D8049 metric 0 mtu = 16384 >>>>>>> options=3D600003 >>>>>>> inet6 ::1 prefixlen 128 >>>>>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >>>>>>> inet 127.0.0.1 netmask 0xff000000 >>>>>>> groups: lo >>>>>>> nd6 options=3D21 >>>>>>> dwc0: flags=3D8843 = metric 0 mtu 1500 >>>>>>> options=3D80008 >>>>>>> ether 62:73:64:5d:6a:ec >>>>>>> media: Ethernet autoselect (none) >>>>>>> status: no carrier >>>>>>> nd6 options=3D29 >>>>>>> ELF ldconfig path: /lib /usr/lib /usr/lib/compat >>>>>>> Starting devd. >>>>>>> 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: .....(no carrier) >>>>>>> Creating and/or trimming log files. >>>>>>> Starting syslogd. >>>>>>> Clearing /tmp (X related). >>>>>>> Updating motd:. >>>>>>> Mounting late file systems:. >>>>>>> Configuring vt: blanktime. >>>>>>> Generating RSA host key. >>>>>>> 2048 SHA256:efid4fCpKZlmdi69b18qj+SNx2mSPQNr6ourB/w9tPw = root@freebsd (RSA) >>>>>>> Generating ECDSA host key. >>>>>>> 256 SHA256:bpBVM0B9a3xDhmy3bvoC4OuELAJ4fvJd+p3tNwgia6k = root@freebsd (ECDSA) >>>>>>> Generating ED25519 host key. >>>>>>> 256 SHA256:VHMKoDA1Zv50CmxiLJwTIvg58S2DuBg6zj2VFXDGq/M = root@freebsd (ED25519) >>>>>>> Performing sanity check on sshd configuration. >>>>>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>>>>> Starting sshd. >>>>>>> Could not load host key: /etc/ssh/ssh_host_dsa_key >>>>>>> Starting cron. >>>>>>> Starting background file system checks in 60 seconds. >>>>>>> lock order reversal: >>>>>>> 1st 0xc4499814 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>>>>> 2nd 0xd90169a0 bufwait (bufwait) @ >> /usr/home/emoe/Projects/ARM/src/sys/ufs/ffs/ffs_vnops.c:263 >>>>>>> 3rd 0xc45c15d4 ufs (ufs) @ = /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:2498 >>>>>>> stack backtrace: >>>>>>> mount: /dev/mmcsd0s2: Device busy >>>>>>>=20 >>>>>>> Thu Mar 31 10:49:29 UTC 2016 >>>>>>>=20 >>>>>>> FreeBSD/arm (freebsd) (ttyu0) >>>>>>>=20 >>>>>>> login: >>>>>>>=20 >>>>>>>> On Mar 30, 2016, at 7:47 PM, Erik Moe wrote: >>>>>>>>=20 >>>>>>>> I was able to build a working odroid-c1 image not too long ago. = Let me pull the >> latest sources and see if something has changed. >>>>>>>>=20 >>>>>>>> Erik >>>>>>>>=20 >>>>>>>>> On Mar 30, 2016, at 2:24 AM, Daniel Braniss = wrote: >>>>>>>>>=20 >>>>>>>>> Hi, >>>>>>>>> Managed to make a bootable SD, cross compile world/kernel, >>>>>>>>> but the kernel startup gets stuck, I can=E2=80=99t even get = into the debugger. >>>>>>>>> any help/hints most welcome :-) >>>>>>>>> btw, I can also boot via the network, cutting down the debug = cycle considerably. >>>>>>>>> thanks, >>>>>>>>> danny >>>>>>>>> PS: here is the console output >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>>>>>> _______________________________________________ >>>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> freebsd-arm@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>>>=20 >>>>=20 >>>=20 >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Apr 10 10:49:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14328B09987 for ; Sun, 10 Apr 2016 10:49:47 +0000 (UTC) (envelope-from florence44638@caliopea.com) Received: from antispam.calyopea.com (digi00817.digicube.fr [95.130.13.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D68441BC2 for ; Sun, 10 Apr 2016 10:49:46 +0000 (UTC) (envelope-from florence44638@caliopea.com) Received: from ssl.calyopea.com (ssl [95.130.13.154]) by antispam.calyopea.com (Postfix) with ESMTP id B01DD7598D for ; Sun, 10 Apr 2016 12:49:43 +0200 (CEST) Received: from internal-ip (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) by Mailer-VIP-1.calyopea.fr (Postfix) with ESMTPSA id 8C311759FE for ; Sun, 10 Apr 2016 12:49:43 +0200 (CEST) From: nowhere Subject: Re: [RPIB] freebsd on micron D9QHN To: freebsd-arm@freebsd.org References: <5708E8ED.6010902@caliopea.com> <2ECD7E95-0B14-4AF1-A189-C85A1493802E@raats.xs4all.nl> Message-ID: <570A2FC7.3020501@caliopea.com> Date: Sun, 10 Apr 2016 12:49:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <2ECD7E95-0B14-4AF1-A189-C85A1493802E@raats.xs4all.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 10:49:47 -0000 Le 09/04/2016 14:10, Jack Raats a écrit : > You downloaded THE wrong image. Please look for THE RPI2 image. Tht's perfectly right, I'm also stupid ;-) I've dl the good image, write it to sdcard: now I've a pretty rainbow (with the rpi2 image).. The ACT led blink once when powered up, and once more when boot_delay expire (seen at http://elinux.org/R-Pi_Troubleshooting#Coloured_splash_screen ) Seems to be a trouble with u-boot now ? need a specific version for micron SoC ? T.I.A. PLF. From owner-freebsd-arm@freebsd.org Sun Apr 10 12:01:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4544BB015D7 for ; Sun, 10 Apr 2016 12:01:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A7271004 for ; Sun, 10 Apr 2016 12:01:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3AC0xcK098423 for ; Sun, 10 Apr 2016 12:00:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 208669] Improvement of pxeboot using Linux NFS servers. Date: Sun, 10 Apr 2016 12:00:59 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: zen-freebsd-users@suzuki.que.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 12:01:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208669 Bug ID: 208669 Summary: Improvement of pxeboot using Linux NFS servers. Product: Base System Version: 10.2-STABLE Hardware: i386 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: zen-freebsd-users@suzuki.que.ne.jp CC: freebsd-i386@FreeBSD.org CC: freebsd-i386@FreeBSD.org I tried to boot by pxeboot using some Linux nfs servers. But, I could not boot by using Linux nfs servers.=20 I tested using CentOS6.7 and CentOS7.1 as a dhcp,tftp,NFS server. The pxeboot of FreeBSD9.3 and 10.2 correctly downloaded by TFTP from Linux server. At second stage , the pxeboot will mount to load kernel by nfs. But, pxeboot was failed to mount nfs. I monitored a packet using tcpdump. It was as below. 14:12:47.658036 IP 192.168.8.215.1023 > 192.168.8.2.sunrpc: UDP,length 76 14:12:47.658349 IP 192.168.8.2.sunrpc > 192.168.8.215.1023: UDP,length 28 ... reapeat infinity .... I checked a source file of pxeboot at FreeBSD 9.3, then I was succeed to b= oot using Linux NFS Server. My improvement is as below. *** /sys/boot/i386/libi386/pxe.c.orig 2014-12-14 13:47:38.000000000 +0900 --- /sys/boot/i386/libi386/pxe.c 2016-04-10 20:24:13.000000000 +0900 *************** *** 673,679 **** uh =3D (struct udphdr *) pkt - 1; bzero(udpread_p, sizeof(*udpread_p)); ! udpread_p->dest_ip =3D h->myip.s_addr; udpread_p->d_port =3D h->myport; udpread_p->buffer_size =3D len; udpread_p->buffer.segment =3D VTOPSEG(data_buffer); --- 673,679 ---- uh =3D (struct udphdr *) pkt - 1; bzero(udpread_p, sizeof(*udpread_p)); ! udpread_p->src_ip =3D h->destip.s_addr; udpread_p->d_port =3D h->myport; udpread_p->buffer_size =3D len; udpread_p->buffer.segment =3D VTOPSEG(data_buffer); The Intel's document of pxe says=20 DestIP: Only accept packets sent to this IP address. If this is zero, packets sent to any IP address are accepted http://www.intel.com/design/archives/wfm/downloads/pxespec.htm I remove line of udpread_p->dest_ip... , And added the line udpread_p->src_ip... for security. I wonder why NFS Server of FreeBSD is success at the code of current. Unfortunately a reason isn't understood. --- my test enviroment Boot server CentOS6.7 and CentOS7.1. Diskless client FreeBSD-9.3 Hardware1: virtual machin of VMware ESXi 6.0 Hardware2: M/B SuperMicro X8SIL-F (IntelPXE) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Apr 10 13:28:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 282EBB0A684 for ; Sun, 10 Apr 2016 13:28:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F32091C24 for ; Sun, 10 Apr 2016 13:28:29 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: f6761d44-ff1f-11e5-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 10 Apr 2016 13:27:24 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3ADSPXJ011504; Sun, 10 Apr 2016 07:28:25 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460294905.52955.4.camel@freebsd.org> Subject: Re: Odroidc1+ stuck booting From: Ian Lepore To: Daniel Braniss , =?ISO-8859-1?Q?=22Wei=DF=2C?= "Dr." =?ISO-8859-1?Q?J=FCrgen=22?= Cc: freebsd-arm Date: Sun, 10 Apr 2016 07:28:25 -0600 In-Reply-To: <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 13:28:30 -0000 On Sun, 2016-04-10 at 11:59 +0300, Daniel Braniss wrote: > Hi > > > On 9 Apr 2016, at 22:52, Wei, Dr. Jrgen > > wrote: > > > > Hi, > > > > I have a C1+ and just booted a FreeBSD current kernel not older > > than > > a week without problems. > > > > fatload mmc 0:1 0x21000000 kernel.bin > > go 0x21000000 > > > > my kernel loads at a different address! > btw, what kernconf are you using? I had to comment out the random > stuff, since it was giving compiler errors. > FYI, It doesn't really matter what address your kernel loads at these days, except that it must be on a 2MB boundary (and it must not conflict with any memory u-boot itself is using). The kernel has been self-relocating for quite a while now (more than a year). -- Ian > > Maybe you could try a different sd card, as it seems to get stuck > > at > > a time when it is probing the sd cards. > > it$B!G(Bs booting from it, and i have tried several cards, BTW, it > also gives the same error when booting from the net. > my guts make me think it$B!G(Bs in the *dtb stuff. which is loaded into > the kernel and not read of the sd card. > > thanks, > danny > > > > Regards > > > > Juergen > > > > > > > > > -----Original Message----- > > > From: owner-freebsd-arm@freebsd.org [mailto: > > > owner-freebsd-arm@freebsd.org] On Behalf Of > > > Erik Moe > > > Sent: Tuesday, April 05, 2016 10:53 PM > > > To: Daniel Braniss > > > Cc: freebsd-arm > > > Subject: Re: Odroidc1+ stuck booting > > > > > > That$B!G(Bs correct I have a C1, not a C1+. > > > > > > Erik > > > > > > > On Apr 4, 2016, at 6:02 AM, Daniel Braniss > > > > wrote: > > > > > > > > I assume you have a C1 not a C1+, because I$B!G(Bm doing the same, > > > > and no luck. I know that the board is ok because It boots and > > > > runs Daisuke-san$B!G(Bs image. > > > > danny > > > > > > > > > On 31 Mar 2016, at 15:29, Erik Moe wrote: > > > > > > > > > > Everything I$B!G(Bm doing I $B!H(Bborrowed$B!I(B from here: > > > https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 > > > > > > > > > > I$B!G(Bm using the stock ODROIDC1 kernel config in head which > > > > > builds the FTD statically into > > > the kernel from src/sys/boot/fdt/dts/arm/odroidc1.dts. I > > > liberated u-boot from > > > ArchLinuxARM-odroid-c1-latest.tar.gz. My boot.ini is simply > > > this: > > > > > > > > > > ODROIDC-UBOOT-CONFIG > > > > > > > > > > setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go > > > > > 0x100000" > > > > > run bootcmd > > > > > > > > > > Erik > > > > > > > > > > > On Mar 31, 2016, at 1:36 AM, Daniel Braniss < > > > > > > danny@cs.huji.ac.il> wrote: > > > > > > > > > > > > oh, and if you feel generous your ODROIDC1.conf $B!D(B > > > > > > thanks, > > > > > > danny > > > > > > > > > > > > > On 31 Mar 2016, at 09:31, Daniel Braniss < > > > > > > > danny@cs.huji.ac.il> wrote: > > > > > > > > > > > > > > hi Erik, > > > > > > > can you send me your > > > > > > > uboot > > > > > > > boot.ini > > > > > > > *.dtb > > > > > > > I$B!G(Bm pretty sure the issue is somewhere there then. > > > > > > > thanks, > > > > > > > danny > > > > > > > > > > > > > > > On 31 Mar 2016, at 09:11, Erik Moe > > > > > > > > wrote: > > > > > > > > > > > > > > > > I built a new image for my odriod-c1 for ssd from the > > > > > > > > latest sources and had no > > > issues and didn$B!G(Bt need to tweet anything. I don$B!G(Bt have and > > > odriod-c1+, but my > > > understanding is there isn$B!G(Bt much difference between the two. I > > > am using the serial > > > console. > > > > > > > > > > > > > > > > QA5:A;SVN:B72;POC:17F;STS:0;BOOT:0;INIT:10;BOOT:1;INIT: > > > > > > > > 0;READ:0;CHECK:0;PASS:1; > > > > > > > > ------------------------------------------------------- > > > > > > > > ---------------- > > > > > > > > * Welcome to Hardkernel's ODROID-C... (Built at > > > > > > > > 19:33:00 Dec 8 2014) * > > > > > > > > ------------------------------------------------------- > > > > > > > > ---------------- > > > > > > > > CPU : AMLogic S805 > > > > > > > > MEM : 1024MB (DDR3@792MHz) > > > > > > > > BID : HKC13C0001 > > > > > > > > S/N : HKC1CC037EBE4620 > > > > > > > > 0x0000009f > > > > > > > > check SD_boot_type:0x1 card_type:0x1 > > > > > > > > Loading U-boot...success. > > > > > > > > > > > > > > > > > > > > > > > > U-boot(odroidc@) (Jun 12 2015 - 17:31:14) > > > > > > > > > > > > > > > > DRAM: 1 GiB > > > > > > > > relocation Offset is: 2ff1c000 > > > > > > > > MMC: SDCARD: 0, eMMC: 1 > > > > > > > > IR init is done! > > > > > > > > vpu clk_level = 3 > > > > > > > > set vpu clk: 182150000Hz, readback: 182150000Hz(0x701) > > > > > > > > mode = 6 vic = 4 > > > > > > > > set HDMI vic: 4 > > > > > > > > mode is: 6 > > > > > > > > viu chan = 1 > > > > > > > > config HPLL > > > > > > > > config HPLL done > > > > > > > > reconfig packet setting done > > > > > > > > MMC read: dev # 0, block # 33984, count 12288 ... 12288 > > > > > > > > blocks read: OK > > > > > > > > There is no valid bmp file at the given address > > > > > > > > ======================================================= > > > > > > > > ===== > > > > > > > > Vendor: Man 035344 Snr 29cfee4e Rev: 8.0 Prod: SL08G > > > > > > > > Type: Removable Hard Disk > > > > > > > > Capacity: 7580.0 MB = 7.4 GB (15523840 x 512) > > > > > > > > ------------------------------------------------------- > > > > > > > > ----- > > > > > > > > Partition Start Sector Num Sectors Type > > > > > > > > 1 1134 131040 6 > > > > > > > > 2 132174 15391666 a5 > > > > > > > > ======================================================= > > > > > > > > ===== > > > > > > > > Net: Meson_Ethernet > > > > > > > > init suspend firmware done. (ret:0) > > > > > > > > Hit Enter key to stop autoboot -- : 0 > > > > > > > > exit abortboot: 0 > > > > > > > > reading boot.ini > > > > > > > > > > > > > > > > 98 bytes read > > > > > > > > Loading boot.ini from mmc0:1 (vfat) > > > > > > > > Executing the script... > > > > > > > > setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go > > > > > > > > 0x100000" > > > > > > > > run bootcmd > > > > > > > > reading kernel.bin > > > > > > > > > > > > > > > > 6055396 bytes read > > > > > > > > ## Starting application at 0x00100000 ... > > > > > > > > ARM Debug Architecture v7 > > > > > > > > 2 watchpoints and 3 breakpoints supported > > > > > > > > KDB: debugger backends: ddb > > > > > > > > KDB: current backend: ddb > > > > > > > > Copyright (c) 1992-2016 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 #4 43026a8(master)-dirty: Thu Mar > > > > > > > > 31 04:14:32 CDT 2016 > > > > > > > > root@dora:/usr/home/emoe/Projects/ARM/odroid- > > > c1/obj/arm.armv6hf/usr/home/emoe/Projects/ARM/src/sys/ODROIDC1 > > > arm > > > > > > > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final > > > > > > > > 262564) (based on LLVM 3.8.0) > > > > > > > > WARNING: WITNESS option enabled, expect reduced > > > > > > > > performance. > > > > > > > > VT: init without driver. > > > > > > > > Preloaded elf kernel "kernel" at 0xc07c5d6c. > > > > > > > > CPU: Cortex A5 rev 1 (Cortex-A core) > > > > > > > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE > > > > > > > > ARMv4 Security_Ext > > > > > > > > WB enabled LABT branch prediction disabled > > > > > > > > LoUU:2 LoC:2 LoUIS:2 > > > > > > > > Cache level 1: > > > > > > > > 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc > > > > > > > > 32KB/32B 2-way instruction cache Read-Alloc > > > > > > > > real memory = 1073737728 (1023 MB) > > > > > > > > avail memory = 1038233600 (990 MB) > > > > > > > > Physical memory chunk(s): > > > > > > > > 0x00001000 - 0x3fffffff, 1023 MB ( 262143 pages) > > > > > > > > Excluded memory regions: > > > > > > > > 0x00100000 - 0x00853fff, 7 MB ( 1876 pages) > > > > > > > > NoAlloc > > > > > > > > Static device mappings: > > > > > > > > 0xc1100000 - 0xc12fffff mapped at VA 0xffd00000 > > > > > > > > 0xc4200000 - 0xc42fffff mapped at VA 0xffc00000 > > > > > > > > 0xc4300000 - 0xc43fffff mapped at VA 0xffb00000 > > > > > > > > 0xc8000000 - 0xc80fffff mapped at VA 0xffa00000 > > > > > > > > 0xc8100000 - 0xc81fffff mapped at VA 0xff900000 > > > > > > > > 0xc9000000 - 0xc97fffff mapped at VA 0xff100000 > > > > > > > > 0xd9000000 - 0xd90fffff mapped at VA 0xff000000 > > > > > > > > 0xda000000 - 0xda0fffff mapped at VA 0xfef00000 > > > > > > > > Amlogic aml8726-m8b SoC > > > > > > > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > > > > > > > ULE: setup cpu 0 > > > > > > > > ULE: setup cpu 1 > > > > > > > > ULE: setup cpu 2 > > > > > > > > ULE: setup cpu 3 > > > > > > > > random: entropy device external interface > > > > > > > > null: > > > > > > > > openfirm: > > > > > > > > mem: > > > > > > > > nfslock: pseudo-device > > > > > > > > crypto: > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from nexus0 > > > > > > > > ofwbus0: > > > > > > > > simplebus0: on > > > > > > > > ofwbus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > ofwbus0 > > > > > > > > clkmsr0: mem 0xc1108758 > > > > > > > > -0xc1108767 on simplebus0 > > > > > > > > clkmsr0: bus clock 159 MHz > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > clkmsr0 > > > > > > > > l2cache0: mem 0xc4200000 > > > > > > > > -0xc4200fff irq 0 on ofwbus0 > > > > > > > > l2cache0: Part number: 0x3, release: 0x9 > > > > > > > > l2cache0: L2 Cache enabled: 512KB/32B 8 ways > > > > > > > > l2cache0: Early BRESP response: disabled > > > > > > > > l2cache0: Instruction prefetch: disabled > > > > > > > > l2cache0: Data prefetch: enabled > > > > > > > > l2cache0: Non-secure interrupt control: disabled > > > > > > > > l2cache0: Non-secure lockdown: disabled > > > > > > > > l2cache0: Share override: disabled > > > > > > > > l2cache0: Double linefill: disabled > > > > > > > > l2cache0: Instruction prefetch: disabled > > > > > > > > l2cache0: Data prefetch: enabled > > > > > > > > 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 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > l2cache0 > > > > > > > > scu0: mem 0xc4300000 > > > > > > > > -0xc4300fff on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from scu0 > > > > > > > > cpuconfig0: mem 0xd901ff80 > > > > > > > > -0xd901ff8f on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > cpuconfig0 > > > > > > > > ccm0: mem 0xc1104140-0xc1104153 > > > > > > > > on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from ccm0 > > > > > > > > pinctrl0: mem 0xc11080b0 > > > > > > > > -0xc11080d7,0xc11080e8- > > > 0xc11080ff,0xc1108120-0xc1108137,0xc8100014-0xc8100017,0xc810002c > > > -0xc810002f,0xc810002c- > > > 0xc810002f on simplebus0 > > > > > > > > Processing 3 pin-config node(s) in pinctrl-0 for > > > > > > > > pinctrl@c11080b0 > > > > > > > > Processing 1 pin-config node(s) in pinctrl-0 for > > > > > > > > mmc@c1108c20 > > > > > > > > Processing 1 pin-config node(s) in pinctrl-0 for > > > > > > > > sdxc@c1108e00 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > pinctrl0 > > > > > > > > gic0: mem 0xc4301000 > > > > > > > > -0xc4301fff,0xc4300100- > > > 0xc43001ff on ofwbus0 > > > > > > > > ofwbus0: no default resources for rid = 0, type = 1 > > > > > > > > gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b > > > > > > > > irqs 256 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gic0 > > > > > > > > wdt0: mem 0xc1109900-0xc1109907 > > > > > > > > irq 2 on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from wdt0 > > > > > > > > timer0: mem 0xc1109940 > > > > > > > > -0xc1109957 irq 1 on ofwbus0 > > > > > > > > Event timer "aml8726 timer A" frequency 1000000 Hz > > > > > > > > quality 1000 > > > > > > > > Timecounter "aml8726 timer E" frequency 1000000 Hz > > > > > > > > quality 1000 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from timer0 > > > > > > > > uart0: mem 0xc81004c0-0xc81004d7 > > > > > > > > irq 3 on simplebus0 > > > > > > > > uart0: RTS iflow, CTS oflow > > > > > > > > uart0: console (115200,n,8,1) > > > > > > > > uart0: fast interrupt > > > > > > > > uart0: PPS capture mode: DCDinvalid > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uart0 > > > > > > > > uart1: mem 0xc11084c0-0xc11084d7 > > > > > > > > irq 4 on simplebus0 > > > > > > > > uart1: RTS iflow, CTS oflow > > > > > > > > uart1: fast interrupt > > > > > > > > uart1: PPS capture mode: DCDinvalid > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uart1 > > > > > > > > uart2: mem 0xc11084dc-0xc11084f3 > > > > > > > > irq 5 on simplebus0 > > > > > > > > uart2: RTS iflow, CTS oflow > > > > > > > > uart2: fast interrupt > > > > > > > > uart2: PPS capture mode: DCDinvalid > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uart2 > > > > > > > > uart3: mem 0xc1108700-0xc1108717 > > > > > > > > irq 6 on simplebus0 > > > > > > > > uart3: RTS iflow, CTS oflow > > > > > > > > uart3: fast interrupt > > > > > > > > uart3: PPS capture mode: DCDinvalid > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uart3 > > > > > > > > simplebus0: mem 0xc8100500-0xc810051f > > > > > > > > irq 7 disabled compat > > > amlogic,meson6-i2c (no driver attached) > > > > > > > > aml8726_iic0: mem 0xc1108500 > > > > > > > > -0xc110851f irq 8 on simplebus0 > > > > > > > > iicbb0: on aml8726_iic0 > > > > > > > > iicbus0: on iicbb0 master-only > > > > > > > > iic0: on iicbus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from iic0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > iicbus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from iicbb0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > aml8726_iic0 > > > > > > > > aml8726_iic1: mem 0xc11087c0 > > > > > > > > -0xc11087df irq 9 on simplebus0 > > > > > > > > iicbb1: on aml8726_iic1 > > > > > > > > iicbus1: on iicbb1 master-only > > > > > > > > iic1: on iicbus1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from iic1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > iicbus1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from iicbb1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > aml8726_iic1 > > > > > > > > simplebus0: mem 0xc8100480 > > > > > > > > -0xc810049f irq 10 disabled compat > > > amlogic,meson6-ir (no driver attached) > > > > > > > > simplebus0: mem 0xc1108c80-0xc1108cff > > > > > > > > disabled compat amlogic,meson6- > > > spifc (no driver attached) > > > > > > > > simplebus0: mem 0xc9410000 > > > > > > > > -0xc941ffff,0xc1108108-0xc110810b irq > > > 11 disabled compat amlogic,meson6-dwmac (no driver attached) > > > > > > > > rtc0: mem 0xc8100740-0xc8100753 > > > > > > > > irq 12 on simplebus0 > > > > > > > > rtc0: crystal oscillator check failed > > > > > > > > device_attach: rtc0 attach returned 6 > > > > > > > > gpio0: mem 0xc8100024 > > > > > > > > -0xc8100027,0xc8100024- > > > 0xc8100027,0xc8100028-0xc810002b on simplebus0 > > > > > > > > gpiobus0: on gpio0 > > > > > > > > gpioled0: at pin 13 on gpiobus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > gpioled0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > gpiobus0 > > > > > > > > gpioc0: on gpio0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpioc0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpio0 > > > > > > > > gpio1: mem 0xc1108054 > > > > > > > > -0xc1108057,0xc1108058- > > > 0xc110805b,0xc110805c-0xc110805f on simplebus0 > > > > > > > > gpiobus1: on gpio1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > gpiobus1 > > > > > > > > gpioc1: on gpio1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpioc1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpio1 > > > > > > > > gpio2: mem 0xc110806c > > > > > > > > -0xc110806f,0xc1108070- > > > 0xc1108073,0xc1108074-0xc1108077 on simplebus0 > > > > > > > > gpiobus2: on gpio2 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > gpiobus2 > > > > > > > > gpioc2: on gpio2 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpioc2 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from gpio2 > > > > > > > > aml8726_mmc0: mem 0xc1108c20 > > > > > > > > -0xc1108c3f irq 13 on simplebus0 > > > > > > > > mmc0: on aml8726_mmc0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from mmc0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > aml8726_mmc0 > > > > > > > > aml8726_sdxc0: mem 0xc1108e00 > > > > > > > > -0xc1108e3b irq 14 on > > > simplebus0 > > > > > > > > mmc1: on aml8726_sdxc0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from mmc1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > aml8726_sdxc0 > > > > > > > > simplebus0: mem 0xc1108100-0xc1108107 > > > > > > > > compat amlogic,aml8726-rng (no > > > driver attached) > > > > > > > > usbphy0: mem 0xc1108800 > > > > > > > > -0xc110881f on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > usbphy0 > > > > > > > > usbphy1: mem 0xc1108820 > > > > > > > > -0xc110883f on simplebus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > usbphy1 > > > > > > > > dwcotg0: mem > > > > > > > > 0xc9040000-0xc907ffff irq 15 on > > > simplebus0 > > > > > > > > usbus0 on dwcotg0 > > > > > > > > dwcotg0: usbpf: Attached > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from usbus0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > dwcotg0 > > > > > > > > dwcotg1: mem > > > > > > > > 0xc90c0000-0xc90fffff irq 16 on > > > simplebus0 > > > > > > > > usbus1 on dwcotg1 > > > > > > > > dwcotg1: usbpf: Attached > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from usbus1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > dwcotg1 > > > > > > > > dwc0: mem > > > > > > > > 0xc9410000-0xc9411fff irq 11 > > > on simplebus0 > > > > > > > > miibus0: on dwc0 > > > > > > > > rgephy0: > > > > > > > interface> PHY 0 on miibus0 > > > > > > > > rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 > > > > > > > > rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, > > > > > > > > 100baseTX-FDX, 1000baseT-FDX, > > > 1000baseT-FDX-master, auto > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > rgephy0 > > > > > > > > rgephy1: > > > > > > > interface> PHY 1 on miibus0 > > > > > > > > rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 > > > > > > > > rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, > > > > > > > > 100baseTX-FDX, 1000baseT-FDX, > > > 1000baseT-FDX-master, auto > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > rgephy1 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > miibus0 > > > > > > > > dwc0: bpf attached > > > > > > > > dwc0: Ethernet address: 62:73:64:5d:6a:ec > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from dwc0 > > > > > > > > fb0: mem 0xc8006048 > > > > > > > > -0xc8006053,0xc1106800- > > > 0xc1106bff,0xc1107400-0xc11077ff irq 17,18,19,20 on simplebus0 > > > > > > > > fbd0 on fb0 > > > > > > > > VT: initialize with new VT driver "fb". > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from fbd0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from fb0 > > > > > > > > cpulist0: on ofwbus0 > > > > > > > > cpu0: on cpulist0 > > > > > > > > cpu0: missing 'clock-frequency' property > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from cpu0 > > > > > > > > cpu1: on cpulist0 > > > > > > > > cpu1: missing 'clock-frequency' property > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from cpu1 > > > > > > > > cpu2: on cpulist0 > > > > > > > > cpu2: missing 'clock-frequency' property > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from cpu2 > > > > > > > > cpu3: on cpulist0 > > > > > > > > cpu3: missing 'clock-frequency' property > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from cpu3 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > cpulist0 > > > > > > > > ofwbus0: compat fixed-clock (no driver > > > > > > > > attached) > > > > > > > > ofwbus0: compat gpio-leds (no driver attached) > > > > > > > > cryptosoft0: > > > > > > > > crypto: assign cryptosoft0 driver id 0, flags 100663296 > > > > > > > > crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 > > > > > > > > crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from > > > > > > > > cryptosoft0 > > > > > > > > procfs registered > > > > > > > > Timecounters tick every 10.000 msec > > > > > > > > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 > > > > > > > > usbus0: 480Mbps High Speed USB v2.0 > > > > > > > > IPsec: Initialized Security Association Processing. > > > > > > > > lo0: bpf attached > > > > > > > > mmc0: Probing bus > > > > > > > > usbus1: 480Mbps High Speed USB v2.0 > > > > > > > > mmc0: SD 2.0 interface conditions: OK > > > > > > > > mmc0: SD probe: OK (OCR: 0x40ff8000) > > > > > > > > mmc0: Current OCR: 0x00ff8000 > > > > > > > > ugen1.1: at usbus1 > > > > > > > > uhub0: > > > > > > > addr 1> on usbus1 > > > > > > > > ugen0.1: at usbus0 > > > > > > > > uhub1: > > > > > > > addr 1> on usbus0 > > > > > > > > mmc0: Probing cards > > > > > > > > mmc0: New card detected (CID > > > > > > > > 035344534c3038478029cfee4e00f900) > > > > > > > > mmc0: New card detected (CSD > > > > > > > > 400e00325b5900003b377f800a404000) > > > > > > > > mmc0: Card at relative address 0xaaaa added: > > > > > > > > mmc0: card: SDHC SL08G 8.0 SN 29CFEE4E MFG 09/2015 by > > > > > > > > 3 SD > > > > > > > > mmc0: bus: 4bit, 50MHz, high speed timing > > > > > > > > mmc0: memory: 15523840 blocks, erase sector 8192 > > > > > > > > blocks > > > > > > > > mmc0: setting transfer rate to 39.750MHz (high speed > > > > > > > > timing) > > > > > > > > mmcsd0: 8GB > > > > > > > 3 SD> at mmc0 39.7MHz/4bit/8- > > > block > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from mmcsd0 > > > > > > > > mmc1: Probing bus > > > > > > > > GEOM: new disk mmcsd0 > > > > > > > > mmc0: setting bus width to 4 bits > > > > > > > > GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned > > > > > > > > on 4194304 bytes > > > > > > > > GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned > > > > > > > > on 4194304 bytes > > > > > > > > mmc1: SD probe: failed > > > > > > > > mmc1: MMC probe: failed > > > > > > > > mmc1: Current OCR: 0x00000000 > > > > > > > > mmc1: No compatible cards found on bus > > > > > > > > Release APs > > > > > > > > WARNING: WITNESS option enabled, expect reduced > > > > > > > > performance. > > > > > > > > Trying to mount root from ufs:mmcsd0s2 []... > > > > > > > > GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not > > > > > > > > aligned on 4194304 bytes > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > warning: no time-of-day clock registered, system time > > > > > > > > will not be set accurately > > > > > > > > start_init: trying /sbin/init > > > > > > > > uhub0: 1 port with 1 removable, self powered > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uhub0 > > > > > > > > uhub1: 1 port with 1 removable, self powered > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uhub1 > > > > > > > > ugen1.2: at usbus1 > > > > > > > > uhub2: > > > > > > > 2.00/32.98, addr 2> on usbus1 > > > > > > > > uhub2: MTT enabled > > > > > > > > Growing root partition to fill device > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > mmcsd0s2 resized > > > > > > > > growfs: superblock not recognized > > > > > > > > /etc/rc: WARNING: hostid: unable to figure out a UUID > > > > > > > > from DMI data, generating a > > > new one > > > > > > > > uhub2: 4 ports with 4 removable, self powered > > > > > > > > random: harvesting attach, 8 bytes (4 bits) from uhub2 > > > > > > > > Setting hostuuid: 214610b1-f72e-11e5-8203-df073412266c. > > > > > > > > Setting hostid: 0x373425ad. > > > > > > > > No suitable dump device was found. > > > > > > > > Starting file system checks: > > > > > > > > /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS > > > > > > > > /dev/mmcsd0s2: clean, 36687 free (103 frags, 4573 > > > > > > > > blocks, 0.0% fragmentation) > > > > > > > > GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not > > > > > > > > aligned on 4194304 bytes > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 2 on (diskid/DISK-29CFEE4E, MBR) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > GEOM_PART: partition 1 on (diskid/DISK-29CFEE4Es2, BSD) > > > > > > > > is not aligned on 4194304 > > > bytes > > > > > > > > Mounting local file systems:. > > > > > > > > Setting hostname: freebsd. > > > > > > > > Setting up > > > harvesting:[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TU > > > N,MOUSE,KEYBOARD,ATTACH,C > > > ACHED > > > > > > > > Feeding entropy:random: unblocking device. > > > > > > > > . > > > > > > > > dwc0: link state changed to DOWN > > > > > > > > Starting Network: lo0 dwc0. > > > > > > > > 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 > > > > > > > > groups: lo > > > > > > > > nd6 options=21 > > > > > > > > dwc0: > > > > > > > > flags=8843 > > > > > > > > metric 0 mtu 1500 > > > > > > > > options=80008 > > > > > > > > ether 62:73:64:5d:6a:ec > > > > > > > > media: Ethernet autoselect (none) > > > > > > > > status: no carrier > > > > > > > > nd6 options=29 > > > > > > > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > > > > > > > > Starting devd. > > > > > > > > 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: .....(no > > > > > > > > carrier) > > > > > > > > Creating and/or trimming log files. > > > > > > > > Starting syslogd. > > > > > > > > Clearing /tmp (X related). > > > > > > > > Updating motd:. > > > > > > > > Mounting late file systems:. > > > > > > > > Configuring vt: blanktime. > > > > > > > > Generating RSA host key. > > > > > > > > 2048 SHA256:efid4fCpKZlmdi69b18qj+SNx2mSPQNr6ourB/w9tPwroot@freebsd (RSA) > > > > > > > > Generating ECDSA host key. > > > > > > > > 256 SHA256:bpBVM0B9a3xDhmy3bvoC4OuELAJ4fvJd+p3tNwgia6k > > > > > > > > root@freebsd (ECDSA) > > > > > > > > Generating ED25519 host key. > > > > > > > > 256 SHA256:VHMKoDA1Zv50CmxiLJwTIvg58S2DuBg6zj2VFXDGq/M > > > > > > > > root@freebsd (ED25519) > > > > > > > > Performing sanity check on sshd configuration. > > > > > > > > Could not load host key: /etc/ssh/ssh_host_dsa_key > > > > > > > > Starting sshd. > > > > > > > > Could not load host key: /etc/ssh/ssh_host_dsa_key > > > > > > > > Starting cron. > > > > > > > > Starting background file system checks in 60 seconds. > > > > > > > > lock order reversal: > > > > > > > > 1st 0xc4499814 ufs (ufs) @ > > > > > > > > /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:249 > > > > > > > > 8 > > > > > > > > 2nd 0xd90169a0 bufwait (bufwait) @ > > > /usr/home/emoe/Projects/ARM/src/sys/ufs/ffs/ffs_vnops.c:263 > > > > > > > > 3rd 0xc45c15d4 ufs (ufs) @ > > > > > > > > /usr/home/emoe/Projects/ARM/src/sys/kern/vfs_subr.c:249 > > > > > > > > 8 > > > > > > > > stack backtrace: > > > > > > > > mount: /dev/mmcsd0s2: Device busy > > > > > > > > > > > > > > > > Thu Mar 31 10:49:29 UTC 2016 > > > > > > > > > > > > > > > > FreeBSD/arm (freebsd) (ttyu0) > > > > > > > > > > > > > > > > login: > > > > > > > > > > > > > > > > > On Mar 30, 2016, at 7:47 PM, Erik Moe > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > I was able to build a working odroid-c1 image not too > > > > > > > > > long ago. Let me pull the > > > latest sources and see if something has changed. > > > > > > > > > > > > > > > > > > Erik > > > > > > > > > > > > > > > > > > > On Mar 30, 2016, at 2:24 AM, Daniel Braniss < > > > > > > > > > > danny@cs.huji.ac.il> wrote: > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Managed to make a bootable SD, cross compile > > > > > > > > > > world/kernel, > > > > > > > > > > but the kernel startup gets stuck, I can$B!G(Bt even get > > > > > > > > > > into the debugger. > > > > > > > > > > any help/hints most welcome :-) > > > > > > > > > > btw, I can also boot via the network, cutting down > > > > > > > > > > the debug cycle considerably. > > > > > > > > > > thanks, > > > > > > > > > > danny > > > > > > > > > > PS: here is the console output > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > freebsd-arm@freebsd.org mailing list > > > > > > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd- > > > > > > > > > > arm > > > > > > > > > > To unsubscribe, send any mail to " > > > > > > > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > _______________________________________________ > > > > > > > > > freebsd-arm@freebsd.org mailing list > > > > > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-ar > > > > > > > > > m > > > > > > > > > To unsubscribe, send any mail to " > > > > > > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > freebsd-arm@freebsd.org mailing list > > > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > > > To unsubscribe, send any mail to " > > > > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " > From owner-freebsd-arm@freebsd.org Sun Apr 10 16:30:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9922BB09CAA for ; Sun, 10 Apr 2016 16:30:39 +0000 (UTC) (envelope-from admin139@u139.heyuanfz.com) Received: from u139.heyuanfz.com (u139.heyuanfz.com [161.123.213.139]) by mx1.freebsd.org (Postfix) with ESMTP id 3A16B1F1B for ; Sun, 10 Apr 2016 16:30:38 +0000 (UTC) (envelope-from admin139@u139.heyuanfz.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=heyuanfz; d=u139.heyuanfz.com; h=Date:From:To:Subject:Message-ID:Mime-Version:Content-Type; i=admin139@u139.heyuanfz.com; bh=zYLzT5RsYt/IedouJFT4k3Vri6c=; b=h2amIZdQALnKjMm0y1sNZLXh/dVhWwPT2RSwsmYksobKtUxhmUWklS9RBzu7LaEd+T+osTWrIFNM +7c8sAasdogxqmipZvRByoKyFEeNx52JkQRz2h4LbXGhSTMPMSIE7T99sQwnjY56HXtfFn7dzuLQ IAR+DUbGqJQCgbbHTwA= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=heyuanfz; d=u139.heyuanfz.com; b=choJFVgTCs9ogKtYrRwmPsglV3toFDSh6zDTawE3VeMQ/8RG51r6Zf7digTMo4EonXc8RKZrwcHk BaNRCB0jWY76Esc5H3Fc2TD84jkQiQenp6yd3SXQivhKhkIjbxjrIZYepqEbUkTkH7Xl1JAkse9/ CL8bZmIIAT4A/ZfZ2Hg=; Date: Mon, 11 Apr 2016 00:00:31 +0800 From: "Rayban" To: Subject: Rayban Sunglasses,Get 83% OFF and Free Shipping Message-ID: <20160411000037000802@u139.heyuanfz.com> X-mailer: Foxmail 6, 13, 102, 15 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 16:30:39 -0000 DQoNCllvdSdyZSByZWNlaXZpbmcgdGhpcyBuZXdzbGV0dGVyIGJlY2F1c2UgeW91IHN1YnNjcmli ZWQgZnJvbSBvdXIgd2Vic2l0ZS4NCkhhdmluZyB0cm91YmxlIHJlYWRpbmcgdGhpcyBlbWFpbD8g VmlldyBpdCBpbiB5b3VyIGJyb3dzZXIuIE5vdCBpbnRlcmVzdGVkIGFueW1vcmU/IFVuc3Vic2Ny aWJlIGluc3RhbnRseS4gDQoNCiAgRlJFRSBTSElQUElORyAqICBGcmVlIFJldHVybiAqIA0KDQoN CkJlc3QgU2VsbGVycyBDb2xsZWN0aW9ucyBKdWxpZXQgT3ZhbCBGcmFtZSBUeXBlcyBDb21taXQg U3EgRmFzdCBKYWNrZXQgTmV3IEFycml2YWxzIA0KDQpEaXNjb3VudCBSYXliYW4gU3VuZ2xhc3Nl cyANCldlbGNvbWUgdG8gbXkgc3VuZ2xhc3NlcyBzdG9yZSANCjgzIA0KDQpFVkVSWVRISU5HIA0K JU9GRiANCg0KU0hPUCBOT1cgDQpSYXliYW4gU3VuZ2xhc3MgU3RvcmUgDQpCdXkgT3ZlciA0IHBh aXJzIHRvIGVuam95IGZyZWUgc2hpcHBpbmcgDQoNCg0KDQoNClByaXZhY3kgUG9saWN5IFNoaXBw aW5nIFJldHVybnMgQ29uZGl0aW9ucyBvZiBVc2UgDQoNCg0KDQpUbyBiZSBzdXJlIHRoYXQgeW91 IHdpbGwgcmVjZWl2ZSBvdXIgb2ZmZXJzLCB3ZSBzdWdnZXN0IHRoYXQgeW91IGFkZCBvdXIgZW1h aWwgYWRkcmVzcywgY3VzdG9tZXJzZXJ2aWNlMjRob3VyMUBnbWFpbC5jb20gdG8geW91ciBhZGRy ZXNzIGJvb2suIEluIGFjY29yZGFuY2Ugd2l0aCB0aGUgRnJlbmNoIGxhdyBvZiBKYW51YXJ5IDYs IDE5NzgsIA0KDQpPdXIgcHJvbWlzZXM6DQotIEJ1eSBPdmVyIDQgcGFpcnMgdG8gZW5qb3kgZnJl ZSBzaGlwcGluZw0KLSAxMDAgZGF5cyB0byByZXR1cm4gb3IgZXhjaGFuZ2UgYW4gaXRlbQ0KLSBT YW1lLWRheSBkaXNwYXRjaCBmb3Igb3JkZXJzIHBsYWNlZCBiZWZvcmUgNyBEYXlzLioNCi0gQ3Vz dG9tZXIgc2F0aXNmYWN0aW9uIGlzIG91ciB0b3AgcHJpb3JpdHkgDQoNCmJ1eWluZyBhIGdpZnQs IG9yIGxvb2tpbmcgZm9yIGEgcHJhY3RpY2FsIHBhaXIgb2Ygc3VuZ2xhc3NlcywgeW91J3JlIHN1 cmUgdG8gZmluZCB3aGF0IHlvdSdyZSBhZnRlciBpbiBSYXliYW4gb25saW5lIHN0b3JlIGh1Z2Ug c2VsZWN0aW9uLiB0b3AgZmFzaGlvbiBzZWxlY3Rpb24uIFdoZXRoZXIgeW91J3JlIGxvb2tpbmcg Zm9yIHRoZSBsYXRlc3QgdHJlbmRzIG9yIHRpbWVsZXNzIGNsYXNzaWNzLCBSYXliYW4gU3VuZ2xh c3NlcyBvZmZlcnMgaHVuZHJlZHMgb2YgZXN0YWJsaXNoZWQgcHJvZHVjdCBsaWtlIHN1bmdsYXNz ZXMganVzdCBmb3IgeW91LiANCg0KKlR3ZW50eS1mb3VyIGhvdXJzIGEgZGF5LCBkZXBlbmRlbnQg dXBvbiBwYXltZW50IHZhbGlkYXRpb24NCipTZWUgdGVybXMgYW5kIGNvbmRpdGlvbnMgDQoNCg0K Q29weXJpZ2h0IDIwMDktMjAxNiBSYXliYW4gU3VuZ2xhc3NlcyBBbGwgUmlnaHRzIFJlc2VydmVk LiA= From owner-freebsd-arm@freebsd.org Sun Apr 10 18:31:02 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6974FB0ACDB for ; Sun, 10 Apr 2016 18:31:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A8AC1711 for ; Sun, 10 Apr 2016 18:31:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3AIV213090688 for ; Sun, 10 Apr 2016 18:31:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 208680] usr/src/sys/arm/allwinner/clk/aw_lcdclk.c:284: possible bad test ? Date: Sun, 10 Apr 2016 18:31:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dcb314@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 18:31:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208680 Bug ID: 208680 Summary: usr/src/sys/arm/allwinner/clk/aw_lcdclk.c:284: possible bad test ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: dcb314@hotmail.com [usr/src/sys/arm/allwinner/clk/aw_lcdclk.c:284]: (style) Expression '(X & 0x800) =3D=3D 0x1' is always false. Source code is if ((val & CH1_SCLK1_SEL) =3D=3D CH1_SCLK1_SEL_SCLK2_DIV2) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Apr 11 02:56:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB09BB0B813 for ; Mon, 11 Apr 2016 02:56:17 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x242.google.com (mail-yw0-x242.google.com [IPv6:2607:f8b0:4002:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADB731E85 for ; Mon, 11 Apr 2016 02:56:17 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x242.google.com with SMTP id k197so18226424ywe.2 for ; Sun, 10 Apr 2016 19:56:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=uicojd/E2S4CilyoeQuLa7kxFgvufb9dydynIGwDkSY=; b=A6UvsNFNDwmEJOJg7Ay3xmQ20hDN1baDBLMcBWcS2j8auXN23HjqDKWXrSjL9byNiW 3cH48oLM+F3K7GsYC1fACUlXbUktjP5jOzYsExjAkkHEIZN6OmdPnK6/Q/Z+KFh675E9 e8/RMktAiyUEx9pqgrFnSOCW0BASQ/voLJZjowk6q/GH+Z6Mfd+D0HjnQLU3x8TJ45CH kpBUOZyQHat6IgAxyu6w6OW3UEHhP+RPzu7mDjfKCaEZSUm0Y45SicGoIHeJvqh2WV+O 4UzLqsdHTaq+6oyvL1S6o40CNcQ7cLMA8HLMjobvwBvteV1JnQX+bonsuCbs/AhMqOJy esQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=uicojd/E2S4CilyoeQuLa7kxFgvufb9dydynIGwDkSY=; b=ln3m4LF2/JEpkE74qJDibwmBWSCJHVyxscfOUiaRlHVtEoC9CRcnaETttSNRP12PPN 4rWuuEGe0Xb8e6h+7VdWeThs7tMX3P/7/2r0fL6Og+1MReR1M+zUXI6vwk66EP/Ojp9H b91n5gEogFOro6CxgT6NoaunGKy6nbtKxGQnEaoTDl05xSw16phmi8umVtHxmMHRUvNj dYO/WQbYhJSwNPGFu4ldrulUee3pChFL5yrdnwj+gxhEpVmrGY9JN21lEDdER9aR47GQ 5g1MoNcQxpWcOMSLxVHoufpyVHMTz2IfPLFcFNRfkW+ScqlqSavSBZf9ktt5Hic0iPuj b98w== X-Gm-Message-State: AD7BkJLDwo+7Fd03wN4Aj69HFnZSmI8N9ao4QeM1cRtSK2orf4q/Hggs1/6e0dN81JlUBLT/jTEv6SFrqcnI5Q== MIME-Version: 1.0 X-Received: by 10.129.56.196 with SMTP id f187mr9659548ywa.111.1460343376820; Sun, 10 Apr 2016 19:56:16 -0700 (PDT) Received: by 10.83.35.151 with HTTP; Sun, 10 Apr 2016 19:56:16 -0700 (PDT) Date: Sun, 10 Apr 2016 22:56:16 -0400 Message-ID: Subject: Trouble booting FreeBSD with u-boot on Zynq. From: Emb Aud To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 02:56:18 -0000 Hello again. I am still trying to get FreeBSD to boot on a Xilinx Zybo board. I've been going through the instructions here: https://wiki.freebsd.org/FreeBSD/arm/Zedboard My problem is that u-boot tries to read uImage and boot Linux. My boot messages are below. It seems that u-boot was changed recently to eliminate the FreeBSD option. The git commit log from Feb 4 2016 states: ARM: zynq: Remove ZYNQ_BOOT_FREEBSD option Remove CONFIG_ZYNQ_BOOT_FREEBSD configuration option and setup CONFIG_SYS_MMC_MAX_DEVICE 1 for all Zynq boards. Looking at the patch, it seems like they didn't actually remove FreeBSD support though: http://lists.denx.de/pipermail/u-boot/2016-February/244706.html Does anyone know what the proper way is to configure u-boot for FreeBSD now? Thank you. BOOT MESSAGES: U-Boot SPL 2016.01-03962-g27e425c-dirty (Apr 11 2016 - 02:39:17) mmc boot Trying to boot from MMC reading fpga.bin spl_load_image_fat: error reading image fpga.bin, err - -1 spl: error reading image fpga.bin, err - 1 reading system.dtb spl_load_image_fat_os: error reading image system.dtb, err - -1 reading u-boot.img reading u-boot.img U-Boot 2016.01-03962-g27e425c-dirty (Apr 11 2016 - 02:39:17 -0400) Model: Zynq ZYBO Development Board Board: Xilinx Zynq DRAM: ECC disabled 512 MiB MMC: sdhci@e0100000: 0 SF: Detected S25FL128S_64K with page size 256 Bytes, erase size 64 KiB, total 16 MiB *** Warning - bad CRC, using default environment In: serial@e0001000 Out: serial@e0001000 Err: serial@e0001000 Model: Zynq ZYBO Development Board Board: Xilinx Zynq Net: ZYNQ GEM: e000b000, phyaddr 0, interface rgmii-id eth0: ethernet@e000b000 Hit any key to stop autoboot: 0 Device: sdhci@e0100000 Manufacturer ID: 28 OEM: 4245 Name: SDU16 Tran Speed: 50000000 Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 14.9 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes reading uEnv.txt 257 bytes read in 10 ms (24.4 KiB/s) Loaded environment from uEnv.txt Importing environment from SD ... Running uenvcmd ... Booting FreeBSD from SD... Device: sdhci@e0100000 Manufacturer ID: 28 OEM: 4245 Name: SDU16 Tran Speed: 50000000 Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 14.9 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes reading ubldr 266543 bytes read in 37 ms (6.9 MiB/s) reading zynq-zybo.dtb 8774 bytes read in 18 ms (475.6 KiB/s) Copying Linux from SD to RAM... reading uImage ** Unable to read file uImage ** Zynq> From owner-freebsd-arm@freebsd.org Mon Apr 11 04:12:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30789B0AE4E for ; Mon, 11 Apr 2016 04:12:38 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from ip-64-139-1-69.sjc.megapath.net (ip-64-139-1-69.sjc.megapath.net [64.139.1.69]) by mx1.freebsd.org (Postfix) with ESMTP id 19F541BDA for ; Mon, 11 Apr 2016 04:12:37 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from shuksan (localhost [127.0.0.1]) by ip-64-139-1-69.sjc.megapath.net (Postfix) with ESMTP id 632D3406076; Sun, 10 Apr 2016 21:06:55 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-arm@freebsd.org From: Hal Murray Subject: Booting FreeBSD on BeagleBone Black from microSD by default Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Apr 2016 21:06:55 -0700 Message-Id: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 04:12:38 -0000 Does anybody have the recipe for setting things up so that power on boots from the microSD card without holding down the button? I'm slightly surprised it isn't in the wiki. I'm pretty sure it will be simple after I know how to do it. Google found info on the idea, but I couldn't find the file that needs editing. It's off in uBoot land. -- These are my opinions. I hate spam. From owner-freebsd-arm@freebsd.org Mon Apr 11 09:05:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 848EBB03E88 for ; Mon, 11 Apr 2016 09:05:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FBEE1C2C for ; Mon, 11 Apr 2016 09:05:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x22c.google.com with SMTP id v188so77356006wme.1 for ; Mon, 11 Apr 2016 02:05:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:cc:reply-to:in-reply-to; bh=pTdOQfllUilW5tGuixorERNlMb0gGovE+R2HurdKp9I=; b=UFpCrqmMnSXDOslKHmUbBasSTI/OvFlcXzzYLpdppqjZuixjIMbMe+qKEGw/wLYWeZ CBoV4BMQcoOkKhW8+/E3QSDWGjBMencNs/ddrIWuPKRVmTfXDuwW68zz37L2VGht7XBH jbY92wbc/6XhANtDBXzSlDtzycdNdk+el0Pje9mlilBtJ5KQ4driR8DbHmtneHGk8D6U mXIpSD2unxoJthAukKcaHd66KM2j9bdHi6rkJZW6hFjbrWofPbWzNy3jJ1LJh9RRcAQX KKPvtmqdirSch9VHyVX1zP5lKZyD2SrxSHv1jC88mTnDcOCjN8btK48JlCMWcbKPHdr+ FTIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=pTdOQfllUilW5tGuixorERNlMb0gGovE+R2HurdKp9I=; b=FwhqpvyaFzZGXtMtGtev2flUv5FHMC8Ok3VFvWmrD/2AonyIZmV38dvEiMIGMY4Cer OWu0idp7V3Mgtrr+c7/MwN3upmK02JjzLLhwrK41ve3sD9tKIIqZVOHmlHRP+4DrAwu+ qCPViGw6DfPokTyYPzAOxkNSJeRRmqs31QvedVu7TJyoJHUJNbuSLjgQWdbps/HLs2U0 hWQlAA8jUAPdtSdkOfswygIq9vJmANOfsCFMLJ33aY2cFme1csYkuvcpAQE5HdanyU34 o7pyQK5+F19hfIyzyrHuSKf/s7p2OlAmg6cwpAaySenikPot5Q1Q9lTz22uHIXgnl9TS Z58w== X-Gm-Message-State: AOPr4FVhVIUt5y7pnuRO0QTA/ySHC5kbwcXdzby8FvWfk+aXTYUCbBTdLNRUcCXxRjUmumsj X-Received: by 10.194.62.145 with SMTP id y17mr12444387wjr.109.1460365516668; Mon, 11 Apr 2016 02:05:16 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id wa1sm10245392wjc.45.2016.04.11.02.05.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Apr 2016 02:05:16 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id u3B95FoT026845; Mon, 11 Apr 2016 10:05:15 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id u3B95E7E026844; Mon, 11 Apr 2016 10:05:14 +0100 (BST) (envelope-from mexas) Date: Mon, 11 Apr 2016 10:05:14 +0100 (BST) From: Anton Shterenlikht Message-Id: <201604110905.u3B95E7E026844@mech-as222.men.bris.ac.uk> To: adrian@freebsd.org, otacilio.neto@bsd.com.br Subject: Re: WIFI urtwn possibly broken on 297561 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 09:05:18 -0000 > >Hi! > >this is because we don't have A-MPDU RX aging on by default. So, if >there are holes in the sequence number space, FreeBSD's reordering >logic doesn't flush frames up until it's received /all/ the traffic. > >I've just enabled it by default in -HEAD now. That should fix it. >Otacilio, you should be able to fix it locally by adding options >IEEE80211_AMPDU_AGE to your kernel config file and recompiling. > >Sorry! Is this urtwn PR related to this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205477 Thanks Anton From owner-freebsd-arm@freebsd.org Mon Apr 11 10:27:26 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B7A4B0B801 for ; Mon, 11 Apr 2016 10:27:26 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 513BA12F6 for ; Mon, 11 Apr 2016 10:27:26 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-ig0-x22f.google.com with SMTP id g8so68705387igr.0 for ; Mon, 11 Apr 2016 03:27:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=mDPB7Q6vuWMJAOdzLyAplsEVyYvqZ/SeEUDKN2N4yGc=; b=EtfF0EDXvInipZDIlh9oKHnLjs8rKHXoLXSNi3WrhsJnlx6q+A3/SY8G6FM2D9dJYK 0bnpNcOhcqMJ3JalJ8vaaa2NW2810Obkk/lK3lNYOrkd6VlIGcoDIr+02vulqq2JizAo XCpEf2Slr25So6pCkHCWNb752l/UKEPfXhieg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=mDPB7Q6vuWMJAOdzLyAplsEVyYvqZ/SeEUDKN2N4yGc=; b=F8LPAIfTL42AU3Ga+Vdlj/jDtCC7gM0cRwSUjPYKlc2Fn0MlCIWk+PCU6GRc1GR8RZ kWOT8e38qtYnvbMPgSLwcaSrGD1wij7kKswwFt106ZxRn2OJtXPRQl/ViAKweGnpB/Zu Cd6icROfKSJqrxr6JrwrPpvNw19l/XzZtWyVfdFCfaK88qM4YBQ/rlvLa/xG5ymSEXkH OjyEpDKZ7Ajilu/wgZdowqn+V92XRXFIMwVPkF302FvzfXqZauNfLhhw0ZkV9tNZzxsY yj7boHPCw0fqXu6wAh0rP9629aNE39JUG8NvkGZUTqGYc7xtofzLpoLWyNptprDtf1tc JvkA== X-Gm-Message-State: AD7BkJLThUZOU9vxiYGPO/UslskNdhFl1I89vJbnKeZ5kI+B7fat49Pd1uLW04+g1jiiw89SfpdfT2Gl/Hy/fA== X-Received: by 10.50.147.67 with SMTP id ti3mr16609975igb.48.1460370445585; Mon, 11 Apr 2016 03:27:25 -0700 (PDT) MIME-Version: 1.0 References: <201604110905.u3B95E7E026844@mech-as222.men.bris.ac.uk> In-Reply-To: From: =?UTF-8?Q?Otac=C3=ADlio_de_Ara=C3=BAjo_Ramos_Neto?= Date: Mon, 11 Apr 2016 10:27:16 +0000 Message-ID: Subject: Fwd: WIFI urtwn possibly broken on 297561 To: freebsd-arm@freebsd.org, freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 10:27:26 -0000 Em seg, 11 de abr de 2016 06:05, Anton Shterenlikht escreveu: > > > >Hi! > > > >this is because we don't have A-MPDU RX aging on by default. So, if > >there are holes in the sequence number space, FreeBSD's reordering > >logic doesn't flush frames up until it's received /all/ the traffic. > > > >I've just enabled it by default in -HEAD now. That should fix it. > >Otacilio, you should be able to fix it locally by adding options > >IEEE80211_AMPDU_AGE to your kernel config file and recompiling. > > > >Sorry! > > Is this urtwn PR related to this: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205477 > > Thanks > > Anton > I can't say that yes or no because I have testes only on CURRENT and the bug report is related to 10. But, the issue don't look related. In my case a previous version of CURRENT works fine and after a update to a new revision it stop works, but only under load. It is not related to initialization problem (I think). []'S -Otacilio > From owner-freebsd-arm@freebsd.org Mon Apr 11 12:02:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11954B0AC61 for ; Mon, 11 Apr 2016 12:02:55 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A40EA10A0 for ; Mon, 11 Apr 2016 12:02:53 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u3BBcXs4044251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 11 Apr 2016 13:38:40 +0200 (CEST) (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 u3BBcR2n056278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Apr 2016 13:38:27 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u3BBcQf3025970; Mon, 11 Apr 2016 13:38:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u3BBcOXY025969; Mon, 11 Apr 2016 13:38:24 +0200 (CEST) (envelope-from ticso) Date: Mon, 11 Apr 2016 13:38:24 +0200 From: Bernd Walter To: Hal Murray Cc: freebsd-arm@freebsd.org Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default Message-ID: <20160411113824.GI19796@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 12:02:55 -0000 On Sun, Apr 10, 2016 at 09:06:55PM -0700, Hal Murray wrote: > > Does anybody have the recipe for setting things up so that power on boots > from the microSD card without holding down the button? This is a hardware decision to try booting from eMMC first. The only thing you can do is removing the bootcode from the eMMC. The ROM code then falls back to the next boot option, which is the card slot. I usually dd /dev/zero on the eMMC for that. > I'm slightly surprised it isn't in the wiki. > > I'm pretty sure it will be simple after I know how to do it. Google found info on the idea, but I couldn't find the file that needs editing. It's off in uBoot land. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Apr 11 13:33:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45CD6B0B132 for ; Mon, 11 Apr 2016 13:33:32 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD96C1953 for ; Mon, 11 Apr 2016 13:33:31 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id u3BDXILG086459; Mon, 11 Apr 2016 13:33:18 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.102] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id 3z55if6g9trs7durjbdyhsegba; Mon, 11 Apr 2016 13:33:18 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default From: Tim Kientzle In-Reply-To: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> Date: Mon, 11 Apr 2016 06:33:18 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3BC5A04D-79DD-4820-A44F-B0A921D2FAA9@kientzle.com> References: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> To: Hal Murray X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 13:33:32 -0000 > On Apr 10, 2016, at 9:06 PM, Hal Murray = wrote: >=20 >=20 > Does anybody have the recipe for setting things up so that power on = boots=20 > from the microSD card without holding down the button? If the ROM cannot boot from eMMC, it will try to boot from microSD. The easiest way to make the eMMC not bootable is to zero out the boot sectors using dd: dd if=3D/dev/zero of=3D count=3D100 Of course, this makes the eMMC entirely unusable. I think you can then reformat the eMMC (make sure it does not have a FAT partition and does not have boot blocks) so it can be used without the ROM trying to boot from it. This way, the ROM will load U-Boot from microSD. >=20 > I'm pretty sure it will be simple after I know how to do it. Google = found info on the idea, but I couldn't find the file that needs editing. = It's off in uBoot land. Even if the ROM loads U-Boot from eMMC, the default Linux U-Boot setup on the eMMC can be configured to then load the Linux kernel from microSD. If you install the FreeBSD version of U-Boot to eMMC, you might be able = to do the same thing. Personally, I find the recipe above much simpler. Cheers, Tim From owner-freebsd-arm@freebsd.org Mon Apr 11 17:07:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0391B0CAE2 for ; Mon, 11 Apr 2016 17:07:01 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) Received: from nm46-vm5.bullet.mail.bf1.yahoo.com (nm46-vm5.bullet.mail.bf1.yahoo.com [216.109.115.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB90214E7 for ; Mon, 11 Apr 2016 17:07:01 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1460394257; bh=hAS3SSv4Svtzakr5a4pv1LeM7ggspqiupMyqlSfiagE=; h=From:Subject:Date:To:From:Subject; b=FoIAStP5ESzkggZ21a9a8ykWgAIoF6lVz9ZDZ5muetQdySHuiyrp9ZPSnJZZaMoPFiQjXSflVEMoNvi6rvuYCfd1UIXL179VGLAar/d+JWKYnplTyNXckxXHH04vVsXdYtKgMhchvnbO+AtWN0x6/ZesqwBvOId0pZjTgPhYhtzv4SYisLMU0r/mKgLVZFrWShSyl5DTfUL6yLFHU7M4+ntS29xuEMmRF0hjo52368T4Sw50vBMHYURIm2Y6Qoeg3F2e3UBndr6vORmIMN2CTXtLrwS7UlczkixkVVO5WY1wUT2rzlw1/M0AMaaMkG6qTd+mjLoBPTuhhQC6q63//Q== Received: from [66.196.81.173] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 11 Apr 2016 17:04:17 -0000 Received: from [98.139.213.15] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 11 Apr 2016 17:04:17 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 11 Apr 2016 17:04:17 -0000 X-Yahoo-Newman-Id: 32306.7162.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JgN16IEVM1mcEjtzZVilGBIYZUNmizZk7zFpUtpEvl5acNV SToiJA7iy7aBvxPLaW1vTvSX13xFRcczsrP8RAiHX9oLxhmyZwbtXALtBzRA 4DM0Qncnke0TPOb.vewM74tII.C1_F2YQebVHy9mfO1aQYfO4u2t7K6W91Ux Xyg1Tkf0kbb7weFGzBao7LNVQkfXVsF6lB2Zr5K90gyArSpEXOvOPU0Fg91o KxW0l.KnaGs04i7Bf4puDRDryhznCf9zeOvVpy20nx3LqZs39y3ngqX1p1My M0UPVn1oV5a2pOX9FOnZoHFI1vKd26ZZo9trgfPrEjQT5QaZLa3BvD3w9IQm WG9cYSbZ4RSKuqoAd.B_4nXt1JNrNC9ndm.DlpMg1v8JO7jdcBXderY.zBTg ogSQtSvgDdD8RB6ekEFBCIl2UUCdeUBAla7bXn0Yo3RWl_cPy5Aur9NPenpx 3FZwDkL920W5zu4Oy05EwvUS.84pN4CZtkxIicfnFlXoqBm2JCFgDrcuusy9 d78cHaDaiDEELYNM.011SgdDkYofM_dAyaxgUGVHMa0JV0HmCWNKZGhtX X-Yahoo-SMTP: .8Dytk6swBAeTUTcf.ezO8BKaYfn.mUV From: Thomas Skibo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Trouble booting FreeBSD with u-boot on Zynq. Message-Id: Date: Mon, 11 Apr 2016 10:04:15 -0700 To: freebsd-arm@freebsd.org, embaudarm@gmail.com Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 17:07:02 -0000 Hi. For u-boot to boot ubldr and then FreeBSD, it needs to be built with = CONFIG_API but lately, enabling the API breaks the build. (I=E2=80=99ve = been able to work around it by undef=E2=80=99ing CONFIG_CMD_NET.) I have some pre-built binaries from earlier versions of u-boot on Zybo = on my web-page for FreeBSD on Zynq: http://www.skibo.net/zedbsd. That = might help you get started. =E2=80=94Thomas =E2=80=94=E2=80=94 Thomas Skibo thomasskibo@yahoo.com From owner-freebsd-arm@freebsd.org Mon Apr 11 20:06:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA12EB0CADA for ; Mon, 11 Apr 2016 20:06:00 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: from mailgate-02.zdv.uni-mainz.de (mailgate-02.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f6]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EECD1578 for ; Mon, 11 Apr 2016 20:06:00 +0000 (UTC) (envelope-from weiss@uni-mainz.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1460405160; x=1491941160; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=dc4D1ZfIyQ6X+8s9NCMLrHyPkdsdyqFMPeVzRu4y82Q=; b=N1+ACgbThmbyDSGZ9GR9NMK9of2QN+VQMaT7/QxX0s8e78xFVr+/cQ5K PsnSiSljMp5apzC4C+pp2jgIwxr3CUBZtW9k7WwxxzmrwhNrHU+MGOzrW qg+xydPVAStcVQuCjneWsPJk0/6nBY9t8YJv+gkxGl0Z8OSS8Q4N+4/3i c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A+AWBQDKAgxX/4BMASCCgIwGkPexf4/13L4wXA6CfiuBUAa8W4YNAhyBEUwBAQEBAQFmJ4RBAQEBBCMRRQwEAgEIDgMEAQEBAgIjAwICAjAUAQgIAgQOBQiIHwGtTZIaAQEBAQEBAQEBAQEBAQEBAQEBAQEBFXyJcIRVgmqCVgWYBI4FiTyFWI8mYoMsO2yJBwF9AQEB X-IPAS-Result: A+AWBQDKAgxX/4BMASCCgIwGkPexf4/13L4wXA6CfiuBUAa8W4YNAhyBEUwBAQEBAQFmJ4RBAQEBBCMRRQwEAgEIDgMEAQEBAgIjAwICAjAUAQgIAgQOBQiIHwGtTZIaAQEBAQEBAQEBAQEBAQEBAQEBAQEBFXyJcIRVgmqCVgWYBI4FiTyFWI8mYoMsO2yJBwF9AQEB X-IronPort-AV: E=Sophos;i="5.24,470,1454972400"; d="scan'208";a="43862271" Received: from e15fe-02.zdv.uni-mainz.de ([IPv6:2001:4c80:40:606:21d:d8ff:feb7:1f30]) by mailgate-02.zdv.uni-mainz.de with ESMTP/TLS/AES256-SHA; 11 Apr 2016 22:05:56 +0200 Received: from e16-1a.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:917c) by e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) with Microsoft SMTP Server (TLS) id 15.0.1178.1; Mon, 11 Apr 2016 22:05:56 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9214) by e16-1a.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:917c) with Microsoft SMTP Server (TLS) id 15.1.396.30; Mon, 11 Apr 2016 22:05:56 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214]) by e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214%18]) with mapi id 15.01.0396.030; Mon, 11 Apr 2016 22:05:56 +0200 From: =?utf-8?B?V2Vpw58sICBEci4gSsO8cmdlbg==?= To: 'Daniel Braniss' CC: Erik Moe , freebsd-arm Subject: RE: Odroidc1+ stuck booting Thread-Topic: Odroidc1+ stuck booting Thread-Index: AQHRilUxaq7xHG99IkmCscE3BYr3Yp9yl6iAgABajYCAAAWRAIAAAWKAgABij4CABjEFgIACN3EAgAZWTBCAAL3fAIACbQNQ Date: Mon, 11 Apr 2016 20:05:56 +0000 Message-ID: <7b22040609bf47bbbdf6387998d7813e@uni-mainz.de> References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> In-Reply-To: <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.68] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 20:06:01 -0000 aGksDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGFuaWVsIEJyYW5p c3MgW21haWx0bzpkYW5ueUBjcy5odWppLmFjLmlsXQ0KPiBTZW50OiBTdW5kYXksIEFwcmlsIDEw LCAyMDE2IDEwOjU5IEFNDQo+IFRvOiBXZWnDnywgRHIuIErDvHJnZW4NCj4gQ2M6IEVyaWsgTW9l OyBmcmVlYnNkLWFybQ0KPiBTdWJqZWN0OiBSZTogT2Ryb2lkYzErIHN0dWNrIGJvb3RpbmcNCj4g DQo+IEhpDQo+IA0KPiA+IE9uIDkgQXByIDIwMTYsIGF0IDIyOjUyLCBXZWnDnywgRHIuIErDvHJn ZW4gPHdlaXNzQHVuaS1tYWluei5kZT4gd3JvdGU6DQo+ID4NCj4gPiBIaSwNCj4gPg0KPiA+IEkg aGF2ZSBhIEMxKyBhbmQganVzdCBib290ZWQgYSBGcmVlQlNEIGN1cnJlbnQga2VybmVsIG5vdCBv bGRlciB0aGFuDQo+ID4gYSB3ZWVrIHdpdGhvdXQgcHJvYmxlbXMuDQo+ID4NCj4gPiBmYXRsb2Fk IG1tYyAwOjEgMHgyMTAwMDAwMCBrZXJuZWwuYmluDQo+ID4gZ28gMHgyMTAwMDAwMA0KPiA+DQo+ IA0KPiBteSBrZXJuZWwgbG9hZHMgYXQgYSBkaWZmZXJlbnQgYWRkcmVzcyENCj4gYnR3LCB3aGF0 IGtlcm5jb25mIGFyZSB5b3UgdXNpbmc/IEkgaGFkIHRvIGNvbW1lbnQgb3V0IHRoZSByYW5kb20N Cj4gc3R1ZmYsIHNpbmNlIGl0IHdhcyBnaXZpbmcgY29tcGlsZXIgZXJyb3JzLg0KDQpJIGp1c3Qg dXNlZCB0aGUgc3RhbmRhcmQgT0RST0lEQzEgY29uZmlnIGZpbGUgYW5kIGNyb3NzIGNvbXBpbGVk IHRoZQ0Ka2VybmVsIG9uIGFtZDY0IHdpdGggdGhlIHN0YW5kYXJkIEZyZWVCU0QgTWFrZWZpbGVz Lg0KDQpSZWdhcmRzDQoNCkp1ZXJnZW4NCg0K From owner-freebsd-arm@freebsd.org Mon Apr 11 22:18:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3357EB0C09C for ; Mon, 11 Apr 2016 22:18:53 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (pb-sasl0.pobox.com [208.72.237.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E98C2106F for ; Mon, 11 Apr 2016 22:18:52 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id A9A23537D7 for ; Mon, 11 Apr 2016 18:13:40 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date :message-id:from:to:subject:mime-version:content-type :content-transfer-encoding; s=sasl; bh=nOGtc7xqOqjC3/HfNNlCcxRnN /4=; b=YsfRO9fuNdEKX3E4DsSC6XCfWHYtM1D891mLRc6EfHmRqGOZTmGnt8jAH oO3GCTAB4MttUVd+x1THcb3whwtDOM1h7Nm6vusLSidqqXN17rPPqj23+9C8yDQd MZTEuaYJlghvUjrsVJoDgyR0+F45+yFtgbnpAulBV1/9J9JU44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:message-id :from:to:subject:mime-version:content-type :content-transfer-encoding; q=dns; s=sasl; b=Bpx/vhx+/jsRmPrPaRS wsxKM1FYN9owtP63uRO5UJ8SSr4wOR3aUyt685WQeABbaBx4zgt3Ie7Gpg4XUOv5 TemXxaPJh3JaK/4RZKF4Ky9o6wybPrVmSTN7qMRv+PKnwg6FZWQqD6q4BJ7jhy5O oa2usbDw5DT2YI6TtVE3+NV8= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 9F8D2537D6 for ; Mon, 11 Apr 2016 18:13:40 -0400 (EDT) Received: from bmach.nederware.nl (unknown [27.252.196.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 1AA5B537D1 for ; Mon, 11 Apr 2016 18:13:40 -0400 (EDT) Received: from bonobo.nederware.nl (bonobo.nederware.nl [192.168.33.4]) by bmach.nederware.nl (Postfix) with ESMTP id 1252447445 for ; Tue, 12 Apr 2016 10:13:37 +1200 (NZST) Received: from bonobo.nederware.nl (localhost [127.0.0.1]) by bonobo.nederware.nl (Postfix) with ESMTP id D00471981434 for ; Tue, 12 Apr 2016 10:13:36 +1200 (NZST) Date: Tue, 12 Apr 2016 10:13:36 +1200 Message-ID: <87r3ebx08f.wl-berend@pobox.com> From: Berend de Boer To: freebsd-arm@freebsd.org Subject: Creating ports User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.5 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Apr_12_10:13:36_2016-1"; micalg=pgp-sha256; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: A5312EB8-0032-11E6-9871-E4FB1E2D4245-48001098!pb-sasl0.pobox.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 22:18:53 -0000 --pgp-sign-Multipart_Tue_Apr_12_10:13:36_2016-1 Content-Type: text/plain; format=flowed; charset=US-ASCII Hi All, What's the definite reference to cross-compiling ports for the raspberry pi? I have succeeded in setting up qemua per: https://wiki.freebsd.org/QemuUserModeHowTo The problem is that it is very, very slow. Running this on my Intel(R) Core(TM) i7-4810MQ CPU @ 2.80GHz laptop, with FreeBSD installed in virtualbox. In the second half it talks about the host cross compiler, but the steps don't work for me. After the chroot can't see how using local headers would work. So what's the best way of compiling packages these days? -- All the best, Berend de Boer --pgp-sign-Multipart_Tue_Apr_12_10:13:36_2016-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Description: OpenPGP Digital Signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJXDCGQAAoJEKOfeD48G3g5pUMP/3JRBqyGYPuVgXC8VD2+4MHc S9x0Tz+Ckh3Hu4DGGgR8x+H3JDe5IPyl+qkfbUBdjO+Zy4Ru+bePdPMQoVsMJqmz NZ61J5ytxI+Z1Nf9KfMNvOtqIQ+nkt+3RCQLOocV+6aZxEcFVUIxpuX0abzUFw5b 15yVLLt+GG99Ka1Gj2jAj1fkInkG4foeZ4Dg3w4Sp3zQZz7d/kwbfKALNRt1vJET hx124rc8OnyBZDczlqSJS+OnsjpTS09uvtfEYAWuqg4pRI224j5kiCT37v3/QPW/ 6o2dywWETtee+x0seC3u54Ai+cpx++pTIv68GJzXIXCoypKCk4mYz/NROTnqED5A T0CNp/2RmhgYskBWIYgyx6+o0Ny9rgV8uun6W88CL7+HoLqCMchEAT/ivPxbJVwo eWpXDBqDIJ9ACnFycF2myHTYH2BkXXEY2miZ65lgWuTiYn4n1XivckybhsMVLld9 kTlCVq+YehYWG/NgiEJyfF3EPuokUrdC5tEnX3XUs+g2iG18Rtl6CbN/LwNZ9G1s ecHdTraFwc4mHasz7n0a70zXh5VC9ub3AQDDYmYZTCgPOQAHhxz42qkiE9kZej+L hjkdXg+qvUhbSxwNt7nt5gqi78P5Gz4Ny2pQuFOH/2ht6S5RV6jSPnE3LHOTocOS ZDlEOfEMlE0io00BEhrY =vXP4 -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Apr_12_10:13:36_2016-1-- From owner-freebsd-arm@freebsd.org Mon Apr 11 22:45:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBDFCB0B4AB for ; Mon, 11 Apr 2016 22:45:29 +0000 (UTC) (envelope-from peter.garshtja@ambient-md.com) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B369186B for ; Mon, 11 Apr 2016 22:45:29 +0000 (UTC) (envelope-from peter.garshtja@ambient-md.com) Received: by mail-qg0-x234.google.com with SMTP id f105so794914qge.2 for ; Mon, 11 Apr 2016 15:45:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ambient-md-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=rK6rEhxFubrx19bSIzLTs8X8zCgsWhPEERTEkPz5hVY=; b=aMd1kYVrclpjKICVIraRVCVEc9PUKTT6QvZhbvkqTEE7hxd2G4T8izCxQpTk3v1O0s ykO1bnsxj+hhQJZ5zhwv5C3DbF+cFX+mv7b4NfPjwKsg+4GOKna6sUxKjoQnrciRAKe1 gxZE3EFICix43fWuuFMZKHy+B9+UyPci2beEtZs9O9c+MrSJXzQToWJcHrNzT7S+epbQ HQmyVsak6ZocUEyZoCuZDL4+DTC0I1lGOmN0bl+7LhU4uzTzcqsxMZYgR0/tTXuIHbsQ s+KHURIHZi9o8ElY9EAMF/XAwWhU8sAId3D6DJQwM33V8tbNdbgzof1SYEOPvAh/G1HQ RHFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=rK6rEhxFubrx19bSIzLTs8X8zCgsWhPEERTEkPz5hVY=; b=bvcZNBXIv4D04yxaMCm+w8Al7Y/hmAF6H2L4dzE4IztG+v2IxFLc3B4HkA+iVAhtjT cbSe55dc5KVG973meMyCB9YFDmYpvxMW04NEMmh4FVf0z3NjgYy644p+UBDHgrKoUxBU Pmo4eO3xfpqyxXCHJwIl/5XHJac4anUVjSEMc7kJ1PEGw9CbBzxtpZFfhFLhmzHc5dJu sb73zCc5aF4H6SducOP3VHFj22f0jQt0bioJ5spDrV9bRfc+ShlvBZD7+Fh3zXWMix8o idFhpQ6v2M+ekIpC46dTsGGu63j4yvLU65/E49KFACfs1kblApvV/Bl/GysCEIEd8SdI b+sw== X-Gm-Message-State: AOPr4FU13bXs90/19TAowdAxPuDp4mMEOuidjh0Zf4zvxApkihjXDsZa6c9Vh8CE3BTYCg== X-Received: by 10.140.172.6 with SMTP id s6mr9556160qhs.57.1460414728678; Mon, 11 Apr 2016 15:45:28 -0700 (PDT) Received: from [172.26.26.1] (ip69-17-234-186.vif.net. [69.17.234.186]) by smtp.googlemail.com with ESMTPSA id p83sm8848828qke.49.2016.04.11.15.45.27 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Apr 2016 15:45:28 -0700 (PDT) Subject: Re: Creating ports To: freebsd-arm@freebsd.org References: <87r3ebx08f.wl-berend@pobox.com> From: Peter Garshtja Message-ID: <570C2904.4000508@ambient-md.com> Date: Mon, 11 Apr 2016 18:45:24 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <87r3ebx08f.wl-berend@pobox.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 22:45:29 -0000 hi, Check here : 1. http://www.slideshare.net/eurobsdcon/sean-bruno-building-packages-through-emulation 2. https://github.com/PetruGarstea/FreePI/wiki/Building-FreePI-packages *** also you can use pkg repositories. Regards, Petru On 4/11/2016 6:13 PM, Berend de Boer wrote: > Hi All, > > What's the definite reference to cross-compiling ports for the > raspberry pi? > > I have succeeded in setting up qemua per: > > https://wiki.freebsd.org/QemuUserModeHowTo > > The problem is that it is very, very slow. Running this on my Intel(R) > Core(TM) i7-4810MQ CPU @ 2.80GHz laptop, with FreeBSD installed in > virtualbox. > > In the second half it talks about the host cross compiler, but the > steps don't work for me. After the chroot can't see how using local > headers would work. > > So what's the best way of compiling packages these days? > > -- > All the best, > > Berend de Boer From owner-freebsd-arm@freebsd.org Tue Apr 12 00:33:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B56BAB0CD8E for ; Tue, 12 Apr 2016 00:33:18 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x241.google.com (mail-yw0-x241.google.com [IPv6:2607:f8b0:4002:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 77FAC12FF for ; Tue, 12 Apr 2016 00:33:18 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x241.google.com with SMTP id i125so316976ywe.3 for ; Mon, 11 Apr 2016 17:33:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=ThimJpOXao27BZUURXrtOS0xopwlyLalZ4dHu9erfjw=; b=i4Mt70oKByd9VmiK7LBD5t8PGUi2eLEZAw09eqH7r/seySZitXeFiLxn5YMUt7B/O/ f4cu9/clTt5WzQVnJRtYXSmgAXMHVSmRhh50pgAvoc7y57/UtFAfdElCNsGNCseziQxe 92HidGqwzAJx0ssXe1yk127gmizVK8UB6Tr+eS7IrpKKDUeijMndz8D+087mNecxlMn+ btJO14lW+kN7AKNha3E2I6rlJTDLQRfKLI9VfQW0qIUogsaCovTnRrzL711S6Ib+VrYk I0/nZAJwEsg99E8hgBp2twjlwFiPzskDuTPav8GcTdAsXu/TpawGqD6FPsmQ8DDU5MEo 0x5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=ThimJpOXao27BZUURXrtOS0xopwlyLalZ4dHu9erfjw=; b=E6yihIAu3i3pYigXeuxrU/d87h8nqIkHOD1ZFa/x9hontzAM4UfFfBqNDRiZly9JRV Toc44jO11Rl5GMU4lg1jIWIy7X7xyQzXLmYbTvhUVyas8nCnKvVzrbfJqqE7yzX4T5FE XzlmzkY3GJyhtIVl0jAng4paP6z8Z3mZxjani2BUN2nr87bGwVo5GVEKCV7i3Ts0363X tVICaAkRUm8Oy1LuCSGMe4d4yEOIH80pzRXzg4bjf62d+TWrFNUMLTkcZDF+IEciWhFn GpHJufRR73dGReX2GGJ/o0BM3uovIpLIHACeq1tvrj56eJ9oo8xDmGhOrTTUwOQRVjYE U3qw== X-Gm-Message-State: AOPr4FVc0UfvSd60I4G6fzMNS39y88GK14VvLMPcLeQ8LfRNwAe06momX7NWrfZrrb/QykD/NETd/fieI52seA== MIME-Version: 1.0 X-Received: by 10.37.25.193 with SMTP id 184mr164935ybz.47.1460421197580; Mon, 11 Apr 2016 17:33:17 -0700 (PDT) Received: by 10.83.35.151 with HTTP; Mon, 11 Apr 2016 17:33:17 -0700 (PDT) Date: Mon, 11 Apr 2016 20:33:17 -0400 Message-ID: Subject: More questions RE: booting FreeBSD on Zynq From: Emb Aud To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 00:33:18 -0000 Hi Everyone. I'm still working on my FreeBSD boot configuration for Zynq. Thanks to those how have helped me thus far. Could you all help point in the right direction in regards to a few things? 1. I've decided that I don't want to use U-Boot. So I'm going to have to bootstrap the kernel myself. Do you guys think it would be easier to load the kernel directly or to load the kernel using ubldr? The catch being that ubldr apparently requires emulating some u-boot API functionality. 2. Can someone help me understand the role of the device tree? I get that it describes the hardware memory locations. What I'm a little fuzzy on is at what point during the boot process it is used. Is it used by u-boot? Is it used by the kernel? If it's used by the kernel, how does the kernel know where to find it? 3. Is there any support for using QSPI flash as a filesystem? I am going to be booting out of QSPI because the SD-Card is not going to be available as a boot device. I'd like to keep the entire boot process in QSPI if I can. 4. I've been looking at ubldr, trying to figure out how to build it by itself... Just so I can get a good look at what files are involved. What is the proper way to run "make" in a subdirectory of the source tree? Everything that I've tried so far has resulted in errors. Thank you. From owner-freebsd-arm@freebsd.org Tue Apr 12 01:31:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC5A1B0B09F for ; Tue, 12 Apr 2016 01:31:52 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (pb-sasl0.pobox.com [208.72.237.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E7E91781 for ; Tue, 12 Apr 2016 01:31:51 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id B6A19544AE; Mon, 11 Apr 2016 21:31:49 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=sasl; bh=1fBKElmhFEd7AT43muFa5VZtEFo=; b=Mb/CxdWHrKUQzAp5zAEK5hC795hf 5pKmp9GNU2vwQ6pGhWHcfmcjvwQyGPeydiVxRVXc67Z13McOVU4YXCzlucVepuW3 /JBjHQujJAb8UWgITn+OLK0059VXM/M7tA2Zf4BD8MH8co35PKOKMe0OTFrtxDB8 r/WcWAjU4cjKBLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=aLg6wO 9OHIWgkxsWtE1oxNJSwnA6Tsg/sGEepIWzlw/LFovCn+WCNszm3eiKEvHz84yiLe AbI+jW9mRdRZAxOPTz9HRB0I5M4p3EZuhvEA9drGMI2Vtyi1pd9NhCyGzLYkbMgp iAP8nCFvQmmP03eiySwJbol5ED0ptDzgXlwuk= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id AF312544AD; Mon, 11 Apr 2016 21:31:49 -0400 (EDT) Received: from bmach.nederware.nl (unknown [27.252.196.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 3233D544AA; Mon, 11 Apr 2016 21:31:49 -0400 (EDT) Received: from bonobo.nederware.nl (bonobo.nederware.nl [192.168.33.4]) by bmach.nederware.nl (Postfix) with ESMTP id 6781B47F3D; Tue, 12 Apr 2016 13:31:46 +1200 (NZST) Received: from bonobo.nederware.nl (localhost [127.0.0.1]) by bonobo.nederware.nl (Postfix) with ESMTP id 4B7661981434; Tue, 12 Apr 2016 13:31:46 +1200 (NZST) Date: Tue, 12 Apr 2016 13:31:46 +1200 Message-ID: <87potvwr25.wl-berend@pobox.com> From: Berend de Boer To: Peter Garshtja Cc: freebsd-arm@freebsd.org Subject: Re: Creating ports In-Reply-To: <570C2904.4000508@ambient-md.com> References: <87r3ebx08f.wl-berend@pobox.com> <570C2904.4000508@ambient-md.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.5 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Apr_12_13:31:46_2016-1"; micalg=pgp-sha256; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 53A54A90-004E-11E6-AECD-E4FB1E2D4245-48001098!pb-sasl0.pobox.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 01:31:52 -0000 --pgp-sign-Multipart_Tue_Apr_12_13:31:46_2016-1 Content-Type: text/plain; format=flowed; charset=US-ASCII >>>>> "Peter" == Peter Garshtja writes: Peter> 1. http://www.slideshare.net/eurobsdcon/sean-bruno-building-packages-through-emulation current only it seems right? So don't bother trying 10.3? -- All the best, Berend de Boer --pgp-sign-Multipart_Tue_Apr_12_13:31:46_2016-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Description: OpenPGP Digital Signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJXDFACAAoJEKOfeD48G3g5hkkP/ijw8cSIwxf9WDN/O+FCrSwp LbYYPB3AOYn3BIpf/LRwU27ScutouhAo8gG5Jot2WTj240r64dFE34WREBn2JeWE yS9PnYteRlqsymDVVZo/EqcPum9ojy5yHArGcmUTORpGOJdjPzWT5c+SSLj3EXF6 nIjuDidstLlsEcQ7lYlA3yaXH9LqaQeq1rgIhWDfKbPhVObwte3dwp5j85TWpYjH xEjKLkbg+Kw5vii9eI2XBvQ7qmluRnEvxIAX2KR9Yta5CxldaX5D192PDG9rVvrM 7NhCf9qdEzQKyHGYjdgtxh14UQox02eUSqk+qoAuNichIUL3aC9idbQ0mNqrp3nT ZkMfl+QPiB+l4F6BHeZOPiMuSLn+sbB2/9G+9nd0yaIEtaGgUwzlUGz4TUei0BJo u/bxSXYS0+Hrxc0agK9IP0pR9qdOtklXBt24CQ/52yGiyPn8rJ/ILyqd1eapIa2W dOkYupuZ1Sh7rUQU4JxVr3jaUPGC1rEkgFScfgG1bFksC+UB7gB16n9DQ41lSOiq /5QX3YvAUlmBqUGUmvt5jbmNym/sOktBe93H6W7t7FoJ0ZHOaq/tnCYfQps6cTiH EkykRmXxNrl6Gzv2ozJYkSafKDDOZ/NmXBS9rsRGK/WAXX6m75Y1Zey8abfcL9Vy xRoICNOcBhv4uBGoZbUu =16i8 -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Apr_12_13:31:46_2016-1-- From owner-freebsd-arm@freebsd.org Tue Apr 12 01:41:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7801BB0B27C for ; Tue, 12 Apr 2016 01:41:01 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (pb-sasl0.pobox.com [208.72.237.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 394F01C14 for ; Tue, 12 Apr 2016 01:41:00 +0000 (UTC) (envelope-from berend@pobox.com) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id EB971547A8; Mon, 11 Apr 2016 21:40:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=sasl; bh=izCHhQ7MhM5DBGSox6UZgBXY5vU=; b=j+RrGu2wcvircWsR9UncVlKRRE0H Z4Qxj1FFgpRBwhQhrwQ/gDX3zaH0HOeI1DbtqWnGuoeOpJtLzg/58SyJ1GcD2dnZ g28bTmQTuBQzlszx6VgD0M/ALtFIVwPBH+D1mVxNKOM9IIH+miaFuGDpeEjHyTuD wUFT/vBfqhGTcOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=ixORrb rAwmJHj3fB3RfyUm2/HuPmbpHHLBmOOAs1rAG5rdvJdtCT1pOLmr9/PcZNUPeu76 Dfoqu2UBG3FkmeTcPcN99RO30ZqViiFBVUlX0WNmv5SHBhn4vvrLfN9PwCJADffM lViAN+kByN7/uTSADGudAXOxiSY7eXy6ltG1Q= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id E3690547A7; Mon, 11 Apr 2016 21:40:59 -0400 (EDT) Received: from bmach.nederware.nl (unknown [27.252.196.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 4DAB6547A6; Mon, 11 Apr 2016 21:40:59 -0400 (EDT) Received: from bonobo.nederware.nl (bonobo.nederware.nl [192.168.33.4]) by bmach.nederware.nl (Postfix) with ESMTP id 4353B47F46; Tue, 12 Apr 2016 13:40:57 +1200 (NZST) Received: from bonobo.nederware.nl (localhost [127.0.0.1]) by bonobo.nederware.nl (Postfix) with ESMTP id 1D7861981434; Tue, 12 Apr 2016 13:40:57 +1200 (NZST) Date: Tue, 12 Apr 2016 13:40:57 +1200 Message-ID: <87oa9fwqmu.wl-berend@pobox.com> From: Berend de Boer To: Peter Garshtja Cc: freebsd-arm@freebsd.org Subject: Re: Creating ports In-Reply-To: <570C2904.4000508@ambient-md.com> References: <87r3ebx08f.wl-berend@pobox.com> <570C2904.4000508@ambient-md.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.5 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Apr_12_13:40:56_2016-1"; micalg=pgp-sha256; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 9B89F56C-004F-11E6-9F65-E4FB1E2D4245-48001098!pb-sasl0.pobox.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 01:41:01 -0000 --pgp-sign-Multipart_Tue_Apr_12_13:40:56_2016-1 Content-Type: text/plain; format=flowed; charset=US-ASCII >>>>> "Peter" == Peter Garshtja writes: Peter> 2. https://github.com/PetruGarstea/FreePI/wiki/Building-FreePI-packages Steps here seem to work at least with 10.2. -- All the best, Berend de Boer --pgp-sign-Multipart_Tue_Apr_12_13:40:56_2016-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Description: OpenPGP Digital Signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJXDFIoAAoJEKOfeD48G3g5ATYQANMEqV/pDesokyTWGaH9CAHs spz2NmBuMdloatwmH3VaCdB6mS6urJfft6KA5VbXL8CV2nGbbH8CEIQg1STKGCKL ZviHxN0j/lR3DCA03ZYNSlLtvQKa3Hs0n3iFAV3WYIeBFpM4KNyB1vGQZBK+OK4C ul0TGtTVFzMF+LoSFZBns+7z8XAFe1H1R8bhyaFOH2b8tXm5u6dIGmHSWGQejWMj 3XdYrnw98W2XCBjKa/uUta9ev7DOHni1n6YnEKtCpGL0G1/mSBl5SdZxdheFw98P US+tf5hVU4sUTTFgslehdbfDdLHhMBXypOhh+zM56CVLkCy/6H7RBWE+N9VKwg5Z 3YNCqFx2NILHXyA5O2Z4vG+QNGvd3GwR9ixLrtLOuDhk6n6RYmJDXG84rrZLpyOl YD4tyDvnayFxjsHC6Hohi6QYtOIdvYK7lHAZatqCUMJQjI9KWUeHyRtUi+4lp0xE 458e/fDty0libXb/Y80+y2g4r/Bfu+KV/b5ZjJEdsixPDelsIEdTz2QWpBgyXiiQ YNGvnWLl2SinnEOUBZdI0zj9fZqYSqTM4w1+lEs8BvqH2LaHuxxYFKDxxwKV6PrK wHZOsEUEssFDhUExq104bP3NWUDnZIRLx2evEYGoQj4+IamgiUaBZm/eIK7sNsTd FSrflMSSFsOw1IOSZFEB =3M7T -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Apr_12_13:40:56_2016-1-- From owner-freebsd-arm@freebsd.org Tue Apr 12 03:16:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1D7EB0DB2F for ; Tue, 12 Apr 2016 03:16:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B33B15D0 for ; Tue, 12 Apr 2016 03:16:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ig0-x230.google.com with SMTP id kb1so97918927igb.0 for ; Mon, 11 Apr 2016 20:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=1m8QX/V3YdVBKhjdqwZUxp/Tk7wqcuEx79vAuuEd/Z4=; b=lJ0cfC8LbSAuNpiLV8qcbonm7FGXCV1uyhcRIU36Ftjx1QCpezKfvqphuZWKzjBchB Jxrr9rnVOSizwjuKGSeXRNFpF7FbVDf2nVZjJtsdw1wZ166gBm+jLtMs3M5ZYSfpHK3E Z4SJbqaPB6XAycg+90hl74giJb7wSIgn/d0hwHGdIbGo/QxSVWwZ3QPYDytcEs7h7jHG yCNXGE5feAAZIy4pT1h8zxxoP9foGnkY3bQzhoPUmHKhqunO/9S1JcD8jOGrePvrvid+ 3GghY52+4JsvxMBw6646TJifKJYgFYyh1fx1y2lu+ILRcaJFWaql+QL1/shTSlR+S69i tOOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=1m8QX/V3YdVBKhjdqwZUxp/Tk7wqcuEx79vAuuEd/Z4=; b=UwK9NHxoH41OH0yGana7uRlrwsiQn53AV5FgZTISMb0OUi6S/0VWoxMCbBZx7IhtnF UL0Zv8yX0BWcbOFOyJDfUiCG01L3DLG4cb9j8pXnbxDF0LEdw5PYC1iNGhmIF61eK8Rx vNu3Cyfib9T6ShsrgInvYKatADVzY7WnZRJ8wNwzP7JDxEOchW5PcvLoQOcK0rmOAApg ituIqNP7sOSgIVBEJnrc/uhgSp8h5ww2y+PKze1xX3CW39qRYwv1eoy48j/jqSCstWlD g8Muk0J79weHn7Z7UkrvmXdpWmRMinIF6iLi8emotkjFg54zPfuU1X0HK1KccWZiFek9 V5TA== X-Gm-Message-State: AOPr4FWyHr02AxOOklCGuPOk1+Jy/mzBXcAUEr6ebQJB4mvwa8oMt/uD+rNoDWJDrniDr2QbvxAGz47efdzIzw== MIME-Version: 1.0 X-Received: by 10.50.67.113 with SMTP id m17mr1362951igt.52.1460430999620; Mon, 11 Apr 2016 20:16:39 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Mon, 11 Apr 2016 20:16:39 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <1459976737.1091.289.camel@freebsd.org> References: <20160406214115.784b8a1f@zbox.lerwick.hopto.org> <1459976737.1091.289.camel@freebsd.org> Date: Mon, 11 Apr 2016 21:16:39 -0600 X-Google-Sender-Auth: sUBerNCm_7wfNSQJd1GSYYvepgQ Message-ID: Subject: Re: information on accessing nand From: Warner Losh To: Ian Lepore Cc: Craig Butler , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 03:16:40 -0000 On Wed, Apr 6, 2016 at 3:05 PM, Ian Lepore wrote: > On Wed, 2016-04-06 at 21:41 +0100, Craig Butler wrote: > > Hello List > > > > Is there a HOWTO or some instructions/black magic for adding new > > definitions and drivers for accessing currently unsupported nand ?? > > > > So far I *think* I need to; > > - define the nand in the board dts definitions > > - code a nfc_ (omap2??) driver > > - set kernel configs with option nandfs and WITH_NAND="YES" > > - cross fingers > > > > Have I missed anything ? > > > > Kind Regards > > > > You should be aware before you get too far into this that there is lots > of stuff in freebsd related to nand, and most of it doesn't work. The > driver framework is completely tied to 1-bit hamming code ECC, which is > only used by ancient small chips, nothing modern. There's some work to make things more modern, but it's quite immature still... > If you get past that > (say, by using chips with builtin hardware ECC that appear to just > never get errors), you quickly discover that the nandfs code is slow > and buggy. Slow like it can lock up the system for seconds at a time NANDFS isn't so slow. On SSDs it's quite fast. This bit is due to rather long DELAYs that are hard coded and no polling of the proper lines nor any provision for interrupts. Annoying, and a flaw, to be true, but not in the NANDFS layer :) > Buggy like it corrupts data and there's no way to recover. > That's NANDFS's fault. It gets the locking wrong. It works for NetBSD, where the code originated, but it drops locks in a way that on FreeBSD causes guaranteed corruption when there's vnode pressure. These can be fixed, but there's a number of ripples this causes. You forgot the bit where nandfs constantly does garbage collection, even when it doesn't make sense, so you wind up with a fair amount of write amplification that wears out the NAND bits. Oh, and no DMA support, no hardware ECC support, no support for ONFI parts, or JEDEC parts. No good support for different C/S lines, so multi-die parts are hard to deal with. None of the faster transfer mode switching is supported. Plus most of the modern chips that have cool new NAND controller hardware don't document it. The manual chapters tend to be bare recitation of registers, often with the specific bits omitted. Different ECC technology is vague at best. And the latest chips that aren't 3D require sophisticated LDPC error correction and crazy multi-pass reading to recover the data. MLC and TLC parts also have slightly different command sets than the SLC that we support. 3D adds its own wrinkles as well. I'd love to modernize the FreeBSD NAND stack, but it would be a fulltime job for months and months for a couple of people at least. And even then the sophisticated bits likely wouldn't be implemented even still. Warner From owner-freebsd-arm@freebsd.org Tue Apr 12 04:16:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB6FBB0D090 for ; Tue, 12 Apr 2016 04:16:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 739581768 for ; Tue, 12 Apr 2016 04:16:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ig0-x235.google.com with SMTP id kb1so98665697igb.0 for ; Mon, 11 Apr 2016 21:16:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=Y4tH/oFUOywus0vgTaAb6uS1xpPqUaVMe0zH47ltf9I=; b=ksjKC5pU7FcAerOGGeciFii9n6dKIIRayWEIORNpVxYX0hzickVJqSeDON0Ew/8Wum tkeeyvhMghA3aIyu5vc8USxeqJzNknPHE8nPFEQW+e8x75g+b/Fm51+Y/okBGtcDP6m6 BdsgOYboQE5/c8DnBicDcpInhqXSzPk9ylgOeHc7Ri/LblVqP4k40bQ9sbaFGjfewlQc 5j/gqF0zRPJIwnVgy4Lrnjc0J2i/FGTRquj+u1M5BGMNZ8dSckbOFJs4vVQNol1HrEsp Px2pHDP7L6mmcKQeo+8AeWSgwnv1NkmxOhvzmG4uK2BkmiGYzEuWwzoVKdwDRrkYEIl/ INtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Y4tH/oFUOywus0vgTaAb6uS1xpPqUaVMe0zH47ltf9I=; b=egt6NyOcjdm8dHC+LwfFgCl4NkVtyA30GApnVWyzQsyRXHqYkPvZDkUIk9x8OmuHj3 +Y6j0DGs5SMpLnAcxZBhLVs9mD+jfNts/poZvoVpIrwF03RL6OHOUCNrCfAFK808vEEe GOKQnuPjRGpMh2FGKbHepWwubnsKQYz5A3fHM9mg/PpmqIqqpP0sBEN9KwxypMO05Mf7 GwdJRSi6kuxgvMfhPx+MPMnmWJ8dHo6iGbWkCGENmmsaWzlF+Tq3TYB1gxfAGZb1GP3L Apc8Hj99/TUI9WlP/UAZD2XobGZLIEI2DqAQrrz8NOOw/Rb3XytmDhabyFSIdtj1PX62 34OA== X-Gm-Message-State: AD7BkJI9o0/G3uzH+lyZ6h91F1VYUf5qa0kiYhuqDIydT/6rNFfS49iGKtIDW0E+CH5He0DDQDxsTudOO2ZGXQ== MIME-Version: 1.0 X-Received: by 10.50.50.176 with SMTP id d16mr21687779igo.57.1460434588830; Mon, 11 Apr 2016 21:16:28 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.36.194.3 with HTTP; Mon, 11 Apr 2016 21:16:28 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: Date: Mon, 11 Apr 2016 22:16:28 -0600 X-Google-Sender-Auth: bnTiTxt4ELf94jLf8WuWmBSCFsY Message-ID: Subject: Re: Can't installworld for arm -- cc: not found From: Warner Losh To: Emb Aud Cc: Russell Haley , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 04:16:29 -0000 I plan on making the cut over later this week. Warner On Sat, Apr 9, 2016 at 9:13 PM, Emb Aud wrote: > Thanks Russ, I'll give that a try on Monday. I actually saw your thread on > the same subject as well, after I posted my own question. Oops > > On Sat, Apr 9, 2016 at 2:38 AM, Russell Haley > wrote: > > > I'm actually just studying this page myself right now! There seems to > > be a discrepancy in the use of sudo. When you sudo the root user > > doesn't have the MAKEOBJDIRPREFIX environment variable set. Using sudo > > with -E (preserves environment) fixed it for me (your results may > > vary). > > > > Command Line: > > sudo -E make installworld blah blah blah > > > > In the mk Script: > > ... mk_sudo="sudo -E";; > > > > Hope that helps, > > > > Russ > > > > On Fri, Apr 8, 2016 at 7:46 PM, Emb Aud wrote: > > > Hi Everyone. > > > > > > I would like to use FreeBSD as an embedded OS on the Xilinx Zynq ARM > > chip. > > > At the moment I am targeting the Zybo board until our custom board is > > ready. > > > > > > I tried to follow the instructions here to build everything: > > > https://wiki.freebsd.org/FreeBSD/arm/crossbuild > > > > > > buildworld runs just fine, but installworld fails immediately with an > > > error: > > > > > > cc: not found. > > > "/usr/home/~/projects/zynq/src/share/mk/bsd.compiler.mk" line 141: > > Unable > > > to determine compiler type for cc . Consider setting COMPILER_TYPE. > > > > > > I think this may be due to a lack of a "src.conf" file. Unfortunately > I > > > have no idea what to put in that file. > > > > > > Can anyone give me a clue or two about how to get past this problem? > > > > > > My config for the mk utility (see the link above) is: > > > > > > mk_arch="armv6" > > > mk_insdir="$(pwd)/nfsroot" > > > mk_jobs="$(sysctl -n hw.ncpu)" > > > mk_kernel="ZEDBOARD" > > > mk_makeconf="$(pwd)/config/make.conf" > > > mk_mkargs="" > > > mk_nice="nice -10" > > > mk_objdir="$(pwd)/obj" > > > mk_srcconf="$(pwd)/config/src.conf" > > > mk_srcdir="$(pwd)/src" > > > mk_ubldraddr="0x0" > > > > > > Thank you! > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://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 Apr 12 04:16:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A82BB0D0A7 for ; Tue, 12 Apr 2016 04:16:40 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB5E417B4 for ; Tue, 12 Apr 2016 04:16:39 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id t129so8729662vkg.2 for ; Mon, 11 Apr 2016 21:16:39 -0700 (PDT) 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; bh=Ieg+ZAR1qqAdhk0Hed1wQrsfg3/ak0Rl4Ubvoo5x+LU=; b=ThrMgej9RK4JnvIB7IdBYfcb9JMVNvVaJxBwONJ2PdYJFHSHy8VDlzPj+6KpMt2Vs3 JU8BZxtlx634S89ZnO6DGo8gxYjLlUytcMxGa2hJssID1yetjDxvHiXIrewvKAXaq7R7 lcx1/4gQTqp3F/FrVJITSoZSnEFlsclOUjlDcGZhWlLBmQtw/xe9SyXsp2PgAsscv3LG FRI9AL6SweZIymy9nHzn09Y8x6A3OifH+8ypjtRvyLNmHCN0Nm0WDei1V87dRdmoVJJ1 x2wGIOXsvGjuVtl8i01Nbn2OYiumxy7QONdrcJTybhfDvQ+72ryw3CuCpHs6QKrZlHB/ c+uA== 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:date :message-id:subject:from:to:cc; bh=Ieg+ZAR1qqAdhk0Hed1wQrsfg3/ak0Rl4Ubvoo5x+LU=; b=VsTgPqnQB60cPoTb+O3rBM4LA95nhMlvv/NpdTaXFQpkKQAmEvMe61pN9K9dLqkKrh 4cKh6BHjJrtYfYH9WensWuYRlTGCURGeu328vEZFz0jsoEt4qeYb3tqxr9Eve8OAG67O eGjNtZaaL6Y3W8GWDwGU4OC+NnUCS4NBd2NRPeg2EJJnp95bqno+XcVZ9IX7BpOGUFbG Ztmdbtg1V7QXlhkPxrbW+8e+BIUUqH/i9Gyk1LygQk01fJcTch5L3vttkEhe1HaCBDvF xTSBbQOyyc4na2d/3ePOMgm8x2ATnZ5p+Lvzr+NgCjpRc5XwUof6xsGSxROj5t4rjEvd qLLA== X-Gm-Message-State: AOPr4FVGHa+IcvbNASckD1ji2fNqpyDzIhzwt6eiIO9B4WL+yns43Oit2LZJyujRAPLJnNuZMpTv69rgkPCL3w== MIME-Version: 1.0 X-Received: by 10.176.65.7 with SMTP id j7mr579184uad.112.1460434599097; Mon, 11 Apr 2016 21:16:39 -0700 (PDT) Received: by 10.31.128.13 with HTTP; Mon, 11 Apr 2016 21:16:39 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Apr 2016 21:16:39 -0700 Message-ID: Subject: Re: More questions RE: booting FreeBSD on Zynq From: Russell Haley To: Emb Aud Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 04:16:40 -0000 I found this helpful as a starting point: http://www.devicetree.org/Device_Tree_Usage Here's the wiki link, but I don't know how current the information is: https://wiki.freebsd.org/FlattenedDeviceTree * Lots of good resources at the bottom of the page too. *note: The page says that the default location for fdt files in "sys/boot/fdt/dts" but I think most of them are now found in "/src/sys/gnu/dts". One of the developers said they refresh the files from the gnu/linux tree every now and then. Cheers, Russ On Mon, Apr 11, 2016 at 5:33 PM, Emb Aud wrote: > Hi Everyone. I'm still working on my FreeBSD boot configuration for Zynq. > Thanks to those how have helped me thus far. > > Could you all help point in the right direction in regards to a few things? > > 1. I've decided that I don't want to use U-Boot. So I'm going to have to > bootstrap the kernel myself. Do you guys think it would be easier to load > the kernel directly or to load the kernel using ubldr? The catch being > that ubldr apparently requires emulating some u-boot API functionality. > > 2. Can someone help me understand the role of the device tree? I get that > it describes the hardware memory locations. What I'm a little fuzzy on is > at what point during the boot process it is used. Is it used by u-boot? > Is it used by the kernel? If it's used by the kernel, how does the kernel > know where to find it? > > 3. Is there any support for using QSPI flash as a filesystem? I am going > to be booting out of QSPI because the SD-Card is not going to be available > as a boot device. I'd like to keep the entire boot process in QSPI if I > can. > > 4. I've been looking at ubldr, trying to figure out how to build it by > itself... Just so I can get a good look at what files are involved. What > is the proper way to run "make" in a subdirectory of the source tree? > Everything that I've tried so far has resulted in errors. > > Thank you. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://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 Apr 12 14:19:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5DD3B0CBB6 for ; Tue, 12 Apr 2016 14:19:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 870CD16C7 for ; Tue, 12 Apr 2016 14:19:38 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 6afa4e62-00b9-11e6-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 12 Apr 2016 14:18:24 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3CEJULj016375; Tue, 12 Apr 2016 08:19:30 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460470770.52955.14.camel@freebsd.org> Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default From: Ian Lepore To: Tim Kientzle , Hal Murray Cc: freebsd-arm Date: Tue, 12 Apr 2016 08:19:30 -0600 In-Reply-To: <3BC5A04D-79DD-4820-A44F-B0A921D2FAA9@kientzle.com> References: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> <3BC5A04D-79DD-4820-A44F-B0A921D2FAA9@kientzle.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 14:19:38 -0000 On Mon, 2016-04-11 at 06:33 -0700, Tim Kientzle wrote: > > On Apr 10, 2016, at 9:06 PM, Hal Murray > > wrote: > > > > > > Does anybody have the recipe for setting things up so that power on > > boots > > from the microSD card without holding down the button? > > If the ROM cannot boot from eMMC, it will try to boot from microSD. > > The easiest way to make the eMMC not bootable is to zero out the > boot sectors using dd: > > dd if=/dev/zero of= count=100 > > Of course, this makes the eMMC entirely unusable. I think you > can then reformat the eMMC (make sure it does not have a FAT > partition and does not have boot blocks) so it can be used without > the ROM trying to boot from it. > > This way, the ROM will load U-Boot from microSD. > > > > > I'm pretty sure it will be simple after I know how to do it. > > Google found info on the idea, but I couldn't find the file that > > needs editing. It's off in uBoot land. > > Even if the ROM loads U-Boot from eMMC, the default Linux > U-Boot setup on the eMMC can be configured to then load > the Linux kernel from microSD. > > If you install the FreeBSD version of U-Boot to eMMC, you might be > able to > do the same thing. Personally, I find the recipe above much > simpler. > > Cheers, > > Tim No need to zero out the onboard emmc or mess with its too-complicated linux-centric env vars... The AM335x ROM boot code loads u-boot from the first FAT partition it finds with the active/bootable flag set. Normally that's the emmc, but you can turn it off and then it'll look for a partition on the external sdcard. Once you've booted to freebsd normally, do gpart unset -a active -i 1 mmcsd1 And now it will boot from the sdcard unless you turn the active flag back on on the emmc. - Ian From owner-freebsd-arm@freebsd.org Tue Apr 12 17:20:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 440D5B0D50D for ; Tue, 12 Apr 2016 17:20:23 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7DA1529 for ; Tue, 12 Apr 2016 17:20:21 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22b.google.com with SMTP id k135so9088228qke.0 for ; Tue, 12 Apr 2016 10:20:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=n1BxEsT92N3j9OCX1hKHiaK7ECcEThdTBTHi5Grb264=; b=gIBVpbqvN/+FQrGDupfp3CCWVWHn1Xf+kF8IQWPyyqz8WhqSGCbO5KrKLrd8+8NV2B 8LgItUx+WsoQhX/HeaDI0rhRSy2Zg1aA0o4W/B74pf8h9ePSF/eM7812mpsipAfDhgai 3cEsxZ4LQJlAJGb8H+xnmKpviO7kLGtgYW5cE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=n1BxEsT92N3j9OCX1hKHiaK7ECcEThdTBTHi5Grb264=; b=Ep4orFHL44+Mz8x7tmD1fN+EHhL056J4FfVXaLlITdjDWdWSYlKIWWJJg1zRt4k5Qf cQFfkMkAoKFClD3uLGSWvYNFuLnraF58qDHkswpMzu+25jXNA/o0mA4S2b2LNfvIlnvr XayfvA9Bml0845wIuPWjpBEK9/Guxu6ZcxeGUtXoSnLE0FopNw5QzqP/gbuqm9SkJFu7 o7DyvBOxjGu5thz/MAa6ZXoMxHSPDJBHuyjbv/e+gJkieBFanMHYm8Y308AkYaumihnQ Ub5XAJM4BPoL4dNiALz5+o2iJ8INj2PqFdNG2qwhhOfNs/TmxHTkMeyII6P70/HAqxIJ 3nkw== X-Gm-Message-State: AOPr4FWYRS0QBqb/VVmk0U6v+oQVJfAljA/QB0EsO9sI+sOiZJpAsigBnBRft1hsK1j5Ww== X-Received: by 10.55.71.135 with SMTP id u129mr5293581qka.26.1460481620866; Tue, 12 Apr 2016 10:20:20 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id 21sm1167824qkj.15.2016.04.12.10.20.19 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Apr 2016 10:20:20 -0700 (PDT) To: "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: Float point in beaglebone Message-ID: <570D2E3D.2010801@bsd.com.br> Date: Tue, 12 Apr 2016 14:19:57 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 17:20:23 -0000 Dears Now, how is made the float point calculations in beaglebone using freebsd, by software or by hardware? []'s -Otacílio From owner-freebsd-arm@freebsd.org Tue Apr 12 18:25:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71101B0E544 for ; Tue, 12 Apr 2016 18:25:13 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3BE0B1819 for ; Tue, 12 Apr 2016 18:25:12 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: bc6028de-00db-11e6-827e-7d17a39bef25 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 12 Apr 2016 18:24:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3CIPAbx016927; Tue, 12 Apr 2016 12:25:10 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460485510.52955.16.camel@freebsd.org> Subject: Re: Float point in beaglebone From: Ian Lepore To: =?ISO-8859-1?Q?Otac=EDlio?= , "freebsd-arm@freebsd.org" Date: Tue, 12 Apr 2016 12:25:10 -0600 In-Reply-To: <570D2E3D.2010801@bsd.com.br> References: <570D2E3D.2010801@bsd.com.br> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 18:25:13 -0000 On Tue, 2016-04-12 at 14:19 -0300, Otacílio wrote: > Dears > > Now, how is made the float point calculations in beaglebone using > freebsd, by software or by hardware? > Hardware. Armv6/v7 systems on freebsd 11 have always used floating point hardware, but they pass arguments in the integer registers, which costs a small bit of performance. The upcoming change will switch to passing arguments in floating point registers, but for most apps the performance improvement will be small. -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 13 02:43:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3ABFB0E34F for ; Wed, 13 Apr 2016 02:43:47 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8ED11B13 for ; Wed, 13 Apr 2016 02:43:47 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id h6so4875872ywc.1 for ; Tue, 12 Apr 2016 19:43:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=nMjXWkFxcOV2rov2fRuXPZorB/7cW1lv93K0ijhN25U=; b=c8tHCBVzV4WVkw1go2fSRWygwWpM9dd1TmlVb6IPiP268Nn6uZ6ldMQAMJaggrf48c kvmhlSIxIQC77Ki3UDhWLZlUTMUxSNMQhBlzYgVRU3/RdwpoKhAFeJKB7qnCQjDNSI8o neAEQMM+qGp3QRszJX/UllMWszmz9UoD0jI4e/EQHKurk+lLDH7v/xJX/ADspxR8s0lQ +jTcHyvvMx5B23iHbA9bAOBDY62MvxI9dalrKeWmxt22mhLJ672HdjEjl671TxBJtmRy awUFpZBBfHSC5W2rM6G7URuHiL5uW7cF9AzBTO50KUHe/zqyFhdjsa68ofCelq/HZhPn nCtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=nMjXWkFxcOV2rov2fRuXPZorB/7cW1lv93K0ijhN25U=; b=CYy/QQoPVq/tG94qPozLeTPoX06A0wndPRf6QAqcb1xmEngh5yWfvfZkXng93IshwY 3iPoxMFaU6CZDdqkNailxGbWEHI8O0816nydCBBrvRHEFHMmRwbPcx5EH61t7ZPlQTWE si9tRJgGlnhKwW3Iy6VnjQbW7oPqZqJWXs22qxJuL0vpzsf+4FSEqMVnpWcy/xX4tV5c K0Agx1Qr3NDpYTcV6BkTCnOhJDFzl5jsZl8+NV1/XXnquIaqTHK3Rjy16AG0mH6NYvZL ZwnESA32ow37Et1nWALzCkdC4IEpgAnXdvmFqHTB5ijiHVBdj7fQt/daZvs9L/OnbNE9 Orkw== X-Gm-Message-State: AOPr4FWDjAa5cTW2d9B03gp0i3syay63WTS2kgz67irg4EMnvhI+W1Z64KyTjNIDGQpMqMB4Milo1EP6IOGJeA== MIME-Version: 1.0 X-Received: by 10.129.155.137 with SMTP id s131mr3590526ywg.24.1460515426766; Tue, 12 Apr 2016 19:43:46 -0700 (PDT) Received: by 10.83.35.73 with HTTP; Tue, 12 Apr 2016 19:43:46 -0700 (PDT) Date: Tue, 12 Apr 2016 22:43:46 -0400 Message-ID: Subject: Some Success on Zynq/Zybo Boot! From: Emb Aud To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 02:43:47 -0000 Thanks everyone for the help, and to Thomas Skibo for blazing the trail with his FreeBSD/Zynq experiments. I was able to make a little progress today, and I wanted to share my results. I don't want to use U-Boot, but for now I am using it for development purposes. So, today I made my own build of FreeBSD 10.3 for Arm. I copied the stock 10.3 ZEDBOARD config to my own ZYBO config file, with the following changes: 22c22,23 < ident ZEDBOARD --- > ident ZYBO > 91a93,94 > device rgephy # Zybo ethernet > I noticed that there are a lot of differences between the 10.3 ZEDBOARD config and the "head" ZEDBOARD config. That's something I need to look into at some point. Then I compiled everything using the instructions here: https://wiki.freebsd.org/FreeBSD/arm/crossbuild Next, I created an SD-Card image using these instructions: https://wiki.freebsd.org/FreeBSD/arm/Zedboard Then I copied all of Skibo's MS-DOS boot files from here: http://www.skibo.net/zedbsd/ (zybo_extrafiles.tgz) My image still needed a little tweaking, so I had to: 1. create a /boot/msdos mount point 2. copy Skibo's fstab into my /etc/ 3. copy Skibo's rc.conf into my /etc/ 4. copy Skibo's board.dtb file into /boot/kernel/ At this point I now have an image that boots FreeBSD 10.3 on the Zybo. Now that I have a known good kernel and base system install, I can begin working on my own custom bootloader. I'm thinking about putting a copy of the kernel on the MS-DOS partition -- or in my case the Xilinx Boot Image File -- where I can have easy access to it without having to write code to navigate UFS. From owner-freebsd-arm@freebsd.org Wed Apr 13 02:47:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B76EAB0E49D for ; Wed, 13 Apr 2016 02:47:29 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 768761D64 for ; Wed, 13 Apr 2016 02:47:29 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-yw0-x22c.google.com with SMTP id i84so51431717ywc.2 for ; Tue, 12 Apr 2016 19:47:29 -0700 (PDT) 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; bh=S0lBZgrRrYXOEss+hSPYd/+jqmgjp/YRsPC0v5OgBTQ=; b=kVSIxgHUgYYHO2mro0v56MwR5VsieRS+nDbkkIuqY+PkBg+7lvD/7LEN0MbbfcVu+G ZIENuk4JJ2ld5iwScMclJQPNoOHfYBC/14ryjp+2PZ0h+SQZExkyknOb4hjXx/E2E9GL 9bavnZA7L5j1SZfrbTbyG380zvGfgU1Ezs7K4rJ1B1Rkg2FtUR1kojM7XkjEDAK7tIvT tS/Nd33OJjGowYHB5S1XYZgRQzPeuQJA6ZGF6WbkQ4lKfI5KaQ9mh3zR65f/cNwlibBb QEjQ0Qs5JlFJC6xbqmhVijwV7c/iyNh+bl3IxZSsAoVx/BOVwzRQxTZueZOg2YR0z5eP yl5Q== 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:date :message-id:subject:from:to:cc; bh=S0lBZgrRrYXOEss+hSPYd/+jqmgjp/YRsPC0v5OgBTQ=; b=jUMB//J5y7mzcBvy5JYHI2tM/Ue+xPdq3V/xZfXj+ag9ytf5+RP1XfxLdqpMGbV0gb tZOS+DDLVD6Bcrz1fxu2WtL8Alb8G/vZCvP0Ez29b9gDUe8kRK7FO/VmKo08Mjvf3oCh +HAZKozs4hzcn/mhApQTHMbt5p4q3CLsmzQ6pgcfGZaazxEx1v1jzeEDfUYsmSdW23Aq tIIjaRycvs2+QXiDWtHoQ1cn5QjZiYA5v/jeN3HrF3mJyChFJoFYctWxAjadUAnz+jRN UxIYBkRF5EE+jiKbv2vQt5e/LCME6CsBPt552uMZE3anIz1maXSE/+kqZCe1QcrSY9fi xG2A== X-Gm-Message-State: AOPr4FVPUjmnTRSMwpRSonr9vldF239D0qez4tppBblrXsY367k8Jltqc6lSkCweT5oTvkTmU5zH/onnHTVinQ== MIME-Version: 1.0 X-Received: by 10.37.6.139 with SMTP id 133mr3381903ybg.46.1460515648749; Tue, 12 Apr 2016 19:47:28 -0700 (PDT) Received: by 10.83.35.73 with HTTP; Tue, 12 Apr 2016 19:47:28 -0700 (PDT) In-Reply-To: References: Date: Tue, 12 Apr 2016 22:47:28 -0400 Message-ID: Subject: Re: More questions RE: booting FreeBSD on Zynq From: Emb Aud To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 02:47:29 -0000 Thanks for those links, that was a very informative read. I am a little concerned that some of the code under the /src/sys/gnu/dts directory seems to be GPL'd. I am trying to avoid GPL code for this project... On Tue, Apr 12, 2016 at 12:16 AM, Russell Haley wrote: > I found this helpful as a starting point: > > http://www.devicetree.org/Device_Tree_Usage > > Here's the wiki link, but I don't know how current the information is: > > https://wiki.freebsd.org/FlattenedDeviceTree * > > Lots of good resources at the bottom of the page too. > > *note: The page says that the default location for fdt files in > "sys/boot/fdt/dts" but I think most of them are now found in > "/src/sys/gnu/dts". One of the developers said they refresh the files > from the gnu/linux tree every now and then. > > Cheers, > > Russ > > On Mon, Apr 11, 2016 at 5:33 PM, Emb Aud wrote: > > Hi Everyone. I'm still working on my FreeBSD boot configuration for > Zynq. > > Thanks to those how have helped me thus far. > > > > Could you all help point in the right direction in regards to a few > things? > > > > 1. I've decided that I don't want to use U-Boot. So I'm going to have to > > bootstrap the kernel myself. Do you guys think it would be easier to > load > > the kernel directly or to load the kernel using ubldr? The catch being > > that ubldr apparently requires emulating some u-boot API functionality. > > > > 2. Can someone help me understand the role of the device tree? I get > that > > it describes the hardware memory locations. What I'm a little fuzzy on > is > > at what point during the boot process it is used. Is it used by u-boot? > > Is it used by the kernel? If it's used by the kernel, how does the > kernel > > know where to find it? > > > > 3. Is there any support for using QSPI flash as a filesystem? I am going > > to be booting out of QSPI because the SD-Card is not going to be > available > > as a boot device. I'd like to keep the entire boot process in QSPI if I > > can. > > > > 4. I've been looking at ubldr, trying to figure out how to build it by > > itself... Just so I can get a good look at what files are involved. > What > > is the proper way to run "make" in a subdirectory of the source tree? > > Everything that I've tried so far has resulted in errors. > > > > Thank you. > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed Apr 13 08:01:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39341B0C20F for ; Wed, 13 Apr 2016 08:01:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0711140F; Wed, 13 Apr 2016 08:01:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1aqFjy-000CN0-SI; Wed, 13 Apr 2016 11:01:34 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Odroidc1+ stuck booting From: Daniel Braniss In-Reply-To: <7b22040609bf47bbbdf6387998d7813e@uni-mainz.de> Date: Wed, 13 Apr 2016 11:01:34 +0300 Cc: Erik Moe , freebsd-arm , Ian Lepore Message-Id: References: <687E2129-BE66-4CC9-9B30-D8DFB7A2FEF6@cs.huji.ac.il> <982FE02C-7BEC-4CA0-BCAE-FE6CC5C9CFB4@rcn.com> <77D2CAED-B44A-4602-8C70-C3DD0A8D089C@cs.huji.ac.il> <6FF9B11B-1F63-49FC-8195-58B4B963F204@rcn.com> <4FABD8D2-CB5F-4220-A6F8-1707DF08E215@cs.huji.ac.il> <7b22040609bf47bbbdf6387998d7813e@uni-mainz.de> To: =?utf-8?Q?=22Wei=C3=9F=2C_Dr=2E_J=C3=BCrgen=22?= X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 08:01:42 -0000 > On 11 Apr 2016, at 23:05, Wei=C3=9F, Dr. J=C3=BCrgen = wrote: >=20 > hi, >=20 >> -----Original Message----- >> From: Daniel Braniss [mailto:danny@cs.huji.ac.il] >> Sent: Sunday, April 10, 2016 10:59 AM >> To: Wei=C3=9F, Dr. J=C3=BCrgen >> Cc: Erik Moe; freebsd-arm >> Subject: Re: Odroidc1+ stuck booting >>=20 >> Hi >>=20 >>> On 9 Apr 2016, at 22:52, Wei=C3=9F, Dr. J=C3=BCrgen = wrote: >>>=20 >>> Hi, >>>=20 >>> I have a C1+ and just booted a FreeBSD current kernel not older than >>> a week without problems. >>>=20 >>> fatload mmc 0:1 0x21000000 kernel.bin >>> go 0x21000000 >>>=20 >>=20 >> my kernel loads at a different address! >> btw, what kernconf are you using? I had to comment out the random >> stuff, since it was giving compiler errors. >=20 > I just used the standard ODROIDC1 config file and cross compiled the > kernel on amd64 with the standard FreeBSD Makefiles. >=20 > Regards >=20 > Juergen Hi all, (somehow I keep remembering the joke about a ballon, a man, and a sys* = :-) anyways, just made a clean svn of head, and got the Odroidc1+ to boot. thanks, danny From owner-freebsd-arm@freebsd.org Wed Apr 13 09:55:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3730FB0EEC5 for ; Wed, 13 Apr 2016 09:55:45 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from ip-64-139-1-69.sjc.megapath.net (ip-64-139-1-69.sjc.megapath.net [64.139.1.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1F45217B2; Wed, 13 Apr 2016 09:55:44 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from shuksan (localhost [127.0.0.1]) by ip-64-139-1-69.sjc.megapath.net (Postfix) with ESMTP id B48EA406057; Wed, 13 Apr 2016 02:55:34 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Ian Lepore cc: Hal Murray , freebsd-arm From: Hal Murray Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default In-Reply-To: Message from Ian Lepore of "Tue, 12 Apr 2016 08:19:30 MDT." <1460470770.52955.14.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Apr 2016 02:55:34 -0700 Message-Id: <20160413095534.B48EA406057@ip-64-139-1-69.sjc.megapath.net> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 09:55:45 -0000 > gpart unset -a active -i 1 mmcsd1 Many thanks. That's just what I was looking for. It would make a good addition to the wiki. -- These are my opinions. I hate spam. From owner-freebsd-arm@freebsd.org Wed Apr 13 14:35:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72525B0F482 for ; Wed, 13 Apr 2016 14:35:00 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DEA413B5; Wed, 13 Apr 2016 14:34:59 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [192.168.1.200] (p508F1836.dip0.t-ipconnect.de [80.143.24.54]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 9C0BE721E280E; Wed, 13 Apr 2016 16:34:44 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: No usable event timer found on RPI2 From: Michael Tuexen In-Reply-To: <1460240966.1091.340.camel@freebsd.org> Date: Wed, 13 Apr 2016 16:34:43 +0200 Cc: bob prohaska , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3124) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 14:35:00 -0000 > On 10 Apr 2016, at 00:29, Ian Lepore wrote: >=20 > On Sat, 2016-04-09 at 11:17 -0700, bob prohaska wrote: >> On Sat, Apr 09, 2016 at 10:53:34AM -0600, Ian Lepore wrote: >>>=20 >>> The rpi.dtb file lives on the FAT partition where u-boot is, but >>> it's >>> created by the freebsd build process and installing the kernel puts >>> the >>> new dtb into /boot/dtb on the freebsd rootfs. Something else >>> (crochet >>> or some similar script, or you by hand) have to copy from there to >>> the >>> FAT partition on the sdcard. >>>=20 >>> Note that right now all of this is unique to rpi. For other arm >>> boards, u-boot isn't involved in the dtb file loading at all and >>> the >>> file is normally read by ubldr from the freebsd filesystem. >>>=20 >>> There may come a day when all arm boards have to work more like rpi >>> does now (due to the way the u-boot world is evolving). >>>=20 >>>=20 >>=20 >> What inhibits making the copy to FAT part of kernel install? >>=20 >=20 > The freebsd build process doesn't know anything about filesystems, it > just installs things to DESTDIR (which is / by default). >=20 > If you're doing the kernel build and install native on the rpi, you > could get the effect you want by doing: >=20 > mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > make installkernel > umount /boot/dtb >=20 > At least, I think that should work. Hi Ian, I'm running into the same problem. I updated the source on a RPI2 today, build a new kernel (with modules), installed it, manually copied = /boot/dtb/rpi2.dtb to /boot/msdos/ (which is mounted) and rebooted. The dtb files have the correct date, but the kernel panics. Do I need to = copy more? Thanks for your help! Best regards Michael >=20 > -- Ian >=20 >> The file has been moved. When the present build/install cycle >> completes I'll discover the next of my mistakes 8-). >>=20 >> With my thanks, >>=20 >> bob prohaska >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org >> " > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Apr 13 14:41:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11356B0F634 for ; Wed, 13 Apr 2016 14:41:28 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAD36177D for ; Wed, 13 Apr 2016 14:41:27 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: cfc78a9a-0185-11e6-8bda-c73aafa13d19 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 13 Apr 2016 14:41:30 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3DEfOKY019181; Wed, 13 Apr 2016 08:41:24 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460558484.52955.21.camel@freebsd.org> Subject: Re: No usable event timer found on RPI2 From: Ian Lepore To: Michael Tuexen Cc: freebsd-arm@freebsd.org Date: Wed, 13 Apr 2016 08:41:24 -0600 In-Reply-To: References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 14:41:28 -0000 On Wed, 2016-04-13 at 16:34 +0200, Michael Tuexen wrote: > > On 10 Apr 2016, at 00:29, Ian Lepore wrote: > > > > On Sat, 2016-04-09 at 11:17 -0700, bob prohaska wrote: > > > On Sat, Apr 09, 2016 at 10:53:34AM -0600, Ian Lepore wrote: > > > > > > > > The rpi.dtb file lives on the FAT partition where u-boot is, > > > > but > > > > it's > > > > created by the freebsd build process and installing the kernel > > > > puts > > > > the > > > > new dtb into /boot/dtb on the freebsd rootfs. Something else > > > > (crochet > > > > or some similar script, or you by hand) have to copy from there > > > > to > > > > the > > > > FAT partition on the sdcard. > > > > > > > > Note that right now all of this is unique to rpi. For other > > > > arm > > > > boards, u-boot isn't involved in the dtb file loading at all > > > > and > > > > the > > > > file is normally read by ubldr from the freebsd filesystem. > > > > > > > > There may come a day when all arm boards have to work more like > > > > rpi > > > > does now (due to the way the u-boot world is evolving). > > > > > > > > > > > > > > What inhibits making the copy to FAT part of kernel install? > > > > > > > The freebsd build process doesn't know anything about filesystems, > > it > > just installs things to DESTDIR (which is / by default). > > > > If you're doing the kernel build and install native on the rpi, you > > could get the effect you want by doing: > > > > mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > > make installkernel > > umount /boot/dtb > > > > At least, I think that should work. > Hi Ian, > > I'm running into the same problem. I updated the source on a RPI2 > today, > build a new kernel (with modules), installed it, manually copied > /boot/dtb/rpi2.dtb > to /boot/msdos/ (which is mounted) and rebooted. > The dtb files have the correct date, but the kernel panics. Do I need > to copy more? > > Thanks for your help! > Sorry, I don't have any particular insight into this one (I don't have an rpi2). I was just chiming in on the previous question about the specific issue of where the .dtb file lives and how it gets loaded (and it turns out I was a bit wrong about that: it's actually the rpi firmware (in the gpu) that loads the dtb file and passes it to u-boot). -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 13 15:01:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D76CBB0FECC for ; Wed, 13 Apr 2016 15:01:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A0E00157C; Wed, 13 Apr 2016 15:01:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u3DF1jlG015939 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 13 Apr 2016 15:01:46 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3DF1iHM015938; Wed, 13 Apr 2016 08:01:44 -0700 (PDT) (envelope-from fbsd) Date: Wed, 13 Apr 2016 08:01:44 -0700 From: bob prohaska To: Michael Tuexen Cc: Ian Lepore , freebsd-arm@freebsd.org, bob prohaska Subject: Re: No usable event timer found on RPI2 Message-ID: <20160413150144.GK71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 15:01:58 -0000 On Wed, Apr 13, 2016 at 04:34:43PM +0200, Michael Tuexen wrote: > I'm running into the same problem. I updated the source on a RPI2 today, > build a new kernel (with modules), installed it, manually copied /boot/dtb/rpi2.dtb > to /boot/msdos/ (which is mounted) and rebooted. > The dtb files have the correct date, but the kernel panics. Do I need to copy more? > FWIW, the manual copy of /boot/dtb/rpi2.dtb to /boot/msdos was enough to let my Pi2 reboot successfully. It's done so twice, recently to r297810. It's presently working on 297909. bob From owner-freebsd-arm@freebsd.org Wed Apr 13 15:37:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EDE1B0EE6C for ; Wed, 13 Apr 2016 15:37:19 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DA7BE19F1; Wed, 13 Apr 2016 15:37:17 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u3DFanfu076292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Apr 2016 17:36:56 +0200 (CEST) (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 u3DFaiQI008542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Apr 2016 17:36:44 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u3DFaiVo032369; Wed, 13 Apr 2016 17:36:44 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u3DFaf17032368; Wed, 13 Apr 2016 17:36:41 +0200 (CEST) (envelope-from ticso) Date: Wed, 13 Apr 2016 17:36:41 +0200 From: Bernd Walter To: Ian Lepore Cc: Tim Kientzle , Hal Murray , freebsd-arm Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default Message-ID: <20160413153641.GB31903@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20160411040655.632D3406076@ip-64-139-1-69.sjc.megapath.net> <3BC5A04D-79DD-4820-A44F-B0A921D2FAA9@kientzle.com> <1460470770.52955.14.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1460470770.52955.14.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 15:37:19 -0000 On Tue, Apr 12, 2016 at 08:19:30AM -0600, Ian Lepore wrote: > On Mon, 2016-04-11 at 06:33 -0700, Tim Kientzle wrote: > > > On Apr 10, 2016, at 9:06 PM, Hal Murray > > > wrote: > > > > > > > > > Does anybody have the recipe for setting things up so that power on > > > boots > > > from the microSD card without holding down the button? > > > > If the ROM cannot boot from eMMC, it will try to boot from microSD. > > > > The easiest way to make the eMMC not bootable is to zero out the > > boot sectors using dd: > > > > dd if=/dev/zero of= count=100 > > > > Of course, this makes the eMMC entirely unusable. I think you > > can then reformat the eMMC (make sure it does not have a FAT > > partition and does not have boot blocks) so it can be used without > > the ROM trying to boot from it. > > > > This way, the ROM will load U-Boot from microSD. > > > > > > > > I'm pretty sure it will be simple after I know how to do it. > > > Google found info on the idea, but I couldn't find the file that > > > needs editing. It's off in uBoot land. > > > > Even if the ROM loads U-Boot from eMMC, the default Linux > > U-Boot setup on the eMMC can be configured to then load > > the Linux kernel from microSD. > > > > If you install the FreeBSD version of U-Boot to eMMC, you might be > > able to > > do the same thing. Personally, I find the recipe above much > > simpler. > > > > Cheers, > > > > Tim > > No need to zero out the onboard emmc or mess with its too-complicated > linux-centric env vars... The AM335x ROM boot code loads u-boot from > the first FAT partition it finds with the active/bootable flag set. > Normally that's the emmc, but you can turn it off and then it'll look > for a partition on the external sdcard. Once you've booted to freebsd > normally, do > > gpart unset -a active -i 1 mmcsd1 > > And now it will boot from the sdcard unless you turn the active flag > back on on the emmc. Good to know - that's so much better than erasing the old content, -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Wed Apr 13 15:39:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2430B0EF54 for ; Wed, 13 Apr 2016 15:39:01 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 767D11B00; Wed, 13 Apr 2016 15:39:00 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [192.168.1.200] (p508F1437.dip0.t-ipconnect.de [80.143.20.55]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 96ED8721E280E; Wed, 13 Apr 2016 17:38:55 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: No usable event timer found on RPI2 From: Michael Tuexen In-Reply-To: <1460558484.52955.21.camel@freebsd.org> Date: Wed, 13 Apr 2016 17:38:17 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> <1460558484.52955.21.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3124) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 15:39:02 -0000 > On 13 Apr 2016, at 16:41, Ian Lepore wrote: > > On Wed, 2016-04-13 at 16:34 +0200, Michael Tuexen wrote: >>> On 10 Apr 2016, at 00:29, Ian Lepore wrote: >>> >>> On Sat, 2016-04-09 at 11:17 -0700, bob prohaska wrote: >>>> On Sat, Apr 09, 2016 at 10:53:34AM -0600, Ian Lepore wrote: >>>>> >>>>> The rpi.dtb file lives on the FAT partition where u-boot is, >>>>> but >>>>> it's >>>>> created by the freebsd build process and installing the kernel >>>>> puts >>>>> the >>>>> new dtb into /boot/dtb on the freebsd rootfs. Something else >>>>> (crochet >>>>> or some similar script, or you by hand) have to copy from there >>>>> to >>>>> the >>>>> FAT partition on the sdcard. >>>>> >>>>> Note that right now all of this is unique to rpi. For other >>>>> arm >>>>> boards, u-boot isn't involved in the dtb file loading at all >>>>> and >>>>> the >>>>> file is normally read by ubldr from the freebsd filesystem. >>>>> >>>>> There may come a day when all arm boards have to work more like >>>>> rpi >>>>> does now (due to the way the u-boot world is evolving). >>>>> >>>>> >>>> >>>> What inhibits making the copy to FAT part of kernel install? >>>> >>> >>> The freebsd build process doesn't know anything about filesystems, >>> it >>> just installs things to DESTDIR (which is / by default). >>> >>> If you're doing the kernel build and install native on the rpi, you >>> could get the effect you want by doing: >>> >>> mount -t msdosfs /dev/mmcsd0s1 /boot/dtb >>> make installkernel >>> umount /boot/dtb >>> >>> At least, I think that should work. >> Hi Ian, >> >> I'm running into the same problem. I updated the source on a RPI2 >> today, >> build a new kernel (with modules), installed it, manually copied >> /boot/dtb/rpi2.dtb >> to /boot/msdos/ (which is mounted) and rebooted. >> The dtb files have the correct date, but the kernel panics. Do I need >> to copy more? >> >> Thanks for your help! >> > > Sorry, I don't have any particular insight into this one (I don't have > an rpi2). I was just chiming in on the previous question about the > specific issue of where the .dtb file lives and how it gets loaded (and > it turns out I was a bit wrong about that: it's actually the rpi > firmware (in the gpu) that loads the dtb file and passes it to u-boot). OK. Could it be that I need a newer version of uboot: > ls -l /boot/msdos/ total 7320 -rwxr-xr-x 1 root wheel 17900 May 8 2015 BOOTCODE.BIN -rwxr-xr-x 1 root wheel 103 May 8 2015 CONFIG.TXT -rwxr-xr-x 1 root wheel 6161 May 8 2015 FIXUP.DAT -rwxr-xr-x 1 root wheel 2366 May 8 2015 FIXUP_CD.DAT -rwxr-xr-x 1 root wheel 9214 May 8 2015 FIXUP_X.DAT -rwxr-xr-x 1 root wheel 1447 May 8 2015 LICENCE.BRO -rwxr-xr-x 1 root wheel 607 May 8 2015 README -rwxr-xr-x 1 root wheel 9153 Apr 13 14:37 RPI2.DTB -rwxr-xr-x 1 root wheel 2664088 May 8 2015 START.ELF -rwxr-xr-x 1 root wheel 567672 May 8 2015 START_CD.ELF -rwxr-xr-x 1 root wheel 3621768 May 8 2015 START_X.ELF -rwxr-xr-x 1 root wheel 301876 May 8 2015 U-BOOT.BIN -rwxr-xr-x 1 root wheel 261721 May 8 2015 UBLDR Best regards Michael > > -- Ian > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Apr 13 16:07:08 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7AE3B0FA59 for ; Wed, 13 Apr 2016 16:07:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 902681CEE for ; Wed, 13 Apr 2016 16:07:08 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: c2e98991-0191-11e6-9fea-b54670b854a5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 13 Apr 2016 16:07:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3DFDd9X019239; Wed, 13 Apr 2016 09:13:40 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460560419.52955.23.camel@freebsd.org> Subject: Re: Booting FreeBSD on BeagleBone Black from microSD by default From: Ian Lepore To: Hal Murray Cc: freebsd-arm Date: Wed, 13 Apr 2016 09:13:39 -0600 In-Reply-To: <20160413095534.B48EA406057@ip-64-139-1-69.sjc.megapath.net> References: <20160413095534.B48EA406057@ip-64-139-1-69.sjc.megapath.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 16:07:08 -0000 On Wed, 2016-04-13 at 02:55 -0700, Hal Murray wrote: > > gpart unset -a active -i 1 mmcsd1 > > Many thanks. That's just what I was looking for. > > It would make a good addition to the wiki. Oh, that's a good idea (so I did it). The whole concept of doing this by manipulating the active flag never occurred to me until you asked the question on the mailing list. (I zeroed out my eMMC long ago, before I learned about the ROM boot code checking the active flag.) -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 13 16:31:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8717EB0E39E for ; Wed, 13 Apr 2016 16:31:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 503ED1DC8; Wed, 13 Apr 2016 16:31:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u3DGVGFE016127 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 13 Apr 2016 16:31:18 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3DGVEBV016126; Wed, 13 Apr 2016 09:31:14 -0700 (PDT) (envelope-from fbsd) Date: Wed, 13 Apr 2016 09:31:13 -0700 From: bob prohaska To: Michael Tuexen Cc: Ian Lepore , freebsd-arm@freebsd.org, bob prohaska Subject: Re: No usable event timer found on RPI2 Message-ID: <20160413163113.GL71221@www.zefox.net> References: <20160409020229.GF71221@www.zefox.net> <20160409164903.GG71221@www.zefox.net> <1460220814.1091.338.camel@freebsd.org> <20160409181716.GH71221@www.zefox.net> <1460240966.1091.340.camel@freebsd.org> <1460558484.52955.21.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 16:31:22 -0000 On Wed, Apr 13, 2016 at 05:38:17PM +0200, Michael Tuexen wrote: > > Could it be that I need a newer version of uboot: > Seems unlikely. Mine is dated June 11, 2015. My only customization is the line kern.cam.boot_delay="20000" in /boot/loader.conf but that's required by USB-mounted filesystems. bob From owner-freebsd-arm@freebsd.org Wed Apr 13 21:24:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25A11B0FB25 for ; Wed, 13 Apr 2016 21:24:25 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A50511054 for ; Wed, 13 Apr 2016 21:24:23 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Wed, 13 Apr 2016 23:24:15 +0200 id 00130CDD.570EB8FF.000138B4 Date: Wed, 13 Apr 2016 23:24:14 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Orange Pi One Message-ID: <20160413232414.3a37907e@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 21:24:25 -0000 Hello, today I got this cheap board. After verifying it works with provided linux based image I am trying to put FreeBSD on it. I would like to understand boot process, but I did not find much info yet. Analysing image I see there are two partitions, first one being FAT despite gpart telling both partitions are linux-data... and it seems there are just two files important, script.bin and uImage in root directory. As both files are binary, there is nothing more to reveal from cursory view and I am going to look for more details on www.orangepi.org page, just would like to know if someone already did something. If yes, please let me know - I have no problem building kernel and userland binaries, but first I need to get a way to load kernel... Regards, Milan From owner-freebsd-arm@freebsd.org Wed Apr 13 22:13:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75881B0F873 for ; Wed, 13 Apr 2016 22:13:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22263144A for ; Wed, 13 Apr 2016 22:13:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id e185so88448834vkb.1 for ; Wed, 13 Apr 2016 15:13:49 -0700 (PDT) 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; bh=q3N0HFegq7AWNSCy1oeMZKwQyjwsxhui0qUKuycc7Lk=; b=uYnJZ5JwSCRO6w43FxyONBAZKBlUmrPUejpi1zIPei+qgymEfllffU6ZU/Vc6ulTXN WSHQ1xU1eVDc0nbrNkbuLfSWyyFGcC34/RgQdfmDCRz78KMPU6+nR8TBp2F07yFDAsag TwRCa9Gwskf/D4dP3yUz/sCSS7mvdIdBOUU2xYT+NtNHmyEGKL7cnWWcBOUr0ouRcMGt slEFm+u562F3kBOvtmIKiI5NpRXMQfEmkQPxUKGQguXAQZkoINMMIZh+w2ZqTpukOMuE Fh4XQ8eWKHkTYtsGM2YVcPaVuOSRzIoa3iE2PN3r1oLAnNEQX28+hN3dUssv6+glJmNX b4fg== 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:date :message-id:subject:from:to:cc; bh=q3N0HFegq7AWNSCy1oeMZKwQyjwsxhui0qUKuycc7Lk=; b=kqbhygt3lyhC18AgW+OIjlOLrJF6j09Gmm3CO2iHWDrrZjuVkh4aa2+ALIsb55k8Dl eFPLQe5h8Fi+MiYsqvOazbAXq564iu+ib5RUy7hCySSjteGR2Bfn9t46d7MARqBUKTrZ FYy9PxwslYmJuNQeiGPWKghVPGm/nMDmCP1sRlpT4Popm4wrU1XGeEbfAsjaHv1WD/+R Cve2vl2FwMkMFTp878u3eVLI5Pvk9sHApgeD8UDwc459u1bDrYGbGfx3G73R3g3RRhZ+ IFtXImazztlcQvs7D+2YzjWmFzgxjM/MYDYB4k2BUxAY5MS+2oSgWXmVbbdswIXbEtQn COsQ== X-Gm-Message-State: AOPr4FXxq8TQ4TKQcs7tONTgcLFIXYXoqoztuweHWBR0kaUBJyn4YlEFM20I3PbgNoXb2MJLFtCi/2awfiL28w== MIME-Version: 1.0 X-Received: by 10.31.8.142 with SMTP id 136mr6106096vki.14.1460585628201; Wed, 13 Apr 2016 15:13:48 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 13 Apr 2016 15:13:48 -0700 (PDT) In-Reply-To: <20160413232414.3a37907e@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> Date: Wed, 13 Apr 2016 15:13:48 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Milan Obuch Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 22:13:49 -0000 On Wed, Apr 13, 2016 at 2:24 PM, Milan Obuch wrote: > Hello, > > today I got this cheap board. After verifying it works with provided > linux based image I am trying to put FreeBSD on it. I would like to > understand boot process, but I did not find much info yet. > > Analysing image I see there are two partitions, first one being FAT > despite gpart telling both partitions are linux-data... and it seems > there are just two files important, script.bin and uImage in root > directory. It seems to be somewhat explained here: http://linux-sunxi.org/Manual_build_howto script.bin is a hardware description file and uImage is (of course) the Linux kernel. It sounds like the specific instance of u-boot for the Orange-pi is maintained by the sunxi group and loads the kernel directly from fat instead of from the rootfs. The specifics of your board seem to be here: http://linux-sunxi.org/Xunlong_Orange_Pi_One After some poking the FreeBSD info is here: http://linux-sunxi.org/FreeBSD What a nice little community page. Sure makes Allwinner specific stuff easy to find! > As both files are binary, there is nothing more to reveal from cursory > view and I am going to look for more details on www.orangepi.org page, > just would like to know if someone already did something. If yes, > please let me know - I have no problem building kernel and userland > binaries, but first I need to get a way to load kernel... It doesn't look like the Allwinner H family of processors is supported at all by FreeBSD. http://linux-sunxi.org/FreeBSD and my limited hardware understanding tells me it's a very different beast from the A10/A20 (meaning lots of work to port). https://en.wikipedia.org/wiki/Allwinner_Technology BUT if you're interested, here is the starting page for Allwinner stuff: https://wiki.freebsd.org/FreeBSD/arm/Allwinner Either way, I'll hazard a guess that if you can place the FreeBSD kernel in the fat partition and update the u-boot environment variables with the file name and address, you may be able to get a kernel to load but that's just the first hurdle because (probably) nothing is going to work. Cheers, Russ From owner-freebsd-arm@freebsd.org Wed Apr 13 22:28:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24C83B0FE57 for ; Wed, 13 Apr 2016 22:28:34 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 034A419D9 for ; Wed, 13 Apr 2016 22:28:33 +0000 (UTC) (envelope-from erich@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=OpZoohFC7gaDhdm/0/NW8kFMrMYrnid00hWMx0TMtIk=; b=mtZHM48PYChKRVqa6QO/wK2/JW rvHW3jfPJC7VJW/m84vBBO8VOvKeYeaSLZ46XqBfpRalxhU/yXnz9mc91S6BX0olnxsteNTkpR8Dy WUd+QfK2JXtSHGarwAYa9XBD7LCRqC27JR7M64PHe/9bM42f12RTYCT0x/QQ9kaLJrOI=; Received: from [114.121.165.215] (port=61668 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1aqTGr-001jbG-SW; Wed, 13 Apr 2016 16:28:26 -0600 Date: Thu, 14 Apr 2016 06:28:20 +0800 From: Erich Dollansky To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-ID: <20160414062820.7b907ba9@X220.alogt.com> In-Reply-To: <20160413232414.3a37907e@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 22:28:34 -0000 Hi, On Wed, 13 Apr 2016 23:24:14 +0200 Milan Obuch wrote: > today I got this cheap board. After verifying it works with provided > linux based image I am trying to put FreeBSD on it. I would like to > understand boot process, but I did not find much info yet. > > Analysing image I see there are two partitions, first one being FAT > despite gpart telling both partitions are linux-data... and it seems > there are just two files important, script.bin and uImage in root > directory. > > As both files are binary, there is nothing more to reveal from cursory > view and I am going to look for more details on www.orangepi.org page, > just would like to know if someone already did something. If yes, > please let me know - I have no problem building kernel and userland > binaries, but first I need to get a way to load kernel... > I think, all you want to know is u-boot. Sources for it are available. Just ask your search engine where to find it. Erich From owner-freebsd-arm@freebsd.org Thu Apr 14 04:44:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E56A5B0F7A3 for ; Thu, 14 Apr 2016 04:44:10 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D3FD196E for ; Thu, 14 Apr 2016 04:44:09 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 14 Apr 2016 06:44:06 +0200 id 00130CD4.570F2016.0001613F Date: Thu, 14 Apr 2016 06:44:05 +0200 From: Milan Obuch To: Erich Dollansky Cc: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-ID: <20160414064405.202e4eef@zeta.dino.sk> In-Reply-To: <20160414062820.7b907ba9@X220.alogt.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 04:44:11 -0000 On Thu, 14 Apr 2016 06:28:20 +0800 Erich Dollansky wrote: > Hi, > > On Wed, 13 Apr 2016 23:24:14 +0200 > Milan Obuch wrote: > > > today I got this cheap board. After verifying it works with provided > > linux based image I am trying to put FreeBSD on it. I would like to > > understand boot process, but I did not find much info yet. > > > > Analysing image I see there are two partitions, first one being FAT > > despite gpart telling both partitions are linux-data... and it seems > > there are just two files important, script.bin and uImage in root > > directory. > > > > As both files are binary, there is nothing more to reveal from > > cursory view and I am going to look for more details on > > www.orangepi.org page, just would like to know if someone already > > did something. If yes, please let me know - I have no problem > > building kernel and userland binaries, but first I need to get a > > way to load kernel... > > I think, all you want to know is u-boot. Sources for it are available. > Just ask your search engine where to find it. > > Erich Well, I am going to investigate /sysutils/u-boot-* ports for some guidance - I think this should be a bit easier for me and, probably, helpfull a bit for others if I succeed. Basically you are right - this board uses u-boot, so I need to learn a bit more about it. Milan From owner-freebsd-arm@freebsd.org Thu Apr 14 05:12:16 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB78B10059 for ; Thu, 14 Apr 2016 05:12:16 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 642FC16F2 for ; Thu, 14 Apr 2016 05:12:15 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 14 Apr 2016 07:12:12 +0200 id 00130CD4.570F26AC.00016381 Date: Thu, 14 Apr 2016 07:12:12 +0200 From: Milan Obuch To: Russell Haley Cc: freebsd-arm Subject: Re: Orange Pi One Message-ID: <20160414071212.770949f0@zeta.dino.sk> In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 05:12:17 -0000 On Wed, 13 Apr 2016 15:13:48 -0700 Russell Haley wrote: > On Wed, Apr 13, 2016 at 2:24 PM, Milan Obuch > wrote: > > Hello, > > > > today I got this cheap board. After verifying it works with provided > > linux based image I am trying to put FreeBSD on it. I would like to > > understand boot process, but I did not find much info yet. > > > > Analysing image I see there are two partitions, first one being FAT > > despite gpart telling both partitions are linux-data... and it seems > > there are just two files important, script.bin and uImage in root > > directory. > > It seems to be somewhat explained here: > > http://linux-sunxi.org/Manual_build_howto > Thanks for this pointer. I see a lot of references here, so it will take some time for me to understand everything. > script.bin is a hardware description file and uImage is (of course) > the Linux kernel. It sounds like the specific instance of u-boot for > the Orange-pi is maintained by the sunxi group and loads the kernel > directly from fat instead of from the rootfs. > > The specifics of your board seem to be here: > http://linux-sunxi.org/Xunlong_Orange_Pi_One > I did see this already, just did not understand it yet enough to get anything usable from there. Again, some more time is needed on my part... > After some poking the FreeBSD info is here: > > http://linux-sunxi.org/FreeBSD > > What a nice little community page. Sure makes Allwinner specific > stuff easy to find! > Sunxi group is great. They work with various devices, so there is much interesting for anybody interested :) > > As both files are binary, there is nothing more to reveal from > > cursory view and I am going to look for more details on > > www.orangepi.org page, just would like to know if someone already > > did something. If yes, please let me know - I have no problem > > building kernel and userland binaries, but first I need to get a > > way to load kernel... > > It doesn't look like the Allwinner H family of processors is supported > at all by FreeBSD. > > http://linux-sunxi.org/FreeBSD > > and my limited hardware understanding tells me it's a very different > beast from the A10/A20 (meaning lots of work to port). > > https://en.wikipedia.org/wiki/Allwinner_Technology > > BUT if you're interested, here is the starting page for Allwinner > stuff: > > https://wiki.freebsd.org/FreeBSD/arm/Allwinner > > Either way, I'll hazard a guess that if you can place the FreeBSD > kernel in the fat partition and update the u-boot environment > variables with the file name and address, you may be able to get a > kernel to load but that's just the first hurdle because (probably) > nothing is going to work. > Well, the moment I understand boot process so I can boot some kernel we'll see... Being able to run FreeBSD on this board (it'just ~ 9 EUR + 3 EUR shipping, really cheap) would make me a way to create many interesting things. Thanks for all pointers provided. Really appreciated. Regards, Milan From owner-freebsd-arm@freebsd.org Thu Apr 14 05:19:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87CAEB10411 for ; Thu, 14 Apr 2016 05:19:55 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B7081A20 for ; Thu, 14 Apr 2016 05:19:55 +0000 (UTC) (envelope-from erich@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=QSI+jW/8FeEOPdFyEYlcHNWZa4bHfiGk/BfqcyOUSdo=; b=XlCReEwml4pdECo7PPg+Zo9X3V hBJjr5aY/4bBmBYpSjYcN+JugQtWD+CUhVx54fMTzDsp0kiQpaVcCmppOnFFFXiEgXtPKBDeJV4Ux MD3WxMPQBlEAHCjXix2q17+por75S2Svw0H/EJqYIaH2Hya+pbUTzN4sU7A/yYde6Pu0=; Received: from [114.124.30.96] (port=55450 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1aqZh3-003bOM-95; Wed, 13 Apr 2016 23:19:54 -0600 Date: Thu, 14 Apr 2016 13:19:49 +0800 From: Erich Dollansky To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-ID: <20160414131949.375e7ff9@X220.alogt.com> In-Reply-To: <20160414064405.202e4eef@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 05:19:55 -0000 Hi, On Thu, 14 Apr 2016 06:44:05 +0200 Milan Obuch wrote: > On Thu, 14 Apr 2016 06:28:20 +0800 > Erich Dollansky wrote: > > > On Wed, 13 Apr 2016 23:24:14 +0200 > > Milan Obuch wrote: > > > > > today I got this cheap board. After verifying it works with > > > provided linux based image I am trying to put FreeBSD on it. I > > > would like to understand boot process, but I did not find much > > > info yet. > > > > > > Analysing image I see there are two partitions, first one being > > > FAT despite gpart telling both partitions are linux-data... and > > > it seems there are just two files important, script.bin and > > > uImage in root directory. > > > > > > As both files are binary, there is nothing more to reveal from > > > cursory view and I am going to look for more details on > > > www.orangepi.org page, just would like to know if someone already > > > did something. If yes, please let me know - I have no problem > > > building kernel and userland binaries, but first I need to get a > > > way to load kernel... > > > > I think, all you want to know is u-boot. Sources for it are > > available. Just ask your search engine where to find it. > > > > Erich > > Well, I am going to investigate /sysutils/u-boot-* ports for some > guidance - I think this should be a bit easier for me and, probably, > helpfull a bit for others if I succeed. Basically you are right - this > board uses u-boot, so I need to learn a bit more about it. > I did not know that it is also in the ports tree. This makes it much easier for you to work with it. Erich From owner-freebsd-arm@freebsd.org Thu Apr 14 05:51:11 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CB23B10B36 for ; Thu, 14 Apr 2016 05:51:11 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5E37146E for ; Thu, 14 Apr 2016 05:51:10 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id c4so97678909vkb.3 for ; Wed, 13 Apr 2016 22:51:10 -0700 (PDT) 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; bh=32fvarMWsM2vj3l9Qu1gAkAXUegrJcFxqwPozL+kanw=; b=fmHvJBLhi0jgvGwwPVzGbbExK6I/7Frfqx9xk0CK090uLazPLc8OXJa1m1S78gVCuZ r58q3clcAD0FIe6o5o/w7GlsP01PPtbDQiamYtW4CRgUD14522X9mEuH5kkZqxL0rrk8 TF0hXbGjBJquGop6+k+zkYxbeJ3TWpKM+DMN4JCH1pAx1PVODMrsNtYH2RscxohT+uXX sat9p3YVk7zFBuqjO0dEckle7lNdit75CyMbxnqYgGUcOYJwoWlXCbunDt093Lx2V7/4 J/dDxNNk9AcbPIrF/wTX+W8NR71vU/B+S8L46tvblGkjumn/Ez9glD1ZzpRLAXIYYih5 Qd1g== 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:date :message-id:subject:from:to:cc; bh=32fvarMWsM2vj3l9Qu1gAkAXUegrJcFxqwPozL+kanw=; b=LHF56SrpI0oIjw9NTdC6Ua76TmzwSJh/6EbILWSlPJB6yu8F2kWgemgj4QKXbu55YM BT4ojKjJHEsV3ChO+HWrz16VbLQPHOIzS/HOvQoRpKwA2B2i/nOxblc20vrt43SxeGnK xDyhMk+WpI52vOdtfG/xsZvqzWt5ujIe3T/bpAbN+VsxBsmJn/iNkg6tl/xtYDAv/vtt 1XJm/xWSaR8GbI8DlD9Ix12bdRQI3U5pS3iQpSJf4ccXvTLrGF/VdqW/PcSNAzraAqKp InIZVC2Rrzwlr2vunBvk3tTTONVY6QaQfruY5NP/iyUIV2fA42zPbb/FMX+bq6SAmgO6 I2jw== X-Gm-Message-State: AOPr4FULANdziVBct+JsMRIo2VHT8oEsspLHtpdUHu2etNebZH8bcE0+w5DAqLOVF4BVJf3xqyPspe9J9HsYww== MIME-Version: 1.0 X-Received: by 10.31.45.143 with SMTP id t137mr6441650vkt.143.1460613069477; Wed, 13 Apr 2016 22:51:09 -0700 (PDT) Received: by 10.31.54.13 with HTTP; Wed, 13 Apr 2016 22:51:09 -0700 (PDT) In-Reply-To: <20160414064405.202e4eef@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> Date: Wed, 13 Apr 2016 22:51:09 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Milan Obuch Cc: Erich Dollansky , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 05:51:11 -0000 On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch wrote: > On Thu, 14 Apr 2016 06:28:20 +0800 > Erich Dollansky wrote: > >> Hi, >> >> On Wed, 13 Apr 2016 23:24:14 +0200 >> Milan Obuch wrote: >> >> > today I got this cheap board. After verifying it works with provided >> > linux based image I am trying to put FreeBSD on it. I would like to >> > understand boot process, but I did not find much info yet. >> > >> > Analysing image I see there are two partitions, first one being FAT >> > despite gpart telling both partitions are linux-data... and it seems >> > there are just two files important, script.bin and uImage in root >> > directory. >> > >> > As both files are binary, there is nothing more to reveal from >> > cursory view and I am going to look for more details on >> > www.orangepi.org page, just would like to know if someone already >> > did something. If yes, please let me know - I have no problem >> > building kernel and userland binaries, but first I need to get a >> > way to load kernel... >> >> I think, all you want to know is u-boot. Sources for it are available. >> Just ask your search engine where to find it. >> >> Erich > > Well, I am going to investigate /sysutils/u-boot-* ports for some > guidance - I think this should be a bit easier for me and, probably, > helpfull a bit for others if I succeed. Basically you are right - this > board uses u-boot, so I need to learn a bit more about it. The cubieboard (Allwinner) u-boot seems to use the mainline denx code with some significant patches. The cubieboard2 just references the original cubieboard. Russ From owner-freebsd-arm@freebsd.org Thu Apr 14 16:45:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1EF1ADA807 for ; Thu, 14 Apr 2016 16:45:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E3441B01 for ; Thu, 14 Apr 2016 16:45:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u3EGjB1T019417 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Apr 2016 16:45:12 GMT (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u3EGjBLq019416; Thu, 14 Apr 2016 09:45:11 -0700 (PDT) (envelope-from fbsd) Date: Thu, 14 Apr 2016 09:45:10 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Shutdown -r for RPI2 hangs on serial console Message-ID: <20160414164510.GM71221@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 16:45:15 -0000 Hi All, Last couple of reboots of RPI2 have stuck when issued on the serial console. Using the same command when su-d to root over ssh seems to work. The console shows: root@www:/usr/src # shutdown -r now Shutdown NOW! shutdown: [pid 698] root@www:/usr/src # *** FINAL System shutdown message from root@www.zefox.com *** Stopping cron. Waiting for PIDS: 620. Stopping sshd. Waiting for PIDS: 601. Stopping powerd. Waiting for PIDS: 562. Stopping casperd. Waiting for PIDS: 507. Stopping devd. Waiting for PIDS: 335. Writing entropy file:. . Terminated Apr 14 09:29:55 www syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 1 1 0 0 done All buffers synced. [plug pulled after waiting a few minutes] During reboot the serial console reports that / wasn't properly dismounted but the system seems to recover satisfactorily. Is this something I'm doing wrong? Latest revision to display the behavior is r297909. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Thu Apr 14 17:40:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 832D5ADA1D8 for ; Thu, 14 Apr 2016 17:40:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7426417CE for ; Thu, 14 Apr 2016 17:40:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3EHeghh058304 for ; Thu, 14 Apr 2016 17:40:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 181718] threads caused hung on ARM/RPI Date: Thu, 14 Apr 2016 17:40:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 17:40:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D181718 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |gonzo@FreeBSD.org Status|In Progress |Closed --- Comment #2 from Oleksandr Tymoshenko --- I ran nspr's tests overnight, Pi is still up and running. Original hang must have been fixed some time along the way and submitted patches are now in upstream code. So closing this bug as fixed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Apr 14 22:18:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31AA9ADA6D4 for ; Thu, 14 Apr 2016 22:18:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 253FA13F0; Thu, 14 Apr 2016 22:18:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CE8AB301; Thu, 14 Apr 2016 22:18:54 +0000 (UTC) Date: Thu, 14 Apr 2016 22:18:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, ngie@FreeBSD.org, mav@FreeBSD.org, ae@FreeBSD.org, imp@FreeBSD.org, tuexen@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1147815139.1.1460672334414.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2873 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2016 22:18:55 -0000 FreeBSD_HEAD_arm64 - Build #2873 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2873/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2873/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2873/con= sole Change summaries: 298003 by ae: Change the type of 'etlv' field in struct named_object to uint16_t. It should match with the type field in struct ipfw_obj_tlv. Obtained from:=09Yandex LLC Sponsored by:=09Yandex LLC 298002 by imp: New CAM I/O scheduler for FreeBSD. The default I/O scheduler is the same as before. The common scheduling bits have moved from inline code in each of the CAM periph drivers into a library that implements the default scheduling. In addition, a number of rate-limiting and I/O preference options can be enabled by adding CAM_IOSCHED_NETFLIX to your config file. A number of extra stats are also maintained. CAM_IOSCHED_NETFLIX isn't on by default because it uses a separate BIO_READ and BIO_WRITE queue, so doesn't honor BIO_ORDERED between these two types of operations. We already didn't honor it for BIO_DELETE, and we don't depend on BIO_ORDERED between reads and writes anywhere in the system (it is currently used with BIO_FLUSH in ZFS to make sure some writes are complete before others start and as a poor-man's soft dependency in one place in UFS where we won't be issuing READs until after the operation completes). However, out of an abundance of caution, it isn't enabled by default. Plus, this also brings in NCQ TRIM support for those SSDs that support it. A black list is also provided for known rogues that use NCQ trim as an excuse to corrupt the drive. It was difficult to separate out into a separate commit. This code has run in production at Netflix for over a year now. Sponsored by: Netflix, Inc Differential Revision: https://reviews.freebsd.org/D4609 298001 by ae: Adjust some comments and make ref_opcode_object() static. 298000 by ae: o Teach opcode rewriting framework handle several rewriters for the same opcode. o Reduce number of times classifier callback is called. It is redundant to call it just after find_op_rw(), since the last does call it already and can have all results. o Do immediately opcode rewrite in the ref_opcode_object(). This eliminates additional classifier lookup later on bulk update. For unresolved opcodes the behavior still the same, we save information from classifier callback in the obj_idx array, then perform automatic objects creation, then perform rewriting for opcodes using indeces from created objects. Obtained from:=09Yandex LLC Sponsored by:=09Yandex LLC 297999 by ngie: Clean up trailing whitespace in lib/libcam; no functional change MFC after: 3 weeks Sponsored by: EMC / Isilon Storage Division 297998 by bdrewery: META_MODE: Pass along the default sysroot in bootstrap-tools to avoid rebui= lds later. Some of the clang libraries build in this phase and the cross-tools phase. Later in the cross-tools phase when they build with a default TOOLS_PREFIX, they see a changed build command in meta mode due to the changed DEFAULT_SYSROOT. This is avoided by passing along TOOLS_PREFIX earlier. Sponsored by:=09EMC / Isilon Storage Division 297997 by bdrewery: META_MODE: Don't rebuild build-tools targets during normal build. This avoids 'build command changed' due to CFLAGS/CC changes during the normal build. Without this the build-tools targets end up rebuilding for the *target* rather than keeping the native versions built in build-tools. Sponsored by:=09EMC / Isilon Storage Division 297996 by bdrewery: Implement the dependency condition more safely. Nested : are not handled well without "". Sponsored by:=09EMC / Isilon Storage Division 297995 by bdrewery: Follow-up r297835: Let the intented default cookie work. This happened to work for not prepending .OBJDIR twice but broke the other case of prepending it when needed. Pointyhat to:=09bdrewery Sponsored by:=09EMC / Isilon Storage Division 297994 by bdrewery: Rework META_TARGETS so that it automatically adds META_DEPS to the targets. This will only be done if the target is defined, so if the target is defined after bsd.sys.mk is included then it needs to manually add ${META_DEPS} still. Sponsored by:=09EMC / Isilon Storage Division 297993 by bdrewery: Mark some more .PHONY targets. Sponsored by:=09EMC / Isilon Storage Division 297992 by ae: Move several functions related to opcode rewriting framework from ip_fw_table.c into ip_fw_sockopt.c and make them static. Obtained from:=09Yandex LLC 297991 by mav: Extract virtual port address from RQSTYPE_RPT_ID_ACQ. This should close the race between request arriving on new target mode virtual port and its scanner thread finally fetch its address for request routing. 297990 by tuexen: Allow the handling of ICMP messages sent in response to SCTP packets containing an INIT chunk. These need to be handled in case the peer does not support SCTP and returns an ICMP messages indicating destination unreachable, protocol unreachable. MFC after:=091 week The end of the build log: [...truncated 61031 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.asn1.o -MTasn1.o -std=3Dgnu99 -f= stack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bs= nmp/lib/asn1.c -o asn1.o --- snmp.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmp.o -MTsnmp.o -std=3Dgnu99 -f= stack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bs= nmp/lib/snmp.c -o snmp.o --- snmpagent.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpagent.o -MTsnmpagent.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W= -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-p= arameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredunda= nt-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declar= ations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../..= /contrib/bsnmp/lib/snmpagent.c -o snmpagent.o --- snmpclient.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpclient.o -MTsnmpclient.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredund= ant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-decla= rations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../.= ./contrib/bsnmp/lib/snmpclient.c -o snmpclient.o --- snmpcrypto.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpcrypto.o -MTsnmpcrypto.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredund= ant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-decla= rations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../.= ./contrib/bsnmp/lib/snmpcrypto.c -o snmpcrypto.o --- support.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libbsnmp/l= ibbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_S= TRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'= "llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.support.o -MTsupport.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-de= cls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaration= s -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../../../cont= rib/bsnmp/lib/support.c -o support.o --- asn1.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.asn1.So -MTasn1.So= -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../= ../../contrib/bsnmp/lib/asn1.c -o asn1.So --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangast --- --- ASTDumper.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.ASTDumper.o -MTA= STDumper.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-e= xceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src/lib= /clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTDumper.cpp = -o ASTDumper.o --- all_subdir_lib/libbsnmp --- --- snmp.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmp.So -MTsnmp.So= -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsnmp/../= ../../contrib/bsnmp/lib/snmp.c -o snmp.So --- snmpagent.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpagent.So -MTsn= mpagent.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-ex= terns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-= variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/li= bbsnmp/../../../contrib/bsnmp/lib/snmpagent.c -o snmpagent.So --- snmpclient.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpclient.So -MTs= nmpclient.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -= Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -W= shadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-= externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissin= g-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-in= t -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/= libbsnmp/../../../contrib/bsnmp/lib/snmpclient.c -o snmpclient.So --- snmpcrypto.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.snmpcrypto.So -MTs= nmpcrypto.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -= Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -W= shadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-= externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissin= g-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-in= t -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/= libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o snmpcrypto.So --- support.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/= lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADD= RINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT=3D'"llu"' = -DQUADXFMT=3D'"llx"' -DHAVE_LIBCRYPTO -MD -MP -MF.depend.support.So -MTsupp= ort.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow= -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-extern= s -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-vari= able-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno= -unused-const-variable -Qunused-arguments -c /usr/src/lib/libbsnmp/libbsn= mp/../../../contrib/bsnmp/lib/support.c -o support.So --- libbsnmp.a --- building static bsnmp library /usr/local/aarch64-freebsd/bin/ar -crD libbsnmp.a `NM=3D'/usr/local/aarch64= -freebsd/bin/nm' NMFLAGS=3D'' lorder asn1.o snmp.o snmpagent.o snmpclient.o= snmpcrypto.o support.o | tsort -q`=20 /usr/local/aarch64-freebsd/bin/ranlib -D libbsnmp.a --- libbsnmp.so.6.full --- building shared library libbsnmp.so.6 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector-strong -shared -Wl,= -x -Wl,--no-fatal-warnings -Wl,--warn-shared-textrel -o libbsnmp.so.6.full= -Wl,-soname,libbsnmp.so.6 `NM=3D'/usr/local/aarch64-freebsd/bin/nm' NMFLA= GS=3D'' lorder asn1.So snmp.So snmpagent.So snmpclient.So snmpcrypto.So sup= port.So | tsort -q` -lcrypto snmpclient.So: In function `open_client_local': /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpclient.c:1003= : warning: warning: mktemp() possibly used unsafely; consider using mkstemp= () --- libbsnmp.so.6.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug libbsnmp.so.6.full= libbsnmp.so.6.debug --- libbsnmp.so.6 --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= libbsnmp.so.6.debug libbsnmp.so.6.full libbsnmp.so.6 --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclanganalysis --- --- ThreadSafetyCommon.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangana= lysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libcla= nganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/li= b/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -DLL= VM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS= -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -= DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -M= F.depend.ThreadSafetyCommon.o -MTThreadSafetyCommon.o -fstack-protector-str= ong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dli= bc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclanganalysis/../../..= /contrib/llvm/tools/clang/lib/Analysis/ThreadSafetyCommon.cpp -o ThreadSafe= tyCommon.o --- all_subdir_lib/clang/libclangarcmigrate --- --- TransAutoreleasePool.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langarcmigrate/../../../contrib/llvm/include -I/usr/src/lib/clang/libclanga= rcmigrate/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/li= bclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/us= r/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/in= clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-= aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" = -MD -MP -MF.depend.TransAutoreleasePool.o -MTTransAutoreleasePool.o -fstack= -protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtt= i -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransAutoreleasePo= ol.cpp -o TransAutoreleasePool.o --- all_subdir_lib/clang/libclangast --- --- ASTImporter.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.ASTImporter.o -M= TASTImporter.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -f= no-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src= /lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTImporte= r.cpp -o ASTImporter.o --- all_subdir_lib/clang/libclanganalysis --- --- ThreadSafetyTIL.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangana= lysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libcla= nganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/li= b/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -DLL= VM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS= -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -= DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -M= F.depend.ThreadSafetyTIL.o -MTThreadSafetyTIL.o -fstack-protector-strong -Q= unused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -= Wno-c++11-extensions -c /usr/src/lib/clang/libclanganalysis/../../../contr= ib/llvm/tools/clang/lib/Analysis/ThreadSafetyTIL.cpp -o ThreadSafetyTIL.o --- UninitializedValues.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangana= lysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libcla= nganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/li= b/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -DLL= VM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS= -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -= DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_T= RIPLE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -M= F.depend.UninitializedValues.o -MTUninitializedValues.o -fstack-protector-s= trong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3D= libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclanganalysis/../../= ../contrib/llvm/tools/clang/lib/Analysis/UninitializedValues.cpp -o Uniniti= alizedValues.o --- all_subdir_lib/libcasper --- =3D=3D=3D> lib/libcasper (all) --- all_subdir_lib/libcasper/libcasper --- =3D=3D=3D> lib/libcasper/libcasper (all) --- all_subdir_lib/libcasper/services --- =3D=3D=3D> lib/libcasper/services (all) --- all_subdir_lib/libcasper/services/cap_dns --- =3D=3D=3D> lib/libcasper/services/cap_dns (all) --- all_subdir_lib/libcasper/services/cap_grp --- =3D=3D=3D> lib/libcasper/services/cap_grp (all) --- all_subdir_lib/libcasper/services/cap_pwd --- =3D=3D=3D> lib/libcasper/services/cap_pwd (all) --- all_subdir_lib/libcasper/services/cap_random --- =3D=3D=3D> lib/libcasper/services/cap_random (all) --- all_subdir_lib/libcasper/services/cap_sysctl --- =3D=3D=3D> lib/libcasper/services/cap_sysctl (all) --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangast --- --- ASTTypeTraits.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.ASTTypeTraits.o = -MTASTTypeTraits.o -fstack-protector-strong -Qunused-arguments -std=3Dc++1= 1 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr= /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTTyp= eTraits.cpp -o ASTTypeTraits.o --- all_subdir_lib/clang/libclanganalysis --- --- libclanganalysis.a --- building static clanganalysis library /usr/local/aarch64-freebsd/bin/ar -crD libclanganalysis.a `NM=3D'/usr/local= /aarch64-freebsd/bin/nm' NMFLAGS=3D'' lorder AnalysisDeclContext.o BodyFarm= .o CFG.o CFGReachabilityAnalysis.o CFGStmtMap.o CallGraph.o CocoaConvention= s.o CodeInjector.o Consumed.o Dominators.o FormatString.o LiveVariables.o O= bjCNoReturn.o PostOrderCFGView.o PrintfFormatString.o ProgramPoint.o Pseudo= ConstantAnalysis.o ReachableCode.o ScanfFormatString.o ThreadSafety.o Threa= dSafetyCommon.o ThreadSafetyTIL.o UninitializedValues.o | tsort -q`=20 /usr/local/aarch64-freebsd/bin/ranlib -D libclanganalysis.a --- all_subdir_lib/clang/libclangarcmigrate --- --- TransBlockObjCVariable.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langarcmigrate/../../../contrib/llvm/include -I/usr/src/lib/clang/libclanga= rcmigrate/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/li= bclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/us= r/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/in= clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-= aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DL= LVM_HOST_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" = -MD -MP -MF.depend.TransBlockObjCVariable.o -MTTransBlockObjCVariable.o -fs= tack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno= -rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclan= garcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransBlockObjC= Variable.cpp -o TransBlockObjCVariable.o --- all_subdir_lib/clang/libclangbasic --- =3D=3D=3D> lib/clang/libclangbasic (all) --- DiagnosticASTKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAST -I /usr/src/lib/= clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -= d DiagnosticASTKinds.inc.d -o DiagnosticASTKinds.inc.h /usr/src/lib/clang/= libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnos= tic.td --- all_subdir_lib/clang/libclangast --- --- AttrImpl.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.AttrImpl.o -MTAt= trImpl.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exc= eptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src/lib/c= lang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/AttrImpl.cpp -o = AttrImpl.o --- all_subdir_lib/clang/libclangbasic --- --- DiagnosticCommentKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DComment -I /usr/src/= lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Bas= ic -d DiagnosticCommentKinds.inc.d -o DiagnosticCommentKinds.inc.h /usr/sr= c/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/B= asic/Diagnostic.td --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I /usr/src/l= ib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basi= c -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h /usr/src/l= ib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basi= c/Diagnostic.td --- DiagnosticDriverKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DDriver -I /usr/src/l= ib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basi= c -d DiagnosticDriverKinds.inc.d -o DiagnosticDriverKinds.inc.h /usr/src/l= ib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basi= c/Diagnostic.td --- DiagnosticFrontendKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DFrontend -I /usr/src= /lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Ba= sic -d DiagnosticFrontendKinds.inc.d -o DiagnosticFrontendKinds.inc.h /usr= /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clan= g/Basic/Diagnostic.td --- DiagnosticGroups.inc.h --- clang-tblgen -gen-clang-diag-groups -I /usr/src/lib/clang/libclangbasic/..= /../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticGroups.inc= .d -o DiagnosticGroups.inc.h /usr/src/lib/clang/libclangbasic/../../../con= trib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticIndexName.inc.h --- clang-tblgen -gen-clang-diags-index-name -I /usr/src/lib/clang/libclangbas= ic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticIndex= Name.inc.d -o DiagnosticIndexName.inc.h /usr/src/lib/clang/libclangbasic/.= ./../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticLexKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DLex -I /usr/src/lib/= clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -= d DiagnosticLexKinds.inc.d -o DiagnosticLexKinds.inc.h /usr/src/lib/clang/= libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnos= tic.td --- DiagnosticParseKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DParse -I /usr/src/li= b/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic= -d DiagnosticParseKinds.inc.d -o DiagnosticParseKinds.inc.h /usr/src/lib/= clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/D= iagnostic.td --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I /usr/src/lib= /clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic = -d DiagnosticSemaKinds.inc.d -o DiagnosticSemaKinds.inc.h /usr/src/lib/cla= ng/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diag= nostic.td --- DiagnosticSerializationKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSerialization -I /us= r/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/cla= ng/Basic -d DiagnosticSerializationKinds.inc.d -o DiagnosticSerializationK= inds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/cla= ng/include/clang/Basic/Diagnostic.td --- AttrHasAttributeImpl.inc.h --- clang-tblgen -gen-clang-attr-has-attribute-impl -I /usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/tools/clang/include -d AttrHasAttributeImpl= .inc.d -o AttrHasAttributeImpl.inc.h /usr/src/lib/clang/libclangbasic/../.= ./../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- DiagnosticAnalysisKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAnalysis -I /usr/src= /lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Ba= sic -d DiagnosticAnalysisKinds.inc.d -o DiagnosticAnalysisKinds.inc.h /usr= /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clan= g/Basic/Diagnostic.td --- arm_neon.inc.h --- clang-tblgen -gen-arm-neon-sema -d arm_neon.inc.d -o arm_neon.inc.h /usr/= src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang= /Basic/arm_neon.td --- Attributes.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Attrib= utes.o -MTAttributes.o -fstack-protector-strong -Qunused-arguments -std=3D= c++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c = /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basi= c/Attributes.cpp -o Attributes.o --- Builtins.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Builti= ns.o -MTBuiltins.o -fstack-protector-strong -Qunused-arguments -std=3Dc++1= 1 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr= /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Bu= iltins.cpp -o Builtins.o --- CharInfo.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.CharIn= fo.o -MTCharInfo.o -fstack-protector-strong -Qunused-arguments -std=3Dc++1= 1 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr= /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Ch= arInfo.cpp -o CharInfo.o --- Diagnostic.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Diagno= stic.o -MTDiagnostic.o -fstack-protector-strong -Qunused-arguments -std=3D= c++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c = /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basi= c/Diagnostic.cpp -o Diagnostic.o --- DiagnosticIDs.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Diagno= sticIDs.o -MTDiagnosticIDs.o -fstack-protector-strong -Qunused-arguments -= std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extension= s -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/li= b/Basic/DiagnosticIDs.cpp -o DiagnosticIDs.o --- all_subdir_lib/clang/libclangast --- --- CXXInheritance.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.CXXInheritance.o= -MTCXXInheritance.o -fstack-protector-strong -Qunused-arguments -std=3Dc+= +11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /u= sr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/CXXI= nheritance.cpp -o CXXInheritance.o --- all_subdir_lib/clang/libclangbasic --- --- DiagnosticOptions.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Diagno= sticOptions.o -MTDiagnosticOptions.o -fstack-protector-strong -Qunused-argu= ments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-e= xtensions -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/= clang/lib/Basic/DiagnosticOptions.cpp -o DiagnosticOptions.o --- FileManager.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.FileMa= nager.o -MTFileManager.o -fstack-protector-strong -Qunused-arguments -std= =3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/B= asic/FileManager.cpp -o FileManager.o --- FileSystemStatCache.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.FileSy= stemStatCache.o -MTFileSystemStatCache.o -fstack-protector-strong -Qunused-= arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++= 11-extensions -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/to= ols/clang/lib/Basic/FileSystemStatCache.cpp -o FileSystemStatCache.o --- all_subdir_lib/clang/libclangast --- --- Comment.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Comment.o -MTCom= ment.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-excep= tions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src/lib/cla= ng/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Comment.cpp -o Com= ment.o --- all_subdir_lib/clang/libclangbasic --- --- IdentifierTable.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Identi= fierTable.o -MTIdentifierTable.o -fstack-protector-strong -Qunused-argument= s -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clan= g/lib/Basic/IdentifierTable.cpp -o IdentifierTable.o --- LangOptions.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.LangOp= tions.o -MTLangOptions.o -fstack-protector-strong -Qunused-arguments -std= =3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/B= asic/LangOptions.cpp -o LangOptions.o --- Module.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/= ../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasi= c/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libc= langbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLL= VM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE= _ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_T= ARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch= 64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.Module= .o -MTModule.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -f= no-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/src= /lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Module= .cpp -o Module.o --- all_subdir_lib/libcam --- =3D=3D=3D> lib/libcam (all) --- .depend --- echo libcam.so.7.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libsbuf.a= >> .depend --- camlib.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libcam -I/us= r/src/lib/libcam/../../sys -MD -MP -MF.depend.camlib.o -MTcamlib.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -c /usr/src/lib/libcam/camlib.c -o camlib.o --- scsi_cmdparse.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libcam -I/us= r/src/lib/libcam/../../sys -MD -MP -MF.depend.scsi_cmdparse.o -MTscsi_cmd= parse.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Qunused-arguments -c /usr/src/lib/libcam/scsi_cmdparse.c -= o scsi_cmdparse.o --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangast --- --- CommentBriefParser.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/clang/libc= langast/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangast/../.= ./../contrib/llvm/tools/clang/lib/AST -I. -I/usr/src/lib/clang/libclangast/= ../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE= BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DC= LANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown= -freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.CommentBriefPars= er.o -MTCommentBriefParser.o -fstack-protector-strong -Qunused-arguments -= std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extension= s -c /usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/= AST/CommentBriefParser.cpp -o CommentBriefParser.o --- all_subdir_lib/libcam --- --- scsi_all.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libcam -I/us= r/src/lib/libcam/../../sys -MD -MP -MF.depend.scsi_all.o -MTscsi_all.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -c /usr/src/lib/libcam/../../sys/cam/scsi/scsi_all= .c -o scsi_all.o --- scsi_da.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libcam -I/us= r/src/lib/libcam/../../sys -MD -MP -MF.depend.scsi_da.o -MTscsi_da.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -c /usr/src/lib/libcam/../../sys/cam/scsi/scsi_da.c = -o scsi_da.o /usr/src/lib/libcam/../../sys/cam/scsi/scsi_da.c:63:10: fatal error: 'cam/c= am_iosched.h' file not found #include ^ 1 error generated. *** [scsi_da.o] Error code 1 make[5]: stopped in /usr/src/lib/libcam 1 error make[5]: stopped in /usr/src/lib/libcam *** [all_subdir_lib/libcam] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_lib/clang --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangast *** [all_subdir_lib/clang/libclangast] Error code 2 make[5]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang/libclangbasic --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangbasic *** [all_subdir_lib/clang/libclangbasic] Error code 2 make[5]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang/libclangarcmigrate --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/clang/libclangarcmigrate *** [all_subdir_lib/clang/libclangarcmigrate] Error code 2 make[5]: stopped in /usr/src/lib/clang 3 errors make[5]: stopped in /usr/src/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /usr/src/lib 2 errors make[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson4390000258002028818.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Apr 15 01:03:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 238C0ADA9DA for ; Fri, 15 Apr 2016 01:03:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 07CEA1D43; Fri, 15 Apr 2016 01:03:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1F87F372; Fri, 15 Apr 2016 01:03:32 +0000 (UTC) Date: Fri, 15 Apr 2016 01:03:29 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, asomers@FreeBSD.org, wblock@FreeBSD.org, ngie@FreeBSD.org, ae@FreeBSD.org, scottl@FreeBSD.org, imp@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <2045702460.5.1460682212074.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1147815139.1.1460672334414.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1147815139.1.1460672334414.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2874 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 01:03:32 -0000 FreeBSD_HEAD_arm64 - Build #2874 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2874/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2874/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2874/console Change summaries: 298017 by asomers: Add more debugging statements in vdev_geom.c Log a debugging message whenever geom functions fail in vdev_geom_attach. Printing these messages is controlled by vfs.zfs.debug MFC after: 4 weeks Sponsored by: Spectra Logic Corp 298016 by ae: Add External Actions KPI to ipfw(9). It allows implementing loadable kernel modules with new actions and without needing to modify kernel headers and ipfw(8). The module registers its action handler and keyword string, that will be used as action name. Using generic syntax user can add rules with this action. Also ipfw(8) can be easily modified to extend basic syntax for external actions, that become a part base system. Sample modules will coming soon. Obtained from: Yandex LLC Sponsored by: Yandex LLC 298015 by imp: Add note about CAM I/O scheduler. 298014 by ngie: Regenerate the list of bsd.progs.mk supported variables Prefix with dashes (unordered list) and put one variable on each line (to avoid future conflicts) Done via the following one-liner: > sh -c 'for i in $(make -C tests/sys/aio PROG=foo -VPROG_VARS:O); do printf "\t\t- $i\n"; done' MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 298013 by ngie: Commit documentation change for r298012 Requested by: bdrewery X-MFC with: r298012 Sponsored by: EMC / Isilon Storage Division 298012 by ngie: Add DEBUG_FLAGS to PROG_VARS and STRIP to PROG_OVERRIDE_VARS This will allow the variables [*] to be overridden on a per-PROG basis, which is useful when controlling "stripping" behavior for some tests that require debug symbols or to be unstripped DEBUG_FLAGS (similar to CFLAGS) supports appending, whereas STRIP is an override *: Due to how STRIP is defined in bsd.own.mk (in addition to bsd.lib.mk and bsd.prog.mk), and the fact that bsd.test.mk pulls in bsd.own.mk first, overriding STRIP doesn't work today. A follow up commit is pending to "rectify" this after additional testing is done. Discussed with: bdrewery MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 298011 by imp: Add a comment about why the timeout for flush was lowered to 5s. 298010 by imp: Add in missing files from r298002. 298009 by bdrewery: Regenerate 298008 by scottl: Update the devd.conf man page to describe the new CAM/periph system/subsystem. MFC after: 3 days Sponsored by: Netflix 298007 by bdrewery: Add more content for WITH_META_MODE/WITH_DIRDEPS_BUILD. Sponsored by: EMC / Isilon Storage Division 298006 by bdrewery: META_MODE+filemon: Default -DNO_CLEAN enabled. When using meta mode with filemon, the build is reliably incremental safe. Bmake will use the meta files, along with filemon information, to rebuild targets when their dependencies change, commands change, or files they generate are missing. Sponsored by: EMC / Isilon Storage Division 298005 by wblock: Remove a link to the CTM section of the Handbook, which no longer exists. MFC after: 1 week 298004 by scottl: Add a devctl/devd notification conduit for CAM errors that happen at the periph level. When a relevant error is reported to the periph, some amplifying information is gathered, and the error and information are fed to devctl with the attributes / keys system=CAM, subsystem=periph. The 'type' key will be either 'error' or 'timeout', and based on this, various other keys are also populated. The purpose of this is to provide a concise mechanism for error reporting that is less noisy than the system console but higher in resolution and fidelity than simple sysctl counters. We will be using it at Netflix to populate a structured log and database to track errors and error trends across our world-wide population of drives. Submitted by: imp, scottl Approved by: kenm MFC after: 3 days Sponsored by: Netflix Differential Revision: D5943 From owner-freebsd-arm@freebsd.org Fri Apr 15 07:30:09 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DB67AEDF9E for ; Fri, 15 Apr 2016 07:30:09 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EDA0F1BE9 for ; Fri, 15 Apr 2016 07:30:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1aqyCW-000Kqh-31 for freeBSD-arm@freebsd.org; Fri, 15 Apr 2016 10:30:00 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Odroidc1+ ethernet(dwc0) not working Message-Id: Date: Fri, 15 Apr 2016 10:29:59 +0300 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 07:30:09 -0000 Hi, after cleaning my act, I now have a working current, but the dwc ethernet is not. I can netboot, so the hardware/link is ok, any hints? BTW, kenv is also empty ... Cheers, danny From owner-freebsd-arm@freebsd.org Sat Apr 16 12:31:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B73BB10783 for ; Sat, 16 Apr 2016 12:31:54 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (bsdtec.plus.com [84.92.41.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E61F21CB4 for ; Sat, 16 Apr 2016 12:31:53 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from iredmail.bsdtec.net (unknown [172.16.32.11]) by iredmail.bsdtec.net (Postfix) with ESMTP id 2EBB58274B for ; Sat, 16 Apr 2016 12:22:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at iredmail.bsdtec.net Received: from iredmail.bsdtec.net ([172.16.32.11]) by iredmail.bsdtec.net (iredmail.bsdtec.net [172.16.32.11]) (amavisd-new, port 10026) with ESMTP id HmfzzbfdtmyN for ; Sat, 16 Apr 2016 12:21:54 +0000 (UTC) Received: from [192.168.1.104] (loki.lerwick.hopto.org [192.168.1.1]) by iredmail.bsdtec.net (Postfix) with ESMTPSA id 1C02182739 for ; Sat, 16 Apr 2016 12:21:53 +0000 (UTC) To: freebsd-arm From: Craig Butler Subject: boot fail when bootelf kernel but not when using the ubldr Message-ID: <57122E61.1000409@lerwick.hopto.org> Date: Sat, 16 Apr 2016 13:21:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 12:31:54 -0000 Hello Folks Little frustrating fail. I have a kernel for the cm-t335 board thatworks fine under uboot -> ubldr -> nfs'ing the kernel in and booting. It fails when u-boot -> nand read into ram -> bootelf the kernel directly. Annoyingly it does not drop into the debugger CM-T335 # bootelf ${kloadaddr} ## Starting application at 0xc0200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 10.3-RELEASE #20: Sat Apr 16 11:41:14 BST 2016 root@xxxxx arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc hangs here :/ It doesn't do this under 10.1-RELEASE src, but is doing it under 10.3-RELEASE src any clues on what might be wrong, or how to debug further ? Thanks Craig From owner-freebsd-arm@freebsd.org Sat Apr 16 14:39:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B801B10C48 for ; Sat, 16 Apr 2016 14:39:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43F15104B for ; Sat, 16 Apr 2016 14:39:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1arRNs-000DrT-CX for freeBSD-arm@freebsd.org; Sat, 16 Apr 2016 17:39:40 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Odroidc1+ ethernet(dwc0) not working From: Daniel Braniss In-Reply-To: Date: Sat, 16 Apr 2016 17:39:55 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> References: To: freebsd-arm X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 14:39:57 -0000 > On 15 Apr 2016, at 10:29 AM, Daniel Braniss = wrote: >=20 > Hi, > after cleaning my act, I now have a working current, but > the dwc ethernet is not. I can netboot, so the hardware/link is ok, > any hints? BTW, kenv is also empty ... very strange,=20 1- doing a netboot (bootp the go =E2=80=A6) loads the kernel, starts up = but the dwc, is not working=20 2- booting from the sd ,the dwc works, but has a different mac (ethernet = address) go figure, danny From owner-freebsd-arm@freebsd.org Sat Apr 16 19:02:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1C35AEE171 for ; Sat, 16 Apr 2016 19:02:28 +0000 (UTC) (envelope-from b.manas.88@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 867941CFB for ; Sat, 16 Apr 2016 19:02:28 +0000 (UTC) (envelope-from b.manas.88@gmail.com) Received: by mail-ig0-x22f.google.com with SMTP id f1so44044315igr.1 for ; Sat, 16 Apr 2016 12:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=yWswfiEcXSDM9Q+dfdkKodd8ko0YBg8FN6Zl6pKXF+g=; b=RlhqfYy+sJnRQsWPhJcFlqdd+Usd8+PTE+vET+5x9pzE+7SThUuwm57yazJBNggIXL A4DqCqrLchqK4AEhx7VEaRLred93tde58w855Hadc/PIxJkWWL5/GQdk5K/ZLXEFIq/I VOfqGmGyFU+8sxuASE7V945o2el5N459hkNlWewf6Fu2bs5ZnFvjjsROk0p03hb1j87R OGjfH1fPZkhVUDocOhIY9R1YAJ4Pib/6BSFQVlkio0kzhrtZ3XZ5C6vVDSuOuJ/2pl/g JD/K9jPVdoy2oaEQ43CfewMBgje8Q5igNn3VS3v1YMWXbTXtzG8H1lD2IVuLJ+Fv3oGm JwJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=yWswfiEcXSDM9Q+dfdkKodd8ko0YBg8FN6Zl6pKXF+g=; b=B1qUp6tPXrWSoqK1KOKZkSYfmdamIyXo+4/a1MCKeYxKyuNqbvkiayqDstf1CmqT2o M5qWc9e813+DCT0NDEzfXeY4+NGc/j+PnyY4zG0kPIK97JPVCkSdWXXme4HgGnsU/Fyi QoPieM7FlCQliHJ9lEXZSYLrvGpmMP/lzbsE128utpy9dUkAjjqQC65jmra3Xdt1mK8q JSXkkZVYQWu0WShT8+NrAhekimcdMQtogyGuUUdslryoMmqrgRgEJEwzrdHyjv2WSojK ueSaYISQg2TypThEZfvqk9tCs6rsWK5MsyAWSkeaHVHkSTLVgV7ZznDLlKnTrOI5PXHg 8Rcg== X-Gm-Message-State: AOPr4FVdIHWu7CO/2wr9DC83zqUkS+h+1neuhvs2qIdCLLr+sO0xlLw5bNF3vkaW9tBK4w== X-Received: by 10.50.22.65 with SMTP id b1mr11543646igf.39.1460833347916; Sat, 16 Apr 2016 12:02:27 -0700 (PDT) Received: from [192.168.1.122] ([209.195.113.231]) by smtp.googlemail.com with ESMTPSA id h75sm32686170ioe.39.2016.04.16.12.02.27 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 16 Apr 2016 12:02:27 -0700 (PDT) To: freebsd-arm@freebsd.org From: Manas Bhatnagar Subject: RE: FreeBSD on the RaspberryPi 3 Message-ID: <57128C42.8000403@gmail.com> Date: Sat, 16 Apr 2016 15:02:26 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.6.0 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.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 19:02:28 -0000 Hello, I found this thread from last month: https://lists.freebsd.org/pipermail/freebsd-arm/2016-March/013359.html I have a Raspberry Pi 3 Model B v1.2. I am interested in running FreeBSD on it. I would like to see how it performs with FDE :) ** Currently, this runs: $ uname -a Linux raspberrypi 4.4.7-v7+ #876 SMP Tue Apr 12 22:28:41 BST 2016 armv7l GNU/Linux >From testing with benchmarks/iperf3, I can get 30 Mbit/s in either direction over wifi. 90+ Mbit/s over LAN. Has anyone tried running http://raspbsd.org/ on a Pi 3? Manas From owner-freebsd-arm@freebsd.org Sat Apr 16 19:48:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A209FB100AC for ; Sat, 16 Apr 2016 19:48:54 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74520137A for ; Sat, 16 Apr 2016 19:48:54 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=R4lBIpZX c=1 sm=1 tr=0 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=IkcTkHD0fZMA:10 a=NEAV23lmAAAA:8 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=HdxzEQxaAAAA:8 a=TZCCKPmHcLpTAUv-Y6cA:9 a=Q8H596HaIQsA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:34864] helo=[192.168.3.100]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id C3/B5-49973-F1792175; Sat, 16 Apr 2016 15:48:47 -0400 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: FreeBSD on the RaspberryPi 3 From: Erik Moe In-Reply-To: <57128C42.8000403@gmail.com> Date: Sat, 16 Apr 2016 14:48:48 -0500 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <14EE1475-22F8-411F-B786-6EF4C4D8DD68@rcn.com> References: <57128C42.8000403@gmail.com> To: Manas Bhatnagar X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 19:48:54 -0000 I found this: https://github.com/zxombie/freebsd.git. Checkout the = arm64-rpi3 branch. It=E2=80=99s experimental of course and no support = for wifi. Erik > On Apr 16, 2016, at 2:02 PM, Manas Bhatnagar = wrote: >=20 > Hello, >=20 > I found this thread from last month: >=20 > https://lists.freebsd.org/pipermail/freebsd-arm/2016-March/013359.html >=20 > I have a Raspberry Pi 3 Model B v1.2. I am interested in running = FreeBSD > on it. >=20 > I would like to see how it performs with FDE :) >=20 > ** >=20 > Currently, this runs: >=20 > $ uname -a > Linux raspberrypi 4.4.7-v7+ #876 SMP Tue Apr 12 22:28:41 BST 2016 = armv7l > GNU/Linux >=20 > =46rom testing with benchmarks/iperf3, I can get 30 Mbit/s in either > direction over wifi. 90+ Mbit/s over LAN. >=20 > Has anyone tried running http://raspbsd.org/ > on a Pi 3? >=20 > Manas > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"