From owner-freebsd-arm@freebsd.org Sun Feb 3 01:23:35 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 283AC14AD1D1 for ; Sun, 3 Feb 2019 01:23:35 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F7817443B for ; Sun, 3 Feb 2019 01:23:33 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id x131NNDb080037 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sun, 3 Feb 2019 12:23:29 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x131NG6h077381 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 3 Feb 2019 12:23:17 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x131NGWN077380 for freebsd-arm@freebsd.org; Sun, 3 Feb 2019 12:23:16 +1100 (AEDT) (envelope-from peter) Date: Sun, 3 Feb 2019 12:23:16 +1100 From: Peter Jeremy To: freebsd-arm@freebsd.org Subject: Booting FreeBSD on Rock64 Message-ID: <20190203012316.GA77009@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.11.1 (2018-12-01) 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: Sun, 03 Feb 2019 01:23:35 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm trying to boot FreeBSD from a USB stick on my Rock64 and running into problems. I've looked through the web and haven't gotten anywhere. It boots Ubuntu 18.04.1 off an MMC so the board itself is OK. I've reflashed the SPI with https://github.com/ayufan-rock64/linux-u-boot/r= eleases/download/2017.09-rockchip-ayufan-1035-gd646df03ac/u-boot-flash-spi-= rock64.img.xz using the instructions at https://github.com/ayufan-rock64/linux-build/blob= /master/recipes/flash-spi.md I've uncompressed https://download.freebsd.org/ftp/snapshots/arm64/aarch64/= ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-20190131-r343598-memstic= k.img.xz onto a USB stick and tried booting with the output below. I have seen some comments about needing a SDcard present but I get the same results with or without a blank SDcard inserted. The positive things: * It's finding, loading and running the FreeBSD EFI loader The negative things: * The SPI loader isn't finding any FDT * The EFI loader isn't finding any bootable partition. Does anyone have any suggestions as to what to try next? DDR version 1.13 20180428 ID:0x805 Y In SRX LPDDR3 786MHz Bus Width=3D32 Col=3D10 Bank=3D8 Row=3D15/15 CS=3D2 Die Bus-Width=3D32 Size= =3D2048MB ddrconfig:6 OUT U-Boot SPL 2017.09-rockchip-ayufan-1035-gd646df03ac (Oct 26 2018 - 08:35:43) setup_ddr_param 1 booted from SPI flash Trying to boot from SPI NOTICE: BL31: v1.3(debug):9d3f591 NOTICE: BL31: Built : 14:39:02, Jan 17 2018 NOTICE: BL31:Rockchip release version: v1.3 INFO: ARM GICv2 driver initialized INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 1 INFO: plat_rockchip_pmu_init: pd status 0xe INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE= init ialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address =3D 0x200000 INFO: SPSR =3D 0x3c9 U-Boot 2017.09-rockchip-ayufan-1035-gd646df03ac (Oct 26 2018 - 08:36:01 +00= 00) Model: Pine64 Rock64 DRAM: 2 GiB MMC: rksdmmc@ff520000: 0, rksdmmc@ff500000: 1 SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 = MiB *** Warning - bad CRC, using default environment In: serial@ff130000 Out: serial@ff130000 Err: serial@ff130000 Model: Pine64 Rock64 misc_init_r cpuid=3DXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX serial=3DXXXXXXXXXXXXXXX normal boot Net: eth0: ethernet@ff540000 Hit any key to stop autoboot: 0=20 Card did not respond to voltage select! mmc_init: -95, time 9 Card did not respond to voltage select! mmc_init: -95, time 9 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: Core Release: 3.10a USB3: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus 0 for devices... 2 USB Device(s) found scanning bus 1 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Device 0: Vendor: SanDisk Rev: 1.00 Prod: Cruzer Facet Type: Removable Hard Disk Capacity: 7632.0 MB =3D 7.4 GB (15630336 x 512) =2E.. is now current device Scanning usb 0:1... Found EFI removable media binary efi/boot/bootaa64.efi reading efi/boot/bootaa64.efi 632416 bytes read in 73 ms (8.3 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC ## Starting EFI application at 02000000 ... Card did not respond to voltage select! mmc_init: -95, time 9 Scanning disk rksdmmc@ff520000.blk... MMC: block number 0x1 exceeds max(0x0) MMC: block number 0x1 exceeds max(0x0) MMC: block number 0x44 exceeds max(0x0) Card did not respond to voltage select! mmc_init: -95, time 10 Scanning disk rksdmmc@ff500000.blk... MMC: block number 0x1 exceeds max(0x0) MMC: block number 0x1 exceeds max(0x0) MMC: block number 0x44 exceeds max(0x0) Scanning disk usb_mass_storage.lun0... Found 3 disks Consoles: EFI console =20 FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) Console: efi (0) Load Path: \efi\boot\bootaa64.efi Load Device: UNKNOWN(0001,0004) Failed to find bootable partition "Synchronous Abort" handler, esr 0x96000210 ELR: 7cec5768 LR: 7ce957a4 x0 : 0000000000000000 x1 : 0000000000000000 x2 : 0000000000000000 x3 : 0000000000000000 x4 : 000000007cece0d0 x5 : 0000000000000075 x6 : 000000007cec4c70 x7 : 0000000000000064 x8 : 0000000000000000 x9 : 0000000000000074 x10: 000000007ceeeb20 x11: 0000000000000061 x12: 0000000000000000 x13: 000000007af69b8c x14: 00000000756c2e72 x15: 0000000000000000 x16: 0000000000000045 x17: 0000000000000000 x18: 0000000000000000 x19: 000000007cee91e8 x20: 000000007cecc77e x21: 0000000000000000 x22: 0000000000000000 x23: 000000007ceeeb28 x24: 0000000000000000 x25: 000000007df02390 x26: 8000000000000005 x27: 000000007ceeddc8 x28: 0000000000000000 x29: 000000007cee91a0 Resetting CPU ... =2E.. =3D> part list usb 0 Partition Map for USB device 0 -- Partition Type: EFI Part Start LBA End LBA Name Attributes Type GUID Partition GUID 1 0x00000003 0x0001041a "" attrs: 0x0000000000000000 type: c12a7328-f81f-11d2-ba4b-00a0c93ec93b guid: 0e587b74-2529-11e9-9906-002590ec5bf2 2 0x0001041b 0x001f2e1a "" attrs: 0x0000000000000000 type: 516e7cb4-6ecf-11d6-8ff8-00022d09712b guid: 0e587b7d-2529-11e9-9906-002590ec5bf2 =3D>=20 --=20 Peter Jeremy --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAlxWQoRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTGaBAAkve0ZvyxXAz02RsiI8zYZ9TagPZN6AaY9Piy0BmJRn8ExXxROp5wQ9ZE ruYnr4vEUq5Ugu5A0OowbGOmHj1XenzIx1oIvO1Pkw1xcTRKpckracaIa/yKMNzw AiD+t3ZwpncEKIPypfXzhfSzioQjSNmTGBQwsUjGtjwi6i0TyHgWg5ljpyeVJ18K NH5zIsjr6PC0luBwXO+YtBtVtovobF/VBWLSJRu4/HLqI4cOZFaIYBcz3HReINB5 69PkQAq2xco2tUt1gmYTnbph1Ci3uC1ekDNC+a7KT/UlYDAGCSOu7geMF4B5r472 w+PQ9+8b9t+W87yBBebhMr+gUJRdOtnCEzhiH/GSofonxELedW7EbzjrHM6vQnu9 rIIezhx5bBIkpWyX/uCphJaFXfnPnCBizM3cJqWLDsJcXRuPbsxwtrPBHcCRPz1o uu0Nv0+lYocKH7DUPPefKWUei/V4+KjMUgEPl4xztBQLupo7SKpji9anpzE0NIJn e+ITWTakYMcTYfI6pZv6r9NKXrxZZCnVdpTAilSjwRmoZ0bXY7H6VcpHINM5er3m aCbsO8WeNbyLkCCrSzbQ7Nwj3LkJLivzA3Xwwayisx5p4Em2bHAdC0HztrW6hyZa 9vOZiHbiOW7mcG/IoD0kNXnKAi0sK134ZYdyT8J51zp+UMlIWME= =g46q -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-arm@freebsd.org Sun Feb 3 01:52:47 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 4BF7614AEF14 for ; Sun, 3 Feb 2019 01:52:47 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm7.bullet.mail.ssk.yahoo.co.jp (nh605-vm7.bullet.mail.ssk.yahoo.co.jp [182.22.90.80]) by mx1.freebsd.org (Postfix) with SMTP id 274C075647 for ; Sun, 3 Feb 2019 01:52:43 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.106] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2019 01:52:34 -0000 Received: from [182.22.91.132] by t604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2019 01:52:34 -0000 Received: from [127.0.0.1] by omp605.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2019 01:52:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 436881.30540.bm@omp605.mail.ssk.yahoo.co.jp X-YMail-OSG: x7KjEGUVM1kTHlfIJQ7ch5kF_YxjVtQ.N2PVvHrx7qkdAkX_ZO.J0XVDNKzbvvz _S7IKPUtEQGh9hGDrNoZm72g3Mrye2PYzyeR96z3zeWmYI1_8Pb9UL8utf0eVdzNCm_TGEb52hD2 96Go0kF29VuG0VGPYY316TYSgck211HU3q4rOWdchvzC.A5xgaXE1hCQ.wnzq04q9vwwt078Xy7V vDJdybbjBUDmk8fvy6nOjPi7oc15Ma2rr7yikDCzbt1buyJw2NL1xtYyn8Qs7B50vobB8TBhrPFw OAdCp1OpVzQ6V8j33OFGH.2CxYhvPGRL2tIEGyvner4SNOSmFOXUj4wLOhsDr.If27Vxyz0SM01B e6vDy1MUDsgprLPsDnmQpoK3RWUXpshtZa.ZcCya0TznUc7y2Z8Tps.56xVJUbAFzGZNDKdBprPm nY5I8li9x.HIvip3s8W3cShpVN2xCaEeQSOSBx2UqNkgpmZerjQh1DH7fUP6xb_8wDGnbeel3uLD bMOXgQ6vQIKkrqT6tr1XhK7uOX6s0cVBrhObS5z3Ie7koEpgdGJPl1vzBbZqxC.qHYfY1YhHgJ0v qEO8Hic.cB9nr.qY53cde.A9wZn6luKbQsee8unP. Received: from jws701106.mail.ssk.yahoo.co.jp by sendmailws606.mail.ssk.yahoo.co.jp; Sun, 03 Feb 2019 10:52:33 +0000; 1549158753.948 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1549158754; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=Q3scv7V3AIJXx+OXCXrxFhsJg6OjOT81uBK67LCKOJs=; b=Wg2JBUGszo1BCeWJd7PMR9slKiIy1+chYFlnhcUW+KKLqIglv389dLwA9+mMPCLk fwpulT6CknLjQZ97mdv8rX142NmVbqsuyII+P9hBgelZLlTVHqfdmLB2NVEI8bq+lNJ CUb/G9WDloxMYbomnuXBj9FuE8pxtGrOvgzWVIfY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aq+L9LBt80W2Fkg7aZzp8V93yRskLTU+k8EwjE7bEZBUhlyrwcIDjHLnk3AE+npN 8IpTPVsxPzxOmcGv/T6fT6Jixg83hV7QMTeiMfUJPqFwIQB7wpA1oH7/YDCMpRfa83v GHYhv7Wqv6dQwYNDwO4LGJNUVQxQTypg6JliVWgE=; Date: Sun, 3 Feb 2019 10:52:33 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <916046285.958943.1549158753257.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: <376232685.958030.1549151796353.JavaMail.yahoo@mail.yahoo.co.jp> References: <376232685.958030.1549151796353.JavaMail.yahoo.ref@mail.yahoo.co.jp> <376232685.958030.1549151796353.JavaMail.yahoo@mail.yahoo.co.jp> Subject: Re: build error MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 274C075647 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=Wg2JBUGs; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.80 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [3.09 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; MX_GOOD(-0.01)[cached: mx3.mail.yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; IP_SCORE(0.90)[ipnet: 182.22.0.0/17(2.54), asn: 23816(2.03), country: JP(-0.08)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.82)[0.820,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.92)[0.924,0]; NEURAL_SPAM_LONG(0.86)[0.858,0]; RCVD_IN_DNSWL_NONE(0.00)[80.90.22.182.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] 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: Sun, 03 Feb 2019 01:52:47 -0000 Hi This is temporary patch. Please fix correct. diff --git a/Makefile.inc1 b/Makefile.inc1 index e5a062acb64..2b9d81759c5 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -1101,6 +1101,8 @@ _includes: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 @echo "-------------------------= -------------------------------------" =C2=A0# Special handling for SUBDIR_OVERRIDE in buildworld as they most lik= ely need =C2=A0# headers from default SUBDIR.=C2=A0 Do SUBDIR_OVERRIDE includes last= . +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 @mkdir -p ${WORLDTMP}/usr/include/c++= /v1/experimental +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 @mkdir -p ${WORLDTMP}/usr/include/c++= /v1/ext =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ${_+_}cd ${.CURDIR}; ${WMAKE} SU= BDIR_OVERRIDE=3D SHARED=3Dsymlinks =C2=A5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MK_INCLU= DES=3Dyes includes =C2=A0.if !empty(SUBDIR_OVERRIDE) && make(buildworld) @@ -2459,6 +2461,7 @@ _ar=3Dusr.bin/ar =C2=A0.endif =C2=A0cross-tools: .MAKE .PHONY +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 @mkdir -p ${WORLDTMP}/usr/lib/clang/7= .0.1/include/ =C2=A0.for _tool in =C2=A5 =C2=A0=C2=A0=C2=A0=C2=A0 ${LOCAL_XTOOL_DIRS} =C2=A5 =C2=A0=C2=A0=C2=A0=C2=A0 ${_ar} =C2=A5 ----- Original Message ----- >From: Mori Hiroki >To: "freebsd-arm@freebsd.org" =20 >Date: 2019/2/3, Sun 08:56 >Subject: build error >=20 >Hi >I try to marvell kirkwood. > >I have build error on current. >I use ZRouter build system. But almost FreeBSD cross build system. > >If you have advice please let me know. >Thanks. >Hiroki Mori > >-------------------------------------------------------------- >>>> stage 3: cross tools >-------------------------------------------------------------- >cd /usr/home/hiroki/freebsd; INSTALL=3D"sh /usr/home/hiroki/freebsd/tools/= install. >sh"=C2=A0 TOOLS_PREFIX=3D/usr/home/hiroki/zobj/usr/home/hiroki/ZRouter/tmp= /usr/home/hir >oki/freebsd/arm.arm/tmp=C2=A0 PATH=3D/usr/home/hiroki/zobj/usr/home/hiroki= /ZRouter/tmp/ >usr/home/hiroki/freebsd/arm.arm/tmp/legacy/usr/sbin:/usr/home/hiroki/zobj/= usr/ho >me/hiroki/ZRouter/tmp/usr/home/hiroki/freebsd/arm.arm/tmp/legacy/usr/bin:/= usr/ho >me/hiroki/zobj/usr/home/hiroki/ZRouter/tmp/usr/home/hiroki/freebsd/arm.arm= /tmp/l >egacy/bin:/sbin:/bin:/usr/sbin:/usr/bin=C2=A0 WORLDTMP=3D/usr/home/hiroki/= zobj/usr/home >/hiroki/ZRouter/tmp/usr/home/hiroki/freebsd/arm.arm/tmp=C2=A0 MAKEFLAGS=3D= "-m /usr/home >/hiroki/freebsd/tools/build/mk=C2=A0 -D NO_CLEAN -m /usr/home/hiroki/freeb= sd/share/mk >" make=C2=A0 -f Makefile.inc1=C2=A0 DESTDIR=3D=C2=A0 OBJTOP=3D'/usr/home/h= iroki/zobj/usr/home/hirok >i/ZRouter/tmp/usr/home/hiroki/freebsd/arm.arm/tmp/obj-tools'=C2=A0 OBJROOT= =3D'${OBJTOP} >/'=C2=A0 MAKEOBJDIRPREFIX=3D=C2=A0 BOOTSTRAPPING=3D1102000=C2=A0 BWPHASE= =3Dcross-tools=C2=A0 SSP_CFLAGS=3D=C2=A0=20 >MK_HTML=3Dno NO_LINT=3Dyes MK_MAN=3Dno=C2=A0 -DNO_PIC MK_PROFILE=3Dno -DNO= _SHARED=C2=A0 -DNO_CPU_C >FLAGS MK_WARNS=3Dno MK_CTF=3Dno=C2=A0 MK_CLANG_EXTRAS=3Dno MK_CLANG_FULL= =3Dno=C2=A0 MK_LLDB=3Dno MK_ >RETPOLINE=3Dno MK_TESTS=3Dno=C2=A0 MK_INCLUDES=3Dyes MK_LLVM_TARGET_ALL=3D= no=C2=A0 TARGET=3Darm TARG >ET_ARCH=3Darm=C2=A0 MK_GDB=3Dno MK_TESTS=3Dno cross-tools >=3D=3D=3D> lib/clang (obj,all,install) >=3D=3D=3D> lib/clang/libllvm (obj) >=3D=3D=3D> lib/clang/libclang (obj) >=3D=3D=3D> lib/clang/headers (obj) >=3D=3D=3D> lib/clang/libllvm (all) >=3D=3D=3D> lib/clang/libclang (all) >=3D=3D=3D> lib/clang/headers (all) >=3D=3D=3D> lib/clang/libllvm (install) >=3D=3D=3D> lib/clang/libclang (install) >=3D=3D=3D> lib/clang/headers (install) >sh /usr/home/hiroki/freebsd/tools/install.sh=C2=A0 -C -o root -g wheel -m = 444=C2=A0 /usr/h >ome/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/__clang_cuda_built= in_var >s.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/__clang_= cuda_c >math.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/__cla= ng_cud >a_complex_builtins.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib= /Heade >rs/__clang_cuda_device_functions.h /usr/home/hiroki/freebsd/contrib/llvm/t= ools/c >lang/lib/Headers/__clang_cuda_intrinsics.h /usr/home/hiroki/freebsd/contri= b/llvm >/tools/clang/lib/Headers/__clang_cuda_libdevice_declares.h /usr/home/hirok= i/free >bsd/contrib/llvm/tools/clang/lib/Headers/__clang_cuda_math_forward_declare= s.h /u >sr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/__clang_cuda_r= untime >_wrapper.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/_= _stdde >f_max_align_t.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Head= ers/__ >wmmintrin_aes.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Head= ers/__ >wmmintrin_pclmul.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/H= eaders >/adxintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers= /altiv >ec.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/ammintr= in.h / >usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/arm64intr.h /= usr/ho >me/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/arm_acle.h /usr/hom= e/hiro >ki/freebsd/contrib/llvm/tools/clang/lib/Headers/armintr.h /usr/home/hiroki= /freeb >sd/contrib/llvm/tools/clang/lib/Headers/avx2intrin.h /usr/home/hiroki/free= bsd/co >ntrib/llvm/tools/clang/lib/Headers/avx512bitalgintrin.h /usr/home/hiroki/f= reebsd >/contrib/llvm/tools/clang/lib/Headers/avx512bwintrin.h /usr/home/hiroki/fr= eebsd/ >contrib/llvm/tools/clang/lib/Headers/avx512cdintrin.h /usr/home/hiroki/fre= ebsd/c >ontrib/llvm/tools/clang/lib/Headers/avx512dqintrin.h /usr/home/hiroki/free= bsd/co >ntrib/llvm/tools/clang/lib/Headers/avx512erintrin.h /usr/home/hiroki/freeb= sd/con >trib/llvm/tools/clang/lib/Headers/avx512fintrin.h /usr/home/hiroki/freebsd= /contr >ib/llvm/tools/clang/lib/Headers/avx512ifmaintrin.h /usr/home/hiroki/freebs= d/cont >rib/llvm/tools/clang/lib/Headers/avx512ifmavlintrin.h /usr/home/hiroki/fre= ebsd/c >ontrib/llvm/tools/clang/lib/Headers/avx512pfintrin.h /usr/home/hiroki/free= bsd/co >ntrib/llvm/tools/clang/lib/Headers/avx512vbmi2intrin.h /usr/home/hiroki/fr= eebsd/ >contrib/llvm/tools/clang/lib/Headers/avx512vbmiintrin.h /usr/home/hiroki/f= reebsd >/contrib/llvm/tools/clang/lib/Headers/avx512vbmivlintrin.h /usr/home/hirok= i/free >bsd/contrib/llvm/tools/clang/lib/Headers/avx512vlbitalgintrin.h /usr/home/= hiroki >/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vlbwintrin.h /usr/home= /hirok >i/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vlcdintrin.h /usr/hom= e/hiro >ki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vldqintrin.h /usr/ho= me/hir >oki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vlintrin.h /usr/hom= e/hiro >ki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vlvbmi2intrin.h /usr= /home/ >hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vlvnniintrin.h /= usr/ho >me/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vnniintrin.h = /usr/h >ome/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vpopcntdqint= rin.h=20 >/usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/avx512vpopcn= tdqvli >ntrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/avxi= ntrin. >h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/bmi2intrin= .h /us >r/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/bmiintrin.h /us= r/home >/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/cetintrin.h /usr/home= /hirok >i/freebsd/contrib/llvm/tools/clang/lib/Headers/cldemoteintrin.h /usr/home/= hiroki >/freebsd/contrib/llvm/tools/clang/lib/Headers/clflushoptintrin.h /usr/home= /hirok >i/freebsd/contrib/llvm/tools/clang/lib/Headers/clwbintrin.h /usr/home/hiro= ki/fre >ebsd/contrib/llvm/tools/clang/lib/Headers/clzerointrin.h /usr/home/hiroki/= freebs >d/contrib/llvm/tools/clang/lib/Headers/cpuid.h /usr/home/hiroki/freebsd/co= ntrib/ >llvm/tools/clang/lib/Headers/emmintrin.h /usr/home/hiroki/freebsd/contrib/= llvm/t >ools/clang/lib/Headers/f16cintrin.h /usr/home/hiroki/freebsd/contrib/llvm/= tools/ >clang/lib/Headers/fma4intrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools= /clang >/lib/Headers/fmaintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang= /lib/H >eaders/fxsrintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/= Header >s/gfniintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Heade= rs/htm >intrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/htm= xlintr >in.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/ia32int= rin.h=20 >/usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/immintrin.h = /usr/h >ome/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/invpcidintrin.h /u= sr/hom >e/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/lwpintrin.h /usr/hom= e/hiro >ki/freebsd/contrib/llvm/tools/clang/lib/Headers/lzcntintrin.h /usr/home/hi= roki/f >reebsd/contrib/llvm/tools/clang/lib/Headers/mm3dnow.h /usr/home/hiroki/fre= ebsd/c >ontrib/llvm/tools/clang/lib/Headers/mm_malloc.h /usr/home/hiroki/freebsd/c= ontrib >/llvm/tools/clang/lib/Headers/mmintrin.h /usr/home/hiroki/freebsd/contrib/= llvm/t >ools/clang/lib/Headers/module.modulemap /usr/home/hiroki/freebsd/contrib/l= lvm/to >ols/clang/lib/Headers/movdirintrin.h /usr/home/hiroki/freebsd/contrib/llvm= /tools >/clang/lib/Headers/msa.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang= /lib/H >eaders/mwaitxintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/li= b/Head >ers/nmmintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Head= ers/op >encl-c.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/pco= nfigin >trin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/pkuin= trin.h >=C2=A0/usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/pmmint= rin.h /usr/ >home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/popcntintrin.h /u= sr/hom >e/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/prfchwintrin.h /usr/= home/h >iroki/freebsd/contrib/llvm/tools/clang/lib/Headers/ptwriteintrin.h /usr/ho= me/hir >oki/freebsd/contrib/llvm/tools/clang/lib/Headers/rdseedintrin.h /usr/home/= hiroki >/freebsd/contrib/llvm/tools/clang/lib/Headers/rtmintrin.h /usr/home/hiroki= /freeb >sd/contrib/llvm/tools/clang/lib/Headers/s390intrin.h /usr/home/hiroki/free= bsd/co >ntrib/llvm/tools/clang/lib/Headers/sgxintrin.h /usr/home/hiroki/freebsd/co= ntrib/ >llvm/tools/clang/lib/Headers/shaintrin.h /usr/home/hiroki/freebsd/contrib/= llvm/t >ools/clang/lib/Headers/smmintrin.h /usr/home/hiroki/freebsd/contrib/llvm/t= ools/c >lang/lib/Headers/tbmintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/c= lang/l >ib/Headers/tmmintrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/l= ib/Hea >ders/vadefs.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Header= s/vaes >intrin.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/vec= intrin >.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/vpclmulqd= qintri >n.h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/waitpkgi= ntrin. >h /usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/wbnoinvdin= trin.h >=C2=A0/usr/home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmint= rin.h /usr/ >home/hiroki/freebsd/contrib/llvm/tools/clang/lib/Headers/x86intrin.h /usr/= home/h >iroki/freebsd/contrib/llvm/tools/clang/lib/Headers/xmmintrin.h /usr/home/h= iroki/ >freebsd/contrib/llvm/tools/clang/lib/Headers/xopintrin.h /usr/home/hiroki/= freebs >d/contrib/llvm/tools/clang/lib/Headers/xsavecintrin.h /usr/home/hiroki/fre= ebsd/c >ontrib/llvm/tools/clang/lib/Headers/xsaveintrin.h /usr/home/hiroki/freebsd= /contr >ib/llvm/tools/clang/lib/Headers/xsaveoptintrin.h /usr/home/hiroki/freebsd/= contri >b/llvm/tools/clang/lib/Headers/xsavesintrin.h /usr/home/hiroki/freebsd/con= trib/l >lvm/tools/clang/lib/Headers/xtestintrin.h arm_fp16.h arm_neon.h /usr/home/= hiroki >/zobj/usr/home/hiroki/ZRouter/tmp/usr/home/hiroki/freebsd/arm.arm/tmp/usr/= lib/cl >ang/7.0.1/include/ >install: target directory `/usr/home/hiroki/zobj/usr/home/hiroki/ZRouter/t= mp/usr >/home/hiroki/freebsd/arm.arm/tmp/usr/lib/clang/7.0.1/include/' does not ex= ist >_______________________________________________ >freebsd-arm@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-arm >To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > >=C2=A0 From owner-freebsd-arm@freebsd.org Sun Feb 3 04:40:58 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 E78D014B4CAF for ; Sun, 3 Feb 2019 04:40:57 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80FDE828FC for ; Sun, 3 Feb 2019 04:40:57 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-qt1-x835.google.com with SMTP id v11so12277450qtc.2 for ; Sat, 02 Feb 2019 20:40:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=K7/CDZOYFexKEJdqoBgv28QNtVLZ4gckWQwrX2QdBKI=; b=Na5aqxkuWxqODNkm1ZQb4rk0owb6GryH6KKFCd4sPPFafAULn2lPe/CTCgSBBSzTNY 4avbi1bXeQfB71bqG87FLg3NJlQPup0YxyyjWSmOokTW7KSHoq33zBSBSnartUab0vnR Inn1oBydxKANrwJqWIwnp2t0gjCXYR1I8kRhUmTcxxrxS4N35Go4evQqpgk0DQVT3u3q 9BmmxJX4yxdoIS9O2WhqhtEblsMB44cLZ4vv4uDUmIAuAcSi6ffla/i14Cqeft/3JsZJ KsRTax73DXNupkGzqGXuD2Pg0/uTgonz+4Reu0DKLCDqjRIB/2P6WcCcZeZNfefmWBDi rKdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=K7/CDZOYFexKEJdqoBgv28QNtVLZ4gckWQwrX2QdBKI=; b=q0aR0zZsZztd9NfJkNjiS4nCD4GnWxQ7y2RxN516OlgRvMrbHKD9zV7V/8d6ET1TBH 8KZzUxh1cArKXEXA2EmYgp1ozfziFD+uVTlJEwTeBFsSWmuOej3a0ReD7PbudKJxDr5o lTGhL8zMhfIIJ//d5eYikmzp8hIOcwQu1WRcKampdQbKoBB5YNcN58KvfPRTbcihEMRJ idy7kj21XSDOjBQlUk2qg+E7GbBMuQhL7jLSqgRQnQb+gzSUItG5CztAjs8A3ovp74YI Al8tQvuZ82wkhEtv7QdfRSTM1I6lW/E/KglAgJL3xlUHAXIGc254fXM/kLQaUKH9VijQ h+lA== X-Gm-Message-State: AJcUukerSt8I7uGZQyNzx98i5PrWY3OAGkHAIpgy2PBZKpU/izZ6LxGs ZEDKbRADKuUTygIloo2Qznrl9lRUtFPKylAT9j1Xc6qL X-Google-Smtp-Source: ALg8bN5nW22o1Bpfn48ds8NcRhRLCOHc96zL+m0G3s5klWh7KzfznhJSQrXriSaX94MRWprtOHOHOGb/BN7fV+iW8JU= X-Received: by 2002:aed:3263:: with SMTP id y90mr43677688qtd.269.1549168856820; Sat, 02 Feb 2019 20:40:56 -0800 (PST) MIME-Version: 1.0 References: <20190203012316.GA77009@server.rulingia.com> In-Reply-To: <20190203012316.GA77009@server.rulingia.com> From: Ganbold Tsagaankhuu Date: Sun, 3 Feb 2019 12:40:45 +0800 Message-ID: Subject: Re: Booting FreeBSD on Rock64 To: Peter Jeremy Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 80FDE828FC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" 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: Sun, 03 Feb 2019 04:40:58 -0000 On Sun, Feb 3, 2019 at 11:46 AM Peter Jeremy wrote: > I'm trying to boot FreeBSD from a USB stick on my Rock64 and running into > problems. I've looked through the web and haven't gotten anywhere. It > boots Ubuntu 18.04.1 off an MMC so the board itself is OK. > > I've reflashed the SPI with > https://github.com/ayufan-rock64/linux-u-boot/releases/download/2017.09-rockchip-ayufan-1035-gd646df03ac/u-boot-flash-spi-rock64.img.xz > using the instructions at > https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md > > I've uncompressed > https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-20190131-r343598-memstick.img.xz > onto a USB stick and tried booting with the output below. I have seen some > comments about needing a SDcard present but I get the same results with or > without a blank SDcard inserted. > > The positive things: > * It's finding, loading and running the FreeBSD EFI loader > > The negative things: > * The SPI loader isn't finding any FDT > * The EFI loader isn't finding any bootable partition. > > Does anyone have any suggestions as to what to try next? > Did you try to boot from network? You can stop at u-boot prompt when appears "Hit any key to stop autoboot:". Sometimes it is hard to press any key at this moment. You can set bootdelay to something not 0. Then you can do something like: setenv ipaddr 192.168.111.2 env set serverip 192.168.111.1 env set bootargs boot.nfsroot.server=${serverip} boot.nfsroot.path=/var/arm64 comconsole_speed=${baudrate} tftpboot ${kernel_addr_r} loader.efi tftpboot ${fdt_addr_r} rk3399-rockpro64.dtb bootefi ${kernel_addr_r} ${fdt_addr_r} Ganbold > > DDR version 1.13 20180428 > ID:0x805 Y > In > SRX > LPDDR3 > 786MHz > Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=2048MB > ddrconfig:6 > OUT > > U-Boot SPL 2017.09-rockchip-ayufan-1035-gd646df03ac (Oct 26 2018 - > 08:35:43) > setup_ddr_param 1 > booted from SPI flash > Trying to boot from SPI > NOTICE: BL31: v1.3(debug):9d3f591 > NOTICE: BL31: Built : 14:39:02, Jan 17 2018 > NOTICE: BL31:Rockchip release version: v1.3 > INFO: ARM GICv2 driver initialized > INFO: Using opteed sec cpu_context! > INFO: boot cpu mask: 1 > INFO: plat_rockchip_pmu_init: pd status 0xe > INFO: BL31: Initializing runtime services > WARNING: No OPTEE provided by BL2 boot loader, Booting device without > OPTEE init > ialization. SMC`s destined for OPTEE will return SMC_UNK > ERROR: Error initializing runtime service opteed_fast > INFO: BL31: Preparing for EL3 exit to normal world > INFO: Entry point address = 0x200000 > INFO: SPSR = 0x3c9 > > U-Boot 2017.09-rockchip-ayufan-1035-gd646df03ac (Oct 26 2018 - 08:36:01 > +0000) > > Model: Pine64 Rock64 > DRAM: 2 GiB > MMC: rksdmmc@ff520000: 0, rksdmmc@ff500000: 1 > SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 > MiB > *** Warning - bad CRC, using default environment > > In: serial@ff130000 > Out: serial@ff130000 > Err: serial@ff130000 > Model: Pine64 Rock64 > misc_init_r > cpuid=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > serial=XXXXXXXXXXXXXXX > normal boot > Net: eth0: ethernet@ff540000 > Hit any key to stop autoboot: 0 > Card did not respond to voltage select! > mmc_init: -95, time 9 > Card did not respond to voltage select! > mmc_init: -95, time 9 > starting USB... > USB0: USB EHCI 1.00 > USB1: USB OHCI 1.0 > USB2: Core Release: 3.10a > USB3: Register 2000140 NbrPorts 2 > Starting the controller > USB XHCI 1.10 > scanning bus 0 for devices... 2 USB Device(s) found > scanning bus 1 for devices... 1 USB Device(s) found > scanning bus 2 for devices... 1 USB Device(s) found > scanning bus 3 for devices... 1 USB Device(s) found > scanning usb for storage devices... 1 Storage Device(s) found > > Device 0: Vendor: SanDisk Rev: 1.00 Prod: Cruzer Facet > Type: Removable Hard Disk > Capacity: 7632.0 MB = 7.4 GB (15630336 x 512) > ... is now current device > Scanning usb 0:1... > Found EFI removable media binary efi/boot/bootaa64.efi > reading efi/boot/bootaa64.efi > 632416 bytes read in 73 ms (8.3 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > ## Starting EFI application at 02000000 ... > Card did not respond to voltage select! > mmc_init: -95, time 9 > Scanning disk rksdmmc@ff520000.blk... > MMC: block number 0x1 exceeds max(0x0) > MMC: block number 0x1 exceeds max(0x0) > MMC: block number 0x44 exceeds max(0x0) > Card did not respond to voltage select! > mmc_init: -95, time 10 > Scanning disk rksdmmc@ff500000.blk... > MMC: block number 0x1 exceeds max(0x0) > MMC: block number 0x1 exceeds max(0x0) > MMC: block number 0x44 exceeds max(0x0) > Scanning disk usb_mass_storage.lun0... > Found 3 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 > > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Load Path: \efi\boot\bootaa64.efi > Load Device: UNKNOWN(0001,0004) > Failed to find bootable partition > "Synchronous Abort" handler, esr 0x96000210 > ELR: 7cec5768 > LR: 7ce957a4 > x0 : 0000000000000000 x1 : 0000000000000000 > x2 : 0000000000000000 x3 : 0000000000000000 > x4 : 000000007cece0d0 x5 : 0000000000000075 > x6 : 000000007cec4c70 x7 : 0000000000000064 > x8 : 0000000000000000 x9 : 0000000000000074 > x10: 000000007ceeeb20 x11: 0000000000000061 > x12: 0000000000000000 x13: 000000007af69b8c > x14: 00000000756c2e72 x15: 0000000000000000 > x16: 0000000000000045 x17: 0000000000000000 > x18: 0000000000000000 x19: 000000007cee91e8 > x20: 000000007cecc77e x21: 0000000000000000 > x22: 0000000000000000 x23: 000000007ceeeb28 > x24: 0000000000000000 x25: 000000007df02390 > x26: 8000000000000005 x27: 000000007ceeddc8 > x28: 0000000000000000 x29: 000000007cee91a0 > > Resetting CPU ... > ... > => part list usb 0 > > Partition Map for USB device 0 -- Partition Type: EFI > > Part Start LBA End LBA Name > Attributes > Type GUID > Partition GUID > 1 0x00000003 0x0001041a "" > attrs: 0x0000000000000000 > type: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > guid: 0e587b74-2529-11e9-9906-002590ec5bf2 > 2 0x0001041b 0x001f2e1a "" > attrs: 0x0000000000000000 > type: 516e7cb4-6ecf-11d6-8ff8-00022d09712b > guid: 0e587b7d-2529-11e9-9906-002590ec5bf2 > => > > -- > Peter Jeremy > From owner-freebsd-arm@freebsd.org Sun Feb 3 14:29:53 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 506BF14CFE31 for ; Sun, 3 Feb 2019 14:29:53 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680097.outbound.protection.outlook.com [40.107.68.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9ECE8705C4 for ; Sun, 3 Feb 2019 14:29:51 +0000 (UTC) (envelope-from jfc@mit.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KP7hrBBfCq0i3aprATCI1pHWC0e9q9V4nNzQ3LXjRM4=; b=XZ4pLXLiIxv3/BZJ+FKQJnNIKdYV4p8GJs87GKYRM5AAP/KPW0BJ1DmVZerMmK6EWj8ByrshCgyGyZSObFdAS32mjrv6DhK89u9o7CWCbIv40jvD0OcLMqR0k3RCx1wZ54Wo1g/AnXhelYYpfehCrJEy368MgL1at0jrc54h7c8= Received: from DM5PR0101CA0032.prod.exchangelabs.com (2603:10b6:4:28::45) by BN7PR01MB3748.prod.exchangelabs.com (2603:10b6:406:81::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1580.20; Sun, 3 Feb 2019 14:29:50 +0000 Received: from CO1NAM03FT006.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e48::209) by DM5PR0101CA0032.outlook.office365.com (2603:10b6:4:28::45) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1580.20 via Frontend Transport; Sun, 3 Feb 2019 14:29:49 +0000 Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.59 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.59; helo=outgoing-exchange-5.mit.edu; Received: from outgoing-exchange-5.mit.edu (18.9.28.59) by CO1NAM03FT006.mail.protection.outlook.com (10.152.80.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1580.10 via Frontend Transport; Sun, 3 Feb 2019 14:29:49 +0000 Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id x13EUMDr024880 for ; Sun, 3 Feb 2019 09:30:24 -0500 Received: from OC11EXHUB12.exchange.mit.edu (18.9.3.26) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Sun, 3 Feb 2019 09:29:00 -0500 Received: from OC11EXPO24.exchange.mit.edu ([169.254.1.113]) by OC11EXHUB12.exchange.mit.edu ([18.9.3.26]) with mapi id 14.03.0352.000; Sun, 3 Feb 2019 09:29:46 -0500 From: John F Carr To: "freebsd-arm@freebsd.org" Subject: Scheduling on heterogeneous ARM SoC Thread-Topic: Scheduling on heterogeneous ARM SoC Thread-Index: AQHUu8zpUSO+qcfeskORpgCfYTjTeA== Date: Sun, 3 Feb 2019 14:29:45 +0000 Message-ID: <34290296-577D-4A05-9FC8-1142A47909F5@exchange.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [18.9.1.81] Content-Type: text/plain; charset="us-ascii" Content-ID: <4052C168108D624DA55D8E4E078B934C@exchange.mit.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.59; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(136003)(376002)(39860400002)(346002)(396003)(2980300002)(189003)(199004)(426003)(66066001)(82746002)(186003)(6916009)(336012)(5640700003)(7696005)(23726003)(75432002)(476003)(46406003)(486006)(97756001)(7596002)(7736002)(8936002)(356004)(77096007)(305945005)(6116002)(3846002)(26005)(8746002)(246002)(126002)(102836004)(8676002)(86362001)(558084003)(36906005)(786003)(106466001)(2501003)(2351001)(2906002)(316002)(33656002)(83716004)(478600001)(50466002)(26826003)(88552002)(47776003)(85806002)(106002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN7PR01MB3748; H:outgoing-exchange-5.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-exchange-5.mit.edu; MX:1; A:1; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM03FT006; 1:A3WvoBIdiW2MGzoBpbvZZNaSfno2ymgAbK2pxKhoHR6AH5WH1MG1itMCvqMlTAitgDL8nlsQ/oXZgcBnuwG9AygQfsAb5j2rbWomCqt+rRG2NshqUgAOEKrNQE5IdhD1dA9eQChVkXi0KpRj0fIyKQsOFWJTa4Y6l7JghqzEyMk= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6d1b3756-ad50-41fb-8e2d-08d689e40dad X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4608076)(4709027)(2017052603328)(7153060)(7193020); SRVR:BN7PR01MB3748; X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3748; 3:qDSgFy7uthUR544fFfK9YBbrsXOrgBrCUiHCFenyglsF5dxt62dNkyYMEBHznlPdqblwhRpCCZu6jCk7l7634wWeUKaDslDUJoyMvLiXi4a4qf5NiOi9vxhcY7KrzJJQecuvPSxgxdpPKd8lMAdU3Zb+wQoIpIOkmekK6dgHDDneCYx28rdo+KxCm76nFZ4XDSdrYfz4rx3dBdx7CcsVlv3uOsQyUZmIPtMytB8pSLTr2dy1YDa3w14YctKPyxX07BdX4ThCx7KtWVLzGMtob5SS1B6j/WTuqNqL/vHzJGB8i/Wl5XLGt57bELj8BOTpDNkSNW8zvufp1nqewQzbDecgiY1ww2VEBSYRmm6dqotCejljB7mQxgyIKRol/vlc; 25:zFkP9p1NwqfxTvd8yZwiXhj8ZEArRJ+UG6U1qAYDHWbWHNDlg+BoLOj6mDhcIDi5fGjlNAUyg5t1Y+zkoPPTVckzHmiPo7KpoANUgijPjGWBKh4+MApMsF4lSlYOAMP775QVpguzTEqWlqh8B28q924zytkm6AxmULurqouzA0ZQP/CltHf+VKu1xzKhxUnzK0TNkOE/nH1DoIoy+QFjdVEpwzoJzNGdDz2a5y4wxNx/POud9rJIVGd0lG4zX8cl7UtCxTgvwjN+YNhTPG0Rm5HDfwgXNoBTNa2H7FhpLslWtvMyJFuVmUzuf9168moEA7s3LddifJsm5tx8d3xO3g== X-MS-TrafficTypeDiagnostic: BN7PR01MB3748: X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3748; 31:5ttRQ7V7CSazllP0IbIKkL8Fwbu8CRAuleQKzaVuD4WgSAkixGWvhgoIrbVSfbzokSFBAVeD4ncCzjcJHF3G7xGN5M0rcjApw1xe9rjYTgAzOstrUG4HQik3+20nEtNBsy9BqbBM1qn35n0UlASG6hMC06g9U2zHDVkphlg+cYUVlwdGFGr3LPB0zTeL7QY3B6D1PoPXSn17ssG4JlznLALjv7soQfl4I9iLA8msCVc=; 20:kJgczAHvAPN2+URHD/EgrrOkEModRTq7VyY8tMeBSsCC/j0m4twnQqAzR0Pvgf/Vj6GPkXILpegXCcDAoAvLv1BHOhnTsC4tf7dV2z1Ck6+KQcEZVrdFhA/be/gzcxLr5hZGD0qvFOpBHzLJPUKCAsLCPXxbWUVh+NVimGbVhku0FFJvR5f+PYcL3f4mefTYm76DW/h3fa8iCsEvyUNOHOF3WhbwEqG/KYDAhb7wWQTop/63Odp7x6Xm1DXiI3E19YO/DC63ip5dGWjHnO6VosyRNbUlaAaqBJgX7xZI1kjZ8Nh5/japgfnG2K3lNPb732nvWLVAiDO69JUzhRbMhUGfiSeuJVt/Kykx9XE9ybd/S6YNnlIv8F43k8fMpORLSZeCJf7meYstBomfsYQfF020b5utRmVWCkz5jzu0BAouRFwuNtkqoH/2Xqta5QIOePKmnz2INi5yo8uKtVZWnLkn2Olg1NPZYShvSD/A2b9mI78lFhHFIMd45uDsbT68+c7nkJZUzg2TdKDaS8H8pIqzGXluwQG8mwATjhbkks8K5uYyXZWCiWS/b2CJVH8lAcGysmN23t22lDM0YSFOCZbolPX1kpAvvlA4zAJPeqg= X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3748; 4:uYd71WxTl/XGaw8n68MYYy7whn7Ae8/47+JC5RGK/vYlIv85w6XD7kSOCCf7bzNk+otUypVdg5c4UvC+08LMy1C+Find5zxVH4oCOZQq6STSgfe4+MXH/TVWlJ+mGVYPWdcP0WVHKErcnNP9vKQ5xhOr4lGFxaf090wWBrYupsAfvYyFxokOUElM1+xiaup/6v6qNqcIEcTzqiyNOs+QDIP+F+tVWW0WByhqr5dkETce4ZOp7llpjx8mnU5PPhFq1yLbaJ0muYgRDqhqpgfv//8N74BaE/ON5f0VQKKQX7o= X-Forefront-PRVS: 0937FB07C5 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN7PR01MB3748; 23:igIBzkdlLgbHsFcCi8y+4XsY4rQxEXvEXfxcYn6Rc?= =?us-ascii?Q?RzwtcteELI0rar1ndx5cd7RMUGV4BybCuCjeClr+3/IQUPucijW/ZPlSJIys?= =?us-ascii?Q?wvONygq0Lv+OVSdHJ363KLRFSaXi3n2gdmfx7/aG54HVNvc1y9+OYXF0ItcR?= =?us-ascii?Q?ktwpyqgF88XiqeUpGcvFK+hGEW7TBtyLph+8qPSm6YER2Qae/GdyS6lyDCVw?= =?us-ascii?Q?aRQgq4VqydK1Ok+Nm5SWRSDm3CEurY8yzsmck6QnAXiG64fMhzufCa3d5M0S?= =?us-ascii?Q?Pm7iXuhRDiRe3LicFTNO90f/il8Qd3yxvN5QZbh5GfwYy5nIBwyp5tfZ49dc?= =?us-ascii?Q?TI3ZscdUFX7TyvHGJWfWaIM1EWhOMA3uSM1Yz3egx3Z1n2vTjhNm/GIts2Hh?= =?us-ascii?Q?aipzXcaEu564kLbFc6meMMeFv/Wnxcu2dyIChO37bI5bMkCmEvb4EfpZX7DS?= =?us-ascii?Q?qOU8tjTOMgO3+YW8QJ79VaXqfdbfJNEa0ojDkpGb4uQC9Dy0nVbvb3i4PMWi?= =?us-ascii?Q?vwtyRY/oMMIXvcD3f+t+ybv9dpv8PRKNxYRA76Y8kIVVeI2s2WE1V4Upzzbl?= =?us-ascii?Q?A93J75ILwmMaVJMKxWqGNIwi/z6CQThRW49fehKtwwAWXoBGGD9a5NINf1G/?= =?us-ascii?Q?QStpzKTpwDzVja3u4nG/ztdN0zoq++eBOQT/13GoYwUI5ZsC7k83NyH9HQjq?= =?us-ascii?Q?AlIk0MftDrPk/JGsxMCtQziTQT9m+5iCsY3mPyRZj2gg6/I4Wgr/rxIeq5nK?= =?us-ascii?Q?S1t3UdWQF1UoW3/5sLOUq8BdPmI8sMmvBl0hYOBm9lnmf1RLse1zZ2wEWJzf?= =?us-ascii?Q?XrMT8zrwhpFziTdti7oYpGpTHdsa9me9OgGkM6LFynQpY/MeCWcZshM0J2GY?= =?us-ascii?Q?CZBaHK+0LbOKnLxYbYK28Gvui8HIu4ioqCRCDm4sGKGyMdZOBd5XHT1NMku2?= =?us-ascii?Q?jivVtFtaWl1PRVxPP0/CL9JIXrEECd52vN3+eiJERbUmyzKpop1momH1N6QY?= =?us-ascii?Q?4Tr12DyKxiXaksAx7Kt9LNuml/8MIIicOS0nlcPocXts1U5xUsDLRvU98r5D?= =?us-ascii?Q?+hXxWEb1t74OcoK5uNQ55GjSkOIeldyAL8wDwvPeFIQOj0akKwyxJpqIyAC7?= =?us-ascii?Q?f7jl0EWdhpO/TLerMLuPwFZGiB/zLQVxK2uGMubyaAO5MIpJMmAVFRuN+XhD?= =?us-ascii?Q?g/5S4+TJvFFYqs=3D?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: QLrKVD+DMenARK492tuw/XKUqvQGeSjxR8ColRmvmYur23ahA1crhniyAROxy7vVn0Cm5/Vqk9nE9OKvB8rEjLiaF4DAkijVKp6pQXf9joMmkvrIQmA6n3vNG5ncuZZH7E2cWPE19aMeFDBYJS5SlrnOo4ZefCuECbqnNWqj9RBBAke5ndGlpLmMm5N1GmQrmBdb0f9FOv2+7+S+l4zt7aeIyMIuyUsIMSiT9M3D/BtNnSLTtzl6Dt7hDJzbZVRVky8KAm/M+8lyLeEN0aSg5B8LbqzEBKa5PvIXkUxVqZHcxTN58pqj/iTzPQrtwuIHbkqHhPZDtRPSY7iSoj0WB5LuYvkihkTqSOFD2dMG261B3ioxIvs+VcRd884nEDCWusKnnzd662tDj1+Dw3ikmdwzxCuR98MlzpHeKTm1WMA= X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3748; 6:/92S3CyFFJAjy6ILqGni9ZaM2LvDBkS97p8kZujAiWiq8palXBNQyxpPwIUDrqqYVximc7vdlT9qQKNsIBa+w4ubBbo3Y0KDBLnTX89xCHySmtLRuD6QUQ/XvwD0bZBBUFZ14/X9t4J+7OFqyCFqVBX6U4lr4Inr+5V8MVi4fHdbb6+yBi4h0ZmGpm5FEcq3kbUIBNo61ETeq5a+k63pb761xwmB1MAFH5qx8Th4WSCvZRcu0sgz8mqI0ZoZp9APzsYLMP2NAh/Mdvr9S9ZpDRBBzCPxd0Du7YKc0Ut3aNdCPMPh2KCMiYugn/zAJ/tHiQbtphoyKWTjSVvArcx1UZgxb1nZFGQYhpxs4UgGj2IugcOdEkvOXUt7P/zLeOAl4m+Bwz+5cVzD9hlcx5hNvegV6emu2ayi52zbaJouyddgdrpmb0zJBbZetD1HMT2emOC7W2EGb2PkhpEfN9d63w==; 5:q08bHfLRwnTh06q6eXHSTrh8UmPIHOGn6Ye4i1kRDo3phWRj+qr4+GqtE6OwQ3GI+1TKmiP9RVCe9jRoG4A2oDAC4JoIK+2Mi942sgHyO7MCQRe3WRdc+NnRmtrW/YZlwaukz2K/DzIHnLKf/JfKSyKFEfKBpdx4yGMu5h8HsCej39LUyEdfp/Xe9sybaidV8juDdw/FajZrNuPbqme0jw==; 7:WP1mlBh/YLQATCfxw8+yDsiBS4TU23NKc9ab5XUIOhBKlGNnvpjZSKd2smlb/gqeJx7sYdJnxgpLOPn6f0R2Y4hqPjVmS/sCrDIzHZB92+fBdxeXyIMj65p8isq8vVOHKDvAcgwU5T7btGTkD1m4BQ== X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Feb 2019 14:29:49.0053 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 6d1b3756-ad50-41fb-8e2d-08d689e40dad X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.59]; Helo=[outgoing-exchange-5.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR01MB3748 X-Rspamd-Queue-Id: 9ECE8705C4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mit.edu header.s=selector1 header.b=XZ4pLXLi; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 40.107.68.97 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-5.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[mit.edu:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[mit.edu.dwl.dnswl.org : 127.0.11.1]; IP_SCORE(-1.01)[ipnet: 40.64.0.0/10(-2.68), asn: 8075(-2.29), country: US(-0.07)]; MX_GOOD(-0.01)[mit-edu.mail.protection.outlook.com,mit-edu.mail.protection.outlook.com]; DKIM_TRACE(0.00)[mit.edu:+]; RCVD_IN_DNSWL_NONE(0.00)[97.68.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.71)[-0.708,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; RCVD_COUNT_SEVEN(0.00)[7] 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: Sun, 03 Feb 2019 14:29:53 -0000 Some ARM-based single board computers combine two types of Cortex processor= s, for example 4 A73 and 4 A 53 or 2 A72 and 4 A53. How does FreeBSD sched= ule processes on these chips? Does it use all cores at random, only the "b= ig" or "little" set, or something more complicated? From owner-freebsd-arm@freebsd.org Sun Feb 3 16:21:41 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 0489E14D4B19 for ; Sun, 3 Feb 2019 16:21:41 +0000 (UTC) (envelope-from tsallgoodman@yandex.com) Received: from forward101j.mail.yandex.net (forward101j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::101]) (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 A4CA275A90 for ; Sun, 3 Feb 2019 16:21:39 +0000 (UTC) (envelope-from tsallgoodman@yandex.com) Received: from mxback22g.mail.yandex.net (mxback22g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:322]) by forward101j.mail.yandex.net (Yandex) with ESMTP id 050AF1BE151C; Sun, 3 Feb 2019 19:21:36 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback22g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id gwU8G7mspH-LYVi2hOY; Sun, 03 Feb 2019 19:21:35 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1549210895; bh=pC69WqJUWDU7jWRLCbuBr/3ZhBaUTeprrWM+6lKZmR4=; h=From:To:Cc:Subject:Date:Message-Id; b=h0/5qJ/rmAwAxHXrbH7VoWlrljCXPBPdJaArpPV5Q7guwakNMcqjwxaBHA+2eIDE4 F8XXerRHpeOAoa0x/8FE71G6AVt3ZXrqvPdahFPf+N7UCnkX3CPUFn4GGcvgKFQ6Tf gR6QnGcTdopBUIhK0ebgrKa/3WcuaTwfkTbl+pEo= Received: by myt3-c573aa6fc782.qloud-c.yandex.net with HTTP; Sun, 03 Feb 2019 19:21:34 +0300 From: Saul Goodman To: freebsd-arm@freebsd.org Cc: mw@semihalf.com Subject: Help getting Marvell-A388 SBC booted MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 03 Feb 2019 17:21:34 +0100 Message-Id: <7126601549210894@myt3-c573aa6fc782.qloud-c.yandex.net> Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Rspamd-Queue-Id: A4CA275A90 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.com header.s=mail header.b=h0/5qJ/r; dmarc=pass (policy=none) header.from=yandex.com; spf=pass (mx1.freebsd.org: domain of tsallgoodman@yandex.com designates 2a02:6b8:0:801:2::101 as permitted sender) smtp.mailfrom=tsallgoodman@yandex.com X-Spamd-Result: default: False [-5.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.com:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0::/52]; FREEMAIL_FROM(0.00)[yandex.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.66)[-0.661,0]; DMARC_POLICY_ALLOW(-0.50)[yandex.com,none]; IP_SCORE(-1.73)[ipnet: 2a02:6b8::/32(-4.81), asn: 13238(-3.84), country: RU(0.00)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yandex.com]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[1.0.1.0.0.0.0.0.0.0.0.0.2.0.0.0.1.0.8.0.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1] 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: Sun, 03 Feb 2019 16:21:41 -0000 Hi Marcin, I got it to boot. The Marvell-U-Boot version from helios4 github repos worked. Next problem is to get the fan control working. There are fan connectors on the board which are connected to some GPIO's. The linux dts seems to wire them to pwm-fan driver. Is there something similar available in FreeBSD. How would i go about fixing this? Regards, Soeren From owner-freebsd-arm@freebsd.org Sun Feb 3 19:01:46 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 42BAA14AEFCD for ; Sun, 3 Feb 2019 19:01:46 +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 45697823F6 for ; Sun, 3 Feb 2019 19:01:45 +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 x13J1skC022288 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 3 Feb 2019 11:01:55 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x13J1sOk022287; Sun, 3 Feb 2019 11:01:54 -0800 (PST) (envelope-from fbsd) Date: Sun, 3 Feb 2019 11:01:54 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: What is clang error code 254? Message-ID: <20190203190154.GA22224@www.zefox.net> References: <18EBA0BD-B092-42FE-A165-4A26584BC9FF@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18EBA0BD-B092-42FE-A165-4A26584BC9FF@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 45697823F6 X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [6.02 / 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.96)[0.959,0]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.968,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.93)[0.928,0]; IP_SCORE(0.27)[ip: (0.97), ipnet: 50.1.16.0/20(0.48), asn: 7065(-0.01), country: US(-0.07)]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; 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-Spam: Yes 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: Sun, 03 Feb 2019 19:01:46 -0000 On Thu, Jan 24, 2019 at 11:08:20PM -0800, Mark Millard wrote: > bob prohaska fbsd at www.zefox.net wrote on > Thu Jan 24 18:22:40 UTC 2019 : > > > The pattern of clang crashes during buildworld on RPI3 continues, > > most consistently reporting Error code 254. > > > > I've looked on the web for clang error codes and find nothing. > > Even the llvm.org website isn't helpful. There are references > > to error 254, but nothing seems recent, and no error list is > > mentioned. > > I found it traces to: > > // Return a special value to indicate that the process received an unhandled > // signal during execution as opposed to failing to execute. > WaitResult.ReturnCode = -2; > > in /usr/src/contrib/llvm/lib/Support/Unix/Program.inc . (I did the > trace between that and main by inspection but I'll not list the details > here.) > > -2 treated as an unsigned-byte is 254 for the rpi3 (and most common > FreeBSD machines [all?]). > I gather from all this that error 254 isn't highly informative then.... I want to thank you for pointing out use of WITH_META_MODE and NO_SILENT. They made working through failing buildworlds much easier, but working up the revision chain didn't help the problem. It looks as if backing the revision down to r339376 does help eliminate the segfaults, though the test won't be done for another day or two. Thanks for reading, and all your guidance. bob prohaska From owner-freebsd-arm@freebsd.org Sun Feb 3 21:11:24 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 8044514B383D for ; Sun, 3 Feb 2019 21:11:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-14.consmr.mail.bf2.yahoo.com (sonic309-14.consmr.mail.bf2.yahoo.com [74.6.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3478718B for ; Sun, 3 Feb 2019 21:11:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Vx5IDe8VM1n6OWgfTnbfeFr.t4vnK87DRKiarPGRRGPCEA32kHVkG_iO7Zdh7s8 NmXG15D7c3Pt_tnAfvtZwm.tt0C1WPN5HKUsmeDZwa.QBwmJauU1Xr6clWI3PMVLopCg5an7JaF5 IbNO3qvkjO5cs4iZQOZtYzeoZsPpDOJ5Dp9tK9V7_Iy.rd7kW2SnAVG8yzmSWui7TUr7OtMV2wA2 BGceG_BSBFYU0itEcHW1VKa.m8LnJ6sh0BDbJiQx2HQQWRLD7ef_HujNA0N93yrYU3XVAVDFHjNw 1Nble4znNh7LO2zQNl20zn9LRnDkjeDDoyQZW.yvyAP3U1XEpq34w.22aOoFPMqYaq50HXk9nuLH 9j8QOx6BVGsVIxEWCtrhrinKRj771OB8jmhM2SOfVgV.vXmee7V1UmYS6gpfZ5s8MGrY3AAFaotp .BvScUKPFbIN2Lc3R6shXvBM2xDlzQfT6p2NYDAU6HF0GWfpxCOm5R8oVqBQYRhMQr568o.GFqLw Evh7f4LfHD0yN8Vc.oW4zjXiSC8JDhe9iUMGTfULXJJIYl_zCaYdZjZ20laCeNhIGmnR60wbdx1P vxIBsznHD0xoqv6KYKbtHwRJWOF8FV.bQI6sXz1ok4NnOQP6xwVWMy00.SaD5USBQXGKc9e1sSjJ s3tv112WKwGSj6JFoYUD0_EA8ekLnylzBW7DyHj55sxGmB0wQ0wEI70Q7fsXuUzX6CF.LM0n2IKY 9eMIeQjxDf0Fdb0Y8U425PT_R3aZJtdnR9GnQ1eL9BJWSIjRnpMwFgefJjKiQoNfGIG5eL7xHsnV Jru.ZVjYmssEvmDpRiXhLM9_xhmwgPbV8DQY_kDJGm43A_YqOT_Nptq.yjp5WW44ykYfM1kD_zut TC7gotiqGItdEAdEHQ7hIcIyzPCUUi49BZ_1lLZAlkfdYb1B1fL5U2fMSqaLq_vOlVLryQpmXPV. b_BUtr.ISRnGt1BH8BkzYwWQmFvScJopKNIVooW8dOnQnveNtSAuVeEC6KhRrs7eZYn5RH1wcpeT W.cNVadRW69_mrrsXF9NEK0NTN1xWIZ7.p6X2XQZXapOBzUb8o8x25mLyfY3pkqkFeDPoPlU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Sun, 3 Feb 2019 21:11:17 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f97137964c1eb81fa9bbbb76b17296d4; Sun, 03 Feb 2019 21:11:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: head -r343670 on armv7 (cortexA7): /rescue/WHATEVER gets "Segementation fault" in my context Message-Id: Date: Sun, 3 Feb 2019 13:11:10 -0800 To: freebsd-arm@freebsd.org, FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 9B3478718B X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.73 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.919,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.23)[ip: (3.70), ipnet: 74.6.128.0/21(1.40), asn: 26101(1.12), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.76)[0.759,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.33)[0.334,0]; RCVD_IN_DNSWL_NONE(0.00)[124.129.6.74.list.dnswl.org : 127.0.5.0] 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: Sun, 03 Feb 2019 21:11:24 -0000 I reliably get results like: # /rescue/echo Segmentation fault (core dumped) # # /rescue/tar -xpf /usr/obj/clang-armv7-installworld-poud.tar -C = /usr/obj/DESTDIRs/clang-armv7-installworld-poud Segmentation fault (core dumped) # That last is what I first tried /rescue with. Using just "tar" worked = fine. That in turn lead to trying other simple /rescue/WHATEVER commands. (I've not yet figured out how to get debug information for rescue. This limits the below information.) Both fail at the same place: # gdb /rescue/echo echo.15825.core=20 GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] . . . Reading symbols from /rescue/echo...(no debugging symbols found)...done. [New LWP 100179] Core was generated by `/rescue/echo'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x0067b3f0 in ?? () (gdb) bt #0 0x0067b3f0 in ?? () #1 0x0066fe28 in ?? () #2 0x001d11f0 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt = stack?) (gdb) disass No function contains program counter for selected frame. # gdb /rescue/tar tar.15819.core GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. . . . [New LWP 100179] Core was generated by `/rescue/tar -xpf = /usr/obj/clang-armv7-installworld-poud.tar -C /usr/obj/DESTDIRs'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x0067b3f0 in ?? () (gdb) bt #0 0x0067b3f0 in ?? () #1 0x0066fe28 in ?? () #2 0x001d11f0 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt = stack?) The buildworld was a cross build amd64->armv7 using my historical way of = building. amd64 itself and the amd64->aarch64 cross-build that I've also built and = installed have rescue working fine. /usr/src/ is the same for all these builds = (diff -r -x.svn finds no differences). # file /rescue/echo /rescue/echo: ELF 32-bit LSB executable, ARM, EABI5 version 1 (FreeBSD), = statically linked, for FreeBSD 13.0 (1300010), FreeBSD-style, stripped # uname -apKU FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #4 r343670M: Fri Feb 1 = 16:45:22 PST 2019 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300010 1300010 My GENERIC-NODBG includes the standard GENERIC one and forces various = debug things to be disabled. My builds do use -mcpu=3Dcortex-a7 : # more ~/src.configs/src.conf.armv7-clang-bootstrap.amd64-host=20 TO_TYPE=3Darmv7 # KERNCONF=3DGENERIC-NODBG TARGET=3Darm .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # #CPUTYPE=3Dsoft WITH_LIBCPLUSPLUS=3D #WITH_LLD_BOOTSTRAP=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITHOUT_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_SPARC=3D WITHOUT_LLVM_TARGET_X86=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITHOUT_BINUTILS=3D # # Linking lldb fails for armv7 WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # XCFLAGS+=3D -mcpu=3Dcortex-a7 XCXXFLAGS+=3D -mcpu=3Dcortex-a7 # There is no XCPPFLAGS but XCPP gets XCFLAGS content. I use: # more = ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-ho= st.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_armv7_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.armv7-clang-bootstrap.amd64-hos= t" \ WITH_META_MODE=3Dyes \ WORLD_FLAGS=3D"${WORLD_FLAGS} UBLDR_LOADADDR=3D0x42000000" \ MAKEOBJDIRPREFIX=3D"/usr/obj/armv7_clang/arm.armv7" \ make $* I do not know when I last tried /rescue/SOMETHING so I've no clue when this problem started. Plus the prior build was -r341864 or some such so this was a fairly large jump even if I used /rescue with my prior build/installation. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 4 00:02:44 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 9D94314B8349 for ; Mon, 4 Feb 2019 00:02:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-35.consmr.mail.ne1.yahoo.com (sonic317-35.consmr.mail.ne1.yahoo.com [66.163.184.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 237058C75C for ; Mon, 4 Feb 2019 00:02:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zbzztnMVM1l4KrmYciQmTQK9ZjxHT2ns9dbO_KLY3AlHrmIkOuJReV_JS2jJB0. CFzetqASTcM0q0YbQiLBnseIzNXBkNnhU1YEHTyldfl.xMCQSzsRkt7HMxUvE.W38xT5T_HTVIzh p02b1GF3dr4HI2rWircxWtHEHEL6qOynRbEne5LICZNbSiLbWC.9mE6rAbHa1JWnbz7Osigg3Eu8 O4GNsgashDAB9xqXvLjElLkkB7ty5eioW.bBvQUtu6PASOxC2EJt2.xIYzggCSUTvPut9i3V07Mv iI66Zw1EofnQPgV.sJYAEGnWwun8moQkeVyQjnCt1EezjGcdrf99brRVyLwfBgyQ7pIrbdJUdBkY OxEm_VS2GlTH472ebRaw65nTrQHhiDLexSrnUZzavMvLzpl4GLWy4J20MERKBtE9iMjUkmHkg60C BJ7F7N02QDaRXtPeckFetLwAmqoi8WPyfJoVfNkFFkdgqzvvw_eXUWJjQfun4uPYXmOuTQ.z9xqZ c2C9.smZDmQ5SRTcPds3OdgtFl7S9iqD9o5qwWkafx57je8aFgrft.HGTz88bp9IiAAXkXOOGbfT vAZlKRYqVfKQY_tJ51hvSXDfXSv3Aed4..dE0HPj9qiOf7n3KQZbX3747cDwxEjNlI5d.YxW1b82 REUYcvLrodhS5JFsGspR_z9ge7dFNI99YJo6vekoEt7KuO.Kw8rIcRcU4xfpc.Docr.WmvjR_BR7 XEvmkDfUl5Bxh0o.C6J7iEmqDX_RaiSrl.S_UhTKTb0My_3cPCn.rrbRMe63HK2y6_l1Alct06rM ngbAQrI1PoqSRx.nYTQhspiR8ggDcXSLeCS05jGFeOb3yJpej3s.0EeXQziWTgX.dLLo.GKwaU4w cYdMK6n786RIlwiVolzlzQZK5kt__IOrJFfQWrqQxJK5cchwECfQGFWUQ2W5p9D9ZRtnpCzKV10y jUtNP.1mzD_uPG4MA1hSoal0N61Cnk2_cDht6AkgS.pNO3TF7WhNOB1selMX7PFGuhvfy6FQ4zpj aQusvR9Jo6YeIjHC2M0GdG6kXFHTwUerbRBIhhoFKprBOhlp8AqQHzrovDcTry14m0Nbg Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Mon, 4 Feb 2019 00:02:36 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1794ad6af88df0814a15bdead6dd48d3; Mon, 04 Feb 2019 00:02:32 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: head -r343670 on armv7 (cortexA7): /rescue/WHATEVER gets "Segmentation fault" in my context [backtraces shows handle_static_init as the context] Date: Sun, 3 Feb 2019 16:02:30 -0800 References: To: freebsd-arm , FreeBSD Toolchain In-Reply-To: Message-Id: <0C8976C2-8888-4340-84A3-F0F6F46BDD6D@yahoo.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 237058C75C X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.867,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.14)[ip: (3.87), ipnet: 66.163.184.0/21(1.05), asn: 36646(0.84), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.70)[0.703,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.20)[0.200,0]; RCVD_IN_DNSWL_NONE(0.00)[46.184.163.66.list.dnswl.org : 127.0.5.0] 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: Mon, 04 Feb 2019 00:02:44 -0000 On 2019-Feb-3, at 13:11, Mark Millard wrote: > I reliably get results like: >=20 > # /rescue/echo > Segmentation fault (core dumped) > # >=20 > # /rescue/tar -xpf /usr/obj/clang-armv7-installworld-poud.tar -C = /usr/obj/DESTDIRs/clang-armv7-installworld-poud > Segmentation fault (core dumped) > # >=20 > That last is what I first tried /rescue with. Using just "tar" worked = fine. > That in turn lead to trying other simple /rescue/WHATEVER commands. >=20 >=20 > (I've not yet figured out how to get debug information for rescue. > This limits the below information.) >=20 > Both fail at the same place: >=20 > # gdb /rescue/echo echo.15825.core=20 > GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] > . . . > Reading symbols from /rescue/echo...(no debugging symbols = found)...done. > [New LWP 100179] > Core was generated by `/rescue/echo'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x0067b3f0 in ?? () > (gdb) bt > #0 0x0067b3f0 in ?? () > #1 0x0066fe28 in ?? () > #2 0x001d11f0 in ?? () > Backtrace stopped: previous frame identical to this frame (corrupt = stack?) > (gdb) disass > No function contains program counter for selected frame. >=20 >=20 > # gdb /rescue/tar tar.15819.core > GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] > Copyright (C) 2018 Free Software Foundation, Inc. > . . . > [New LWP 100179] > Core was generated by `/rescue/tar -xpf = /usr/obj/clang-armv7-installworld-poud.tar -C /usr/obj/DESTDIRs'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x0067b3f0 in ?? () > (gdb) bt > #0 0x0067b3f0 in ?? () > #1 0x0066fe28 in ?? () > #2 0x001d11f0 in ?? () > Backtrace stopped: previous frame identical to this frame (corrupt = stack?) >=20 >=20 > The buildworld was a cross build amd64->armv7 using my historical way = of building. > amd64 itself and the amd64->aarch64 cross-build that I've also built = and installed > have rescue working fine. /usr/src/ is the same for all these builds = (diff -r -x.svn > finds no differences). >=20 >=20 > # file /rescue/echo > /rescue/echo: ELF 32-bit LSB executable, ARM, EABI5 version 1 = (FreeBSD), statically linked, for FreeBSD 13.0 (1300010), FreeBSD-style, = stripped >=20 > # uname -apKU > FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #4 r343670M: Fri Feb = 1 16:45:22 PST 2019 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300010 1300010 >=20 > My GENERIC-NODBG includes the standard GENERIC one and forces various = debug things to be > disabled. >=20 > My builds do use -mcpu=3Dcortex-a7 : >=20 > # more ~/src.configs/src.conf.armv7-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv7 > # > KERNCONF=3DGENERIC-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > WITH_SYSTEM_LINKER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBCPLUSPLUS=3D > #WITH_LLD_BOOTSTRAP=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D > WITHOUT_LLVM_TARGET_AARCH64=3D > WITH_LLVM_TARGET_ARM=3D > WITHOUT_LLVM_TARGET_MIPS=3D > WITHOUT_LLVM_TARGET_POWERPC=3D > WITHOUT_LLVM_TARGET_SPARC=3D > WITHOUT_LLVM_TARGET_X86=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITH_LLD_IS_LD=3D > WITHOUT_BINUTILS=3D > # > # Linking lldb fails for armv7 > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP gets XCFLAGS content. >=20 > I use: >=20 > # more = ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-ho= st.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_armv7_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.armv7-clang-bootstrap.amd64-hos= t" \ > WITH_META_MODE=3Dyes \ > WORLD_FLAGS=3D"${WORLD_FLAGS} UBLDR_LOADADDR=3D0x42000000" \ > MAKEOBJDIRPREFIX=3D"/usr/obj/armv7_clang/arm.armv7" \ > make $* >=20 >=20 > I do not know when I last tried /rescue/SOMETHING so I've no clue > when this problem started. Plus the prior build was -r341864 or > some such so this was a fairly large jump even if I used /rescue > with my prior build/installation. I got backtraces ( /rescue/tar example first ): # gdb /rescue/tar tar.16186.core=20 GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] . . . Reading symbols from /rescue/tar...done. [New LWP 100201] Core was generated by `/rescue/tar -xpf = /usr/obj/clang-armv7-installworld-poud.tar -C /usr/obj/DESTDIRs'. Program terminated with signal SIGSEGV, Segmentation fault. #0 thr_malloc_lock (curthread=3D0x0) at = /usr/src/lib/libthr/thread/thr_malloc.c:63 63 _thr_umutex_lock(&thr_malloc_umtx, TID(curthread)); (gdb) bt #0 thr_malloc_lock (curthread=3D0x0) at = /usr/src/lib/libthr/thread/thr_malloc.c:63 #1 __thr_calloc (num=3D1, size=3D) at = /usr/src/lib/libthr/thread/thr_malloc.c:82 #2 0x0066ff38 in mutex_init (mutex=3D, = mutex_attr=3D, calloc_cb=3D) at = /usr/src/lib/libthr/thread/thr_mutex.c:294 #3 __pthread_mutex_init (mutex=3D0xc758c8 , = mutex_attr=3D) at = /usr/src/lib/libthr/thread/thr_mutex.c:393 #4 0x001d11f0 in handle_static_init (argc=3D5, argv=3D, = env=3D) at /usr/src/lib/csu/common/ignore_init.c:124 #5 0x001d10e8 in __start (argc=3D5, argv=3D, = env=3D, ps_strings=3D, obj=3D0x0, = cleanup=3D0x0) at /usr/src/lib/csu/arm/crt1.c:112 #6 0x001d1000 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt = stack?) Or, looking at /rescue/echo : # gdb /rescue/echo GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] . . . Reading symbols from /rescue/echo...done. (gdb) run Starting program: /rescue/echo=20 Program received signal SIGSEGV, Segmentation fault. __thr_calloc (num=3D1, size=3D) at = /usr/src/lib/libthr/thread/thr_malloc.c:82 82 thr_malloc_lock(curthread); (gdb) bt #0 __thr_calloc (num=3D1, size=3D) at = /usr/src/lib/libthr/thread/thr_malloc.c:82 #1 0x0066ff38 in mutex_init (mutex=3D, = mutex_attr=3D, calloc_cb=3D) at = /usr/src/lib/libthr/thread/thr_mutex.c:294 #2 __pthread_mutex_init (mutex=3D0xc758c8 , = mutex_attr=3D) at = /usr/src/lib/libthr/thread/thr_mutex.c:393 #3 0x001d11f0 in handle_static_init (argc=3D1, argv=3D, = env=3D) at /usr/src/lib/csu/common/ignore_init.c:124 #4 0x001d10e8 in __start (argc=3D1, argv=3D, = env=3D, ps_strings=3D, obj=3D0x0, = cleanup=3D0x0) at /usr/src/lib/csu/arm/crt1.c:112 #5 0x001d1000 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt = stack?) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 4 05:45:07 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 1CADB14BF6BD for ; Mon, 4 Feb 2019 05:45:07 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60A146EC24 for ; Mon, 4 Feb 2019 05:45:05 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qk1-x72e.google.com with SMTP id a15so226253qkc.1 for ; Sun, 03 Feb 2019 21:45:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=YPUeEZUFNPQMGYkR/iuCsGiPPDLzoricpWMim+hxzc0=; b=Y/MsXFxBznYM1ZGOjBNTfqimQNuVSSmhL5TMWm0GZJWIU0eNcSPUuOoqEf8b/cUAHP N0ikyhqHN1uZ37hsYQqgsLoHiJWkwZENPXWWh0fWdR0a8Bq3cX1DVsxU8tSA4KQ93+1J +pglUKlTChJ8Flg3yhY+pJgC1QF5mXthpeek/UZ9ehKDcOlUXJlX1IatDmSPxGKYVNqp ytPKTPD+JR/OLF8Xmn4FY+ywhtbPJD43dq5BOrbQZ3s42xPo23LuKt9A58rdLKoxSjqN qPa+fPQVFJ+skutKC+a3aUVLE7bktHEHcEbR0DfMWGATntQCT5u5N2jdohQr87vEYNVv cLNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=YPUeEZUFNPQMGYkR/iuCsGiPPDLzoricpWMim+hxzc0=; b=LHWCQ1I7Rb7DAFhM6CcJEJZHJctvjBTnNfGMRqE/+JO097aOEdMOaXq6aKs0mgB7Kv hzt2CovaAUmDC5GB0m/jCfEWahsFqKKX+eoyyYVRntPUv3SI+WDFi0QvEExafikvP6jk bZ2ZJRittIZcB1UHC8N32ELUK6NVPL41dUfQGV4CgSlfxVSWCsLQniH79742S/Rj4xJ/ mqac7pKyrY5G1Q+O/tXZc2AFVIuYKlmU4hTshSrptVCMYmZ5Pm9cmStX4EwL/uW/LbcB wc3U/KXiz17+wa/pNpfASQfBQ9JImE+uExqiFJ6SYYyK8NBGTJabqpHIFK3+D1YwGxy0 MibA== X-Gm-Message-State: AJcUukdwndc63dZEF0nEgfy3/9Pze4NpPd26PN0csClVeODJ8kG6DyOh FY03kRzJkrXav66SS0vbAaCdNa2dDRSIEuFsSkLwAQ== X-Google-Smtp-Source: ALg8bN43yWWUoNmj4lIh5rD1wqlJ+Kg0v4Mgw9pp5pNJ5d+PnhCUcLfDixrhl63blkx9kc+eRoSvBnQUOJMfgUTt2/Y= X-Received: by 2002:a37:7f41:: with SMTP id a62mr46624851qkd.247.1549259104865; Sun, 03 Feb 2019 21:45:04 -0800 (PST) MIME-Version: 1.0 References: <7126601549210894@myt3-c573aa6fc782.qloud-c.yandex.net> In-Reply-To: <7126601549210894@myt3-c573aa6fc782.qloud-c.yandex.net> From: Marcin Wojtas Date: Mon, 4 Feb 2019 06:44:51 +0100 Message-ID: Subject: Re: Help getting Marvell-A388 SBC booted To: Saul Goodman Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 60A146EC24 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=Y/MsXFxB X-Spamd-Result: default: False [-5.85 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.85)[-0.854,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[e.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[ASPMX2.GOOGLEMAIL.com,ALT2.ASPMX.L.GOOGLE.com,ASPMX.L.GOOGLE.com,ALT1.ASPMX.L.GOOGLE.com,ASPMX3.GOOGLEMAIL.com]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yandex.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.69)[ip: (-9.01), ipnet: 2607:f8b0::/32(-2.42), asn: 15169(-1.93), country: US(-0.07)] 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: Mon, 04 Feb 2019 05:45:07 -0000 Hi Soeren, niedz., 3 lut 2019 o 17:21 Saul Goodman napisa=C5= =82(a): > > Hi Marcin, > > I got it to boot. The Marvell-U-Boot version from helios4 github repos wo= rked. That's great. Was there any special trick? What was the issue? > > Next problem is to get the fan control working. There are fan connectors = on the board which are connected to some GPIO's. The linux dts seems to wir= e them to pwm-fan driver. Is there something similar available in FreeBSD. = How would i go about fixing this? > I haven't played with it. In Linux indeed it's a pretty simple driver ("drivers/hwmon/gpio-fan.c"). However I do not see an equivalent in FreeBSD - only customized solutions for specific platforms. If someone knows, I'm wrong, please don't hesitate to correct me :) Best regards, Marcin From owner-freebsd-arm@freebsd.org Mon Feb 4 09:30:19 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 427EE14C4C8E for ; Mon, 4 Feb 2019 09:30:19 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C3563755E6 for ; Mon, 4 Feb 2019 09:30:17 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x1498whK073339 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 4 Feb 2019 10:08:59 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549271339; bh=YrZS7cE9tUpWBtioBgdT15FTEzX1cXUoqupgDuRv8bI=; h=Date:From:To:Cc:Subject:Reply-To; b=0BboyVupuLE0B2NFCRdQ7k4JvbWRrxY9L8J/2ohSkq8+UitogYXt2rsI0Xrbi2I0H +cdmoIdyVXNMOqJsIWCnq991qhIxBwHlPC3aQ/VZr2EqLKsuxobuNAPQ9XZZD9g4om UzdIaMijl8D19LyDjGkowQ1sL14uGki5EMFQ8fSA= 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 x1498tQd002426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2019 10:08:55 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x1498sEP042704; Mon, 4 Feb 2019 10:08:54 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x1498sFp042703; Mon, 4 Feb 2019 10:08:54 +0100 (CET) (envelope-from ticso) Date: Mon, 4 Feb 2019 10:08:54 +0100 From: Bernd Walter To: freebsd-arm@freebsd.org Cc: Bernd Walter Subject: Problem with PCF8563 RTC on Raspberry Message-ID: <20190204090854.GA41812@cicely7.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: C3563755E6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=0BboyVup X-Spamd-Result: default: False [-2.32 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx1.bwct.de]; NEURAL_HAM_SHORT(-0.60)[-0.603,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.913,0]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Mon, 04 Feb 2019 09:30:19 -0000 I'm trying to get the RTC on a Waveshare ARPI600 module running on a Raspberry Pi B. This is the Overlay I'm using: /dts-v1/; /plugin/; &i2c0 { status = "okay"; rtc: rtc@51 { compatible = "nxp,pcf8563"; reg = <0x51>; }; }; IICbus gets probed during boot: iicbus0: on iichb0 iic0: on iicbus0 iicbus0: at addr 0xa2 When I load the nxprtc moduele I get the following error: nxprtc0: at addr 0xa2 on iicbus0 nxprtc0: cannot set up timer I wonder if I miss something, e.g. setting GPIO. However, for spi0 no GPIO setup was required and the overlay looks quite similar. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 4 09:42:50 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 B523514C526A for ; Mon, 4 Feb 2019 09:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49EE775F51 for ; Mon, 4 Feb 2019 09:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6E621329 for ; Mon, 4 Feb 2019 09:42:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x149gnEn083784 for ; Mon, 4 Feb 2019 09:42:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x149gnEY083783 for freebsd-arm@FreeBSD.org; Mon, 4 Feb 2019 09:42:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 153380] [run]: Panic / translation fault with wlan on ARM Date: Mon, 04 Feb 2019 09:42:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.2-PRERELEASE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avos@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also bug_status cc keywords short_desc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2019 09:42:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D153380 Andriy Voskoboinyk changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D1= 795 | |32 Status|Open |Closed CC| |avos@freebsd.org Keywords| |panic Summary|Panic / translation fault |[run]: Panic / translation |with wlan on ARM |fault with wlan on ARM Resolution|--- |FIXED --- Comment #2 from Andriy Voskoboinyk --- Since the driver was in working state after base r253757 - see bug #179532 = - I think the is not relevant anymore; if that's not true please reopen this PR. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Feb 4 09:51:21 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 B158814C5417 for ; Mon, 4 Feb 2019 09:51:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 839867622F for ; Mon, 4 Feb 2019 09:51:20 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 3016003b; Mon, 4 Feb 2019 10:44:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=gNIOeQGhRETImg+YtkhXv6Oc30Q=; b=Rnt9fEnwCQIr0igB23mTdsLiXH/i fh4OSkDComdGVE4NTVjqPcymdvxI2CuSAWWSVSzJcce6D+MAEKFP3OypCmzj6TCb FKOi0D+CmHUi8nsWJ3okf8OjN2cRyzHzAixUXEyrNHiMfCQBkWvmTzSw7z1fY0ik bIFS9iCAwHt6dhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=nZ4u3zBngHE1k8ltvIZ2Pi+Mk5vKm2CttXD4hAqTt5SvaTDBaQ55bxMk sfnrICzkDRFL9E4lH/PjKAnbYWy3LEnyiPgQTzCFALZx5iaQG9r/FuZ2XsQgzQyn gUknxMKhzzP22fJT8raTy9gt8pVj1jWXdi59a7kWCK8Kt1SORNU= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 5fe0b3f8 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 4 Feb 2019 10:44:37 +0100 (CET) Date: Mon, 4 Feb 2019 10:44:34 +0100 From: Emmanuel Vadot To: ticso@cicely.de Cc: Bernd Walter , freebsd-arm@freebsd.org Subject: Re: Problem with PCF8563 RTC on Raspberry Message-Id: <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> In-Reply-To: <20190204090854.GA41812@cicely7.cicely.de> References: <20190204090854.GA41812@cicely7.cicely.de> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 839867622F X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=Rnt9fEnw; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; NEURAL_HAM_SHORT(-0.92)[-0.922,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.29)[ip: (-1.38), ipnet: 212.83.160.0/19(0.41), asn: 12876(-0.44), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Mon, 04 Feb 2019 09:51:21 -0000 On Mon, 4 Feb 2019 10:08:54 +0100 Bernd Walter wrote: > I'm trying to get the RTC on a Waveshare ARPI600 module running on a > Raspberry Pi B. > This is the Overlay I'm using: > /dts-v1/; > /plugin/; > > &i2c0 { > status = "okay"; > > rtc: rtc@51 { > compatible = "nxp,pcf8563"; > reg = <0x51>; > }; > }; > > IICbus gets probed during boot: > iicbus0: on iichb0 > iic0: on iicbus0 > iicbus0: at addr 0xa2 > > When I load the nxprtc moduele I get the following error: > nxprtc0: at addr 0xa2 on iicbus0 > nxprtc0: cannot set up timer > > I wonder if I miss something, e.g. setting GPIO. > However, for spi0 no GPIO setup was required and the overlay looks > quite similar. Looking at the code it means that the driver didn't managed to talked to the chip via i2c, the start_timer function is the first time that i2c transfer is happening. Could be either pinmux problems or frequency (default is 100khz so it should work ok). What pin are you using to connect to the module ? Also it seems that the overlay i2c-rtc.dtbo from the Rpi fundation list this module but I'm unsure how to use this overlay. It is installed via the rpi-firmware package. > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Feb 4 10:28:34 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 B621714C669B for ; Mon, 4 Feb 2019 10:28:34 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EAE477AD6 for ; Mon, 4 Feb 2019 10:28:32 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x14ASSLU074831 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 Feb 2019 11:28:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549276110; bh=vX9awoXbP+61lq7tK5YTrWQY6Bis3bIdzNZO8zVyfWE=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=gbVPMKXxiZz/g9QMlzKnIqcglzInkgFpOZz2v0wLmHkmh3FAlut7Q/7gi5CKeNRwd bvgbpYMUVGsOOjh2W2yMx6n0+HHNm9q3XiZTovMNMskWblib5MU8Ff+GFix1khVW5e AUeiqewkbzT4u187CwSBpOdFdLhXvH4KPUVNeCro= 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 x14ASQqi004377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2019 11:28:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x14ASQuT043027; Mon, 4 Feb 2019 11:28:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x14ASP14043026; Mon, 4 Feb 2019 11:28:25 +0100 (CET) (envelope-from ticso) Date: Mon, 4 Feb 2019 11:28:25 +0100 From: Bernd Walter To: Emmanuel Vadot Cc: ticso@cicely.de, Bernd Walter , freebsd-arm@freebsd.org Subject: Re: Problem with PCF8563 RTC on Raspberry Message-ID: <20190204102825.GB41812@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20190204090854.GA41812@cicely7.cicely.de> <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 2EAE477AD6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=gbVPMKXx X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.87)[-0.865,0]; NEURAL_HAM_MEDIUM(-0.93)[-0.932,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Mon, 04 Feb 2019 10:28:34 -0000 On Mon, Feb 04, 2019 at 10:44:34AM +0100, Emmanuel Vadot wrote: > On Mon, 4 Feb 2019 10:08:54 +0100 > Bernd Walter wrote: > > > I'm trying to get the RTC on a Waveshare ARPI600 module running on a > > Raspberry Pi B. > > This is the Overlay I'm using: > > /dts-v1/; > > /plugin/; > > > > &i2c0 { > > status = "okay"; > > > > rtc: rtc@51 { > > compatible = "nxp,pcf8563"; > > reg = <0x51>; > > }; > > }; > > > > IICbus gets probed during boot: > > iicbus0: on iichb0 > > iic0: on iicbus0 > > iicbus0: at addr 0xa2 > > > > When I load the nxprtc moduele I get the following error: > > nxprtc0: at addr 0xa2 on iicbus0 > > nxprtc0: cannot set up timer > > > > I wonder if I miss something, e.g. setting GPIO. > > However, for spi0 no GPIO setup was required and the overlay looks > > quite similar. > > Looking at the code it means that the driver didn't managed to talked > to the chip via i2c, the start_timer function is the first time that > i2c transfer is happening. That's my understanding of the situation as well. > Could be either pinmux problems or frequency (default is 100khz so it > should work ok). > What pin are you using to connect to the module ? Good point. It is connected to Pin3/5. Signals scoped turn out that they stay high. Pinout diagram show that the Pins are named SDA1/SCL1, so probably I'm just using the wrong controller. Will give it a test on i2c1 instead. > Also it seems that the overlay i2c-rtc.dtbo from the Rpi fundation > list this module but I'm unsure how to use this overlay. It is > installed via the rpi-firmware package. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 4 10:38:22 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 1D91714C6A18 for ; Mon, 4 Feb 2019 10:38:22 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12BE980113 for ; Mon, 4 Feb 2019 10:38:20 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x14AcHkT074994 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 Feb 2019 11:38:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549276698; bh=A/FcHgkjhQgbMdIWVWhM1S16jhruzNDCsKhshVTRo4s=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=enZC9jczRQwdJRJ08SoOwA/DjBN8YYokiFuKjmcpBs1UG1XvP3B5eneUla1qNpDlv 4OGvzNbf6AKGbEn+Jy+BbHgvdqm7A9rDUxzcM6J9y8Nz5fyo2/qPCserGB+bOhmz9V Lmyy8xjN9aV+CkuR0aU5C1gteanY44Yk1IRFpR1g= 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 x14AcDQD004657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2019 11:38:13 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x14AcDWQ043069; Mon, 4 Feb 2019 11:38:13 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x14AcDUi043068; Mon, 4 Feb 2019 11:38:13 +0100 (CET) (envelope-from ticso) Date: Mon, 4 Feb 2019 11:38:13 +0100 From: Bernd Walter To: Emmanuel Vadot Cc: ticso@cicely.de, Bernd Walter , freebsd-arm@freebsd.org Subject: Re: Problem with PCF8563 RTC on Raspberry Message-ID: <20190204103813.GC41812@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20190204090854.GA41812@cicely7.cicely.de> <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> <20190204102825.GB41812@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190204102825.GB41812@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 12BE980113 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=enZC9jcz X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.86)[-0.863,0]; NEURAL_HAM_MEDIUM(-0.93)[-0.932,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Mon, 04 Feb 2019 10:38:22 -0000 On Mon, Feb 04, 2019 at 11:28:25AM +0100, Bernd Walter wrote: > On Mon, Feb 04, 2019 at 10:44:34AM +0100, Emmanuel Vadot wrote: > > On Mon, 4 Feb 2019 10:08:54 +0100 > > Bernd Walter wrote: > > > > > I'm trying to get the RTC on a Waveshare ARPI600 module running on a > > > Raspberry Pi B. > > > This is the Overlay I'm using: > > > /dts-v1/; > > > /plugin/; > > > > > > &i2c0 { > > > status = "okay"; > > > > > > rtc: rtc@51 { > > > compatible = "nxp,pcf8563"; > > > reg = <0x51>; > > > }; > > > }; > > > > > > IICbus gets probed during boot: > > > iicbus0: on iichb0 > > > iic0: on iicbus0 > > > iicbus0: at addr 0xa2 > > > > > > When I load the nxprtc moduele I get the following error: > > > nxprtc0: at addr 0xa2 on iicbus0 > > > nxprtc0: cannot set up timer > > > > > > I wonder if I miss something, e.g. setting GPIO. > > > However, for spi0 no GPIO setup was required and the overlay looks > > > quite similar. > > > > Looking at the code it means that the driver didn't managed to talked > > to the chip via i2c, the start_timer function is the first time that > > i2c transfer is happening. > > That's my understanding of the situation as well. > > > Could be either pinmux problems or frequency (default is 100khz so it > > should work ok). > > What pin are you using to connect to the module ? > > Good point. > It is connected to Pin3/5. > Signals scoped turn out that they stay high. > Pinout diagram show that the Pins are named SDA1/SCL1, so probably I'm > just using the wrong controller. > Will give it a test on i2c1 instead. Yes, that was exactly the problem: nxprtc0: at addr 0xa2 on iicbus0 nxprtc0: WARNING: RTC battery failed; time is invalid nxprtc0: registered as a time-of-day clock, resolution 0.015625s And, after putting it into loader.conf to be active on kernel start: Setting date via ntp. 4 Feb 11:34:31 ntpdate[727]: step time server 94.130.184.193 offset -0.120565 sec Excellent, it kept time during reboot. But not after power loss. Mmmm. Have to check if the battery is good. > > Also it seems that the overlay i2c-rtc.dtbo from the Rpi fundation > > list this module but I'm unsure how to use this overlay. It is > > installed via the rpi-firmware package. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 4 11:01: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 9C3E514C73A2 for ; Mon, 4 Feb 2019 11:01:10 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E4480CD5 for ; Mon, 4 Feb 2019 11:01:06 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id x14B0tFv091938 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 4 Feb 2019 22:01:01 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x14B0orC002125 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 4 Feb 2019 22:00:50 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x14B0o13002124; Mon, 4 Feb 2019 22:00:50 +1100 (AEDT) (envelope-from peter) Date: Mon, 4 Feb 2019 22:00:50 +1100 From: Peter Jeremy To: Ganbold Tsagaankhuu Cc: "freebsd-arm@freebsd.org" Subject: Re: Booting FreeBSD on Rock64 Message-ID: <20190204110049.GB78675@server.rulingia.com> References: <20190203012316.GA77009@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.11.1 (2018-12-01) 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: Mon, 04 Feb 2019 11:01:10 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Feb-03 12:40:45 +0800, Ganbold Tsagaankhuu wrot= e: >On Sun, Feb 3, 2019 at 11:46 AM Peter Jeremy wrote: > >> I'm trying to boot FreeBSD from a USB stick on my Rock64 and running into >> problems. I've looked through the web and haven't gotten anywhere. It >> boots Ubuntu 18.04.1 off an MMC so the board itself is OK. =2E.. >Did you try to boot from network? I hadn't because setting up a diskless/netboot environment is a lot more fiddly and the posting I'd found suggested that the Rock64 was especially fiddly. >You can stop at u-boot prompt when >appears "Hit any key to stop autoboot:". Sometimes it is hard to press any >key at this moment. I just hold one hand on the spacebar and push the reset button with the other hand. >You can set bootdelay to something not 0. > >Then you can do something like: > >setenv ipaddr 192.168.111.2 >env set serverip 192.168.111.1 >env set bootargs boot.nfsroot.server=3D${serverip} >boot.nfsroot.path=3D/var/arm64 comconsole_speed=3D${baudrate} >tftpboot ${kernel_addr_r} loader.efi >tftpboot ${fdt_addr_r} rk3399-rockpro64.dtb >bootefi ${kernel_addr_r} ${fdt_addr_r} That leaves off all the server side steps: * Unpack the memstick image (or similar) into a filesystem and NFS export it with maproot=3Droot for the Rock64 address * Edit the etc/fstab in the exported filesystem and update the root mountpo= int to match the NFS-exported root. * Setup a tftp server and copy loader.efi and rk3399-rockpro64.dtb from the root filesystem into /tftpboot * Optionally reconfigure your DHCP server to have the appropriate filename, next-server and root-path config. * Ensure the Rock64 is connected via GigE because it doesn't work reliably on FastEthernet (it appears to hang and stop sending NFS requests). Having worked through all that, I did actually manage to boot into the installer before running out of time. --=20 Peter Jeremy --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAlxYG2FfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzR5JA/8Cq2p67vtAgweOPk6eqwluq+Vqoq8ZtFX11rp69iSp/9nNZJMnqLY37vc Gx3KwpvP25QAxKHsuCXw87KfrQKXihOPiUyuD+a8Mh5NUfdghW+dhH9k1tRqcpZU 3PrMwrNJxlOYjgHWArCbpeo8Ahdo23bkSOFziNjpsGLoxdChxU3tUsO8tcusgNgK cKwIebS62fEw98A8lyBSLki6VGC7zCgkc6eW8a0wANNbHj8+4v+EMgPlFDw955wD DEIExlNCyOUrHp2iHA6zxQCEAi664J+u7gUQzkth88oJH1QW7Tk+JhTeye0Twwgh 5CCdZ4mfdRlUvlGwOFvZaPtYUMjSi9rfCPVD9r6cqx6PphiGu1gz6uKFP9buNRqS F9cTIaNebmc5JxNkrFf4mOYHEueWDd4dfmj5u6FfYZ707gP6cxqkDjcJgAC0rJSr lTWl8XGM71o9FDzET8srrZAT+BRXdCBgzwQZxc3AJ2IjH3cqJhJSoTY5querYg9E O4bOaW9BmgHEOUJ3cdTaM5tAWeg/DYa91qrsDvPAkdk4h+ERmQrjrYAO1Y//sDE5 cCTYFum1jy9SBSEFVHXvmDDi37LLlWNUE4PKot9R1VplhrW3i9QcxJ+z13WyETcN 0n0o9xFo2M74W42KK9l6VOqfQZR6utU6pYs7xxTyH1aL62P1eS0= =U0oo -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-arm@freebsd.org Mon Feb 4 11:02:34 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 8EF9614C745A for ; Mon, 4 Feb 2019 11:02:34 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 62D7880FD5 for ; Mon, 4 Feb 2019 11:02:33 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x14B2Tk0075456 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 Feb 2019 12:02:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549278150; bh=EK0lHfpxJv19O+a2HRWLWiazI7YcD64eH+MFXrwg+9E=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=hO6LLv2vTo3wVBryAdW7pJguKBsqS/eZx1eTGxywY29x5tFGrw4K86eOjhtcPtnWc vCNO8MazaLop3zbncItIQNNJoSaUT2z2RBdygwi0MK7xCWKkgpOxvWz+sg1Xtr5Mir /LMdF/SbDVB6P/3ve0jMbbfHbV3katHRpGMT3jUY= 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 x14B2LS1005319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2019 12:02:21 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x14B2Lr3043183; Mon, 4 Feb 2019 12:02:21 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x14B2KX7043182; Mon, 4 Feb 2019 12:02:20 +0100 (CET) (envelope-from ticso) Date: Mon, 4 Feb 2019 12:02:20 +0100 From: Bernd Walter To: Emmanuel Vadot Cc: ticso@cicely.de, Bernd Walter , freebsd-arm@freebsd.org Subject: Re: Problem with PCF8563 RTC on Raspberry Message-ID: <20190204110220.GD41812@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20190204090854.GA41812@cicely7.cicely.de> <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> <20190204102825.GB41812@cicely7.cicely.de> <20190204103813.GC41812@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190204103813.GC41812@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 62D7880FD5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=hO6LLv2v X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.59)[-0.594,0]; NEURAL_HAM_MEDIUM(-0.93)[-0.927,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Mon, 04 Feb 2019 11:02:34 -0000 On Mon, Feb 04, 2019 at 11:38:13AM +0100, Bernd Walter wrote: > On Mon, Feb 04, 2019 at 11:28:25AM +0100, Bernd Walter wrote: > > On Mon, Feb 04, 2019 at 10:44:34AM +0100, Emmanuel Vadot wrote: > > > On Mon, 4 Feb 2019 10:08:54 +0100 > > > Bernd Walter wrote: > > > > > > > I'm trying to get the RTC on a Waveshare ARPI600 module running on a > > > > Raspberry Pi B. > > > > This is the Overlay I'm using: > > > > /dts-v1/; > > > > /plugin/; > > > > > > > > &i2c0 { > > > > status = "okay"; > > > > > > > > rtc: rtc@51 { > > > > compatible = "nxp,pcf8563"; > > > > reg = <0x51>; > > > > }; > > > > }; > > > > > > > > IICbus gets probed during boot: > > > > iicbus0: on iichb0 > > > > iic0: on iicbus0 > > > > iicbus0: at addr 0xa2 > > > > > > > > When I load the nxprtc moduele I get the following error: > > > > nxprtc0: at addr 0xa2 on iicbus0 > > > > nxprtc0: cannot set up timer > > > > > > > > I wonder if I miss something, e.g. setting GPIO. > > > > However, for spi0 no GPIO setup was required and the overlay looks > > > > quite similar. > > > > > > Looking at the code it means that the driver didn't managed to talked > > > to the chip via i2c, the start_timer function is the first time that > > > i2c transfer is happening. > > > > That's my understanding of the situation as well. > > > > > Could be either pinmux problems or frequency (default is 100khz so it > > > should work ok). > > > What pin are you using to connect to the module ? > > > > Good point. > > It is connected to Pin3/5. > > Signals scoped turn out that they stay high. > > Pinout diagram show that the Pins are named SDA1/SCL1, so probably I'm > > just using the wrong controller. > > Will give it a test on i2c1 instead. > > Yes, that was exactly the problem: > nxprtc0: at addr 0xa2 on iicbus0 > nxprtc0: WARNING: RTC battery failed; time is invalid > nxprtc0: registered as a time-of-day clock, resolution 0.015625s > > And, after putting it into loader.conf to be active on kernel start: > Setting date via ntp. > 4 Feb 11:34:31 ntpdate[727]: step time server 94.130.184.193 offset -0.120565 sec > Excellent, it kept time during reboot. > > But not after power loss. > Mmmm. > Have to check if the battery is good. Wow - this is unbelieveable and unexpected. They use 1N4148 diodes to drive the IC (RTC_VDD) from either the battery or the main supply. However, they use the supply rail to drive 1k IIC pull ups, so the battery gets drained into the Raspberry via the resistors. At 3V this would be 6mA current. That poor little CR1220 drops below 1V. Even if the volatge would stay high enough, the battery has 40mAh and would be empty in less then a day. The DVK512 board has the same issue. > > > Also it seems that the overlay i2c-rtc.dtbo from the Rpi fundation > > > list this module but I'm unsure how to use this overlay. It is > > > installed via the rpi-firmware package. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 4 11:21:52 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 2D32D14C7C63 for ; Mon, 4 Feb 2019 11:21:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C083C81900 for ; Mon, 4 Feb 2019 11:21:50 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x14BLl1K075738 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 Feb 2019 12:21:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549279308; bh=F/btGv6x0DJXnrQbgb6vPrjyykHHFN+Kbsx1qjFv5iA=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=ldhfU5QYZBHyAWZ20XDwypRiFCAxkC2AnqORKv6gPyr7OMGiS6j58o/94+eV85S8v qo8jB4qwq8L1l75c3qlqnH54thHBOomt82u7IC+P5cowJzSEsGsyqgJ59Xvr3FZCbk FEbI1HUwy3OsNp0QHeZ06HUSDFtN523x9FuVGdQo= 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 x14BLi3Q005713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2019 12:21:44 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x14BLiRe043244; Mon, 4 Feb 2019 12:21:44 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x14BLilV043243; Mon, 4 Feb 2019 12:21:44 +0100 (CET) (envelope-from ticso) Date: Mon, 4 Feb 2019 12:21:44 +0100 From: Bernd Walter To: Emmanuel Vadot Cc: ticso@cicely.de, Bernd Walter , freebsd-arm@freebsd.org Subject: Re: Problem with PCF8563 RTC on Raspberry Message-ID: <20190204112144.GE41812@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20190204090854.GA41812@cicely7.cicely.de> <20190204104434.559c5ade316cc37a918520be@bidouilliste.com> <20190204102825.GB41812@cicely7.cicely.de> <20190204103813.GC41812@cicely7.cicely.de> <20190204110220.GD41812@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190204110220.GD41812@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: C083C81900 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=ldhfU5QY X-Spamd-Result: default: False [-2.38 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.64)[-0.644,0]; NEURAL_HAM_MEDIUM(-0.93)[-0.933,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Mon, 04 Feb 2019 11:21:52 -0000 On Mon, Feb 04, 2019 at 12:02:20PM +0100, Bernd Walter wrote: > On Mon, Feb 04, 2019 at 11:38:13AM +0100, Bernd Walter wrote: > > On Mon, Feb 04, 2019 at 11:28:25AM +0100, Bernd Walter wrote: > > > On Mon, Feb 04, 2019 at 10:44:34AM +0100, Emmanuel Vadot wrote: > > > > On Mon, 4 Feb 2019 10:08:54 +0100 > > > > Bernd Walter wrote: > > > > > > > > > I'm trying to get the RTC on a Waveshare ARPI600 module running on a > > > > > Raspberry Pi B. > > > > > This is the Overlay I'm using: > > > > > /dts-v1/; > > > > > /plugin/; > > > > > > > > > > &i2c0 { > > > > > status = "okay"; > > > > > > > > > > rtc: rtc@51 { > > > > > compatible = "nxp,pcf8563"; > > > > > reg = <0x51>; > > > > > }; > > > > > }; > > > > > > > > > > IICbus gets probed during boot: > > > > > iicbus0: on iichb0 > > > > > iic0: on iicbus0 > > > > > iicbus0: at addr 0xa2 > > > > > > > > > > When I load the nxprtc moduele I get the following error: > > > > > nxprtc0: at addr 0xa2 on iicbus0 > > > > > nxprtc0: cannot set up timer > > > > > > > > > > I wonder if I miss something, e.g. setting GPIO. > > > > > However, for spi0 no GPIO setup was required and the overlay looks > > > > > quite similar. > > > > > > > > Looking at the code it means that the driver didn't managed to talked > > > > to the chip via i2c, the start_timer function is the first time that > > > > i2c transfer is happening. > > > > > > That's my understanding of the situation as well. > > > > > > > Could be either pinmux problems or frequency (default is 100khz so it > > > > should work ok). > > > > What pin are you using to connect to the module ? > > > > > > Good point. > > > It is connected to Pin3/5. > > > Signals scoped turn out that they stay high. > > > Pinout diagram show that the Pins are named SDA1/SCL1, so probably I'm > > > just using the wrong controller. > > > Will give it a test on i2c1 instead. > > > > Yes, that was exactly the problem: > > nxprtc0: at addr 0xa2 on iicbus0 > > nxprtc0: WARNING: RTC battery failed; time is invalid > > nxprtc0: registered as a time-of-day clock, resolution 0.015625s > > > > And, after putting it into loader.conf to be active on kernel start: > > Setting date via ntp. > > 4 Feb 11:34:31 ntpdate[727]: step time server 94.130.184.193 offset -0.120565 sec > > Excellent, it kept time during reboot. > > > > But not after power loss. > > Mmmm. > > Have to check if the battery is good. > > Wow - this is unbelieveable and unexpected. > They use 1N4148 diodes to drive the IC (RTC_VDD) from either the battery > or the main supply. > However, they use the supply rail to drive 1k IIC pull ups, so the battery > gets drained into the Raspberry via the resistors. > At 3V this would be 6mA current. > That poor little CR1220 drops below 1V. > Even if the volatge would stay high enough, the battery has 40mAh and would > be empty in less then a day. > The DVK512 board has the same issue. Removing the resisors completely helped. Obviously the Raspberry itself is sufficient the get the lines high. Will have to talk to the vendor once they are back in office after spring festival. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Feb 4 17:00:55 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 03C4714D557B for ; Mon, 4 Feb 2019 17:00:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C97A78EC02 for ; Mon, 4 Feb 2019 17:00:51 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 04 Feb 2019 17:00:44 +0000 Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 2BD9F5A0-4E82-4C65-BB80-84A8433CDEC6.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 04 Feb 2019 17:00:43 +0000 Date: Sun, 03 Feb 2019 20:36:24 +0300 From: Greg V Subject: Re: Scheduling on heterogeneous ARM SoC To: John F Carr Cc: freebsd-arm@freebsd.org Message-Id: <1549215384.4076.0@smtp.migadu.com> In-Reply-To: <34290296-577D-4A05-9FC8-1142A47909F5@exchange.mit.edu> References: <34290296-577D-4A05-9FC8-1142A47909F5@exchange.mit.edu> X-Mailer: geary/lite-gnome~g3766af013824-dirty MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; bh=5SNhhP4SDrpnEDq6Q/CYzxkVLa65NYNfoYrVe2zaBuU=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=Y0P3bgMPDXyrKknVwnsYWVmxFv5epPWPK7VW6Q6iElbnkr7U66nht+hgIbQQSH9a/O5uqQw4UEETfMIKui9+lnuLI7jTvWk2sQoTHawmKXN6boM0GK7dAfrYHQSvnJMrJE8/rLHsM8Yf3wlekXZ21suESF3MjwlpcfAq7hKrI4Y= X-Rspamd-Queue-Id: C97A78EC02 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=Y0P3bgMP; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-6.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; MX_GOOD(-0.01)[aspmx1.migadu.com,aspmx2.migadu.com]; NEURAL_HAM_SHORT(-0.92)[-0.921,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.73)[ip: (-9.89), ipnet: 91.121.0.0/16(-4.42), asn: 16276(0.68), country: FR(-0.02)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; RCVD_TLS_ALL(0.00)[] 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: Mon, 04 Feb 2019 17:00:55 -0000 On Sun, Feb 3, 2019 at 5:29 PM, John F Carr wrote: > Some ARM-based single board computers combine two types of Cortex=20 > processors, for example 4 A73 and 4 A 53 or 2 A72 and 4 A53. How=20 > does FreeBSD schedule processes on these chips? Does it use all=20 > cores at random, only the "big" or "little" set, or something more=20 > complicated? Pretty much "at random" i.e. doesn't take the differences between cores=20 into account. I'd really like to have a "fill up fastest cores first" mode, because=20 for building software on my RK3399 board I've had to either not do=20 anything and sometimes end up with big cores idling when little cores=20 are compiling, or to cpuset to big cores which would end up not=20 utilizing the little cores in highly parallel build phases=85 = From owner-freebsd-arm@freebsd.org Mon Feb 4 20:23:41 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 63D2514B1116 for ; Mon, 4 Feb 2019 20:23:41 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f181.google.com (mail-it1-f181.google.com [209.85.166.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C27570C97; Mon, 4 Feb 2019 20:23:40 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f181.google.com with SMTP id c9so2993205itj.1; Mon, 04 Feb 2019 12:23:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=94cv0GMqTSc0lPZ/50W6dS9UrZ5TQ1UDhSnnE46QnzA=; b=Dtu+vXjSwXcEPCV7mthbGxkg+0AiXVsx3IcWHG7vSBzE6PTjuLbHj6Inmbrjfpd0Tm 9FDhqNmeuTLZrXB4ASHAKyJbMDyiIi7TXSws/FXWXzXHoBQsmLvrqRfdazPhpzzurfaN 5gOINHjY1Fx+f0dkh1ZfZFGudflSa+YC3+TrSNzhv/dApT/bkWDfWFm5SpW05/t3C5GB KApL0rlTmLR67Gj6bE1G3/PLdsbvcELLuqzZ1JyxuEOkzOLEyXkFQIxTY9MUn3TFYgNV dbj72awpvbDSD6IInvfyEIavi4QlXNnALibelmZ3h/Uk+esA8jIoCgeTehld81ptcdir PP3A== X-Gm-Message-State: AHQUAuav0u2C0IABQqL4LmvYDElU4MFUsKoh48N4DRSu+LCWxxCmMTkl drlP+G6BT0umevIdMIJ8X4tph1C1xrZ36G/kPDDteVpP X-Google-Smtp-Source: AHgI3IaMjxQEG6KLDKI3S7m3hbp2WZBqGjOIGBmWsH729oFFLTOftSpRA1qk97xali2gMS+suuBb8pKJsVhAdxB20+E= X-Received: by 2002:a5d:878d:: with SMTP id f13mr755348ion.239.1549311813874; Mon, 04 Feb 2019 12:23:33 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 4 Feb 2019 15:23:16 -0500 Message-ID: Subject: Re: ThunderX2 support in FreeBSD/arm64 To: "Jayachandran C." Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 7C27570C97 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.181 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.07)[ip: (-9.56), ipnet: 209.85.128.0/17(-3.76), asn: 15169(-1.94), country: US(-0.07)]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[181.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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: Mon, 04 Feb 2019 20:23:41 -0000 On Thu, 3 Jan 2019 at 15:52, Jayachandran C. wrote: > > There seems to be 2 issues here - both of them happen when the AMI > firmware is used. > The first issue is that the efi framebuffer does not work, and I am > not able to select the serial console with AMI firmware. The second > issue is that the on-chip SATA controller is not setup correctly by > the AMI firmware and can cause a 'NBU BAR error' failure. > > I have uploaded a test firmware and instructions to > https://people.freebsd.org/~jchandra/testfw/ which should boot FreeBSD > fine. This is an internal build which does not have both the problems > above. Let me know if this works, and I will try to push the fixes to > AMI. Thanks, with the test firmware I'm able to make progress and the kernel boots fine. It's now hanging while trying to mount root over NFS; final console output is: Trying to mount root from nfs:10.0.0.1:/tank/export-root/arm64/ [rw]... taskqgroup_attach_cpu_deferred: setaffinity failed: 3 From owner-freebsd-arm@freebsd.org Tue Feb 5 13:36:35 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 A8AA814B8974 for ; Tue, 5 Feb 2019 13:36:35 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DADA71A02 for ; Tue, 5 Feb 2019 13:36:33 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id x15DaN26008974 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 5 Feb 2019 14:36:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1549373784; bh=CHRzMESyhjVjRTvV0G+Vtz+UdDRhcCyCQv2HoBqYV6s=; h=Date:From:To:Cc:Subject:Reply-To; b=I4cwSvJiG2O0hD0yDLQ1d3fTqBh/NBKjdhb2C9WhUiwfy2278uJsPvjszN0njh4pR RIFigao2saiT9CpoFK+JPwDC7Of8s6xe8O3LzrU6j1otZPgOoQYgahl+SjDIssE/i6 rCND7d8euOyxWxjZCon30jsLODDJcQiE24K4wgNI= 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 x15DaHLa055656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2019 14:36:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id x15DaGgs050418; Tue, 5 Feb 2019 14:36:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id x15DaGY9050417; Tue, 5 Feb 2019 14:36:16 +0100 (CET) (envelope-from ticso) Date: Tue, 5 Feb 2019 14:36:16 +0100 From: Bernd Walter To: freebsd-arm@freebsd.org Cc: Bernd Walter Subject: intc0,17 on Raspberry Pi 1 Message-ID: <20190205133616.GJ41812@cicely7.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 3DADA71A02 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=I4cwSvJi X-Spamd-Result: default: False [-1.21 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx1.bwct.de]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.931,0]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.504,0]; NEURAL_HAM_LONG(-0.97)[-0.970,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)] 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: Tue, 05 Feb 2019 13:36:35 -0000 interrupt total rate intc0,2: vchiq0 2 0 intc0,11: systimer0 30942515 1121 intc0,17: + 663141573 24032 intc0,28: bcm_dma0 564264 20 intc0,61: iichb0 104 0 intc0,65: uart0 233 0 intc0,70: + 63590 2 Total 694712281 25176 It has a rather high trigger rate, but only a plus designator. Could be USB related as, of course, it has network traffic. However, the interrupt 17 is listed in the DMA controller: bcm_dma0: mem 0x7e007000-0x7e007eff irq 4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19 on simplebus0 70, which has a rather low rate, isn't listed in dmesg at all. devinfo -rv doesn't list Interrupt 17 at all. It does list 0x17 for uart0, but uart0 shouldn't have a high rate and I assume vmstat -i to list decimal interrupt numbers. This is on a Wandboard-Quad: interrupt total rate gic0,p13: mp_tmr0 218100482 635 gic0,s22: + 16577830 48 gic0,s24: + 16583271 48 gic0,s26: uart0 144 0 gic0,s40: ehci1 4400211 13 gic0,s66: gpio0 935315 3 gpio0,6: ffec0 935315 3 cpu0:rendezvous 1125454 3 cpu1:rendezvous 1085171 3 cpu2:rendezvous 1101109 3 cpu3:rendezvous 1111276 3 cpu0:ast 54 0 cpu1:ast 98 0 cpu2:ast 76 0 cpu3:ast 94 0 cpu0:preempt 5775713 17 cpu1:preempt 8540039 25 cpu2:preempt 7938877 23 cpu3:preempt 8334248 24 cpu0:hardclock 36400 0 Total 292581177 852 Also some mysterios plus interrupts, but non with such a high rate. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Tue Feb 5 21:04:23 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 B309614D0844 for ; Tue, 5 Feb 2019 21:04:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 308BF6A80B for ; Tue, 5 Feb 2019 21:04:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4F27E13E49 for ; Tue, 5 Feb 2019 21:04:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x15L4Mv4017109 for ; Tue, 5 Feb 2019 21:04:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x15L4M5C017108 for freebsd-arm@FreeBSD.org; Tue, 5 Feb 2019 21:04:22 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 235542] Jetson TK1 SD Card Controller causes kernel panic on FreeBSD 13.0-CURRENT Date: Tue, 05 Feb 2019 21:04:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gndaryee@uwaterloo.ca X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 21:04:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235542 Bug ID: 235542 Summary: Jetson TK1 SD Card Controller causes kernel panic on FreeBSD 13.0-CURRENT Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: gndaryee@uwaterloo.ca Created attachment 201780 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D201780&action= =3Dedit Panic log after attempting to load sdhci during boot When booting a Jetson TK1 on FreeBSD 13.0-CURRENT, the kernel panics when trying to initialize the SD Controller (sdhci device).=20=20 However, if this device is disabled, a `kldload sdhci` occurs successfully.= The SD Controller appears to still not be functional since no kernel messages appear when an SD card is inserted and no `/dev/sd[a-z]` devices exist. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Feb 5 23:43:26 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 5BCF314D47D6 for ; Tue, 5 Feb 2019 23:43:26 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-it1-f194.google.com (mail-it1-f194.google.com [209.85.166.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 771C86FFBC; Tue, 5 Feb 2019 23:43:25 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: by mail-it1-f194.google.com with SMTP id w18so2081274ite.1; Tue, 05 Feb 2019 15:43:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=M09eF0bGB/VOpSwqlF3JxTbJmTPsKsM5gFLl/MkBSqk=; b=T4UjpBcbQHGHmKoS6umey1Xtt9RS40DujRzfsOOm5fSCiYujRuLlFTo0yMeWfcYVz7 sWXlvqrM8PYA1IURgKr3QI3UPKtXm7n2qVoulKoqec96Sq2Far+xJXr0IwB4qdXgr/h3 YWQihnLcfFZB6ki+I+AA8NvNnspeZaVaVblwcgZGd6M1czCehGEDKx3sGim8S9BCyxag s7/2sSv2HUD4XH25KRiucb31PiWrm1XstTK/Maz54Yh6Rqr8J2daue0L7vmppV/rZTmp cMErFLF4tDJTy3r07QOsuTu9b+xuRs1CL06cAbNvUFwpllsPk/Oar826CIeKjgw0q2zm Puvg== X-Gm-Message-State: AHQUAuYnTj+CZ0WULNbcaRPVMa8Pa5tv1/DiFP5dNMNH5quP37zmbxS3 PoK9blyr8QIekRTGXTwC3ShQ8OgEJTA7Om9BG4yr3A== X-Google-Smtp-Source: AHgI3Iab+QBM/8ELxGPqyiW08J0r/4orOxqKDL9noKci148KiKspk+7BVisjU0Hu5HEDO4mzmMJY4+L3qtELmN1u1eI= X-Received: by 2002:a5e:d808:: with SMTP id l8mr3968593iok.299.1549410199130; Tue, 05 Feb 2019 15:43:19 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Jayachandran C." Date: Tue, 5 Feb 2019 15:42:52 -0800 Message-ID: Subject: Re: ThunderX2 support in FreeBSD/arm64 To: Ed Maste Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 771C86FFBC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of cjayachandran@gmail.com designates 209.85.166.194 as permitted sender) smtp.mailfrom=cjayachandran@gmail.com X-Spamd-Result: default: False [-4.13 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[194.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; IP_SCORE(-1.16)[ipnet: 209.85.128.0/17(-3.76), asn: 15169(-1.95), country: US(-0.07)]; FORGED_SENDER(0.30)[jchandra@freebsd.org,cjayachandran@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[jchandra@freebsd.org,cjayachandran@gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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: Tue, 05 Feb 2019 23:43:26 -0000 Hi Ed, On Mon, Feb 4, 2019 at 12:23 PM Ed Maste wrote: > > On Thu, 3 Jan 2019 at 15:52, Jayachandran C. wrote: > > > > There seems to be 2 issues here - both of them happen when the AMI > > firmware is used. > > The first issue is that the efi framebuffer does not work, and I am > > not able to select the serial console with AMI firmware. The second > > issue is that the on-chip SATA controller is not setup correctly by > > the AMI firmware and can cause a 'NBU BAR error' failure. > > > > I have uploaded a test firmware and instructions to > > https://people.freebsd.org/~jchandra/testfw/ which should boot FreeBSD > > fine. This is an internal build which does not have both the problems > > above. Let me know if this works, and I will try to push the fixes to > > AMI. > > Thanks, with the test firmware I'm able to make progress and the > kernel boots fine. It's now hanging while trying to mount root over > NFS; final console output is: > > Trying to mount root from nfs:10.0.0.1:/tank/export-root/arm64/ [rw]... > taskqgroup_attach_cpu_deferred: setaffinity failed: 3 I have not tried this configuration (rootfs over NFS) yet, will give it a try soon. Also please note that the default qlogic NIC on Sabre may not work with FreeBSD. I had setup the FreeBSD partition on my system by creating a freebsd disk image in kvm/qemu and then copying the image to a partition - this works well. JC. From owner-freebsd-arm@freebsd.org Wed Feb 6 06:14:57 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 034CF14B846C for ; Wed, 6 Feb 2019 06:14:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7626186090 for ; Wed, 6 Feb 2019 06:14:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8984618E7C for ; Wed, 6 Feb 2019 06:14:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x166EtHU091328 for ; Wed, 6 Feb 2019 06:14:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x166Etd2091315 for freebsd-arm@FreeBSD.org; Wed, 6 Feb 2019 06:14:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 235362] Cannot boot Jetson TK1 on FreeBSD 13.0-CURRENT Date: Wed, 06 Feb 2019 06:14:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mmel@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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 06:14:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235362 Michal Meloun changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |mmel@FreeBSD.org --- Comment #7 from Michal Meloun --- Fixed in r343828. Thanks for reporting. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Feb 6 09:24:34 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 9EAE014C8C74 for ; Wed, 6 Feb 2019 09:24:34 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh502-vm6.bullet.mail.kks.yahoo.co.jp (nh502-vm6.bullet.mail.kks.yahoo.co.jp [183.79.56.151]) by mx1.freebsd.org (Postfix) with SMTP id B27318C8E3 for ; Wed, 6 Feb 2019 09:24:22 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.138] by nh502.bullet.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2019 09:21:05 -0000 Received: from [183.79.100.134] by t501.bullet.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2019 09:21:05 -0000 Received: from [127.0.0.1] by omp503.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2019 09:21:05 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 291499.31459.bm@omp503.mail.kks.yahoo.co.jp X-YMail-OSG: JF1H5dAVM1nDVUJD1XZcedb8DoamxdMon.mdhI1lnvhPBRFMcEmt4McLRuEuMNl wJdU3LVfcNe5UyrlXn._biUfsTLrYXg_YcPIIm7WN5rlhm.0757Ac3Qui4wfBkOEXJV52Mwy.Q56 hRppPJZinEmE.urirpwBym76Fcxx_HVIadC2z8epbqP.kIicPI4YNS0QSXeogO1I3Rw1pzYDjKKG SUYQAFpdcVBEEJR_zNPeRa.R.v76Yla9jUf3VNVhKPMM40yPoz4yQV6_Afz.PtdhUcNLSMM7cfuU IFkpekRWdk9tVynXjkfPOUC.lOwY.5J6A3cug9S3gI6s5PeRAHV344i6eSrMiziXl83JY8Ez_8At UmgWCzu5xCUphl18TJ.m7BjtvkuzCytlpbjBO7h0TigpWfJfZw4WUcuE11fg3ACayTZnx2_CatLe CGEmPJPeZDcWLP_nY.fQttLFnTOtcd2mynbTa7Jui214aoyViVsK5sNFV4O_2JXfC32XF9FqldhP d1Rv0P5.UhedR2v71Jwy0YR7RuA9VZvn8hP_U.l4ZUF8r_tL8eEbghi85SHI2QPBlAyBL8mTozMw szQWVTkz0dTg371Cl4zCDsiAcM2485x4RPRyWWFQ- Received: from jws701102.mail.ssk.yahoo.co.jp by sendmailws614.mail.ssk.yahoo.co.jp; Wed, 06 Feb 2019 18:21:04 +0000; 1549444864.685 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1549444865; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=cadMGVETGFtzwHOtpRpOzlVitWQUjH4xok/BSCVt8sY=; b=dxtOuG18am4e6Rwx+XyDAq113vz1EaQscEeMM0gMVhOgBdq5L1rOD+Qg/75P3C2w r3QS4obY81REvL802h9nWohKi9kFQTDLntiAzSlorqnXZunxTaZzkdnuqCnh+wDXe93 WpfEXewU+chQ6VvzBt0n1el1/gz9MkwieR8K3rUM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=VwfQ/uu2/pP2+OPB5GM/yzR/JN3f0aIXlN1M3nKMqgEV+VMF/Zfh/Px7sjs8G1mH csYvUJjw7C95gKeaU/c7FkE5jrz7261JIfnim5MwGIZkI93vCny2HDS4cP49DpKLj2u S9FErjnn5vcuJ0korAt1tjOgZMkT8I+LBz1mpuBw=; Date: Wed, 6 Feb 2019 18:21:04 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <328264067.1186013.1549444864088.JavaMail.yahoo@mail.yahoo.co.jp> Subject: Kirkwood problem MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <328264067.1186013.1549444864088.JavaMail.yahoo.ref@mail.yahoo.co.jp> X-Rspamd-Queue-Id: B27318C8E3 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=dxtOuG18; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 183.79.56.151 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [3.34 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:183.79.56.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; MX_GOOD(-0.01)[mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo. co.jp,mx2.mail.yahoo.co.jp]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; IP_SCORE(0.91)[ipnet: 183.79.0.0/16(2.58), asn: 24572(2.07), country: JP(-0.08)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.91)[0.914,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.96)[0.957,0]; NEURAL_SPAM_LONG(0.96)[0.964,0]; RCVD_IN_DNSWL_NONE(0.00)[151.56.79.183.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] 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 09:24:34 -0000 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 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 From owner-freebsd-arm@freebsd.org Wed Feb 6 22:35:56 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 957C514DFC01 for ; Wed, 6 Feb 2019 22:35:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A16E688613; Wed, 6 Feb 2019 22:35:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-lj1-f173.google.com with SMTP id s5-v6so7561091ljd.12; Wed, 06 Feb 2019 14:35:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AiLiYmIIGdkS8wvmXpJo0UfON2P59KDgYU2UNPA6WyI=; b=BYm4gpsUhQxuRpFstCUjeU0k+JYETFlPfdO+vjJXyFTYM4Jyx4CLLmpP+n2KCEPiw+ +M6heiYwV5XkYzM956PPbfzB00tReBM8lnFr1dVto7/mkqtYVMUy9AbLUTjmrBLjkQ8I laFvZkm3XBxZTuxO4GVa6aMmPIc+3ZDB8St6GHkYDpiSKtDZMLyPydVVFDAmYZe1iAW7 F77pIzZq3dFCb9g+LLyladTHCN8rHc8wdGoX32ON/6MQ8DxFC6/AXGXs9bTxaX4pAoeO VygRgArDlLybNhMhWzDgI2Mc9x1YTk+ZP8KwT11IJCqJT4qEpavCYVbWLQcYysSS1YL7 zAfQ== X-Gm-Message-State: AHQUAuZF1KABmOioUKXAlrd2S/o2/k5rmOw4HHYYpPiYG1eeOwT7rcog lutz/WRpF93MFOzeWHB5JXNmTrETO6DPKKCsokr5cw== X-Google-Smtp-Source: AHgI3IZH5gWk3brK0Sb1o136EWijz0JYpaUXLWtHswDc5meTaidtw1sAy3XcOhnmECJGu65IQ1pZJdvvUyGPckYees0= X-Received: by 2002:a2e:3308:: with SMTP id d8-v6mr7686382ljc.38.1549492546172; Wed, 06 Feb 2019 14:35:46 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Wed, 6 Feb 2019 17:35:32 -0500 Message-ID: Subject: Re: ThunderX2 support in FreeBSD/arm64 To: "Jayachandran C." Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: A16E688613 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.208.173 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-4.16 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.28)[ip: (-0.60), ipnet: 209.85.128.0/17(-3.76), asn: 15169(-1.97), country: US(-0.07)]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[173.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.86)[-0.865,0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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 22:35:56 -0000 On Tue, 5 Feb 2019 at 18:43, Jayachandran C. wrote: > > I have not tried this configuration (rootfs over NFS) yet, will give > it a try soon. Also please note that the default qlogic NIC on Sabre > may not work with FreeBSD. Indeed, that's something to investigate once I can get to a shell. The replacement firmware seems to work fine except that the KVM is inactive and I can't find a way to send F2 to enter setup over the serial console. > I had setup the FreeBSD partition on my system by creating a freebsd > disk image in kvm/qemu and then copying the image to a partition - > this works well. I've tried this now - my kernel boots, but the system waits at mountroot: waiting for device /dev/ufs/freebsd_root... From owner-freebsd-arm@freebsd.org Thu Feb 7 06:16:31 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 EB8ED14C6D73 for ; Thu, 7 Feb 2019 06:16:30 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D8DC271091 for ; Thu, 7 Feb 2019 06:16:29 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id x176GIP5060854 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Thu, 7 Feb 2019 17:16:21 +1100 (AEDT) (envelope-from bscott@bunyatech.com.au) To: freebsd-arm@freebsd.org From: Brian Scott Subject: Serial Port on RPi3 Message-ID: <75aa4f8f-1c93-0cc0-b3ed-0208c40098be@bunyatech.com.au> Date: Thu, 7 Feb 2019 17:16:17 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: Thu, 07 Feb 2019 06:16:31 -0000 Hi, Has anyone had any success using the serial port on a Raspberry Pi 3 at anything other than 115200? I'm trying to connect a GPS module to it (as most people do...) but am having a lot of trouble. To give myself some diagnostics I have connected another machine up using an adafruit cable and a terminal program. My first problem was u-boot. I have largely managed to get it out of the way by setting the stdin, stdout and stderr environment variables to usbkbd, vidconsole, and vidconsole (i.e. removing the serial option) but it still insists on sending: MMC:   mmc@7e300000: 1 Loading Environment from FAT... OK In:    serial Out:   vidconsole Err:   vidconsole at 115200 baud before getting out of the way. No big deal because it doesn't look like gps commands and it is being sent at much higher speeds than I would expect the gps to understand anyway. The message on boot for the UART is: uart0: mem 0x7e201000-0x7e201fff irq 24 on simplebus0 If I send data to the uart (echo Hi >/dev/cuau0) it works but at 115200 baud, not respecting the stty speed of 9600. Similarly, using cu (cu -l cuau0 -s 9600), I can send data but at 115200, not the expected 9600 baud. I have done some experiments with enable_uart= in the config.txt as well as overlays from the linux world (uart0.dtbo and uart1.dtbo). While I can get FreeBSD to detect the Mini-UART with some combinations of settings, either on it's own or with the PL011, I haven't been able to get anything out of the mini-uart and only a single character out of the PL011 (at 115200 baud despite other settings). My conclusions so far: * There is no working driver behind the detection of the mini-uart. * There is no way to change the speed of the PL011 to anything other than 115200 (maybe because u-boot sets it that way at startup - haven't fiddled with those knobs yet). Am I missing something important somewhere? Cheers, Brian P.S. I'm running 12-RELEASE with no software changes. From owner-freebsd-arm@freebsd.org Thu Feb 7 08:10:33 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 B8C3514CEC50 for ; Thu, 7 Feb 2019 08:10:33 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02BCD753C3 for ; Thu, 7 Feb 2019 08:10:33 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id h50so8232415ede.5 for ; Thu, 07 Feb 2019 00:10:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PC5bLeDbAPLyHaJdqzyLQbuImgQsZAWXX/xU5PgD//M=; b=kVnR6gVMUStQ88GD/5ljIWYfxmUdWEKmpgRzlbIi25ONJZ+X5IENHgC86PkM7QPzjW cbJFg8wz10XVVShZR8ajJscVMtxbq9K/a+86ZurH1+3nkbsbSz1gGn7MQwMJhqm50mHE XY82CGIpnsVwRGb6R2nf0cgq0cSrTpDBiBfAcpdKTrxP23VnxCkF5vK7y5Lr98yD8kO4 gmTuG8ZayN6XzIwS2A7+Ma+eMq1tbKGig1LrI6F+wcMioh9RNE+ds1Q9zH+eULSA1etH 8lF2Io0M8qy4t6ogdp5sD/7WGH9Fe8BEbIZubdBuojkhRPPumOWVsk19xlURAwGsyNdB iJWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PC5bLeDbAPLyHaJdqzyLQbuImgQsZAWXX/xU5PgD//M=; b=IY8sKTkaNV1TvZhO7Kp581HjprWVZbL8wJNxn2gBPwRH99OFPtkV/j2r8aYNDEq0ne Q3B5CFV0ulH8cOuvhmYXNU1Fh5P27aznQS8mMYlzYLzm/29h3Ved5XZhM1m0+TM4m1/q chK3U7pjSi1DkShMaCh7fg4Phcwi0Be1vSfTOZDFNrIG8M6UIlQqQ2GhKq/7JiCN1255 /qFHMHZ3JZCiuneT4nUqrcUXZeKg/Yu9UDHIHNzouYaR4IYV7z7G60EmvnbGS15r87vz HwFvyZEp57klNsEBJXStsNBf/SvTJ8KIYAw3TyszylvnX55BELSq/lI2vxm1edmvSmTR N9eQ== X-Gm-Message-State: AHQUAubhnQlTGBoCKacrYKNsBmOsuW8OG+Dh5WA8odeDCXs6fToYqSyp YOyhRCt+swVGSO3tycvrZCKQ1pJY+m/g8W/QHI+Rkmm2 X-Google-Smtp-Source: AHgI3IbVJCuChsVBdfLK+00K7BGe2hE+VJQN3TNsO7EW0OKBqG8FfFqiM61YnUKpCL23qJT5dX9wZPkYQfwMx4A++gQ= X-Received: by 2002:a50:f5af:: with SMTP id u44mr11877704edm.172.1549527030660; Thu, 07 Feb 2019 00:10:30 -0800 (PST) MIME-Version: 1.0 References: <75aa4f8f-1c93-0cc0-b3ed-0208c40098be@bunyatech.com.au> In-Reply-To: <75aa4f8f-1c93-0cc0-b3ed-0208c40098be@bunyatech.com.au> From: Dustin Marquess Date: Thu, 7 Feb 2019 02:10:19 -0600 Message-ID: Subject: Re: Serial Port on RPi3 To: Brian Scott Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 02BCD753C3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.94)[-0.945,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Thu, 07 Feb 2019 08:10:34 -0000 You're absolutely right about the PL011 speed change issue. I had the same exact issue (for the exact same reason too, GPS!) and gonzo told me to use init_uart_baud in my config.txt: https://lists.freebsd.org/pipermail/freebsd-arm/2017-January/015474.html I managed to get the older U-Boots to not spew on the UART at all. The newer ones seem to desperately want one and panic/die/etc if they can't find one. I spent hours on it and finally just gave up :(. -Dustin On Thu, Feb 7, 2019 at 12:17 AM Brian Scott wrote: > > Hi, > > Has anyone had any success using the serial port on a Raspberry Pi 3 at > anything other than 115200? > > I'm trying to connect a GPS module to it (as most people do...) but am > having a lot of trouble. > > To give myself some diagnostics I have connected another machine up > using an adafruit cable and a terminal program. > > My first problem was u-boot. I have largely managed to get it out of the > way by setting the stdin, stdout and stderr environment variables to > usbkbd, vidconsole, and vidconsole (i.e. removing the serial option) but > it still insists on sending: > > MMC: mmc@7e300000: 1 > Loading Environment from FAT... OK > In: serial > Out: vidconsole > Err: vidconsole > > at 115200 baud before getting out of the way. No big deal because it > doesn't look like gps commands and it is being sent at much higher > speeds than I would expect the gps to understand anyway. > > The message on boot for the UART is: > > uart0: mem 0x7e201000-0x7e201fff irq 24 on > simplebus0 > > If I send data to the uart (echo Hi >/dev/cuau0) it works but at 115200 > baud, not respecting the stty speed of 9600. Similarly, using cu (cu -l > cuau0 -s 9600), I can send data but at 115200, not the expected 9600 baud. > > I have done some experiments with enable_uart= in the config.txt as well > as overlays from the linux world (uart0.dtbo and uart1.dtbo). While I > can get FreeBSD to detect the Mini-UART with some combinations of > settings, either on it's own or with the PL011, I haven't been able to > get anything out of the mini-uart and only a single character out of the > PL011 (at 115200 baud despite other settings). > > My conclusions so far: > > * There is no working driver behind the detection of the mini-uart. > * There is no way to change the speed of the PL011 to anything other > than 115200 (maybe because u-boot sets it that way at startup - > haven't fiddled with those knobs yet). > > Am I missing something important somewhere? > > Cheers, > > Brian > > P.S. I'm running 12-RELEASE with no software changes. > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Feb 7 08:21:39 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 4BD4F14CEFE5 for ; Thu, 7 Feb 2019 08:21:39 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 22C37759AD for ; Thu, 7 Feb 2019 08:21:37 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id x178LUg1068254 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK); Thu, 7 Feb 2019 19:21:30 +1100 (AEDT) (envelope-from bscott@bunyatech.com.au) Subject: Re: Serial Port on RPi3 To: Dustin Marquess Cc: freebsd-arm References: <75aa4f8f-1c93-0cc0-b3ed-0208c40098be@bunyatech.com.au> From: Brian Scott Message-ID: <3d4c6514-14be-8443-85d3-255a11637f47@bunyatech.com.au> Date: Thu, 7 Feb 2019 19:21:30 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US 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: Thu, 07 Feb 2019 08:21:39 -0000 On 7/2/19 7:10 pm, Dustin Marquess wrote: > You're absolutely right about the PL011 speed change issue. I had the > same exact issue (for the exact same reason too, GPS!) and gonzo told > me to use init_uart_baud in my config.txt: > > https://lists.freebsd.org/pipermail/freebsd-arm/2017-January/015474.html > > I managed to get the older U-Boots to not spew on the UART at all. > The newer ones seem to desperately want one and panic/die/etc if they > can't find one. I spent hours on it and finally just gave up :(. > > -Dustin > > On Thu, Feb 7, 2019 at 12:17 AM Brian Scott wrote: >> Hi, >> >> Has anyone had any success using the serial port on a Raspberry Pi 3 at >> anything other than 115200? >> >> I'm trying to connect a GPS module to it (as most people do...) but am >> having a lot of trouble. >> >> To give myself some diagnostics I have connected another machine up >> using an adafruit cable and a terminal program. >> >> My first problem was u-boot. I have largely managed to get it out of the >> way by setting the stdin, stdout and stderr environment variables to >> usbkbd, vidconsole, and vidconsole (i.e. removing the serial option) but >> it still insists on sending: >> >> MMC: mmc@7e300000: 1 >> Loading Environment from FAT... OK >> In: serial >> Out: vidconsole >> Err: vidconsole >> >> at 115200 baud before getting out of the way. No big deal because it >> doesn't look like gps commands and it is being sent at much higher >> speeds than I would expect the gps to understand anyway. >> >> The message on boot for the UART is: >> >> uart0: mem 0x7e201000-0x7e201fff irq 24 on >> simplebus0 >> >> If I send data to the uart (echo Hi >/dev/cuau0) it works but at 115200 >> baud, not respecting the stty speed of 9600. Similarly, using cu (cu -l >> cuau0 -s 9600), I can send data but at 115200, not the expected 9600 baud. >> >> I have done some experiments with enable_uart= in the config.txt as well >> as overlays from the linux world (uart0.dtbo and uart1.dtbo). While I >> can get FreeBSD to detect the Mini-UART with some combinations of >> settings, either on it's own or with the PL011, I haven't been able to >> get anything out of the mini-uart and only a single character out of the >> PL011 (at 115200 baud despite other settings). >> >> My conclusions so far: >> >> * There is no working driver behind the detection of the mini-uart. >> * There is no way to change the speed of the PL011 to anything other >> than 115200 (maybe because u-boot sets it that way at startup - >> haven't fiddled with those knobs yet). >> >> Am I missing something important somewhere? >> >> Cheers, >> >> Brian >> >> P.S. I'm running 12-RELEASE with no software changes. >> >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Thanks. Just the magic I'm looking for. Cheers Brian From owner-freebsd-arm@freebsd.org Fri Feb 8 11:25:25 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 3B3C114DCC98 for ; Fri, 8 Feb 2019 11:25:25 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh503-vm4.bullet.mail.kks.yahoo.co.jp (nh503-vm4.bullet.mail.kks.yahoo.co.jp [183.79.56.190]) by mx1.freebsd.org (Postfix) with SMTP id AB13175ADE for ; Fri, 8 Feb 2019 11:25:17 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.139] by nh503.bullet.mail.kks.yahoo.co.jp with NNFMP; 08 Feb 2019 11:23:30 -0000 Received: from [183.79.100.133] by t502.bullet.mail.kks.yahoo.co.jp with NNFMP; 08 Feb 2019 11:23:30 -0000 Received: from [127.0.0.1] by omp502.mail.kks.yahoo.co.jp with NNFMP; 08 Feb 2019 11:23:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 995369.64564.bm@omp502.mail.kks.yahoo.co.jp X-YMail-OSG: 0OOL0TkVM1klazNdBM3oUCG7gGio5lDzhyTQ.J9c0OERRJoUT6ZfLy60oA9dScu 16JQRGG1G90h5caEhC5L5QMZNd6F_8vZXhKcFkpflzRee7kwXb7J2N4IddXHRCBf18y0E1RQHgqX QljOvu0PLiCfIudBsDnQAhffB728x1fNeqQQC7e6se3bKk.xpgowa0wW7SN0C7ggnylyWmxuwBVc BpC_T_K588GmmnJa49Vt5HzSr6pqd3EGehtlw9JURGGzMPE4wy1ApNL77ggEjXB9q1G_PjPmyt7L BVDiWMqQbjKx34rs8lrc3vRrkGdwYkIUzqQ452kRVx.rgEzS1xDmpHFA3oA9QFQeGegvqicJGHqJ HizL15ylRGirO4eVTWaOBZsxScpRogKJNqWZi36qnMuDdhaZyunYFQeyIYK.zw6ZBbpXX2kmc8Su Wv8kMNA6Udx_fc.FGIm80rFLTLhKXIrOh0c9apuVyNJoRjpaVTp07FIfujvNwgWpZor3FFdXiovu mV3aYiF12fTXCsArlstuvdYK4DIUKCymYe772Dx9hJHv_.CXi0jRCBG7NrGOEkz0qmE3.5BhAcA9 mMnG16w.iRqlHKnqmiuxMPpl9QjBKjTmUIstJg6CNuQ-- Received: from jws700005.mail.kks.yahoo.co.jp by sendmailws519.mail.kks.yahoo.co.jp; Fri, 08 Feb 2019 20:23:29 +0000; 1549625009.474 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1549625009; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Cc:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=CMpKZ6zYnatkXjH8ubXHiw/MgI81MLjZZ0a6cjZcNho=; b=V6EZg1hkOID3XpGUL0nuMiJCCVwigQX4NFHD0XQSInRdrIg4w2KctMD9qn+0DXU7 j4XWbZ2CQ/ROfuhOmkZDLLcYSaMwC5rNUA9Xq4OXRdGNUkGTZtvD9XH6rsbcNvbGlSl +yJqde5d+AA5DAK58I8pToktxfYyFuve0OWNk4/Y= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Cc:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ExIqXcvGPjjzgSFu3lhdlnqJ9hJvTkB5do7cUjY7ouNqQLt0Ximj37B74uKCHLeh e850sFuo4CErOntc5PGEu2XiVweIIyu/iezkPN24SRUk/LwrJrVgynTn7S1PWOdq2rt PrWd6v+W/YUcN9sl1Mi8Tn4IAJZritw5AFyj3ESo=; Date: Fri, 8 Feb 2019 20:23:28 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: Ronald Klop Cc: "freebsd-arm@freebsd.org" Message-ID: <264357226.171029.1549625008926.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: <1060918575.1.1549463934128@localhost> References: <328264067.1186013.1549444864088.JavaMail.yahoo.ref@mail.yahoo.co.jp> <328264067.1186013.1549444864088.JavaMail.yahoo@mail.yahoo.co.jp> <1060918575.1.1549463934128@localhost> Subject: Re: Kirkwood problem MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: AB13175ADE X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=V6EZg1hk; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 183.79.56.190 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [2.81 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:183.79.56.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo.co.jp, mx2.mail.yahoo.co.jp, mx3.mail.yahoo.co.jp, mx5.mail.yahoo.co.jp, mx1.mail.yahoo. co.jp,mx2.mail.yahoo.co.jp,mx3.mail.yahoo.co.jp,mx5.mail.yahoo.co.jp,mx1.mail.yahoo.co.jp,mx2.mail.yahoo.co.jp,mx3.mail.yahoo.co.jp,mx5.mail.yahoo.co.jp,mx1.mail.yahoo.co.jp,mx2.mail.yahoo.co.jp,mx3.mail.yahoo.co.jp,mx5.mail.yahoo.co.jp,mx1.mail.yahoo.co.jp,mx2.mail.yahoo.co.jp]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; IP_SCORE(0.91)[ipnet: 183.79.0.0/16(2.57), asn: 24572(2.06), country: JP(-0.08)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.981,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.60)[0.605,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.72)[0.724,0]; RCVD_IN_DNSWL_NONE(0.00)[190.56.79.183.list.dnswl.org : 127.0.5.0] 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: Fri, 08 Feb 2019 11:25:25 -0000 Hi Thanks for your reply. My dmesg is this. https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D4763 I use ZRouter build system and use USB memory. RT1310(armv5t 300MHZ) mruby fib(32) is 145 sec.=20 88E6281(armv5t 1.2GHz) mruby fib(32) is 232 sec. This is very strange. I try to debug mge. I found DMA failed. NO send and receive packet. But I don't know reason. Hiroki Mori ----- Original Message ----- >From: Ronald Klop >To: Mori Hiroki =20 >Cc: "freebsd-arm@freebsd.org" >Date: 2019/2/6, Wed 23:38 >Subject: Re: Kirkwood problem >=20 > >=C2=A0=20 >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 >>=C2=A0 >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 kno= w 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 l= ot 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 ad= apter 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 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the University o= f 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 >=C2=A0=C2=A0=C2=A0 builder@rpi3:/data/src/obj-11.2/arm.arm/data/src/11.2/s= ys/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) >=C2=A0 Little-endian DC enabled IC disabled WA disabled DC streaming enabl= ed >=C2=A0 BTB disabled L2 enabled L2 prefetch enabled >=C2=A0 WB enabled LABT branch prediction disabled >=C2=A0 16KB/32B 4-way instruction cache >=C2=A0 16KB/32B 4-way write-back-locking-C data cache >real memory=C2=A0 =3D 536866816 (511 MB) >avail memory =3D 518819840 (494 MB) >SOC: Marvell 88F6281 rev A0, TClock 200MHz >=C2=A0 Instruction cache prefetch enabled, data cache prefetch enabled >=C2=A0 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 simp= lebus0 >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:=C2=A0 none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100= 0baseT, 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=3D0x2 >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 > > >=C2=A0 > > From owner-freebsd-arm@freebsd.org Fri Feb 8 13:47:50 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 34FFC14E11A3 for ; Fri, 8 Feb 2019 13:47:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C461783384 for ; Fri, 8 Feb 2019 13:47:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0A7BD17916 for ; Fri, 8 Feb 2019 13:47:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x18DlmVk060255 for ; Fri, 8 Feb 2019 13:47:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x18Dlm1a060254 for freebsd-arm@FreeBSD.org; Fri, 8 Feb 2019 13:47:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 211087] sys/arm/ti/cpsw/if_cpsw.c:1937: bad expression ? Date: Fri, 08 Feb 2019 13:47:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: avos@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2019 13:47:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211087 Andriy Voskoboinyk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |avos@freebsd.org Status|New |Closed Resolution|--- |FIXED --- Comment #1 from Andriy Voskoboinyk --- Fixed in base r306388. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Feb 8 15:56:39 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 4BDE514E450D for ; Fri, 8 Feb 2019 15:56:39 +0000 (UTC) (envelope-from tsallgoodman@yandex.com) Received: from forward501o.mail.yandex.net (forward501o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::611]) (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 8FF49888CA for ; Fri, 8 Feb 2019 15:56:37 +0000 (UTC) (envelope-from tsallgoodman@yandex.com) Received: from mxback4o.mail.yandex.net (mxback4o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1e]) by forward501o.mail.yandex.net (Yandex) with ESMTP id E7FAA1E8064D; Fri, 8 Feb 2019 18:56:33 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback4o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 165CKZWkL5-uW1K3Zvl; Fri, 08 Feb 2019 18:56:33 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1549641393; bh=rsh5c/te7tQ6nMUaRlr60JgiTDvp5jiW0OkluMGOpEw=; h=From:To:Cc:In-Reply-To:References:Subject:Date:Message-Id; b=O2/Rm9GXvpXe9yC+nc6T/+zg/HOYJMi9P777ePmUER3qaOfFhz7kmzpaafMkCE+YJ 9QJ8dYtoCNtKO86UPS+R5cAai/OQK+uQJoHbrdLjrP1hWukA5ha2AyrhprKTS925c5 1pEEDT/g7oaZ0C0nOyyJP0Nhv1q+tZ8VQ2f2G0VU= Received: by sas2-857317bd6599.qloud-c.yandex.net with HTTP; Fri, 08 Feb 2019 18:56:32 +0300 From: Saul Goodman To: Marcin Wojtas Cc: freebsd-arm In-Reply-To: References: <7126601549210894@myt3-c573aa6fc782.qloud-c.yandex.net> Subject: Re: Help getting Marvell-A388 SBC booted MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Fri, 08 Feb 2019 16:56:32 +0100 Message-Id: <38925821549641392@sas2-857317bd6599.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 8FF49888CA X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.com header.s=mail header.b=O2/Rm9GX; dmarc=pass (policy=none) header.from=yandex.com; spf=pass (mx1.freebsd.org: domain of tsallgoodman@yandex.com designates 2a02:6b8:0:1a2d::611 as permitted sender) smtp.mailfrom=tsallgoodman@yandex.com X-Spamd-Result: default: False [-5.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yandex.com:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1a2d::/64]; FREEMAIL_FROM(0.00)[yandex.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.72)[ipnet: 2a02:6b8::/32(-4.79), asn: 13238(-3.83), country: RU(0.00)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.94)[-0.935,0]; DMARC_POLICY_ALLOW(-0.50)[yandex.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yandex.com]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[1.1.6.0.0.0.0.0.0.0.0.0.0.0.0.0.d.2.a.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1] 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: Fri, 08 Feb 2019 15:56:39 -0000 Hi Marcin, > That's great. Was there any special trick? What was the issue? No special trick. I just used an older U-Boot, a patched one by Marvell. It's well possible that the only real difference is in the env. This is hard to tell since i still don't know, what ubldr looks for. I could check that later. For now at least I have a starting point. >>  Next problem is to get the fan control working. There are fan connectors on the board which are connected to some GPIO's. The linux dts seems to wire them to pwm-fan driver. Is there something similar available in FreeBSD. How would i go about fixing this? > > I haven't played with it. In Linux indeed it's a pretty simple driver > ("drivers/hwmon/gpio-fan.c"). However I do not see an equivalent in > FreeBSD - only customized solutions for specific platforms. If someone > knows, I'm wrong, please don't hesitate to correct me :) Oh no. Does that mean I have to implement a driver? That's well above my skill level. It seems drivers/hwmon/pwm-fan.c is used, not gpio-fan. But also mvebu-gpio is very different compared to fbsd/mv/gpio.c. The Armada-385 must have Hardware-PWM on some GPIOs. Could you help to get this working? Regards, Sören From owner-freebsd-arm@freebsd.org Sat Feb 9 05:48:04 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 C206414D80EF for ; Sat, 9 Feb 2019 05:48:04 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm12.bullet.mail.ssk.yahoo.co.jp (nh605-vm12.bullet.mail.ssk.yahoo.co.jp [182.22.90.85]) by mx1.freebsd.org (Postfix) with SMTP id 7F0988629B for ; Sat, 9 Feb 2019 05:48:01 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.105] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 09 Feb 2019 05:45:37 -0000 Received: from [182.22.91.133] by t603.bullet.mail.ssk.yahoo.co.jp with NNFMP; 09 Feb 2019 05:45:37 -0000 Received: from [127.0.0.1] by omp606.mail.ssk.yahoo.co.jp with NNFMP; 09 Feb 2019 05:45:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 556163.17837.bm@omp606.mail.ssk.yahoo.co.jp X-YMail-OSG: GWsoOhYVM1kPXAHX.Z3qVBKQ0aG35O2JTFQGeEVxEdo8u66e1I1v19AsXpmg0Sa W6dLZ4eA903eQgfRCRB480QnVihbzhyaryZ4roYfIujvneBzm595cGz4A8zdN5Nihg8FEMdrTf2. Ll.pu9pf2D_egHxN.LjSt.4KUzg.phsEr5Se4L8MxVLM8n6rpiDFr3iHn8MA9FZAemPqIHOsuBj1 _z7wfhV0g9q2bZ7QMzzOCEzgJGB3TcEKd2FjhKsiVcg9XhCV7ONAqzMaNsPaI535EPVg_uE8z8.d .DwvPPkbcH7K36xRw2qKN7hIh.Gq.OMufFduJR3Fn8vbbovMF.P54c61gU_oxWVt2rxCoUjt_0qv nNt1e.0f0ltZXV1qxWPOTe8D5V3JVI07eTcqfCj1fnkXFW9T2KCR_QOx8dmoRBGnxU4RuyIzv2gR ybya5Bc6tF8ZroBKhz9VtdtV0QMnIXS1REvxjJU0OX9kexYTm4AwAugT7NnN9SWWz8FUiEXdEwYJ GoULVHCvFVsorN3f9awSTE2Z3zY3JQowQ1xq5WEevs9l0Db136Q9PJTdLnuqfN7vDaDIle0A7Ru6 E78q5bW4LncRg0s3aehCAxYssTp3bVCEfxWukgOxZ6Q-- Received: from jws701105.mail.ssk.yahoo.co.jp by sendmailws610.mail.ssk.yahoo.co.jp; Sat, 09 Feb 2019 14:45:37 +0000; 1549691137.099 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1549691137; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Cc:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=vJXnCswyipNd2Jr7OL66pSLgLVTGXmRtFrNu8YvDPi0=; b=MEkPvC9boY4EoFjl30naztR9R2BSqZDbKpAU34wcjNwb3XoATnOoHsQPqnpMW5cm /pEbdzxM4HYshLieZekf3s4fUg25uks8ScPjEg1PJ12UYUaKqckAlbsWgjz8dbRdjbb GZC9ThOr+3Egp8m3C4WKQGs5YCFSEkDp/X6qD1P4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Cc:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F2IvkpzZRhMVCv03KNyw4tLospXLniryqjOX1T166UgM9u3dzS0luUj64KdBXq/x 8QTGZuMakVuKjekOXVvjuP3lhNPcodFLSEtOM7LBr/zzZfkm5YggwGn6xq24KsnhjuX 1ERv8xIO1ugMzYQZ9Z7E3MGhvpOw9wGeWXBSwuSk=; Date: Sat, 9 Feb 2019 14:45:35 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: Ronald Klop Cc: "freebsd-arm@freebsd.org" Message-ID: <1159661280.102573.1549691135664.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: <264357226.171029.1549625008926.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> <1060918575.1.1549463934128@localhost> <264357226.171029.1549625008926.JavaMail.yahoo@mail.yahoo.co.jp> Subject: Re: Kirkwood problem MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 7F0988629B X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=MEkPvC9b; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.85 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [2.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; MX_GOOD(-0.01)[cached: mx3.mail.yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; IP_SCORE(0.90)[ipnet: 182.22.0.0/17(2.55), asn: 23816(2.04), country: JP(-0.08)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.698,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.29)[0.285,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.73)[0.727,0]; RCVD_IN_DNSWL_NONE(0.00)[85.90.22.182.list.dnswl.org : 127.0.5.0] 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: Sat, 09 Feb 2019 05:48:05 -0000 Hi ----- Original Message ----- > From: Mori Hiroki > To: Ronald Klop > Cc: "freebsd-arm@freebsd.org" > Date: 2019/2/8, Fri 20:23 > Subject: Re: Kirkwood problem >=20 > Hi >=20 > Thanks for your reply. >=20 > My dmesg is this. >=20 > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D4763=20 >=20 > I use ZRouter build system and use USB memory. >=20 > RT1310(armv5t 300MHZ) mruby fib(32) is 145 sec.=20 >=20 > 88E6281(armv5t 1.2GHz) mruby fib(32) is 232 sec. I installed debian and check mruby fib(32). It's only 9 sec. FreeBSD is 25 times slow... >=20 > This is very strange. >=20 >=20 > I try to debug mge. I found DMA failed. NO send and > receive packet. But I don't know reason. >=20 >=20 > Hiroki Mori >=20 >=20 > ----- Original Message ----- >> From: Ronald Klop >> To: Mori Hiroki =20 >> Cc: "freebsd-arm@freebsd.org" >> Date: 2019/2/6, Wed 23:38 >> Subject: Re: Kirkwood problem >>=20 >>=20 >> =C2=A0=20 >> Van: Mori Hiroki >> Datum: woensdag, 6 februari 2019 10:21 >> Aan: "freebsd-arm@freebsd.org" >> Onderwerp: Kirkwood problem >> Hi >>>=20 >>> I try to OpenRD like device on 13-CURRENT. >>>=20 >>> This is Marvell Kirkwood. >>>=20 >>> This is armv5t but have 512M byte ram and 1.2G >>> clock. >>>=20 >>> I have two problem. >>>=20 >>> This device have 88F6281 and 88E1116R phy on mac. >>>=20 >>> But not work mge. >>>=20 >>> Second is very slow mruby fib(32) benchmark. >>>=20 >>> I think this target u-boot not optimize memory >>> controller. >>>=20 >>> If you have advice, please let me know. >>>=20 >>>=20 >>> Thanks >>>=20 >>> Hiroki Mori >>> =C2=A0 >> This sounds like my Sheevaplug. >> See https://wiki.freebsd.org/FreeBSD/arm/Kirkwood=20 >>=20 >> Mine runs 11.2 currently and I successfully booted 12.0 on it. I don't= =20 > know about current, but I haven't seen removal of support for this device= =20 > yet. >> See dmesg below. >> Network mge works for me. It is slow. But also very old. I don't think a= =20 > lot can be done about the speed. (But I'm not the developer of this port.= ) >>=20 >> Do you get it to boot properly? Is there an error about the mge network= =20 > adapter not working? >> Any significant output in /var/log/messages? >>=20 >> Regards, >> Ronald. >>=20 >> Copyright (c) 1992-2018 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 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 >> =C2=A0=C2=A0=C2=A0 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 LL= VM=20 > 6.0.0) >> CPU: Feroceon 88FR131 rev 1 (**unknown 4** core) >> =C2=A0 Little-endian DC enabled IC disabled WA disabled DC streaming ena= bled >> =C2=A0 BTB disabled L2 enabled L2 prefetch enabled >> =C2=A0 WB enabled LABT branch prediction disabled >> =C2=A0 16KB/32B 4-way instruction cache >> =C2=A0 16KB/32B 4-way write-back-locking-C data cache >> real memory=C2=A0 =3D 536866816 (511 MB) >> avail memory =3D 518819840 (494 MB) >> SOC: Marvell 88F6281 rev A0, TClock 200MHz >> =C2=A0 Instruction cache prefetch enabled, data cache prefetch enabled >> =C2=A0 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=20 > localbus0 >> nandbus0: on nand0 >> lnand0: on nandbus0 >> lnand0: Found BBT table for chip >> ic0: mem 0x20200-0x2023b on=20 > 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=20 > 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=20 > 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:=C2=A0 none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1= 000baseT,=20 > 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=20 > 0x30000-0x30fff,0x3d000-0x3dfff irq 22 on simplebus0 >> ehci0: mem 0x50000-0x50fff irq= =20 > 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=20 > 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: 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=3D0x2 >> 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 den= y,=20 > logging disabled >>=20 >>=20 >> =C2=A0 >>=20 >>=20 >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm=20 > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Sat Feb 9 20:46:32 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 4646914C908D for ; Sat, 9 Feb 2019 20:46:32 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 580B0818C4 for ; Sat, 9 Feb 2019 20:46:30 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1549744158; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=AbNCZH+Z9FeerMUX1XH/39f4fBrqu1uNlS42et5LPSwmxnksHATwAMR7HEDXuoNMJsIzfj6YNcJEH WGOJXPhuhb0KYwfyWI5EzYxhBUDl45FMtQLRepfkGCQ/Xkup7EhJd7srC0ji4qFUOCc8pZ4Q5HpLGg N77p2Hd/JHWHpPoUIdQW/mTza+tvZ90vQZ5CKAYyLIlm+e6gy4eWcM+PEkXHij92XSN2CLgNV/tUNx 0/tg72CPUhqwiGC3fWFgIRPWhypZ/z0jCkxJq1i2bwWvvCUXd+aHggjX2/h88cQI4ViFOAhPkdVmXj ueH+f44aPll4OZEkJXQL+ByS61zlnEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:mime-version:date:message-id:subject: from:to:dkim-signature:from; bh=SiDSOevCFvsipSnyWW9Ih1C5fhcFUk1XvS8EueQUGQ4=; b=Y8LGXepvLGDLnosSg4yQOdZ95a5TsU9OahyIOBsLuTBbnG3qMXvY6EETfYXCmw5UeJCtbYjA99A1o ssrc+qDMvV2PWXZSkHPvv5tF9HeedqRoGdZetf0+K5RCivkc8f4ou4l3SB54/c5MBvqqIVH7D0vZj0 794dtID4KwG/Kq7gw9ZSmhKEg8YLzCjcBhhckSFMzN47lnkzueS2zZTXrM43s1G9fZp3JFTdcGCD7E XZxCMk8tNEmAM8SI45SfOf2OzYlM8V4cgbJHbNJYLXYCzRejvE+u+UDQKzJNrRthQAy1N9eEXKbUnw fUHoixdtEDNoe0ih4/B2ro8lpEkagig== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:mime-version:date:message-id:subject: from:to:from; bh=SiDSOevCFvsipSnyWW9Ih1C5fhcFUk1XvS8EueQUGQ4=; b=tylmDnFE1wpHvN7/j9ck3QQtgoNgO3dfmkPalfKnaN2GascMO+lQsiGV+3cD30F5swJkJvYfr/kGq mdoKm3pHMgfplo/aPrMfT9StPrmxmviCa+hDnGxVgasMrvhN2SaeTKLnNznGcEm1jx77+4DunSbpAE UNQsZ1a1+onht6i2tR/1gaTRBbalMe97PZr3hdUjTujDN2pawEWFsTz/rxh5IU7Enx/LnyPn6dyJ7F +cfXNlSLR3n/sXfaoNOhwuQK8rGZbwJ3bAPZ9nHLIjduZSxMC75aw1Bi6/cDPzWDJ9f8YW7g6ocCMA 65k8iy6if2buh1z0yf2dn8nZTudTFVQ== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 5df4ac0a-2ca9-11e9-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 5df4ac0a-2ca9-11e9-befd-af03bedce89f; Sat, 09 Feb 2019 20:29:17 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x19KUEN4096834 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 9 Feb 2019 21:30:15 +0100 (CET) (envelope-from per@hedeland.org) To: freebsd-arm@freebsd.org From: Per Hedeland Subject: Bad throughput with rtwn(4) Message-ID: <7a1cffbc-9387-9077-e562-dc6a4238837d@hedeland.org> Date: Sat, 9 Feb 2019 21:30:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 580B0818C4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=tylmDnFE X-Spamd-Result: default: False [-5.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; MX_GOOD(-0.01)[hedeland.org,mx2.mailhop.org]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; RECEIVED_SPAMHAUS_PBL(0.00)[101.152.228.81.zen.spamhaus.org : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; ARC_ALLOW(-1.00)[i=1]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-1.24)[ipnet: 54.148.0.0/15(-4.80), asn: 16509(-1.32), country: US(-0.07)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hedeland.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[64.219.148.54.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] 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: Sat, 09 Feb 2019 20:46:32 -0000 Hi, I doubt that this is really an ARM-specific problem, but I only see it on Raspberry Pi - it might be a matter of the kernel config used for the RPi images though. If there is a more appropriate forum for this issue, feel free to point me to it. I'm running FreeBSD 12.0-RELEASE with a TP-LINK USB dongle that has a Realtek RTL8188EU chip - from dmesg: rtwn0 on uhub0 rtwn0: on usbus0 rtwn0: MAC/BB RTL8188EU, RF 6052 1T1R On my amd64 laptop with GENERIC kernel, I get 17-20 MBit/s receive speed and 11-12 Mbit/s transmit speed - perfectly acceptable. With as identical conditions as possible, on RPi Zero with the "RPI-B" kernel, I get some 9 Mbit/s receive speed - OK-ish - but only around 750 Kbit/s transmit speed - pretty painful. On the RPi (but not on the laptop), dmesg reports: ieee80211_load_module: load the wlan_amrr module by hand for now. Loading this module at runtime when rtwn is already loaded has no effect, but loading it via /boot/loader.conf ahead of rtwn has a dramatic effect on transmit speed - it increases to the 11-12 Mbit/s I see on the laptop. BUT - at the same time the *receive* speed drops to 2-2.5 Mbit/s. So it *is* a net win, but I'd prefer to get at least the original receive speed... AFAICS, wlan_amrr is included in the GENERIC kernel, since on the laptop I get no suggestion to load it, nor is it listed by kldstat - this explains the difference in "default" transmit speed. My thinking a.k.a. speculation is that there is/are some other module(s) included in GENERIC that I should load explicitly on the RPi to get an improvement in receive speed - but I have not been able to figure out what it/they might be. Any ideas? Btw, this is not specific to 12.0, I have seen the same issue on 11.x, just not investigated it properly. Thanks --Per Hedeland