From owner-freebsd-arm@freebsd.org Mon Jul 24 12:36:19 2017 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 74708C7D26D for ; Mon, 24 Jul 2017 12:36:19 +0000 (UTC) (envelope-from ilya@bakulin.de) Received: from olymp.kibab.com (olymp.kibab.com [5.9.14.202]) by mx1.freebsd.org (Postfix) with ESMTP id 3600866CD6 for ; Mon, 24 Jul 2017 12:36:18 +0000 (UTC) (envelope-from ilya@bakulin.de) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 24 Jul 2017 14:36:10 +0200 From: Ilya Bakulin To: Russell Haley Cc: freebsd-arm Subject: Re: BBB & IMX6 Hummingboard SDIO driver Organization: Deglitch Networks In-Reply-To: References: <703c195298dd3bbbd3abd53603758f14@bakulin.de> Message-ID: <6f7abe006bb0f50bb27413676fc635c8@bakulin.de> X-Sender: ilya@bakulin.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 12:36:19 -0000 On 2017-07-23 00:34, Russell Haley wrote: > - My observation is that it's slow. I have no concrete data (yet) and > quite possibly have forgotten how slow Arm and SD cards really are. I > have hesitated to add your patch as I do want to test in various > states to collect data (i.e. regular BBB kernel, MMCCAM kernel, MMCCAM > kernel with changes). With the debugging prints turned on it's expected that everything is deadly slow. So please do `camcontrol debug off` before running any performance tests. Even without debugging stuff the old stack might be faster on at least UHS-I cards because the new stack doesn't yet support UHS-I. I've been doing some simple performance tests before, and performance both of the old and the new stack was limited by SD card, not by anything in code. -- Mit freundlichen Grüßen, Ilya Bakulin From owner-freebsd-arm@freebsd.org Mon Jul 24 13:00:59 2017 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 7D4E2C7DC66 for ; Mon, 24 Jul 2017 13:00:59 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (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 3449967A81; Mon, 24 Jul 2017 13:00:59 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: by mail-ua0-x22d.google.com with SMTP id f9so77785417uaf.4; Mon, 24 Jul 2017 06:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rDOSurjC5Rnr2nqdwYoSYFJWtYGF6RTKVyMzr3XvoRY=; b=HO+ldmR1HnQyTvv7/lQ5ITaZYIn8uQPf6NLfpEylMxR+YYmNB7N0vUkYLUGJsqCv5h KLm0IMnRDuNctgGoo/PyyASBTCL2EqOR+FlF+3Aeel1J5fhkhRO88o5kWSiskpK+yhkn kufEqnz0cYPXtgKIc0VqQMsLH+Oec4s/fBheGO3h8lI598fa4f0jFWrHo7JQQmxaPVsv mcUMHSkmfbxd8FRfoNSHmxLKfo5T9/isuh5nK0Zsvbcy9pACHIbscaV35qGwfmnnotfl IvXxZhN2BYyWMpiAhRmMjSvGcAMKpTc4m3AVMU0AioUpVxWOIoDhbMiFeaJwvzIJhPhi YPzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rDOSurjC5Rnr2nqdwYoSYFJWtYGF6RTKVyMzr3XvoRY=; b=NGdcch9mtT0RT95w2fq30tTo/LecfFn9+VaNRoOkEFZPstEXqOieAsKXzCSeYE+Og2 N03nubH2wFHzYkyLxJYpZXzhiG1VJFjhxm+RnKMkfgmtLy/SIr6k9U8BZ7KgwgFkdVlz JiOOdI/+S5SZ5fwvpPinIdVDb+Wn4OpHMXxLZhigRS5hAr+l7dOBm6k+un5wlbehtPea R1YvtXNsTAA9QwJcFa/g8x43P/kzCg35IoWmuqNZ21TYZ7kUjyzMdlbLbxNUSaofn9Mi uVc0V7R8mXE+iOgBBo2zwBpTEbQc1S6ttkED+jFpND40tforJOOLb4e8Kx6MwK073f/I Tmpw== X-Gm-Message-State: AIVw112elUlhi3lyKtilXdnAHVq+xFEyM84nkcSAy6u1KkAoAG7mqoRk Fbaz/vzPxuXkLbOPx7M1Tjbb+IFrYQ== X-Received: by 10.31.52.78 with SMTP id b75mr8704568vka.153.1500901257882; Mon, 24 Jul 2017 06:00:57 -0700 (PDT) MIME-Version: 1.0 References: <1499286651.4402.40.camel@freebsd.org> In-Reply-To: From: Yoshiro MIHIRA Date: Mon, 24 Jul 2017 13:00:47 +0000 Message-ID: Subject: Re: HummingBoard-i2 does not boot from install image To: Russell Haley , Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 13:00:59 -0000 Hi Russell, Thank you for your information. Temporary I could installed FreeBSD-12.0-current into my hummingboard-i2 with mixed image. 1. use u-boot of 11.0-RELEASE (U-Boot 2013.10-rc4 (Sep 29 2016 - 10:50:56)) 2. use kernel and userland from latest current image FreeBSD-12.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20170717-r321072.img I will write the detailed steps to create mixed image in my blog. http://sanpeisbllog.blogspot.jp/2016/10/freebsdsolidrun-hummingboard-i2.htm= l If I have a time, I will try to solve this issue. Thanks Yoshiro MIHIRA 2017=E5=B9=B47=E6=9C=886=E6=97=A5(=E6=9C=A8) 7:04 Russell Haley : > On Wed, Jul 5, 2017 at 1:30 PM, Ian Lepore wrote: > > On Wed, 2017-07-05 at 12:01 +0000, Yoshiro MIHIRA wrote: > >> I have HummingBoard-i2 and I could not boot 12.0-CURRENT boot image. > >> Please let me know to boot 12.0-CURRENT with HummingBoard. > >> > >> I tested > >> FreeBSD-12.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20170619- > >> r320095.img > >> > >> And it does not boot up with below message[NG]. > >> > >> U-Boot SPL 2017.01-rc3 (Jun 13 2017 - 02:16:03) > >> SPL: Unsupported Boot Device! > >> SPL: failed to boot from all boot devices > >> ### ERROR ### Please RESET the board ### > >> > >> I have a old image > >> as FreeBSD-11.0-STABLE-arm-armv6-CUBOX-HUMMINGBOARD-20161221- > >> r310359.img > >> it can boot[OK]. > >> > >> Consoles: U-Boot console > >> Compatible U-Boot API signature found @0x4f7708a8 > >> > >> FreeBSD/armv6 U-Boot loader, Revision 1.2 > >> (root@releng2.nyi.freebsd.org, Wed Dec 21 18:14:05 UTC 2016) > >> > >> DRAM: 1024MB > >> Number of U-Boot devices: 2 > >> U-Boot env: loaderdev=3D'mmc 0' > >> Found U-Boot device: disk > >> Checking unit=3D0 slice=3D partition=3D... good. > >> Booting from disk0s2a: > >> /boot/kernel/kernel data=3D0x6ec964+0x14b69c > >> syms=3D[0x4+0x7cef0+0x4+0x90376] > >> > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel] in 4 seconds... > >> > >> Thanks > >> Yoshiro MIHIRA > > > > I just downloaded that same 20170619 image and it boots fine on my > > Cubox, but its build date/time are different: > > > > U-Boot SPL 2017.01-rc3 (Jun 19 2017 - 20:54:45) > > > > I don't have a hummingboard to test, but u-boot has always been able to > > use the same image to boot a cubox and a hummingboard. > > There are different hummingboard baseboards and different hummingboard > SOMs and they can be mixed and matched. The SOMs come in single, > dual-lite, dual, and quad core configurations. The dual-lite and dual > SOMs ARE NOT THE SAME architecture and require different uboot > 'stuffs'. I don't remember off the top of my head, but I seem to > remember having to build two parts of U-boot and then create one > binary? I would wager that you have a dual-lite SOM and there is some > 'stuffs' you will need to do with u-boot? > > I remember thinking I dodged a bullet by buying the dual and not > dual-lite SOM so the stock image worked on my board. Sorry, I'm pinned > busy right now so I can't look up what 'stuffs' means. It should be on > the wiki or in the mailing list archives. Or was it in the u-boot > readme in ports? :( > > Russ > From owner-freebsd-arm@freebsd.org Mon Jul 24 14:02:20 2017 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 A0EBDC7EC60 for ; Mon, 24 Jul 2017 14:02:20 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::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 243A66952A; Mon, 24 Jul 2017 14:02:20 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id w199so964067lff.2; Mon, 24 Jul 2017 07:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=DzHTcgBPqN3hAKEv/fFJDwrIUpzEhblDNUUgGM2nFAY=; b=uqQ6tXHEhb6F8GiTfGemVga1PnUuirnEcDaF9t4QAt46BTEVb3Z4B7E+lDx6OUKIer XyYKouRj45GKlgrSOuYHHfzUzjpT397JpyTJ1jnA6yaRkVKSv/lO20/OBvTqqDQ8hr57 tQUvF6z1rrAHyJOoVzM7P2MLznFlE2WSNBuTF1uSXfa04XgPJpuRZBKn96uA0kS8kZh/ wF7gePLMLJxSM4DDcIsqQiD6YQd5szXORMq4JJXNs2nbUKA7YsfmwSe/YdpSg4JTEeQj Zf7B9baerdMiFfjBbsu6GHaHsbX9nhGm0nMHv4Pukpbqdl03FI2JRAiypiA+NHlg87CJ c+OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=DzHTcgBPqN3hAKEv/fFJDwrIUpzEhblDNUUgGM2nFAY=; b=aY8waRZpi4aUroqqljEuF6W/GQvxTVwuUMWD6Jk6GIVUkiyCskhlFtm8s8cXT0Mw4y u4SMfJ0hMQ0g+N+OPcQc+L9xnr5D6wMcU/DjWR7eKxTCExaBPei6B2dkiAxiZjXgc4m0 dBMOZZ4ivu9vF7aXZlF5qgCAn5ZdNtigfgWSTTUBbFEjnEsXKanuRUU4cOqj7DpdAjQW D1HKNXgDqqgI5IL9K6dZ2wVEoWcz7sn8zacmyuvIWMf8gdCBVm27V6f8qVBpbYIAXrSx pEc/+9Ut36tIwmuLePJGj069Y+6gy57Ny8gRQ/J7RBqL9SE35TkEWXppb3/0uiMNWb9v SyYA== X-Gm-Message-State: AIVw110ktycLJGWv2Ui0jSefqsONxs+lFxN0Ob75QuMzPXzDUV6/3rv5 Iq5Jt7PeHlXulgJYXRkOe0uCfjGvtw== X-Received: by 10.25.225.201 with SMTP id l70mr5357713lfk.203.1500904938168; Mon, 24 Jul 2017 07:02:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.84.23 with HTTP; Mon, 24 Jul 2017 07:02:17 -0700 (PDT) In-Reply-To: References: <1499286651.4402.40.camel@freebsd.org> From: Russell Haley Date: Mon, 24 Jul 2017 07:02:17 -0700 Message-ID: Subject: Re: HummingBoard-i2 does not boot from install image To: Yoshiro MIHIRA Cc: Ian Lepore , freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 14:02:20 -0000 On Mon, Jul 24, 2017 at 6:00 AM, Yoshiro MIHIRA wrote= : > Hi Russell, > > Thank you for your information. > Temporary I could installed FreeBSD-12.0-current into my hummingboard-i2 > with mixed image. > > 1. use u-boot of 11.0-RELEASE (U-Boot 2013.10-rc4 (Sep 29 2016 - 10:50:56= )) > 2. use kernel and userland from latest current image > FreeBSD-12.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20170717-r321072.img > > I will write the detailed steps to create mixed image in my blog. > http://sanpeisbllog.blogspot.jp/2016/10/freebsdsolidrun-hummingboard-i2.h= tml > > If I have a time, I will try to solve this issue. I had a quick peer at u-boot last week. As of last Tuesday, the port was pointing at the wrong u-boot version so there is an issue they are trying to fix with ports. That may play well for you because you could grab it and try it and see if it works for you(there was a checksum warning you will need to override). Either way, you could build u-boot and have a look at the make output (not make install, it's already assembled at that point). There are two pieces generated, the SPL mentioned in your boot code is the base piece of u-boot I think. Then there are board specific pieces you need to 'weld on'. The old port had a file that explained how to assemble the SPL and the board specific parts. Other non-binary options - If you can't get your hands on u-boot 2013, you could move over to a GNU/Linux platform and build u-boot from the solid-run u-boot fork - Check if the u-boot 2017 build output has the same peices as the 2013 build output so this could be permanently rectified I saw some comments in #bsdmips about Mr. Warner Losh updating u-boot so now may be a good time to speak up. I personally would a, contact Warner directly (imp@freebsd.org) and check bugillza (https://bugs.freebsd.org/bugzilla/) for this otherwise you're voice may get lost. As an aside, I have a working SSD SATA drive on my HB right now too! Hopefully that won't take too long to get the patch into head. Good Luck, Russ > Thanks > Yoshiro MIHIRA > > > 2017=E5=B9=B47=E6=9C=886=E6=97=A5(=E6=9C=A8) 7:04 Russell Haley : >> >> On Wed, Jul 5, 2017 at 1:30 PM, Ian Lepore wrote: >> > On Wed, 2017-07-05 at 12:01 +0000, Yoshiro MIHIRA wrote: >> >> I have HummingBoard-i2 and I could not boot 12.0-CURRENT boot image. >> >> Please let me know to boot 12.0-CURRENT with HummingBoard. >> >> >> >> I tested >> >> FreeBSD-12.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20170619- >> >> r320095.img >> >> >> >> And it does not boot up with below message[NG]. >> >> >> >> U-Boot SPL 2017.01-rc3 (Jun 13 2017 - 02:16:03) >> >> SPL: Unsupported Boot Device! >> >> SPL: failed to boot from all boot devices >> >> ### ERROR ### Please RESET the board ### >> >> >> >> I have a old image >> >> as FreeBSD-11.0-STABLE-arm-armv6-CUBOX-HUMMINGBOARD-20161221- >> >> r310359.img >> >> it can boot[OK]. >> >> >> >> Consoles: U-Boot console >> >> Compatible U-Boot API signature found @0x4f7708a8 >> >> >> >> FreeBSD/armv6 U-Boot loader, Revision 1.2 >> >> (root@releng2.nyi.freebsd.org, Wed Dec 21 18:14:05 UTC 2016) >> >> >> >> DRAM: 1024MB >> >> Number of U-Boot devices: 2 >> >> U-Boot env: loaderdev=3D'mmc 0' >> >> Found U-Boot device: disk >> >> Checking unit=3D0 slice=3D partition=3D... good. >> >> Booting from disk0s2a: >> >> /boot/kernel/kernel data=3D0x6ec964+0x14b69c >> >> syms=3D[0x4+0x7cef0+0x4+0x90376] >> >> >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> >> Booting [/boot/kernel/kernel] in 4 seconds... >> >> >> >> Thanks >> >> Yoshiro MIHIRA >> > >> > I just downloaded that same 20170619 image and it boots fine on my >> > Cubox, but its build date/time are different: >> > >> > U-Boot SPL 2017.01-rc3 (Jun 19 2017 - 20:54:45) >> > >> > I don't have a hummingboard to test, but u-boot has always been able t= o >> > use the same image to boot a cubox and a hummingboard. >> >> There are different hummingboard baseboards and different hummingboard >> SOMs and they can be mixed and matched. The SOMs come in single, >> dual-lite, dual, and quad core configurations. The dual-lite and dual >> SOMs ARE NOT THE SAME architecture and require different uboot >> 'stuffs'. I don't remember off the top of my head, but I seem to >> remember having to build two parts of U-boot and then create one >> binary? I would wager that you have a dual-lite SOM and there is some >> 'stuffs' you will need to do with u-boot? >> >> I remember thinking I dodged a bullet by buying the dual and not >> dual-lite SOM so the stock image worked on my board. Sorry, I'm pinned >> busy right now so I can't look up what 'stuffs' means. It should be on >> the wiki or in the mailing list archives. Or was it in the u-boot >> readme in ports? :( >> >> Russ From owner-freebsd-arm@freebsd.org Mon Jul 24 14:14:02 2017 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 DEA30C7F1FB for ; Mon, 24 Jul 2017 14:14:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 78C6169AF7 for ; Mon, 24 Jul 2017 14:14:01 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 50f04d93-707a-11e7-b2f5-7fbc454a3a22 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 50f04d93-707a-11e7-b2f5-7fbc454a3a22; Mon, 24 Jul 2017 14:13:51 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v6OEDmkp001193; Mon, 24 Jul 2017 08:13:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1500905628.24226.324.camel@freebsd.org> Subject: Re: HummingBoard-i2 does not boot from install image From: Ian Lepore To: Russell Haley , Yoshiro MIHIRA Cc: freebsd-arm Date: Mon, 24 Jul 2017 08:13:48 -0600 In-Reply-To: References: <1499286651.4402.40.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 14:14:03 -0000 On Mon, 2017-07-24 at 07:02 -0700, Russell Haley wrote: > On Mon, Jul 24, 2017 at 6:00 AM, Yoshiro MIHIRA > wrote: > > > > Hi Russell, > > > > Thank you for your information. > > Temporary I could installed FreeBSD-12.0-current into my > > hummingboard-i2 > > with mixed image. > > > > 1. use u-boot of 11.0-RELEASE (U-Boot 2013.10-rc4 (Sep 29 2016 - > > 10:50:56)) > > 2. use kernel and userland from latest current image > >    FreeBSD-12.0-CURRENT-arm-armv6-CUBOX-HUMMINGBOARD-20170717- > > r321072.img > > > > I will write  the detailed steps to create mixed image in my blog. > > http://sanpeisbllog.blogspot.jp/2016/10/freebsdsolidrun-hummingboar > > d-i2.html > > > > If I have a time, I will try to solve this issue. > I had a quick peer at u-boot last week. As of last Tuesday, the port > was pointing at the wrong u-boot version so there is an issue they > are trying to fix with ports. I think there is something wrong with your ports checkout.  The cubox- hummingboard port hasn't referred to the 2013.10 version of uboot for a long time.  If your u-boot-cubox-hummingboard Makefile doesn't start with these lines, your checkout is broken: # $FreeBSD: head/sysutils/u-boot-cubox-hummingboard/Makefile 435808 2017-03-09 22:44:33Z ian $ MAINTAINER= imp@FreeBSD.org MASTERDIR= ${.CURDIR}/../u-boot-master MODEL= cubox-hummingboard BOARD_CONFIG= mx6cuboxi_defconfig FAMILY= imx6 -- Ian From owner-freebsd-arm@freebsd.org Mon Jul 24 14:43:19 2017 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 39FDAC7FA1C for ; Mon, 24 Jul 2017 14:43:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (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 033A56AA4B for ; Mon, 24 Jul 2017 14:43:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x229.google.com with SMTP id h199so35915627ith.1 for ; Mon, 24 Jul 2017 07:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=ZzEqKWrtKXEO6pfidfSKMN//NrNwjWVDBFPVVzkvHTE=; b=ZeDrqmVOcw42l36dJaGBCJx5Yy1SDag6N/BLrxAhfRqIX/fEQP2TkCfH/sXHq5bpix LrCmmRKaJ4LBns9wVAvEEw88tWDm9lGWFg7TxcYAg5BVcbD7hgROy5F+TYOcUCNjOsqO 6Z7CYOxPR27JPbwAokUXVKZVJCnhmySs1lQ909QnGiWaJRROlKbJervS5+VvPXXr20Ze P5lUYkg7XDnmuCgpGZb+QmnO+CUKr2BDDHcXZMsjnG9oxx1euIwVwipkR8dodVI0loY4 9Ka1FdmRiM+BsgRVgCCLjlQzSupg5ehQ0UdNnFCsKETw38zLWsogKe/Fum5oyNAK9DvV 4McA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=ZzEqKWrtKXEO6pfidfSKMN//NrNwjWVDBFPVVzkvHTE=; b=mCiiT9Xcg7L43e+axa++NsSvv3sjQ8Cg0cdCG73tlHO2yv5ghJD0Yk61qyIPEvVGuy Ed+O8O9AzDGvP7zFPVdWwK/Hp3QVsM5N0k8DVxJpCepiNNlXEI0iGZ5dteN2XqBKWX0o fYrqRYNDZKWtY+xXEyXpinHUOw93W3g0EsC94N0780+AblVYqg8llCgz/UG7utV3Ri1r FaxDU+XliALTyMxzuaEZ3tnAeFNn7tzhm9o85xKX70jMmrGeidkZuOmm6btC4zbZ9lBv RYZPb6TtsnHnb/MHj9b3TIyfcR0TfaUQastDP9lsH87ke3mVvFsNk+UWZZx+rtANWrUH Gnxw== X-Gm-Message-State: AIVw112Gm5Lq6CQkr9Dg4UY+rpF+9rnUJ+g9TDSCLwBMG657kVA2QeZE YmN5LFZRTLD4sWReq5CIfBD8yR5R0vKK X-Received: by 10.36.254.6 with SMTP id w6mr6910052ith.158.1500907396842; Mon, 24 Jul 2017 07:43:16 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.58.17 with HTTP; Mon, 24 Jul 2017 07:43:16 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1863:f3dc:1906:3a1e] From: Warner Losh Date: Mon, 24 Jul 2017 08:43:16 -0600 X-Google-Sender-Auth: 9OHq9us10m-H6G2x7B7c9gngXOk Message-ID: Subject: Heads up: new uboot coming today To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 14:43:19 -0000 Barring any last minute unforeseen issues, I'll be committing the upgrade of the master uboot port to 2017.07 today, thanks to the hard work of Emmanuel Vadot. It fixes a few minor things, but also marks the move to the freebsd github u-boot repo from my private repo. So I thought I'd describe the organization and expected porting process. We branch off the release point/branch in u-boot upstream master branch to do a release. We call this branch freebsd-ports and it gets rebased from release to release. Once we've created a branch for a release and are happy with it, we create a new branch called ports-vYYYY.MM.00 to act as the release point for ports and for further development. If we need fixes, those get rolled into the freebsd-ports branch, the ports-vYYYY.MM.00 branch gets fast forwarded and we create a ports-vYYYY.MM.00.Z tag, where Z increments from 1). On the rare occasions where there's an upstream vYYYY.MM.01 we want to base a release off of, we create ports-vYYYY.MM.01, etc. We keep a ports-vYYYY.MM.00 branch on the off chance we need to move it forward for one platform that's lagging (the infrastructure supports this, though we try to avoid it). ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It should be fine, but if there's issues with the new uboot, please let me know. Others will come as soon as we can update those parts (the arm64 boards, and rPi being the main stragglers). Warner From owner-freebsd-arm@freebsd.org Tue Jul 25 17:22:26 2017 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 80E80CFD9B1 for ; Tue, 25 Jul 2017 17:22:26 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A80BA8456C for ; Tue, 25 Jul 2017 17:22:25 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-arm@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xH4mt0Yqfzs8V DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501003342; bh=gSnBpTw1uIUVuJ5+XDVx8nJ/hhxHIHoSHKGUoRkvt9w=; h=To:From:Subject:Date; z=To:=20"freebsd-arm@freebsd.org"=20|From: =20Henri=20Hennebert=20|Subject:=20PINE64+=20Relea se=20APs,=20APs=20not=20started|Date:=20Tue,=2025=20Jul=202017=201 9:22:19=20+0200; b=gVCg+J0uxAXHd8gsNFPDfrS22UxeedrucJ8RJ4SYxSj85gqsWcnY+WqqF4K6avNfY 46Y+rutQalhIQXi2pThVaI7KUPxQViZT9Cn6wWVLj+yvQB9A0aschX3bGBFf0B8rbR nJ/RYoz4liNUSGMLPBWsHCIFyfaXAvbNnruGZLmc/AHtCJECX39r78KwfRyAqW5L6m UaDDBWJOxCmKvfYWBFMlytLLRKGpbXciOvDjNX81/zfA27rDA8wkt5iTLyn6c4GKqC qxFeRn5mFcg1jhwx4V5nHBt26RRIXwurfeXp/X7/eUhaVOifAGBCIqMe30AERJ5Hsq EcQG5xvZiYEvg== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xH4mt0Yqfzs8V for ; Tue, 25 Jul 2017 19:22:21 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6PHMJWW026745 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 25 Jul 2017 19:22:20 +0200 (CEST) (envelope-from hlh@restart.be) To: "freebsd-arm@freebsd.org" From: Henri Hennebert Subject: PINE64+ Release APs, APs not started Message-ID: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> Date: Tue, 25 Jul 2017 19:22:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2017 17:22:26 -0000 Hello, With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: ... Release APs CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Instruction Set Attributes 1 = <0> Processor Features 0 = Processor Features 1 = <0> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> Memory Model Features 1 = <> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 ... With r320869, I get Release APs APs not started x0: ffff000000977d80 x1: fffffd000299ba80 x2: 3 I succeed one time to boot with r321003 but after that I try multiple times and get the same error: APs not started I try r321371 to no avail. Any idea ? Henri From owner-freebsd-arm@freebsd.org Tue Jul 25 18:35:12 2017 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 59959CFEFDB for ; Tue, 25 Jul 2017 18:35:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) 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 22A0A2483 for ; Tue, 25 Jul 2017 18:35:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.204] (p57BB597E.dip0.t-ipconnect.de [87.187.89.126]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 5BCEA721E2825; Tue, 25 Jul 2017 20:35:07 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64+ Release APs, APs not started From: Michael Tuexen In-Reply-To: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> Date: Tue, 25 Jul 2017 20:35:05 +0200 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <4295414B-AC6E-46E7-80E7-017E832B8A70@freebsd.org> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> To: Henri Hennebert X-Mailer: Apple Mail (2.3273) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2017 18:35:12 -0000 > On 25. Jul 2017, at 19:22, Henri Hennebert wrote: >=20 > Hello, >=20 > With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: >=20 > ... > Release APs > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <0> > Processor Features 0 =3D > Processor Features 1 =3D <0> > Memory Model Features 0 =3D <4k Granule,64k = Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> > Memory Model Features 1 =3D <> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 = Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > CPU 2: ARM Cortex-A53 r0p4 affinity: 2 > CPU 3: ARM Cortex-A53 r0p4 affinity: 3 > ... >=20 > With r320869, I get >=20 > Release APs > APs not started > x0: ffff000000977d80 > x1: fffffd000299ba80 > x2: 3 >=20 > I succeed one time to boot with r321003 but after that I try multiple = times and get the same error: APs not started >=20 > I try r321371 to no avail. >=20 > Any idea ? I reported a similar behaviour on a RPi3 with some way of workaround... = But I don't have a solution... Best regards Michael=20 >=20 > Henri > _______________________________________________ > 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 Jul 26 07:27:38 2017 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 47687DB38A4 for ; Wed, 26 Jul 2017 07:27:38 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D908E7CF84; Wed, 26 Jul 2017 07:27:37 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=tuexen@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xHRWz4HJzzs9S DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501054047; bh=AC+ovP/4bJefl5xWRmI9TXgBrUJPBXekAj10bkBGKgs=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|T o:=20Michael=20Tuexen=20|Cc:=20"freebsd-arm@fr eebsd.org"=20|References:=20<79dd24d5-966 9-a767-be2a-0e84bc4d22ae@restart.be>=0D=0A=20<4295414B-AC6E-46E7-8 0E7-017E832B8A70@freebsd.org>|From:=20Henri=20Hennebert=20|Date:=20Wed,=2026=20Jul=202017=2009:27:24=20+0200|In-Repl y-To:=20<4295414B-AC6E-46E7-80E7-017E832B8A70@freebsd.org>; b=qsMdM2XohPg18ZpdMu0w0an47pkf/6xNu8Onh63b9EZ2Q8gqEHCl3jksV3RXHTryc r30PVt5MarrUg6IthWHYLdljGjAFoHC4qJKg2j48PIIi1CIPckWA+iQSIf/UsfBgQX b5VCokessHxHSscN9/Q1G9svEY5fHj+IX+rsLTlOxDl3t5nIvSDhrtW4AnQNpZ+osr iruUVkcIf77iKj6pvPecbp6LQ4J2KctR761afdGvz7aZDqCLk07J0y798VidSkWiqd RFntfp0Az13JapWGMTsDgcYvpkf0V6sUOUn+s2D1DrVjmB9BJJhMfURti5v8pz7VMO MDBBkMbwxuiig== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xHRWz4HJzzs9S; Wed, 26 Jul 2017 09:27:27 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6Q7ROlr036820 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 26 Jul 2017 09:27:26 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started To: Michael Tuexen Cc: "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <4295414B-AC6E-46E7-80E7-017E832B8A70@freebsd.org> From: Henri Hennebert Message-ID: <8d717823-c4a9-9c05-77bc-f79ac510e36c@restart.be> Date: Wed, 26 Jul 2017 09:27:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <4295414B-AC6E-46E7-80E7-017E832B8A70@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 07:27:38 -0000 On 07/25/2017 20:35, Michael Tuexen wrote: >> On 25. Jul 2017, at 19:22, Henri Hennebert wrote: >> >> Hello, >> >> With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: >> >> ... >> Release APs >> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >> Instruction Set Attributes 0 = >> Instruction Set Attributes 1 = <0> >> Processor Features 0 = >> Processor Features 1 = <0> >> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> >> Memory Model Features 1 = <> >> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> >> Debug Features 1 = <0> >> Auxiliary Features 0 = <0> >> Auxiliary Features 1 = <0> >> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >> CPU 2: ARM Cortex-A53 r0p4 affinity: 2 >> CPU 3: ARM Cortex-A53 r0p4 affinity: 3 >> ... >> >> With r320869, I get >> >> Release APs >> APs not started >> x0: ffff000000977d80 >> x1: fffffd000299ba80 >> x2: 3 >> >> I succeed one time to boot with r321003 but after that I try multiple times and get the same error: APs not started >> >> I try r321371 to no avail. >> >> Any idea ? > I reported a similar behaviour on a RPi3 with some way of workaround... But I don't have a solution... Your workaround work fine for the PINE64+ When powering up, typing ? followed by typing boot-conf, Thanks a lot Henri > Best regards > Michael >> >> Henri >> _______________________________________________ >> 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 Jul 26 08:42:22 2017 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 1EA02DB5054 for ; Wed, 26 Jul 2017 08:42:22 +0000 (UTC) (envelope-from leonie@hqhsa.co.za) Received: from smtp02-smtpout03.rb.za.mtnbusiness.net (smtp02-smtpout03.rb.za.mtnbusiness.net [41.181.159.171]) (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 6A7B07F1EA for ; Wed, 26 Jul 2017 08:42:21 +0000 (UTC) (envelope-from leonie@hqhsa.co.za) Received: from [41.115.20.118] (helo=PeterPC) by smtp.mtnbusiness.co.za with esmtp (Blowfish SMTP) (envelope-from ) id 1daHuC-000PvN-5b for freebsd-arm@freebsd.org; Wed, 26 Jul 2017 10:43:00 +0200 From: "Leonie Botha" To: Subject: Hope for Warmth Date: Wed, 26 Jul 2017 10:36:54 +0200 Message-ID: <0e3701d305eb$14b6bcd0$3e243670$@hqhsa.co.za> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Content-Language: en-za Thread-Index: AdMF53UBWqq2Y7geTzatVRKnDvljyg== X-Spam-Score: -1.1 (-) X-Spam-Report: BAYES_00=-1.9, FSL_HELO_NON_FQDN_1=0.001, HTML_MESSAGE=0.001, RDNS_NONE=0.793, * 0.0 FSL_HELO_NON_FQDN_1 No description available. * 0.0 HTML_MESSAGE BODY: HTML included in message * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 08:42:22 -0000 Helping SA's Hope for Warmth Many children have to go through this winter with blankets that are torn and have holes in them. They often have to share 1 blanket with their siblings. Some have no blanket at all and have to rely on a plastic bag or box to cover themselves. For these families, it's a difficulty just to have bread to eat, imagine having to take money and buy a blanket! We have situations where children get into fights with their brothers or sisters over a jersey! The elderly suffers just as much. We have elderly living in garages, shacks, back rooms with raw cement floors, holes in the walls, broken windows. These are the elderly that the state feels do not qualify for a pension grant. They also cannot find employment due to their age and illnesses. In many elderly care centres the number of deaths rise in the winter time as the cold makes it difficult to fight against viruses and established or existing illnesses. One thing we seldom hear about, is the number of deaths of elderly during winter time, those who have been forgotten by their children, who live on their own in these comfortless, cold back rooms and garages, who mostly suffer because they do not have warm clothing and bedding. Many have illnesses such as arthritis, where their already very painful condition gets worse with the cold. They will roll up in balls just trying to keep warm and often end up not even able to get up to find something to eat. Many, in fact most' do not have a proper meal to start with. Consequently, they get weaker and weaker, until they die a cold, painful and lonely death. Winter is a beautiful season for many of us, but a dreadful one for all destitute families, children and elderly. It is the longest and most awful three months of one's life if you have no warm clothes, no warm bedding, live in a room with raw cement floors and holes in the roof. And to add to it all, still have to fight off the hunger that overcomes you. Where can they find the strength needed to overcome all this? We need to be part of the change. WE CAN give them the strength. WE CAN lift them up, by providing blankets, warm clothing and warm food. Please help us to make this difference in the lives of the ones who suffer so much already. The children, families and elderly that we assist are located across South Africa. It Costs us +/- R1800 per month per family for their food parcels that include healthy balanced meals. It Costs Us R 800- R1200 for a family of 3, for blankets and at least 2 jerseys and pants for each family member. The fundraising will be done by asking for a R 100 donation towards our, "Hope for warmth" project. You can do a bank transfer to help us save on costs so we can help many more. In return you will receive a tax (Section 18A) invoice to claim back from tax and a Helping Sa Warmth Hope ribbon that we hope you will wear with pride, knowing what a difference you have made. If you are doing a donation through the bank, please reply to this email with your details and postal address to ensure you receive your invoice and Hope ribbon. Examples of what your R 100 donation WILL DO: Feed a child / elderly for 3 days / 1 pair of warm shoes and socks 1 Winter pants / 1 Jersey 1 Jacket Warm bedding/ Blankets 1 Child will be able to take the bus to school for a week and no need to walk over 6 km To view our NPO and Section 18A certificate please visit our website, while you are visiting please enjoy our photos and videos. (To receive copies of our certificates / proof of registration, accounting letters etc. you can also email admin (@) hsa-team.co.za / admin (@) helpingsa.co.za or reply to this email requesting documents) Hope you can find it your heart to assist with these projects. ABSA HELPING SA ACC NR; 4080925296 BRANCH: HORISON, 632005 CURRENT ACCOUNT PLEASE USE REFERENCE LC AND YOUR NAME OR COMPANY NAME WHEN DOING A TRANSFER - THANKING YOU IN ADVANCE We would like the feeding project for these destitute to go on for a long time, so that it can really make an impact on the ones we assist, thus we do have debit facilities now, if you would like to assist these projects more than once we would really appreciate it, you can request a debit order form by email. Yours Faithfully Leonie Botha Vice-Chairperson/Fundraiser Helping SA 081 703 6774 Fax: 086 509 9871 Alternative email: leonie (@) helpingsa.co.za / leonie (@) hsa-team.co.za Web: (www) helping-sa.co.za NPO: 115-333 PBO: 930043138 "Generosity consists not the sum given, but the manner in which it is bestowed" If you wish not to receive emails from me, please reply with a blank email and I will never email you again, we do not mean to spam anyone we are just trying to assist as many as possible. Thanking you in advance. OR UNSUBSCRIBE We rather email than trouble you on the phone while you are busy this way you can decide when you have time to go through our email. From owner-freebsd-arm@freebsd.org Wed Jul 26 14:42:11 2017 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 D1965DBF8C2 for ; Wed, 26 Jul 2017 14:42:11 +0000 (UTC) (envelope-from paris.rogers@datamanager.tech) Received: from mail-it0-x248.google.com (mail-it0-x248.google.com [IPv6:2607:f8b0:4001:c0b::248]) (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 9C72E64E21 for ; Wed, 26 Jul 2017 14:42:11 +0000 (UTC) (envelope-from paris.rogers@datamanager.tech) Received: by mail-it0-x248.google.com with SMTP id j124so115428678itj.12 for ; Wed, 26 Jul 2017 07:42:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=datamanager-tech.20150623.gappssmtp.com; s=20150623; h=mime-version:message-id:date:subject:from:to; bh=zCMU7XzPlxbr8nt4ZouWl9jKYyjKWc4Xf1x/ORIack0=; b=Bo+w+L5+945L320+KQ2Cn2DDm8j3Bib0vLb3SJLUFPLx+IOm9kwfGYbd8J9UXkWjd1 OUscrEjQ//HuAi/Q2D+MdbBQcuHKb1IuIq8GZFZYw9856n4xWLWo7wG7urUCR3GD6yf3 KjhavPG2jxg/92bUjw56KihFVlUNEvwN5mIufst43bznzLl7325cClSC1mdul9c251zz 1xRgEsRwRfgRlr4BBObMnQsCZF7VEYStqVKTeO0YALXBzTOLFo9/8AlSsELOK4pJ3yqr UESeyy91sQFk9KCcIycVKszTFN40QO0YVQQwg0tmzw2luy4XSL7obNsPS5Ih2jc5TEdg JTSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to; bh=zCMU7XzPlxbr8nt4ZouWl9jKYyjKWc4Xf1x/ORIack0=; b=WGvlt0LjJqno2OjVzmi/eSgDbTRKNz4aUICitJhBh4MGdsX1sdzVQxMm0awAlsaaRf DqAJuf5gAa1l4jUG0W1IJle7eIG9jIf7Wo5XE78TE1rwuIKSJfa+GWPde1sFGumtvPzX UYb8eX+H+4pjhEMRVLyKp1vHV6kiblCbAPCTO2gijEdw3muRoAgR813wh9kB7T27+wk2 MSGOUkX2eNTm1ylzJ5AswkY4t5UF4dk0DonMkWWvcQ6ZY9iRannrOprF9b0t7qeluB23 pyx6Z9H/Pi/IikwRr8gePbLjNJ3O/CuFt2p42VkTCK69gjXag+2XqCjC8kLdtNSZ0f9t gr0A== X-Gm-Message-State: AIVw111TVJq2EsRiyfc5mPFuamTdWTFF5g+30uBRm2xybV09mjf5N8MN 0K/mpEgSbf32EPM/v7UCU687/P/8IVCC MIME-Version: 1.0 X-Received: by 10.36.29.130 with SMTP id 124mr575103itj.56.1501080130567; Wed, 26 Jul 2017 07:42:10 -0700 (PDT) Message-ID: <001a1143d9daf64e5205553973c4@google.com> Date: Wed, 26 Jul 2017 14:42:10 +0000 Subject: Zabbix Users list From: paris.rogers@datamanager.tech To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 14:42:11 -0000 PGRpdiBkaXI9Imx0ciI+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0 b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0K ZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4z MzMzcHgiPkhlbGxvICANCnRoZXJlLDwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29Ob3Jt YWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+ PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYiPjxz cGFuICANCnN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7CoMKgPC9zcGFuPjwvZm9udD48L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGlu ZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3 IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPk1pZ2h0IHdh bnQgIA0KdG8ga25vdyB3aGV0aGVyIHlvdSBhcmUga2VlbiBvbiBvYnRhaW5pbmcgWmFiYml4IExl YWRzIGZvciB5b3VyIG1hcmtldGluZyAgDQplZmZvcnQ/PC9zcGFuPjwvZm9udD48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWln aHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFu LCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwv Zm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0i VGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgi PkRhdGEgIA0KRmllbGRzOiBOYW1lLCBUaXRsZSwgRW1haWwsIFBob25lIE51bWJlcnMsIENvbXBh bnkgTmFtZSwgYW5kIENvbXBhbnkgIA0KRGV0YWlscyBsaWtlIFBoeXNpY2FsIEFkZHJlc3MsIFdl YiBBZGRyZXNzLCBSZXZlbnVlIFNpemUsIEVtcGxveWVlIFNpemUgYW5kICANCmluZHVzdHJ5Ljwv c3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90 dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICAN CmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6 MTMuMzMzM3B4Ij48YnI+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0K c3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBj b2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlBsZWFzZSBoZWxwICANCm1lIHVuZGVyc3RhbmQgbW9y ZSBhYm91dCB5b3VyIHJlcXVpcmVtZW50czo8L3NwYW4+PC9mb250PjwvcD48cCAgDQpjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3Jt YWwiPjxmb250ICANCmNvbG9yPSIjMWY0ZTc5IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlm Ij48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+PGJyPjwvc3Bhbj48L2ZvbnQ+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0 O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVz IE5ldyBSb21hbiwgc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7igKIg wqAgwqAgwqAgwqAgIA0KSm9iIFRpdGxlc+KApj88L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIiAgDQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPjxmb250IGNvbG9yPSIjMWY0ZTc5IiAgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNl cmlmIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+4oCiIMKgIMKgIMKgIMKgICAN CkluZHVzdHJ54oCmLi4/wqA8L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIiAg DQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPjxmb250 IGNvbG9yPSIjMWY0ZTc5IiAgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlmIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+4oCiIMKgIMKgIMKgIMKgICANCkdlb2dyYXBoeeKA pi4/PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdp bi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3 OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMy4zMzMzcHgiPuKAoiDCoCDCoCDCoCDCoCAgDQpTcGVjaWFsIEluc3RydWN0aW9ucyDigKY/ PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1i b3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIg IA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6 ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0K c3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBj b2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlBsZWFzZSAgDQpyZXZpZXcgYW5kIGxldCBtZSBrbm93 IHlvdXIgdGhvdWdodHMgSSB3aWxsIGdldCBiYWNrIHRvIHlvdSB3aXRoIG1vcmUgIA0KaW5mb3Jt YXRpb24gYW5kIFByaWNlIExpc3QuPC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48 Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNw YW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwvZm9udD48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJv bWFuLCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlJlZ2FyZHMs PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1i b3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIg IA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox My4zMzMzcHgiPlBhcmlzICANClJvZ2Vyczwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYi PjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7CoDwvc3Bhbj48L2ZvbnQ+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xp bmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5l dyBSb21hbiwgc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij5UbyBvcHQt b3V0ICANCnJlc3BvbnNlICYjMzk7VW4tU3Vic2NyaWJlJiMzOTsgaW4gdGhlIHN1YmplY3QgbGlu ZTwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2Pg0KPHA+Jm5ic3A7PC9wPjxhIHN0eWxlPSdkaXNwbGF5 OiBibG9jazsgbWFyZ2luOiAzMnB4IDAgNDBweCAwOyBwYWRkaW5nOiAgDQoxMHB4OyBmb250LXNp emU6IDFlbTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDA7IGJvcmRlci10b3A6IDFweCBz b2xpZCAgDQpncmF5OyAnIGhyZWY9J2h0dHBzOi8vZ29vLmdsLzJrc2RSdic+cG93ZXJlZCBieSBH U00uIEZyZWUgbWFpbCBtZXJnZSBhbmQgIA0KZW1haWwgbWFya2V0aW5nIHNvZnR3YXJlIGZvciBH bWFpbC48L2E+DQo= From owner-freebsd-arm@freebsd.org Wed Jul 26 14:42:17 2017 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 2EA74DBF8E7 for ; Wed, 26 Jul 2017 14:42:17 +0000 (UTC) (envelope-from paris.rogers@datamanager.tech) Received: from mail-pg0-x247.google.com (mail-pg0-x247.google.com [IPv6:2607:f8b0:400e:c05::247]) (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 0050064E39 for ; Wed, 26 Jul 2017 14:42:16 +0000 (UTC) (envelope-from paris.rogers@datamanager.tech) Received: by mail-pg0-x247.google.com with SMTP id a2so217263047pgn.15 for ; Wed, 26 Jul 2017 07:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=datamanager-tech.20150623.gappssmtp.com; s=20150623; h=mime-version:message-id:date:subject:from:to; bh=fQHUStV81t27F8X2Ykw1psdNm5p6cBnu59BmTC+V2Ts=; b=oRCnLKs90yUDzk6VLllInowxkvGx+4LhT7oVZq191SwlPtXLZsrpVrVISrZ0WcMUmr N0HHpvUrAieBcOq4Gmvor2K1Gz79dikby9S3uXQXKlYJNQscQs6KxBNHuUrIA0Mqblcl 1Hm5OOScdcMV1/OMcZeWLdC5R9Iac/eE92FQoVMWMjS4yndYNPHvf3+wpjEDD5SeUfbS Lr0KaMuAY10XYmpa/pBPvBrbXqNLDAN4j7ftCiGbSbWYDsMXYSMZYMGspQ2MrR0v1kzB LRBAGb89pvjDhzYoeYYeJZiDChyWV7byiO6qBI2JbwcBR8vhc4xtsjG/oLitICTaaVsR TU6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to; bh=fQHUStV81t27F8X2Ykw1psdNm5p6cBnu59BmTC+V2Ts=; b=kTubdX+MuFYuc/Ow7cQ6+Zut2k4Kal1/0r37GUrJ2vd5ekuCoNcwQIVcxPuvB44MO9 GuPWi4wRhy7hFOjQ8TLyFKoTdeVE+bUTLGVEyz6QHCVOOqGOJ5f1owoX38cxM+JlbgpN s9jhF8e4HORLVzapCvaLdVNLNojSux6JZbtXZACwsz9E2vSZ1cZet+rxJo+JsvtLmFn/ 8g5Nc/Lvqn0rm9tuHciTXMToxwdr2ROqBokI/ibLUJW7sreIPRF1DpMDLHSL1TW3GvUL fOQgAZV0Sz46v6XcY6XmipvNelWij6FyeirP3GKlz9fueB3jd0cWOKOySiv5gS78duHy Mcdw== X-Gm-Message-State: AIVw113CiJst3aWs+nA6fUfmATdgwlV5WS36QMtRen/OeAceckEwetv1 fWCpEMcLtqfB69xCZzKkaU5JcmofeomH MIME-Version: 1.0 X-Received: by 10.98.202.10 with SMTP id n10mr680514pfg.47.1501080136592; Wed, 26 Jul 2017 07:42:16 -0700 (PDT) Message-ID: <94eb2c0df84052406b055539747f@google.com> Date: Wed, 26 Jul 2017 14:42:16 +0000 Subject: Zabbix Users list From: paris.rogers@datamanager.tech To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 14:42:17 -0000 PGRpdiBkaXI9Imx0ciI+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0 b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0K ZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4z MzMzcHgiPkhlbGxvICANCnRoZXJlLDwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29Ob3Jt YWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+ PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYiPjxz cGFuICANCnN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7CoMKgPC9zcGFuPjwvZm9udD48L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGlu ZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3 IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPk1pZ2h0IHdh bnQgIA0KdG8ga25vdyB3aGV0aGVyIHlvdSBhcmUga2VlbiBvbiBvYnRhaW5pbmcgWmFiYml4IExl YWRzIGZvciB5b3VyIG1hcmtldGluZyAgDQplZmZvcnQ/PC9zcGFuPjwvZm9udD48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWln aHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFu LCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwv Zm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0i VGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgi PkRhdGEgIA0KRmllbGRzOiBOYW1lLCBUaXRsZSwgRW1haWwsIFBob25lIE51bWJlcnMsIENvbXBh bnkgTmFtZSwgYW5kIENvbXBhbnkgIA0KRGV0YWlscyBsaWtlIFBoeXNpY2FsIEFkZHJlc3MsIFdl YiBBZGRyZXNzLCBSZXZlbnVlIFNpemUsIEVtcGxveWVlIFNpemUgYW5kICANCmluZHVzdHJ5Ljwv c3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90 dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICAN CmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6 MTMuMzMzM3B4Ij48YnI+PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0K c3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBj b2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlBsZWFzZSBoZWxwICANCm1lIHVuZGVyc3RhbmQgbW9y ZSBhYm91dCB5b3VyIHJlcXVpcmVtZW50czo8L3NwYW4+PC9mb250PjwvcD48cCAgDQpjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3Jt YWwiPjxmb250ICANCmNvbG9yPSIjMWY0ZTc5IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlm Ij48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+PGJyPjwvc3Bhbj48L2ZvbnQ+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0 O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVz IE5ldyBSb21hbiwgc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7igKIg wqAgwqAgwqAgwqAgIA0KSm9iIFRpdGxlc+KApj88L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIiAgDQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPjxmb250IGNvbG9yPSIjMWY0ZTc5IiAgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNl cmlmIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+4oCiIMKgIMKgIMKgIMKgICAN CkluZHVzdHJ54oCmLi4/wqA8L3NwYW4+PC9mb250PjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIiAg DQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPjxmb250 IGNvbG9yPSIjMWY0ZTc5IiAgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4sIHNlcmlmIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEzLjMzMzNweCI+4oCiIMKgIMKgIMKgIMKgICANCkdlb2dyYXBoeeKA pi4/PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdp bi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3 OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMy4zMzMzcHgiPuKAoiDCoCDCoCDCoCDCoCAgDQpTcGVjaWFsIEluc3RydWN0aW9ucyDigKY/ PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1i b3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIg IA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6 ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0K c3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBj b2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlBsZWFzZSAgDQpyZXZpZXcgYW5kIGxldCBtZSBrbm93 IHlvdXIgdGhvdWdodHMgSSB3aWxsIGdldCBiYWNrIHRvIHlvdSB3aXRoIG1vcmUgIA0KaW5mb3Jt YXRpb24gYW5kIFByaWNlIExpc3QuPC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48 Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNw YW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPsKgPC9zcGFuPjwvZm9udD48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIgIA0KZmFjZT0iVGltZXMgTmV3IFJv bWFuLCBzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy4zMzMzcHgiPlJlZ2FyZHMs PC9zcGFuPjwvZm9udD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1i b3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj48Zm9udCBjb2xvcj0iIzFmNGU3OSIg IA0KZmFjZT0iVGltZXMgTmV3IFJvbWFuLCBzZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox My4zMzMzcHgiPlBhcmlzICANClJvZ2Vyczwvc3Bhbj48L2ZvbnQ+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5ldyBSb21hbiwgc2VyaWYi PjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij7CoDwvc3Bhbj48L2ZvbnQ+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xp bmUtaGVpZ2h0Om5vcm1hbCI+PGZvbnQgY29sb3I9IiMxZjRlNzkiICANCmZhY2U9IlRpbWVzIE5l dyBSb21hbiwgc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuMzMzM3B4Ij5UbyBvcHQt b3V0ICANCnJlc3BvbnNlICYjMzk7VW4tU3Vic2NyaWJlJiMzOTsgaW4gdGhlIHN1YmplY3QgbGlu ZTwvc3Bhbj48L2ZvbnQ+PC9wPjwvZGl2Pg0KPHA+Jm5ic3A7PC9wPjxhIHN0eWxlPSdkaXNwbGF5 OiBibG9jazsgbWFyZ2luOiAzMnB4IDAgNDBweCAwOyBwYWRkaW5nOiAgDQoxMHB4OyBmb250LXNp emU6IDFlbTsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXI6IDA7IGJvcmRlci10b3A6IDFweCBz b2xpZCAgDQpncmF5OyAnIGhyZWY9J2h0dHBzOi8vZ29vLmdsLzJrc2RSdic+cG93ZXJlZCBieSBH U00uIEZyZWUgbWFpbCBtZXJnZSBhbmQgIA0KZW1haWwgbWFya2V0aW5nIHNvZnR3YXJlIGZvciBH bWFpbC48L2E+DQo= From owner-freebsd-arm@freebsd.org Thu Jul 27 00:44:10 2017 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 46D82DB5021 for ; Thu, 27 Jul 2017 00:44:10 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mailssl03.asahi-net.or.jp (mailssl03.asahi-net.or.jp [202.224.55.62]) by mx1.freebsd.org (Postfix) with ESMTP id 23D4182B04 for ; Thu, 27 Jul 2017 00:44:09 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) (Authenticated sender: WJ8S-YMMT) by mailssl03.asahi-net.or.jp (Postfix) with ESMTPSA id 9D8EA40058 for ; Thu, 27 Jul 2017 09:38:39 +0900 (JST) Date: Thu, 27 Jul 2017 09:38:33 +0900 (JST) Message-Id: <20170727.093833.1371747966063394296.shigeru@os-hackers.jp> To: freebsd-arm@freebsd.org Subject: unofficial SD image for RaspberryPi 3 From: YAMAMOTO Shigeru X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 00:44:10 -0000 Hi, all, I create unofficial SD image and pkg binaries for RaspberryPi 3 (arm64/aarch64). I distribute it at - SD image -- https://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20170726/raspberry-pi3/ - pkg binaries -- https://freebsd-current.os-hackers.jp/pub/FreeBSD/ports/FreeBSD:12:aarch64/ - pkg repo conf and key -- https://freebsd-current.os-hackers.jp/pub/FreeBSD/ports/FreeBSD:12:aarch64/etc/pkg/ Please try it if you have interest. Thanks, --- YAMAMOTO Shigeru From owner-freebsd-arm@freebsd.org Thu Jul 27 00:50:28 2017 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 704DEDB514F for ; Thu, 27 Jul 2017 00:50:28 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46AC182CE9 for ; Thu, 27 Jul 2017 00:50:27 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.chumby.lan (c-71-63-91-41.hsd1.va.comcast.net [71.63.91.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 4AF744AC; Wed, 26 Jul 2017 20:45:07 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Heads up: new uboot coming today From: Paul Mather In-Reply-To: Date: Wed, 26 Jul 2017 20:45:06 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> References: To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 00:50:28 -0000 On Jul 24, 2017, at 10:43 AM, Warner Losh wrote: > Barring any last minute unforeseen issues, I'll be committing the = upgrade > of the master uboot port to 2017.07 today, thanks to the hard work of > Emmanuel Vadot. It fixes a few minor things, but also marks the move = to the > freebsd github u-boot repo from my private repo. [[...]] > ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It should = be > fine, but if there's issues with the new uboot, please let me know. = Others > will come as soon as we can update those parts (the arm64 boards, and = rPi > being the main stragglers). I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 = today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos = partition of my BBB (as directed by the port README) and performed a = reboot. Alas, the system would not boot up. It appears it cannot = locate a DTB file: =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D [[...]] Rebooting... U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) Trying to boot from MMC1 *** Warning - bad CRC, using default environment reading u-boot.img reading u-boot.img U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) CPU : AM335X-GP rev 2.0 I2C: ready DRAM: 512 MiB No match for driver 'omap_hsmmc' No match for driver 'omap_hsmmc' Some drivers were not found MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - bad CRC, using default environment not set. Validating first E-fuse MAC Net: cpsw, usb_ether Press SPACE to abort autoboot in 2 seconds switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 reading boot.scr ** Unable to read file boot.scr ** reading uEnv.txt ** Unable to read file uEnv.txt ** switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found FreeBSD U-Boot Loader (bin) reading ubldr.bin 223912 bytes read in 22 ms (9.7 MiB/s) ## Starting application at 0x82000000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0x9df2ec58 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) DRAM: 512MB Number of U-Boot devices: 3 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0s2a: /boot/kernel/kernel text=3D0x5cf800 data=3D0x4b8e8+0x147f18 = syms=3D[0x4+0x944f0+0x4+0x9499c] Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. loader> boot -s Booting... No valid device tree blob found! No device tree blob found! loader> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D Is there some other file I need to copy to /boot/msdos when updating = U-Boot? Here is what I have right now (note, I moved the old, working = MLO and U-BOOT.IMG files into uboot.old): =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D root@beaglebone:/boot/msdos # ls -alR total 950 drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old ./uboot.old: total 462 drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG root@beaglebone:/boot/msdos # =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D Note, the kernel boots via the old U-Boot. Any help is appreciated. Cheers, Paul. From owner-freebsd-arm@freebsd.org Thu Jul 27 05:49:37 2017 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 16CB3DC277F for ; Thu, 27 Jul 2017 05:49:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 830E2681B6 for ; Thu, 27 Jul 2017 05:49:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 723f3f9c; Thu, 27 Jul 2017 07:49:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=fXubMkbLOvIDDXjaOYaFRzCJYsU=; b=JNFeNEIYC5i521jAwRjAo2YPz9Us zONf/Mb5JIHSZ1wQ9fuVB2NyX0YpadLwSCsCN3TrlFxcrLf+2YiNxYB/5up8XUEj 8m6EIN6C8BsITZ6arSUHqiugBp11NJBByKFw66t5TsJfLdWV7BG0XNHcdNHRk+wq FnOFwhTXfs4YKBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=YoHOCd5qoA6khBR0m5c69PLp+AwUSwKMxOZiX9bxDHgchOpfhYYpFWvK QZffBPt9DWBK2o9hnSKqrnvvs5wmb4DjxGnLpFOrEJt0gUfmFnC81Dd9Ndbhq5RS 8O1NkmAoSOuUd+QdLkY8nDECXEeOnJtVyHpdeMqr9wsOVIzmbQo= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 8b0add12 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 07:49:28 +0200 (CEST) Date: Thu, 27 Jul 2017 07:49:26 +0200 From: Emmanuel Vadot To: Paul Mather Cc: "freebsd-arm@freebsd.org" Subject: Re: Heads up: new uboot coming today Message-Id: <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> In-Reply-To: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> References: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 05:49:37 -0000 On Wed, 26 Jul 2017 20:45:06 -0400 Paul Mather wrote: > On Jul 24, 2017, at 10:43 AM, Warner Losh wrote: > > > Barring any last minute unforeseen issues, I'll be committing the upgrade > > of the master uboot port to 2017.07 today, thanks to the hard work of > > Emmanuel Vadot. It fixes a few minor things, but also marks the move to the > > freebsd github u-boot repo from my private repo. > [[...]] > > ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It should be > > fine, but if there's issues with the new uboot, please let me know. Others > > will come as soon as we can update those parts (the arm64 boards, and rPi > > being the main stragglers). > > > I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos partition of my BBB (as directed by the port README) and performed a reboot. Alas, the system would not boot up. It appears it cannot locate a DTB file: > > =====8<===== > [[...]] > Rebooting... > > U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) > Trying to boot from MMC1 > *** Warning - bad CRC, using default environment > > reading u-boot.img > reading u-boot.img > > > U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) > > CPU : AM335X-GP rev 2.0 > I2C: ready > DRAM: 512 MiB > No match for driver 'omap_hsmmc' > No match for driver 'omap_hsmmc' > Some drivers were not found > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - bad CRC, using default environment > > not set. Validating first E-fuse MAC > Net: cpsw, usb_ether > Press SPACE to abort autoboot in 2 seconds > switch to partitions #0, OK > mmc0 is current device > SD/MMC found on device 0 > reading boot.scr > ** Unable to read file boot.scr ** > reading uEnv.txt > ** Unable to read file uEnv.txt ** > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > Found FreeBSD U-Boot Loader (bin) > reading ubldr.bin > 223912 bytes read in 22 ms (9.7 MiB/s) > ## Starting application at 0x82000000 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @0x9df2ec58 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) > > DRAM: 512MB > Number of U-Boot devices: 3 > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all disk devices... > Checking unit=0 slice= partition=... good. > Booting from disk0s2a: > /boot/kernel/kernel text=0x5cf800 data=0x4b8e8+0x147f18 syms=[0x4+0x944f0+0x4+0x9499c] > > Hit [Enter] to boot immediately, or any other key for command prompt. > > > Type '?' for a list of commands, 'help' for more detailed help. > loader> boot -s > Booting... > No valid device tree blob found! > No device tree blob found! > > loader> > =====>8===== > > Is there some other file I need to copy to /boot/msdos when updating U-Boot? Here is what I have right now (note, I moved the old, working MLO and U-BOOT.IMG files into uboot.old): > > =====8<===== > root@beaglebone:/boot/msdos # ls -alR > total 950 > drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . > drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. > -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO > -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README > -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG > -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR > -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN > drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old > > ./uboot.old: > total 462 > drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . > drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. > -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO > -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG > root@beaglebone:/boot/msdos # > =====>8===== > > Note, the kernel boots via the old U-Boot. Any help is appreciated. > > Cheers, > > Paul. > > _______________________________________________ > 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" Hello Paul, This is not really a u-boot problem but more a DTB one, we've switched to the upstream dts for beaglebone a while ago and I guess that you don't have the right one in /boot/dtb/ U-Boot is setting a variable for the dtb to load named fdtfile and now it's using the upstream name (am335x-boneblack.dtb) while before the file was named beaglebone-black.dtb. Rebuilding a kernel should fix this. Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 05:52:38 2017 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 30AB5DC296C for ; Thu, 27 Jul 2017 05:52:38 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A0096684BB for ; Thu, 27 Jul 2017 05:52:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 2ac2bf3e; Thu, 27 Jul 2017 07:52:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=enDpN9DEo+0ecQTnyePGBL+8v/I=; b=b7GZwQI6pLpJbM0jTMi24eYlMg7b vwM9R9j/ccEt0HCVzfSy+q7mxjmXYD39xbz9b3nJrAERMBK6Rl76XJfyAtjPhAOY e3NeadqV6MafrM8VfRB4JU++LsN7Ga2ogWTnao0Ebnu/vcAtjL/qeIsDgY3vvJKf kw3m73mYDRYHHTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=EXk0UNH2hbef8fqYuMwfNUkLYArMS8X/yu1HQcOQcfBCDg9f/E7gwCy+ hoBNQh4R47XjnLc7F022hKawtidu3DPm+5/VKdYVBJqqxFYiMoToucCMxt+5GyZr 6f1QOtKYtIe1vTXbEt3n2uccqzdFs9VYu+5tC/+O66DXrCNrkaw= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 54300dc7 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 07:52:34 +0200 (CEST) Date: Thu, 27 Jul 2017 07:52:34 +0200 From: Emmanuel Vadot To: Henri Hennebert Cc: "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> In-Reply-To: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 05:52:38 -0000 On Tue, 25 Jul 2017 19:22:19 +0200 Henri Hennebert wrote: > Hello, > > With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: > > ... > Release APs > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 = > Instruction Set Attributes 1 = <0> > Processor Features 0 = > Processor Features 1 = <0> > Memory Model Features 0 = <4k Granule,64k > Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> > Memory Model Features 1 = <> > Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 = <0> > Auxiliary Features 0 = <0> > Auxiliary Features 1 = <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > CPU 2: ARM Cortex-A53 r0p4 affinity: 2 > CPU 3: ARM Cortex-A53 r0p4 affinity: 3 > ... > > With r320869, I get > > Release APs > APs not started > x0: ffff000000977d80 > x1: fffffd000299ba80 > x2: 3 > > I succeed one time to boot with r321003 but after that I try multiple > times and get the same error: APs not started > > I try r321371 to no avail. > > Any idea ? > > Henri Hello Henri, I'm in the process of updating the u-boot port for pine64 which adds new and better PSCI support. I should be done by the end of the week. In the meantime you can use the u-boot I built from here : fetch https://people.freebsd.org/~manu/uboot/u-boot-pine64.bin dd if=u-boot-pine64.bin of=/dev/da0 bs=1k seek=8 conv=sync Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 12:31:24 2017 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 1C029DCA065 for ; Thu, 27 Jul 2017 12:31:24 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C42EE74716 for ; Thu, 27 Jul 2017 12:31:23 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xJBD90nDpzrNm DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501158681; bh=Ba4DzoW42HBkfrKp++nuAcr0EQfhR2AOYRVfEgR9mj0=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|T o:=20Emmanuel=20Vadot=20|Cc:=20"freebsd-arm @freebsd.org"=20|References:=20<79dd24d5- 9669-a767-be2a-0e84bc4d22ae@restart.be>=0D=0A=20<20170727075234.dd 3ec3c7959a302f402e6002@bidouilliste.com>|From:=20Henri=20Hennebert =20|Date:=20Thu,=2027=20Jul=202017=2014:31:18=20+0 200|In-Reply-To:=20<20170727075234.dd3ec3c7959a302f402e6002@bidoui lliste.com>; b=tuQNsMexgPlqsKNbICscdG4g0Ug7NSSKTQayc2j1isnOpowqzuG18Pzq+OxVJ09Ou dzbWmOERFGj6/sgWj5Z4/0f+yqGQqkAc/yNOtHpOLjRjAXz6+4kSQgsOOc58YTMwF0 uIXzeRYQIdlBRimi9zmrkmbjcXp6gym/b1DQN8RuShw1glFMbKZP7r6+WaxhLx9v21 +7a+KwdJgqAiE5RtDvrxsHFH73m4fekjfjYPd6IpFYB1Y4hRMfAnlFP//+r7AdlRIY 3a6/amhKKVqxUQme7cmf/N8qrkqVj523lwKEslN5ARZq7U4VzzqomoM4t6njemllRp fYK6aYamwfI1A== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xJBD90nDpzrNm; Thu, 27 Jul 2017 14:31:20 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6RCVIIS057116 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 27 Jul 2017 14:31:19 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started To: Emmanuel Vadot Cc: "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> From: Henri Hennebert Message-ID: <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> Date: Thu, 27 Jul 2017 14:31:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 12:31:24 -0000 On 07/27/2017 07:52, Emmanuel Vadot wrote: > On Tue, 25 Jul 2017 19:22:19 +0200 > Henri Hennebert wrote: > >> Hello, >> >> With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: >> >> ... >> Release APs >> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >> Instruction Set Attributes 0 = >> Instruction Set Attributes 1 = <0> >> Processor Features 0 = >> Processor Features 1 = <0> >> Memory Model Features 0 = <4k Granule,64k >> Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> >> Memory Model Features 1 = <> >> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 >> Breakpoints,PMUv3,Debug v8> >> Debug Features 1 = <0> >> Auxiliary Features 0 = <0> >> Auxiliary Features 1 = <0> >> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >> CPU 2: ARM Cortex-A53 r0p4 affinity: 2 >> CPU 3: ARM Cortex-A53 r0p4 affinity: 3 >> ... >> >> With r320869, I get >> >> Release APs >> APs not started >> x0: ffff000000977d80 >> x1: fffffd000299ba80 >> x2: 3 >> >> I succeed one time to boot with r321003 but after that I try multiple >> times and get the same error: APs not started >> >> I try r321371 to no avail. >> >> Any idea ? >> >> Henri > > > Hello Henri, > > I'm in the process of updating the u-boot port for pine64 which adds > new and better PSCI support. I should be done by the end of the week. > In the meantime you can use the u-boot I built from here : > fetch https://people.freebsd.org/~manu/uboot/u-boot-pine64.bin > dd if=u-boot-pine64.bin of=/dev/da0 bs=1k seek=8 conv=sync > > Cheers, > Here is the boot dialog with kernel 12.0 r321371: U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) DRAM: 2048 MiB Trying to boot from MMC1 U-Boot 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57 +0200) Allwinner Technology >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 3 block devices.....* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6dbd008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x71e578 data=0xa2a80+0x39e6a6 syms=[0x8+0xf6db0+0x8+0xeaf4a] /boot/entropy size=0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321371M: Tue Jul 25 16:02:39 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 aw_ccung0: mem 0x1c20000-0x1c203ff on simplebus0 aw_ccung0: Cannot set parent to pll_ddr for dram regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 210 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 10,11,12 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 24 on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 4 on simplebus0 mmc0: on a10_mmc0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simplebus0 usbus0 on ohci0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 uart0: console (115384,n,8,1) gpioc1: on gpio1 awg0: mem 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:cf:46:d5:39 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs APs not started x0: ffff00000096dd00 x1: fffffd000094c540 x2: ü And now I try the kernel r320599 which can detect the processors: U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) DRAM: 2048 MiB Trying to boot from MMC1 U-Boot 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57 +0200) Allwinner Technology >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 3 block devices.....* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6dbd008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x71e578 data=0xa2a80+0x39e6a6 syms=[0x8+0xf6db0+0x8+0xeaf4a] /boot/entropy size=0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. OK unload OK load /boot/kernel.r320599/kernel /boot/kernel.r320599/kernel text=0x7240cc data=0x9fcf8+0x39e6ce syms=[0x8+0xf5f88+0x8+0xea601] OK set module_path=/boot/kernel.r320599 OK boot -s Booting... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 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 12.0-CURRENT #0 r320599M: Sat Jul 8 18:24:19 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: no preloaded entropy cache random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 210 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 10,11,12 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 24 on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simplebus0 usbus0 on ohci0 gpioc0: on gpio0 uart0: mem 0x1c28000-0x1c283ff irq 13 on simplebus0 uart0: console (-1,n,8,1) gpioc1: on gpio1 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 Release APs CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Instruction Set Attributes 1 = <0> Processor Features 0 = Processor Features 1 = <0> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> Memory Model Features 1 = <> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 arc4random: no preloaded entropy cache Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... Root mount waiting for:ugen0.1: at usbus0 usbus0 uhub0: on usbus0 device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB mountroot: waiting for device /dev/mmcsd0s2a... Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> To be noted: device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB and mmcsd0 is not detected. I think that the DTB is wrong. Note that my kernel config have: options FDT # Flattened Device Tree bus driver options FDT_DTB_STATIC # Statically embed a DTB file into a kernel image makeoptions FDT_DTS_FILE=pine64_plus.dts Henri From owner-freebsd-arm@freebsd.org Thu Jul 27 14:17:01 2017 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 2665BDCC0F3 for ; Thu, 27 Jul 2017 14:17:01 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F2C8877B6A for ; Thu, 27 Jul 2017 14:17:00 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id D282F54E; Thu, 27 Jul 2017 10:16:58 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Heads up: new uboot coming today From: Paul Mather In-Reply-To: <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> Date: Thu, 27 Jul 2017 10:16:58 -0400 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:17:01 -0000 On Jul 27, 2017, at 1:49 AM, Emmanuel Vadot = wrote: > On Wed, 26 Jul 2017 20:45:06 -0400 > Paul Mather wrote: >=20 >> On Jul 24, 2017, at 10:43 AM, Warner Losh wrote: >>=20 >>> Barring any last minute unforeseen issues, I'll be committing the = upgrade >>> of the master uboot port to 2017.07 today, thanks to the hard work = of >>> Emmanuel Vadot. It fixes a few minor things, but also marks the move = to the >>> freebsd github u-boot repo from my private repo. >> [[...]] >>> ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It should = be >>> fine, but if there's issues with the new uboot, please let me know. = Others >>> will come as soon as we can update those parts (the arm64 boards, = and rPi >>> being the main stragglers). >>=20 >>=20 >> I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 = today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos = partition of my BBB (as directed by the port README) and performed a = reboot. Alas, the system would not boot up. It appears it cannot = locate a DTB file: >>=20 >> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >> [[...]] >> Rebooting... >>=20 >> U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) >> Trying to boot from MMC1 >> *** Warning - bad CRC, using default environment >>=20 >> reading u-boot.img >> reading u-boot.img >>=20 >>=20 >> U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) >>=20 >> CPU : AM335X-GP rev 2.0 >> I2C: ready >> DRAM: 512 MiB >> No match for driver 'omap_hsmmc' >> No match for driver 'omap_hsmmc' >> Some drivers were not found >> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> *** Warning - bad CRC, using default environment >>=20 >> not set. Validating first E-fuse MAC >> Net: cpsw, usb_ether >> Press SPACE to abort autoboot in 2 seconds >> switch to partitions #0, OK >> mmc0 is current device >> SD/MMC found on device 0 >> reading boot.scr >> ** Unable to read file boot.scr ** >> reading uEnv.txt >> ** Unable to read file uEnv.txt ** >> switch to partitions #0, OK >> mmc0 is current device >> Scanning mmc 0:1... >> Found FreeBSD U-Boot Loader (bin) >> reading ubldr.bin >> 223912 bytes read in 22 ms (9.7 MiB/s) >> ## Starting application at 0x82000000 ... >> Consoles: U-Boot console >> Compatible U-Boot API signature found @0x9df2ec58 >>=20 >> FreeBSD/armv6 U-Boot loader, Revision 1.2 >> (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) >>=20 >> DRAM: 512MB >> Number of U-Boot devices: 3 >> U-Boot env: loaderdev not set, will probe all devices. >> Found U-Boot device: disk >> Probing all disk devices... >> Checking unit=3D0 slice=3D partition=3D... good. >> Booting from disk0s2a: >> /boot/kernel/kernel text=3D0x5cf800 data=3D0x4b8e8+0x147f18 = syms=3D[0x4+0x944f0+0x4+0x9499c] >>=20 >> Hit [Enter] to boot immediately, or any other key for command prompt. >>=20 >>=20 >> Type '?' for a list of commands, 'help' for more detailed help. >> loader> boot -s >> Booting... >> No valid device tree blob found! >> No device tree blob found! >>=20 >> loader> >> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>=20 >> Is there some other file I need to copy to /boot/msdos when updating = U-Boot? Here is what I have right now (note, I moved the old, working = MLO and U-BOOT.IMG files into uboot.old): >>=20 >> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >> root@beaglebone:/boot/msdos # ls -alR >> total 950 >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >> drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. >> -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO >> -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README >> -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG >> -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR >> -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN >> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old >>=20 >> ./uboot.old: >> total 462 >> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >> -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO >> -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG >> root@beaglebone:/boot/msdos # >> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>=20 >> Note, the kernel boots via the old U-Boot. Any help is appreciated. >>=20 >> Cheers, >>=20 >> Paul. >>=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 > Hello Paul, >=20 > This is not really a u-boot problem but more a DTB one, we've switched > to the upstream dts for beaglebone a while ago and I guess that you > don't have the right one in /boot/dtb/ > U-Boot is setting a variable for the dtb to load named fdtfile and now > it's using the upstream name (am335x-boneblack.dtb) while before the > file was named beaglebone-black.dtb. > Rebuilding a kernel should fix this. Thank you for the help. I forgot to mention in my original post that I = am running 11-STABLE on my BeagleBoneBlack. There, = /usr/src/sys/modules/dtb/am335x/Makefile still references the old names = whereas HEAD references the new ones (creating links for the old ones): =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D root@chumby:/build/src # cat head/sys/modules/dtb/am335x/Makefile # $FreeBSD: head/sys/modules/dtb/am335x/Makefile 312969 2017-01-29 = 22:06:52Z gonzo $ # All the dts files for am335x systems we support. DTS=3D \ am335x-bone.dts \ am335x-boneblack.dts \ am335x-bonegreen.dts \ ufw.dts LINKS=3D \ ${DTBDIR}/am335x-bone.dtb ${DTBDIR}/beaglebone.dtb \ ${DTBDIR}/am335x-boneblack.dtb ${DTBDIR}/beaglebone-black.dtb .include root@chumby:/build/src # cat releng_11/sys/modules/dtb/am335x/Makefile # $FreeBSD: stable/11/sys/modules/dtb/am335x/Makefile 312756 2017-01-25 = 14:49:42Z loos $ # All the dts files for am335x systems we support. DTS=3D \ beaglebone.dts \ beaglebone-black.dts \ ufw.dts .include root@chumby:/build/src # =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D Am I correct in thinking that creating symlinks in /boot/dtb for = am335x-bone.dts and am335x-boneblack.dts to their respective old names = should fix my booting problem, then? Are there any plans to MFC the new DTB names to STABLE, or is the = u-boot-beaglebone port implicitly meant only for CURRENT users? BTW, is it also good form to copy /boot/ubldr and /boot/ubldr.bin to = /boot/msdos when updating the kernel and/or U-Boot? Cheers, Paul. From owner-freebsd-arm@freebsd.org Thu Jul 27 14:30:02 2017 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 F2566DCC478 for ; Thu, 27 Jul 2017 14:30:02 +0000 (UTC) (envelope-from abologna@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (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 DAD0F7C35D for ; Thu, 27 Jul 2017 14:30:02 +0000 (UTC) (envelope-from abologna@redhat.com) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BC35FC0DA34C for ; Thu, 27 Jul 2017 14:30:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com BC35FC0DA34C Authentication-Results: ext-mx07.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx07.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=abologna@redhat.com Received: from inaba.usersys.redhat.com (unknown [10.43.2.85]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 268FC5C6C5 for ; Thu, 27 Jul 2017 14:30:00 +0000 (UTC) Message-ID: <1501165794.4378.8.camel@redhat.com> Subject: virtio-net issues on aarch64 QEMU/KVM From: Andrea Bolognani To: freebsd-arm@freebsd.org Date: Thu, 27 Jul 2017 16:29:54 +0200 Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Thu, 27 Jul 2017 14:30:02 +0000 (UTC) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:30:03 -0000 Hi all, I'm trying 11.1-RELEASE on QEMU/KVM, and I'm having some trouble with VirtIO networking. I've imported the official qcow2 image into libvirt by running   # virt-install \     --name freebsd \     --arch aarch64 \     --machine virt \     --ram 2048 \     --vcpus 1 \     --accelerate \     --graphics none \     --features acpi=off \     --os-variant freebsd11.0 \     --import \     --disk path=/var/lib/libvirt/images/freebsd.qcow2,bus=virtio,address.type=virtio-mmio \     --network network=default,model=virtio,address.type=virtio-mmio and the system comes up succesfully; however, when I try to activate the network interface by running   # dhclient vtnet0 the process seems to pretty much just sit there. ^C doesn't help. Needless to say, if I configure vtnet0 to be brought up at boot I never get to the prompt. I have a bunch of Linux guests on the same host and none of them displays the same symptoms. The host is running Linux 4.11, QEMU 2.9 and libvirt 3.2.0. Any help would be greatly appreciated :) Please CC: me on reply as I'm not subscribed to the list. --  Andrea Bolognani / Red Hat / Virtualization From owner-freebsd-arm@freebsd.org Thu Jul 27 14:40:55 2017 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 84878DCC90F for ; Thu, 27 Jul 2017 14:40:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 153DB7CC01 for ; Thu, 27 Jul 2017 14:40:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id b08c77ff; Thu, 27 Jul 2017 16:40:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=RFhqMH8hiysNd42cNp/Tt3dnPlo=; b=dHOCil58xQLf7G8i6VAOxRwKNd3M dkPmy0s/EHT5ccC2LTzGQgBFnMCbSL4XafWQdCssp7eO3VOM91CNCH+J0sdSd7aU 28GQKez8hZcLdgDoDVqPRsuvF/pGLr0usJjEbeRULugh1jOaci8SYKBS5s23JULz yVUgxBJQ/ri5YwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=oThGI/orMWulxfU3epXRQ4EftZsYRJL0p42FPEc6ZIa5DXPN3/VYvkBH 3ZRvqmi9Qhp5EB48ZgEv8n4Yl6gXtP1DzE6g24iushhTlIXXz6qVDJBlQRfkuqoB GS86oaNiYc8QOPa3FLKbdRQTKthqIwpcRiquiieqn/z0oTRAzR8= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id d786d4ed TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 16:40:50 +0200 (CEST) Date: Thu, 27 Jul 2017 16:40:50 +0200 From: Emmanuel Vadot To: Paul Mather Cc: "freebsd-arm@freebsd.org" Subject: Re: Heads up: new uboot coming today Message-Id: <20170727164050.4091ac1dbc87d30de61de059@bidouilliste.com> In-Reply-To: References: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:40:55 -0000 On Thu, 27 Jul 2017 10:16:58 -0400 Paul Mather wrote: > On Jul 27, 2017, at 1:49 AM, Emmanuel Vadot wrote: > > > On Wed, 26 Jul 2017 20:45:06 -0400 > > Paul Mather wrote: > > > >> On Jul 24, 2017, at 10:43 AM, Warner Losh wrote: > >> > >>> Barring any last minute unforeseen issues, I'll be committing the upgrade > >>> of the master uboot port to 2017.07 today, thanks to the hard work of > >>> Emmanuel Vadot. It fixes a few minor things, but also marks the move to the > >>> freebsd github u-boot repo from my private repo. > >> [[...]] > >>> ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It should be > >>> fine, but if there's issues with the new uboot, please let me know. Others > >>> will come as soon as we can update those parts (the arm64 boards, and rPi > >>> being the main stragglers). > >> > >> > >> I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos partition of my BBB (as directed by the port README) and performed a reboot. Alas, the system would not boot up. It appears it cannot locate a DTB file: > >> > >> =====8<===== > >> [[...]] > >> Rebooting... > >> > >> U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) > >> Trying to boot from MMC1 > >> *** Warning - bad CRC, using default environment > >> > >> reading u-boot.img > >> reading u-boot.img > >> > >> > >> U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) > >> > >> CPU : AM335X-GP rev 2.0 > >> I2C: ready > >> DRAM: 512 MiB > >> No match for driver 'omap_hsmmc' > >> No match for driver 'omap_hsmmc' > >> Some drivers were not found > >> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > >> *** Warning - bad CRC, using default environment > >> > >> not set. Validating first E-fuse MAC > >> Net: cpsw, usb_ether > >> Press SPACE to abort autoboot in 2 seconds > >> switch to partitions #0, OK > >> mmc0 is current device > >> SD/MMC found on device 0 > >> reading boot.scr > >> ** Unable to read file boot.scr ** > >> reading uEnv.txt > >> ** Unable to read file uEnv.txt ** > >> switch to partitions #0, OK > >> mmc0 is current device > >> Scanning mmc 0:1... > >> Found FreeBSD U-Boot Loader (bin) > >> reading ubldr.bin > >> 223912 bytes read in 22 ms (9.7 MiB/s) > >> ## Starting application at 0x82000000 ... > >> Consoles: U-Boot console > >> Compatible U-Boot API signature found @0x9df2ec58 > >> > >> FreeBSD/armv6 U-Boot loader, Revision 1.2 > >> (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) > >> > >> DRAM: 512MB > >> Number of U-Boot devices: 3 > >> U-Boot env: loaderdev not set, will probe all devices. > >> Found U-Boot device: disk > >> Probing all disk devices... > >> Checking unit=0 slice= partition=... good. > >> Booting from disk0s2a: > >> /boot/kernel/kernel text=0x5cf800 data=0x4b8e8+0x147f18 syms=[0x4+0x944f0+0x4+0x9499c] > >> > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> > >> > >> Type '?' for a list of commands, 'help' for more detailed help. > >> loader> boot -s > >> Booting... > >> No valid device tree blob found! > >> No device tree blob found! > >> > >> loader> > >> =====>8===== > >> > >> Is there some other file I need to copy to /boot/msdos when updating U-Boot? Here is what I have right now (note, I moved the old, working MLO and U-BOOT.IMG files into uboot.old): > >> > >> =====8<===== > >> root@beaglebone:/boot/msdos # ls -alR > >> total 950 > >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . > >> drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. > >> -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO > >> -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README > >> -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG > >> -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR > >> -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN > >> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old > >> > >> ./uboot.old: > >> total 462 > >> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . > >> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. > >> -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO > >> -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG > >> root@beaglebone:/boot/msdos # > >> =====>8===== > >> > >> Note, the kernel boots via the old U-Boot. Any help is appreciated. > >> > >> Cheers, > >> > >> Paul. > >> > >> _______________________________________________ > >> 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" > > > > Hello Paul, > > > > This is not really a u-boot problem but more a DTB one, we've switched > > to the upstream dts for beaglebone a while ago and I guess that you > > don't have the right one in /boot/dtb/ > > U-Boot is setting a variable for the dtb to load named fdtfile and now > > it's using the upstream name (am335x-boneblack.dtb) while before the > > file was named beaglebone-black.dtb. > > Rebuilding a kernel should fix this. > > > Thank you for the help. I forgot to mention in my original post that I am running 11-STABLE on my BeagleBoneBlack. There, /usr/src/sys/modules/dtb/am335x/Makefile still references the old names whereas HEAD references the new ones (creating links for the old ones): > > =====8<===== > root@chumby:/build/src # cat head/sys/modules/dtb/am335x/Makefile > # $FreeBSD: head/sys/modules/dtb/am335x/Makefile 312969 2017-01-29 22:06:52Z gonzo $ > # All the dts files for am335x systems we support. > DTS= \ > am335x-bone.dts \ > am335x-boneblack.dts \ > am335x-bonegreen.dts \ > ufw.dts > > LINKS= \ > ${DTBDIR}/am335x-bone.dtb ${DTBDIR}/beaglebone.dtb \ > ${DTBDIR}/am335x-boneblack.dtb ${DTBDIR}/beaglebone-black.dtb > > .include > root@chumby:/build/src # cat releng_11/sys/modules/dtb/am335x/Makefile > # $FreeBSD: stable/11/sys/modules/dtb/am335x/Makefile 312756 2017-01-25 14:49:42Z loos $ > # All the dts files for am335x systems we support. > DTS= \ > beaglebone.dts \ > beaglebone-black.dts \ > ufw.dts > > .include > root@chumby:/build/src # > =====>8===== > > Am I correct in thinking that creating symlinks in /boot/dtb for am335x-bone.dts and am335x-boneblack.dts to their respective old names should fix my booting problem, then? Yes. > Are there any plans to MFC the new DTB names to STABLE, or is the u-boot-beaglebone port implicitly meant only for CURRENT users? It should have been MFC'ed already ..., I'll do that tonight The new u-boot port should/must benefit all users and definitively shouldn't impact them but due to the rolling-release nature of the ports sometimes (like this update to upstream names) cause problems. This is why the original DTB plan was to have the firmware providing them, hopefully it's looking better on the arm64 side. > BTW, is it also good form to copy /boot/ubldr and /boot/ubldr.bin to /boot/msdos when updating the kernel and/or U-Boot? Only if they have changed. > Cheers, > > Paul. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 14:43:23 2017 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 89D80DCCA7A for ; Thu, 27 Jul 2017 14:43:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF487CEEC for ; Thu, 27 Jul 2017 14:43:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a2e40012; Thu, 27 Jul 2017 16:43:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=beHXao+WOxfAqmRUhr+1lXnKm4o=; b=aUDboEZSB7Sk2hdfWAbGfj8ed3fy nUzfjw78s349GG47RJUNspZy5M/fmlTZHHfp2ORR6f4cU8Pzm0efc9sSVHgMkO6x +hCUG/JdVMMhIsHKEaEiGnouUkXgcNKMc2tJypcPwyZH77i1vZXAXdwmUfkwf23A 71c2Jb3dxjoxyqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=gTMkY4OIMwq2jj1OjNhaYI4jtX8Ge2Qrx872cBEOX8IMGaVKguXbGByh 2+PxNYhH4fZ2rib4LgV3lRLTPeBtSHnajS4IuTin8gw2elrTJH0GG2NcWRaAR0Js TNLdf/EV2xhgVgLdln2O9h1ZLUNzDzcghwFpfGq5xNqUMGPYZXw= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id b21dba56 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 16:43:20 +0200 (CEST) Date: Thu, 27 Jul 2017 16:43:20 +0200 From: Emmanuel Vadot To: Henri Hennebert Cc: "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> In-Reply-To: <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:43:23 -0000 On Thu, 27 Jul 2017 14:31:18 +0200 Henri Hennebert wrote: > On 07/27/2017 07:52, Emmanuel Vadot wrote: > > On Tue, 25 Jul 2017 19:22:19 +0200 > > Henri Hennebert wrote: > >=20 > >> Hello, > >> > >> With FreeBSD 12.0-CURRENT #0 r320599 I can boot normally: > >> > >> ... > >> Release APs > >> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >> Instruction Set Attributes 0 =3D > >> Instruction Set Attributes 1 =3D <0> > >> Processor Features 0 =3D > >> Processor Features 1 =3D <0> > >> Memory Model Features 0 =3D <4k Granule,64k > >> Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> > >> Memory Model Features 1 =3D <> > >> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > >> Breakpoints,PMUv3,Debug v8> > >> Debug Features 1 =3D <0> > >> Auxiliary Features 0 =3D <0> > >> Auxiliary Features 1 =3D <0> > >> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > >> CPU 2: ARM Cortex-A53 r0p4 affinity: 2 > >> CPU 3: ARM Cortex-A53 r0p4 affinity: 3 > >> ... > >> > >> With r320869, I get > >> > >> Release APs > >> APs not started > >> x0: ffff000000977d80 > >> x1: fffffd000299ba80 > >> x2: 3 > >> > >> I succeed one time to boot with r321003 but after that I try multiple > >> times and get the same error: APs not started > >> > >> I try r321371 to no avail. > >> > >> Any idea ? > >> > >> Henri > >=20 > >=20 > > Hello Henri, > >=20 > > I'm in the process of updating the u-boot port for pine64 which adds > > new and better PSCI support. I should be done by the end of the week. > > In the meantime you can use the u-boot I built from here : > > fetch https://people.freebsd.org/~manu/uboot/u-boot-pine64.bin > > dd if=3Du-boot-pine64.bin of=3D/dev/da0 bs=3D1k seek=3D8 conv=3Dsync > >=20 > > Cheers, > >=20 > Here is the boot dialog with kernel 12.0 r321371: >=20 > U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) > DRAM: 2048 MiB > Trying to boot from MMC1 >=20 >=20 > U-Boot 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57 +0200)=20 > Allwinner Technology >=20 >=20 > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: ZFS UFS > Probing 3 block devices.....* done > ZFS found no pools > UFS found 1 partition > Consoles: EFI console > Command line arguments: loader.efi > Image base: 0xb6dbd008 > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) > EFI boot environment > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x71e578 data=3D0xa2a80+0x39e6a6=20 > syms=3D[0x8+0xf6db0+0x8+0xeaf4a] > /boot/entropy size=3D0x1000 >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x48000000. I'm not sure this is true. > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321371M: Tue Jul 25 16:02:39 CEST 2017 > root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 > FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) > VT: init without driver. > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: unblocking device. > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > clk_fixed0: on ofwbus0 > clk_fixed1: on ofwbus0 > clk_fixed2: on ofwbus0 > simplebus0: on ofwbus0 > aw_ccung0: mem 0x1c20000-0x1c203ff on=20 > simplebus0 > aw_ccung0: Cannot set parent to pll_ddr for dram This error is weird. > regfix0: on ofwbus0 > psci0: on ofwbus0 > awusbphy0: mem=20 > 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 > gic0: mem=20 > 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1= c87fff=20 > irq 210 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 > gpio0: mem 0x1c20800-0x1c20bff irq=20 > 10,11,12 on simplebus0 > gpiobus0: on gpio0 > gpio1: mem 0x1f02c00-0x1f02fff irq 24= =20 > on simplebus0 > gpiobus1: on gpio1 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 > rtc0: registered as a time-of-day clock, resolution 1.000000s > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > a10_mmc0: mem=20 > 0x1c0f000-0x1c0ffff irq 4 on simplebus0 > mmc0: on a10_mmc0 > ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simpleb= us0 > usbus0 on ohci0 > gpioc0: on gpio0 > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 > uart0: console (115384,n,8,1) > gpioc1: on gpio1 > awg0: mem=20 > 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 > miibus0: on awg0 > rgephy0: PHY 0 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,=20 > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w > rgephy1: PHY 1 on miibus0 > rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,=20 > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w > awg0: Ethernet address: 02:ba:cf:46:d5:39 > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > device_attach: uhub0 attach returned 6 > usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB > mmcsd0: 16GB at mmc0=20 > 50.0MHz/4bit/65535-block > Release APs > APs not started > x0: ffff00000096dd00 > x1: fffffd000094c540 > x2: =FC >=20 > And now I try the kernel r320599 which can detect the processors: >=20 >=20 > U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) > DRAM: 2048 MiB > Trying to boot from MMC1 >=20 >=20 > U-Boot 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57 +0200)=20 > Allwinner Technology >=20 >=20 > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: ZFS UFS > Probing 3 block devices.....* done > ZFS found no pools > UFS found 1 partition > Consoles: EFI console > Command line arguments: loader.efi > Image base: 0xb6dbd008 > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) > EFI boot environment > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x71e578 data=3D0xa2a80+0x39e6a6=20 > syms=3D[0x8+0xf6db0+0x8+0xeaf4a] > /boot/entropy size=3D0x1000 >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. >=20 >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK unload > OK load /boot/kernel.r320599/kernel > /boot/kernel.r320599/kernel text=3D0x7240cc data=3D0x9fcf8+0x39e6ce=20 > syms=3D[0x8+0xf5f88+0x8+0xea601] > OK set module_path=3D/boot/kernel.r320599 > OK boot -s > Booting... > Using DTB provided by EFI at 0x48000000. > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 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 12.0-CURRENT #0 r320599M: Sat Jul 8 18:24:19 CEST 2017 > root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on=20 > LLVM 4.0.0) > VT: init without driver. > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: no preloaded entropy cache > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > clk_fixed0: on ofwbus0 > clk_fixed1: on ofwbus0 > clk_fixed2: on ofwbus0 > simplebus0: on ofwbus0 > regfix0: on ofwbus0 > psci0: on ofwbus0 > awusbphy0: mem=20 > 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 > gic0: mem=20 > 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1= c87fff=20 > irq 210 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 > gpio0: mem 0x1c20800-0x1c20bff irq=20 > 10,11,12 on simplebus0 > gpiobus0: on gpio0 > gpio1: mem 0x1f02c00-0x1f02fff irq 24= =20 > on simplebus0 > gpiobus1: on gpio1 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simpleb= us0 > usbus0 on ohci0 > gpioc0: on gpio0 > uart0: mem=20 > 0x1c28000-0x1c283ff irq 13 on simplebus0 > uart0: console (-1,n,8,1) > gpioc1: on gpio1 > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > Release APs > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <0> > Processor Features 0 =3D > Processor Features 1 =3D <0> > Memory Model Features 0 =3D <4k Granule,64k=20 > Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> > Memory Model Features 1 =3D <> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > CPU 2: ARM Cortex-A53 r0p4 affinity: 2 > CPU 3: ARM Cortex-A53 r0p4 affinity: 3 > arc4random: no preloaded entropy cache=20 >=20 > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]...=20 >=20 > Root mount waiting for:ugen0.1: at usbus0=20 >=20 > usbus0=20 >=20 > uhub0: on usbus0 > device_attach: uhub0 attach returned 6 > usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB > mountroot: waiting for device /dev/mmcsd0s2a... > Mounting from ufs:/dev/mmcsd0s2a failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/mmcsd0s2a > vfs.root.mountfrom.options=3Drw,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> >=20 > To be noted: >=20 > device_attach: uhub0 attach returned 6 > usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB >=20 > and mmcsd0 is not detected. There is no aw_ccung in the last dmesg, which is definitively wrong. > I think that the DTB is wrong. >=20 > Note that my kernel config have: >=20 > options FDT # Flattened Device Tree bus driver > options FDT_DTB_STATIC # Statically embed a DTB file=20 > into a kernel image > makeoptions FDT_DTS_FILE=3Dpine64_plus.dts FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're doing. Please use GENERIC kernel on ARM64. > Henri --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 14:57:48 2017 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 8E4DADCCCF2 for ; Thu, 27 Jul 2017 14:57:48 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fry.fubar.geek.nz (fry.fubar.geek.nz [139.59.165.16]) by mx1.freebsd.org (Postfix) with ESMTP id 58B347D3AC for ; Thu, 27 Jul 2017 14:57:47 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from dhcp-10-248-119-194.eduroam.wireless.private.cam.ac.uk (global-5-143.nat-2.net.cam.ac.uk [131.111.5.143]) by fry.fubar.geek.nz (Postfix) with ESMTPSA id 7E2EF4E633; Thu, 27 Jul 2017 14:57:41 +0000 (UTC) From: Andrew Turner Message-Id: <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64+ Release APs, APs not started Date: Thu, 27 Jul 2017 15:57:40 +0100 In-Reply-To: <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> Cc: Henri Hennebert , "freebsd-arm@freebsd.org" To: Emmanuel Vadot References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:57:48 -0000 > On 27 Jul 2017, at 15:43, Emmanuel Vadot = wrote: >=20 > On Thu, 27 Jul 2017 14:31:18 +0200 > Henri Hennebert > wrote: >> I think that the DTB is wrong. >>=20 >> Note that my kernel config have: >>=20 >> options FDT # Flattened Device Tree bus = driver >> options FDT_DTB_STATIC # Statically embed a DTB file=20= >> into a kernel image >> makeoptions FDT_DTS_FILE=3Dpine64_plus.dts >=20 > FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're > doing. Please use GENERIC kernel on ARM64. On arm64 we don=E2=80=99t use it so you just end up with a larger kernel = image. Andrew From owner-freebsd-arm@freebsd.org Thu Jul 27 15:02:57 2017 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 8A937DCCF4E for ; Thu, 27 Jul 2017 15:02:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D59B87D720 for ; Thu, 27 Jul 2017 15:02:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id d6cd3c30; Thu, 27 Jul 2017 17:02:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=evFPkm//DBVl4XCXE4R5nFd7pa8=; b=HMf7C9Xo2y+hRElhaTyAe9hVonWT W2aNixWFGi8kPVVE1enExCUU25zW4Pt218CsATWUnIKbl/R+IMzGyDdAnzxDR4oX 4gkB9tYB0mC0L8gYKtZyQUvYeRuZJc/Kf5wwgV0ZCVbwfFAgbkO7kuCaimtDY0w2 ZcNOF4QR6+d6I7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Hmgh8gu0MIC8yHV8El50KPbwTIQ5//BRcP0k0Ji2W6wWdnem/ZQrDrLx iqqTXSa76MhXviY0/GtqGmT//yAJD10S54pmdr9SMtWJ9vAZnJ5smQxuzp70nIrn xhxnIEzyPRh5qxUSqHC9gmxJ5aCf79sajVwb/d8cbLzB3GxPEi8= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 89669d5f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 17:02:54 +0200 (CEST) Date: Thu, 27 Jul 2017 17:02:50 +0200 From: Emmanuel Vadot To: Andrew Turner Cc: Henri Hennebert , "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> In-Reply-To: <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 15:02:57 -0000 On Thu, 27 Jul 2017 15:57:40 +0100 Andrew Turner wrote: >=20 > > On 27 Jul 2017, at 15:43, Emmanuel Vadot wrote: > >=20 > > On Thu, 27 Jul 2017 14:31:18 +0200 > > Henri Hennebert > wrote: > >> I think that the DTB is wrong. > >>=20 > >> Note that my kernel config have: > >>=20 > >> options FDT # Flattened Device Tree bus dr= iver > >> options FDT_DTB_STATIC # Statically embed a DTB file= =20 > >> into a kernel image > >> makeoptions FDT_DTS_FILE=3Dpine64_plus.dts > >=20 > > FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're > > doing. Please use GENERIC kernel on ARM64. >=20 > On arm64 we don?t use it so you just end up with a larger kernel image. >=20 > Andrew >=20 I recall that you didn't want it but I assumed that some errors will be thrown if specified, can we do that ? --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 15:30:11 2017 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 EECABDCD767 for ; Thu, 27 Jul 2017 15:30:11 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (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 7B42B7E686 for ; Thu, 27 Jul 2017 15:30:11 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x22d.google.com with SMTP id o85so22180347lff.3 for ; Thu, 27 Jul 2017 08:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Cqe1fqJLqJs9t/I8CYsD0MvVe1+o2Bi3NfLUF47DBIc=; b=CfQGlUq2wGc8bYRi6ZTjGNQUA7xr61BN+XYCX2G8KM3mUmOiyL0vlu+E2wR7JOa+Ms rpj30JxqI5M3MFZ9opTRH6LPo3QExTOoNyXc6s86HXCehkkRMHZrt+JeMHZFGTTc22+X CCl3QsmTLiusdeWcxUGNKJrzoTGf2kQuDgagG4IjZlZyaKEryT4Ux6NXoRHKZVJupan9 Jxjj5E54RO1C6DJhc1qRy1WPCPIKObrlLFrL6RzMOCJMK+P/umBIH4vn1tNtOkP9RDFK yXe+WPZDqBAy8E/SK/JrbY5uq6RX9lu5CJ+JJxfZ9xHMuPJtK2gT/m7vyKGFlDr7Bz+S Prvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Cqe1fqJLqJs9t/I8CYsD0MvVe1+o2Bi3NfLUF47DBIc=; b=WCP4EsX3JBFL7GOnGuJWJ/kngXWsJ2mIg4fe4p7XqarJxUCnCMVo6Ul91X6B/GrCXG 6fBAEy9OK7cuO1xu6EZl0P5AJ4VkI6vAGRVPXKyppx4UXU6tnKhAecHRpAvQuk7DAtHu +hN9qyPCUe8PRpEr+PiqncSkx2+nKmXjSB3tPNutybBS1OdWs3qAR3XkgY2tHNZijNy+ 32RwVTbZW5THSFuU1x7ahRz1Su6oeDkwjN9B7Vjjh3jNCH6ssgwY+TnUhQ7nzOkkgERQ NOdjUF0I2v04uP+S/wBIqEY1jqlWfAFd5XOA2Q4KtB2fNlkZjUgriZ2M9aEkMlCjK/dZ 4aGg== X-Gm-Message-State: AIVw112H90prmb1sKjmDGpAOPTNFzFd7XuCM13WA3WBjtQfGFumyOWke daTuoak2/6MIvCht+amgq2ttGDXALsir X-Received: by 10.46.33.168 with SMTP id h40mr1960005lji.30.1501169409077; Thu, 27 Jul 2017 08:30:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.81.18 with HTTP; Thu, 27 Jul 2017 08:30:08 -0700 (PDT) From: Russell Haley Date: Thu, 27 Jul 2017 08:30:08 -0700 Message-ID: Subject: Checking out head from svn To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 15:30:12 -0000 Hi, Two things: 1) https? I am trying to checkout head on my HB. I tried the link provided by the handbook here: https://www.freebsd.org/doc/handbook/svn.html I got a different message last night that I didn't record (no route to host I think?) but get this one this morning (most likely my issue): root@imx6:/tmp/mydir # svn checkout https://svn.FreeBSD.org/base/head . svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes' I am running on the assumption that https with subversion still works and I've done something wrong. I am mostly concerned about the no route to host message. 2) Malformed Network Data in svn When I try to checkout using the svn protocol I get this message over and over again: ... A contrib/gcclibs/libcpp/include/line-map.h A contrib/gcclibs/libcpp/include/mkdeps.h svn: E210004: Malformed network data I am thinking I should write this issue off to my local intranet being less than ideal (using a powerline modem, but never had a user visible issue with tcp). Any input would be grand. If nobody answers back I'll continue with my assumption that the issues lie on my side. Thanks, Russ From owner-freebsd-arm@freebsd.org Thu Jul 27 16:34:57 2017 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 34C52DAA3CC for ; Thu, 27 Jul 2017 16:34:57 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE88A81CCA for ; Thu, 27 Jul 2017 16:34:56 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xJHdC1NTQzrd9 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501173295; bh=o0LezV2zprpIszXjwupyO9gFOiUA/TuoytFL22occ0U=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|T o:=20Emmanuel=20Vadot=20,=0D=0A=20=20=20=20 =20=20=20=20Andrew=20Turner=20|Cc:=20"freebs d-arm@freebsd.org"=20|References:=20<79dd 24d5-9669-a767-be2a-0e84bc4d22ae@restart.be>=0D=0A=20<201707270752 34.dd3ec3c7959a302f402e6002@bidouilliste.com>=0D=0A=20<8161dee3-1c da-c95a-f05c-de898d203673@restart.be>=0D=0A=20<20170727164320.6a07 36c0be8cc7574be4e1c7@bidouilliste.com>=0D=0A=20<6CC5EDB5-09CF-4037 -AC5F-FFB6453B95F7@fubar.geek.nz>=0D=0A=20<20170727170250.638710a6 21ec98f69b348c84@bidouilliste.com>|From:=20Henri=20Hennebert=20|Date:=20Thu,=2027=20Jul=202017=2018:34:53=20+0200|In -Reply-To:=20<20170727170250.638710a621ec98f69b348c84@bidouilliste .com>; b=ryZWjx+F3aEQgV16MNhG6YBTPRR5hEB+zrgdKjGg+5pl7YiOna7jDHQyWAOrbFP6f 3f8topFgOQmKNK11IsNex9YP7grFgzRpvWcpT7f/2NUZ0tPgMiz6kb6lL+5V9JytO5 d94NAKrLHOxWLSui3L3032D0mEroT07nQHPyaRxulgQ3uUTKsxW3QFxIJJotSKVdoy a0rHQ4vdv49ZC3lIf7rcUVABAzgZzeThlPepbW4kI1HqsawU+mEQMikHwwg/7mOU1x JXUoanNhrxb6mRQykv6MS9ByTHcPUZkKZF/6zRKTdTqgyKNKzA1sMQeMjH+U+/atJ/ oyjR74szozOeQ== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xJHdC1NTQzrd9; Thu, 27 Jul 2017 18:34:54 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6RGYrvF059367 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 27 Jul 2017 18:34:53 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started To: Emmanuel Vadot , Andrew Turner Cc: "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> From: Henri Hennebert Message-ID: Date: Thu, 27 Jul 2017 18:34:53 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:34:57 -0000 On 07/27/2017 17:02, Emmanuel Vadot wrote: > On Thu, 27 Jul 2017 15:57:40 +0100 > Andrew Turner wrote: > >> >>> On 27 Jul 2017, at 15:43, Emmanuel Vadot wrote: >>> >>> On Thu, 27 Jul 2017 14:31:18 +0200 >>> Henri Hennebert > wrote: >>>> I think that the DTB is wrong. >>>> >>>> Note that my kernel config have: >>>> >>>> options FDT # Flattened Device Tree bus driver >>>> options FDT_DTB_STATIC # Statically embed a DTB file >>>> into a kernel image >>>> makeoptions FDT_DTS_FILE=pine64_plus.dts >>> >>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're >>> doing. Please use GENERIC kernel on ARM64. I will remove it from my kernel config. I previously encounter this problem: https://lists.freebsd.org/pipermail/freebsd-current/2017-May/065875.html so I don't load zfs and opensolaris before boot. I use this script to get my root fs on zfs: #!/bin/sh # PROVIDE: rebootonzfs # BEFORE: sysctl . /etc/rc.subr name="rebootonzfs" desc="Reboot with root on ZFS" command="/sbin/reboot" stop_cmd=":" start_cmd="rebootonzfs_start" rcvar="rebootonzfs_enable" rebootonzfs_start() { /sbin/zpool list /bin/kenv vfs.root.mountfrom="zfs:rpool/ROOT/default" ${command} -r } load_rc_config $name run_rc_command "$1" But today, I try with r321371 to load zfs and opensolaris before boot and it allow most of the time the Release APs to complete. Believing it is a timing problem, I modify mp_machdep.c: Index: sys/arm64/arm64/mp_machdep.c =================================================================== --- sys/arm64/arm64/mp_machdep.c (revision 321371) +++ sys/arm64/arm64/mp_machdep.c (working copy) @@ -209,6 +209,7 @@ if (mp_ncpus == 1) return; + DELAY(1000000); intr_pic_ipi_setup(IPI_AST, "ast", ipi_ast, NULL); intr_pic_ipi_setup(IPI_PREEMPT, "preempt", ipi_preempt, NULL); intr_pic_ipi_setup(IPI_RENDEZVOUS, "rendezvous", ipi_rendezvous, NULL); but it don't get better. Henri >> >> On arm64 we don?t use it so you just end up with a larger kernel image. >> >> Andrew >> > > I recall that you didn't want it but I assumed that some errors will > be thrown if specified, can we do that ? > From owner-freebsd-arm@freebsd.org Thu Jul 27 17:57:27 2017 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 5F0F9DAC4E8 for ; Thu, 27 Jul 2017 17:57:27 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC19684C97 for ; Thu, 27 Jul 2017 17:57:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 3df978f5; Thu, 27 Jul 2017 19:57:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=I95ONwN4mXiRzZ9sZDzAPP0gZ+E=; b=i2kzZmVsTK1VoBtamT3yomd41DUA YmBa3ar/BFvibJg0HjzLN6mCVwenBDBZ1VmFdLpGtBH7MM/KuD6LNSMPh/ikXciX VTzVcNBfwpPOeUBgULEChUROP8Exmo8p/uHKfacza9TrxyHa4OoeuhPwe/cBvFIa OZMdsAbu8aCKHRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=sWsv/Djjin5zSkrvuVtlaFaTNPBHbd4Y6D+NLkFhtwwepDQetKBMXToS f7NOHTsuDPuVvGRSHcaoXZ8FFENGz6/s5SmsF15lECkFtEmqwAyoTLJWTM8ewGnx iA4+Hc560eKvmc97VWkNSgG60KkHPtANetNfjiGn06pIItk6whU= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ea68896c TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 19:57:24 +0200 (CEST) Date: Thu, 27 Jul 2017 19:57:21 +0200 From: Emmanuel Vadot To: Henri Hennebert Cc: Andrew Turner , "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170727195721.d194a89be0ba736c0fb27b77@bidouilliste.com> In-Reply-To: References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 17:57:27 -0000 On Thu, 27 Jul 2017 18:34:53 +0200 Henri Hennebert wrote: > On 07/27/2017 17:02, Emmanuel Vadot wrote: > > On Thu, 27 Jul 2017 15:57:40 +0100 > > Andrew Turner wrote: > > > >> > >>> On 27 Jul 2017, at 15:43, Emmanuel Vadot wrote: > >>> > >>> On Thu, 27 Jul 2017 14:31:18 +0200 > >>> Henri Hennebert > wrote: > >>>> I think that the DTB is wrong. > >>>> > >>>> Note that my kernel config have: > >>>> > >>>> options FDT # Flattened Device Tree bus driver > >>>> options FDT_DTB_STATIC # Statically embed a DTB file > >>>> into a kernel image > >>>> makeoptions FDT_DTS_FILE=pine64_plus.dts > >>> > >>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're > >>> doing. Please use GENERIC kernel on ARM64. > > I will remove it from my kernel config. I've just tested latest head with me soon to be u-boot-pine64 port and I don't have any problems. I've corrected the dram/pll_ddr problem (but it shouldn't change anything) Boot log : https://people.freebsd.org/~manu/pine64_bootlog.txt -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 18:33:01 2017 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 E23C9DAD4AD for ; Thu, 27 Jul 2017 18:33:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-84.reflexion.net [208.70.210.84]) (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 8D772177E for ; Thu, 27 Jul 2017 18:33:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10411 invoked from network); 27 Jul 2017 18:28:00 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 27 Jul 2017 18:28:00 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Thu, 27 Jul 2017 14:26:20 -0400 (EDT) Received: (qmail 20064 invoked from network); 27 Jul 2017 18:26:20 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Jul 2017 18:26:20 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id CB01CEC92ED; Thu, 27 Jul 2017 11:26:19 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64+ Release APs, APs not started From: Mark Millard In-Reply-To: <20170727195721.d194a89be0ba736c0fb27b77@bidouilliste.com> Date: Thu, 27 Jul 2017 11:26:19 -0700 Cc: Henri Hennebert , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <2F3D6E43-EE29-4DDB-8139-B223FC8845E4@dsl-only.net> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170727195721.d194a89be0ba736c0fb27b77@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 18:33:02 -0000 On 2017-Jul-27, at 10:57 AM, Emmanuel Vadot = wrote: > On Thu, 27 Jul 2017 18:34:53 +0200 > Henri Hennebert wrote: >=20 >> On 07/27/2017 17:02, Emmanuel Vadot wrote: >>> On Thu, 27 Jul 2017 15:57:40 +0100 >>> Andrew Turner wrote: >>>=20 >>>>=20 >>>>> On 27 Jul 2017, at 15:43, Emmanuel Vadot = wrote: >>>>>=20 >>>>> On Thu, 27 Jul 2017 14:31:18 +0200 >>>>> Henri Hennebert > wrote: >>>>>> I think that the DTB is wrong. >>>>>>=20 >>>>>> Note that my kernel config have: >>>>>>=20 >>>>>> options FDT # Flattened Device Tree = bus driver >>>>>> options FDT_DTB_STATIC # Statically embed a DTB = file >>>>>> into a kernel image >>>>>> makeoptions FDT_DTS_FILE=3Dpine64_plus.dts >>>>>=20 >>>>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what = you're >>>>> doing. Please use GENERIC kernel on ARM64. >>=20 >> I will remove it from my kernel config. >=20 > I've just tested latest head with me soon to be u-boot-pine64 port and > I don't have any problems. > I've corrected the dram/pll_ddr problem (but it shouldn't change > anything) >=20 > Boot log : https://people.freebsd.org/~manu/pine64_bootlog.txt Your (Emmanuel's) reported boot: FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. vs. one of the reported failing boots (Henri): FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) VT: init without driver. It looks like the problem is for production-style (non-debug) builds. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Jul 27 18:59:25 2017 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 E18F5DADB41 for ; Thu, 27 Jul 2017 18:59:25 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E4A2196 for ; Thu, 27 Jul 2017 18:59:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 54da6198; Thu, 27 Jul 2017 20:59:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=K5gR8iCeeerhV9h2qBn2i7AB4JA=; b=rrtvEP/RmB2sqJAEiBpixNRPJYt5 T7RcW3z0FFPls0zFUy9+HMSswRTYEWiwEjNA0eLPT5ZzeOTx+/YoqTVxx2Xn9dwi 9PO7q0FEgH+cURRVv5905rSvTaf/tioPUxd66VDoZI2pdye3YMnR/IbyxAeTQSXE CCryt/LrWPARYdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Xf+JJNC0SRb1CJ91St3Okdnl7iWXB9kvhFAS7QryHzuPHwHdx6m7KBQ6 +nfwbqW5MKcMPNEK6CNOmlNR1ma51KDsErnYqXMSUaUElEoSgF34Zdkv1WAIIDFB ezCmV5gKRrLndPyQ/TUZOKoEHTYwNqGqYS/wNKWQkdcSNam7iK8= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f3b85fbe TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 27 Jul 2017 20:59:22 +0200 (CEST) Date: Thu, 27 Jul 2017 20:59:21 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Henri Hennebert , "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170727205921.4d614d64013fd986bc7bc597@bidouilliste.com> In-Reply-To: <2F3D6E43-EE29-4DDB-8139-B223FC8845E4@dsl-only.net> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170727195721.d194a89be0ba736c0fb27b77@bidouilliste.com> <2F3D6E43-EE29-4DDB-8139-B223FC8845E4@dsl-only.net> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) 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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 18:59:26 -0000 On Thu, 27 Jul 2017 11:26:19 -0700 Mark Millard wrote: > On 2017-Jul-27, at 10:57 AM, Emmanuel Vadot wrote: > > > On Thu, 27 Jul 2017 18:34:53 +0200 > > Henri Hennebert wrote: > > > >> On 07/27/2017 17:02, Emmanuel Vadot wrote: > >>> On Thu, 27 Jul 2017 15:57:40 +0100 > >>> Andrew Turner wrote: > >>> > >>>> > >>>>> On 27 Jul 2017, at 15:43, Emmanuel Vadot wrote: > >>>>> > >>>>> On Thu, 27 Jul 2017 14:31:18 +0200 > >>>>> Henri Hennebert > wrote: > >>>>>> I think that the DTB is wrong. > >>>>>> > >>>>>> Note that my kernel config have: > >>>>>> > >>>>>> options FDT # Flattened Device Tree bus driver > >>>>>> options FDT_DTB_STATIC # Statically embed a DTB file > >>>>>> into a kernel image > >>>>>> makeoptions FDT_DTS_FILE=pine64_plus.dts > >>>>> > >>>>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're > >>>>> doing. Please use GENERIC kernel on ARM64. > >> > >> I will remove it from my kernel config. > > > > I've just tested latest head with me soon to be u-boot-pine64 port and > > I don't have any problems. > > I've corrected the dram/pll_ddr problem (but it shouldn't change > > anything) > > > > Boot log : https://people.freebsd.org/~manu/pine64_bootlog.txt > > Your (Emmanuel's) reported boot: > > FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > > vs. one of the reported failing boots (Henri): > > FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) > VT: init without driver. > > > It looks like the problem is for production-style > (non-debug) builds. Good catch, I now have the same problem, I'll look into it. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 27 22:37:09 2017 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 541CFDB2684 for ; Thu, 27 Jul 2017 22:37:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-84.reflexion.net [208.70.210.84]) (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 0377D67B4F for ; Thu, 27 Jul 2017 22:37:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 356 invoked from network); 27 Jul 2017 22:30:27 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Jul 2017 22:30:27 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Thu, 27 Jul 2017 18:30:27 -0400 (EDT) Received: (qmail 27271 invoked from network); 27 Jul 2017 22:30:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Jul 2017 22:30:27 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id DDB1AEC892D; Thu, 27 Jul 2017 15:30:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64+ Release APs, APs not started From: Mark Millard In-Reply-To: <20170727205921.4d614d64013fd986bc7bc597@bidouilliste.com> Date: Thu, 27 Jul 2017 15:30:26 -0700 Cc: Henri Hennebert , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <9242DD0D-1BFA-476C-B159-3D8F35452B09@dsl-only.net> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170727195721.d194a89be0ba736c0fb27b77@bidouilliste.com> <2F3D6E43-EE29-4DDB-8139-B223FC8845E4@dsl-only.net> <20170727205921.4d614d64013fd986bc7bc597@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 22:37:09 -0000 On 2017-Jul-27, at 11:59 AM, Emmanuel Vadot = wrote: > On Thu, 27 Jul 2017 11:26:19 -0700 > Mark Millard wrote: >=20 >> On 2017-Jul-27, at 10:57 AM, Emmanuel Vadot wrote: >>=20 >>> On Thu, 27 Jul 2017 18:34:53 +0200 >>> Henri Hennebert wrote: >>>=20 >>>> On 07/27/2017 17:02, Emmanuel Vadot wrote: >>>>> On Thu, 27 Jul 2017 15:57:40 +0100 >>>>> Andrew Turner wrote: >>>>>=20 >>>>>>=20 >>>>>>> On 27 Jul 2017, at 15:43, Emmanuel Vadot = wrote: >>>>>>>=20 >>>>>>> On Thu, 27 Jul 2017 14:31:18 +0200 >>>>>>> Henri Hennebert > wrote: >>>>>>>> I think that the DTB is wrong. >>>>>>>>=20 >>>>>>>> Note that my kernel config have: >>>>>>>>=20 >>>>>>>> options FDT # Flattened Device Tree = bus driver >>>>>>>> options FDT_DTB_STATIC # Statically embed a = DTB file >>>>>>>> into a kernel image >>>>>>>> makeoptions FDT_DTS_FILE=3Dpine64_plus.dts >>>>>>>=20 >>>>>>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what = you're >>>>>>> doing. Please use GENERIC kernel on ARM64. >>>>=20 >>>> I will remove it from my kernel config. >>>=20 >>> I've just tested latest head with me soon to be u-boot-pine64 port = and >>> I don't have any problems. >>> I've corrected the dram/pll_ddr problem (but it shouldn't change >>> anything) >>>=20 >>> Boot log : https://people.freebsd.org/~manu/pine64_bootlog.txt >>=20 >> Your (Emmanuel's) reported boot: >>=20 >> FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) >> WARNING: WITNESS option enabled, expect reduced performance. >> VT: init without driver. >>=20 >> vs. one of the reported failing boots (Henri): >>=20 >> FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) >> VT: init without driver. >>=20 >>=20 >> It looks like the problem is for production-style >> (non-debug) builds. >=20 > Good catch, >=20 > I now have the same problem, I'll look into it. Based on Henri H. reporting: A) -r320599 working B) -r320869 not working and looking around at: = https://svnweb.freebsd.org/base/head/sys/arm/allwinner/?sortby=3Drev&sortd= ir=3Ddown&pathrev=3D320869#dirlist it looks like -r320612 may have made the difference. But I note that it is described in part with: "USB is not working for now" so it appears that it was expected to have a significant regression-status for now. (I've historically run with the root ufs file system on a USB SSD, both for Pine64+ 2GB and RPI3. But it has been a significant time since I've updated: pre-INO64.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jul 28 07:16:02 2017 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 289CFDBF9B4 for ; Fri, 28 Jul 2017 07:16:02 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D2B3876CB4 for ; Fri, 28 Jul 2017 07:16:01 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xJg9n43nwzrww DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501226157; bh=GlcOhMmjfAI7JZgDaYVZF3XtwKXJ5znxKGONIftfT70=; h=Subject:From:To:Cc:References:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|F rom:=20Henri=20Hennebert=20|To:=20Emmanuel=20Vadot =20,=0D=0A=20=20=20=20=20=20=20=20Andrew=20 Turner=20|Cc:=20"freebsd-arm@freebsd.org"=20 |References:=20<79dd24d5-9669-a767-be2a-0 e84bc4d22ae@restart.be>=0D=0A=20<20170727075234.dd3ec3c7959a302f40 2e6002@bidouilliste.com>=0D=0A=20<8161dee3-1cda-c95a-f05c-de898d20 3673@restart.be>=0D=0A=20<20170727164320.6a0736c0be8cc7574be4e1c7@ bidouilliste.com>=0D=0A=20<6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fu bar.geek.nz>=0D=0A=20<20170727170250.638710a621ec98f69b348c84@bido uilliste.com>=0D=0A=20|Date:=20Fri,=2028=20Jul=202017=2009:15:52=20+0200|In-Reply-T o:=20; b=n748EJaf1O7E9TnGBs5MxjeRVmLg0KOFOphDTSVqq/C69l41pSp6c0bDz7xjUsB+q vMd7TRhScQaD1UyQQ8LIpEWDEM+PYi2CeYTDr6VG/Slqp5Rw2FauA09DwEKJCcWnRx w85Bb+s22EqoHS8xG/rQ/KXRXuIxoqjGc+Qri7oGOAQ/tGdGgQBt90FtiyGawbgfLA ErMi4d7zUPOmbQZJwYKnCvxItw4psG7xC7wWSHt4iBv0kSTJvVRmvZkaIH+eKLyVtL kE/4owQveUG/QEafpyOFl1SkoD1L9UHyhFpixfBGngLyhiJsPmdomnOptsZvQMzakI 6OV4s3Wj/pbUw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xJg9n43nwzrww; Fri, 28 Jul 2017 09:15:57 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6S7Fqv4067330 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 28 Jul 2017 09:15:53 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started From: Henri Hennebert To: Emmanuel Vadot , Andrew Turner Cc: "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> Message-ID: Date: Fri, 28 Jul 2017 09:15:52 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 07:16:02 -0000 On 07/27/2017 18:34, Henri Hennebert wrote: > On 07/27/2017 17:02, Emmanuel Vadot wrote: >> On Thu, 27 Jul 2017 15:57:40 +0100 >> Andrew Turner wrote: >> >>> >>>> On 27 Jul 2017, at 15:43, Emmanuel Vadot wrote: >>>> >>>> On Thu, 27 Jul 2017 14:31:18 +0200 >>>> Henri Hennebert > wrote: >>>>> I think that the DTB is wrong. >>>>> >>>>> Note that my kernel config have: >>>>> >>>>> options FDT # Flattened Device Tree bus >>>>> driver >>>>> options FDT_DTB_STATIC # Statically embed a DTB file >>>>> into a kernel image >>>>> makeoptions FDT_DTS_FILE=pine64_plus.dts >>>> >>>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you're >>>> doing. Please use GENERIC kernel on ARM64. > > I will remove it from my kernel config. > I retry with your u-boot: U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) DRAM: 2048 MiB Trying to boot from MMC1 >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 5 block devices.......* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6dbd008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x71e548 data=0x9cc80+0x39e6a6 syms=[0x8+0xf6d80+0x8+0xeaf3b] /boot/entropy size=0x1000 /boot/kernel/zfs.ko text=0x7a418 text=0xdc390 data=0x11528+0x9e970 syms=[0x8+0x1ddd8+0x8+0x18d38] /boot/kernel/opensolaris.ko text=0x1358 text=0xd90 data=0x10160+0x125d0 syms=[0x8+0x1020+0x8+0x8ca] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321371M: Thu Jul 27 19:52:17 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 aw_ccung0: mem 0x1c20000-0x1c203ff on simplebus0 aw_ccung0: Cannot set parent to pll_ddr for dram regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 210 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 10,11,12 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 24 on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 4 on simplebus0 mmc0: on a10_mmc0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simplebus0 usbus0 on ohci0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 uart0: console (115384,n,8,1) gpioc1: on gpio1 awg0: mem 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:cf:46:d5:39 cryptosoft0: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs APs not started CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Instruction Set Attributes 1 = <0> Processor Features 0 = Processor Features 1 = <0> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> Memory Model Features 1 = <> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: (null) (null) r0p0 affinity: 0 CPU 2: (null) (null) r0p0 affinity: 0 CPU 3: (null) (null) r0p0 affinity: 0 x0: ffff000000967f00 x1: fffffd0ø But the Release APs don't work. I retry with the old u-boot and the Release APs don't work either. With your u-boot and r320599 (with the embeded DTB) I get the same strange boot as before (no aw_ccung). So the embeded DTB is the culprit. Henri From owner-freebsd-arm@freebsd.org Fri Jul 28 08:30:05 2017 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 BBDB5DC0BC8 for ; Fri, 28 Jul 2017 08:30:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8A87CDE3 for ; Fri, 28 Jul 2017 08:30:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 3cc61d09; Fri, 28 Jul 2017 10:29:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=Nh5YDy5Ra+Mel3+SX+E0KCtwzlU=; b=o5GxIoK69xHWtbxOh/rzOvUn8+gf UImf55NnFbYwLkq7bkQm622dVOe4HsZ19SoGja8hm/V0rCrHvPNxTri1bj8p9CgM 7WxcBMjz+ndD6AswIhLzrQxIpNyy1rhJObOyyRMIoHQlJ+QnaMOHVAF1SXieqAZI yiVFu3512iKDM78= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=E15LMr6Sh7hSEPzGapNfWoWNIJ3OJg2J8fqWTFQwH4ZdWku/UoNBDvkH QSr3CTirgsTz/IesoZUd4aQO/CXL0xvDIctCJlULSdX0APHOGfj14ixUJxCAfzkM YIjLC5FNIHChpMeD8IBRcdxg9w4jbrKjSIanCE+s2FyVfdDjbYw= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 5be30a1e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 28 Jul 2017 10:29:56 +0200 (CEST) Date: Fri, 28 Jul 2017 10:29:56 +0200 From: Emmanuel Vadot To: Henri Hennebert Cc: Andrew Turner , "freebsd-arm@freebsd.org" Subject: Re: PINE64+ Release APs, APs not started Message-Id: <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> In-Reply-To: References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 08:30:05 -0000 On Fri, 28 Jul 2017 09:15:52 +0200 Henri Hennebert wrote: > On 07/27/2017 18:34, Henri Hennebert wrote: > > On 07/27/2017 17:02, Emmanuel Vadot wrote: > >> On Thu, 27 Jul 2017 15:57:40 +0100 > >> Andrew Turner wrote: > >> > >>> > >>>> On 27 Jul 2017, at 15:43, Emmanuel Vadot wro= te: > >>>> > >>>> On Thu, 27 Jul 2017 14:31:18 +0200 > >>>> Henri Hennebert > wrote: > >>>>> I think that the DTB is wrong. > >>>>> > >>>>> Note that my kernel config have: > >>>>> > >>>>> options FDT # Flattened Device Tree bus= =20 > >>>>> driver > >>>>> options FDT_DTB_STATIC # Statically embed a DTB fi= le > >>>>> into a kernel image > >>>>> makeoptions FDT_DTS_FILE=3Dpine64_plus.dts > >>>> > >>>> FDT_DTB_STATIC shouldn't be used unless you *exactly* know what you'= re > >>>> doing. Please use GENERIC kernel on ARM64. > >=20 > > I will remove it from my kernel config. > >=20 >=20 > I retry with your u-boot: >=20 > U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) > DRAM: 2048 MiB > Trying to boot from MMC1 >=20 > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: ZFS UFS > Probing 5 block devices.......* done > ZFS found no pools > UFS found 1 partition > Consoles: EFI console > Command line arguments: loader.efi > Image base: 0xb6dbd008 > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) > EFI boot environment > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x71e548 data=3D0x9cc80+0x39e6a6=20 > syms=3D[0x8+0xf6d80+0x8+0xeaf3b] > /boot/entropy size=3D0x1000 > /boot/kernel/zfs.ko text=3D0x7a418 text=3D0xdc390 data=3D0x11528+0x9e970= =20 > syms=3D[0x8+0x1ddd8+0x8+0x18d38] > /boot/kernel/opensolaris.ko text=3D0x1358 text=3D0xd90 data=3D0x10160+0x1= 25d0=20 > syms=3D[0x8+0x1020+0x8+0x8ca] >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x48000000. > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321371M: Thu Jul 27 19:52:17 CEST 2017 > root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 > FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) > VT: init without driver. > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: unblocking device. > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > clk_fixed0: on ofwbus0 > clk_fixed1: on ofwbus0 > clk_fixed2: on ofwbus0 > simplebus0: on ofwbus0 > aw_ccung0: mem 0x1c20000-0x1c203ff on=20 > simplebus0 > aw_ccung0: Cannot set parent to pll_ddr for dram > regfix0: on ofwbus0 > psci0: on ofwbus0 > awusbphy0: mem=20 > 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 > gic0: mem=20 > 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1= c87fff=20 > irq 210 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 > gpio0: mem 0x1c20800-0x1c20bff irq=20 > 10,11,12 on simplebus0 > gpiobus0: on gpio0 > gpio1: mem 0x1f02c00-0x1f02fff irq 24= =20 > on simplebus0 > gpiobus1: on gpio1 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 > rtc0: registered as a time-of-day clock, resolution 1.000000s > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > a10_mmc0: mem=20 > 0x1c0f000-0x1c0ffff irq 4 on simplebus0 > mmc0: on a10_mmc0 > ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simpleb= us0 > usbus0 on ohci0 > gpioc0: on gpio0 > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 > uart0: console (115384,n,8,1) > gpioc1: on gpio1 > awg0: mem=20 > 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 > miibus0: on awg0 > rgephy0: PHY 0 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,=20 > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w > rgephy1: PHY 1 on miibus0 > rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,=20 > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w > awg0: Ethernet address: 02:ba:cf:46:d5:39 > cryptosoft0: > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > device_attach: uhub0 attach returned 6 > usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB > mmcsd0: 16GB at mmc0=20 > 50.0MHz/4bit/65535-block > Release APs > APs not started > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <0> > Processor Features 0 =3D > Processor Features 1 =3D <0> > Memory Model Features 0 =3D <4k Granule,64k=20 > Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> > Memory Model Features 1 =3D <> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: (null) (null) r0p0 affinity: 0 > CPU 2: (null) (null) r0p0 affinity: 0 > CPU 3: (null) (null) r0p0 affinity: 0 > x0: ffff000000967f00 > x1: fffffd0=F8 >=20 > But the Release APs don't work. >=20 > I retry with the old u-boot and the Release APs don't work either. >=20 > With your u-boot and r320599 (with the embeded DTB) I get the same=20 > strange boot as before (no aw_ccung). So the embeded DTB is the culprit. >=20 > Henri Can you please try using the latest source and use GENERIC and GENERIC-NODEBUG just to see if we do see the same problem please ? My overdrive 1000 is currently building world up to the latest source so I can see if -NODEBUG work on it or not. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Jul 28 13:37:10 2017 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 7AC68DC66AA for ; Fri, 28 Jul 2017 13:37:10 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EB5D2680 for ; Fri, 28 Jul 2017 13:37:10 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xJqdb4yKdzrfH DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501249027; bh=9C5lPrx/vjsiOjn3SJ75WffntXrPtYrNok+F665xMTk=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|T o:=20Emmanuel=20Vadot=20|Cc:=20Andrew=20Tur ner=20,=0D=0A=20=20=20=20=20=20=20=20"freebs d-arm@freebsd.org"=20|References:=20<79dd 24d5-9669-a767-be2a-0e84bc4d22ae@restart.be>=0D=0A=20<201707270752 34.dd3ec3c7959a302f402e6002@bidouilliste.com>=0D=0A=20<8161dee3-1c da-c95a-f05c-de898d203673@restart.be>=0D=0A=20<20170727164320.6a07 36c0be8cc7574be4e1c7@bidouilliste.com>=0D=0A=20<6CC5EDB5-09CF-4037 -AC5F-FFB6453B95F7@fubar.geek.nz>=0D=0A=20<20170727170250.638710a6 21ec98f69b348c84@bidouilliste.com>=0D=0A=20=0D=0A=20=0D=0A=20<20170728102956.3f0c5622bec8025cfbbbf81 c@bidouilliste.com>|From:=20Henri=20Hennebert=20|D ate:=20Fri,=2028=20Jul=202017=2015:37:04=20+0200|In-Reply-To:=20<2 0170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com>; b=IibZUDJY13QmDcl2fdhkY9rt8Y6rt5GBLu74SB4MSQ17VnsBcNTtz8WJvab+T3HY5 l8AqDTJuRewc6xGk61Z0BRBhT0lPWIB1iN0M4TcFxYUyM/m/Wz7DUGRYIn5YiVLFKb 8GnqLrp+lLo41jN1/B+OjXyoUtWlBApKf2pza64EV0fOHe9/NAfgq9mVNoFqp+dxxH xF0zKzymDUgsy+QSuvt0Y0XiQVqZ3RRxO7OjuEXb2jZA6xrBmcx7lkaTvNNP9SfW3F EbaJQ5UIdIEsLwN+5QUSlmoH4WRylr0GPUW5ZDHTGTLYpDuKejOen9Teuw7cyFd9jE SCr9JVwixsvLw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xJqdb4yKdzrfH; Fri, 28 Jul 2017 15:37:07 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6SDb4or070691 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 28 Jul 2017 15:37:06 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started To: Emmanuel Vadot Cc: Andrew Turner , "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> From: Henri Hennebert Message-ID: Date: Fri, 28 Jul 2017 15:37:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 13:37:10 -0000 On 07/28/2017 10:29, Emmanuel Vadot wrote: > On Fri, 28 Jul 2017 09:15:52 +0200 > Henri Hennebert wrote: > > > Can you please try using the latest source and use GENERIC and > GENERIC-NODEBUG just to see if we do see the same problem please ? > > My overdrive 1000 is currently building world up to the latest source > so I can see if -NODEBUG work on it or not. > I build GENERIC-DEBUG from r321649 and get this: U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) DRAM: 2048 MiB Trying to boot from MMC1 >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 5 block devices.......* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6dbd008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x7c2010 data=0xa2980+0x39d0de syms=[0x8+0x106980+0x8+0xfb2a4] /boot/entropy size=0x1000 /boot/kernel/zfs.ko text=0x7a418 text=0xdc3b0 data=0x11528+0x9e970 syms=[0x8+0x1ddd8+0x8+0x18d38] /boot/kernel/opensolaris.ko text=0x1358 text=0xd90 data=0x10160+0x125d0 syms=[0x8+0x1020+0x8+0x8ca] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321649M: Fri Jul 28 13:54:42 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/GENERIC-NODEBUG arm64 FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 aw_ccung0: mem 0x1c20000-0x1c203ff on simplebus0 iichb0: mem 0x1c2b000-0x1c2b3ff irq 19 on simplebus0 iicbus0: on iichb0 regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 210 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 10,11,12 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 24 on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 4 on simplebus0 mmc0: on a10_mmc0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simplebus0 usbus0 on ohci0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 uart0: console (115384,n,8,1) iic0: on iicbus0 gpioc1: on gpio1 awg0: mem 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:cf:46:d5:39 cryptosoft0: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs APs not started x0: ffff000000a11280 x1: f Henri From owner-freebsd-arm@freebsd.org Fri Jul 28 14:47:20 2017 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 D8ACFDC7A6C for ; Fri, 28 Jul 2017 14:47:20 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::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 6060263C46 for ; Fri, 28 Jul 2017 14:47:20 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x22c.google.com with SMTP id g25so88698320lfh.1 for ; Fri, 28 Jul 2017 07:47:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=gtvruEJ0sRpu28gHaQgpERlF/4+mbdaARhoHiRonxc0=; b=gt6gkPHmwVvGKu+JYL0OHl1/NccXUkEGEG0nVu/IFfNq8wGPaIyaRTXjkmCJE2JeCa uZ/1gtvXuLRGkXU0xl5ZoxM/1n3sUSEkYrkA/nc0Oa2zptfISo5B2D9yWQVnDP6uk8cP J1ysyQb0FqU1P7hy5YIq61Fsg7L+5i7UtDv0NliExvxemKyzsbw5SzBFCTOcx5mJU81r EOw7t/i1W9P8cT5t727E2JcAj5MMxT/qFtWXHsxoGuLlX7UC0EOiXvOjodhZ87WnqwmR wM5M8nCnszBNGVhzpxkOzcPwXqwbVaq7jfTMerdoj1emZXm4QiQC4Ab7yKGXC5rIxfTr G8sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=gtvruEJ0sRpu28gHaQgpERlF/4+mbdaARhoHiRonxc0=; b=oAkko487MCRcZLXtOZTI2QFvCDiAvkbkFch8QBshVS+lhgzorkz0lz7/LvgNDN12wq Ker0N5a1PN7T+d4FquzRSr/pPxPbd22U3DN3lLwtSTO1ov5VDIXMqgOPvlfWva+w7dUV YuoLRJOcYzuo0SoUVpnfzMTkw2nmnETxrFqTanwV86sYpMhw+kOnFcBf1iSb6OrfCG+v 491WxMyUmnMLzxWKNyXWedyWZ5eZCFKyUoQA12ZwvmL4WZnWurjUHFTsDuiekB5vmC8l Q6VVGocKGkAxAo8nSc3aR39yTKaMQdZNAJZ515HocwDS+PaEbYWDSNHHATbIHc7R+jFh SkRQ== X-Gm-Message-State: AIVw112CAs5pVQE9sZgyDNdP/LtNmU0OCAbCKotzBuuuJK8dFsOoaa5k pU9K/LJV6JnXLP//AvIMwJykgZ3BtInJ X-Received: by 10.25.196.8 with SMTP id u8mr376995lff.40.1501253237873; Fri, 28 Jul 2017 07:47:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.81.18 with HTTP; Fri, 28 Jul 2017 07:47:17 -0700 (PDT) In-Reply-To: References: From: Russell Haley Date: Fri, 28 Jul 2017 07:47:17 -0700 Message-ID: Subject: Re: Checking out head from svn To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:47:20 -0000 On Thu, Jul 27, 2017 at 8:30 AM, Russell Haley wrote: > Hi, > > Two things: > > 1) https? > I am trying to checkout head on my HB. I tried the link provided by > the handbook here: > https://www.freebsd.org/doc/handbook/svn.html > > I got a different message last night that I didn't record (no route to > host I think?) but get this one this morning (most likely my issue): > > root@imx6:/tmp/mydir # svn checkout https://svn.FreeBSD.org/base/head . > svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes' > > I am running on the assumption that https with subversion still works > and I've done something wrong. I am mostly concerned about the no > route to host message. > > > 2) Malformed Network Data in svn > When I try to checkout using the svn protocol I get this message over > and over again: > ... > A contrib/gcclibs/libcpp/include/line-map.h > A contrib/gcclibs/libcpp/include/mkdeps.h > svn: E210004: Malformed network data > > > I am thinking I should write this issue off to my local intranet being > less than ideal (using a powerline modem, but never had a user visible > issue with tcp). > > Any input would be grand. If nobody answers back I'll continue with my > assumption that the issues lie on my side. I had a response from a Mr. Trevor R, but I cannot respond because his gateway is rejecting my gmail account. However, he did tell me he ran into a similar issue using https. I have created a documentation bug (221070) and will update it accordingly as more information is available. Russ From owner-freebsd-arm@freebsd.org Fri Jul 28 15:46:01 2017 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 B049ADC8929 for ; Fri, 28 Jul 2017 15:46:01 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::2]) (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 382916598D for ; Fri, 28 Jul 2017 15:46:00 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from asc-t60.schwarzes.net (p5B030717.dip0.t-ipconnect.de [91.3.7.23]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id v6SFjsdi052645; Fri, 28 Jul 2017 17:45:55 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Fri, 28 Jul 2017 17:45:56 +0200 From: Andreas Schwarz To: Russell Haley Cc: freebsd-arm Subject: Re: Checking out head from svn Message-Id: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> In-Reply-To: References: X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.23; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (olinguito.schwarzes.net [78.47.41.143]); Fri, 28 Jul 2017 17:45:58 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 15:46:01 -0000 On Fri, 28 Jul 2017 07:47:17 -0700 Russell Haley wrote: > I have created a documentation bug (221070) and will update it > accordingly as more information is available. There is also a report from me (two month ago), see 219367. -- best regards Andreas From owner-freebsd-arm@freebsd.org Fri Jul 28 15:46:43 2017 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 15D42DC896D for ; Fri, 28 Jul 2017 15:46:43 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::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 A9D6C659F5 for ; Fri, 28 Jul 2017 15:46:42 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id t138so10702823wmt.1 for ; Fri, 28 Jul 2017 08:46:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Jdkto867i5Otv4hxeNguHfKYGEGhCP6dhMzudHDyAiE=; b=sZv2kfDL2ol032ghjhhYOU4H7WGSRsqn3KBBMb5WlN4WgDa9bDMnmLOwpwD8Kooe5h gaAzCrGJKg4XfrfJOjnQ1R+ZqQ9sYAGKPKeAS01vXYmz1ZRNlIuUMP0G7q3e4VYf9LNI 9M7q+yKCG4F4qgSinFbPc+4N0bHZ2Ut4g7g3dBPGpv9TrTvsBqh2WJWLj3FlLXo0+qnn LOI35B3YbVD3qGSCR1xFlr22Hp/Dia669yF4mYeVJlC5gZCc0BqUjCGTh7o0usCsm8ar fCDzMQJaC8hVLPv8ClcxvaBfOb5HyBu06ipbSen/v1JBDhS79AcpnRqPGapZiN5usKbA /kIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Jdkto867i5Otv4hxeNguHfKYGEGhCP6dhMzudHDyAiE=; b=UC2Rr6OOkRZZHczXixjyz6VCxfisvLIy5bm2CDC58oQGB7kYGl1orKiSyTIYcNbv+3 AyKujr3TohDiPVu0iGu8UBPOypwF4Wu0ttODq3WBZzbuhWKYooCajKkGCljTZktizVs4 Fv9R6kL3AESJsRWGaNdmPq4j8pTHVxQTCYE77bel8B9PLJg2CZHm4HT/RjTjqXTxbPgF DUMUdeD/g3eGEG3IY9cqNzNkVB+yuL+qR4Mxuu5tW5CuOuHxOp8Ba6rdmJS5RB8jpIFj srB3q151zaqYoQPXB9ZPAXHidEnezbeL8iVpKgBCOkkCDMMLVZFHLFxGRlvGfoVzlaEe eUjg== X-Gm-Message-State: AIVw113TGjfUhAZOFhQEv/NZAftBPHPXmdwl60OSO63+gtcMvjA52DD2 4U41qT0aOB2rI+mltLG+6VTTxyh5BOGk X-Received: by 10.28.84.86 with SMTP id p22mr5792178wmi.3.1501256800362; Fri, 28 Jul 2017 08:46:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.135.144 with HTTP; Fri, 28 Jul 2017 08:46:39 -0700 (PDT) In-Reply-To: References: From: jungle Boogie Date: Fri, 28 Jul 2017 08:46:39 -0700 Message-ID: Subject: Re: Checking out head from svn To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 15:46:43 -0000 On 28 July 2017 at 07:47, Russell Haley wrote: > > I have created a documentation bug (221070) and will update it > accordingly as more information is available. > I did a svnlite test on an i386 with https yesterday. Can you use curl and connect to the hostname over https? > Russ -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info From owner-freebsd-arm@freebsd.org Fri Jul 28 16:22:19 2017 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 1BBB9DC9A50 for ; Fri, 28 Jul 2017 16:22:19 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0B6767373 for ; Fri, 28 Jul 2017 16:22:18 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xJvJ843v6zrLt DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501258936; bh=mtbIzwYkwsyDUfMgdo8VzmAhB9K3zqBdFYkZQJeAlwI=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20PINE64+=20Release=20APs,=20APs=20not=20started|T o:=20Emmanuel=20Vadot=20|Cc:=20Andrew=20Tur ner=20,=0D=0A=20=20=20=20=20=20=20=20"freebs d-arm@freebsd.org"=20|References:=20<79dd 24d5-9669-a767-be2a-0e84bc4d22ae@restart.be>=0D=0A=20<201707270752 34.dd3ec3c7959a302f402e6002@bidouilliste.com>=0D=0A=20<8161dee3-1c da-c95a-f05c-de898d203673@restart.be>=0D=0A=20<20170727164320.6a07 36c0be8cc7574be4e1c7@bidouilliste.com>=0D=0A=20<6CC5EDB5-09CF-4037 -AC5F-FFB6453B95F7@fubar.geek.nz>=0D=0A=20<20170727170250.638710a6 21ec98f69b348c84@bidouilliste.com>=0D=0A=20=0D=0A=20=0D=0A=20<20170728102956.3f0c5622bec8025cfbbbf81 c@bidouilliste.com>|From:=20Henri=20Hennebert=20|D ate:=20Fri,=2028=20Jul=202017=2018:22:12=20+0200|In-Reply-To:=20<2 0170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com>; b=Yple/F7uL4PRKxxry0zn+yTfd4vuLE8XORNY5araVX9LPbGCNYU/c1GAm/PL4nFTD W+6yoAsO57iNHJc+BiX8jl+XwGpMn3PM4qzmvxSzooOlb8kEh6utobXob4fEcpnzyv EXpH+I/jzHn4Si9B1nSnq4RzAS1N2Dk8cXKPtDfsLDapBxKbcwnVq1w1TOLvP7m3uY ANYaQSWY62OWceLzN2iqXXd+Aspgd8EQwoVN0v2C65NH96XZQqPRn/4zgWiC/bmutp KzXZ9RCBcT8GJdKRIWLJ7bBxh8WnFS5kjgncXK8IvbZog6BYVi0YaZ4xaMCLRqdv8C ZRcVwUrxbHi/A== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xJvJ843v6zrLt; Fri, 28 Jul 2017 18:22:16 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v6SGMDfu072203 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 28 Jul 2017 18:22:14 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: PINE64+ Release APs, APs not started To: Emmanuel Vadot Cc: Andrew Turner , "freebsd-arm@freebsd.org" References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> From: Henri Hennebert Message-ID: Date: Fri, 28 Jul 2017 18:22:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 16:22:19 -0000 > > Can you please try using the latest source and use GENERIC and > GENERIC-NODEBUG just to see if we do see the same problem please ? > > My overdrive 1000 is currently building world up to the latest source > so I can see if -NODEBUG work on it or not. > I build GENERIC from r321649 and get this: U-Boot SPL 2017.07-00011-g41b31da7ca-dirty (Jul 27 2017 - 07:37:57) DRAM: 2048 MiB Trying to boot from MMC1 >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 5 block devices.......* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6dbd008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x7bccf8 data=0xa4000+0x43c1e2 syms=[0x8+0x109368+0x8+0xfd93d] /boot/entropy size=0x1000 /boot/kernel/zfs.ko text=0x923a8 text=0x10bc40 data=0x11540+0x9f9d0 syms=[0x8+0x1e8d0+0x8+0x19400] /boot/kernel/opensolaris.ko text=0x14f8 text=0x1000 data=0x10160+0x125d0 syms=[0x8+0x1068+0x8+0x906] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 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 12.0-CURRENT #0 r321649M: Fri Jul 28 17:11:01 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/GENERIC arm64 FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 aw_ccung0: mem 0x1c20000-0x1c203ff on simplebus0 iichb0: mem 0x1c2b000-0x1c2b3ff irq 19 on simplebus0 iicbus0: on iichb0 regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 210 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 10,11,12 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 24 on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 22,23 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 4 on simplebus0 mmc0: on a10_mmc0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 9 on simplebus0 usbus0 on ohci0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 13 on simplebus0 uart0: console (115384,n,8,1) iic0: on iicbus0 gpioc1: on gpio1 awg0: mem 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 irq 25 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:cf:46:d5:39 cryptosoft0: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Instruction Set Attributes 1 = <0> Processor Features 0 = Processor Features 1 = <0> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> Memory Model Features 1 = <> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:rpool/ROOT/default [rw,noatime]... Solaris: NOTICE: Cannot find the pool label for 'rpool' Mounting from zfs:rpool/ROOT/default failed with error 5. Loader variables: vfs.root.mountfrom=zfs:rpool/ROOT/default vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> Note device_attach: uhub0 attach returned 6 I retry 5 times with the same result. Henri From owner-freebsd-arm@freebsd.org Fri Jul 28 16:40:15 2017 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 2FD24DC9DBD for ; Fri, 28 Jul 2017 16:40:15 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx1.mailbox.org (mx1.mailbox.org [80.241.60.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E41E967B3F for ; Fri, 28 Jul 2017 16:40:14 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id 091AD461AD; Fri, 28 Jul 2017 18:40:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:message-id:date:date:received; s= mail20150812; t=1501260004; bh=rHfhkqlJtYnvMPZDIUeEQjjd2d6w9aE7+ 2jdJzIzh+U=; b=JiC3wBwjmXPCGwQxPwjIjmPn+Obi/smAbAGnX/R1K7bvjSYbw j7wFFMB6qXmjllF2MOcQY5geef4RFbu85koXVG9g0I48RSWx0J6aGgrYdXWm8cq+ tbbsJX4US6IrFeKjVnVkOnSplQZEKtfjrIy5yy93DUFcWrjfyaWpnc0d0/vAahlB hwOg966BY2+4ZOQl5Mg2tkGi21xpBsB9iRZ14M43T+Ji6xQKQDGlUN76jltq0Nc9 DNMqMX5NEQ1a8Tlkr0JMa6rBcsCAV0GxiAiJD5s6glULP6cE9mIE6l5P/UewVmLC N49cUqUE41w7zby3FAIMISCg5cNBkdToJMQVw== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter03.heinlein-hosting.de (spamfilter03.heinlein-hosting.de [80.241.56.117]) (amavisd-new, port 10030) with ESMTP id ePGu72shQAb0; Fri, 28 Jul 2017 18:40:04 +0200 (CEST) Date: Fri, 28 Jul 2017 18:40:03 +0200 Message-ID: <87d18ksefw.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: Andreas Schwarz Cc: Russell Haley , freebsd-arm Subject: Re: Checking out head from svn In-Reply-To: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> References: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 16:40:15 -0000 Andreas Schwarz skrev: > > On Fri, 28 Jul 2017 07:47:17 -0700 > Russell Haley wrote: > >> I have created a documentation bug (221070) and will update it >> accordingly as more information is available. > > There is also a report from me (two month ago), see 219367. Are you located in Europe? Can you try a mirror in the USA (svn0.us-east.freebsd.org or svn0.us-west.freebsd.org)? I cannot checkout from svn0.eu.freebsd.org running FreeBSD (i386/amd64) in VirtualBox VM on a GNU/Linux host (Fedora 26). It works fine in a Debian and NetBSD VM on the same machine. -- Herbert From owner-freebsd-arm@freebsd.org Fri Jul 28 17:10:02 2017 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 53597DCA779 for ; Fri, 28 Jul 2017 17:10:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::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 20D4C68C52 for ; Fri, 28 Jul 2017 17:10:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-pf0-x236.google.com with SMTP id z129so58619965pfb.3 for ; Fri, 28 Jul 2017 10:10:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:content-transfer-encoding:message-id:date:subject:from :in-reply-to:references:to:cc; bh=72Q8eYHv7DG5DXW29f19Kzvlh+6TvnYbIKepDCwJ8Jw=; b=mhhrYOzPltN7yhyduiXYS8M+hsfVZzGgOVaxBFqHhSSzihceVuKEn0eYx/OZfaTtMD sXQKUMtZu/z1ih1HgfvUosaS200BV8wQCPDDqsri9z5fCy5JPn66cpPHe6ruZX6bVsL8 J8xDUoH8G/CrI9XVK33lSXw+cF5nAZ4EvYFVttp0XD6B9AbsrB1u8rxde52SKWbRy4/Y upiHuzI02QZRNbcw0RHKLz8/27FHMhEPn/gwZXoX58H9tPQm7HQw/HsEAgDH16KtV35b 0PhXsZJIstJuGxIel01NgBwTDWeLdK87v5mNEPCd6io9sllsX3aWriJm6pMXciRm7Bis VPow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:subject:from:in-reply-to:references:to:cc; bh=72Q8eYHv7DG5DXW29f19Kzvlh+6TvnYbIKepDCwJ8Jw=; b=ldsxGwF7gBIvI7X9eiiyeQNvNim+rQlSPVGCizwrQHchRKLsPnn7XPIK3ZNARuL76T d9+P+R9LQYkdJCQbLhoRlj/tZV9u3xc9wpfpJF0QWa+/zz1w9idTtOY6oV7B2PRe16DK c4pBx8rfnpRoa6NylE4guUAncgWJZ3ZPiihgYRTTWWKs52yNCIFiL0ogs23MbygC8rxh JDAw/Ldd5WLJ6aBSgWZ/cQV5bSz6c3Vb66Ryn+YjUT8/9nHylUSP6PDk9ej2W3NvsFmN hUxx68UTmoW0rOl6gTdmtj9KHPpv9r6vjmGKZAMV5kXsDkGMtNhOsTCKWu68+7sp98q2 Bxbw== X-Gm-Message-State: AIVw110ZHM/Yd4zpwAa2C+5N1r2bk9ErA40yG2h2akbqa3NyBeruln97 lITasVKrlycPFg== X-Received: by 10.84.168.4 with SMTP id e4mr8625634plb.227.1501261801771; Fri, 28 Jul 2017 10:10:01 -0700 (PDT) Received: from [127.0.0.1] ([184.151.231.101]) by smtp.gmail.com with ESMTPSA id n16sm34737319pgc.84.2017.07.28.10.09.59 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 28 Jul 2017 10:10:00 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.3.2163) Message-ID: <20170728170959.6361171.41633.29713@gmail.com> Date: Fri, 28 Jul 2017 10:09:59 -0700 Subject: Re: Checking out head from svn From: Russell Haley In-Reply-To: References: To: jungle Boogie Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 17:10:02 -0000 No, I just submitted a documentation bug about that. Use svn://. It's not v= ery robust though and I tend to get a lot of malformed packets on my over p= owerline network.=A0 Russ Sent=A0from=A0my=A0BlackBerry=A010=A0smartphone=A0on=A0the=A0Virgin=A0Mobil= e=A0network. =A0 Original Message =A0 From: jungle Boogie Sent: Friday, July 28, 2017 8:46 AM To: Russell Haley Cc: freebsd-arm Subject: Re: Checking out head from svn On 28 July 2017 at 07:47, Russell Haley wrote: > > I have created a documentation bug (221070) and will update it > accordingly as more information is available. > I did a svnlite test on an i386 with https yesterday. Can you use curl and connect to the hostname over https? > Russ --=20 ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info From owner-freebsd-arm@freebsd.org Fri Jul 28 20:02:28 2017 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 3B226DCD8EB for ; Fri, 28 Jul 2017 20:02:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-86.reflexion.net [208.70.210.86]) (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 DB0726EBED for ; Fri, 28 Jul 2017 20:02:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22841 invoked from network); 28 Jul 2017 19:35:46 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 28 Jul 2017 19:35:46 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Fri, 28 Jul 2017 15:35:46 -0400 (EDT) Received: (qmail 17433 invoked from network); 28 Jul 2017 19:35:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 28 Jul 2017 19:35:45 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 2F4BCEC8BF3; Fri, 28 Jul 2017 12:35:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: PINE64+ Release APs, APs not started From: Mark Millard In-Reply-To: Date: Fri, 28 Jul 2017 12:35:44 -0700 Cc: Emmanuel Vadot , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <31DAAF01-6561-4FC2-89D2-0DC12CDE42B7@dsl-only.net> References: <79dd24d5-9669-a767-be2a-0e84bc4d22ae@restart.be> <20170727075234.dd3ec3c7959a302f402e6002@bidouilliste.com> <8161dee3-1cda-c95a-f05c-de898d203673@restart.be> <20170727164320.6a0736c0be8cc7574be4e1c7@bidouilliste.com> <6CC5EDB5-09CF-4037-AC5F-FFB6453B95F7@fubar.geek.nz> <20170727170250.638710a621ec98f69b348c84@bidouilliste.com> <20170728102956.3f0c5622bec8025cfbbbf81c@bidouilliste.com> To: Henri Hennebert X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 20:02:28 -0000 On 2017-Jul-28, at 9:22 AM, Henri Hennebert wrote: . . . > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER > device_attach: uhub0 attach returned 6 > usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB . . . -r320612 is described in part with: "USB is not working for now" for A64 contexts. So if I understand right the above sort of thing is expected for now. The update has unfortunately temporarily regressed significant functionality for A64. Hopefully this status is not intended to last all that long. === Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jul 28 20:05:33 2017 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 E7730DCDA40 for ; Fri, 28 Jul 2017 20:05:33 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::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 6DE4D6ECF3 for ; Fri, 28 Jul 2017 20:05:33 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x234.google.com with SMTP id y15so95195809lfd.5 for ; Fri, 28 Jul 2017 13:05:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=9ypQoI2c7Hdm4VRWTLzhNjWQeb5v7rg14bExSMNW8n8=; b=Ib8BGaRsbnw3LkumOXATB7oPzVvvsnsPfSJvemn9GDQ0KUMa9n45MokU6W1GinzrXG Co8bidDHieeaZ8LRzcEqAieaKe2YMViJjKJA+W9TLjk8U3r7BRxi1ohSXdIf4G6EqUqF nRirm2ExBWFY+azXxzJiCyhT48x/+r/6HXYx3pXcLUCuTbILyO277+vKLYrqfTU8Rz/9 H6+YG0So5alLa1MHkwKZx1aBc9Hv+zRMCVLpKo5VSOxg/zU7G/h3v+E4PHq+tHneNIL4 +iNn8YeCJi7Dd9dlJf97qIJGCcNBYsZ5+krGmK7q+VQDZsVHwSRGrAz4dGh3uVNwRnff f/rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=9ypQoI2c7Hdm4VRWTLzhNjWQeb5v7rg14bExSMNW8n8=; b=eC525WjkY1IVUC4GYcuDKOgZfTc3mxr8+q0f8QyjJOBVvKoa+e9xIEJ2qOwy8Vp56W Txmp5lu8dTANiFZ7Fdt7cjDyZvSaYK7FDEDfwmPnWT1SqeDEpGYolJVeuQHZrHnqNlNO y0BtQ+2VUzOsafLB8md+BFPJfi1YcgaXTSpisq5XoiFzybPeoH10IAEIxYNX4Pm/FO80 npXS3G+rhmRbNl8iRkOBmhpvG1KnkIUXvvm2+MjXaYuZMI4eCmHHFzSBRDhKrCI0qq5E VVvJHawWPgl/ndSfKFnSoX8WEpsj9hLtbN8CKEoCmKaBJ4sxCP3mPNyXhu7EYZL4fipK w46g== X-Gm-Message-State: AIVw110iox1bA2w7irWx0coZoJVxbQq49gVz26gLmpAEiGlhl+53tOy8 uuA2Ef6SQ+hw36IPUQQT7mpFrKA4oQ== X-Received: by 10.25.196.8 with SMTP id u8mr641347lff.40.1501272331529; Fri, 28 Jul 2017 13:05:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.81.18 with HTTP; Fri, 28 Jul 2017 13:05:30 -0700 (PDT) In-Reply-To: References: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> From: Russell Haley Date: Fri, 28 Jul 2017 13:05:30 -0700 Message-ID: Subject: Fwd: Checking out head from svn To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 20:05:34 -0000 ---------- Forwarded message ---------- From: Russell Haley Date: Fri, Jul 28, 2017 at 1:03 PM Subject: Re: Checking out head from svn To: Andreas Schwarz On Fri, Jul 28, 2017 at 8:45 AM, Andreas Schwarz wrote: > On Fri, 28 Jul 2017 07:47:17 -0700 > Russell Haley wrote: > >> I have created a documentation bug (221070) and will update it >> accordingly as more information is available. > > There is also a report from me (two month ago), see 219367. > > -- > best regards > Andreas Fail on my part, much apologies. I searched but didn't spend long enough. Will set to duplicate and comment on original. Russ From owner-freebsd-arm@freebsd.org Fri Jul 28 21:43:02 2017 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 A0B8BDD0551 for ; Fri, 28 Jul 2017 21:43:02 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::2]) (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 4353772CE0 for ; Fri, 28 Jul 2017 21:43:02 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from asc-t60.schwarzes.net (p5B030717.dip0.t-ipconnect.de [91.3.7.23]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id v6SLgxVq054946; Fri, 28 Jul 2017 23:42:59 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Fri, 28 Jul 2017 23:42:58 +0200 From: Andreas Schwarz To: "Herbert J. Skuhra" Cc: Russell Haley , freebsd-arm Subject: Re: Checking out head from svn Message-Id: <20170728234258.e1689cc8dc9d074d420bd31e@strcmp.org> In-Reply-To: <87d18ksefw.wl-herbert@mailbox.org> References: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> <87d18ksefw.wl-herbert@mailbox.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.23; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (olinguito.schwarzes.net [78.47.41.143]); Fri, 28 Jul 2017 23:43:00 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 21:43:02 -0000 On Fri, 28 Jul 2017 18:40:03 +0200 "Herbert J. Skuhra" wrote: > Are you located in Europe? Can you try a mirror in the USA > (svn0.us-east.freebsd.org or svn0.us-west.freebsd.org)? Yes, I'm located in Europe. root@pizelot:/usr/src # host svn.freebsd.org svn.freebsd.org is an alias for svnmir.geo.freebsd.org. svnmir.geo.freebsd.org has address 213.138.116.72 svnmir.geo.freebsd.org has IPv6 address 2001:41c8:112:8300::e6a:0 svnmir.geo.freebsd.org mail is handled by 0 . > I cannot checkout from svn0.eu.freebsd.org running FreeBSD > (i386/amd64) in VirtualBox VM on a GNU/Linux host (Fedora 26). It works > fine in a Debian and NetBSD VM on the same machine. I don't expect that the problem has to do with the server, because I can use the svnlite binary from r314301 which works like expected. Nevertheless, I've just made a test with svn0.us-east.freebsd.org. root@pizelot:/usr/src # svnlite checkout http://svn0.us-east.freebsd.org/base/head /usr/src svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes' root@pizelot:/usr/src # root@pizelot:/usr/src # /root/svnlite.r314301 checkout http://svn0.us-east.freebsd.org/base/head /usr/src A etc A etc/rc.d A etc/rc.d/ldconfig [...] -- best regards Andreas From owner-freebsd-arm@freebsd.org Sat Jul 29 10:14:51 2017 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 74D53DC08F8 for ; Sat, 29 Jul 2017 10:14:51 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx1.mailbox.org (mx1.mailbox.org [80.241.60.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 317E9672D2 for ; Sat, 29 Jul 2017 10:14:50 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id 8E35245D8B; Sat, 29 Jul 2017 12:14:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:message-id:date:date:received; s= mail20150812; t=1501323285; bh=IJDkm+z5aFz0bRo+ms+9iIWdYeXqTUaKx 3P7/EdRTPk=; b=r/FvJqWiilfMj8pvm4WCOyoDrtLHRthIrrwtZlZyq506a3G41 MNsnhRZZcbDK4eTxQ6L93MTJtUSzzYDDw4wyRMbbXduD75RdeblyGSuQjZgxfEPK ISeVLMRrEZOATYboSQoz6arYBiYzYs39OTTnaJP9mK3sgSerzuQ7dGIHNlXdSuIE 8WpSNYT02Om4PePBmzbgrFdcihBGRRLb5+0b75voscLZGw6o3VezJuJFjM2U9u0g opOnymDtygHoTRO+otLDrmHEi6EyykihkFAfAIk4FChevJIG3Lx7MVzooZxfA4PB xDfyCJN7o1Uy6+cuBvJFLLYq0e1XtIiV4fWnw== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.172]) (amavisd-new, port 10030) with ESMTP id QL6_rWMplmZ9; Sat, 29 Jul 2017 12:14:45 +0200 (CEST) Date: Sat, 29 Jul 2017 12:14:44 +0200 Message-ID: <87inibv9bf.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Cc: Andreas Schwarz , Russell Haley Subject: Re: Checking out head from svn In-Reply-To: <20170728234258.e1689cc8dc9d074d420bd31e@strcmp.org> References: <20170728174556.47bb58daabdd229310dcbb23@strcmp.org> <87d18ksefw.wl-herbert@mailbox.org> <20170728234258.e1689cc8dc9d074d420bd31e@strcmp.org> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jul 2017 10:14:51 -0000 Andreas Schwarz skrev: > > On Fri, 28 Jul 2017 18:40:03 +0200 > "Herbert J. Skuhra" wrote: > >> Are you located in Europe? Can you try a mirror in the USA >> (svn0.us-east.freebsd.org or svn0.us-west.freebsd.org)? > > Yes, I'm located in Europe. > > root@pizelot:/usr/src # host svn.freebsd.org > svn.freebsd.org is an alias for svnmir.geo.freebsd.org. > svnmir.geo.freebsd.org has address 213.138.116.72 > svnmir.geo.freebsd.org has IPv6 address 2001:41c8:112:8300::e6a:0 > svnmir.geo.freebsd.org mail is handled by 0 . > > >> I cannot checkout from svn0.eu.freebsd.org running FreeBSD >> (i386/amd64) in VirtualBox VM on a GNU/Linux host (Fedora 26). It works >> fine in a Debian and NetBSD VM on the same machine. Yeah, this is probably a different problem. Maybe I should open another PR!? > I don't expect that the problem has to do with the server, because I can > use the svnlite binary from r314301 which works like expected. > > Nevertheless, I've just made a test with svn0.us-east.freebsd.org. > > root@pizelot:/usr/src # svnlite checkout http://svn0.us-east.freebsd.org/base/head /usr/src > svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes' > root@pizelot:/usr/src # > root@pizelot:/usr/src # /root/svnlite.r314301 checkout http://svn0.us-east.freebsd.org/base/head /usr/src > A etc > A etc/rc.d > A etc/rc.d/ldconfig > [...] I am still running FreeBSD 11.1-PRERELEASE (r321073) on my RPI2. I should have checked it before posting. The port devel/subversion is also broken unless built with MAINTAINER_DEBUG=on. -- Herbert From owner-freebsd-arm@freebsd.org Sat Jul 29 18:13:36 2017 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 1475BDC833B for ; Sat, 29 Jul 2017 18:13:36 +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 C753E73119 for ; Sat, 29 Jul 2017 18:13:35 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id v6THi0qK042103; Sat, 29 Jul 2017 17:44:00 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.101] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id p3ccshuepfm5vrnchfg4ysvcas; Sat, 29 Jul 2017 17:44:00 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RaspberryPi 3 freezes on single user mode (init 1) From: Tim Kientzle In-Reply-To: <201707142245.v6EMjnul094864@pdx.rh.CN85.dnsmgr.net> Date: Sat, 29 Jul 2017 10:44:00 -0700 Cc: Guangyuan Yang , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <201707142245.v6EMjnul094864@pdx.rh.CN85.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jul 2017 18:13:36 -0000 > On Jul 14, 2017, at 3:45 PM, Rodney W. Grimes = wrote: >=20 >> On Thursday, July 13, 2017 10:34:03 AM EDT sVx wrote: >>> Hi, >>>=20 >>> I've installed RaspBSD (FreeBSD-aarch64-12.0-GENERIC-320146M.img) on = an >>> 4 GB microSD-Card for a RaspberryPi 3. So far it boots and runs fine = but I >>> would like to expand the root slice (the only slice) over the full = disk >>> space but I cannot enter single user mode. >>>=20 >>> Un-commenting in /etc/rc.conf 'growfs_enable=3D"YES"' and rebooting = has no >>> effect. So I tried the manual way via `gpart resize /dev/mmcsd0s2` = but >>> growfs(8) cannot expand root because root is mounted -- I guess. So = I >>> tried `init 1` which just directly freezes the system as well as >>> `nextboot -o "-s" -k kernel` which hangs right after detecting the >>> keyboard. Guess in both cases it just freezes. >>=20 >> Can confirm that 'growfs_enable=3DYES' is not working properly on = RaspBSD. >> Instead, running a 'service growfs onestart' worked for me: >=20 > I believe you need to have /firstboot before growfs_enable=3D"YES" = well > work for you. /firstboot is in the rpi images from RaspBSD, but once > you have booted it the first time that file is wiped. I suspect this confuses a lot of folks at various times. Perhaps growfs_enable should print an informative message if it is not the first boot, such as: growfs_enable: Skipping FS resize, since this is not the first = boot. growfs_enable: To force a resize: $ touch /firstboot ; reboot