Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 6 Feb 2019 15:38:54 +0100 (CET)
From:      Ronald Klop <ronald-lists@klop.ws>
To:        Mori Hiroki <yamori813@yahoo.co.jp>
Cc:        "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>
Subject:   Re: Kirkwood problem
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>

next in thread | previous in thread | raw e-mail | index | archive | help
 
Van: Mori Hiroki <yamori813@yahoo.co.jp>
Datum: woensdag, 6 februari 2019 10:21
Aan: "freebsd-arm@freebsd.org" <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: <Open Firmware Device Tree>
simplebus0: <Flattened device tree simple bus> on ofwbus0
cpulist0: <Open Firmware CPU Group> on ofwbus0
cpu0: <Open Firmware CPU> on cpulist0
localbus0: <Marvell device bus> on ofwbus0
nand0: <Marvell NAND controller> mem 0xf9300000-0xf93fffff on localbus0
nandbus0: <NAND bus> on nand0
lnand0: <Samsung NAND 512MiB 3,3V 8-bit> on nandbus0
lnand0: Found BBT table for chip
ic0: <Marvell Integrated Interrupt Controller> mem 0x20200-0x2023b on simplebus0
timer0: <Marvell CPU Timer> mem 0x20300-0x2032f irq 1 on simplebus0
Event timer "CPUTimer0" frequency 200000000 Hz quality 1000
Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000
gpio0: <Marvell Integrated GPIO Controller> mem 0x10100-0x1011f irq 35,36,37,38,39,40,41 on simplebus0
rtc0: <Marvell Integrated RTC> mem 0x10300-0x10307 on simplebus0
rtc0: registered as a time-of-day clock, resolution 1.000000s
mge0: <Marvell Gigabit Ethernet controller> 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: <MII bus> on mge0
e1000phy0: <Marvell 88E1116R Gigabit PHY> 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: <Marvell Cryptographic Engine and Security Accelerator> mem 0x30000-0x30fff,0x3d000-0x3dfff irq 22 on simplebus0
ehci0: <Marvell Integrated USB 2.0 controller> mem 0x50000-0x50fff irq 48,19 on simplebus0
usbus0: EHCI version 1.0
usbus0 on ehci0
cryptosoft0: <software crypto>
Timecounters tick every 1.000 msec
usbus0: 480Mbps High Speed USB v2.0
ugen0.1: <Marvell EHCI root HUB> at usbus0
uhub0: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> 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: <vendor 0x0930 USB Flash Memory> at usbus0
umass0 on uhub0
umass0: <vendor 0x0930 USB Flash Memory, class 0/0, rev 2.00/1.10, addr 2> 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<NO_6_BYTE>
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: <owner-freebsd-arm@freebsd.org>
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 <freebsd-arm@mailman.ysv.freebsd.org>;
 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 <freebsd-arm@freebsd.org>; 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 <fbsd@www.zefox.net>
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." <freebsd-arm.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>;
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1060918575.1.1549463934128>