From owner-freebsd-arm@FreeBSD.ORG Mon Aug 11 02:27:47 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF67FA49 for ; Mon, 11 Aug 2014 02:27:47 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1AE62CFA for ; Mon, 11 Aug 2014 02:27:47 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XGfKl-000E62-T6; Mon, 11 Aug 2014 02:27:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7B2Rcbm026694; Sun, 10 Aug 2014 20:27:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19eKL1LD0Hin2/KdgvgnILH X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: What platform do you use? From: Ian Lepore To: Tim Kientzle In-Reply-To: References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <20140805182438.GP88623@funkthat.com> <53E3E2C7.9000802@hot.ee> <24403276-D738-4CB1-A3BE-BBB72D4370C6@bsdimp.com> <724D10EE-F6DF-4366-91CF-AE4419847389@gromit.dlib.vt.edu> Content-Type: text/plain; charset="us-ascii" Date: Sun, 10 Aug 2014 20:27:37 -0600 Message-ID: <1407724057.56408.461.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 02:27:47 -0000 On Fri, 2014-08-08 at 21:11 -0700, Tim Kientzle wrote: > On Aug 8, 2014, at 6:35 AM, Paul Mather wrote: > > > > > It would be handy for those of us wanting to cross-build FreeBSD/arm > > for someone who is familiar with the build process to give a quick > > example of how to update a FreeBSD/arm installation that is cross-built > > on another system. > > Personally, I use native "make buildworld buildkernel" and > let it run over the weekend. ;-) > > I know a lot of people are happy with NFS mounts, but > here are two other options that may prove attractive > to some people: > > * For systems that boot from SD card: > Cross-build a new system, mount the SD card onto the > build host, and then update the SD card image with > make ARCH=armv6 DESTDIR=/mnt/ installworld > A slight variation on this can save some time: create a dir to hold a copy of your sdcard root filesystem on your crossbuild host, and use it for the install, then rsync it to the sdcard: make TARGET_ARCH=armv6 DESTDIR=~/bbroot installworld installkernel mount /dev/da0s2a /mnt rsync -vaxH ~/bbroot/ /mnt/ umount /mnt This gets you the rsync "binary diff" speedup of only writing files that actually changed, and it's writing that's typically slow on sdcards. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Aug 11 02:37:27 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677A5B60 for ; Mon, 11 Aug 2014 02:37:27 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A4252DE4 for ; Mon, 11 Aug 2014 02:37:26 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XGfUD-000IEv-MB for freebsd-arm@freebsd.org; Mon, 11 Aug 2014 02:37:25 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7B2bOC4026706 for ; Sun, 10 Aug 2014 20:37:24 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/NxI3W8v3dVtygzHNY4gZb X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: And now for the actual test... [was: Re: What platform do you use?] From: Ian Lepore To: freebsd-arm In-Reply-To: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> Content-Type: text/plain; charset="iso-8859-13" Date: Sun, 10 Aug 2014 20:37:24 -0600 Message-ID: <1407724644.56408.469.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id s7B2bOC4026706 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 02:37:27 -0000 On Tue, 2014-08-05 at 10:26 -0600, Warner Losh wrote: > Greetings, >=20 > I=FFd like to know what platforms people use FreeBSD/arm with, and if y= ou=FFd have time to test some potentially =B4break the kernel=A1 sort of = changes in the next month? >=20 > I have the following boards: boatloads of atmel, BBB, and RPI. This cov= ers the at91, imx6 and broadcom directories. I also have a allwinnner boa= rd, but I=FFve never got it booting FreeBSD. Likewise with a rockchip. I = have some marvell gear too, but it is buried deep. This leaves a lot of o= ther boards/SoCs to cover... >=20 > Warner >=20 So, anybody wanting to do the testing alluded to in this thread-starting message, here's all you need to do: - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. - Rebuild and install the kernel, boot. - Everything should still work. The only difference you should notice is that devices load in a different order at boot time. Specifically, you'll see all the busses listed first, then interrupt controllers, then l2cache, then clocks and timers, then all the usual stuff after that. There's no immediate benefit or speedup or anything, this is to help pave the way for using fdt data that comes with a board or system instead of needing our special freebsd dtb files. Right now we count on devices loading in the order we list them in our dts source. This is a new way of loading things that should ensure critical devices are loaded first, even when we can't control the order of things in the fdt data. I've tested this on wandboard only so far. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Aug 11 18:44:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B52C8B4C; Mon, 11 Aug 2014 18:44:25 +0000 (UTC) Received: from smtprelay-h31.telenor.se (smtprelay-h31.telenor.se [213.150.131.4]) (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 3DC5C224D; Mon, 11 Aug 2014 18:44:24 +0000 (UTC) Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id AC8B9C1DF; Mon, 11 Aug 2014 20:43:51 +0200 (CEST) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoUKAIEO6VNV5V4+PGdsb2JhbABagw2BLYcrygeBeoEhAYEbFwUBAQEBODaEBAEEATIBIyMFCwtGLQwKFAYKiEMMAcMKF49MB4RMBZBxKFeGB4Fug3yRb4U4Ow X-IPAS-Result: AoUKAIEO6VNV5V4+PGdsb2JhbABagw2BLYcrygeBeoEhAYEbFwUBAQEBODaEBAEEATIBIyMFCwtGLQwKFAYKiEMMAcMKF49MB4RMBZBxKFeGB4Fug3yRb4U4Ow X-IronPort-AV: E=Sophos;i="5.01,843,1400018400"; d="scan'208";a="56161936" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb1.telenor.se with ESMTP; 11 Aug 2014 20:43:51 +0200 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1XGuZS-000Bxb-GZ; Mon, 11 Aug 2014 20:43:50 +0200 Received: from 85.229.95.175 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Mon, 11 Aug 2014 20:43:50 +0200 (CEST) Message-ID: <26202.85.229.95.175.1407782630.squirrel@webmail.alvermark.net> In-Reply-To: <1407724644.56408.469.camel@revolution.hippie.lan> References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <1407724644.56408.469.camel@revolution.hippie.lan> Date: Mon, 11 Aug 2014 20:43:50 +0200 (CEST) Subject: Re: And now for the actual test... [was: Re: What platform do you use?] From: "Jakob Alvermark" To: "Ian Lepore" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 18:44:25 -0000 On Mon, August 11, 2014 04:37, Ian Lepore wrote: > So, anybody wanting to do the testing alluded to in this thread-starting > message, here's all you need to do: > > - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. > - Rebuild and install the kernel, boot. > - Everything should still work. > > > The only difference you should notice is that devices load in a > different order at boot time. Specifically, you'll see all the busses > listed first, then interrupt controllers, then l2cache, then clocks and > timers, then all the usual stuff after that. > > There's no immediate benefit or speedup or anything, this is to help > pave the way for using fdt data that comes with a board or system instead > of needing our special freebsd dtb files. Right now we count on devices > loading in the order we list them in our dts source. This is a new way of > loading things that should ensure critical devices are loaded first, even > when we can't control the order of things in the fdt data. > > I've tested this on wandboard only so far. It works on my Allwinner A13: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #6 r269780M: Sun Aug 10 17:47:09 CEST 2014 root@superdata:/usr/obj/a13/arm.armv6/usr/src/sys/A13_OLINUXINO arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 516755456 (492 MB) random: initialized ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x1c20400-0x1c207ff on simplebus0 a10_sramc0: mem 0x1c00000-0x1c00fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 22 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c97 on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 28 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 39 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 uart0: <16750 or compatible> mem 0x1c28400-0x1c287ff irq 2 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 random: unblocking device. Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 uhub1: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number 001CC0EC330FBAC0300001B1 da0: 40.000MB/s transfers da0: 3824MB (7831552 512 byte sectors: 255H 63S/T 487C) da0: quirks=0x2 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.4: at usbus0 urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R Trying to mount root from ufs:/dev/da0s2 []... warning: no time-of-day clock registered, system time will not be set accurately wlan0: Ethernet address: ac:f1:df:0c:59:26 Jakob From owner-freebsd-arm@FreeBSD.ORG Mon Aug 11 19:53:26 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 263EA1F9; Mon, 11 Aug 2014 19:53:26 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 011F22AD5; Mon, 11 Aug 2014 19:53:25 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7BJrOb9036895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Aug 2014 12:53:24 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7BJrOof036894; Mon, 11 Aug 2014 12:53:24 -0700 (PDT) (envelope-from jmg) Date: Mon, 11 Aug 2014 12:53:24 -0700 From: John-Mark Gurney To: Ian Lepore Subject: Re: And now for the actual test... [was: Re: What platform do you use?] Message-ID: <20140811195324.GX83475@funkthat.com> Mail-Followup-To: Ian Lepore , freebsd-arm References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <1407724644.56408.469.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1407724644.56408.469.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 11 Aug 2014 12:53:24 -0700 (PDT) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 19:53:26 -0000 Ian Lepore wrote this message on Sun, Aug 10, 2014 at 20:37 -0600: > On Tue, 2014-08-05 at 10:26 -0600, Warner Losh wrote: > > Greetings, > > > > I?d like to know what platforms people use FreeBSD/arm with, and if you?d have time to test some potentially ?break the kernel? sort of changes in the next month? > > > > I have the following boards: boatloads of atmel, BBB, and RPI. This covers the at91, imx6 and broadcom directories. I also have a allwinnner board, but I?ve never got it booting FreeBSD. Likewise with a rockchip. I have some marvell gear too, but it is buried deep. This leaves a lot of other boards/SoCs to cover... > > > > Warner > > > > So, anybody wanting to do the testing alluded to in this thread-starting > message, here's all you need to do: > > - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. > - Rebuild and install the kernel, boot. > - Everything should still work. AVILA board booted fine... No reordering of anything... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Mon Aug 11 22:22:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6CA8800 for ; Mon, 11 Aug 2014 22:22:41 +0000 (UTC) Received: from nm14-vm5.access.bullet.mail.gq1.yahoo.com (nm14-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.132]) (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 79B2B2D1D for ; Mon, 11 Aug 2014 22:22:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1407795438; bh=aX3z5+PrefPcPizi2rTmyFdVnJJCpoNjH0zt1w8KTks=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GeTNzOouRipJQSj1R2jx0rjkB8Jt4hTshArycZIOV7Zz3XnG/7FTwvNZwI030ZGo0EvMaDvxbsFerujsumrkWEHHdXyw+V/4FHHYFEpvIajW/9+lUW1RY6MTEclHWqi8MrDiN6aOYlncRDmaq0mtV4n1wej2iYKXZOSaykjjqabUljuSiLCeNVvYVSAHBgCFX1iWuP/UP2T9lIa3WTnI/MDBRpg8CXvDp9tw0Dbo6UMizNU8dKX5/fIZpuiN0JTNyiVnhfXIhG70tXihqcrfHvqaIhPP6ziALiRCRpsguc6hdQQsWgOhz1oJz4os6GdtJ+JPfjXkDROVWB91rCF6Hg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=sbcglobal.net; b=RkuXFA9YggZrKsYYiK678brQUvrzKkkUNMkS7mHV3p+fPyGR74h/dTCDJD2nZU3vwvAW0Pos0L5S9ZoLmXuOzwWBC1I7b1QBFMgWQYNV+M3m/ppF9mh+UE4uGeihvCTdjSxuUyrdseMmoksferEx9V98WyQ5w/jgMY8Y3O62ToOqRGt1r4dFxglLEkmOJXmxeXw9fweJrqCecFobMgHQog9q4ZIVW2KfiQ0on2s/NQcjk3HH6BCIMWAIfxOVg6O2DjWzLKtvRZMhjql9XKDwkt1+/CTPzoiSVT692FlBuMur/+e2EUNStBeSO7C326hwTwxtXtElCf//UKStwSwS+g==; Received: from [216.39.60.175] by nm14.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Aug 2014 22:17:18 -0000 Received: from [67.195.23.147] by tm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Aug 2014 22:17:18 -0000 Received: from [127.0.0.1] by smtp119.sbc.mail.gq1.yahoo.com with NNFMP; 11 Aug 2014 22:17:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1407795438; bh=aX3z5+PrefPcPizi2rTmyFdVnJJCpoNjH0zt1w8KTks=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YGPaee9FfYBq+fj+8gHm0gjOYycGuCKz7tgW888z17GCJ/mH8T9Bix4QetWNFqmRPaRUZm8Tc2AcbYqKq00tRRq/B2147tnPVr4g4tW2/h1q9u4V1ptCjHLOh4fTPFGM9lQmiz3d0tDRooGMfpcRtvXfjj2TA84g6cpdkeG48qk= X-Yahoo-Newman-Id: 487504.46849.bm@smtp119.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EQBzZr0VM1mlmpHTC515.fjBEtFFmi8CASsudVj855OFRTP O5nTdrkVHCYtE4D4_wARzGzEPDymZf6Q93ASZAWgwowO9L5.2ww2WKAadOrA 768aiE1BA2VX6podlLGCumVBiQPXYkp4PyhV7PW.dL8fdYq1VqpNwFkiVcgE ZZN3gHUE0Dfu.OjWNgRWEPmmHswuX2yz.23wqn2cmVaJnJvedOQzFr_U0wZP y3tTnfNJuozrmP3t66EyknZsjko30_9UHi6WMx9Fhx7hUJr22eBSc81n8W12 NRpLuRCZp9oWtbMNPXkhBHJnb4eXgZSQdkYvImobIZDI1jStl4EBOCroTTrd W3.9EISBCAPeNXchKQPNPcWaefdf4wmjvG3We_KJS9SChHrVhYSxS_dvcg28 Yxzxh8N3pbL9zoFVqV8.mfZ1DBiNuglqCNDhoOKLfS9K8mqFZre0KimNCfO1 b.Vtjld45seSBFhM4dE_Xd0SBwbvKU2y8gYu8r7rTyOp29cKFfe5lmk.pv_M t_kjZD.Fl0HiUdQZI66d2w.Gv8DjWgc3PzmwRX1751iQmlGmQPGecyWG3spQ - X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- Message-ID: <53E940ED.9060508@sbcglobal.net> Date: Mon, 11 Aug 2014 15:17:17 -0700 From: Thomas Skibo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ian Lepore , freebsd-arm Subject: Re: And now for the actual test... [was: Re: What platform do you use?] References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <1407724644.56408.469.camel@revolution.hippie.lan> In-Reply-To: <1407724644.56408.469.camel@revolution.hippie.lan> Content-Type: text/plain; charset=iso-8859-13; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 22:22:41 -0000 On 08/10/2014 07:37 PM, Ian Lepore wrote: > On Tue, 2014-08-05 at 10:26 -0600, Warner Losh wrote: >> Greetings, >> >> Iÿd like to know what platforms people use FreeBSD/arm with, and if youÿd have time to test some potentially ´break the kernel¡ sort of changes in the next month? >> >> I have the following boards: boatloads of atmel, BBB, and RPI. This covers the at91, imx6 and broadcom directories. I also have a allwinnner board, but Iÿve never got it booting FreeBSD. Likewise with a rockchip. I have some marvell gear too, but it is buried deep. This leaves a lot of other boards/SoCs to cover... >> >> Warner >> > > So, anybody wanting to do the testing alluded to in this thread-starting > message, here's all you need to do: > > - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. > - Rebuild and install the kernel, boot. > - Everything should still work. > > The only difference you should notice is that devices load in a > different order at boot time. Specifically, you'll see all the busses > listed first, then interrupt controllers, then l2cache, then clocks and > timers, then all the usual stuff after that. > > There's no immediate benefit or speedup or anything, this is to help > pave the way for using fdt data that comes with a board or system > instead of needing our special freebsd dtb files. Right now we count on > devices loading in the order we list them in our dts source. This is a > new way of loading things that should ensure critical devices are loaded > first, even when we can't control the order of things in the fdt data. > > I've tested this on wandboard only so far. > > -- Ian > It works on the Zedboard. I diffed the before and after boot messages and noticed the driver messages changed order slightly. devinfo -v returns the exact same output as before. --Thomas From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 00:18:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E877749E for ; Wed, 13 Aug 2014 00:18:39 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id A99F82A95 for ; Wed, 13 Aug 2014 00:18:38 +0000 (UTC) Received: from [192.168.137.1] (afik61.neoplus.adsl.tpnet.pl [95.49.218.61]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id C6A20C600D0 for ; Tue, 12 Aug 2014 20:18:29 -0400 (EDT) Message-ID: <53EAAEDB.8060802@toomeek.waw.pl> Date: Wed, 13 Aug 2014 02:18:35 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: U-boot for Banana Pi Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Tue, 12 Aug 2014 20:18:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 00:18:40 -0000 Hello, after few days spent on solving problems I've decided to join this list, since Banana Pi is ARM device. Please be patient, I'm new here :) I'll explain where problem is.. Basically, I've created 2 new files based on Cubieboard2 for Banana Pi board in following locations: filename: BANANAPI what is: kernel config location: /usr/src/sys/arm/conf filename: bananapi.dts what is: DTS files location: /usr/src/sys/boot/fdt/dts I've enabled some options like EXT2 support, kernel config built-in and so. I'm running FreeBSD 10.0 in two test environments: 1. VirtualBox - because it's easy to use it on Windows, mainly for fast compilation due very good CPU here 2. KVM - because I can passthrough raw device like USB flash or microSD card directly to VM and install bootloader, make partitions and so Both are FreeBSD freebsd 10.0-RELEASE (64-bit). Kernel compilation is fine - "Kernel build for BANANAPI completed on..." However.. problem is with u-boot for my board. Source got from: https://github.com/linux-sunxi/u-boot-sunxi/ So far I've did this: 1. prepare pkg install gcc make gmake joe screen htop gsed wget git arm-eabi-gcc set CROSS=/usr/obj/arm.armv6/usr/src/tmp/usr/bin/ echo $CROSS ln -s /usr/local/bin/arm-eabi-gcc /usr/local/bin/gcc ln -s /usr/local/bin/arm-eabi-gcc /usr/obj/arm.armv6/usr/src/tmp/usr/bin/gcc git clone https://github.com/linux-sunxi/u-boot-sunxi cd u-boot-sunxi 2. make gmake -j4 ARCH=arm CROSS_COMPILE=${CROSS} USE_PRIVATE_LIBGCC=yes clean gmake -j4 ARCH=arm CROSS_COMPILE=${CROSS} USE_PRIVATE_LIBGCC=yes Bananapi_config gmake -j4 ARCH=arm CROSS_COMPILE=${CROSS} USE_PRIVATE_LIBGCC=yes 3. compile gcc --version gcc (GCC) 4.5.4 root@freebsd:/usr/src/u-boot-sunxi # gmake -j4 ARCH=arm CROSS_COMPILE=${CROSS} USE_PRIVATE_LIBGCC=yes Bananapi_config Configuring for Bananapi - Board: sun7i, Options: BANANAPI,SPL,SUNXI_GMAC,RGMII,MACPWR=SUNXI_GPH(23),STATUSLED=244,STATUSLED1=245,FAST_MBUS root@freebsd:/usr/src/u-boot-sunxi # gmake -j4 ARCH=arm CROSS_COMPILE=${CROSS} USE_PRIVATE_LIBGCC=yes GEN include/autoconf.mk.dep GEN include/autoconf.mk CHK include/config/uboot.release CHK include/generated/timestamp_autogenerated.h UPD include/generated/timestamp_autogenerated.h HOSTCC scripts/basic/fixdep scripts/basic/fixdep.c:108:22: fatal error: sys/mman.h: No such file or directory compilation terminated. gmake[1]: *** [scripts/basic/fixdep] Error 1 gmake: *** [scripts_basic] Error 2 gmake: *** Waiting for unfinished jobs.... The problem I'm hitting is that compiler requires sys/mman.h The file can be found: /usr/include/sys/mman.h /usr/src/sys/cddl/compat/opensolaris/sys/mman.h /usr/src/sys/compat/svr4/svr4_mman.h /usr/src/sys/sys/mman.h But even if I copy it or symlink it seems it doesn't change anything.. Tried several directories, ex: /usr/src/u-boot-sunxi/include/ /usr/src/u-boot-sunxi/scripts/ /usr/src/u-boot-sunxi/scripts/basic/ If I comment this in scripts/basic/fixdep.c then another file is missing: arpa/inet.h How to resolve this? Thank You, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 02:08:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36B7A5C9 for ; Wed, 13 Aug 2014 02:08:24 +0000 (UTC) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C15D274F for ; Wed, 13 Aug 2014 02:08:23 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id eu11so14104184pac.3 for ; Tue, 12 Aug 2014 19:08:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=xnRnZrO+sD8UwDkfMpye6y+fkiqp3d82NqinyQlaick=; b=IzzBF6Zo2+es5JYgZxrAxoW12PioKPVtfwtHQG2uLfIY2JBGR9VylOSD7KeFnzYpXT 5/Pe6f54FHQ26GTqZ2mSsi9G+Kfwj12X32N97GGqmC3B33V+FOgSrj5IUNgYOj8rvCV4 5ILlNcrp7mM6AtjtX3GM9a9+1sMnCzWu/oxMpt6wZh59Q+LDJoaJqJCZO8ccT2UqYk0W IvHbw6aJgJVlyrnJf5pj8jWaglslM20bkcfAvmGcyVH+qc+GOMMSETETNR1YMlLrG/Qb nORAl02il4P/0RhAoXcwCXRimkONfUZRYapwVi2K9XU/tzl+GhFQUEje6KUVVSOjeQ3I vYQw== X-Gm-Message-State: ALoCoQkSdQfMlZgsTaIqPmM5wMUgl1y0R4bTdU5cGsbUA6NbDePHbeidbzBFEj2MaAaBCa8gzQ7a X-Received: by 10.67.22.65 with SMTP id hq1mr1199720pad.137.1407895696140; Tue, 12 Aug 2014 19:08:16 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id ak1sm316538pbc.58.2014.08.12.19.08.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Aug 2014 19:08:15 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: U-boot for Banana Pi From: Tim Kientzle In-Reply-To: <53EAAEDB.8060802@toomeek.waw.pl> Date: Tue, 12 Aug 2014 19:08:06 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <53EAAEDB.8060802@toomeek.waw.pl> To: TooMeeK Admin X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 02:08:24 -0000 On Aug 12, 2014, at 5:18 PM, TooMeeK Admin wrote: > 1. prepare > pkg install gcc make gmake joe screen htop gsed wget git arm-eabi-gcc > set CROSS=3D/usr/obj/arm.armv6/usr/src/tmp/usr/bin/ > echo $CROSS > ln -s /usr/local/bin/arm-eabi-gcc /usr/local/bin/gcc > ln -s /usr/local/bin/arm-eabi-gcc = /usr/obj/arm.armv6/usr/src/tmp/usr/bin/gcc You don=92t need these symlinks. To use arm-eabi-gcc as your cross compiler, you want to use gmake =85 CROSS_COMPILE=3Darm-eabi- ... and make sure /usr/local/bin is part of your PATH. U-Boot build scripts use ${CROSS_COMPILE}gcc to run the cross-compiler = GCC, so if you set CROSS to arm-eabi-, U-Boot will use arm-eabi-gcc as = the cross compiler. > gcc --version > gcc (GCC) 4.5.4 This is bad. U-Boot by default uses HOSTCC=3Dgcc to run a compiler that = can build tools to run on the host machine. But you=92ve set up =91gcc=92= to run the cross-compiler, which is why HOSTCC builds are failing. > HOSTCC scripts/basic/fixdep > scripts/basic/fixdep.c:108:22: fatal error: sys/mman.h: No such file = or directory > compilation terminated. >=20 > The problem I'm hitting is that compiler requires sys/mman.h No. scripts/basic/fixdep requires sys/mman.h when it is compiled using HOSTCC. But you=92ve broken HOSTCC. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 03:40:06 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D6167AA for ; Wed, 13 Aug 2014 03:40:06 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D21120C6 for ; Wed, 13 Aug 2014 03:40:05 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id y10so13669640pdj.21 for ; Tue, 12 Aug 2014 20:39:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=NesgoPndwd+V4q5GzPyx3EzZDj93OgfjWRgR6V9pr7Q=; b=frHWzjn7Lb1mWNjqdwu8ahylsbHy/7/mh2oBb9VE94ELwEZIBKYGfr6L9aexHJa1xj xSELvIEEVzm4XPV8VbnJoDpNpXEjeMy8t+FXa3EyfcfeQ6fO9riiKBpXJgLvVh8IpH6+ RzrJCVfjPP1l1WHANs7wgYTutnuuQf9wfrMvMlpHyT4Ks5OR/ltYF5tM3pADkWk/xiYZ 218DXj6ujs/J3KcW+udRY2mvz5pBdBT2Geaw/AIvF+NgvdVS54kKtVPh2c5ZSiJXO/ry jFaI4g6uJXFjNXGqbZdSJfQRObwD4aLQzb5h8Ng9+/KZ0m0zJyp9qUBrG+Wsa3rm4jxU cDow== X-Gm-Message-State: ALoCoQkdbKL/neYsulY5URuxSoX4nU7/suLsqsEtFoI7LG+vR6A8oLRvfb7IcYQobxe2KYB/V+OH X-Received: by 10.70.131.129 with SMTP id om1mr795723pdb.149.1407901198752; Tue, 12 Aug 2014 20:39:58 -0700 (PDT) Received: from lgmac-rtangirala.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id cf2sm469117pbb.68.2014.08.12.20.39.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Aug 2014 20:39:57 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_6D18A69A-D707-47C0-B47C-8112E9ABD41D"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: U-boot for Banana Pi From: Warner Losh In-Reply-To: Date: Tue, 12 Aug 2014 21:39:56 -0600 Message-Id: References: <53EAAEDB.8060802@toomeek.waw.pl> To: Tim Kientzle X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org, TooMeeK Admin X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 03:40:06 -0000 --Apple-Mail=_6D18A69A-D707-47C0-B47C-8112E9ABD41D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Aug 12, 2014, at 8:08 PM, Tim Kientzle wrote: >=20 > On Aug 12, 2014, at 5:18 PM, TooMeeK Admin = wrote: >=20 >> 1. prepare >> pkg install gcc make gmake joe screen htop gsed wget git arm-eabi-gcc >> set CROSS=3D/usr/obj/arm.armv6/usr/src/tmp/usr/bin/ >> echo $CROSS >> ln -s /usr/local/bin/arm-eabi-gcc /usr/local/bin/gcc >> ln -s /usr/local/bin/arm-eabi-gcc = /usr/obj/arm.armv6/usr/src/tmp/usr/bin/gcc >=20 > You don=92t need these symlinks. > To use arm-eabi-gcc as your cross compiler, you want to use >=20 > gmake =85 CROSS_COMPILE=3Darm-eabi- ... >=20 > and make sure /usr/local/bin is part of your PATH. >=20 > U-Boot build scripts use ${CROSS_COMPILE}gcc to run the cross-compiler = GCC, so if you set CROSS to arm-eabi-, U-Boot will use arm-eabi-gcc as = the cross compiler. I=92d love us to get to the point where we have ports that can drive = this=85 Just as an aside=85 Warner >> gcc --version >> gcc (GCC) 4.5.4 >=20 > This is bad. U-Boot by default uses HOSTCC=3Dgcc to run a compiler = that can build tools to run on the host machine. But you=92ve set up = =91gcc=92 to run the cross-compiler, which is why HOSTCC builds are = failing. >=20 >> HOSTCC scripts/basic/fixdep >> scripts/basic/fixdep.c:108:22: fatal error: sys/mman.h: No such file = or directory >> compilation terminated. >>=20 >> The problem I'm hitting is that compiler requires sys/mman.h >=20 > No. scripts/basic/fixdep requires sys/mman.h when it > is compiled using HOSTCC. But you=92ve broken HOSTCC. >=20 > Cheers, >=20 > Tim >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_6D18A69A-D707-47C0-B47C-8112E9ABD41D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJT6t4MAAoJEGwc0Sh9sBEAcTgQAOIeyz9LNhbXY/V/bDFqqEnu VY4hH5f5BQkBvz562/w/FI+uAEae48FyLuyblDzxYBn0CV58pUUbl9FPuuxq0SOP t5sUQmGOPslZ2vSv7E8udd4Uq7RrDFSt5xgZj+xXsBp1qNhS8rOTo6SOggYJRxYB 5c91K5Lb8CwACME/f3p7RWLuoyz2K7ZTRM8gym5C5PPDBtT2N/MAcUsr7/qkVWP5 18+nCehDn4eU01CuVCt0tg5suizFUaFxBDPsYqESSUPESwSNUnkNXYVDY9swFVpC aDei6/r6PNyYbKCtEuCAO7Td2B0KFnJPRDRVyVGvf6PGL2pMzrV/uzFQe1XzQ1uY qadFI3bxvE+tfLtMV1AkFiAAaoQ+IJOfi3JkraP52+iAZE83boAGoLE/aYVqE+h7 mJyAz3D4CR70LeAZb1jpYmr0yvlizxOTLIPzp2X5twMAc/o4pz1vJ0c7nrMuVcZI pn9V0s93mMYhap76DO3MnYQnIGEh53JIFzN2aMYlK3D4o+BsOQBo0wBCSK4XQMVA ixQxJSGXNcSnoZo8bj/MF95XSrqtO/27BlABmzIJ+t81VBBLzMJDm4JilElR0+To cm4z/Stw/Xe7gHqfRq3WyAhJQlB26SIgZzr3dvHBH8cVAJbBibMsSzmn55y0RVcE 64PZYJmmWKNGwSShr5Od =d0qf -----END PGP SIGNATURE----- --Apple-Mail=_6D18A69A-D707-47C0-B47C-8112E9ABD41D-- From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 04:05:42 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5297E69 for ; Wed, 13 Aug 2014 04:05:42 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B83302525 for ; Wed, 13 Aug 2014 04:05:42 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id c1so8977353igq.1 for ; Tue, 12 Aug 2014 21:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=nj4j/NSigFE03y8QH9z9/qwMqBDhNgnnbIm4XWE+Yng=; b=ZSMT/t9/WR5en++YVr8732BMQKo3xSYbA/l+9aGeSnWLinjRe8ds+S4ptv99w107d9 GsoxABVtTs6ClEA9L9ap+EXv02q+WZvFZvVuadWIq4vDG2ubDp3qSKW19aaXi/mq0hqV 0nBi0BmlippqpXudILEAFk7ZKqcnyW6mJGN4fjMJo3h17JcJFglxMCDMW/AUleOXvlOo FPaANkS83zc3DqpHwd6UytBXHvb5nj4Y0KlRiZqNHMyWmX5Zca0VhoDWMHuCMsAx8/Kh t88RYLartyzA0o6rQw20fQb9iTzVNkgESrYMy0SDswUK3igZ8Chr8usqauFSXzncFh0P NLAA== X-Received: by 10.50.152.9 with SMTP id uu9mr44680832igb.32.1407902742188; Tue, 12 Aug 2014 21:05:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.169.195 with HTTP; Tue, 12 Aug 2014 21:05:22 -0700 (PDT) From: Tim Lagnese Date: Wed, 13 Aug 2014 00:05:22 -0400 Message-ID: Subject: Single User Mode Hangs on R-PI B To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 04:05:43 -0000 Hi all, I have been having trouble getting single user mode to work using the command "init 1". It works on the R-PI RELEASE image but not on either the STABLE or CURRENT images. Are there any easy fixes to this? (Sorry if this is a known issue or was answered elsewhere) Thanks, Tim From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 10:40:57 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9633132 for ; Wed, 13 Aug 2014 10:40:57 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 98199242E for ; Wed, 13 Aug 2014 10:40:57 +0000 (UTC) Received: from [192.168.137.1] (cpk219.neoplus.adsl.tpnet.pl [83.31.216.219]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 35EB9C600D7 for ; Wed, 13 Aug 2014 06:40:53 -0400 (EDT) Message-ID: <53EB40BC.8070506@toomeek.waw.pl> Date: Wed, 13 Aug 2014 12:41:00 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EAAEDB.8060802@toomeek.waw.pl> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Wed, 13 Aug 2014 06:40:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 10:40:57 -0000 Thank You for fast response :) root@freebsd:/usr/src/u-boot-sunxi # echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin it is in my path I've tried this already earlier: gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes clean gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes Bananapi_config gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes But didn't know about this HOSTCC, so: root@freebsd:/usr/src/u-boot-sunxi # echo $HOSTCC HOSTCC: Undefined variable. but if: set HOSTCC=gcc then: root@freebsd:/usr/src/u-boot-sunxi # gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes GEN include/autoconf.mk.dep GEN include/autoconf.mk CHK include/config/uboot.release CHK include/generated/timestamp_autogenerated.h UPD include/generated/timestamp_autogenerated.h HOSTCC scripts/basic/fixdep gcc: not found gmake[1]: *** [scripts/basic/fixdep] Error 127 gmake: *** [scripts_basic] Error 2 gmake: *** Waiting for unfinished jobs.... GCC not found.. because I've deleted symlinks. > You don’t need these symlinks. To use arm-eabi-gcc as your cross > compiler, you want to use gmake … CROSS_COMPILE=arm-eabi- ... and make > sure /usr/local/bin is part of your PATH. U-Boot build scripts use > ${CROSS_COMPILE}gcc to run the cross-compiler GCC, so if you set CROSS > to arm-eabi-, U-Boot will use arm-eabi-gcc as the cross compiler. >> gcc --version >> gcc (GCC) 4.5.4 So again: root@freebsd:/usr/src/u-boot-sunxi # set HOSTCC=arm-eabi-gcc root@freebsd:/usr/src/u-boot-sunxi # gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes CHK include/config/uboot.release CHK include/generated/timestamp_autogenerated.h UPD include/generated/timestamp_autogenerated.h HOSTCC scripts/basic/fixdep gcc: not found gmake[1]: *** [scripts/basic/fixdep] Error 127 gmake: *** [scripts_basic] Error 2 gmake: *** Waiting for unfinished jobs.... > This is bad. U-Boot by default uses HOSTCC=gcc to run a compiler that can build tools to run on the host machine. But you’ve set up ‘gcc’ to run the cross-compiler, which is why HOSTCC builds are failing. > > No. scripts/basic/fixdep requires sys/mman.h when it is compiled using > HOSTCC. But you’ve broken HOSTCC. Cheers, Tim Still don't work. HOSTCC=arm-eabi-gcc HOSTCC=gcc with or without symlink. Am I missing something? The problem is there is no gcc executable in system. Cheers, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 10:46:02 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F266280 for ; Wed, 13 Aug 2014 10:46:02 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 0E870246E for ; Wed, 13 Aug 2014 10:46:02 +0000 (UTC) Received: from [192.168.137.1] (cpk219.neoplus.adsl.tpnet.pl [83.31.216.219]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id B09F4C600D7 for ; Wed, 13 Aug 2014 06:45:57 -0400 (EDT) Message-ID: <53EB41EC.1080507@toomeek.waw.pl> Date: Wed, 13 Aug 2014 12:46:04 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Fwd: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> In-Reply-To: <53EB40BC.8070506@toomeek.waw.pl> X-Forwarded-Message-Id: <53EB40BC.8070506@toomeek.waw.pl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Wed, 13 Aug 2014 06:45:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 10:46:02 -0000 Problem solved by: rm /usr/local/bin/gcc rm /usr/obj/arm.armv6/usr/src/tmp/usr/bin/gcc ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc set HOSTCC=gcc gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes clean gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes Bananapi_config gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- USE_PRIVATE_LIBGCC=yes From the beginning there was no such file like /usr/local/bin/gcc I've ended up on: OBJCOPY spl/u-boot-spl.bin MKSUNXI spl/sunxi-spl.bin CAT u-boot-sunxi-with-spl.bin So here is my u-boot for the next step ;) Thank You. Cheers, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 14:39:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0B029D4 for ; Wed, 13 Aug 2014 14:39:41 +0000 (UTC) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94F812020 for ; Wed, 13 Aug 2014 14:39:41 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id r10so14534939pdi.20 for ; Wed, 13 Aug 2014 07:39:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=5yqNu3LO4+037wniwu7rd4gdY1OUTTFterEW0fhTPlM=; b=LlxyDM9Oa6m0jL4+QgKhjITplgorst5NBhdTCwA7un0P9w4dhpAcaTN3q5g7qE4oti mLQ3TSGF5KK/S0lejZAr8v2Y0xgTZOs61tb+Qjwk+R1u8d5kaenCjrlnS8kCn7iu72pt o1t1WR58dL+pnunCF8PiHc9pXjK3rzZeOsBkSetwToGCot0ZPZtY0bta0GiRx2VwEan0 JXHwysRGxh2q/+Fm+bk+XMFBFQ4yU09OkvzzvSMo7PFyKEVVHyKHmUJHPUJSzua/qjoB pDb7mF6MZPEUGPK39bAK9ocyOW6SPZhHVhx9FMehIWKgcANQcFZpTeumJ/KH7jsymAYW qUQg== X-Gm-Message-State: ALoCoQlmOB1XAw8GvbFnlKg7vH4X07CYguu/ui0ZxZ53EYd05j+xPRAuBdOl8N8RvBhJ5g6B3xjh X-Received: by 10.69.18.11 with SMTP id gi11mr1533470pbd.163.1407940430681; Wed, 13 Aug 2014 07:33:50 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id xr3sm2318055pbb.51.2014.08.13.07.33.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Aug 2014 07:33:49 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: U-boot for Banana Pi From: Tim Kientzle In-Reply-To: <53EB41EC.1080507@toomeek.waw.pl> Date: Wed, 13 Aug 2014 07:33:38 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> To: TooMeeK Admin X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 14:39:41 -0000 On Aug 13, 2014, at 3:46 AM, TooMeeK Admin wrote: > Problem solved by: > rm /usr/local/bin/gcc > rm /usr/obj/arm.armv6/usr/src/tmp/usr/bin/gcc > ln -s /usr/local/bin/gcc47 /usr/local/bin/gcc > set HOSTCC=3Dgcc Any of the following should work for you: HOSTCC=3Dgcc47 (because apparently you have a native compiler = installed called =93gcc47) HOSTCC=3Dcc (the standard system compiler works for native builds) HOSTCC=3Dclang (U-Boot=92s host portions don=92t require GCC) > gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- USE_PRIVATE_LIBGCC=3Dyes = clean > gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- USE_PRIVATE_LIBGCC=3Dyes = Bananapi_config > gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- USE_PRIVATE_LIBGCC=3Dyes You can also specify HOSTCC on the gmake command line: gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- HOSTCC=3Dcc = USE_PRIVATE_LIBGCC=3Dyes >=20 > =46rom the beginning there was no such file like /usr/local/bin/gcc > I've ended up on: > OBJCOPY spl/u-boot-spl.bin > MKSUNXI spl/sunxi-spl.bin > CAT u-boot-sunxi-with-spl.bin >=20 > So here is my u-boot for the next step ;) >=20 > Thank You. > Cheers, TooMeeK >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 15:51:46 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A1557E3 for ; Wed, 13 Aug 2014 15:51:46 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 3910928FA for ; Wed, 13 Aug 2014 15:51:45 +0000 (UTC) Received: from [192.168.137.1] (cpk219.neoplus.adsl.tpnet.pl [83.31.216.219]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id E99DFC60040 for ; Wed, 13 Aug 2014 11:51:41 -0400 (EDT) Message-ID: <53EB8994.9080801@toomeek.waw.pl> Date: Wed, 13 Aug 2014 17:51:48 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Wed, 13 Aug 2014 11:51:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:51:46 -0000 W dniu 2014-08-13 16:33, Tim Kientzle pisze: > > Any of the following should work for you: > HOSTCC=gcc47 (because apparently you have a native compiler installed called “gcc47) > HOSTCC=cc (the standard system compiler works for native builds) > HOSTCC=clang (U-Boot’s host portions don’t require GCC) Yeah, no I know what's the point ;) > You can also specify HOSTCC on the gmake command line: > > gmake -j4 ARCH=arm CROSS_COMPILE=arm-eabi- HOSTCC=cc USE_PRIVATE_LIBGCC=yes Thanks! But anyway, kernel failed to load on Banana Pi.. "reading kernel Error reading cluster ** Unable to read file kernel ** ## Starting application at 0x48000000 ... undefined instruction..." via this command: fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; go 0x48000000 It loads boot.scr It loads script.bin It fails on kernel. But thank You for help with compilation, I was struggling this many hours.. From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 15:59:27 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB8459BC for ; Wed, 13 Aug 2014 15:59:27 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7696B297B for ; Wed, 13 Aug 2014 15:59:27 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so11660938igd.3 for ; Wed, 13 Aug 2014 08:59:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PuSwsrYlogTbNxPi7jFWinFfrjL/YvqHePXnSJtYFXk=; b=FZATTdcuB8ulwNx6M1E4b0Om/PiVtGyBj5asRBpB09hOMwf8d1Pw3LxbYL7YhM7i7X mCgejYuV7MUmeJo+RC9Evmec90Iso98npStu3+N+bopobAJ4oPWUj2Sxb/X3+I1aWXbN SND2Y96E9NcLFbHvkFQXa5wZl363EWlpx/dEMPouE18M8j08lweZ9Jf84VIrSpmqk6Vy GDvaM3ZV3YIg9zdQqzWyrr9yHscqRGE4zYL1kaLMYGp7EYLyRMm7iLenZgEwHca4/VaX GutVkc6PiPmsMqnE0w5k2zbKs8YhqUooEbRIvfQONr6xVsBF5h5ZywWgUfX/kBLMGC4K UD4w== MIME-Version: 1.0 X-Received: by 10.42.207.68 with SMTP id fx4mr7426552icb.67.1407945566890; Wed, 13 Aug 2014 08:59:26 -0700 (PDT) Received: by 10.64.111.104 with HTTP; Wed, 13 Aug 2014 08:59:26 -0700 (PDT) In-Reply-To: <53EB8994.9080801@toomeek.waw.pl> References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> Date: Wed, 13 Aug 2014 23:59:26 +0800 Message-ID: Subject: Re: U-boot for Banana Pi From: Ganbold Tsagaankhuu To: TooMeeK Admin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:59:27 -0000 On Wed, Aug 13, 2014 at 11:51 PM, TooMeeK Admin wrote= : > > W dniu 2014-08-13 16:33, Tim Kientzle pisze: > > >> Any of the following should work for you: >> HOSTCC=3Dgcc47 (because apparently you have a native compiler instal= led >> called =E2=80=9Cgcc47) >> HOSTCC=3Dcc (the standard system compiler works for native builds) >> HOSTCC=3Dclang (U-Boot=E2=80=99s host portions don=E2=80=99t require= GCC) >> > Yeah, no I know what's the point ;) > > You can also specify HOSTCC on the gmake command line: >> >> gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- HOSTCC=3Dcc >> USE_PRIVATE_LIBGCC=3Dyes >> > Thanks! > > But anyway, kernel failed to load on Banana Pi.. > > "reading kernel > Error reading cluster > ** Unable to read file kernel ** > ## Starting application at 0x48000000 ... > undefined instruction..." > > via this command: > fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; go > 0x48000000 > Are you sure about this? As for Cubieboard (https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) it is like: fatload mmc 0 0x40200000 kernel; go 0x40200100 Ganbold > > It loads boot.scr > It loads script.bin > It fails on kernel. > > But thank You for help with compilation, I was struggling this many hours= .. > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 16:34:56 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3D9486F for ; Wed, 13 Aug 2014 16:34:55 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C694B2E1B for ; Wed, 13 Aug 2014 16:34:55 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XHbVl-000AbI-GR; Wed, 13 Aug 2014 16:34:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7DGYq6m035210; Wed, 13 Aug 2014 10:34:52 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Xyfr7M9KtkfsHZd0f0qaK X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: U-boot for Banana Pi From: Ian Lepore To: TooMeeK Admin In-Reply-To: <53EB8994.9080801@toomeek.waw.pl> References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> Content-Type: text/plain; charset="iso-8859-13" Date: Wed, 13 Aug 2014 10:34:51 -0600 Message-ID: <1407947691.56408.507.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id s7DGYq6m035210 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 16:34:56 -0000 On Wed, 2014-08-13 at 17:51 +0200, TooMeeK Admin wrote: > W dniu 2014-08-13 16:33, Tim Kientzle pisze: > > > > Any of the following should work for you: > > HOSTCC=3Dgcc47 (because apparently you have a native compiler ins= talled called =B4gcc47) > > HOSTCC=3Dcc (the standard system compiler works for native builds= ) > > HOSTCC=3Dclang (U-Boot=FFs host portions don=FFt require GCC) > Yeah, no I know what's the point ;) > > You can also specify HOSTCC on the gmake command line: > > > > gmake -j4 ARCH=3Darm CROSS_COMPILE=3Darm-eabi- HOSTCC=3Dcc USE_PRIVAT= E_LIBGCC=3Dyes > Thanks! >=20 > But anyway, kernel failed to load on Banana Pi.. >=20 > "reading kernel > Error reading cluster > ** Unable to read file kernel ** > ## Starting application at 0x48000000 ... > undefined instruction..." >=20 > via this command: > fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; g= o=20 > 0x48000000 >=20 > It loads boot.scr > It loads script.bin > It fails on kernel. >=20 > But thank You for help with compilation, I was struggling this many hou= rs.. The 'go' command has to have an addres 0x100 higher than the load adddress (to skip the elf headers and start at the true entry point). Also, if you're using a modern u-boot that enables data caches, it won't automatically disable them on a 'go' command (it does on bootm or bootelf), so use this sequence: dcache off; dcache flush; go nnnnnnnn -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 18:15:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 766FE688; Wed, 13 Aug 2014 18:15:00 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D3982A6B; Wed, 13 Aug 2014 18:15:00 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id w7so119729qcr.4 for ; Wed, 13 Aug 2014 11:14:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fYEEJR8AizVVUf4jy8s7MtT3CWdMDaDMMw1l8uTcvK4=; b=b/NKWis3zcrNvzZadNdJgbNMMUWHimFSAqLMq5x1ZtUkdH87p94OZqBPymXM3VBFO6 wEgBwBTv5DvgGeZVkbgaF8aUKvMEFQxtW0AtAw7HUlVmqh/NSIPVtR6gFkdYX3NaERDC 3gjU5cn7L7Z4/x5kT/txVL40iT41o7KztXPCad8hi2ug3LfMfJIcwFJi00RJsvVEhbHX MdyizBb/Avuw/0cteH32/unJM6j3YRVYmMbhi9loV6cVxZwbo//9Ighfunwdh7FsxyIw m0+RWrPep+lSsqlicjc+odrrn7NcNuF5kXwnI+8t2VZ2jZQ/tQgTxDPvYr99sQJyCTTT aCbg== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr9489256qad.69.1407953698822; Wed, 13 Aug 2014 11:14:58 -0700 (PDT) Received: by 10.140.31.35 with HTTP; Wed, 13 Aug 2014 11:14:58 -0700 (PDT) In-Reply-To: <1407335765.56408.320.camel@revolution.hippie.lan> References: <1407182403.56408.297.camel@revolution.hippie.lan> <1407335765.56408.320.camel@revolution.hippie.lan> Date: Wed, 13 Aug 2014 15:14:58 -0300 Message-ID: Subject: Re: Two questions on Flattened Device Tree, newbus and device driver attaching From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 18:15:00 -0000 Thank you very much for your patient, Ian. Things are much clearer to me now. I can move one with my project. Regards, Matias.- 2014-08-06 11:36 GMT-03:00 Ian Lepore : > On Tue, 2014-08-05 at 22:31 -0300, Matas Perret Cantoni wrote: > > 2014-08-04 17:00 GMT-03:00 Ian Lepore : > > > > > On Sun, 2014-08-03 at 16:41 -0300, Matas Perret Cantoni wrote: > > > > Hello everyone! > > > > I'm working with FreeBSD on the Zedboard (ported by Thomas Skibo > > > > ). Currently I'm trying to full= y > > > > understand how the Flattened Device Tree (FDT) mechanism works and > how it > > > > integrates with FreeBSD. What I've already understand (I think) is: > > > > > > > > (1) how to represent devices, memory mapping/ranges, interrupts= , > > > etc... > > > > in a Device Tree Source (DTS) file, > > > > (2) how the newbus framework works, and > > > > (3) how the kernel manages resources, devices and drivers. > > > > > > > > Although I've read all the documents I could find (and some source > code) > > > > there are still two things I don't understand: > > > > > > > > *1) The DTS source file and CPUs definition:* > > > > > > > > The DTS file for the zedboard, > > > /release/10.0.0/sys/boot/fdt/dts/zedboard.dts > > > > (here > > > > < > > > > https://svnweb.freebsd.org/base/release/10.0.0/sys/boot/fdt/dts/zedboard.= dts?revision=3D260789&view=3Dmarkup > > > >), > > > > has the CPU definition all commented out: > > > > > > > > ... > > > > // cpus { > > > > // #address-cells =3D <1>; > > > > // #size-cells =3D <0>; > > > > // cpu@0 { > > > > // device-type =3D "cpu"; > > > > // model =3D "ARM Cortex-A9"; > > > > // }; > > > > // }; > > > > ... > > > > > > > > This sounds really strange to me! How can the system tell the CPU > it's > > > > running on? I'v found some other DTS files for other boards that *d= o > > > > define* it's > > > > CPUs. For example: > > > > > > > > imx53x.dtsi: (here > > > > < > > > > https://svnweb.freebsd.org/base/release/10.0.0/sys/boot/fdt/dts/imx53x.dt= si?view=3Dmarkup > > > > > > > > ) > > > > > > > > ... > > > > cpus { > > > > #address-cells =3D <1>; > > > > #size-cells =3D <0>; > > > > > > > > cpu@0 { > > > > device_type =3D "cpu"; > > > > compatible =3D "ARM,MCIMX535"; > > > > reg =3D <0x0>; > > > > d-cache-line-size =3D <32>; > > > > i-cache-line-size =3D <32>; > > > > d-cache-size =3D <0x8000>; > > > > i-cache-size =3D <0x8000>; > > > > l2-cache-line-size =3D <32>; > > > > l2-cache-line =3D <0x40000>; > > > > timebase-frequency =3D <0>; > > > > bus-frequency =3D <0>; > > > > clock-frequency =3D <0>; > > > > }; > > > > ... > > > > > > > > or: > > > > > > > > p1020rdb.dts (here > > > > < > > > > https://svnweb.freebsd.org/base/release/10.0.0/sys/boot/fdt/dts/p1020rdb.= dts?view=3Dmarkup > > > > > > > > ) > > > > > > > > ... > > > > cpus { > > > > #address-cells =3D <1>; > > > > #size-cells =3D <0>; > > > > > > > > PowerPC,P1020@0 { > > > > device_type =3D "cpu"; > > > > reg =3D <0x0>; > > > > next-level-cache =3D <&L2>; > > > > }; > > > > > > > > PowerPC,P1020@1 { > > > > device_type =3D "cpu"; > > > > reg =3D <0x1>; > > > > next-level-cache =3D <&L2>; > > > > }; > > > > }; > > > > ... > > > > > > > > *So my first question is: How can the system tell on wich CPU it > running > > > > on? can I add the CPUs definition in my DTS file?* > > > > > > > > 2) The 'compatible' property of a node, finding the driver and > attaching > > > it > > > > to the corresponding newbus node: During autoconfiguration the the > .dtb > > > > (device tree blob) file is parsed and for each node of the device > three > > > the > > > > autoconfiguration systen will create a new newbus node (with > > > > device_add_child()) and then it will find a suitable driver for it > and > > > will > > > > attach it: > > > > > > > > */ > > > > * This function is the core of the device autoconfiguration > > > > * system. Its purpose is to select a suitable driver for a device a= nd > > > > * then call that driver to initialise the hardware appropriately. T= he > > > > * driver is selected by calling the DEVICE_PROBE() method of a set = of > > > > * candidate drivers and then choosing the driver which returned the > > > > * best value. This driver is then attached to the device using > > > > * device_attach(). > > > > * > > > > * The set of suitable drivers is taken from the list of drivers in > > > > * the parent device's devclass. If the device was originally create= d > > > > * with a specific class name (see device_add_child()), only drivers > > > > * with that name are probed, otherwise all drivers in the devclass > > > > * are probed. If no drivers return successful probe values in the > > > > * parent devclass, the search continues in the parent of that > > > > * devclass (see devclass_get_parent()) if any. > > > > * > > > > * @param dev the device to initialise > > > > */ > > > > > > > > int device_probe(device_t dev) > > > > > > > > (I extracted this from here > > > > < > > > > https://svnweb.freebsd.org/base/release/10.0.0/sys/kern/subr_bus.c?revisi= on=3D260789&view=3Dmarkup > > > > > > > > ) > > > > > > > > I believe that the autoconfiguration system uses the > > > > fdt_node_check_compatible() function (from fdtlib > > > > < > > > > https://svnweb.freebsd.org/base/release/10.0.0/sys/contrib/libfdt/libfdt.= h?revision=3D260789&view=3Dmarkup > > > >) > > > > to get the "compatible" property out of each node of the .dtb blob > and > > > then > > > > it calls device_probe() to find the best driver and attach it to th= e > > > > corresponding newbus node. (is this correct?). > > > > > > > > From the ePAPR > > > > < > > > > https://www.power.org/wp-content/uploads/2012/06/Power_ePAPR_APPROVED_v1.= 1.pdf > > > > > > > > standard > > > > we have this: > > > > > > > > 2.3.1 compatible > > > > Property: compatible > > > > Value type: > > > > > > > > Description: The compatible property value consists of one or more > > > strings > > > > that define the specific > > > > programming model for the device. This list of strings should be > used by > > > a > > > > client program for > > > > device driver selection. The property value consists of a > concatenated > > > list > > > > of null terminated > > > > strings, from most specific to most general. They allow a device to > > > express > > > > its compatibility > > > > with a family of similar devices, potentially allowing a single > device > > > > driver to match against > > > > several devices. > > > > The recommended format is =E2=80=9Cmanufacturer,model=E2=80=9D, whe= re manufacturer > is a > > > > string describing the name of the manufacturer (such as a stock > ticker > > > > symbol), and model > > > > specifies the model number. > > > > > > > > Example: *compatible=3D=E2=80=9Cfsl,mpc8641-uart=E2=80=9D, = =E2=80=9Cns16550";* > > > > > > > > In this example, an operating system would first try to locate a > device > > > > driver that supported > > > > fsl,mpc8641-uart. If a driver was not found, it would then try to > locate > > > a > > > > driver that supported > > > > the more general ns16550 device type. > > > > > > > > > > > > *What I don't understand is how the system locates a device driver > based > > > on > > > > the compatible property. For example the cpu node's compatible > property > > > > ("ARM,MCIMX535") of the imx53x.dtsi example. More precisely: How ca= n > the > > > > system relate the string "ARM,MCIMX535" with the actual device > driver in > > > > the file system.* > > > > > > > > I hope my questions are clear enough. Many thanks in advance. > > > > > > > > > > For #1, virtually none of our arm code uses the cpu information from > the > > > fdt data, because we generally compile a custom kernel specific to ea= ch > > > cpu. We've been slowly (very slowly) moving towards a unified kernel > > > that can boot on multiple arm chips (or at least closely related chip= s > > > within a family), and that will make the cpu info more important some > > > day. > > > > > > > > Oh, I see. Now It is clearer if I take a look in > /10.0.0/sys/arm/std.zynq7: > > > > ... > > # > > # std.zynq7 - Generic configuration for Xilinx Zynq-7000 PS= . > > # > > # $FreeBSD$ > > > > cpu CPU_CORTEXA > > machine arm armv6 > > ... > > > > > > So #1 is solved. Thank you both! > > > > For #2, if you're looking for some big master table that maps compatibl= e > > > strings to drivers, no such thing exists. > > > > > > Each driver source has one or more DRIVER_MODULE() macros that provid= es > > > some information about the driver. One of the things it provides is > the > > > parent. The newbus system builds a metadata hierarchy that tracks > which > > > drivers have described themselves as potential children on each bus. > > > > > > Usually a device's parent is some sort of bus such as PCI. In an > > > fdt-based system "simplebus" is an abstraction that can represent man= y > > > different types of buses (such as internal on-chip connections betwee= n > > > the cpu and internal devices). A hardware bus such as PCI has ways t= o > > > query the hardware to see what's connected. In the fdt world, > simplebus > > > uses the fdt data to do this query... it looks at all the fdt device > > > entries that are described as its children in the fdt data. > > > > > > For each child in the fdt data, simplebus asks newbus to probe all t= he > > > drivers whose DRIVER_MODULE() said they could be children of simplebu= s. > > > The probe() routine of each driver has access to the fdt data for the > > > device simplebus is trying to probe. The driver compares the > compatible > > > strings in that data to the compatible strings that it knows how to > > > handle, and returns a success/fail code from probe() to indicate > whether > > > or not it is the driver for the device. > > > > > > Sometimes multiple drivers can handle the same hardware, so newbus > > > probes every child driver against every device on the bus. For examp= le > > > a usb keyboard is a pretty generic thing, but a FooStar1000 keyboard > > > might have a special driver that understands extra keys. The generic > > > usb keyboard driver would return BUS_PROBE_GENERIC, and the FooStar10= 00 > > > driver would return BUS_PROBE_SPECIFIC. After probing all potential > > > devices, newbus chooses the one with the highest return value from > > > probe() as being the one most-specific to that hardware. (In reality > > > this doesn't happen much; usually only one driver returns success and > > > all others return an error.) > > > > > > -- Ian > > > > > > > #2 is way more clearer now, but I still can't see a few things: > > > > I can see the function simplebus_attach() calling newbus to create a > child, > > probe it and attach it for each of the ftd nodes claiming to be simpleb= us > > compatible. Here is a snippet from simplebus.c: > > > > /* > > * Walk simple-bus and add direct subordinates as our children. > > */ > > dt_node =3D ofw_bus_get_node(dev); > > for (dt_child =3D OF_child(dt_node); dt_child !=3D 0; > > dt_child =3D OF_peer(dt_child)) { > > > > ... > > /* Add newbus device for this FDT node */ > > dev_child =3D device_add_child(dev, NULL, -1); > > } > > ... > > return (bus_generic_attach(dev)); > > } > > > > > > So there are two functions from bus.h being called: device_add_child() > > which makes a new newbus child, and bus_generic_attach(dev) which cause= s > > newbus to probe and attach each of the new childs of the simplebus node= . > > > > I can see fdtbus doing the same thing for each node of the fdt's root > node. > > Here is a snippet from fdtbus.c: > > > > /* > > * Walk the FDT root node and add top-level devices as our children. > > */ > > for (child =3D OF_child(root); child !=3D 0; child =3D OF_peer(child)) = { > > > > ... > > newbus_device_from_fdt_node(dev, child); > > ... > > > > return (bus_generic_attach(dev)); > > > > > > _________ > > > > So until here I think I understand how the newbus nodes (devices) are > being > > created and how the drivers are being attached to them. > > But when I print the information about system device configuration with > > devinfo I can see that there is a "nexus0" node and a "ofwbus0" node in > the > > newbus hierarchy: > > > > root@zedboard:~ # devinfo > > nexus0 > > ofwbus0 > > simplebus0 > > zy7_slcr0 > > gic0 > > l2cache0 > > .... > > > > > > I think that the nexus0 node is created by this function: > > > > /* > > * Determine i/o configuration for a machine. > > */ > > static void > > configure_first(void *dummy) > > { > > > > device_add_child(root_bus, "nexus", 0); > > } > > > > > > (which is in the file /10.0.0/sys/arm/arm/autoconf.c and by the way I > can't > > find any calling function to configure_first). > > > > And I guess the root node is declared in /10.0.0/sys/kern/subr_bus.c > file: > > > > device_t root_bus; > > devclass_t root_devclass; > > > > > > But I can't find out how the "ofwbus0" node is created neither who is > doing > > so! > > > > Thanks in advance. > > Best regards, Matias.- > > configure_first() and the other functions in autoconf.c are started by > the system init code in mi_startup() in kern/init_main.c. Any part of > the kernel or modules that may be loaded by loader(8) can use a > SYSINIT() macro to declare that they have init code to run at kernel > startup. Linker magic combines all the SYSINIT info into a special > section in the kernel binary, and the mi_startup() code walks through > that info and calls all the functions. > > You've already discovered that nexus gets added by configure_first() (I > think I knew that years ago, but had completely forgotten). That causes > nexus to be probed and attached. The probe always succeeds with nexus, > and nexus attach() calls bus_generic_probe(). That causes newbus to > call the identify() routine for every driver that said it might be a > child of nexus. Most drivers don't have an identify() routine, it's > rarely used. I think of it as a sort of pre-probe routine (man 9 > DEVICE_IDENTIFY has more info on it.) > > The ofwbus driver (dev/ofw/ofwbus.c) has a DRIVER_MODULE() macro that > declares it to be a potential child of nexus, and it has an identify() > routine that calls device_add_child() to add itself as a child of nexus. > I think of this as "forced adoption"... normally it is the parent bus > that does device_add_child(), but in this case the child attaches itself > to the parent. Once ofwbus is added to nexus in this way, its attach() > routine gets called when nexus does bus_generic_attach(), and the ofwbus > attach() then uses the FDT data to attach simplebus and other children > described in the data. > > -- Ian > > > From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 21:37:22 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07EDE853 for ; Wed, 13 Aug 2014 21:37:22 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id B9C5C2281 for ; Wed, 13 Aug 2014 21:37:21 +0000 (UTC) Received: from [192.168.137.1] (cpk219.neoplus.adsl.tpnet.pl [83.31.216.219]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 7C200C6006A for ; Wed, 13 Aug 2014 17:37:17 -0400 (EDT) Message-ID: <53EBDA95.8000604@toomeek.waw.pl> Date: Wed, 13 Aug 2014 23:37:25 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> In-Reply-To: <1407947691.56408.507.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-13; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Wed, 13 Aug 2014 17:37:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 21:37:22 -0000 Thank You Ian, but still not booting: 1. case one: echo "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; dcache off; dcache flush; go 0x48000100" > boot.cmd U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Board: Bananapi DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600 U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 182 bytes read in 21 ms (7.8 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading script.bin 51072 bytes read in 243 ms (205.1 KiB/s) reading kernel Error reading cluster ** Unable to read file kernel ** Unknown command 'dcache' - try 'help' Unknown command 'dcache' - try 'help' ## Starting application at 0x48000100 ... 2. case two: echo "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; go 0x48000100" > boot.cmd U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Board: Bananapi DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600 U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 156 bytes read in 21 ms (6.8 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading script.bin 51072 bytes read in 243 ms (205.1 KiB/s) reading kernel Error reading cluster ** Unable to read file kernel ** ## Starting application at 0x48000100 ... Bootm doesn't work since it cannot be used with this kind of kernel. W dniu 2014-08-13 18:34, Ian Lepore pisze: > > The 'go' command has to have an addres 0x100 higher than the load > adddress (to skip the elf headers and start at the true entry point). > > Also, if you're using a modern u-boot that enables data caches, it won't > automatically disable them on a 'go' command (it does on bootm or > bootelf), so use this sequence: dcache off; dcache flush; go nnnnnnnn > > -- Ian > From owner-freebsd-arm@FreeBSD.ORG Wed Aug 13 22:03:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDBF133F for ; Wed, 13 Aug 2014 22:03:37 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A09ED2636 for ; Wed, 13 Aug 2014 22:03:37 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XHgdr-000Cva-Fp; Wed, 13 Aug 2014 22:03:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7DM3Yo0035653; Wed, 13 Aug 2014 16:03:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+v2HOhYng7raYryKmDTQiP X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: U-boot for Banana Pi From: Ian Lepore To: TooMeeK Admin In-Reply-To: <53EBDA95.8000604@toomeek.waw.pl> References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> Content-Type: text/plain; charset="us-ascii" Date: Wed, 13 Aug 2014 16:03:33 -0600 Message-ID: <1407967413.56408.522.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 22:03:37 -0000 On Wed, 2014-08-13 at 23:37 +0200, TooMeeK Admin wrote: > reading kernel > Error reading cluster This appears to be the actual error. It didn't sucessfully read the kernel, so the "go" command just jumps to random memory. When you get an error on the "dcache off" command that means the uboot wasn't built with cache support and you don't need that command. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 01:55:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC22B432 for ; Thu, 14 Aug 2014 01:55:31 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78EA82D26 for ; Thu, 14 Aug 2014 01:55:31 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id r2so13066002igi.0 for ; Wed, 13 Aug 2014 18:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/zIruIhrCRgBCWlYQfvgQ9myDE0xERwa23yJd1Zx4BE=; b=mzX3Ted8HjY5J7lHOJy7xStzs2rvlbuVMj0TTbP/PpQW9/rS6Z0h99s53z2o6XCL+k 7Ddd7zXXmn65jtX1mecQLO0ec5Gs8mIwJoUfY839VDxrQJ6GzM0Ec866trlQ0ZbGHeYc 7RA7QkbC+YsV9RC7u35LQtGOwmzHjjwk45tOrjIJ3rpbkUHzOhTEVOoqnxxa+Zvk6pXY vF+N88IBFvPSWyqWLADb+Muc4CsiID0vg/WkYqe1inZ0eVDMoP2n5+4swTAz040AcQuR u01+6OlrHA1rIi8+U5/ex91i+zjb0yORUvIGwMgCoVZWjLZZek6EuOfDTV4Tdfi1AbFN KN/A== MIME-Version: 1.0 X-Received: by 10.42.91.200 with SMTP id q8mr1756510icm.63.1407981330811; Wed, 13 Aug 2014 18:55:30 -0700 (PDT) Received: by 10.64.111.104 with HTTP; Wed, 13 Aug 2014 18:55:30 -0700 (PDT) In-Reply-To: <53EBDA95.8000604@toomeek.waw.pl> References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> Date: Thu, 14 Aug 2014 09:55:30 +0800 Message-ID: Subject: Re: U-boot for Banana Pi From: Ganbold Tsagaankhuu To: TooMeeK Admin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 01:55:31 -0000 TooMeeK, On Thu, Aug 14, 2014 at 5:37 AM, TooMeeK Admin wrote: > Thank You Ian, > > but still not booting: > 1. case one: echo "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 > 0x48000000 kernel; dcache off; dcache flush; go 0x48000100" > boot.cmd > U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) > Board: Bananapi > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > spl: not an uImage at 1600 > > U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology > > CPU: Allwinner A20 (SUN7I) > Board: Bananapi > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: dwmac.1c50000 > Hit any key to stop autoboot: 2 1 0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 182 bytes read in 21 ms (7.8 KiB/s) > Jumping to boot.scr > ## Executing script at 44000000 > reading script.bin > 51072 bytes read in 243 ms (205.1 KiB/s) > > reading kernel > Error reading cluster > ** Unable to read file kernel ** > Unknown command 'dcache' - try 'help' > Unknown command 'dcache' - try 'help' > ## Starting application at 0x48000100 ... > > 2. case two: echo "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 > 0x48000000 kernel; go 0x48000100" > boot.cmd > > U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) > Board: Bananapi > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > spl: not an uImage at 1600 > > U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology > > CPU: Allwinner A20 (SUN7I) > Board: Bananapi > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: dwmac.1c50000 > Hit any key to stop autoboot: 2 1 0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 156 bytes read in 21 ms (6.8 KiB/s) > Jumping to boot.scr > ## Executing script at 44000000 > reading script.bin > 51072 bytes read in 243 ms (205.1 KiB/s) > > reading kernel > Error reading cluster > ** Unable to read file kernel ** > ## Starting application at 0x48000100 ... > boot,scr, script.bin, uEnv.txt etc are not really matters now. script.bin is needed for linux, so you don't really need it. I think boot.scr, uEnv etc are related to u-boot, so for now you can leave them. I hope you have SD card and it is FAT formatted and you put there kernel. You can try as I said before: fatload mmc 0 0x40200000 kernel; go 0x40200100 Because if you look /usr/src/sys/arm/allwinner/a20/std.a20 there are lines that defines addresses like KERNPHYSADDR which is 0x40200000. Please try above command. I hope you didn't change anything in dts file. Ganbold > > Bootm doesn't work since it cannot be used with this kind of kernel. > > W dniu 2014-08-13 18:34, Ian Lepore pisze: > > >> The 'go' command has to have an addres 0x100 higher than the load >> adddress (to skip the elf headers and start at the true entry point). >> >> Also, if you're using a modern u-boot that enables data caches, it won't >> automatically disable them on a 'go' command (it does on bootm or >> bootelf), so use this sequence: dcache off; dcache flush; go nnnnnnnn >> >> -- Ian >> >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 10:19:10 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCA34CB5 for ; Thu, 14 Aug 2014 10:19:10 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8F920ED for ; Thu, 14 Aug 2014 10:19:09 +0000 (UTC) Received: from [192.168.137.1] (afnj61.neoplus.adsl.tpnet.pl [178.42.87.61]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id E9D3EC600E3 for ; Thu, 14 Aug 2014 06:18:57 -0400 (EDT) Message-ID: <53EC8D1A.2000005@toomeek.waw.pl> Date: Thu, 14 Aug 2014 12:19:06 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> In-Reply-To: X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Thu, 14 Aug 2014 06:18:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 10:19:10 -0000 I didn't touched std.a20 . Card is microSD with SD adapter, 1GB, real size about ~940MB, prepared this way: #1GB card is smaller, so ~940MB available truncate -s 920M banana.img mdconfig -f banana.img -u0 gpart create -s mbr md0 #NOTE: invalid partition type, unreadable by u-boot! #gpart add -s64m -t \!14 md0 gpart add -b 1m -s 64m -t '\!12' md0 gpart set -a active -i 1 md0 gpart add -t freebsd md0 newfs_msdos -F 16 /dev/md0s1 newfs /dev/md0s2 mount /dev/md0s2 /mnt cd /usr/src make TARGET_ARCH=armv6 DESTDIR=/mnt installworld distribution umount /mnt mount_msdosfs /dev/md0s1 /mnt cp /usr/obj/arm.armv6/usr/src/sys/BANANAPI/kernel /mnt echo "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 kernel; go 0x48000100" > boot.cmd /usr/src/u-boot-sunxi/tools/mkimage -C none -A arm -T script -d boot.cmd boot.scr cp boot.scr /mnt mdconfig -d -u0 cd /root/banana dd if=/usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 I've already tried: echo "fatload mmc 0 0x40200000 kernel; go 0x40200100" > boot.cmd, but one more time..: U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 21 ms (4.9 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel Error reading cluster ** Unable to read file kernel ** ## Starting application at 0x40200100 ... Maybe this is still invalid partition type? But if, why then boot.scr is loaded? Removed script.bin from the partition. I have no eEnv.txt, should I? Cheers, TooMeeK > boot,scr, script.bin, uEnv.txt etc are not really matters now. > script.bin is needed for linux, so you don't really need it. > I think boot.scr, uEnv etc are related to u-boot, so for now you can > leave them. > > I hope you have SD card and it is FAT formatted and you put there kernel. > You can try as I said before: > > fatload mmc 0 0x40200000 kernel; go 0x40200100 > > Because if you look /usr/src/sys/arm/allwinner/a20/std.a20 there are > lines that defines addresses like KERNPHYSADDR which is 0x40200000. > > Please try above command. I hope you didn't change anything in dts file. > > Ganbold > > From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 10:56:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4A7C354 for ; Thu, 14 Aug 2014 10:56:41 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCF2254E for ; Thu, 14 Aug 2014 10:56:41 +0000 (UTC) Received: from [192.168.137.1] (afnj61.neoplus.adsl.tpnet.pl [178.42.87.61]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 0AC47C600E3 for ; Thu, 14 Aug 2014 06:56:37 -0400 (EDT) Message-ID: <53EC95EE.20708@toomeek.waw.pl> Date: Thu, 14 Aug 2014 12:56:46 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Thu, 14 Aug 2014 06:56:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 10:56:42 -0000 And that's where real problem comes :) Over serial console - J11 connector - I have only view (read-only) access.. Different RX/TX pairs aren't giving any output. So the only way for me is putting commands into boot.scr file. echo "fatls mmc 0; fatload mmc 0 0x40200000 kernel; go 0x40200100" > boot.cmd /usr/src/u-boot-sunxi/tools/mkimage -C none -A arm -T script -d boot.cmd boot.scr Gives output: U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Board: Bananapi DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600 U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 21 ms (4.9 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel Error reading cluster ** Unable to read file kernel ** ## Starting application at 0x40200100 ... And no file listing here? > Please try to remove boot.scr from SD card and then put back SD card > and when u-boot prompt comes type: > > fatload mmc 0 0x40200000 kernel; go 0x40200100 > > I think you can check whether kernel exist in fat partition of SD, > something like: > > fatls mmc 0 > > > Ganbold > > From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 17:20:09 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A0C9A6D for ; Thu, 14 Aug 2014 17:20:09 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 317F323F6 for ; Thu, 14 Aug 2014 17:20:09 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so2642286wib.16 for ; Thu, 14 Aug 2014 10:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=Lhm3FXQDgEIExOWXtTc73T4XVT8Lemwm78/2+t69lic=; b=RWlTA1+sQRGl85u7TPZQkB6G9hgkzjnGLb1ZDY5VsvVQYXfQ8QTGdDy/Y1maYCyGUS WeHoOJa5u0hfnAXOUPkVU1gMgSR90GmSBkw0SGVkS5i7Z0y1YYKXwN2KGbt4LEr18+1K kLyGGDO0lzvoXMvqxJzk1wCbziloqbw047gow6pARBA9pr0xS+ng1gN3p2oO0BLbXWcX o/GnNdPhLi72yFqihnnQCp55L+4ava+IZl4Hm7EB3zqBl8DMff4mHSB2y2SHxbuPoGYa gM1bq0LOl3nfrxaj+n+yllpDtNiYPLvmHQ6z1i0n5Coec9xe3x1/rzXPE2BBP/vvPpJu xnbA== X-Received: by 10.195.13.34 with SMTP id ev2mr13556851wjd.55.1408036807048; Thu, 14 Aug 2014 10:20:07 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id cy9sm2746000wib.15.2014.08.14.10.20.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Aug 2014 10:20:06 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <53ECEFBE.6020500@hot.ee> Date: Thu, 14 Aug 2014 20:19:58 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-arm Subject: Driving WS2801 and similar LED controllers with BBB X-TagToolbar-Keys: D20140814201958348 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 17:20:09 -0000 Hello. Maybe someone else works on things like this? I basically know how those are controlled, however I'm unsure what should I choose. Maybe SPI, maybe I should bitbang GPIO for clock / data? Last should work with that specific model (WS2801). Others use weird protocols (or "protocols"). I guess I should just try something. I just let people know that I'm working on that. I won't be surprised if I'm the first one to get it working. I'm also aware that this platform contains PRU's, which are maybe better for this task. Though, that seems like even more complex task. Like how to get code compiled for that (there seems to be one open way for C), how to get it running there and how to assign IO pins. From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 18:30:06 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF74FED4 for ; Thu, 14 Aug 2014 18:30:06 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9DE52BA2 for ; Thu, 14 Aug 2014 18:30:06 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7EIU4EC092836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Aug 2014 11:30:05 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7EIU48D092835; Thu, 14 Aug 2014 11:30:04 -0700 (PDT) (envelope-from jmg) Date: Thu, 14 Aug 2014 11:30:04 -0700 From: John-Mark Gurney To: "Sulev-Madis Silber (ketas)" Subject: Re: Driving WS2801 and similar LED controllers with BBB Message-ID: <20140814183004.GP83475@funkthat.com> Mail-Followup-To: "Sulev-Madis Silber (ketas)" , freebsd-arm References: <53ECEFBE.6020500@hot.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53ECEFBE.6020500@hot.ee> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 14 Aug 2014 11:30:05 -0700 (PDT) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 18:30:07 -0000 Sulev-Madis Silber (ketas) wrote this message on Thu, Aug 14, 2014 at 20:19 +0300: > Hello. > > Maybe someone else works on things like this? I basically know how those > are controlled, however I'm unsure what should I choose. Maybe SPI, > maybe I should bitbang GPIO for clock / data? Last should work with that > specific model (WS2801). Others use weird protocols (or "protocols"). I > guess I should just try something. I just let people know that I'm > working on that. I won't be surprised if I'm the first one to get it > working. I'd look at using SPI... From what I've read on the WS2801, SPI will do exactly what you need to do, and be the most straight forward solution... > I'm also aware that this platform contains PRU's, which are maybe better > for this task. Though, that seems like even more complex task. Like how > to get code compiled for that (there seems to be one open way for C), > how to get it running there and how to > assign IO pins. The PRU is probably more complicated than you need compared to using SPI... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Thu Aug 14 22:18:12 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB63EB10 for ; Thu, 14 Aug 2014 22:18:12 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B88849CD for ; Thu, 14 Aug 2014 22:18:12 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XI3LQ-0004zA-6A for freebsd-arm@freebsd.org; Fri, 15 Aug 2014 00:18:04 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: And now for the actual test... [was: Re: What platform do you use?] References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <1407724644.56408.469.camel@revolution.hippie.lan> Date: Fri, 15 Aug 2014 00:18:02 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <1407724644.56408.469.camel@revolution.hippie.lan> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: 18b3e585b0ef946fc0f6ee9ab4fcc4ff X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:18:12 -0000 On Mon, 11 Aug 2014 04:37:24 +0200, Ian Lepore wrote: > On Tue, 2014-08-05 at 10:26 -0600, Warner Losh wrote: >> Greetings, >> >> I=E2=80=99d like to know what platforms people use FreeBSD/arm with, = and if = >> you=E2=80=99d have time to test some potentially =E2=80=9Cbreak the k= ernel=E2=80=9D sort of = >> changes in the next month? >> >> I have the following boards: boatloads of atmel, BBB, and RPI. This = >> covers the at91, imx6 and broadcom directories. I also have a = >> allwinnner board, but I=E2=80=99ve never got it booting FreeBSD. Like= wise with = >> a rockchip. I have some marvell gear too, but it is buried deep. This= = >> leaves a lot of other boards/SoCs to cover... >> >> Warner >> > > So, anybody wanting to do the testing alluded to in this thread-starti= ng > message, here's all you need to do: > > - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. > - Rebuild and install the kernel, boot. > - Everything should still work. > > The only difference you should notice is that devices load in a > different order at boot time. Specifically, you'll see all the busses= > listed first, then interrupt controllers, then l2cache, then clocks an= d > timers, then all the usual stuff after that. > > There's no immediate benefit or speedup or anything, this is to help > pave the way for using fdt data that comes with a board or system > instead of needing our special freebsd dtb files. Right now we count = on > devices loading in the order we list them in our dts source. This is = a > new way of loading things that should ensure critical devices are load= ed > first, even when we can't control the order of things in the fdt data.= > > I've tested this on wandboard only so far. > > -- Ian My Sheevaplug tftpboots with the option enabled. Could not diff the dmes= g = output, because my usb-stick now wants to do fsck which fails, so I can = = not mount /. (This is because unexpected reboot, not because of kernel = change.) Ronald. From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 01:29:36 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 938CB569 for ; Fri, 15 Aug 2014 01:29:36 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3AB2BA5 for ; Fri, 15 Aug 2014 01:29:35 +0000 (UTC) Received: from [192.168.137.1] (afnj61.neoplus.adsl.tpnet.pl [178.42.87.61]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id EFD5DC600E3 for ; Thu, 14 Aug 2014 21:29:32 -0400 (EDT) Message-ID: <53ED6286.9000307@toomeek.waw.pl> Date: Fri, 15 Aug 2014 03:29:42 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> <53EC95EE.20708@toomeek.waw.pl> In-Reply-To: <53EC95EE.20708@toomeek.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Thu, 14 Aug 2014 21:29:33 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 01:29:36 -0000 Hello again, I took a look into: 1. freebsd manpage for gpart 2. freebsd manpage for mount_msdos 3. source code /usr/src/u-boot-sunxi/fs/fat/fat.c where "Error reading cluster" exists: if (get_cluster(mydata, curclust, buffer, (int)actsize) != 0) { printf("Error reading cluster\n"); return -1; } Then I've tried different combinations, like: gpart add -b 1m -s 64m -t fat16 md0 newfs_msdos -F 16 /dev/md0s1 gpart add -b 1m -s 64m -t '\!12' md0 newfs_msdos -F 16 /dev/md0s1 gpart add -b 1m -s 64m -t '\!14' md0 newfs_msdos -F 16 /dev/md0s1 And still getting "Error reading cluster" on kernel file. I've compared file on SD card and compiled one and they are match (as diff is not giving any output). I've also checked fragmentation and kernel file is one piece.. If I replace kernel with kernel.bin, then: U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Board: Bananapi DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600 U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 21 ms (4.9 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel Error reading cluster ** Unable to read file kernel ** ## Starting application at 0x40200100 ... data abort pc : [<40200108>] lr : [<7ff8667c>] sp : 7fb65b38 ip : 00000000 fp : 00000000 r10: 00000002 r9 : 7fb65f0c r8 : 7fb79bd0 r7 : 7ffbc628 r6 : 00000001 r5 : 7fb79bd4 r4 : 40200100 r3 : 00000000 r2 : 7fb79bd4 r1 : 7fb79bd4 r0 : 00000001 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... resetting ... It looks like file is loaded, because output is different and says it's data. In file /usr/src/sys/arm/conf/BANANAPI I have additional: ident BANANAPI options ROOTDEVNAME=\"ufs:/dev/da0s2\" options INCLUDE_CONFIG_FILE options EXT2FS #EXT2 filesystem but no MMC ? (same as Cubieboard2 config) # MMC/SD/SDIO card slot support #device mmc # mmc/sd bus #device mmcsd # mmc/sd flash cards Uncommented changes nothing. file bananapi.dts match cubieboard2.dts except: < model = "Lemaker BananaPi"; < compatible = "allwinner,a20-bananapi", "allwinner,sun7i-a20"; --- > model = "Cubietech Cubieboard2"; > compatible = "cubietech,a20-cubieboard", "allwinner,sun7i-a20"; Changing boot.cmd from: fatload mmc 0 0x40200000 kernel; go 0x40200100 to: fatload mmc 0 0x40200000 kernel go 0x40200100 Gives nothing.. Cheers, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 11:17:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3298177F for ; Fri, 15 Aug 2014 11:17:35 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7F0B2E7F for ; Fri, 15 Aug 2014 11:17:34 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id 10so1813819lbg.20 for ; Fri, 15 Aug 2014 04:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=9/lW3DeAhjCYsiGp3rd4nYUQKKF+kzHil7KbfAfASEc=; b=mjpn1C9p2kCV4KSbzlx7VAchD2HB3H8u9rCDE/xnGpmsxEJvQMyMJN4MoEuP7kJsdU /tA51lznGK1YesEdB1Ea/3yRKZuctNBmrihhP7U9+220Y152clPk7Xz/D8/3WOG6W0dF 54Ehvs1dDrqV1aP1/uAXdS2PGJbvsnN/OIZZBjqThESmKmS1/N4DSI1y20fb1HSmaD2x jvb8mwpfy3evSgFm4AxhrPNSNoBWKs30CKATyn5ET7PU8nJL65fpovLxpLLwTFu80jBQ 5GZcinuMekXAb2KbPsyoX8IO/TcRtTtT9uUSWCxN/u6a2zXBlPF+aI1ve5iO3fsZV/QI n1eg== X-Received: by 10.112.91.196 with SMTP id cg4mr10548415lbb.42.1408101452488; Fri, 15 Aug 2014 04:17:32 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:8d08:7ad3:4934:e608? ([2001:1620:ff0:c51:8d08:7ad3:4934:e608]) by mx.google.com with ESMTPSA id lh6sm4826956lab.17.2014.08.15.04.17.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Aug 2014 04:17:32 -0700 (PDT) Message-ID: <53EDEC4B.8070502@gmail.com> Date: Fri, 15 Aug 2014 13:17:31 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> <53EC95EE.20708@toomeek.waw.pl> <53ED6286.9000307@toomeek.waw.pl> In-Reply-To: <53ED6286.9000307@toomeek.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 11:17:35 -0000 > > Then I've tried different combinations, like: > gpart add -b 1m -s 64m -t fat16 md0 > newfs_msdos -F 16 /dev/md0s1 > > gpart add -b 1m -s 64m -t '\!12' md0 > newfs_msdos -F 16 /dev/md0s1 > > gpart add -b 1m -s 64m -t '\!14' md0 > newfs_msdos -F 16 /dev/md0s1 > I'm on a different board, but I use -t fat32 (no -b either) and newfs_msdos without any options. > And still getting "Error reading cluster" on kernel file. > I've compared file on SD card and compiled one and they are match (as > diff is not giving any output). > I've also checked fragmentation and kernel file is one piece.. > > If I replace kernel with kernel.bin, then: > kernel.bin needs to be loaded witout the 100 offset I think. see below. > U-Boot SPL 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) > Board: Bananapi > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > spl: not an uImage at 1600 > > > > U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner > Technology > > CPU: Allwinner A20 (SUN7I) > Board: Bananapi > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: dwmac.1c50000 > Hit any key to stop autoboot: 2  1  0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 119 bytes read in 21 ms (4.9 KiB/s) > Jumping to boot.scr > ## Executing script at 44000000 > reading kernel > Error reading cluster > ** Unable to read file kernel ** > ## Starting application at 0x40200100 ... > data abort > pc : [<40200108>] lr : [<7ff8667c>] > sp : 7fb65b38 ip : 00000000 fp : 00000000 > r10: 00000002 r9 : 7fb65f0c r8 : 7fb79bd0 > r7 : 7ffbc628 r6 : 00000001 r5 : 7fb79bd4 r4 : 40200100 > r3 : 00000000 r2 : 7fb79bd4 r1 : 7fb79bd4 r0 : 00000001 > Flags: nZCv IRQs off FIQs off Mode SVC_32 > Resetting CPU ... > > resetting ... > > It looks like file is loaded, because output is different and says > it's data. > > In file /usr/src/sys/arm/conf/BANANAPI I have additional: > ident BANANAPI > options ROOTDEVNAME=\"ufs:/dev/da0s2\" > options INCLUDE_CONFIG_FILE > options EXT2FS #EXT2 filesystem > > but no MMC ? (same as Cubieboard2 config) > # MMC/SD/SDIO card slot support > #device mmc # mmc/sd bus > #device mmcsd # mmc/sd flash cards > Uncommented changes nothing. > > file bananapi.dts match cubieboard2.dts except: > < model = "Lemaker BananaPi"; > < compatible = "allwinner,a20-bananapi", "allwinner,sun7i-a20"; > --- > > model = "Cubietech Cubieboard2"; > > compatible = "cubietech,a20-cubieboard", "allwinner,sun7i-a20"; > > Changing boot.cmd from: > fatload mmc 0 0x40200000 kernel; go 0x40200100 > to: > fatload mmc 0 0x40200000 kernel > go 0x40200100 > > Gives nothing.. > I believe it should be fatload mmc 0 0x40200000 kernel.bin go 0x40200000 You don't have the loader part then though.. Cheers, Mat From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 11:23:55 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B0D99F; Fri, 15 Aug 2014 11:23:55 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC93E202A; Fri, 15 Aug 2014 11:23:54 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 73C5325D3A81; Fri, 15 Aug 2014 11:23:51 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7D54AC27843; Fri, 15 Aug 2014 11:23:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id oTmu6MUtlxra; Fri, 15 Aug 2014 11:23:48 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 60B4DC2782C; Fri, 15 Aug 2014 11:23:46 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: ARM LINT kernel build failure Date: Fri, 15 Aug 2014 11:23:43 +0000 Message-Id: <44FEB49B-F2E9-4061-93DE-C2CD84FEC7DD@lists.zabbadoz.net> To: arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: current@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 11:23:55 -0000 Started recently (within the last day or so). -------------------------------------------------------------- >>> Kernel build for LINT started on Fri Aug 15 11:08:29 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> LINT -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15691: warning: duplicate script for target "timer.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15530: warning: using previous script for "timer.ln" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15694: warning: duplicate script for target "timer.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15534: warning: using previous script for "timer.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15695: warning: duplicate script for target "timer.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15534: warning: using previous script for "timer.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15978: warning: duplicate script for target "obio.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15859: warning: using previous script for "obio.ln" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15981: warning: duplicate script for target "obio.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15863: warning: using previous script for "obio.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15982: warning: duplicate script for target "obio.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15863: warning: using previous script for "obio.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15985: warning: duplicate script for target "obio_space.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15866: warning: using previous script for "obio_space.ln" defined = here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15988: warning: duplicate script for target "obio_space.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15870: warning: using previous script for "obio_space.o" defined = here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15989: warning: duplicate script for target "obio_space.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15870: warning: using previous script for "obio_space.o" defined = here bmake: don't know how to make = /scratch/tmp/bz/head.svn/sys/arm/at91/at91_pinctrl.c (continuing) bmake: stopped in = /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT --- buildkernel --- *** [buildkernel] Error code 2 bmake: stopped in /scratch/tmp/bz/head.svn --- buildkernel --- *** [buildkernel] Error code 1 bmake: stopped in /scratch/tmp/bz/head.svn =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 11:40:43 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CD80E25 for ; Fri, 15 Aug 2014 11:40:43 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 88A2D21E1 for ; Fri, 15 Aug 2014 11:40:42 +0000 (UTC) Received: from [192.168.137.1] (afqd159.neoplus.adsl.tpnet.pl [178.42.159.159]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id F0671C60169 for ; Fri, 15 Aug 2014 07:40:39 -0400 (EDT) Message-ID: <53EDF1C2.7030002@toomeek.waw.pl> Date: Fri, 15 Aug 2014 13:40:50 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> <53EC95EE.20708@toomeek.waw.pl> <53ED6286.9000307@toomeek.waw.pl> <53EDEC4B.8070502@gmail.com> In-Reply-To: <53EDEC4B.8070502@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Fri, 15 Aug 2014 07:40:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 11:40:43 -0000 Thank You Mat, I'll try this later. I've tried to get some more information about device itself, can You help investigating? Here's command: echo "bdinfo; coninfo; fatinfo mmc 0:1; fatinfo mmc 0:2; flinfo; imls; mmcinfo; fatls mmc 0:1" > boot.cmd /usr/src/u-boot-sunxi/tools/mkimage -C none -A arm -T script -d boot.cmd boot.scr And output: U-Boot 2014.04-10700-g4e19806 (Aug 13 2014 - 14:44:36) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 120 bytes read in 21 ms (4.9 KiB/s) Jumping to boot.scr ## Executing script at 44000000 arch_number = 0x000010BB boot_params = 0x40000100 DRAM bank = 0x00000000 -> start = 0x40000000 -> size = 0x40000000 eth0name = dwmac.1c50000 ethaddr = 02:50:07:83:05:61 current eth = dwmac.1c50000 ip_addr = baudrate = 115200 bps TLB addr = 0x7FFF0000 relocaddr = 0x7FF86000 reloc off = 0x35F86000 irq_sp = 0x7FB65EF0 sp start = 0x7FB65EE0 List of available devices: serial 80000003 SIO stdin stdout stderr eserial4 00000003 .IO eserial3 00000003 .IO eserial2 00000003 .IO eserial1 00000003 .IO eserial0 00000003 .IO usage: fatinfo [] Unknown command 'flinfo' - try 'help' Unknown command 'imls' - try 'help' Device: SUNXI SD/MMC Manufacturer ID: 3 OEM: 5344 Name: SU01G Tran Speed: 25000000 Rd Block Len: 512 SD version 2.0 High Capacity: No Capacity: 942.5 MiB Bus Width: 4-bit Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading script.bin 51072 bytes read in 243 ms (205.1 KiB/s) reading uImage ** Unable to read file uImage ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** sun7i# But seems fatinfo doesn't provide vital information, same for "fatinfo mmc 0", same for flinfo and imls ?? Note start and size of DRAM.. Cheers, TooMeeK >> > kernel.bin needs to be loaded witout the 100 offset I think. see below. >> >> > I believe it should be > fatload mmc 0 0x40200000 kernel.bin > go 0x40200000 > > You don't have the loader part then though.. > > Cheers, > > Mat > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 12:43:46 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA6CAF61 for ; Fri, 15 Aug 2014 12:43:46 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CFFA28E1 for ; Fri, 15 Aug 2014 12:43:46 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so784374wiv.11 for ; Fri, 15 Aug 2014 05:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=C2UooBE7qjXqMU+yl0QnT10aupmt1xVvWlwSjnNM1rw=; b=OapS6Fj0biI3EXtXLPaznTAj9jTm4nezjDOijm3zs76cXYy6lvgVqg7F6jo0y4ESqF TJEp2DajBxv4Y6rco5cdun50/dWkcfGatIfpnXJOjdkH9FcXx/Z5hLJSVUgJWTkTRxXn YG21Qvd8nv26ugRbmpw4HKfgQyYi6lMGKHuGFYav6itO2LDoYXwgJTpMrTBDGF3UflKx IuoEZP2+qL1KQoR76eAcgBUJGZ8TzDhWbhVG+tUadZMd8gYRxDa3bRrMdjs6fEfMEv/b kzEk4rmLyEq+T+DsNXeEOrNxEZi+AQRYejsBm128NZn6CEYvQ5y2N+2ayZCTzIcb+4d1 IZug== X-Received: by 10.180.39.139 with SMTP id p11mr51028197wik.50.1408106623968; Fri, 15 Aug 2014 05:43:43 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id lg8sm18688158wjb.9.2014.08.15.05.43.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Aug 2014 05:43:43 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <53EE007D.2080702@hot.ee> Date: Fri, 15 Aug 2014 15:43:41 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-arm Subject: Re: Driving WS2801 and similar LED controllers with BBB References: <53ECEFBE.6020500@hot.ee> <20140814183004.GP83475@funkthat.com> In-Reply-To: <20140814183004.GP83475@funkthat.com> X-TagToolbar-Keys: D20140815154341381 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 12:43:46 -0000 On 2014-08-14 21:30, John-Mark Gurney wrote: > Sulev-Madis Silber (ketas) wrote this message on Thu, Aug 14, 2014 at 20:19 +0300: >> Hello. >> >> Maybe someone else works on things like this? I basically know how those >> are controlled, however I'm unsure what should I choose. Maybe SPI, >> maybe I should bitbang GPIO for clock / data? Last should work with that >> specific model (WS2801). Others use weird protocols (or "protocols"). I >> guess I should just try something. I just let people know that I'm >> working on that. I won't be surprised if I'm the first one to get it >> working. > > I'd look at using SPI... From what I've read on the WS2801, SPI > will do exactly what you need to do, and be the most straight forward > solution... > Only problem is, I seem to be only one who wants to use SPI from userland... No documentation, no code. I hope that it even works in BBB. Maybe I'll try bitbanging GPIO from Perl first. That I understand fully, at least. And that controller seems to allow one to be sloppy or slow. >> I'm also aware that this platform contains PRU's, which are maybe better >> for this task. Though, that seems like even more complex task. Like how >> to get code compiled for that (there seems to be one open way for C), >> how to get it running there and how to >> assign IO pins. > > The PRU is probably more complicated than you need compared to using > SPI... > From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 13:47:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB102F93 for ; Fri, 15 Aug 2014 13:47:55 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9E12059 for ; Fri, 15 Aug 2014 13:47:55 +0000 (UTC) Received: from [192.168.137.1] (afqd159.neoplus.adsl.tpnet.pl [178.42.159.159]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id DE64DC60169 for ; Fri, 15 Aug 2014 09:47:52 -0400 (EDT) Message-ID: <53EE0F93.6060407@toomeek.waw.pl> Date: Fri, 15 Aug 2014 15:48:03 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> <53EC95EE.20708@toomeek.waw.pl> <53ED6286.9000307@toomeek.waw.pl> <53EDEC4B.8070502@gmail.com> In-Reply-To: <53EDEC4B.8070502@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Fri, 15 Aug 2014 09:47:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 13:47:56 -0000 Boot partition is created by following: gpart add -b 1m -s 64m -t fat16 md0 gpart set -a active -i 1 md0 newfs_msdos -F 16 /dev/md0s1 -b is needed because: dd if=/usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 and will corrupt partition table, resulting not even boot.scr loaded. How do You install u-boot-sunxi on Your board? Or maybe I should use sunxi-spl.bin and u-boot.bin instead of u-boot-sunxi-with-spl.bin? But u-boot-sunxi compiles only: /usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin /usr/src/u-boot-sunxi/u-boot.bin W dniu 2014-08-15 13:17, Mattia Rossi pisze: > >> > I'm on a different board, but I use -t fat32 (no -b either) and > newfs_msdos without any options. No change on FAT32, "error reading cluster". > kernel.bin needs to be loaded witout the 100 offset I think. see below. >> and > I believe it should be > fatload mmc 0 0x40200000 kernel.bin > go 0x40200000 > Didn't work either.. But then again I take a look: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard and: dd if=/usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 dd if=sunxi-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 dd if=u-boot.bin conv=notrunc of=banana.img bs=1024 seek=32 And the kernel was finally loaded... U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Cubieboard2 I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: emac Hit any key to stop autoboot: 3  2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 3 ms (38.1 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel 4835460 bytes read in 423 ms (10.9 MiB/s) ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #5: Fri Aug 15 15:55:57 CEST 2014 root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A7 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 517558272 (493 MB) random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 60 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 Trying to mount root from ufs:/dev/da0s2 []... mountroot: waiting for device /dev/da0s2 ... Mounting from ufs:/dev/da0s2 failed with error 19. Loader variables: Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input File sizes: 24064 sunxi-spl.bin 241544 u-boot.bin 265608 in summary 274844 u-boot-sunxi-with-spl.bin that comes from Bananapi compiled u-boot, but anyway it was overwritten?? So thank You for help, all I missed something there.. still not mounting second slice, but I will try to find out why.. ps. 512MB of RAM? I didn't tell You it should be 1024MB in /usr/src/sys/boot/fdt/dts/bananapi.dts ?? :) Cheers, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 14:38:20 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17287A72 for ; Fri, 15 Aug 2014 14:38:20 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D22A627A7 for ; Fri, 15 Aug 2014 14:38:19 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id r2so2411268igi.4 for ; Fri, 15 Aug 2014 07:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Sdu5ikjtLv00k3wXU9Tar0TFC0O/wvmKuAc8dpQEuys=; b=oYVvoalb9Tp9N887ChkiSk4rIPCBMWhLfXzv/dqnblAMA+pxyKe4UW1hsDO5kdxxgW TC1tKZjcjXD+8RFUH7v98rQAOMs2k65mkA/TivHL4tveLSA3tcrCU9mHQXY+m20hH3wo +OkQuvU5Y+YpgZCab8/lQTYufffOeFmK5J/+DDxQDiszHmA8ZcDZOLYQPboKP4QKluaa C2EyT4HHKXjnwmJVRQaeXg7iBFt+bFz1qLKBAe7PGNPbr6mQai5crKLXwFGJmUTy3qVZ k4/0UnyXG/emwI6C8X7cGfaimeskMyvIrhc8YH06wF9nQnq1J6OMjccBZsfAhorgw9Nv 3VcQ== MIME-Version: 1.0 X-Received: by 10.50.147.99 with SMTP id tj3mr24920437igb.38.1408113499280; Fri, 15 Aug 2014 07:38:19 -0700 (PDT) Received: by 10.64.111.104 with HTTP; Fri, 15 Aug 2014 07:38:19 -0700 (PDT) In-Reply-To: <53EE0F93.6060407@toomeek.waw.pl> References: <53EB40BC.8070506@toomeek.waw.pl> <53EB41EC.1080507@toomeek.waw.pl> <53EB8994.9080801@toomeek.waw.pl> <1407947691.56408.507.camel@revolution.hippie.lan> <53EBDA95.8000604@toomeek.waw.pl> <53EC8D1A.2000005@toomeek.waw.pl> <53EC95EE.20708@toomeek.waw.pl> <53ED6286.9000307@toomeek.waw.pl> <53EDEC4B.8070502@gmail.com> <53EE0F93.6060407@toomeek.waw.pl> Date: Fri, 15 Aug 2014 22:38:19 +0800 Message-ID: Subject: Re: U-boot for Banana Pi From: Ganbold Tsagaankhuu To: TooMeeK Admin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 14:38:20 -0000 On Fri, Aug 15, 2014 at 9:48 PM, TooMeeK Admin wrote: > Boot partition is created by following: > > > gpart add -b 1m -s 64m -t fat16 md0 > gpart set -a active -i 1 md0 > newfs_msdos -F 16 /dev/md0s1 > > -b is needed because: > > dd if=/usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin conv=notrunc > of=banana.img bs=1024 seek=8 > > and will corrupt partition table, resulting not even boot.scr loaded. > > How do You install u-boot-sunxi on Your board? > Or maybe I should use sunxi-spl.bin and u-boot.bin instead of > u-boot-sunxi-with-spl.bin? > But u-boot-sunxi compiles only: > /usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin > /usr/src/u-boot-sunxi/u-boot.bin > > W dniu 2014-08-15 13:17, Mattia Rossi pisze: > > >> >>> I'm on a different board, but I use -t fat32 (no -b either) and >> newfs_msdos without any options. >> > No change on FAT32, "error reading cluster". > > kernel.bin needs to be loaded witout the 100 offset I think. see below. >> >>> >>> and > > I believe it should be >> fatload mmc 0 0x40200000 kernel.bin >> go 0x40200000 >> >> Didn't work either.. > > But then again I take a look: > https://wiki.freebsd.org/FreeBSD/arm/Cubieboard > and: > > dd if=/usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin conv=notrunc > of=banana.img bs=1024 seek=8 > dd if=sunxi-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 > dd if=u-boot.bin conv=notrunc of=banana.img bs=1024 seek=32 > > And the kernel was finally loaded... > > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology > > CPU: Allwinner A20 (SUN7I) > Board: Cubieboard2 > > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: emac > Hit any key to stop autoboot: 3 2 1 0 > > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 119 bytes read in 3 ms (38.1 KiB/s) > > Jumping to boot.scr > ## Executing script at 44000000 > reading kernel > 4835460 bytes read in 423 ms (10.9 MiB/s) > > ## Starting application at 0x40200100 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE #5: Fri Aug 15 15:55:57 CEST 2014 > root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A7 rev 4 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory = 536870912 (512 MB) > avail memory = 517558272 (493 MB) > random device not loaded; using insecure entropy > random: initialized > simplebus0: on fdtbus0 > gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff > on simplebus0 > gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 > a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on > simplebus0 > a10_ccm0: mem 0x1c20000-0x1c203ff on > simplebus0 > a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on > simplebus0 > Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 > Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 > a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 > gpio0: mem 0x1c20800-0x1c20bff irq 60 on > simplebus0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > ehci0: mem 0x1c14000-0x1c14fff > irq 71 on simplebus0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > ehci1: mem 0x1c1c000-0x1c1cfff > irq 72 on simplebus0 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 > uart0: console (115200,n,8,1) > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on > usbus0 > ugen1.1: at usbus1 > uhub1: on > usbus1 > random: unblocking device. > WARNING: WITNESS option enabled, expect reduced performance. > uhub0: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > Root mount waiting for: usbus1 usbus0 > ugen0.2: at usbus0 > Trying to mount root from ufs:/dev/da0s2 []... > mountroot: waiting for device /dev/da0s2 ... > Mounting from ufs:/dev/da0s2 failed with error 19. > > Loader variables: > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/acd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > File sizes: > 24064 sunxi-spl.bin > 241544 u-boot.bin > 265608 in summary > > 274844 u-boot-sunxi-with-spl.bin that comes from Bananapi compiled > u-boot, but anyway it was overwritten?? > > So thank You for help, all I missed something there.. still not mounting > second slice, but I will try to find out why.. > You are now very close, check usb flash, if you followed Cubieboard instruction (https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) you have to change da0s2 to da0 in kernel config. I already asked Banana PI people to send me one board, but I guess it is maybe not really necessary. Ganbold > ps. 512MB of RAM? I didn't tell You it should be 1024MB in > /usr/src/sys/boot/fdt/dts/bananapi.dts ?? :) > > Cheers, > TooMeeK > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 15:13:44 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FCB48D5 for ; Fri, 15 Aug 2014 15:13:44 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD4B2B95 for ; Fri, 15 Aug 2014 15:13:44 +0000 (UTC) Received: from [192.168.137.1] (afqd159.neoplus.adsl.tpnet.pl [178.42.159.159]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 9EA99C601A1 for ; Fri, 15 Aug 2014 11:13:41 -0400 (EDT) Message-ID: <53EE23B1.2020403@toomeek.waw.pl> Date: Fri, 15 Aug 2014 17:13:53 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: U-boot for Banana Pi References: <53EE0F93.6060407@toomeek.waw.pl> In-Reply-To: <53EE0F93.6060407@toomeek.waw.pl> X-Forwarded-Message-Id: <53EE0F93.6060407@toomeek.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Fri, 15 Aug 2014 11:13:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 15:13:44 -0000 To update this, "Error reading sector" is definitely caused by compiled file: /usr/src/u-boot-sunxi/u-boot.bin because when: dd if=sunxi-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 dd if=/usr/src/u-boot-sunxi/u-boot.bin conv=notrunc of=banana.img bs=1024 seek=32 It reports sector error on reading kernel, but with u-boot.bin from Cubieboard2 Wiki it works.. I didn't changed anything in u-boot-sunxi sources. Let's see differences in boards.cfg: Active arm armv7 sunxi - sunxi Bananapi sun7i:BANANAPI,SPL,SUNXI_GMAC,RGMII,MACPWR=SUNXI_GPH(23),STATUSLED=244,STATUSLED1=245,FAST_MBUS Active arm armv7 sunxi - sunxi Cubieboard2 sun7i:CUBIEBOARD2,SPL,SUNXI_GMAC,STATUSLED=244,STATUSLED1=245,FAST_MBUS There are little differences in: diff board/sunxi/dram_bananapi.c board/sunxi/dram_cubieboard2.c 7c7 < .clock = 432, --- > .clock = 480, But even after changing this to match clock from Cubieboard2 it's not working.. Kernel isn't booting with mmc, mmcsd enabled in kernel config and memory addressing to: memory { device_type = "memory"; reg = < 0x40000000 0x00000000 >; /* 1024MB RAM */ }; Probably I missunderstood memory addressing?? hex 40000000 is 1073741824 decimal ~1024MB or should be here reg = < 0x40000000 0x40000000 >; Regarding: | You are now very close, check usb flash, if you followed Cubieboard instruction (https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) you have to change da0s2 to da0 in kernel config. I cannot do this, because I'm using internal SD card second slice for booting, not external USB flash. My goal is to fit FreeBSD 10.x on 1GB SD card as base OS ;) Cheers, TooMeeK From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 15:20:08 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28CF1A86 for ; Fri, 15 Aug 2014 15:20:08 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB3032C84 for ; Fri, 15 Aug 2014 15:20:07 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so2527830igd.5 for ; Fri, 15 Aug 2014 08:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hbM9mJrt7nJTivtRgiaX+RzWZwewzW/JffqGGnKW7a8=; b=uPAUW/9GYqiHx07Osir9MES7FrgtPlmu6smIaCc3rmpxg/g/Ref3RvFtvW0sDZXZyP JT0dzB1LRNFHf1zHKCPpC2yVJkzLNOd8M4qMPQ8p2edtwgXGzLypx7K82mHGhaxWa6xN 5FlxYP3DFvsDlywHnI4kH34k95+F7EFM5Oj6hAcAbWJ6UChzjlPLpjgpZ9MXSUvsjdTX PhKFpAY1lS6bohkl23UOYzI91CuYc8zMdHA2Ji7k3lo0NFbot35yjrQfHPYdSF7bXe3f 0PgHTB/CN8nLp14fB6wsXI7hpcMds25eONk1GvWKMb1usCWWW8iRIuxqwu13j4bvUEPE PGZQ== MIME-Version: 1.0 X-Received: by 10.42.207.68 with SMTP id fx4mr2177962icb.67.1408116007092; Fri, 15 Aug 2014 08:20:07 -0700 (PDT) Received: by 10.64.111.104 with HTTP; Fri, 15 Aug 2014 08:20:07 -0700 (PDT) In-Reply-To: <53EE23B1.2020403@toomeek.waw.pl> References: <53EE0F93.6060407@toomeek.waw.pl> <53EE23B1.2020403@toomeek.waw.pl> Date: Fri, 15 Aug 2014 23:20:07 +0800 Message-ID: Subject: Re: U-boot for Banana Pi From: Ganbold Tsagaankhuu To: TooMeeK Admin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 15:20:08 -0000 On Fri, Aug 15, 2014 at 11:13 PM, TooMeeK Admin wrote: > To update this, > > "Error reading sector" is definitely caused by compiled file: > /usr/src/u-boot-sunxi/u-boot.bin > > because when: > > dd if=sunxi-spl.bin conv=notrunc of=banana.img bs=1024 seek=8 > dd if=/usr/src/u-boot-sunxi/u-boot.bin conv=notrunc of=banana.img bs=1024 > seek=32 > > It reports sector error on reading kernel, but with u-boot.bin from > Cubieboard2 Wiki it works.. > > I didn't changed anything in u-boot-sunxi sources. > Let's see differences in boards.cfg: > > Active arm armv7 sunxi - sunxi > Bananapi sun7i:BANANAPI,SPL,SUNXI_GMAC,RGMII,MACPWR=SUNXI_GPH(23), > STATUSLED=244,STATUSLED1=245,FAST_MBUS > Active arm armv7 sunxi - sunxi > Cubieboard2 > sun7i:CUBIEBOARD2,SPL,SUNXI_GMAC,STATUSLED=244,STATUSLED1=245,FAST_MBUS > > There are little differences in: > diff board/sunxi/dram_bananapi.c board/sunxi/dram_cubieboard2.c > 7c7 > < .clock = 432, > --- > > .clock = 480, > > But even after changing this to match clock from Cubieboard2 it's not > working.. > > Kernel isn't booting with mmc, mmcsd enabled in kernel config and memory > addressing to: > memory { > device_type = "memory"; > reg = < 0x40000000 0x00000000 >; /* 1024MB RAM */ > }; > > Probably I missunderstood memory addressing?? hex 40000000 is 1073741824 > decimal ~1024MB > or should be here reg = < 0x40000000 0x40000000 >; > If you are talking about what should be in dts file then it should be: reg = < 0x40000000 0x40000000 >; /* 1GB RAM */ > > Regarding: > > | You are now very close, check usb flash, if you followed Cubieboard > instruction (https://wiki.freebsd.org/FreeBSD/arm/Cubieboard) you have to > change da0s2 to da0 in kernel config. > > I cannot do this, because I'm using internal SD card second slice for > booting, not external USB flash. > My goal is to fit FreeBSD 10.x on 1GB SD card as base OS ;) There is no mmc/sd driver for A10/A20 SoC in src tree. But you can try Alexander Fedorov's mmc driver, look for older threads or you can contact him directly. Ganbold > > > > Cheers, > TooMeeK > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 15:29:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2D54D19 for ; Fri, 15 Aug 2014 15:29:54 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 280842DE7 for ; Fri, 15 Aug 2014 15:29:53 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s7FFTdjS081643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 15 Aug 2014 17:29:40 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s7FFTY6V047651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Aug 2014 17:29:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s7FFTY68065990; Fri, 15 Aug 2014 17:29:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s7FFTYkn065989; Fri, 15 Aug 2014 17:29:34 +0200 (CEST) (envelope-from ticso) Date: Fri, 15 Aug 2014 17:29:34 +0200 From: Bernd Walter To: "Sulev-Madis Silber (ketas)" Subject: Re: Driving WS2801 and similar LED controllers with BBB Message-ID: <20140815152933.GG60808@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <53ECEFBE.6020500@hot.ee> <20140814183004.GP83475@funkthat.com> <53EE007D.2080702@hot.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53EE007D.2080702@hot.ee> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 15:29:54 -0000 On Fri, Aug 15, 2014 at 03:43:41PM +0300, Sulev-Madis Silber (ketas) wrote: > On 2014-08-14 21:30, John-Mark Gurney wrote: > > Sulev-Madis Silber (ketas) wrote this message on Thu, Aug 14, 2014 at 20:19 +0300: > >> Hello. > >> > >> Maybe someone else works on things like this? I basically know how those > >> are controlled, however I'm unsure what should I choose. Maybe SPI, > >> maybe I should bitbang GPIO for clock / data? Last should work with that > >> specific model (WS2801). Others use weird protocols (or "protocols"). I > >> guess I should just try something. I just let people know that I'm > >> working on that. I won't be surprised if I'm the first one to get it > >> working. > > > > I'd look at using SPI... From what I've read on the WS2801, SPI > > will do exactly what you need to do, and be the most straight forward > > solution... > > > > Only problem is, I seem to be only one who wants to use SPI from > userland... No documentation, no code. I hope that it even works in BBB. > Maybe I'll try bitbanging GPIO from Perl first. That I understand fully, > at least. And that controller seems to allow one to be sloppy or slow. Interesting - I thought there is a userland spi driver as there is for iic. But you can take a look into sys/dev/flash, which holds a few kernel drivers for different SPI flash chips. Those may help you starting with a kernel driver for your LED. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 17:15:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A81C716 for ; Fri, 15 Aug 2014 17:15:25 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id BF3122CC3 for ; Fri, 15 Aug 2014 17:15:24 +0000 (UTC) Received: from [192.168.137.1] (afqd159.neoplus.adsl.tpnet.pl [178.42.159.159]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 445DDC601A1 for ; Fri, 15 Aug 2014 13:15:13 -0400 (EDT) Message-ID: <53EE402D.8000204@toomeek.waw.pl> Date: Fri, 15 Aug 2014 19:15:25 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EE0F93.6060407@toomeek.waw.pl> <53EE23B1.2020403@toomeek.waw.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Fri, 15 Aug 2014 13:15:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 17:15:25 -0000 Do You mean this? https://github.com/tsgan/allwinner_a10 Is it for A20 too? I'll take a look. I've also found Your discussion here: http://www.marshut.net/qmqum/booting-kernel-on-cubieboard-mele-a-1000-allwiner-a10.html#qntuw but it uses ubldr.. Kernel doesn't start with: reg = < 0x40000000 0x40000000 >; /* 1024MB RAM */ and I don't know why, it's not loaded: no FreeBSD trademarks, nothing... I know these values are correct, because size fits: ## Executing script at 44000000 arch_number = 0x000010BB boot_params = 0x40000100 DRAM bank = 0x00000000 -> start = 0x40000000 -> size = 0x40000000 However, it starts with: reg = < 0x40000000 0x30000000 >; /* 768MB RAM */ in /usr/src/sys/boot/fdt/dts/bananapi.dts and stops during booting on USB detection... U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Board: Cubieboard2 DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 SUNXI SD/MMC: 0 U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Cubieboard2 I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: emac Hit any key to stop autoboot: 3  2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 3 ms (38.1 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel 4835460 bytes read in 422 ms (10.9 MiB/s) ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #8: Fri Aug 15 20:56:50 CEST 2014 root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A7 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 805306368 (768 MB) avail memory = 780681216 (744 MB) random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 60 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 Which is very strange to me. Fallback to 512MB with / on flash USB ends in almost complete OS boot :) U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Board: Cubieboard2 DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 SUNXI SD/MMC: 0 U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Cubieboard2 I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: emac Hit any key to stop autoboot: 3  2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 3 ms (38.1 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel 4835460 bytes read in 422 ms (10.9 MiB/s) ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #9: Fri Aug 15 21:03:16 CEST 2014 root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A7 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 517558272 (493 MB) random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 60 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus1 usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4101 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 3848MB (7881824 512 byte sectors: 255H 63S/T 490C) da0: quirks=0x2 Trying to mount root from ufs:/dev/da0 []... warning: no time-of-day clock registered, system time will not be set accurately Setting hostuuid: 967d139f-24a3-11e4-a1ad-0931cee82337. Setting hostid: 0x438e041a. Entropy harvesting: interrupts ethernet point_to_point swi. eval: cannot open /etc/fstab: No such file or directory fstab: /etc/fstab:0: No such file or directory Warning! No /etc/fstab: skipping disk checks. fstab: /etc/fstab:0: No such file or directory Mounting local file systems:fstab: /etc/fstab:0: No such file or directory . Writing entropy file:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Starting Network: lo0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 Starting devd. add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. fstab: /etc/fstab:0: No such file or directory fstab: /etc/fstab:0: No such file or directory fstab: /etc/fstab:0: No such file or directory Creating and/or trimming log files. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Clearing /tmp (X related). Updating motd:. Mounting late file systems:fstab: /etc/fstab:0: No such file or directory . fstab: /etc/fstab:0: No such file or directory Any clues here? Thank You so far for help! Cheers, TooMeeK W dniu 2014-08-15 17:20, Ganbold Tsagaankhuu pisze: > > > There is no mmc/sd driver for A10/A20 SoC in src tree. But you can try > Alexander Fedorov's mmc driver, look for older threads or you can contact > him directly. > > Ganbold > > > > From owner-freebsd-arm@FreeBSD.ORG Fri Aug 15 21:44:30 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9884CA8 for ; Fri, 15 Aug 2014 21:44:30 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 065542F17 for ; Fri, 15 Aug 2014 21:44:29 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s7FLiLUC087349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 15 Aug 2014 23:44:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s7FLiHoQ050245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Aug 2014 23:44:17 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s7FLiHed067540; Fri, 15 Aug 2014 23:44:17 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s7FLiGpR067539; Fri, 15 Aug 2014 23:44:16 +0200 (CEST) (envelope-from ticso) Date: Fri, 15 Aug 2014 23:44:16 +0200 From: Bernd Walter To: TooMeeK Admin Subject: Re: U-boot for Banana Pi Message-ID: <20140815214416.GJ60808@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <53EE0F93.6060407@toomeek.waw.pl> <53EE23B1.2020403@toomeek.waw.pl> <53EE402D.8000204@toomeek.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <53EE402D.8000204@toomeek.waw.pl> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 21:44:30 -0000 On Fri, Aug 15, 2014 at 07:15:25PM +0200, TooMeeK Admin wrote: > Do You mean this? > https://github.com/tsgan/allwinner_a10 > Is it for A20 too? I'll take a look. > I've also found Your discussion here: > http://www.marshut.net/qmqum/booting-kernel-on-cubieboard-mele-a-1000-all= winer-a10.html#qntuw >=20 > but it uses ubldr.. >=20 > Kernel doesn't start with: > reg =3D < 0x40000000 0x40000000 >; /* 1024MB RAM */ > and I don't know why, it's not loaded: no FreeBSD trademarks, nothing... >=20 > I know these values are correct, because size fits: > ## Executing script at 44000000 > arch_number =3D 0x000010BB > boot_params =3D 0x40000100 > DRAM bank =3D 0x00000000 > -> start =3D 0x40000000 > -> size =3D 0x40000000 >=20 > However, it starts with: > reg =3D < 0x40000000 0x30000000 >; /* 768MB RAM */ > in /usr/src/sys/boot/fdt/dts/bananapi.dts > and stops during booting on USB detection... >=20 > U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) > Board: Cubieboard2 > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > SUNXI SD/MMC: 0 >=20 >=20 >=20 > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technolo= gy >=20 > CPU: Allwinner A20 (SUN7I) > Board: Cubieboard2 > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment >=20 > In: serial > Out: serial > Err: serial > Net: emac > Hit any key to stop autoboot: 3 =08=08=08 2 =08=08=08 1 =08=08=08 0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 119 bytes read in 3 ms (38.1 KiB/s) > Jumping to boot.scr > ## Executing script at 44000000 > reading kernel > 4835460 bytes read in 422 ms (10.9 MiB/s) > ## Starting application at 0x40200100 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE #8: Fri Aug 15 20:56:50 CEST 2014 > root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A7 rev 4 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory =3D 805306368 (768 MB) > avail memory =3D 780681216 (744 MB) > random device not loaded; using insecure entropy > random: initialized > simplebus0: on fdtbus0 > gic0: mem=20 > 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 > gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 > a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on= =20 > simplebus0 > a10_ccm0: mem 0x1c20000-0x1c203ff on=20 > simplebus0 > a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on= =20 > simplebus0 > Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 > Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 > a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 > gpio0: mem 0x1c20800-0x1c20bff irq 60 on=20 > simplebus0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > ehci0: mem 0x1c14000-0x1c14fff= =20 > irq 71 on simplebus0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > ehci1: mem 0x1c1c000-0x1c1cfff= =20 > irq 72 on simplebus0 >=20 > Which is very strange to me. >=20 > Fallback to 512MB with / on flash USB ends in almost complete OS boot :) >=20 > U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) > Board: Cubieboard2 > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > SUNXI SD/MMC: 0 >=20 >=20 >=20 > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technolo= gy >=20 > CPU: Allwinner A20 (SUN7I) > Board: Cubieboard2 > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment >=20 > In: serial > Out: serial > Err: serial > Net: emac > Hit any key to stop autoboot: 3 =08=08=08 2 =08=08=08 1 =08=08=08 0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > reading boot.scr > 119 bytes read in 3 ms (38.1 KiB/s) > Jumping to boot.scr > ## Executing script at 44000000 > reading kernel > 4835460 bytes read in 422 ms (10.9 MiB/s) > ## Starting application at 0x40200100 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE #9: Fri Aug 15 21:03:16 CEST 2014 > root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A7 rev 4 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory =3D 536870912 (512 MB) > avail memory =3D 517558272 (493 MB) > random device not loaded; using insecure entropy > random: initialized > simplebus0: on fdtbus0 > gic0: mem=20 > 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 > gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 > a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on= =20 > simplebus0 > a10_ccm0: mem 0x1c20000-0x1c203ff on=20 > simplebus0 > a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on= =20 > simplebus0 > Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 > Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 > a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 > gpio0: mem 0x1c20800-0x1c20bff irq 60 on=20 > simplebus0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > ehci0: mem 0x1c14000-0x1c14fff= =20 > irq 71 on simplebus0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > ehci1: mem 0x1c1c000-0x1c1cfff= =20 > irq 72 on simplebus0 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 > uart0: console (115200,n,8,1) > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usb= us0 > ugen1.1: at usbus1 > uhub1: on usb= us1 > random: unblocking device. > WARNING: WITNESS option enabled, expect reduced performance. > uhub1: 1 port with 1 removable, self powered > uhub0: 1 port with 1 removable, self powered > Root mount waiting for: usbus1 usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > ugen0.2: at usbus0 > umass0: on usbus0 > umass0: SCSI over Bulk-Only; quirks =3D 0x4101 > umass0:0:0:-1: Attached to scbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 3848MB (7881824 512 byte sectors: 255H 63S/T 490C) > da0: quirks=3D0x2 > Trying to mount root from ufs:/dev/da0 []... > warning: no time-of-day clock registered, system time will not be set=20 > accurately > Setting hostuuid: 967d139f-24a3-11e4-a1ad-0931cee82337. > Setting hostid: 0x438e041a. > Entropy harvesting: interrupts ethernet point_to_point swi. > eval: cannot open /etc/fstab: No such file or directory > fstab: /etc/fstab:0: No such file or directory > Warning! No /etc/fstab: skipping disk checks. > fstab: /etc/fstab:0: No such file or directory > Mounting local file systems:fstab: /etc/fstab:0: No such file or directory > . > Writing entropy file:. > /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). > Starting Network: lo0. > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=3D21 > Starting devd. > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > Generating host.conf. > fstab: /etc/fstab:0: No such file or directory > fstab: /etc/fstab:0: No such file or directory > fstab: /etc/fstab:0: No such file or directory > Creating and/or trimming log files. > Starting syslogd. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Clearing /tmp (X related). > Updating motd:. > Mounting late file systems:fstab: /etc/fstab:0: No such file or directory > . > fstab: /etc/fstab:0: No such file or directory >=20 >=20 >=20 > Any clues here? Very obviously you don't have an fstab. You also want to configure your /etc/ttys for a getty, otherwise you won't get a login prompt, even if the system has bootet completely. --=20 B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Sat Aug 16 21:30:26 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3200ABE4 for ; Sat, 16 Aug 2014 21:30:26 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id C71D82DE6 for ; Sat, 16 Aug 2014 21:30:25 +0000 (UTC) Received: from [192.168.137.1] (dov125.neoplus.adsl.tpnet.pl [83.24.129.125]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id A0400C601DD for ; Sat, 16 Aug 2014 17:30:20 -0400 (EDT) Message-ID: <53EFCD6C.5000601@toomeek.waw.pl> Date: Sat, 16 Aug 2014 23:30:20 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EE0F93.6060407@toomeek.waw.pl> <53EE23B1.2020403@toomeek.waw.pl> <53EE402D.8000204@toomeek.waw.pl> <20140815214416.GJ60808@cicely7.cicely.de> In-Reply-To: <20140815214416.GJ60808@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Sat, 16 Aug 2014 17:30:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2014 21:30:26 -0000 Thank You, Problems to be fixed: 1. only 512MB of DRAM available 768MB configured in /usr/src/sys/boot/fdt/dts/bananapi.dts doesn't work, stops at: ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 1024MB configured in /usr/src/sys/boot/fdt/dts/bananapi.dts doesn't work, stops at: Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 1073741824 (1024 MB) panic: kmem_suballoc: bad status return of 3 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! db> DRAM details: DRAM bank = 0x00000000 -> start = 0x40000000 -> size = 0x40000000 2. "Error reading cluster" during kernel load u-boot-sunxi 2014.04-10704-gf625d1d for Allwinner A20 (SUN7I) Bananapi board both files: /usr/src/u-boot-sunxi/u-boot.bin /usr/src/u-boot-sunxi/u-boot-sunxi-with-spl.bin are unbootable --> to be reported on u-boot mailing list WORKAROUND: use u-boot.bin from Cubieboard's Wiki FreeBSD page 3. no HDMI output 4. no network devices detected 5. missing /dev/ttyv* files Config files on /dev/da0 rootdev: cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0 / ufs rw 1 1 cat /etc/rc.conf hostname="banana-freebsd" keymap="pl_PL.ISO8859-2.kbd" ifconfig_em0="inet 192.168.137.226 netmask 255.255.255.0" defaultrouter="192.168.137.1" sshd_enable="YES" cat /etc/ttys console none unknown off secure ttyv0 "/usr/libexec/getty Pc" xterm on secure # Virtual terminals ttyv1 "/usr/libexec/getty Pc" xterm on secure ttyv2 "/usr/libexec/getty Pc" xterm on secure ttyv3 "/usr/libexec/getty Pc" xterm on secure ttyv4 "/usr/libexec/getty Pc" xterm on secure ttyv5 "/usr/libexec/getty Pc" xterm on secure ttyv6 "/usr/libexec/getty Pc" xterm on secure ttyv7 "/usr/libexec/getty Pc" xterm on secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyu0 "/usr/libexec/getty std.115200" dialup off secure ttyu1 "/usr/libexec/getty std.115200" dialup off secure ttyu2 "/usr/libexec/getty std.115200" dialup off secure ttyu3 "/usr/libexec/getty std.115200" dialup off secure # Dumb console dcons "/usr/libexec/getty std.115200" vt100 off secure Boot log with 512MB: Sat Aug 16 22:14:39 UTC 2014 U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Board: Cubieboard2 DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 SUNXI SD/MMC: 0 U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Cubieboard2 I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: emac Hit any key to stop autoboot: 3  2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 119 bytes read in 3 ms (38.1 KiB/s) Jumping to boot.scr ## Executing script at 44000000 reading kernel 4835460 bytes read in 422 ms (10.9 MiB/s) ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #11: Sun Aug 17 00:29:58 CEST 2014 root@freebsd:/usr/obj/arm.armv6/usr/src/sys/BANANAPI arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A7 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 517558272 (493 MB) random device not loaded; using insecure entropy random: initialized simplebus0: on fdtbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b nirqs 160 a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 60 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus1 usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4101 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 3848MB (7881824 512 byte sectors: 255H 63S/T 490C) da0: quirks=0x2 Trying to mount root from ufs:/dev/da0 []... warning: no time-of-day clock registered, system time will not be set accurately Setting hostuuid: 0a9a2ea7-2598-11e4-8932-6fc3fa39a81c. Setting hostid: 0x5e0c362e. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/da0: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0: clean, 186061 free (821 frags, 23155 blocks, 0.3% fragmentation) Mounting local file systems:. Writing entropy file:. Setting hostname: banana-freebsd. Starting Network: lo0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 Starting devd. route: writing to routing socket: Network is unreachable add net default: gateway 192.168.137.1 fib 0: Network is unreachable add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Generating RSA1 host key. 2048 bb:bf:7b:73:04:19:e0:aa:1a:8e:75:6b:fa:08:6f:c8 root@banana-freebsd (RSA1) Generating RSA host key. 2048 a5:99:fe:21:54:0c:6c:6b:bc:6d:8b:2b:03:98:dc:3c root@banana-freebsd (RSA) Generating DSA host key. 1024 c2:34:5a:6b:bd:d6:94:02:e2:ea:14:fd:b7:88:d6:cb root@banana-freebsd (DSA) Generating ECDSA host key. 256 37:c8:09:5b:8f:b2:6e:a8:34:a4:3b:10:f7:f0:21:90 root@banana-freebsd (ECDSA) Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Sat Aug 16 23:00:40 UTC 2014 Aug 16 23:00:42 banana-freebsd getty[587]: open /dev/ttyv6: No such file or directory Aug 16 23:00:42 banana-freebsd getty[584]: open /dev/ttyv3: No such file or directory Aug 16 23:00:42 banana-freebsd getty[581]: open /dev/ttyv0: No such file or directory Aug 16 23:00:42 banana-freebsd getty[586]: open /dev/ttyv5: No such file or directory Aug 16 23:00:42 banana-freebsd getty[582]: open /dev/ttyv1: No such file or directory Aug 16 23:00:42 banana-freebsd getty[588]: open /dev/ttyv7: No such file or directory Aug 16 23:00:43 banana-freebsd getty[583]: open /dev/ttyv2: No such file or directory Aug 16 23:00:42 banana-freebsd getty[585]: open /dev/ttyv4: No such file or directory Cheers, TooMeeK W dniu 2014-08-15 23:44, Bernd Walter pisze: > Very obviously you don't have an fstab. > You also want to configure your /etc/ttys for a getty, otherwise you > won't get a login prompt, even if the system has bootet completely. > From owner-freebsd-arm@FreeBSD.ORG Sat Aug 16 22:06:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C216509 for ; Sat, 16 Aug 2014 22:06:24 +0000 (UTC) Received: from poczta.toomeek.waw.pl (unknown [IPv6:2001:67c:232c:1000::fd9b:4fb4]) by mx1.freebsd.org (Postfix) with ESMTP id 29139219E for ; Sat, 16 Aug 2014 22:06:24 +0000 (UTC) Received: from [192.168.137.1] (dov125.neoplus.adsl.tpnet.pl [83.24.129.125]) by poczta.toomeek.waw.pl (Postfix) with ESMTPSA id 96F63C601DD for ; Sat, 16 Aug 2014 18:06:13 -0400 (EDT) Message-ID: <53EFD5D5.7010406@toomeek.waw.pl> Date: Sun, 17 Aug 2014 00:06:13 +0200 From: TooMeeK Admin User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: U-boot for Banana Pi References: <53EE0F93.6060407@toomeek.waw.pl> <53EE23B1.2020403@toomeek.waw.pl> <53EE402D.8000204@toomeek.waw.pl> <20140815214416.GJ60808@cicely7.cicely.de> <53EFCD6C.5000601@toomeek.waw.pl> In-Reply-To: <53EFCD6C.5000601@toomeek.waw.pl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (poczta.toomeek.waw.pl [0.0.0.0]); Sat, 16 Aug 2014 18:06:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.98.1 at a8d2ba546e X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2014 22:06:24 -0000 More device details under u-boot-sunxi-with-spl.bin fron Bananapi compilation: Command: echo "bdinfo; coninfo; fatinfo mmc 0:1; fatinfo mmc 0:2; flinfo; imls; mmcinfo; fatls mmc 0:1" > boot.cmd U-Boot SPL 2014.04-10704-gf625d1d (Aug 16 2014 - 23:44:23) Board: Bananapi DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600 U-Boot 2014.04-10704-gf625d1d (Aug 16 2014 - 23:44:23) Allwinner Technology CPU: Allwinner A20 (SUN7I) Board: Bananapi I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 2  1  0 reading uEnv.txt ** Unable to read file uEnv.txt ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading boot.scr 160 bytes read in 21 ms (6.8 KiB/s) Jumping to boot.scr ## Executing script at 44000000 arch_number = 0x000010BB boot_params = 0x40000100 DRAM bank = 0x00000000 -> start = 0x40000000 -> size = 0x40000000 eth0name = dwmac.1c50000 ethaddr = 02:50:07:83:05:61 current eth = dwmac.1c50000 ip_addr = baudrate = 115200 bps TLB addr = 0x7FFF0000 relocaddr = 0x7FF86000 reloc off = 0x35F86000 irq_sp = 0x7FB65EF0 sp start = 0x7FB65EE0 List of available devices: serial 80000003 SIO stdin stdout stderr eserial4 00000003 .IO eserial3 00000003 .IO eserial2 00000003 .IO eserial1 00000003 .IO eserial0 00000003 .IO Interface: MMC Device 0: Vendor: Man 000003 Snr c3de9500 Rev: 0.1 Prod: SU01G€ Type: Removable Hard Disk Capacity: 942.5 MB = 0.9 GB (1930240 x 512) Filesystem: FAT16 "NO_NAME " ** Unable to use mmc 0:2 for fatinfo ** Unknown command 'flinfo' - try 'help' Unknown command 'imls' - try 'help' Device: SUNXI SD/MMC Manufacturer ID: 3 OEM: 5344 Name: SU01G Tran Speed: 25000000 Rd Block Len: 512 SD version 2.0 High Capacity: No Capacity: 942.5 MiB Bus Width: 4-bit 4835460 kernel 160 boot.scr 2 file(s) Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** reading script.bin ** Unable to read file script.bin ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** sun7i# These values match Cubieboard's 2 output. Cheers, TooMeeK