From owner-freebsd-arm@freebsd.org Wed Feb 6 14:39:10 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C0CC14D5388 for ; Wed, 6 Feb 2019 14:39:10 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49F7E6FB15 for ; Wed, 6 Feb 2019 14:39:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Wed, 6 Feb 2019 15:38:54 +0100 (CET) From: Ronald Klop To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Message-ID: <1060918575.1.1549463934128@localhost> In-Reply-To: <328264067.1186013.1549444864088.JavaMail.yahoo@mail.yahoo.co.jp> References: <328264067.1186013.1549444864088.JavaMail.yahoo.ref@mail.yahoo.co.jp> <328264067.1186013.1549444864088.JavaMail.yahoo@mail.yahoo.co.jp> Subject: Re: Kirkwood problem MIME-Version: 1.0 X-Mailer: Realworks (445.28064-269197) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 49F7E6FB15 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-0.64 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.868,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.94)[-0.939,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; URI_COUNT_ODD(1.00)[1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.01)[-0.006,0]; IP_SCORE(-0.02)[ipnet: 194.109.0.0/16(-0.06), asn: 3265(-0.05), country: NL(0.02)]; FREEMAIL_TO(0.00)[yahoo.co.jp]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 14:39:10 -0000 Van: Mori Hiroki Datum: woensdag, 6 februari 2019 10:21 Aan: "freebsd-arm@freebsd.org" Onderwerp: Kirkwood problem > > Hi > > I try to OpenRD like device on 13-CURRENT. > > This is Marvell Kirkwood. > > This is armv5t but have 512M byte ram and 1.2G > clock. > > I have two problem. > > This device have 88F6281 and 88E1116R phy on mac. > > But not work mge. > > Second is very slow mruby fib(32) benchmark. > > I think this target u-boot not optimize memory > controller. > > If you have advice, please let me know. > > > Thanks > > Hiroki Mori > This sounds like my Sheevaplug. See https://wiki.freebsd.org/FreeBSD/arm/Kirkwood Mine runs 11.2 currently and I successfully booted 12.0 on it. I don't know about current, but I haven't seen removal of support for this device yet. See dmesg below. Network mge works for me. It is slow. But also very old. I don't think a lot can be done about the speed. (But I'm not the developer of this port.) Do you get it to boot properly? Is there an error about the mge network adapter not working? Any significant output in /var/log/messages? Regards, Ronald. Copyright (c) 1992-2018 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.2-RELEASE-p4 #4 r339336M: Sat Oct 13 23:31:51 CEST 2018 builder@rpi3:/data/src/obj-11.2/arm.arm/data/src/11.2/sys/SHEEVAPLUG arm FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on LLVM 6.0.0) CPU: Feroceon 88FR131 rev 1 (**unknown 4** core) Little-endian DC enabled IC disabled WA disabled DC streaming enabled BTB disabled L2 enabled L2 prefetch enabled WB enabled LABT branch prediction disabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 536866816 (511 MB) avail memory = 518819840 (494 MB) SOC: Marvell 88F6281 rev A0, TClock 200MHz Instruction cache prefetch enabled, data cache prefetch enabled 256KB 4-way set-associative write-through unified L2 cache random: entropy device external interface ofwbus0: simplebus0: on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 localbus0: on ofwbus0 nand0: mem 0xf9300000-0xf93fffff on localbus0 nandbus0: on nand0 lnand0: on nandbus0 lnand0: Found BBT table for chip ic0: mem 0x20200-0x2023b on simplebus0 timer0: mem 0x20300-0x2032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0x10100-0x1011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0x10300-0x10307 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s mge0: mem 0x72000-0x73fff irq 12,13,14,11,46 on simplebus0 mge0: PHY0 attached, phy_sc points to mge0 mge0: Ethernet address: 00:50:43:01:6f:12 miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0x12000-0x1201f irq 33 on simplebus0 uart0: console (1066,n,8,1) uart1: <16550 or compatible> mem 0x12100-0x1211f irq 34 on simplebus0 cesa0: mem 0x30000-0x30fff,0x3d000-0x3dfff irq 22 on simplebus0 ehci0: mem 0x50000-0x50fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (00:50:43:01:6f:12) Received DHCP Offer packet on mge0 from 0.0.0.0 (accepted) uhub0: 1 port with 1 removable, self powered mge0: link state changed to UP ugen0.2: at usbus0 umass0 on uhub0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: < USB Flash Memory PMAP> Removable Direct Access SCSI device da0: Serial Number 001D92AD6ADAB910B3230034 da0: 40.000MB/s transfers da0: 15320MB (31375360 512 byte sectors) da0: quirks=0x2 Sending DHCP Request packet from interface mge0 (00:50:43:01:6f:12) Received DHCP Ack packet on mge0 from 0.0.0.0 (accepted) mge0 at 192.168.1.105 server 0.0.0.0 subnet mask 255.255.255.0 router 192.168.1.254 Adjusted interface mge0 Trying to mount root from ufs:/dev/da0s1a []... WARNING: / was not properly dismounted WARNING: / was not properly dismounted random: unblocking device. ipfw2 (+ipv6) initialized, divert loadable, nat loadable, default to deny, logging disabled From owner-freebsd-arm@freebsd.org Wed Feb 6 20:07:38 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40FF314DD4DA for ; Wed, 6 Feb 2019 20:07:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE0F83A8F for ; Wed, 6 Feb 2019 20:07:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x16K7oOL041765 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Feb 2019 12:07:51 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x16K7oCY041764; Wed, 6 Feb 2019 12:07:50 -0800 (PST) (envelope-from fbsd) Date: Wed, 6 Feb 2019 12:07:50 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Regression testing buildworld on RPI3 Message-ID: <20190206200750.GA41732@www.zefox.net> References: <20190201220803.GA12071@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190201220803.GA12071@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 9CE0F83A8F X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.75 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.871,0]; IP_SCORE(0.26)[ip: (0.93), ipnet: 50.1.16.0/20(0.47), asn: 7065(-0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.78)[0.784,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.94)[0.939,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 20:07:38 -0000 On Fri, Feb 01, 2019 at 02:08:03PM -0800, bob prohaska wrote: > After much trial by error, it's looking as if -j4 buildworld runs > without error on r339376 and stops with signal 11 in cc somewhere > near or after r342204. > On retry, buildworld on r339376 stopped with signal 11 in buildworld. Just for fun, the system was updated to r343731. This time, the kernel toolchain and kernel were updated first, but after reboot the old toolchain was deleted and both world and kernel rebuilt from scratch. Former practice was to build world, then kernel, then reboot, so the toolchain was made with the old kernel. This sequence was meant to ensure the new kernel supervised building the whole system. Buildworld seemed to take much longer than normal and both buildkernel and buildworld log files seemed 5-10% larger than usual, but there were no errors of any kind: bob@www:/usr/src % ls -l *.log -rw-r--r-- 1 root wheel 5605091 Feb 6 10:24 buildkernel.log -rw-r--r-- 1 root wheel 35441641 Feb 6 08:15 buildworld.log -rw-r--r-- 1 root wheel 212624 Feb 6 11:46 installkernel.log -rw-r--r-- 1 root wheel 5809452 Feb 6 11:41 installworld.log I don't understand why it works, but am glad it does work. Thanks for reading, and any thoughts. bob prohaska