From owner-freebsd-arm@freebsd.org Sun Aug 2 03:57:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B7B19AF57C for ; Sun, 2 Aug 2015 03:57:34 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C646E14D9 for ; Sun, 2 Aug 2015 03:57:33 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lafd3 with SMTP id d3so65223763laf.1 for ; Sat, 01 Aug 2015 20:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=SgpcuSj21/EQ8Ik329zTxzQ0YPznEt7aUEIC7RHYkFE=; b=M28yxVUrjaF3uGhFZUSYGk+7wLzYnuNm2cKijaWODJLEgCnmPD+SU1RjrxTOe85H9T M1qxOGWDL9P3LMC94GoxWXsOzETyv2v6HK07x73tYejflMgXDqtA9kzVVGgEJwdYOCwi 2V25Hwg9urEFgGjgV+CIBLzQAZpUFvd6gL3AGKNe941RherAMp1/FsV6pQ87oFMTpwz1 Fx6VDHiPT3q0xyEgJp+Q6kxw2Z75+EVZ+TxVPqruZ4/dv+fIc23wcq3sZ1qbgAyau+Dm kVba7cAV8G9zjR88EPJq5dIpG3Q/i+JssXkMNiTgt0FG9LAWEzOaw9Ewl4zIdhA34On8 9+vg== MIME-Version: 1.0 X-Received: by 10.112.85.3 with SMTP id d3mr10835400lbz.33.1438487851854; Sat, 01 Aug 2015 20:57:31 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Sat, 1 Aug 2015 20:57:31 -0700 (PDT) In-Reply-To: <20150801182519.4886608.58781.1809@gmail.com> References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Sat, 1 Aug 2015 20:57:31 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 03:57:34 -0000 Thanks Mikael, I was able to build using the patches you provided and the binary u-boot.imx is the exact same size as the one from pkgng. However, nothing happens when I boot it: 1) use your patch and build bootloader from ports cd /usr/ports/sysutils/u-boot-cubox-hummingboard/work/stage/usr/local/share= /u-boot/u-boot-cubox-hummingboard root@Jailbird:/usr/ports/sysutils/u-boot-cubox-hummingboard/work/stage/usr/= local/share/u-boot/u-boot-cubox-hummingboard# ll total 200 -rw-r--r-- 1 root wheel 900 Aug 1 10:28 README -rw-r--r-- 1 root wheel 271360 Aug 1 10:28 u-boot.imx root@Jailbird:/usr/ports/sysutils/u-boot-cubox-hummingboard/work/stage/usr/= local/share/u-boot/u-boot-cubox-hummingboard# dd if=3Du-boot.imx of=3D/dev/da2 bs=3D1k oseek=3D1 conv=3Dsync 265+0 records in 265+0 records out 271360 bytes transferred in 0.683733 secs (396880 bytes/sec) BOOT RESPONSE: nothing. HDMI connected screen stays off 2) The build from pkgng root@Jailbird:/usr/local/share/u-boot/u-boot-cubox-hummingboard# ll total 201 -rw-r--r-- 1 root wheel 900 Jul 23 16:47 README -rw-r--r-- 1 root wheel 271360 Jul 23 16:47 u-boot.imx root@Jailbird:/usr/local/share/u-boot/u-boot-cubox-hummingboard# dd if=3Du-boot.imx of=3D/dev/da2 bs=3D1k oseek=3D1 conv=3Dsync 265+0 records in 265+0 records out 271360 bytes transferred in 0.625492 secs (433834 bytes/sec) BOOT RESPONSE: Screen Starts, Solid Run Logo - no console. Not sure what to do next. I will drill in to u-boot and see how the SPL options get triggered. very frustrating. Thanks guys! Russ On Sat, Aug 1, 2015 at 11:25 AM, Russell Haley wrote= : > Thank you, that patch allowed me to complete the build but I was ripped a= way from my computer before attempting a boot. I'll try it out tonight when= I get home. > > Russ > > Sent from my BlackBerry 10 smartphone on the Koodo network. > Original Message > From: Mika=C3=ABl Urankar > Sent: Saturday, August 1, 2015 2:47 AM > To: Russell Haley > Subject: Re: Hummingboard u-boot not loading? > > 2015-08-01 8:03 GMT+02:00 Russell Haley : >> Hi Guys, >> >> I'm still really stalled out on u-boot-cubox-hummingboard right now. >> I'm trying to get a new hummingboard i2eX board running (dual core >> IMX6). The only thing I can think of is the pkg binary was built with >> a quad-core configuration in the SPL portion of the code but I can't >> confirm that cause I STILL don't know what I am doing with u-boot >> cross compilation. >> >> I am running the hummingboard pro with a dual core i2eX SOM. I also >> can't get the code from the ports tree to build and get the error from >> the email below. I think the last time Ian worked through this with me >> is because I was trying to build u-boot with cross tools from 11 but >> my kernel and installed verison is 10 (I'm in a jail). Unfortuantely, >> I am just "throwing mud at a wall" at this point to see if something >> sticks. > > Hi, > > Can you try this patch, it compiles fine here but I haven't tested it: > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > > You will also probably need this patch: > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard.patch From owner-freebsd-arm@freebsd.org Sun Aug 2 08:57:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4890E9B0FF7 for ; Sun, 2 Aug 2015 08:57:24 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD04AD8B for ; Sun, 2 Aug 2015 08:57:22 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1438505835; l=3616; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=aEuqduBhSWiP91lIrxmlvaqKN9bQ1AodiWFixONxTUo=; b=kKqYR4TfI41zVW075SATce+vsVmikxe1HRUVBh7KOWnQh69uewkuaY8na4uDy6yjIDU /YGLPkYw51ilGt/aMNb+ZYIE0jJgKQPlq8FvtU4RYgRbY9PN5FeKTtW8NKTLm6z7jEf7f vnRD6YdFTzw5wQrsQWMvQQuswMOYlv3z5y4= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47v8v5LNk= X-RZG-CLASS-ID: mo00 Received: from quad (p54868946.dip0.t-ipconnect.de [84.134.137.70]) by smtp.strato.de (RZmta 37.8 DYNA|AUTH) with ESMTPSA id R063f4r728vEb5W (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Sun, 2 Aug 2015 10:57:14 +0200 (CEST) Date: Sun, 2 Aug 2015 08:57:12 +0000 From: Ulrich Grey To: Svatopluk Kraus Cc: "freebsd-arm@freebsd.org" Subject: Re: FreeBSD on CuBox-i-4x4 (with HDMI patch) Message-Id: <20150802085712.2db3bd374534c27f8810390c@ulrich-grey.de> In-Reply-To: References: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 08:57:24 -0000 On Tue, 28 Jul 2015 15:13:31 +0200 Svatopluk Kraus wrote: > On Tue, Jul 28, 2015 at 9:18 AM, Ulrich Grey wrot= e: > > Hello, > > > > I have the opportunity to test freebsd on a CuBox-i-4x4 > > http://solid-run.com/product/cubox-i-4x4/. > > > > uname -ap > > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285875M: Sun Jul 2= 6 14:55:10 UTC > > 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm armv6hf > > > > To boot I have used this patch from Mika=EBl Urankar: > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox= -hummingboard.patch > > > > Because I got an "No valid device tree blob found" error, in /boot/dtb I > > copied imx6q-cubox-i.dtb to imx6q-cubox-i4p.dtb. > > > > Now I can boot, but only half of the memory and one of two USB ports is= recognized. > > > > I have compiled some ports on the text console without problems. > > If I compile in a xfce4-terminal, I get a panic: > > > > pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 > > panic: bad pte1 > > cpuid =3D 2 > > KDB: enter: panic > > [ thread pid 28202 tid 100131 ] > > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > > > > But that may be related to the dtb-file. > > >=20 >=20 > Is it reproducible? I really would like to debug this panic. For > beginning, it would be nice to see 'show pmap' output from ddb. If > it's reproducible, I could prepare some debug patch to try to get some > more info about it. Trying to run kernel with INVARIANTS option on is > worth it too. I tried to reproduce the panic. First, I have built a kernel with INVARIANTS/INVARIANT_SUPPORT activated. Then I have build some huge ports in xfce4-terminal windows in parallel in = a chroot (print/texlive-full, java/openjdk8 with tests enabled, 'make index' in /usr= /ports). Nothing remarkable and no panic occurred. After 2 days I have used the old kernel without INVARIANTS. I have built devel/llvm-devel in a chroot environment. After the build finished successfully, the system was very slow. During shutdown I had a problem I have never seen before: # Aug 2 07:45:35 cutest shutdown: halt by root:=20 90 second watchdog timeout expired. Shutdown terminated. Sun Aug 2 07:47:11 UTC 2015 Aug 2 07:47:11 cutest init: /bin/sh on /etc/rc.shutdown terminated abnorma= lly, going to single user mode Aug 2 07:47:12 cutest syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...fsync: giving= up on dirty 0xc75db120: tag devfs, type VCHR usecount 1, writecount 0, refcount 87 mountedhere 0xc74f7800 flags (VI_ACTIVE) v_object 0xc75e1460 ref 0 pages 18606 cleanbuf 1 dirtybuf 84 lock type devfs: EXCL by thread 0xc715fa20 (pid 17, syncer, tid 100048) dev mmcsd0s2a timed out Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disk= s, vnodes remaining...1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1= 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 timed out Waiting (max 60 secon= ds) for system process `bufdaemon' to stop...done Syncing disks, buffers remaining... 39 1= 37 37 37 37 1 37 37 37 1 37 37 1 37 37 0 37 1 37 1 37 1 37 37 0 37 1 37 1 37 1 37 0 Givin= g up on 37 buffers 1 0 0 Cannot remove swap device da1s1b (error=3D12), skipping. Upti= me: 1d13h5m57s The operating system has halted. Please press any key to reboot. 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 ... Script done on Sun Aug 2 08:06:29 2015 # I had to break power supply. But no panic occurred. From owner-freebsd-arm@freebsd.org Sun Aug 2 11:34:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42CA29B187C for ; Sun, 2 Aug 2015 11:34:57 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01EED1B9E for ; Sun, 2 Aug 2015 11:34:57 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by ykax123 with SMTP id x123so91130152yka.1 for ; Sun, 02 Aug 2015 04:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MVhPZHjoANB2SSHMsgTogKXw4VzzNg67gDTSG7kIqXs=; b=wX1q4d9lKyuMi3UPAgA9QGkZY0NFgVUMKGKHPRMloCZRz0a/zwWVUtThrgVjdt2/JE DRlQ4YCAXq1zaBp64GV2sQ8TMcozMZuEMRXwmnLc1UUIn5K1dszV6JIbxLhcL7E1m3TB jmZmsZAy4acSu29zBxrpvK30EBpCUES/yS/ZHiXd//yitydf6KQ8uCDwIG2WkTx12d11 Botlr1YwZMbIhhi25LfrHG37clm4ASQvoU2cqVUbby/ISPc7G63cIWpkTIjP/gL5ueTJ pRC3b1lCxGyV6isBRReM6W53xbPxzch+EV3rt37v6MCnJBRB1NgsJUpfxZ1YyaTjegCy GRjA== MIME-Version: 1.0 X-Received: by 10.129.110.133 with SMTP id j127mr14108926ywc.86.1438515296164; Sun, 02 Aug 2015 04:34:56 -0700 (PDT) Received: by 10.37.203.141 with HTTP; Sun, 2 Aug 2015 04:34:56 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Sun, 2 Aug 2015 13:34:56 +0200 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 11:34:57 -0000 2015-08-02 5:57 GMT+02:00 Russell Haley : > Thanks Mikael, > > I was able to build using the patches you provided and the binary > u-boot.imx is the exact same size as the one from pkgng. However, > nothing happens when I boot it: I've tried it on my cubox, the u-boot binary is broken: U-Boot 2013.10-rc4 (Aug 02 2015 - 11:08:43) CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: WDOG Board: MX6-CuBox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 data abort MAYBE you should read doc/README.arm-unaligned-accesses pc : [<8ff785ea>] lr : [<8ff78217>] sp : 8f76ce10 ip : 00000000 fp : 8f773160 r10: 00001fe0 r9 : 8f76ef38 r8 : 8f76f180 r7 : 8f76f188 r6 : 8f773160 r5 : 8f773164 r4 : 8f773a50 r3 : 00000000 r2 : 00000001 r1 : 80000000 r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... > 2) The build from pkgng > root@Jailbird:/usr/local/share/u-boot/u-boot-cubox-hummingboard# ll > total 201 > -rw-r--r-- 1 root wheel 900 Jul 23 16:47 README > -rw-r--r-- 1 root wheel 271360 Jul 23 16:47 u-boot.imx > root@Jailbird:/usr/local/share/u-boot/u-boot-cubox-hummingboard# dd > if=u-boot.imx of=/dev/da2 bs=1k oseek=1 conv=sync > 265+0 records in > 265+0 records out > 271360 bytes transferred in 0.625492 secs (433834 bytes/sec) > > BOOT RESPONSE: Screen Starts, Solid Run Logo - no console. Do you have a serial console? See this thread if you need the hdmi output: https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html From owner-freebsd-arm@freebsd.org Sun Aug 2 16:03:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C02559B1853 for ; Sun, 2 Aug 2015 16:03:00 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F0221D30 for ; Sun, 2 Aug 2015 16:03:00 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by ykax123 with SMTP id x123so93666141yka.1 for ; Sun, 02 Aug 2015 09:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2BNASRh+iAKCoeiKJ/0rjJ5ev2sykl5kbSwPL/0r/k8=; b=rf34XDwOzqHFhjScb7K+2M8PCeJDVF74w6kRUSVCrBiJhxecKDmqQ7AxP+2S4XcjHj +VF4WDj3ovEGYTGF89ibCx1kW/E0gwGiCVxRH/Jqf0XSsIpqNE0NFJyDyPcbxo35+k3Q dSQCmewp6S994n5NrIrN9TTssOViWA/BmRxHYFQ15QS7YIQji+rNfv4gBZNYcyI2+yFP 3mqXz/avv8/PwfD/t85s4n0hsupVb8tag1PH1ZszKeXVyOTOwc8M4t27J+72ZYGhB1Kd l4HNTM2Zvpl4/jrtisPxF5l133nyffH3BvY4pRemp1gXXzDzw5Tw0SyB+U/OMbDgYR97 D4kA== MIME-Version: 1.0 X-Received: by 10.129.134.131 with SMTP id w125mr15151565ywf.115.1438531379516; Sun, 02 Aug 2015 09:02:59 -0700 (PDT) Received: by 10.37.203.141 with HTTP; Sun, 2 Aug 2015 09:02:59 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Sun, 2 Aug 2015 18:02:59 +0200 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Russell Haley Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 16:03:00 -0000 2015-08-02 5:57 GMT+02:00 Russell Haley : > Thanks Mikael, > > I was able to build using the patches you provided and the binary > u-boot.imx is the exact same size as the one from pkgng. However, > nothing happens when I boot it: I've updated my patch, it works on my cubox. http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-hummingboard_gcc-5.2.patch The patches come from here: https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot/patches http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned-access-when-supported-by-the-compiler From owner-freebsd-arm@freebsd.org Sun Aug 2 17:26:44 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DB9A9B0C2E for ; Sun, 2 Aug 2015 17:26:44 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E60B6976; Sun, 2 Aug 2015 17:26:43 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbyj8 with SMTP id yj8so67561548lbb.0; Sun, 02 Aug 2015 10:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZgkYsAz9cnhm+8RxnOAUd3dzCb97P/JrgR0AQxZpbRg=; b=O4Ytalpd7lpq5VhExbHJmLJKpXCzhW7GdWUUwNVUJOwI8jZwVHnEF+kbiezwu5mCTC 6OWNtIYO0mbpa50CO3RD2ns6KixKhHBtxz9Cq9g5gGrEK/Shr3zmQud0xP1Ej0S0/U1O 6B8JoYKNLWb171dEd81ELLSnmX7ZhcWZUKjBwtPVIWk2b6l+8fINqWVgQuQn2XH0qhVd z53JAOYg6+QavfLWMAHWW7Hz2Bp8iYAnzogJIMvPh19MZKYll4Uk3cryggd0eET6twtp eedu2y8wpKd1sbpr1qifqF4LI0TakDJfWyNA+rVSzD5ZaD2mRiaWsLD68aJlswyWoW/p fMzg== MIME-Version: 1.0 X-Received: by 10.152.37.67 with SMTP id w3mr13116325laj.123.1438536401922; Sun, 02 Aug 2015 10:26:41 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Sun, 2 Aug 2015 10:26:41 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Sun, 2 Aug 2015 10:26:41 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 17:26:44 -0000 Hi guys, No, I don't have a serial cable yet. I have ordered an FDTI cable and should have it this week. Oleksandr gave me a binary that is working right now, I will try out the new patch as soon as I have the FDTI cable and can get debug output. okay, on to the next problem... Russ On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar wrote: > 2015-08-02 5:57 GMT+02:00 Russell Haley : >> Thanks Mikael, >> >> I was able to build using the patches you provided and the binary >> u-boot.imx is the exact same size as the one from pkgng. However, >> nothing happens when I boot it: > > I've updated my patch, it works on my cubox. > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > > The patches come from here: > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot= /patches > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned= -access-when-supported-by-the-compiler From owner-freebsd-arm@freebsd.org Sun Aug 2 22:31:52 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA89D9B13D8 for ; Sun, 2 Aug 2015 22:31:52 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 5B3BB19C4 for ; Sun, 2 Aug 2015 22:31:51 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t72MVmV4027901 for ; Mon, 3 Aug 2015 00:31:49 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 03 Aug 2015 00:31:48 +0200 (CEST) Message-ID: <46b2774496a.7c2d3e1a@mail.schwarzes.net> In-Reply-To: <46ae842c213.4a570874@mail.schwarzes.net> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ae842c213.4a570874@mail.schwarzes.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 03 Aug 2015 00:31:49 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 22:31:52 -0000 On 31.07.15, Andreas Schwarz wrote: > On 30.07.15, Svatopluk Kraus wrote: >> Yes, it did. I can't say from which revision it's happening. I try to >> keep kernel updated with each change related to this problem, as I >> hope that it helps. But the problem is still present. >> >> However, the kernels were built without INVARIANTS. Yesterday, I >> prepared some debug patch which needed INVARIANTS anf KTR options and >> the problem did not happen. The buildworld finished in about 15 hours >> (taken from uptime) so it was about 2 hours faster then with kernel >> before r285935. > > This could be important, my kernel config is also without INVARIANTS. During the weekend I made some tests, the problem is also reproducable with the standard RPI2 kernel config. Maybe not so often (but this is just a feeling). -asc From owner-freebsd-arm@freebsd.org Sun Aug 2 22:37:41 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C92A29B156B for ; Sun, 2 Aug 2015 22:37:41 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 5AEE81B00 for ; Sun, 2 Aug 2015 22:37:41 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t72MbdU7027928 for ; Mon, 3 Aug 2015 00:37:39 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 03 Aug 2015 00:37:38 +0200 (CEST) Message-ID: <46b278ac779.27d121e6@mail.schwarzes.net> In-Reply-To: <55BB2A5F.9000502@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 03 Aug 2015 00:37:39 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 22:37:41 -0000 On 31.07.15, Hans Petter Selasky wrote: > On 07/31/15 05:52, Andreas Schwarz wrote: >> On 31.07.15, Andreas Schwarz wrote: >>> On 30.07.15, Hans Petter Selasky wrote: >>>> If this is easy to reproduce for you, can you try the SMSC patch I made? >>> >>> It's not so easy to reproduce, it will occur under high load (and disk IO) >>> situations, e.g.when building the world (-j4). But not in every case, >>> sometimes buildworld complete without a problem. >>> >>> If the system is in this state, it will react very very slow. System load >>> is high (without a causing process) and it will often hang (during shutdown) >>> when performing a reboot. >>> >>> I'll try your patch. >> >> This was fast. Patch (smsc.diff) did not help. I've applied the patch, compiled and >> installed the new kernel and started to build the kernel tool-chain. Just 10 minutes >> ago the problem occur again. > > Can you try this patch separately from the attached one? I'll do. It's also possible to give you access to the device (if this will help). -asc From owner-freebsd-arm@freebsd.org Sun Aug 2 23:13:48 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBC739B1DE7 for ; Sun, 2 Aug 2015 23:13:47 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) by mx1.freebsd.org (Postfix) with SMTP id D017DA3D for ; Sun, 2 Aug 2015 23:13:47 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 2 Aug 2015 23:12:47 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t72NCdvV014415; Sun, 2 Aug 2015 17:12:39 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1438557159.50703.7.camel@freebsd.org> Subject: Re: Hummingboard u-boot not loading? From: Ian Lepore To: Russell Haley Cc: freebsd-arm Date: Sun, 02 Aug 2015 17:12:39 -0600 In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 23:13:48 -0000 The compiler used by the u-boot ports got upgraded to gcc 5, and the old u-boot source can't be compiled with that. We need a new cross-compiler port that brings back gcc 4.9.whatever it was using, and the u-boot ports need to be updated to reference that. I've been way too busy with $work stuff to look into it in detail. As to the existing package not working, I think I glitched the board-detection code, which causes it to not come up with the right fdt file for the board. It should be possible to workaround by either doing setenv fdt_file imx6dl-hummingboard.dtb saveenv Or you could create a uEnv.txt file in the FAT filesystem on the sd with fdt_file=imx6dl-hummingboard.dtb (of course use the right imx6q or 6dl and hummingboard vs cubox for your system). -- Ian On Fri, 2015-07-31 at 23:03 -0700, Russell Haley wrote: > Hi Guys, > > I'm still really stalled out on u-boot-cubox-hummingboard right now. > I'm trying to get a new hummingboard i2eX board running (dual core > IMX6). The only thing I can think of is the pkg binary was built with > a quad-core configuration in the SPL portion of the code but I can't > confirm that cause I STILL don't know what I am doing with u-boot > cross compilation. > > I am running the hummingboard pro with a dual core i2eX SOM. I also > can't get the code from the ports tree to build and get the error from > the email below. I think the last time Ian worked through this with me > is because I was trying to build u-boot with cross tools from 11 but > my kernel and installed verison is 10 (I'm in a jail). Unfortuantely, > I am just "throwing mud at a wall" at this point to see if something > sticks. > > Any suggestions or help would be great. > > Thanks, > > Russ > > On Tue, Jul 28, 2015 at 11:05 AM, Russell Haley wrote: > > ---------- Forwarded message ---------- > > From: Russell Haley > > Date: Tue, Jul 28, 2015 at 11:05 AM > > Subject: Re: Hummingboard u-boot not loading? > > To: Ulrich Grey > > > > > > boo hooo hooo... I just want to boot my new toy! lolz :D > > > > Okay, I guess I will delete my ports tree and try and get a previous > > version from svn? Glad I'm doing this in a jail... > > > > On Tue, Jul 28, 2015 at 10:38 AM, Ulrich Grey wrote: > >> > >>> In file included from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler.h:40:0, > >>> from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/byteorder/little_endian.h:12, > >>> from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/asm/byteorder.h:29, > >>> from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/compiler.h:112, > >>> from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/image.h:19, > >>> from > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/common.h:100, > >>> from lib/asm-offsets.c:15: > >>> /usr/ports/sysutils/u-boot-cubox-hummingboard/work/u-boot-imx6-e4bc4c3/include/linux/compiler-gcc.h:93:30: > >>> fatal error: linux/compiler-gcc5.h: No such file or directory > >>> compilation terminated. > >>> Makefile:746: recipe for target 'lib/asm-offsets.s' failed > >>> gmake[1]: *** [lib/asm-offsets.s] Error 1 > >> > >> After I have updated the portstree I get the same errors. > >> I guess this is related to devel/arm-none-eabi-gcc. It's now version 5.2.0. > >> Version 4.9.2_4 works for me. From owner-freebsd-arm@freebsd.org Mon Aug 3 04:53:51 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 119FA9B13B4 for ; Mon, 3 Aug 2015 04:53:51 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 818201A7B; Mon, 3 Aug 2015 04:53:50 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbqc9 with SMTP id c9so46176145lbq.1; Sun, 02 Aug 2015 21:53:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GQ1bcfrIT3JChXyoG54P5TUxtojQhqI7wNmt1Js5FoY=; b=Sq8zTPebcoJSbyYr7nEUPb4Curk/HY5xOFRJcr2+N1xnRMQW/o1X09DH2iA3RHS3yy KoKUaEkNt9unHvMEgl8zYHnkBn9YrVmZyvrlDhzsJAqnlJPJHSHoAvGqUwu2V20dzN2V 0G5B6oLeGegx2SMvTzMcin0RWESgvN5QxbH3vG6LHL5ztnSoVKhsNS1LHucFYg5I2wF7 SLJ1s3XoDabA0hoR8IIaZ0pOVHQZg0H07AFlhc+yGWL3/fwQXz6Ihv99D17jwEnYxYI3 ZCWINFIvdeUBpmek7vM+hp7kZM9UBxpyJsiOcEJThTAX0zPRhXQ7iIqracM/2SxyZt/O 4Jzw== MIME-Version: 1.0 X-Received: by 10.153.7.66 with SMTP id da2mr1109603lad.117.1438577627214; Sun, 02 Aug 2015 21:53:47 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Sun, 2 Aug 2015 21:53:47 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Sun, 2 Aug 2015 21:53:47 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 04:53:51 -0000 Well I have seen what I think is ubldr get loaded by u-boot. I see the following message: 20647 bytes read in 26 ms (9.6MiB/s) And then nothing. I am hoping this mean ubldr successfully loaded. The lack of the rest of the output seems to make me think, well, I don't know what to think. Is the output going to the serial console I don't currently have? Just because it read the file doesn't mean that bootelf worked? I don't have anything in a loader.conf file yet so that may also be the problem. Ian, thanks for chiming in. I want to keep going with the binary that Gonzo gave me but I will look back at the pkgng image once I get a full boot happening. As usual, all suggestions welcome. Thanks, Russ On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley wrote= : > Hi guys, > > No, I don't have a serial cable yet. I have ordered an FDTI cable and > should have it this week. Oleksandr gave me a binary that is working > right now, I will try out the new patch as soon as I have the FDTI > cable and can get debug output. > > okay, on to the next problem... > > Russ > > On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar wrote: >> 2015-08-02 5:57 GMT+02:00 Russell Haley : >>> Thanks Mikael, >>> >>> I was able to build using the patches you provided and the binary >>> u-boot.imx is the exact same size as the one from pkgng. However, >>> nothing happens when I boot it: >> >> I've updated my patch, it works on my cubox. >> http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-= hummingboard_gcc-5.2.patch >> >> The patches come from here: >> https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boo= t/patches >> http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligne= d-access-when-supported-by-the-compiler From owner-freebsd-arm@freebsd.org Mon Aug 3 07:12:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D8579B22DD for ; Mon, 3 Aug 2015 07:12:02 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 851A81C21; Mon, 3 Aug 2015 07:12:01 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lblf12 with SMTP id f12so72980159lbl.2; Mon, 03 Aug 2015 00:11:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fDq+YGD2P0hFPeAf26Gb67rtbvLNLBTy1PApgrXgWtI=; b=dpVkeeaYX9s1LR+br6sXSpzgYk4O1o4nElAl47yO8LPduj6RFuzN+tDkYWSuRhQTiL 73XwYEKlc4V2TLwrRiVVVxYnr9enR0EatNBEjWcKyW9LO1crTqxU43kgk8Dfng94HQPr JJ841QHRff84Sl2K2MQ4HgIUen4Igj07Kr9KN/rFPcRSYFcnS7D7dgTbwQK0UFCTmPci 3y792QqpXjwbQmaxVSuRqx9Xy05VN/TXzWsjqz5B+a7KEmxiBi/tNa8EiOlZmUadpHrS S/ZO7C4d3uSK6190nCyxcRWL7NC+sss5/mWNMc1/2ALGXZMqKOQAcmn4MP1ompZlVOYQ OL4w== MIME-Version: 1.0 X-Received: by 10.112.234.163 with SMTP id uf3mr12221197lbc.37.1438585919150; Mon, 03 Aug 2015 00:11:59 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Mon, 3 Aug 2015 00:11:59 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Mon, 3 Aug 2015 00:11:59 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 07:12:02 -0000 Just an FYI, I'm rebuilding the kernel after applying the IMX6 HDMI patch provided by Mika=C3=ABl (but incidentally written by Oleksandr!). Will know more in the morning Russ On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley wrote: > Well I have seen what I think is ubldr get loaded by u-boot. I see the > following message: > > 20647 bytes read in 26 ms (9.6MiB/s) > > And then nothing. I am hoping this mean ubldr successfully loaded. The > lack of the rest of the output seems to make me think, well, I don't > know what to think. Is the output going to the serial console I don't > currently have? Just because it read the file doesn't mean that > bootelf worked? I don't have anything in a loader.conf file yet so > that may also be the problem. > > Ian, thanks for chiming in. I want to keep going with the binary that > Gonzo gave me but I will look back at the pkgng image once I get a > full boot happening. > > As usual, all suggestions welcome. > > Thanks, > Russ > > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley wro= te: >> Hi guys, >> >> No, I don't have a serial cable yet. I have ordered an FDTI cable and >> should have it this week. Oleksandr gave me a binary that is working >> right now, I will try out the new patch as soon as I have the FDTI >> cable and can get debug output. >> >> okay, on to the next problem... >> >> Russ >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar wrote: >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : >>>> Thanks Mikael, >>>> >>>> I was able to build using the patches you provided and the binary >>>> u-boot.imx is the exact same size as the one from pkgng. However, >>>> nothing happens when I boot it: >>> >>> I've updated my patch, it works on my cubox. >>> http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox= -hummingboard_gcc-5.2.patch >>> >>> The patches come from here: >>> https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-bo= ot/patches >>> http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unalign= ed-access-when-supported-by-the-compiler From owner-freebsd-arm@freebsd.org Mon Aug 3 09:56:12 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C1A79B1C35 for ; Mon, 3 Aug 2015 09:56:12 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 283231E91 for ; Mon, 3 Aug 2015 09:56:12 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioeg141 with SMTP id g141so139942196ioe.3 for ; Mon, 03 Aug 2015 02:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=V856gW2NG4f1EEUjX5MpD6MZXH5XUQk4kOTezbrnZxE=; b=ctoz6+BGoKv28bI6eXwWk++USkY9pZEoRSirot80F5V+SDdeRUKO41BOzjidu5Tjbw 0UWCe3Zpk4Kxsv8+bc7ntKnm6MPo/BiF85VFZbwA0upY9PddAmnTtfZY9eYdGhk+/Ck2 P5q+6AUGz3VJfk5KbKLx9xtmAkg9zIWU3WadAhBGTPBMIjU+Bx4WU2dhB18Y3xYtuRRJ RPQOzN6jL66c2yP3efI15rOh2Kuve3aAeS97oIat78URQWbmOnV8BZsg0/UEsb1kg7sR NN9s1KbpFozF68PmU6LYALyNx+gsUpgV9a/J0dOh5IgGoR5xjDUJbfelrkx1e3XMFFhd Q8vg== MIME-Version: 1.0 X-Received: by 10.107.128.28 with SMTP id b28mr19620349iod.84.1438595771318; Mon, 03 Aug 2015 02:56:11 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Mon, 3 Aug 2015 02:56:11 -0700 (PDT) In-Reply-To: <20150802085712.2db3bd374534c27f8810390c@ulrich-grey.de> References: <20150728071854.357c89785e048ae6d64c1c70@ulrich-grey.de> <20150802085712.2db3bd374534c27f8810390c@ulrich-grey.de> Date: Mon, 3 Aug 2015 11:56:11 +0200 Message-ID: Subject: Re: FreeBSD on CuBox-i-4x4 (with HDMI patch) From: Svatopluk Kraus To: Ulrich Grey Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 09:56:12 -0000 On Sun, Aug 2, 2015 at 10:57 AM, Ulrich Grey wrote: > On Tue, 28 Jul 2015 15:13:31 +0200 > Svatopluk Kraus wrote: > >> On Tue, Jul 28, 2015 at 9:18 AM, Ulrich Grey wro= te: >> > Hello, >> > >> > I have the opportunity to test freebsd on a CuBox-i-4x4 >> > http://solid-run.com/product/cubox-i-4x4/. >> > >> > uname -ap >> > FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285875M: Sun Jul = 26 14:55:10 UTC >> > 2015 gwgpi@wqtest:/usr/obj/usr/src/sys/IMX6 arm armv6hf >> > >> > To boot I have used this patch from Mika=C3=ABl Urankar: >> > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubo= x-hummingboard.patch >> > >> > Because I got an "No valid device tree blob found" error, in /boot/dtb= I >> > copied imx6q-cubox-i.dtb to imx6q-cubox-i4p.dtb. >> > >> > Now I can boot, but only half of the memory and one of two USB ports i= s recognized. >> > >> > I have compiled some ports on the text console without problems. >> > If I compile in a xfce4-terminal, I get a panic: >> > >> > pmap_remove_pages: pmap 0xcad291b4 va 0x200ab000 pte1 0 >> > panic: bad pte1 >> > cpuid =3D 2 >> > KDB: enter: panic >> > [ thread pid 28202 tid 100131 ] >> > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! >> > >> > But that may be related to the dtb-file. >> > >> >> >> Is it reproducible? I really would like to debug this panic. For >> beginning, it would be nice to see 'show pmap' output from ddb. If >> it's reproducible, I could prepare some debug patch to try to get some >> more info about it. Trying to run kernel with INVARIANTS option on is >> worth it too. > > I tried to reproduce the panic. > First, I have built a kernel with INVARIANTS/INVARIANT_SUPPORT activated. > Then I have build some huge ports in xfce4-terminal windows in parallel i= n a chroot > (print/texlive-full, java/openjdk8 with tests enabled, 'make index' in /u= sr/ports). > Nothing remarkable and no panic occurred. > Thanks that you have tried. > After 2 days I have used the old kernel without INVARIANTS. > I have built devel/llvm-devel in a chroot environment. > After the build finished successfully, the system was very slow. > During shutdown I had a problem I have never seen before: > # > Aug 2 07:45:35 cutest shutdown: halt by root: > 90 second watchdog timeout expired. Shutdown terminated. > Sun Aug 2 07:47:11 UTC 2015 > Aug 2 07:47:11 cutest init: /bin/sh on /etc/rc.shutdown terminated abnor= mally, going to > single user mode > > Aug 2 07:47:12 cutest syslogd: exiting on signal 15 > > Waiting (max 60 seconds) for system process `vnlru' to stop...fsync: givi= ng up on dirty > 0xc75db120: tag devfs, type VCHR > usecount 1, writecount 0, refcount 87 mountedhere 0xc74f7800 > flags (VI_ACTIVE) > v_object 0xc75e1460 ref 0 pages 18606 cleanbuf 1 dirtybuf 84 > lock type devfs: EXCL by thread 0xc715fa20 (pid 17, syncer, tid 10004= 8) > dev mmcsd0s2a > timed out > > Waiting (max 60 seconds) for system process `syncer' to stop...Syncing di= sks, vnodes > remaining...1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1= 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 timed out Waiting (max 60 sec= onds) for system > process `bufdaemon' to stop...done Syncing disks, buffers remaining... 39= 1 37 37 37 37 1 > 37 37 37 1 37 37 1 37 37 0 37 1 37 1 37 1 37 37 0 37 1 37 1 37 1 37 0 Giv= ing up on 37 > buffers 1 0 0 Cannot remove swap device da1s1b (error=3D12), skipping. Up= time: 1d13h5m57s > > The operating system has halted. > Please press any key to reboot. > > 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 ... > > Script done on Sun Aug 2 08:06:29 2015 > # > I had to break power supply. > But no panic occurred. > I never see something like that before, however it does not mean too much. On the other hand, I have a problem with swap device one or two times which was unable to unswap swapped programs. If I remember it correctly, the scenario was that the programs were swapped in the beginning of long term job (buildworld on rpi for example) and after that the swap device was not used a few days. And then, when the job finished and I wanted to used swapped programs, it happened. Svata From owner-freebsd-arm@freebsd.org Tue Aug 4 04:57:39 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 058E39B39FC for ; Tue, 4 Aug 2015 04:57:39 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB6884D; Tue, 4 Aug 2015 04:57:38 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by labsr2 with SMTP id sr2so25380321lab.2; Mon, 03 Aug 2015 21:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1w+s7VrCgdovsbdwhdd0I01XPOIpPPLRxCxae1DD94I=; b=pwgtyj1i4j6/E/SJGa+e9NW1Fc9iPL6wcmGhHBr3PdcytZ1jsdiI8RGltkQkZs9yxU aoUo3+szzy2EoN4t0qD0CW0mu2kuayQvVrSfRAfTVS0E50NTN2R833shEoCXA8jNcaGV A50j6GH8qeAXTL+O6oiSNsz0MlPhcHlEvAsMWZ6t6kmV4HR7GhP1FnMuctTTTzX0MWpd dC9OOcLlCq3AZziSoi/NP8mezt5PcRVQC0uQA+Urwdqgx2ApH+sYNknz1KrSDDZXedcV xx10BIqmsV0nkJTdfJ/ChAfe6t7OZdmgFGVJTgWj3PP6Bfwc+NXMhsJnjhH5BBu2eyhZ bHfg== MIME-Version: 1.0 X-Received: by 10.112.186.35 with SMTP id fh3mr1338926lbc.82.1438664256307; Mon, 03 Aug 2015 21:57:36 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Mon, 3 Aug 2015 21:57:36 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Mon, 3 Aug 2015 21:57:36 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 04:57:39 -0000 Hello, Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot using only HDMI output (I don't have a FTDI cable yet) . I am running a binary u-boot from Oleksandr. Successfullly built head yesterday. My SD Card looks like this: - 1Mb free space with uboot at 1k - 50Mb Fat32 partition with ubldr - 3.6Gb ufs partition I applied the patch for HDMI output: https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN option (thanks Ian!). I then mistakenly did a installkernel which takes hours on an SD card and overwrote everything so I couldn't tell if the files I wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of the files I think I should have been added, but that could be my feeble understanding of file searching. Anyway, I ran it and nothing changed. I get a u-boot auto config counting down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is the size of ubldr, but nothing fires after that. It could the output is happening on a serial out, or it could be nothing is happening??? I have toyed with the idea of adding something to loarder.conf, but the defaults all seem sufficient, again, unless someone can suggest something? I have no further actions I can think of until I get an FDTI cable. All suggestions welcome. Russ On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley wrote= : > Just an FYI, > > I'm rebuilding the kernel after applying the IMX6 HDMI patch provided > by Mika=C3=ABl (but incidentally written by Oleksandr!). Will know more i= n > the morning > > Russ > > On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > wrote: > > Well I have seen what I think is ubldr get loaded by u-boot. I see the > > following message: > > > > 20647 bytes read in 26 ms (9.6MiB/s) > > > > And then nothing. I am hoping this mean ubldr successfully loaded. The > > lack of the rest of the output seems to make me think, well, I don't > > know what to think. Is the output going to the serial console I don't > > currently have? Just because it read the file doesn't mean that > > bootelf worked? I don't have anything in a loader.conf file yet so > > that may also be the problem. > > > > Ian, thanks for chiming in. I want to keep going with the binary that > > Gonzo gave me but I will look back at the pkgng image once I get a > > full boot happening. > > > > As usual, all suggestions welcome. > > > > Thanks, > > Russ > > > > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley > wrote: > >> Hi guys, > >> > >> No, I don't have a serial cable yet. I have ordered an FDTI cable and > >> should have it this week. Oleksandr gave me a binary that is working > >> right now, I will try out the new patch as soon as I have the FDTI > >> cable and can get debug output. > >> > >> okay, on to the next problem... > >> > >> Russ > >> > >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar < > mikael.urankar@gmail.com> wrote: > >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : > >>>> Thanks Mikael, > >>>> > >>>> I was able to build using the patches you provided and the binary > >>>> u-boot.imx is the exact same size as the one from pkgng. However, > >>>> nothing happens when I boot it: > >>> > >>> I've updated my patch, it works on my cubox. > >>> > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > >>> > >>> The patches come from here: > >>> > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot= /patches > >>> > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned= -access-when-supported-by-the-compiler > From owner-freebsd-arm@freebsd.org Tue Aug 4 09:52:38 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7AFD9B3DCC for ; Tue, 4 Aug 2015 09:52:38 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DB551EEB; Tue, 4 Aug 2015 09:52:38 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioii16 with SMTP id i16so11560037ioi.0; Tue, 04 Aug 2015 02:52:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vqPdggKKA7jSgAp3mUG3ZTi2rFDB4Nqr3cuw9wUCwk8=; b=UF3GMo/AqzPfFDBDv6qflCArN/4NaHjCXiqYFBscuYWrXilQlaJQfG8vap+yZ1XABT SiBkKv7eT6osk9pz0BmA402M9h/eOr8Ir3k1S5q0YqHl4B94A/eY+TWe6vOawktDeQ5m 8FILDV9JiFn2UTX5u/S03DFV0i959nr/MQv1SNoKWB0VJ3G7X5flwgdx+c2C/+k2H31M 49xniEA/4IdMBcj++GkzTu3hiPd9TAvCdrDyUojtD4ItoUTW3xsN774uU1lUlX9gtywc cDOk8p8nP7ShJtzEhI2Px5TR5ZWgiilWwCX0mAaJLzxzfywaw6/SmVl4Gx+BWvAI2inZ STzw== MIME-Version: 1.0 X-Received: by 10.107.46.156 with SMTP id u28mr2538932iou.186.1438681957938; Tue, 04 Aug 2015 02:52:37 -0700 (PDT) Received: by 10.64.148.84 with HTTP; Tue, 4 Aug 2015 02:52:37 -0700 (PDT) In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Date: Tue, 4 Aug 2015 11:52:37 +0200 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Svatopluk Kraus To: Russell Haley Cc: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 09:52:39 -0000 On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley wrote: > Hello, > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot > using only HDMI output (I don't have a FTDI cable yet) . I am running a > binary u-boot from Oleksandr. Successfullly built head yesterday. > > My SD Card looks like this: > > - 1Mb free space with uboot at 1k > - 50Mb Fat32 partition with ubldr > - 3.6Gb ufs partition > > I applied the patch for HDMI output: > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN optio= n > (thanks Ian!). I then mistakenly did a installkernel which takes hours on > an SD card and overwrote everything so I couldn't tell if the files I > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of th= e > files I think I should have been added, but that could be my feeble > understanding of file searching. > > Anyway, I ran it and nothing changed. I get a u-boot auto config counting > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is t= he > size of ubldr, but nothing fires after that. It could the output is > happening on a serial out, or it could be nothing is happening??? I have > toyed with the idea of adding something to loarder.conf, but the defaults > all seem sufficient, again, unless someone can suggest something? > Well, this just reminds me of something I dealt with recently. I'm running FreeBSD kernel without ubldr, so u-boot loads kernel and then jumps to kernel starting address. It turns out that kernel starting address, which was always stable, was changed suddently and the result was same like in your case. Thus, maybe it's worth a try to find out how ubldr is run from u-boot and which is its starting address. Svata > I have no further actions I can think of until I get an FDTI cable. All > suggestions welcome. > > Russ > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley wro= te: > >> Just an FYI, >> >> I'm rebuilding the kernel after applying the IMX6 HDMI patch provided >> by Mika=C3=ABl (but incidentally written by Oleksandr!). Will know more = in >> the morning >> >> Russ >> >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley >> wrote: >> > Well I have seen what I think is ubldr get loaded by u-boot. I see the >> > following message: >> > >> > 20647 bytes read in 26 ms (9.6MiB/s) >> > >> > And then nothing. I am hoping this mean ubldr successfully loaded. The >> > lack of the rest of the output seems to make me think, well, I don't >> > know what to think. Is the output going to the serial console I don't >> > currently have? Just because it read the file doesn't mean that >> > bootelf worked? I don't have anything in a loader.conf file yet so >> > that may also be the problem. >> > >> > Ian, thanks for chiming in. I want to keep going with the binary that >> > Gonzo gave me but I will look back at the pkgng image once I get a >> > full boot happening. >> > >> > As usual, all suggestions welcome. >> > >> > Thanks, >> > Russ >> > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley >> wrote: >> >> Hi guys, >> >> >> >> No, I don't have a serial cable yet. I have ordered an FDTI cable and >> >> should have it this week. Oleksandr gave me a binary that is working >> >> right now, I will try out the new patch as soon as I have the FDTI >> >> cable and can get debug output. >> >> >> >> okay, on to the next problem... >> >> >> >> Russ >> >> >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar < >> mikael.urankar@gmail.com> wrote: >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : >> >>>> Thanks Mikael, >> >>>> >> >>>> I was able to build using the patches you provided and the binary >> >>>> u-boot.imx is the exact same size as the one from pkgng. However, >> >>>> nothing happens when I boot it: >> >>> >> >>> I've updated my patch, it works on my cubox. >> >>> >> http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-= hummingboard_gcc-5.2.patch >> >>> >> >>> The patches come from here: >> >>> >> https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boo= t/patches >> >>> >> http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligne= d-access-when-supported-by-the-compiler >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Aug 4 13:50:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2861F9B204F for ; Tue, 4 Aug 2015 13:50:02 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E42FC1B2D for ; Tue, 4 Aug 2015 13:50:01 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ZMcbD-0006xW-M8 for freebsd-arm@freebsd.org; Tue, 04 Aug 2015 15:49:52 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Tue, 04 Aug 2015 15:49:46 +0200 Subject: ssh-add fails on passphrase after a while (armv5) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40 autolearn=disabled version=3.3.2 X-Scan-Signature: 74b82c602e180a6a7275945acf229479 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 13:50:02 -0000 Hi, I have this weird issue with my Sheevaplug/armv5 on 11-CURRENT. After booting it works ok for a while, but after some time ssh/ssh-add or others do not want to accept my passphrase anymore. No errors. It just repeats the question to type in the phrase again. A bit annoying off course. It has happened multiple times now and I always double checked caps-lock, etc. Also typed my passphrase in an editor and copy-pasted it. Copy-pasting it in a viewable line gives it correctly. I'm often logged in from Putty/Windows from the office. I'm not sure if it only happens there. Will take note in the future. Any suggestions? Has anybody seen this behaviour before? Regards, Ronald. From owner-freebsd-arm@freebsd.org Tue Aug 4 13:56:13 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02CD19B21FB for ; Tue, 4 Aug 2015 13:56:13 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) by mx1.freebsd.org (Postfix) with SMTP id CCD051FD2 for ; Tue, 4 Aug 2015 13:56:12 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 4 Aug 2015 13:56:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t74Du5Rs018235; Tue, 4 Aug 2015 07:56:05 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1438696565.70393.72.camel@freebsd.org> Subject: Re: kernel entry point address [was: Hummingboard u-boot not loading?] From: Ian Lepore To: Svatopluk Kraus Cc: freebsd-arm Date: Tue, 04 Aug 2015 07:56:05 -0600 In-Reply-To: References: <20150728173831.229400355e485fa511ca388b@ulrich-grey.de> <20150801182519.4886608.58781.1809@gmail.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 13:56:13 -0000 On Tue, 2015-08-04 at 11:52 +0200, Svatopluk Kraus wrote: > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley wrote: > > Hello, > > > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot > > using only HDMI output (I don't have a FTDI cable yet) . I am running a > > binary u-boot from Oleksandr. Successfullly built head yesterday. > > > > My SD Card looks like this: > > > > - 1Mb free space with uboot at 1k > > - 50Mb Fat32 partition with ubldr > > - 3.6Gb ufs partition > > > > I applied the patch for HDMI output: > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN option > > (thanks Ian!). I then mistakenly did a installkernel which takes hours on > > an SD card and overwrote everything so I couldn't tell if the files I > > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of the > > files I think I should have been added, but that could be my feeble > > understanding of file searching. > > > > Anyway, I ran it and nothing changed. I get a u-boot auto config counting > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is the > > size of ubldr, but nothing fires after that. It could the output is > > happening on a serial out, or it could be nothing is happening??? I have > > toyed with the idea of adding something to loarder.conf, but the defaults > > all seem sufficient, again, unless someone can suggest something? > > > > > Well, this just reminds me of something I dealt with recently. I'm > running FreeBSD kernel without ubldr, so u-boot loads kernel and then > jumps to kernel starting address. It turns out that kernel starting > address, which was always stable, was changed suddently and the result > was same like in your case. Thus, maybe it's worth a try to find out > how ubldr is run from u-boot and which is its starting address. > > Svata There has been some mention lately on irc of the entry point address jumping around from one kernel compile to the next (not just on arm). It may be alignment-related in the sense that a tiny change to the source requires it to split the text and data into different sections so that the data section is aligned properly. That results in an extra program header for the next section, and that makes the headers big enough to push the start of the text segment to its next alignment boundary (256 bytes iirc). It's not clear when/why this started happening, but there have been changes to the elf toolchain stuff lately. Maybe the old tools inserted some padding bytes but left text+data as one section, and now the new tool splits it into two sections (perhaps because of differences in the RWE bits that are now being honored correctly). U-boot launches ubldr using the 'bootelf' command which reads the elf headers, so it should work fine (unless maybe it fails to deal with multiple sections with the LOAD flag on). ubldr uses the elf headers in the kernel (but again I'm not sure about handling of multiple LOAD flags). -- Ian From owner-freebsd-arm@freebsd.org Tue Aug 4 15:16:39 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E23CE9B3524 for ; Tue, 4 Aug 2015 15:16:39 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: from mail-yk0-f172.google.com (mail-yk0-f172.google.com [209.85.160.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 96D581612 for ; Tue, 4 Aug 2015 15:16:39 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: by ykax123 with SMTP id x123so10529114yka.1 for ; Tue, 04 Aug 2015 08:16:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=YQ6MzrcL7Nt45iXTWTIqYpK8d04ovtGUxoCSaCFJMQo=; b=JPFwx0whC7VF4PrfJ4Vg2cuX6b7OgCOPb+4ztHTZ+aWY0OVrSD4I0YDBcTVZg4wWfj Fkb3eAy06ipqrmFpO4GEZ/VV2Pz3KkLvbU4ppxF9RXI0yzFIch5UtmRtdSHi+LelP+zi kA76+NQ9wHRH1KrLPfnKpM4mDoIjvyCJvQSoTvmvB3U0g7NHREyqEO1BpOGoSz/asy/4 xHsLuA4KAiD23HJBceGvfeKksCe4+AKrM2yYWLLCquPvxnnrdPa2UXcStZ7yHSlvZZ6z /0wrB3XW4t0cQkKjCaU2iPoXPagBv23sWh8onrVmbLI0Pl1tGPCTLN/B0ha00MTjT4IM GEUw== X-Gm-Message-State: ALoCoQlz1bGd/sYiwOUlEhRvnG/sIYJ8M1uB9OvvZtU/mLd32m6/jtqhE5WoAdjpYTBN4dzXCFxG MIME-Version: 1.0 X-Received: by 10.13.211.67 with SMTP id v64mr3588218ywd.120.1438697940063; Tue, 04 Aug 2015 07:19:00 -0700 (PDT) Received: by 10.129.72.74 with HTTP; Tue, 4 Aug 2015 07:18:59 -0700 (PDT) Date: Tue, 4 Aug 2015 16:18:59 +0200 Message-ID: Subject: [armv5] buildkernel issue on stable/10 - Sheevaplug From: Bartosz Szczepanek To: freebsd-arm@freebsd.org Cc: Marcin Wojtas , ian@freebsd.org Content-Type: multipart/mixed; boundary=001a114d64e6a887e8051c7cf7c5 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 15:16:40 -0000 --001a114d64e6a887e8051c7cf7c5 Content-Type: text/plain; charset=UTF-8 Hello, I'm building stable/10 kernel for Sheevaplug, using default configuration (sys/arm/conf/SHEEVAPLUG). On linking stage issue of undefined references emerges (log attached). These references lead to files with '!armv6' option in sys/conf/files.arm. Supossedly config tool doesn't support negation in options (this is the only occurence of exclamation mark in sys/conf/files*), even though this Ian's patch was introduced: https://lists.freebsd.org/pipermail/svn-src-head/2014-November/065302.html Changing 'optional' to 'standard' solves the issue on armv5 platform, as well as reverting to old 'cpu_*' settings. Build command I used was 'make -j5 buildkernel TARGET=arm -DNO_MODULES KERNCONF=SHEEVAPLUG', but I tried with MACHINE_ARCH=arm and TARGET_ARCH=arm as well with no effect. Please, let me know if this issue can be solved in more generic way than described above. Best regards, Bartosz Szczepanek --001a114d64e6a887e8051c7cf7c5 Content-Type: text/plain; charset=US-ASCII; name="log.txt" Content-Disposition: attachment; filename="log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_icxeyxvh0 LS0tIGtlcm5lbCAtLS0KbGlua2luZyBrZXJuZWwKZGJfdGV4dGR1bXAubzogSW4gZnVuY3Rpb24g YHRleHRkdW1wX2R1bXBzeXMnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2RkYi9kYl90ZXh0 ZHVtcC5jOigudGV4dCsweGVlYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYG1zZ2J1ZnAnCmRi X3dhdGNoLm86IEluIGZ1bmN0aW9uIGBkYl9zZXRfd2F0Y2hwb2ludHMnOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2RkYi9kYl93YXRjaC5jOigudGV4dCsweDIxOCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfcHJvdGVjdCcKdXNiX2J1c2RtYS5vOiBJbiBmdW5jdGlvbiBgdXNiX3Bj X2FsbG9jX21lbSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L3VzYi91c2JfYnVzZG1h LmM6KC50ZXh0KzB4NmNjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYW1lbV9hbGxv YycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRleHQr MHg3YTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWVtX2ZyZWUnCi91c3IvaG9t ZS9ic3ovZnJlZWJzZC9zeXMvZGV2L3VzYi91c2JfYnVzZG1hLmM6KC50ZXh0KzB4ODA0KTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKdXNiX2J1c2RtYS5vOiBJbiBm dW5jdGlvbiBgdXNiX2RtYV90YWdfZmluZCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2 L3VzYi91c2JfYnVzZG1hLmM6KC50ZXh0KzB4OTA0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg YnVzX2RtYV90YWdfY3JlYXRlJwp1c2JfYnVzZG1hLm86IEluIGZ1bmN0aW9uIGB1c2JfcGNfY3B1 X2ZsdXNoJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzoo LnRleHQrMHg5OTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9zeW5jJwp1 c2JfYnVzZG1hLm86IEluIGZ1bmN0aW9uIGB1c2JfcGNfZnJlZV9tZW0nOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2Rldi91c2IvdXNiX2J1c2RtYS5jOigudGV4dCsweDlkOCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3VubG9hZCcKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRleHQrMHg5ZTgpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBidXNfZG1hbWVtX2ZyZWUnCnVzYl9idXNkbWEubzogSW4gZnVuY3Rpb24gYHVzYl9w Y19sb2FkX21lbSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L3VzYi91c2JfYnVzZG1h LmM6KC50ZXh0KzB4YTUwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfdW5s b2FkJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi91c2IvdXNiX2J1c2RtYS5jOigudGV4 dCsweGFlNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3VubG9hZCcKdXNi X2J1c2RtYS5vOiBJbiBmdW5jdGlvbiBgdXNiX3BjX2NwdV9pbnZhbGlkYXRlJzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRleHQrMHhiNzApOiB1bmRl ZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9zeW5jJwovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL2Rldi91c2IvdXNiX2J1c2RtYS5jOigudGV4dCsweGI4OCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCnVzYl9idXNkbWEubzogSW4gZnVuY3Rpb24gYHVz Yl9wY19kbWFtYXBfY3JlYXRlJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3Vz Yl9idXNkbWEuYzooLnRleHQrMHhiZDQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1h bWFwX2NyZWF0ZScKdXNiX2J1c2RtYS5vOiBJbiBmdW5jdGlvbiBgdXNiX3BjX2RtYW1hcF9kZXN0 cm95JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRl eHQrMHhjMmMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWFwX2Rlc3Ryb3knCnVz Yl9idXNkbWEubzogSW4gZnVuY3Rpb24gYHVzYl9kbWFfdGFnX3Vuc2V0dXAnOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2Rldi91c2IvdXNiX2J1c2RtYS5jOigudGV4dCsweGQwYyk6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFfdGFnX2Rlc3Ryb3knCnVzYl9idXNkbWEubzogSW4g ZnVuY3Rpb24gYHVzYl9iZG1hX3dvcmtfbG9vcCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv ZGV2L3VzYi91c2JfYnVzZG1hLmM6KC50ZXh0KzB4ZmE0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgX2J1c19kbWFtYXBfdW5sb2FkJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi91c2Iv dXNiX2J1c2RtYS5jOigudGV4dCsweDEwMGMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVz X2RtYW1hcF91bmxvYWQnCnVzYl9idXNkbWEubzogSW4gZnVuY3Rpb24gYHVzYl9iZG1hX3ByZV9z eW5jJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRl eHQrMHgxMGZjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRleHQrMHgxMTE4 KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKdXNiX2J1c2RtYS5v OiBJbiBmdW5jdGlvbiBgdXNiX2JkbWFfcG9zdF9zeW5jJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy9kZXYvdXNiL3VzYl9idXNkbWEuYzooLnRleHQrMHgxMWE4KTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYv dXNiL3VzYl9idXNkbWEuYzooLnRleHQrMHgxMWM0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg X2J1c19kbWFtYXBfc3luYycKbmZzX2NsYmlvLm86IEluIGZ1bmN0aW9uIGBuY2xfZ2V0cGFnZXMn OgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2ZzL25mc2NsaWVudC9uZnNfY2xiaW8uYzooLnRl eHQrMHgyMjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9mcy9uZnNjbGllbnQvbmZzX2NsYmlvLmM6KC50ZXh0KzB4MmJjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xcmVtb3ZlJwpuZnNfY2xiaW8ubzogSW4gZnVu Y3Rpb24gYG5jbF9wdXRwYWdlcyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZnMvbmZzY2xp ZW50L25mc19jbGJpby5jOigudGV4dCsweDY2NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBt YXBfcWVudGVyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2ZzL25mc2NsaWVudC9uZnNfY2xi aW8uYzooLnRleHQrMHg3MTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FyZW1vdmUn CnRtcGZzX3N1YnIubzogSW4gZnVuY3Rpb24gYHRtcGZzX3JlZ19yZXNpemUnOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2ZzL3RtcGZzL3RtcGZzX3N1YnIuYzooLnRleHQrMHgyNmRjKTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF96ZXJvX3BhZ2VfYXJlYScKZ2VvbV9pby5vOiBJbiBm dW5jdGlvbiBgZ19pb19zY2hlZHVsZV9kb3duJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9n ZW9tL2dlb21faW8uYzooLnRleHQrMHhlMzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFw X3FlbnRlcicKaW5pdF9tYWluLm86IEluIGZ1bmN0aW9uIGBwcm9jMF9pbml0JzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9rZXJuL2luaXRfbWFpbi5jOigudGV4dCsweGYwYyk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHBtYXBfcGluaXQwJwprZXJuX2V4ZWMubzogSW4gZnVuY3Rpb24gYGV4 ZWNfbmV3X3Ztc3BhY2UnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4va2Vybl9leGVj LmM6KC50ZXh0KzB4MTZmNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcmVtb3ZlX3Bh Z2VzJwprZXJuX21hbGxvYy5vOiBJbiBmdW5jdGlvbiBgZnJlZSc6Ci91c3IvaG9tZS9ic3ovZnJl ZWJzZC9zeXMva2Vybi9rZXJuX21hbGxvYy5jOigudGV4dCsweDNlYyk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfa2V4dHJhY3QnCmtlcm5fbWFsbG9jLm86IEluIGZ1bmN0aW9uIGByZWFs bG9jJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL2tlcm5fbWFsbG9jLmM6KC50ZXh0 KzB4NGM0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKa2Vybl9tYWxs b2MubzogSW4gZnVuY3Rpb24gYGttZW1pbml0JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9r ZXJuL2tlcm5fbWFsbG9jLmM6KC50ZXh0KzB4NzE0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg dm1fbWF4X2tlcm5lbF9hZGRyZXNzJwprZXJuX21hbGxvYy5vOiBJbiBmdW5jdGlvbiBgbWFsbG9j X3VuaW5pdCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9rZXJuX21hbGxvYy5jOigu dGV4dCsweDhiYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfa2V4dHJhY3QnCmtlcm5f cGh5c2lvLm86IEluIGZ1bmN0aW9uIGBwaHlzaW8nOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L2tlcm4va2Vybl9waHlzaW8uYzooLnRleHQrMHg0NTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX3FlbnRlcicKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL2tlcm5fcGh5c2lv LmM6KC50ZXh0KzB4NGQ0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xcmVtb3ZlJwov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4va2Vybl9waHlzaW8uYzooLnRleHQrMHg2ODAp OiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB1bm1hcHBlZF9idWZfYWxsb3dlZCcKa2Vybl9wcm9j Lm86IEluIGZ1bmN0aW9uIGBrZXJuX3Byb2Nfdm1tYXBfb3V0JzoKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy9rZXJuL2tlcm5fcHJvYy5jOigudGV4dCsweDI0ZmMpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBwbWFwX21pbmNvcmUnCmtlcm5fc2hhcmVkcGFnZS5vOiBJbiBmdW5jdGlvbiBgc2hh cmVkX3BhZ2VfaW5pdCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9rZXJuX3NoYXJl ZHBhZ2UuYzooLnRleHQrMHg1ODApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRl cicKc3Vicl9idXNfZG1hLm86IEluIGZ1bmN0aW9uIGBidXNfZG1hbWFwX2xvYWRfbWFfdHJpdic6 Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHg2 MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfcGh5cycKc3Vicl9i dXNfZG1hLm86IEluIGZ1bmN0aW9uIGBidXNfZG1hbWFwX2xvYWQnOgovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4ZGMpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBfX2J1c19kbWFtYXBfd2FpdG9rJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4MTE0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgX2J1c19kbWFtYXBfbG9hZF9idWZmZXInCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vy bi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHgxNDQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBf YnVzX2RtYW1hcF9jb21wbGV0ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJf YnVzX2RtYS5jOigudGV4dCsweDE4OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9w bWFwX3N0b3JlJwpzdWJyX2J1c19kbWEubzogSW4gZnVuY3Rpb24gYGJ1c19kbWFtYXBfbG9hZF9t YnVmJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4 dCsweDIwOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVy JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4 MjQwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfY29tcGxldGUnCi91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHgyODgpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9jb21wbGV0ZScKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweDJiNCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwpzdWJyX2J1c19kbWEubzogSW4gZnVu Y3Rpb24gYGJ1c19kbWFtYXBfbG9hZF9tYnVmX3NnJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5 cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweDMyOCk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tl cm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4MzYwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg X2J1c19kbWFtYXBfY29tcGxldGUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJy X2J1c19kbWEuYzooLnRleHQrMHgzNzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxf cG1hcF9zdG9yZScKc3Vicl9idXNfZG1hLm86IEluIGZ1bmN0aW9uIGBidXNfZG1hbWFwX2xvYWRf dWlvJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4 dCsweDNmOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2NvbXBsZXRlJwov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4NDk4 KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfbG9hZF9idWZmZXInCi91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHg0ZTQpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9jb21wbGV0ZScKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweDUwYyk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwpzdWJyX2J1c19kbWEubzogSW4gZnVu Y3Rpb24gYGJ1c19kbWFtYXBfbG9hZF9jY2InOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tl cm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4NTkwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg X19idXNfZG1hbWFwX3dhaXRvaycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJf YnVzX2RtYS5jOigudGV4dCsweDVlMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1h bWFwX2NvbXBsZXRlJwpzdWJyX2J1c19kbWEubzogSW4gZnVuY3Rpb24gYF9idXNfZG1hbWFwX2xv YWRfY2NiJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigu dGV4dCsweDcyOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfbWEn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHg3 NzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9sb2FkX2J1ZmZlcicKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweDdjMCk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVyJwovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4N2U0KTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfbG9hZF9waHlzJwovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4ODIwKTogdW5kZWZpbmVk IHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfbG9hZF9waHlzJwovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4ODU4KTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBga2VybmVsX3BtYXBfc3RvcmUnCnN1YnJfYnVzX2RtYS5vOiBJbiBmdW5jdGlvbiBg YnVzX2RtYW1hcF9sb2FkX2Jpbyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJy X2J1c19kbWEuYzooLnRleHQrMHg4YjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfX2J1c19k bWFtYXBfd2FpdG9rJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1h LmM6KC50ZXh0KzB4OGY0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfbG9h ZF9tYScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4 dCsweDkyOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVy JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4 OTU4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfY29tcGxldGUnCi91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHg5OWMpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKc3Vicl9idXNfZG1hLm86 IEluIGZ1bmN0aW9uIGBidXNfZG1hbWFwX2xvYWRfbWVtJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweDllOCk6IHVuZGVmaW5lZCByZWZlcmVu Y2UgdG8gYF9fYnVzX2RtYW1hcF93YWl0b2snCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vy bi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHhhNWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBf YnVzX2RtYW1hcF9sb2FkX3BoeXMnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJy X2J1c19kbWEuYzooLnRleHQrMHhhOWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2Rt YW1hcF9sb2FkX2J1ZmZlcicKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVz X2RtYS5jOigudGV4dCsweGFlYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFw X2xvYWRfcGh5cycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5j OigudGV4dCsweGI0OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRf bWEnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQr MHhiYjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9sb2FkX2J1ZmZlcicK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweGMx OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVyJwovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4YzRjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfY29tcGxldGUnCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX2J1c19kbWEuYzooLnRleHQrMHhjYzApOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9jb21wbGV0ZScKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy9rZXJuL3N1YnJfYnVzX2RtYS5jOigudGV4dCsweGQ1NCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYF9idXNfZG1hbWFwX2xvYWRfYnVmZmVyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL2tlcm4vc3Vicl9idXNfZG1hLmM6KC50ZXh0KzB4ZDhjKTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBga2VybmVsX3BtYXBfc3RvcmUnCnN1YnJfZGV2c3RhdC5vOiBJbiBmdW5jdGlvbiBgZGV2 c3RhdF9tbWFwJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfZGV2c3RhdC5j OigudGV4dCsweDk5MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfa2V4dHJhY3QnCnN1 YnJfbG9nLm86IEluIGZ1bmN0aW9uIGBsb2dyZWFkJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5 cy9rZXJuL3N1YnJfbG9nLmM6KC50ZXh0KzB4MzYwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg bXNnYnVmcCcKc3Vicl9sb2cubzogSW4gZnVuY3Rpb24gYGxvZ2lvY3RsJzoKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfbG9nLmM6KC50ZXh0KzB4NGUwKTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgbXNnYnVmcCcKc3Vicl9sb2cubzogSW4gZnVuY3Rpb24gYGxvZ3BvbGwnOgov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9sb2cuYzooLnRleHQrMHg1NjgpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBtc2didWZwJwpzdWJyX2xvZy5vOiBJbiBmdW5jdGlvbiBg bG9na3FyZWFkJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfbG9nLmM6KC50 ZXh0KzB4Njk0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgbXNnYnVmcCcKc3Vicl9wYXJhbS5v OiBJbiBmdW5jdGlvbiBgaW5pdF9wYXJhbTEnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tl cm4vc3Vicl9wYXJhbS5jOigudGV4dCsweDIwYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHVu bWFwcGVkX2J1Zl9hbGxvd2VkJwpzdWJyX3BhcmFtLm86IEluIGZ1bmN0aW9uIGBpbml0X3BhcmFt Mic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX3BhcmFtLmM6KC50ZXh0KzB4 M2NjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdm1fbWF4X2tlcm5lbF9hZGRyZXNzJwpzdWJy X3ByZi5vOiBJbiBmdW5jdGlvbiBgcHV0Y2hhcic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv a2Vybi9zdWJyX3ByZi5jOigudGV4dCsweDE4NGMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBt c2didWZwJwpzdWJyX3ByZi5vOiBJbiBmdW5jdGlvbiBgbG9nX2NvbnNvbGUnOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9wcmYuYzooLnRleHQrMHgxYzZjKTogdW5kZWZpbmVk IHJlZmVyZW5jZSB0byBgbXNnYnVmcCcKc3Vicl9wcmYubzogSW4gZnVuY3Rpb24gYG1zZ2J1Zmlu aXQnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9wcmYuYzooLnRleHQrMHgx Zjk4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgbXNnYnVmcCcKc3Vicl9wcmYubzogSW4gZnVu Y3Rpb24gYGRiX3Nob3dfbXNnYnVmJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1 YnJfcHJmLmM6KC50ZXh0KzB4MjNkMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYG1zZ2J1ZnAn CnN1YnJfcHJmLm86IEluIGZ1bmN0aW9uIGBzeXNjdGxfa2Vybl9tc2didWZfY2xlYXInOgovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9wcmYuYzooLnRleHQrMHgyNDk4KTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgbXNnYnVmcCcKc3Vicl9wcmYubzovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2tlcm4vc3Vicl9wcmYuYzooLnRleHQrMHgyNWQwKTogbW9yZSB1bmRlZmluZWQg cmVmZXJlbmNlcyB0byBgbXNnYnVmcCcgZm9sbG93CnN1YnJfc2dsaXN0Lm86IEluIGZ1bmN0aW9u IGBzZ2xpc3RfY291bnQnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9zZ2xp c3QuYzooLnRleHQrMHgyNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfa2V4dHJhY3Qn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi9zdWJyX3NnbGlzdC5jOigudGV4dCsweDQw KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKc3Vicl9zZ2xpc3Qubzog SW4gZnVuY3Rpb24gYF9zZ2xpc3RfYXBwZW5kX2J1Zic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMva2Vybi9zdWJyX3NnbGlzdC5jOigudGV4dCsweDFkOCk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYHBtYXBfZXh0cmFjdCcKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfc2ds aXN0LmM6KC50ZXh0KzB4MWU4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFj dCcKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfc2dsaXN0LmM6KC50ZXh0KzB4 MmFjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9leHRyYWN0JwovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2tlcm4vc3Vicl9zZ2xpc3QuYzooLnRleHQrMHgyYjgpOiB1bmRlZmluZWQg cmVmZXJlbmNlIHRvIGBwbWFwX2tleHRyYWN0JwpzdWJyX3NnbGlzdC5vOiBJbiBmdW5jdGlvbiBg c2dsaXN0X2J1aWxkJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfc2dsaXN0 LmM6KC50ZXh0KzB4OTg0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3N1YnJfc2dsaXN0LmM6KC50ZXh0KzB4OWEw KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKdWlwY19zaG0ubzogSW4g ZnVuY3Rpb24gYHNobV9kb3RydW5jYXRlJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJu L3VpcGNfc2htLmM6KC50ZXh0KzB4ZGZjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF96 ZXJvX3BhZ2VfYXJlYScKdWlwY19zeXNjYWxscy5vOiBJbiBmdW5jdGlvbiBgdm5fc2VuZGZpbGUn OgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdWlwY19zeXNjYWxscy5jOigudGV4dCsw eDM0ZDApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3plcm9fcGFnZScKdmZzX2Jpby5v OiBJbiBmdW5jdGlvbiBga2Vybl92ZnNfYmlvX2J1ZmZlcl9hbGxvYyc6Ci91c3IvaG9tZS9ic3ov ZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6KC50ZXh0KzB4OTljKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgdW5tYXBwZWRfYnVmX2FsbG93ZWQnCnZmc19iaW8ubzogSW4gZnVuY3Rpb24gYGdl dGJsayc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6KC50ZXh0KzB4 MTU4OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcWVudGVyJwovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigudGV4dCsweDE4MjApOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGB1bm1hcHBlZF9idWZfYWxsb3dlZCcKdmZzX2Jpby5vOiBJbiBmdW5jdGlvbiBg dmZzX2J1c3lfcGFnZXMnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5j OigudGV4dCsweDE5MzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3JlbW92ZV93cml0 ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19iaW8uYzooLnRleHQrMHgxYTMw KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xZW50ZXInCnZmc19iaW8ubzogSW4gZnVu Y3Rpb24gYGJyZWxzZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6 KC50ZXh0KzB4MWVhYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcWVudGVyJwovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigudGV4dCsweDFmNzgpOiB1bmRl ZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3BhZ2Vfd2lyZWRfbWFwcGluZ3MnCnZmc19iaW8ubzog SW4gZnVuY3Rpb24gYGFsbG9jYnVmJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zm c19iaW8uYzooLnRleHQrMHgzMWM4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xcmVt b3ZlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigudGV4dCsweDM0 OTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9rZXJuL3Zmc19iaW8uYzooLnRleHQrMHgzNTRjKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgcG1hcF9xcmVtb3ZlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZz X2Jpby5jOigudGV4dCsweDM3YzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRl cicKdmZzX2Jpby5vOiBJbiBmdW5jdGlvbiBgdmZzX3ZtaW9fcmVsZWFzZSc6Ci91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6KC50ZXh0KzB4Mzk5Yyk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYHBtYXBfcXJlbW92ZScKdmZzX2Jpby5vOiBJbiBmdW5jdGlvbiBgZ2V0bmV3 YnVmJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19iaW8uYzooLnRleHQrMHg0 YTEwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdW5tYXBwZWRfYnVmX2FsbG93ZWQnCnZmc19i aW8ubzogSW4gZnVuY3Rpb24gYGJpb2RvbmUnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tl cm4vdmZzX2Jpby5jOigudGV4dCsweDRiNmMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFw X3FyZW1vdmUnCnZmc19iaW8ubzogSW4gZnVuY3Rpb24gYGJ1ZmRvbmVfZmluaXNoJzoKL3Vzci9o b21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19iaW8uYzooLnRleHQrMHg1M2RjKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xZW50ZXInCnZmc19iaW8ubzogSW4gZnVuY3Rpb24gYHZm c191bmJ1c3lfcGFnZXMnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5j OigudGV4dCsweDU1YjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKdmZz X2Jpby5vOiBJbiBmdW5jdGlvbiBgdmZzX2Jpb19jbHJidWYnOgovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigudGV4dCsweDVhNzQpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX3plcm9fcGFnZV9hcmVhJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4v dmZzX2Jpby5jOigudGV4dCsweDVhYjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3pl cm9fcGFnZV9hcmVhJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigu dGV4dCsweDViMTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3plcm9fcGFnZV9hcmVh Jwp2ZnNfYmlvLm86IEluIGZ1bmN0aW9uIGB2ZnNfYmlvX2J6ZXJvX2J1Zic6Ci91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6KC50ZXh0KzB4NWJiYyk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdlX2FyZWEnCnZmc19iaW8ubzogSW4gZnVuY3Rpb24g YHZtYXBidWYnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4vdmZzX2Jpby5jOigudGV4 dCsweDVjYmMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19iaW8uYzooLnRleHQrMHg1ZDAwKTogdW5kZWZpbmVk IHJlZmVyZW5jZSB0byBgdW5tYXBwZWRfYnVmX2FsbG93ZWQnCnZmc19iaW8ubzogSW4gZnVuY3Rp b24gYHZ1bm1hcGJ1Zic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfYmlvLmM6 KC50ZXh0KzB4NWQ0MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcXJlbW92ZScKdmZz X2Jpby5vOiguZGF0YSsweDc0Yyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHVubWFwcGVkX2J1 Zl9hbGxvd2VkJwp2ZnNfY2x1c3Rlci5vOiBJbiBmdW5jdGlvbiBgY2x1c3Rlcl9yZWFkJzoKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19jbHVzdGVyLmM6KC50ZXh0KzB4N2NjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdW5tYXBwZWRfYnVmX2FsbG93ZWQnCnZmc19jbHVzdGVy Lm86IEluIGZ1bmN0aW9uIGBjbHVzdGVyX3JidWlsZCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMva2Vybi92ZnNfY2x1c3Rlci5jOigudGV4dCsweGYwYyk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYHBtYXBfcWVudGVyJwp2ZnNfY2x1c3Rlci5vOiBJbiBmdW5jdGlvbiBgY2x1c3Rlcl93cml0 ZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMva2Vybi92ZnNfY2x1c3Rlci5jOigudGV4dCsw eDE3YzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB1bm1hcHBlZF9idWZfYWxsb3dlZCcKdmZz X2NsdXN0ZXIubzogSW4gZnVuY3Rpb24gYGNsdXN0ZXJfd2J1aWxkJzoKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9rZXJuL3Zmc19jbHVzdGVyLmM6KC50ZXh0KzB4MWQ2MCk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYHBtYXBfcWVudGVyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2tlcm4v dmZzX2NsdXN0ZXIuYzooLnRleHQrMHgxZjUwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdW5t YXBwZWRfYnVmX2FsbG93ZWQnCnZmc19jbHVzdGVyLm86IEluIGZ1bmN0aW9uIGBjbHVzdGVyX2Nh bGxiYWNrJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9rZXJuL3Zmc19jbHVzdGVyLmM6KC50 ZXh0KzB4MWZiMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcXJlbW92ZScKdmZzX3Zu b3BzLm86IEluIGZ1bmN0aW9uIGB2bl9pb19mYXVsdF9wZ21vdmUnOgovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2tlcm4vdmZzX3Zub3BzLmM6KC50ZXh0KzB4MjRiOCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfY29weV9wYWdlcycKZGV2aWNlX3BhZ2VyLm86IEluIGZ1bmN0aW9uIGBj ZGV2X3BhZ2VyX2ZyZWVfcGFnZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vZGV2aWNl X3BhZ2VyLmM6KC50ZXh0KzB4NWRjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9yZW1v dmVfYWxsJwpwaHlzX3BhZ2VyLm86IEluIGZ1bmN0aW9uIGBwaHlzX3BhZ2VyX2dldHBhZ2VzJzoK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS9waHlzX3BhZ2VyLmM6KC50ZXh0KzB4MmFjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF96ZXJvX3BhZ2UnCnN3YXBfcGFnZXIubzogSW4g ZnVuY3Rpb24gYHN3cF9wYWdlcl9hc3luY19pb2RvbmUnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL3ZtL3N3YXBfcGFnZXIuYzooLnRleHQrMHgzZjY4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgcG1hcF9xcmVtb3ZlJwpzd2FwX3BhZ2VyLm86IEluIGZ1bmN0aW9uIGBzd3BfcGFnZXJfc3Ry YXRlZ3knOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3N3YXBfcGFnZXIuYzooLnRleHQr MHg0Mzc4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xZW50ZXInCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvdm0vc3dhcF9wYWdlci5jOigudGV4dCsweDQzOWMpOiB1bmRlZmluZWQg cmVmZXJlbmNlIHRvIGB1bm1hcHBlZF9idWZfYWxsb3dlZCcKdW1hX2NvcmUubzogSW4gZnVuY3Rp b24gYG5vb2JqX2FsbG9jJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS91bWFfY29yZS5j OigudGV4dCsweDJlZjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKdW1h X2NvcmUubzogSW4gZnVuY3Rpb24gYGtlZ19hbGxvY19zbGFiJzoKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy92bS91bWFfY29yZS5jOigudGV4dCsweDMxMDApOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX2tleHRyYWN0Jwp1bWFfY29yZS5vOiBJbiBmdW5jdGlvbiBgdW1hX2ZpbmRfcmVm Y250JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS91bWFfY29yZS5jOigudGV4dCsweDM0 MjQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tleHRyYWN0Jwp1bWFfY29yZS5vOiBJ biBmdW5jdGlvbiBgdW1hX2xhcmdlX21hbGxvYyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv dm0vdW1hX2NvcmUuYzooLnRleHQrMHgzYmZjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1h cF9rZXh0cmFjdCcKdW1hX2NvcmUubzogSW4gZnVuY3Rpb24gYHpvbmVfcmVsZWFzZSc6Ci91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdW1hX2NvcmUuYzooLnRleHQrMHg0Y2RjKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKdm1fZmF1bHQubzogSW4gZnVuY3Rpb24g YHZtX2ZhdWx0X2hvbGQnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2ZhdWx0LmM6 KC50ZXh0KzB4MmU0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9lbnRlcicKL3Vzci9o b21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9mYXVsdC5jOigudGV4dCsweGRjMCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L3ZtL3ZtX2ZhdWx0LmM6KC50ZXh0KzB4MTIxMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBt YXBfY29weV9wYWdlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2ZhdWx0LmM6KC50 ZXh0KzB4MTZlMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfZW50ZXInCnZtX2ZhdWx0 Lm86IEluIGZ1bmN0aW9uIGB2bV9mYXVsdF9wcmVmYXVsdCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvdm0vdm1fZmF1bHQuYzooLnRleHQrMHgxYjI4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgcG1hcF9pc19wcmVmYXVsdGFibGUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1f ZmF1bHQuYzooLnRleHQrMHgxYzM0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9lbnRl cl9xdWljaycKdm1fZmF1bHQubzogSW4gZnVuY3Rpb24gYHZtX2ZhdWx0X2NhY2hlX2JlaGluZCc6 Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fZmF1bHQuYzooLnRleHQrMHgxZjBjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9yZW1vdmVfYWxsJwp2bV9mYXVsdC5vOiBJbiBm dW5jdGlvbiBgdm1fZmF1bHRfcXVpY2tfaG9sZF9wYWdlcyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvdm0vdm1fZmF1bHQuYzooLnRleHQrMHgyMDM0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgcG1hcF9leHRyYWN0X2FuZF9ob2xkJwp2bV9mYXVsdC5vOiBJbiBmdW5jdGlvbiBgdm1fZmF1 bHRfY29weV9lbnRyeSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fZmF1bHQuYzoo LnRleHQrMHgyNGI4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9jb3B5X3BhZ2UnCi91 c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fZmF1bHQuYzooLnRleHQrMHgyNTYwKTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9lbnRlcicKdm1fZ2x1ZS5vOiBJbiBmdW5jdGlvbiBg dm1fc3luY19pY2FjaGUnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2dsdWUuYzoo LnRleHQrMHg0OTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3N5bmNfaWNhY2hlJwp2 bV9nbHVlLm86IEluIGZ1bmN0aW9uIGB2bV90aHJlYWRfbmV3JzoKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy92bS92bV9nbHVlLmM6KC50ZXh0KzB4NWE0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgcG1hcF9xcmVtb3ZlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2dsdWUuYzoo LnRleHQrMHg2MjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKdm1fZ2x1 ZS5vOiBJbiBmdW5jdGlvbiBgdm1fdGhyZWFkX3N0YWNrX2Rpc3Bvc2UnOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL3ZtL3ZtX2dsdWUuYzooLnRleHQrMHg3M2MpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBwbWFwX3FyZW1vdmUnCnZtX2luaXQubzogSW4gZnVuY3Rpb24gYHZtX21lbV9pbml0 JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9pbml0LmM6KC50ZXh0KzB4MmJjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9pbml0JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL3ZtL3ZtX2luaXQuYzooLnRleHQrMHgyY2MpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2 aXJ0dWFsX2F2YWlsJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2luaXQuYzooLnRl eHQrMHgyZDApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2aXJ0dWFsX2VuZCcKdm1fa2Vybi5v OiBJbiBmdW5jdGlvbiBga21lbV9hbGxvY19hdHRyJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5 cy92bS92bV9rZXJuLmM6KC50ZXh0KzB4Mjg0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1h cF96ZXJvX3BhZ2UnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4 dCsweDJiYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfZW50ZXInCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4dCsweDMxNCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfcmVtb3ZlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tl cm4uYzooLnRleHQrMHgzODQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9z dG9yZScKdm1fa2Vybi5vOiBJbiBmdW5jdGlvbiBga21lbV9hbGxvY19jb250aWcnOgovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQrMHg1ODgpOiB1bmRlZmluZWQg cmVmZXJlbmNlIHRvIGBwbWFwX3plcm9fcGFnZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92 bS92bV9rZXJuLmM6KC50ZXh0KzB4NWE4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9l bnRlcicKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9rZXJuLmM6KC50ZXh0KzB4NjA0 KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBga2VybmVsX3BtYXBfc3RvcmUnCnZtX2tlcm4ubzog SW4gZnVuY3Rpb24gYGttZW1fYmFjayc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1f a2Vybi5jOigudGV4dCsweDhiOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19w YWdlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQrMHg4ZWMp OiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2VudGVyJwovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQrMHg5MzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX3JlbW92ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9rZXJuLmM6KC50 ZXh0KzB4OThjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBga2VybmVsX3BtYXBfc3RvcmUnCnZt X2tlcm4ubzogSW4gZnVuY3Rpb24gYGttZW1fdW5iYWNrJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy92bS92bV9rZXJuLmM6KC50ZXh0KzB4OWNjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg cG1hcF9yZW1vdmUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4 dCsweGEyNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwp2bV9r ZXJuLm86IEluIGZ1bmN0aW9uIGBrbWVtX2luaXRfemVyb19yZWdpb24nOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQrMHhjYjApOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBwbWFwX3plcm9fcGFnZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9r ZXJuLmM6KC50ZXh0KzB4Y2M0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xZW50ZXIn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4dCsweGNkNCk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcWVudGVyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQrMHhjZTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBw bWFwX3FlbnRlcicKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9rZXJuLmM6KC50ZXh0 KzB4Y2Y0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9xZW50ZXInCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4dCsweGQwNCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfcWVudGVyJwp2bV9rZXJuLm86L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5 cy92bS92bV9rZXJuLmM6KC50ZXh0KzB4ZDE0KTogbW9yZSB1bmRlZmluZWQgcmVmZXJlbmNlcyB0 byBgcG1hcF9xZW50ZXInIGZvbGxvdwp2bV9rZXJuLm86IEluIGZ1bmN0aW9uIGBrbWVtX2luaXRf emVyb19yZWdpb24nOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRl eHQrMHhkYzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3Byb3RlY3QnCi91c3IvaG9t ZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fa2Vybi5jOigudGV4dCsweGRlMCk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwp2bV9rZXJuLm86IEluIGZ1bmN0aW9uIGBr bWVtX2luaXQnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX2tlcm4uYzooLnRleHQr MHhlNzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKdm1fa2Vy bi5vOiguZGF0YSsweDQwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdm1fbWF4X2tlcm5lbF9h ZGRyZXNzJwp2bV9tYXAubzogSW4gZnVuY3Rpb24gYHZtc3BhY2VfYWxsb2MnOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX21hcC5jOigudGV4dCsweDI5MCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfcGluaXQnCnZtX21hcC5vOiBJbiBmdW5jdGlvbiBgdm1zcGFjZV9mcmVl JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHgyZjQpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3JlbGVhc2UnCnZtX21hcC5vOiBJbiBmdW5jdGlv biBgdm1zcGFjZV9leGl0JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzoo LnRleHQrMHgzYWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2FjdGl2YXRlJwovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX21hcC5jOigudGV4dCsweDQwMCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHBtYXBfYWN0aXZhdGUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv dm0vdm1fbWFwLmM6KC50ZXh0KzB4NDBjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9y ZW1vdmVfcGFnZXMnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50ZXh0 KzB4NDE4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9hY3RpdmF0ZScKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHg0MzgpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBwbWFwX3JlbGVhc2UnCnZtX21hcC5vOiBJbiBmdW5jdGlvbiBgdm1fbWFwX2lu c2VydCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4MTI5 NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfZ3Jvd2tlcm5lbCcKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHgxNzE4KTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBga2VybmVsX3ZtX2VuZCcKdm1fbWFwLm86IEluIGZ1bmN0aW9uIGB2bV9tYXBfcG1h cF9lbnRlcic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4 MWMxOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfb2JqZWN0X2luaXRfcHQnCi91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4MWVkOCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHBtYXBfZW50ZXJfb2JqZWN0JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL3ZtL3ZtX21hcC5jOigudGV4dCsweDFmMmMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBw bWFwX2VudGVyX29iamVjdCcKdm1fbWFwLm86IEluIGZ1bmN0aW9uIGB2bV9tYXBfZGVsZXRlJzoK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHgyMzk4KTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF91bndpcmUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4MjNlMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBt YXBfcmVtb3ZlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX21hcC5jOigudGV4dCsw eDI2YTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKdm1fbWFw Lm86IEluIGZ1bmN0aW9uIGB2bV9tYXBfZmluZCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv dm0vdm1fbWFwLmM6KC50ZXh0KzB4MjlkYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBf YWxpZ25fc3VwZXJwYWdlJwp2bV9tYXAubzogSW4gZnVuY3Rpb24gYHZtX21hcF9wcm90ZWN0JzoK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHgzM2U0KTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9wcm90ZWN0Jwp2bV9tYXAubzogSW4gZnVuY3Rpb24g YHZtX21hcF9tYWR2aXNlJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzoo LnRleHQrMHgzNmYwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9hZHZpc2UnCnZtX21h cC5vOiBJbiBmdW5jdGlvbiBgdm1fbWFwX3Vud2lyZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4M2U4OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBt YXBfdW53aXJlJwp2bV9tYXAubzogSW4gZnVuY3Rpb24gYHZtX21hcF93aXJlJzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHg0NGE0KTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgcG1hcF91bndpcmUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1f bWFwLmM6KC50ZXh0KzB4NDY5NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfdW53aXJl JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX21hcC5jOigudGV4dCsweDQ3OTQpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3Vud2lyZScKdm1fbWFwLm86IEluIGZ1bmN0aW9u IGB2bV9tYXBfc3luYyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50 ZXh0KzB4NDkzNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcmVtb3ZlJwp2bV9tYXAu bzogSW4gZnVuY3Rpb24gYHZtc3BhY2VfZm9yayc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv dm0vdm1fbWFwLmM6KC50ZXh0KzB4NGRlOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBf cGluaXQnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbWFwLmM6KC50ZXh0KzB4NTIw OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcHJvdGVjdCcKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHg1MzAwKTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBgcG1hcF9jb3B5JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX21hcC5jOigu dGV4dCsweDU1NTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2NvcHknCnZtX21hcC5v OiBJbiBmdW5jdGlvbiBgdm1zcGFjZV9leGVjJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92 bS92bV9tYXAuYzooLnRleHQrMHg2MGIwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9w aW5pdCcKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9tYXAuYzooLnRleHQrMHg2MTQ0 KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9hY3RpdmF0ZScKdm1fbWFwLm86IEluIGZ1 bmN0aW9uIGB2bXNwYWNlX3Vuc2hhcmUnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3Zt X21hcC5jOigudGV4dCsweDYyMDgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2FjdGl2 YXRlJwp2bV9tbWFwLm86IEluIGZ1bmN0aW9uIGBzeXNfbWluY29yZSc6Ci91c3IvaG9tZS9ic3ov ZnJlZWJzZC9zeXMvdm0vdm1fbW1hcC5jOigudGV4dCsweDEzNDApOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBwbWFwX21pbmNvcmUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbW1h cC5jOigudGV4dCsweDEzZjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX21pbmNvcmUn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fbW1hcC5jOigudGV4dCsweDE1MjgpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2lzX21vZGlmaWVkJwovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL3ZtL3ZtX21tYXAuYzooLnRleHQrMHgxNTU0KTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBgcG1hcF9pc19yZWZlcmVuY2VkJwp2bV9vYmplY3QubzogSW4gZnVuY3Rpb24gYHZtX29i amVjdF9pbml0JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9vYmplY3QuYzooLnRl eHQrMHgxODApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2bV9tYXhfa2VybmVsX2FkZHJlc3Mn CnZtX29iamVjdC5vOiBJbiBmdW5jdGlvbiBgdm1fb2JqZWN0X3BhZ2VfY2xlYW4nOgovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX29iamVjdC5jOigudGV4dCsweDE0MTQpOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3JlbW92ZV93cml0ZScKdm1fb2JqZWN0Lm86IEluIGZ1bmN0 aW9uIGB2bV9vYmplY3RfcGFnZV9jb2xsZWN0X2ZsdXNoJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy92bS92bV9vYmplY3QuYzooLnRleHQrMHgxNWM4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgcG1hcF9yZW1vdmVfd3JpdGUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fb2Jq ZWN0LmM6KC50ZXh0KzB4MTY0Yyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcmVtb3Zl X3dyaXRlJwp2bV9vYmplY3QubzogSW4gZnVuY3Rpb24gYHZtX29iamVjdF9wYWdlX3JlbW92ZSc6 Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fb2JqZWN0LmM6KC50ZXh0KzB4MWIxYyk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcmVtb3ZlX3dyaXRlJwovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL3ZtL3ZtX29iamVjdC5jOigudGV4dCsweDFiM2MpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBwbWFwX3JlbW92ZV9hbGwnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0v dm1fb2JqZWN0LmM6KC50ZXh0KzB4MWI3OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBf cmVtb3ZlX2FsbCcKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9zdGFydHVwJzoKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6KC50ZXh0KzB4MzkwKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9tYXAnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0v dm1fcGFnZS5jOigudGV4dCsweDQxNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfbWFw JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX3BhZ2UuYzooLnRleHQrMHg0ZGMpOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX21hcCcKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBg dm1fcGFnZV9mcmVlX3RvcSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGFnZS5j OigudGV4dCsweGJiMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9zZXRfbWVt YXR0cicKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9nZXRmYWtlJzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6KC50ZXh0KzB4ZTVjKTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgcG1hcF9wYWdlX2luaXQnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0v dm1fcGFnZS5jOigudGV4dCsweGU2OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFn ZV9zZXRfbWVtYXR0cicKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9pbml0ZmFrZSc6 Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweGVjNCk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9pbml0JwovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL3ZtL3ZtX3BhZ2UuYzooLnRleHQrMHhlZDApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX3BhZ2Vfc2V0X21lbWF0dHInCnZtX3BhZ2UubzogSW4gZnVuY3Rpb24gYHZtX3BhZ2Vf dXBkYXRlZmFrZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4 dCsweGYwYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9zZXRfbWVtYXR0cicK dm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9hbGxvYyc6Ci91c3IvaG9tZS9ic3ovZnJl ZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDIyM2MpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX3BhZ2Vfc2V0X21lbWF0dHInCnZtX3BhZ2UubzogSW4gZnVuY3Rpb24gYHZtX3Bh Z2VfYWxsb2NfY29udGlnJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6 KC50ZXh0KzB4MjcyYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9zZXRfbWVt YXR0cicKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV90cnlfdG9fY2FjaGUnOgovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX3BhZ2UuYzooLnRleHQrMHgzMGIwKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9yZW1vdmVfYWxsJwp2bV9wYWdlLm86IEluIGZ1bmN0aW9u IGB2bV9wYWdlX2NhY2hlJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6 KC50ZXh0KzB4MzFiNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9zZXRfbWVt YXR0cicKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV90cnlfdG9fZnJlZSc6Ci91c3Iv aG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDM0MWMpOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3JlbW92ZV9hbGwnCnZtX3BhZ2UubzogSW4gZnVuY3Rpb24g YHZtX3BhZ2VfYWR2aXNlJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6 KC50ZXh0KzB4MzRmNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfaXNfbW9kaWZpZWQn CnZtX3BhZ2UubzogSW4gZnVuY3Rpb24gYHZtX3BhZ2VfZ3JhYic6Ci91c3IvaG9tZS9ic3ovZnJl ZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDM3NjgpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX3plcm9fcGFnZScKdm1fcGFnZS5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9zZXRf dmFsaWRfcmFuZ2UnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL3ZtL3ZtX3BhZ2UuYzooLnRl eHQrMHgzOTRjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF96ZXJvX3BhZ2VfYXJlYScK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6KC50ZXh0KzB4Mzk5MCk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdlX2FyZWEnCnZtX3BhZ2UubzogSW4g ZnVuY3Rpb24gYHZtX3BhZ2Vfc2V0X3ZhbGlkY2xlYW4nOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL3ZtL3ZtX3BhZ2UuYzooLnRleHQrMHgzYTEwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg cG1hcF96ZXJvX3BhZ2VfYXJlYScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdl LmM6KC50ZXh0KzB4M2E1NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdl X2FyZWEnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDNh ZWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2NsZWFyX21vZGlmeScKdm1fcGFnZS5v OiBJbiBmdW5jdGlvbiBgdm1fcGFnZV9zZXRfaW52YWxpZCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDNjNTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX3JlbW92ZV9hbGwnCnZtX3BhZ2UubzogSW4gZnVuY3Rpb24gYHZtX3BhZ2VfemVyb19p bnZhbGlkJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlLmM6KC50ZXh0KzB4 M2NkOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdlX2FyZWEnCnZtX3Bh Z2UubzogSW4gZnVuY3Rpb24gYHZtX3BhZ2VfdGVzdF9kaXJ0eSc6Ci91c3IvaG9tZS9ic3ovZnJl ZWJzZC9zeXMvdm0vdm1fcGFnZS5jOigudGV4dCsweDNkYzQpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX2lzX21vZGlmaWVkJwp2bV9wYWdlb3V0Lm86IEluIGZ1bmN0aW9uIGB2bV9wYWdl b3V0X2ZsdXNoJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlb3V0LmM6KC50 ZXh0KzB4NjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3JlbW92ZV93cml0ZScKdm1f cGFnZW91dC5vOiBJbiBmdW5jdGlvbiBgdm1fcGFnZW91dF9sYXVuZGVyJzoKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy92bS92bV9wYWdlb3V0LmM6KC50ZXh0KzB4NWZjKTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgcG1hcF9yZW1vdmVfYWxsJwp2bV9wYWdlb3V0Lm86IEluIGZ1bmN0aW9uIGB2 bV9wYWdlb3V0JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlb3V0LmM6KC50 ZXh0KzB4MTRmMCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfdHNfcmVmZXJlbmNlZCcK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9wYWdlb3V0LmM6KC50ZXh0KzB4MTUzYyk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcmVtb3ZlX2FsbCcKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy92bS92bV9wYWdlb3V0LmM6KC50ZXh0KzB4MWMwYyk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYHBtYXBfdHNfcmVmZXJlbmNlZCcKdm1fcGh5cy5vOiBJbiBmdW5jdGlvbiBgdm1f cGh5c19hZGRfcGFnZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0vdm1fcGh5cy5jOigu dGV4dCsweDVjNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfcGFnZV9pbml0Jwp2bV9w aHlzLm86IEluIGZ1bmN0aW9uIGB2bV9waHlzX3plcm9fcGFnZXNfaWRsZSc6Ci91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvdm0vdm1fcGh5cy5jOigudGV4dCsweDEyNTQpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBwbWFwX3plcm9fcGFnZV9pZGxlJwp2bV9yZXNlcnYubzogSW4gZnVuY3Rpb24g YHZtX3Jlc2Vydl9zdGFydHVwJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bV9yZXNl cnYuYzooLnRleHQrMHgxMzgwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9tYXAnCnZu b2RlX3BhZ2VyLm86IEluIGZ1bmN0aW9uIGB2bm9kZV9wYWdlcl9zZXRzaXplJzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy92bS92bm9kZV9wYWdlci5jOigudGV4dCsweGE2MCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHBtYXBfemVyb19wYWdlX2FyZWEnCnZub2RlX3BhZ2VyLm86IEluIGZ1 bmN0aW9uIGB2bm9kZV9wYWdlcl9nZW5lcmljX2dldHBhZ2VzJzoKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy92bS92bm9kZV9wYWdlci5jOigudGV4dCsweDE2NzQpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBwbWFwX3plcm9fcGFnZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bm9k ZV9wYWdlci5jOigudGV4dCsweDE4MzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3Fl bnRlcicKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy92bS92bm9kZV9wYWdlci5jOigudGV4dCsw eDE5NTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3FlbnRlcicKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy92bS92bm9kZV9wYWdlci5jOigudGV4dCsweDE5ODgpOiB1bmRlZmluZWQg cmVmZXJlbmNlIHRvIGBwbWFwX3FyZW1vdmUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvdm0v dm5vZGVfcGFnZXIuYzooLnRleHQrMHgxYzcwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdW5t YXBwZWRfYnVmX2FsbG93ZWQnCmNwdWZ1bmMubzogSW4gZnVuY3Rpb24gYHNldF9jcHVmdW5jcyc6 Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9jcHVmdW5jLmM6KC50ZXh0KzB4MWEw KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9wdGVfaW5pdF9nZW5lcmljJwpkYl9pbnRl cmZhY2UubzogSW4gZnVuY3Rpb24gYGRiX3ZhbGlkYXRlX2FkZHJlc3MnOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2FybS9hcm0vZGJfaW50ZXJmYWNlLmM6KC50ZXh0KzB4MTNjKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9leHRyYWN0JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L2FybS9hcm0vZGJfaW50ZXJmYWNlLmM6KC50ZXh0KzB4MTU4KTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBga2VybmVsX3BtYXBfc3RvcmUnCmRiX2ludGVyZmFjZS5vOiBJbiBmdW5jdGlvbiBgZGJf cmVhZF9ieXRlcyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kYl9pbnRlcmZh Y2UuYzooLnRleHQrMHgxYzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2V4dHJhY3Qn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kYl9pbnRlcmZhY2UuYzooLnRleHQr MHgyNTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2V4dHJhY3QnCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kYl9pbnRlcmZhY2UuYzooLnRleHQrMHgyYjQpOiB1bmRl ZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKZGJfaW50ZXJmYWNlLm86IElu IGZ1bmN0aW9uIGBkYl93cml0ZV9ieXRlcyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJt L2FybS9kYl9pbnRlcmZhY2UuYzooLnRleHQrMHgzMjQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX2V4dHJhY3QnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kYl9pbnRl cmZhY2UuYzooLnRleHQrMHgzYjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2V4dHJh Y3QnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kYl9pbnRlcmZhY2UuYzooLnRl eHQrMHg0NDgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKZGV2 bWFwLm86IEluIGZ1bmN0aW9uIGBhcm1fZGV2bWFwX2Jvb3RzdHJhcCc6Ci91c3IvaG9tZS9ic3ov ZnJlZWJzZC9zeXMvYXJtL2FybS9kZXZtYXAuYzooLnRleHQrMHgyMjQpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBwbWFwX21hcF9jaHVuaycKZGV2bWFwLm86IEluIGZ1bmN0aW9uIGBwbWFwX21h cGRldic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kZXZtYXAuYzooLnRleHQr MHgzZjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tlbnRlcl9kZXZpY2UnCmRldm1h cC5vOiBJbiBmdW5jdGlvbiBgcG1hcF91bm1hcGRldic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMvYXJtL2FybS9kZXZtYXAuYzooLnRleHQrMHg0YzQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBwbWFwX2tyZW1vdmUnCmR1bXBfbWFjaGRlcC5vOiBJbiBmdW5jdGlvbiBgZHVtcHN5cyc6Ci91 c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9kdW1wX21hY2hkZXAuYzooLnRleHQrMHg0 MzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tleHRyYWN0JwovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2FybS9hcm0vZHVtcF9tYWNoZGVwLmM6KC50ZXh0KzB4NjJjKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZW50ZXJfdGVtcG9yYXJ5JwpleGNlcHRpb24ubzogSW4g ZnVuY3Rpb24gYHByZWZldGNoX2Fib3J0X2VudHJ5JzoKKC50ZXh0KzB4MWI0KTogdW5kZWZpbmVk IHJlZmVyZW5jZSB0byBgYWJvcnRfaGFuZGxlcicKZXhjZXB0aW9uLm86IEluIGZ1bmN0aW9uIGBk YXRhX2Fib3J0X2VudHJ5JzoKKC50ZXh0KzB4MjU0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg YWJvcnRfaGFuZGxlcicKZmlxLm86IEluIGZ1bmN0aW9uIGBmaXFfY2xhaW0nOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vZmlxLmM6KC50ZXh0KzB4YTgpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGB2ZWN0b3JfcGFnZV9zZXRwcm90JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L2FybS9hcm0vZmlxLmM6KC50ZXh0KzB4YzgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2ZWN0 b3JfcGFnZV9zZXRwcm90JwpmaXEubzogSW4gZnVuY3Rpb24gYGZpcV9yZWxlYXNlJzoKL3Vzci9o b21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL2ZpcS5jOigudGV4dCsweDFiOCk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYHZlY3Rvcl9wYWdlX3NldHByb3QnCi91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvYXJtL2FybS9maXEuYzooLnRleHQrMHgxZDgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGB2ZWN0b3JfcGFnZV9zZXRwcm90JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0v ZmlxLmM6KC50ZXh0KzB4MjEwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgdmVjdG9yX3BhZ2Vf c2V0cHJvdCcKZmlxLm86L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL2ZpcS5jOigu dGV4dCsweDIzMCk6IG1vcmUgdW5kZWZpbmVkIHJlZmVyZW5jZXMgdG8gYHZlY3Rvcl9wYWdlX3Nl dHByb3QnIGZvbGxvdwptYWNoZGVwLm86IEluIGZ1bmN0aW9uIGBpbml0YXJtJzoKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21hY2hkZXAuYzooLnRleHQrMHgxMzljKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgcG1hcF9saW5rX2wycHQnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMvYXJtL2FybS9tYWNoZGVwLmM6KC50ZXh0KzB4MTNmNCk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYHBtYXBfbWFwX2NodW5rJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFj aGRlcC5jOigudGV4dCsweDE0MTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX21hcF9j aHVuaycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21hY2hkZXAuYzooLnRleHQr MHgxNDNjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9tYXBfY2h1bmsnCi91c3IvaG9t ZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9tYWNoZGVwLmM6KC50ZXh0KzB4MTQ2OCk6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfbWFwX2NodW5rJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL2FybS9hcm0vbWFjaGRlcC5jOigudGV4dCsweDE0OGMpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwbWFwX2xpbmtfbDJwdCcKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21h Y2hkZXAuYzooLnRleHQrMHgxNGE4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9tYXBf ZW50cnknCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9tYWNoZGVwLmM6KC50ZXh0 KzB4MTcwOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfYm9vdHN0cmFwJwovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFjaGRlcC5jOigudGV4dCsweDE3ZDApOiB1bmRl ZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2N1cm1heGt2YWRkcicKL3Vzci9ob21lL2Jzei9mcmVl YnNkL3N5cy9hcm0vYXJtL21hY2hkZXAuYzooLnRleHQrMHgxN2Q4KTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgdm1fbWF4X2tlcm5lbF9hZGRyZXNzJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lz L2FybS9hcm0vbWFjaGRlcC5jOigudGV4dCsweDE4MjQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv IGBtc2didWZwJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFjaGRlcC5jOigu dGV4dCsweDE4MjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2aXJ0dWFsX2F2YWlsJwptYWNo ZGVwLm86IEluIGZ1bmN0aW9uIGBjcHVfc3RhcnR1cCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9z eXMvYXJtL2FybS9tYWNoZGVwLmM6KC50ZXh0KzB4MThkMCk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYHZlY3Rvcl9wYWdlX3NldHByb3QnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2Fy bS9tYWNoZGVwLmM6KC50ZXh0KzB4MThkYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBf c2V0X3BjYl9wYWdlZGlyJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFjaGRl cC5jOigudGV4dCsweDE4ZTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX3Bvc3Rpbml0 JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFjaGRlcC5jOigudGV4dCsweDE5 MDQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tlbnRlcl91c2VyJwovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWFjaGRlcC5jOigudGV4dCsweDE5NDApOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfcG1hcF9zdG9yZScKbWVtLm86IEluIGZ1bmN0aW9uIGBt ZW1ydyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9tZW0uYzooLnRleHQrMHgx MTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tlbnRlcicKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9hcm0vYXJtL21lbS5jOigudGV4dCsweDE2Yyk6IHVuZGVmaW5lZCByZWZlcmVu Y2UgdG8gYHBtYXBfcXJlbW92ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21l bS5jOigudGV4dCsweDI1MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfZXh0cmFjdCcK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21lbS5jOigudGV4dCsweDJkNCk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2FybS9hcm0vbWVtLmM6KC50ZXh0KzB4MmU0KTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBgX3RtcHB0JwptZW0ubzogSW4gZnVuY3Rpb24gYG1lbW1tYXAnOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWVtLmM6KC50ZXh0KzB4MzBjKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKbWluaWR1bXBfbWFjaGRlcC5vOiBJbiBmdW5jdGlvbiBg bWluaWR1bXBzeXMnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWluaWR1bXBf bWFjaGRlcC5jOigudGV4dCsweDc0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9nZXRf cGRlX3B0ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21pbmlkdW1wX21hY2hk ZXAuYzooLnRleHQrMHgxNGMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tlbnRlcl90 ZW1wb3JhcnknCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS9taW5pZHVtcF9tYWNo ZGVwLmM6KC50ZXh0KzB4NjNjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9nZXRfcGRl X3B0ZScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL21pbmlkdW1wX21hY2hkZXAu YzooLnRleHQrMHhkN2MpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBrZXJuZWxfdm1fZW5kJwov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWluaWR1bXBfbWFjaGRlcC5jOigudGV4 dCsweGQ4MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGtlcm5lbF9wbWFwX3N0b3JlJwovdXNy L2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vbWluaWR1bXBfbWFjaGRlcC5jOigudGV4dCsw eGQ5NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYG1zZ2J1ZnAnCm1pbmlkdW1wX21hY2hkZXAu bzogSW4gZnVuY3Rpb24gYGJsa193cml0ZSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJt L2FybS9taW5pZHVtcF9tYWNoZGVwLmM6KC50ZXh0KzB4MTAyNCk6IHVuZGVmaW5lZCByZWZlcmVu Y2UgdG8gYHBtYXBfa2VudGVyX3RlbXBvcmFyeScKdm1fbWFjaGRlcC5vOiBJbiBmdW5jdGlvbiBg Y3B1X2ZvcmsnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2FybS9hcm0vdm1fbWFjaGRlcC5j OigudGV4dCsweDc4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9zZXRfcGNiX3BhZ2Vk aXInCnZtX21hY2hkZXAubzogSW4gZnVuY3Rpb24gYHNmX2J1Zl9mcmVlJzoKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy9hcm0vYXJtL3ZtX21hY2hkZXAuYzooLnRleHQrMHgxNzgpOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBwbWFwX2tyZW1vdmUnCnZtX21hY2hkZXAubzogSW4gZnVuY3Rpb24g YHNmX2J1Zl9hbGxvYyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvYXJtL2FybS92bV9tYWNo ZGVwLmM6KC50ZXh0KzB4M2Y0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZW50ZXIn CnZtX21hY2hkZXAubzogSW4gZnVuY3Rpb24gYHN3aV92bSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvYXJtL2FybS92bV9tYWNoZGVwLmM6KC50ZXh0KzB4NWYwKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgYnVzZG1hX3N3aScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9hcm0vYXJtL3Zt X21hY2hkZXAuYzooLnRleHQrMHg1ZjgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNkbWFf c3dpX3BlbmRpbmcnCnVhcnRfY3B1X2ZkdC5vOiBJbiBmdW5jdGlvbiBgdWFydF9jcHVfZXFyZXMn OgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi91YXJ0L3VhcnRfY3B1X2ZkdC5jOigudGV4 dCsweDJjKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcG1hcF9rZXh0cmFjdCcKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9kZXYvdWFydC91YXJ0X2NwdV9mZHQuYzooLnRleHQrMHgzYyk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYHBtYXBfa2V4dHJhY3QnCi91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvZGV2L3VhcnQvdWFydF9jcHVfZmR0LmM6KC50ZXh0KzB4NGMpOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBwbWFwX2tleHRyYWN0JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi91 YXJ0L3VhcnRfY3B1X2ZkdC5jOigudGV4dCsweDU4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg cG1hcF9rZXh0cmFjdCcKY2VzYS5vOiBJbiBmdW5jdGlvbiBgY2VzYV9hdHRhY2gnOgovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHg1ZDApOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hX3RhZ19jcmVhdGUnCi91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsweDdjOCk6IHVuZGVmaW5lZCByZWZlcmVuY2Ug dG8gYGJ1c19kbWFtYXBfY3JlYXRlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNh L2Nlc2EuYzooLnRleHQrMHg4MWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWFw X2Rlc3Ryb3knCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4 dCsweGFkOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFtYXBfZGVzdHJveScKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4YjEwKTogdW5k ZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfdW5sb2FkJwovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHhiMjQpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBidXNfZG1hbWVtX2ZyZWUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nl c2EvY2VzYS5jOigudGV4dCsweGIyYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFf dGFnX2Rlc3Ryb3knCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigu dGV4dCsweGI1Yyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3VubG9hZCcK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4YjcwKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYW1lbV9mcmVlJwovdXNyL2hvbWUvYnN6L2Zy ZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHhiNzgpOiB1bmRlZmluZWQgcmVmZXJl bmNlIHRvIGBidXNfZG1hX3RhZ19kZXN0cm95JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rl di9jZXNhL2Nlc2EuYzooLnRleHQrMHhiYWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVz X2RtYW1hcF91bmxvYWQnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5j OigudGV4dCsweGJiYyk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFtZW1fZnJlZScK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4YmM0KTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYV90YWdfZGVzdHJveScKL3Vzci9ob21lL2Jz ei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4YmQ4KTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgYnVzX2RtYV90YWdfZGVzdHJveScKY2VzYS5vOiBJbiBmdW5jdGlvbiBgY2Vz YV9kZXRhY2gnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRl eHQrMHhkNTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWFwX2Rlc3Ryb3knCi91 c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsweGQ4Yyk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3VubG9hZCcKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4ZDljKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgYnVzX2RtYW1lbV9mcmVlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9j ZXNhL2Nlc2EuYzooLnRleHQrMHhkYTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1h X3RhZ19kZXN0cm95JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzoo LnRleHQrMHhkZDApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF91bmxvYWQn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsweGRlNCk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFtZW1fZnJlZScKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4ZGVjKTogdW5kZWZpbmVkIHJlZmVy ZW5jZSB0byBgYnVzX2RtYV90YWdfZGVzdHJveScKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9k ZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4ZTIwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1 c19kbWFtYXBfdW5sb2FkJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2Eu YzooLnRleHQrMHhlMzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWVtX2ZyZWUn Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsweGUzOCk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFfdGFnX2Rlc3Ryb3knCi91c3IvaG9tZS9i c3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsweGU0NCk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYGJ1c19kbWFfdGFnX2Rlc3Ryb3knCmNlc2EubzogSW4gZnVuY3Rpb24gYGNl c2FfcHJvY2Vzcyc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigu dGV4dCsweDE1MTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9zeW5jJwov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHgxNTVjKTog dW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21lL2Jzei9m cmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4MTVhMCk6IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2 L2Nlc2EvY2VzYS5jOigudGV4dCsweDFhOTgpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVz X2RtYW1hcF9zeW5jJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzoo LnRleHQrMHgxYWQwKTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycK Y2VzYS5vOi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsw eDFiMGMpOiBtb3JlIHVuZGVmaW5lZCByZWZlcmVuY2VzIHRvIGBfYnVzX2RtYW1hcF9zeW5jJyBm b2xsb3cKY2VzYS5vOiBJbiBmdW5jdGlvbiBgY2VzYV9mcmVlX3JlcXVlc3QnOgovdXNyL2hvbWUv YnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHgyMTVjKTogdW5kZWZpbmVk IHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfdW5sb2FkJwpjZXNhLm86IEluIGZ1bmN0aW9uIGBj ZXNhX2V4ZWN1dGUnOgovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzoo LnRleHQrMHgyMjk0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4MjMwYyk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCmNlc2EubzogSW4gZnVu Y3Rpb24gYGNlc2FfaW50cic6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2Vz YS5jOigudGV4dCsweDJmOTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9z eW5jJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHgy ZmI4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9kZXYvY2VzYS9jZXNhLmM6KC50ZXh0KzB4MzA0Yyk6IHVuZGVmaW5l ZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCmNlc2EubzogSW4gZnVuY3Rpb24gYGNl c2FfYWxsb2NfZG1hX21lbSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2Vz YS5jOigudGV4dCsweDMxNzApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hX3RhZ19j cmVhdGUnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L2Nlc2EvY2VzYS5jOigudGV4dCsw eDMxYTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hbWVtX2FsbG9jJwovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHgzMjFjKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYW1lbV9mcmVlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qv c3lzL2Rldi9jZXNhL2Nlc2EuYzooLnRleHQrMHgzMjI4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0 byBgYnVzX2RtYV90YWdfZGVzdHJveScKaWZfbWdlLm86IEluIGZ1bmN0aW9uIGBtZ2VfYXR0YWNo JzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDM2 NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFfdGFnX2NyZWF0ZScKaWZfbWdlLm86 IEluIGZ1bmN0aW9uIGBtZ2VfZGV0YWNoJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYv bWdlL2lmX21nZS5jOigudGV4dCsweDkxOCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19k bWFfdGFnX2Rlc3Ryb3knCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2Uu YzooLnRleHQrMHg5MjApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hX3RhZ19kZXN0 cm95JwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6KC50ZXh0KzB4 OTI4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYV90YWdfZGVzdHJveScKaWZfbWdl Lm86IEluIGZ1bmN0aW9uIGBtZ2Vfc3RvcCc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2 L21nZS9pZl9tZ2UuYzooLnRleHQrMHhkNTQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVz X2RtYW1hcF9zeW5jJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6 KC50ZXh0KzB4ZGE0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycK L3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweGRiOCk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3VubG9hZCcKaWZfbWdlLm86IElu IGZ1bmN0aW9uIGBtZ2VfZnJlZV9kZXNjJzoKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYv bWdlL2lmX21nZS5jOigudGV4dCsweDEwY2MpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBidXNf ZG1hbWFwX2Rlc3Ryb3knCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2Uu YzooLnRleHQrMHgxMGQ4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3lu YycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDEw ZjQpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF91bmxvYWQnCi91c3IvaG9t ZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxMTAwKTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYW1hcF9kZXN0cm95JwovdXNyL2hvbWUvYnN6L2ZyZWVi c2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6KC50ZXh0KzB4MTEyMCk6IHVuZGVmaW5lZCByZWZlcmVu Y2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21n ZS9pZl9tZ2UuYzooLnRleHQrMHgxMTM4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX2J1c19k bWFtYXBfdW5sb2FkJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6 KC50ZXh0KzB4MTE0OCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFtZW1fZnJlZScK aWZfbWdlLm86IEluIGZ1bmN0aW9uIGBtZ2VfaW50cl90eF9sb2NrZWQnOgovdXNyL2hvbWUvYnN6 L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6KC50ZXh0KzB4MTUxMCk6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCi91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMv ZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxNTg4KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBg X2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21n ZS5jOigudGV4dCsweDE1OWMpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF91 bmxvYWQnCmlmX21nZS5vOiBJbiBmdW5jdGlvbiBgbWdlX3N0YXJ0X2xvY2tlZCc6Ci91c3IvaG9t ZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxNzE4KTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21lL2Jzei9mcmVlYnNk L3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDE4N2MpOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBfYnVzX2RtYW1hcF9zeW5jJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2Uv aWZfbWdlLmM6KC50ZXh0KzB4MTkwNCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1h bWFwX3VubG9hZCcKaWZfbWdlLm86IEluIGZ1bmN0aW9uIGBtZ2VfaW50cl9yeF9sb2NrZWQnOgov dXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6KC50ZXh0KzB4MWMwOCk6 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCi91c3IvaG9tZS9ic3ov ZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxYzU4KTogdW5kZWZpbmVkIHJl ZmVyZW5jZSB0byBgX2J1c19kbWFtYXBfc3luYycKL3Vzci9ob21lL2Jzei9mcmVlYnNkL3N5cy9k ZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDFkOTApOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBf YnVzX2RtYW1hcF9zeW5jJwppZl9tZ2UubzogSW4gZnVuY3Rpb24gYG1nZV9hbGxvY19kZXNjX2Rt YSc6Ci91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgx ZGY0KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgYnVzX2RtYW1lbV9hbGxvYycKL3Vzci9ob21l L2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDFlYjApOiB1bmRlZmlu ZWQgcmVmZXJlbmNlIHRvIGBidXNfZG1hX3RhZ19jcmVhdGUnCi91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxZWYwKTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBgYnVzX2RtYW1lbV9mcmVlJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2Uv aWZfbWdlLmM6KC50ZXh0KzB4MWY0MCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGJ1c19kbWFt YXBfY3JlYXRlJwppZl9tZ2UubzogSW4gZnVuY3Rpb24gYG1nZV9uZXdfcnhidWYnOgovdXNyL2hv bWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9tZ2UvaWZfbWdlLmM6KC50ZXh0KzB4MWZlOCk6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYF9idXNfZG1hbWFwX3N5bmMnCi91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvZGV2L21nZS9pZl9tZ2UuYzooLnRleHQrMHgxZmY0KTogdW5kZWZpbmVkIHJlZmVyZW5j ZSB0byBgX2J1c19kbWFtYXBfdW5sb2FkJwovdXNyL2hvbWUvYnN6L2ZyZWVic2Qvc3lzL2Rldi9t Z2UvaWZfbWdlLmM6KC50ZXh0KzB4MjA0NCk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9idXNf ZG1hbWFwX3N5bmMnCmlmX21nZS5vOiBJbiBmdW5jdGlvbiBgbWdlX2luaXRfbG9ja2VkJzoKL3Vz ci9ob21lL2Jzei9mcmVlYnNkL3N5cy9kZXYvbWdlL2lmX21nZS5jOigudGV4dCsweDJkMTApOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfYnVzX2RtYW1hcF9zeW5jJwoqKiogW2tlcm5lbF0gRXJy b3IgY29kZSAxCgptYWtlWzJdOiBzdG9wcGVkIGluIC91c3IvaG9tZS9ic3ovYnVpbGQvYXJtLmFy bS91c3IvaG9tZS9ic3ovZnJlZWJzZC9zeXMvU0hFRVZBUExVRwoxIGVycm9yCgptYWtlWzJdOiBz dG9wcGVkIGluIC91c3IvaG9tZS9ic3ovYnVpbGQvYXJtLmFybS91c3IvaG9tZS9ic3ovZnJlZWJz ZC9zeXMvU0hFRVZBUExVRwoqKiogW2J1aWxka2VybmVsXSBFcnJvciBjb2RlIDIKCm1ha2VbMV06 IHN0b3BwZWQgaW4gL3Vzci9ob21lL2Jzei9mcmVlYnNkCjEgZXJyb3IKCm1ha2VbMV06IHN0b3Bw ZWQgaW4gL3Vzci9ob21lL2Jzei9mcmVlYnNkCioqKiBbYnVpbGRrZXJuZWxdIEVycm9yIGNvZGUg MgoKbWFrZTogc3RvcHBlZCBpbiAvdXNyL2hvbWUvYnN6L2ZyZWVic2QKMSBlcnJvcgoKbWFrZTog c3RvcHBlZCBpbiAvdXNyL2hvbWUvYnN6L2ZyZWVic2QKCg== --001a114d64e6a887e8051c7cf7c5-- From owner-freebsd-arm@freebsd.org Tue Aug 4 15:22:11 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B92709B3798 for ; Tue, 4 Aug 2015 15:22:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F87A1D3C for ; Tue, 4 Aug 2015 15:22:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by iggf3 with SMTP id f3so13452021igg.1 for ; Tue, 04 Aug 2015 08:22:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=6gzDMjtp/qKn0U+DXDBhe5XFNh3z7VLjLj9B6hzB/J0=; b=e0BzgiLaLkZAnyKlCBIbPPaLp+W0VeroDeOcenEI/caqv3FLw5l3NKtWfj926Fs09f Dd5y95aqHmPa1hJb74w1pmqztTGMdPLGWF/dcVTw39jemNM0k9z8FTJcRe4Ykc1HyUWg QRZWmxRmaqXZ/OqYrQ2o4qh0Zb/Q6PncVFdRfeg6V1g8ICZkZJ9wA0/RUs2v8zs9bgDy MKKclD/miCXiQVmBpfYB5w/7K30lb1HP4jmB6NuSYLuL03F7TSms9Lu3A5Zy3E81FSwY s2oq0RUacVgvq8gWsfHUA2SsAtMNmdlVRcmYXzFWhCmdbDWzOXB9e+0wBeROZR48WnyL znJA== X-Gm-Message-State: ALoCoQkqxBm9oiX/9/qVwtVuxLiHevFWV+2MVdJ0xGyHZNy8GIZcZB6SrFUMEkQzDWoh2cz/yJ6F X-Received: by 10.50.79.230 with SMTP id m6mr4055301igx.86.1438701725515; Tue, 04 Aug 2015 08:22:05 -0700 (PDT) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id bd7sm1258387igb.19.2015.08.04.08.22.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Aug 2015 08:22:04 -0700 (PDT) Sender: Warner Losh Subject: Re: [armv5] buildkernel issue on stable/10 - Sheevaplug Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0AFDA887-429F-4DEE-8FA9-72708772AD12"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: Date: Tue, 4 Aug 2015 09:22:02 -0600 Cc: freebsd-arm@freebsd.org, Marcin Wojtas , ian@freebsd.org Message-Id: <4BE288C2-42EF-4D43-AFE5-E7685F8E7E63@bsdimp.com> References: To: Bartosz Szczepanek X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 15:22:11 -0000 --Apple-Mail=_0AFDA887-429F-4DEE-8FA9-72708772AD12 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 4, 2015, at 8:18 AM, Bartosz Szczepanek = wrote: >=20 > Hello, >=20 > I'm building stable/10 kernel for Sheevaplug, using default > configuration (sys/arm/conf/SHEEVAPLUG). On linking stage issue of > undefined references emerges (log attached). These references lead to > files with '!armv6' option in sys/conf/files.arm. Supossedly config > tool doesn't support negation in options (this is the only occurence > of exclamation mark in sys/conf/files*), even though this Ian's patch > was introduced: > = https://lists.freebsd.org/pipermail/svn-src-head/2014-November/065302.html= >=20 > Changing 'optional' to 'standard' solves the issue on armv5 platform, > as well as reverting to old 'cpu_*' settings. Build command I used was > 'make -j5 buildkernel TARGET=3Darm -DNO_MODULES KERNCONF=3DSHEEVAPLUG', > but I tried with MACHINE_ARCH=3Darm and TARGET_ARCH=3Darm as well with = no > effect. >=20 > Please, let me know if this issue can be solved in more generic way > than described above. What version does config claim to be on stable/10? config does support = that stuff (Ian and I added it and hashed out the bugs 9 months ago). I = thought it had been MFC=E2=80=99d. Warner --Apple-Mail=_0AFDA887-429F-4DEE-8FA9-72708772AD12 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVwNibAAoJEGwc0Sh9sBEAwtkP/i+5IFWpn+zMkOYXmXOQ5aun jy6+Sjpd7nRB+p8/Dg13bNdVs0+T5zt4g7lKaUjHNfhKrCGaMaMy5E6WThyuey7T yXRzjflsWb4z+ajLMGFp8euqdVRVd4HT7kXCx2dHx8/Kjs3WELXUCUUGkFXJX5qs eRjgjS6LSAjbTTrWms6KK/KTblykHHqR5TvVDMGvrpPWdNI071P/mL/LWX6M8Bzi d3Wb5DW5KyiEkvjXSilBbgKmX7otE27NxX9r+dR+gOLGlwVo9pA4tQIzPTRjX5Yk smYKxbR/j8FwzBtB58zudaZXL27upTSQQURSxZ/x4DNsmMV2LAkHiw+Ldh9p0gDJ MhXtPJgkrQy9oUn1VpZgQLVh7wm7QzsqrFwpdWxU2lrXEgeXBQYBKYZsL+mulg5s DDCQhoCVsyyWqS+xa6R7jk4nUcXb+x8T8tXT++tx7IlXATw0rm4G6Rnxiw7iGIja uQTKGN+zgxK4DEazC/lAIm9bJUvl70e/dt1AU5mdOo6gx+Nee2GNQEEtJ8BNNUiB yX3ilDXIT1QGM2lqmHDa5eZjQpYlN91qb0yEtqV96LFEQQHsTxZ2H4AJLQz3j89U w9UgcLAppW6vp/oSdjuZIN5YCXifS0lgF+DXQzp08BIodbHWjMnjYXxtR+XEsU6v u5EAl90qFApjlSS4kxPN =ZJR7 -----END PGP SIGNATURE----- --Apple-Mail=_0AFDA887-429F-4DEE-8FA9-72708772AD12-- From owner-freebsd-arm@freebsd.org Tue Aug 4 22:01:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63BC69B3923 for ; Tue, 4 Aug 2015 22:01:00 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2756D25E for ; Tue, 4 Aug 2015 22:01:00 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by ioea135 with SMTP id a135so31364518ioe.1 for ; Tue, 04 Aug 2015 15:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:content-transfer-encoding:message-id:date :subject:from:in-reply-to:references:to:cc; bh=uRjXYWq3e4/wLX3o7hJn3pNTsFZEEe9QX2YZYLFkqOw=; b=hyF0uayfPwCF0VZF3gmXRUJLZ4EgszurAwWOTULq7QLFpQltYCtEqQCLaGcsLacxo7 fUEFIIHfu6as0TLejV7E92Sd38YXdhZ5SYjkHzPlbX6uLsAiajWQCD1+JpAOkfCQz7PY Bpmg9yI0TxdrxpmMOHtJ+adoKr3usiegajLFRAKqzkugFE8st7ZPfnwnbbyhG+/1q2V9 7XRkBmvuyd0W2i3vZVSy1XdvB2aCGB/9Y0YuMZpBx88XRa89cs6jMvCQf7LM93VdUUkm OlB/G452Dc9ck1x42po3eyIt1XDGN66T4SavSDLS+tfw5GakodHLb9aNC5gmxCU1up/V x/tw== X-Received: by 10.107.130.11 with SMTP id e11mr6641897iod.156.1438725659642; Tue, 04 Aug 2015 15:00:59 -0700 (PDT) Received: from [127.0.0.1] ([209.52.88.19]) by smtp.gmail.com with ESMTPSA id h2sm2087382igy.10.2015.08.04.15.00.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Aug 2015 15:00:58 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.2.2339) Message-ID: <20150804220058.4886608.67212.1915@gmail.com> Date: Tue, 04 Aug 2015 15:00:58 -0700 Subject: Re: Hummingboard u-boot not loading? From: Russell Haley In-Reply-To: References: <20150801182519.4886608.58781.1809@gmail.com> To: =?utf-8?q?Mika=C3=ABl_Urankar?= Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 22:01:00 -0000 Hi Mikael, There is no entries in the directory you pointed out, which I guess means i= t's not booting. There doesn't seem to be anything wrong with this SD card = as I have Re partitioned it twice, been able to mount and read and write an= d run installworld with it.=A0 I will perhaps try another one to be safe if no other reasonable suggestion= s come up. Russ Sent=A0from=A0my=A0BlackBerry=A010=A0smartphone=A0on=A0the=A0Koodo=A0networ= k. =A0 Original Message =A0 From: Mika=EBl Urankar Sent: Tuesday, August 4, 2015 3:12 AM To: Russell Haley Subject: Re: Hummingboard u-boot not loading? 2015-08-04 6:57 GMT+02:00 Russell Haley : > Hello, > Anyway, I ran it and nothing changed. I get a u-boot auto config counting > down, I get the message 20647 bytes read in 26 ms (9.6MiB/s) which is the > size of ubldr, but nothing fires after that. It could the output is > happening on a serial out, or it could be nothing is happening??? I have > toyed with the idea of adding something to loarder.conf, but the defaults > all seem sufficient, again, unless someone can suggest something? > > I have no further actions I can think of until I get an FDTI cable. All > suggestions welcome. To see if your system has booted you can mount the sdcard on your computer and look into /mnt/var/log/messages. Have you tried another sdcard? From owner-freebsd-arm@freebsd.org Tue Aug 4 22:04:04 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A6B59B3999 for ; Tue, 4 Aug 2015 22:04:04 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BB166ED; Tue, 4 Aug 2015 22:04:04 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by igbpg9 with SMTP id pg9so102712893igb.0; Tue, 04 Aug 2015 15:04:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:content-transfer-encoding:message-id:date :subject:from:in-reply-to:references:to:cc; bh=84lcPMj1h/bm7IgiqDr6L/4OEnexEcjvxRhHLSBzK7k=; b=eG3dIoj0r2U7ctQFusmxM6QNVzVnyCeHpqmutJ4OJOTbTFDRpAWJbtr+HTwRP3Gfxn 8xFQv5SSyvSult53OV77qNHlZHQaKhfBi9qd5CFnjuV3/RIuEqPhbSMN/lqks38/YKPK OuhlLcK8C8hxiTYeKqwYLuyEpTyUJenUdgkQ8h/NqqpwVZZ6XLySJTkxzi97CZMhDE1z a1RzERCQqMbVwjcGGGeb0+jBkFc5N9Q+JzfPJh70Mi2n6RhvmK4EyGu66YXypUHyn7yv yBNVUpaz2aa63I2Egr0WOu5G1VkZXKn8zvRyIDicsLCCSnfjPejUuk1/jVX7mWFhrmZh +geg== X-Received: by 10.50.72.6 with SMTP id z6mr7182329igu.65.1438725843508; Tue, 04 Aug 2015 15:04:03 -0700 (PDT) Received: from [127.0.0.1] ([209.52.88.19]) by smtp.gmail.com with ESMTPSA id m134sm517851ioe.42.2015.08.04.15.04.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Aug 2015 15:04:02 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.2.2339) Message-ID: <20150804220401.4886608.77426.1917@gmail.com> Date: Tue, 04 Aug 2015 15:04:01 -0700 Subject: Re: Hummingboard u-boot not loading? From: Russell Haley In-Reply-To: References: <20150801182519.4886608.58781.1809@gmail.com> To: Svatopluk Kraus Cc: =?utf-8?q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 22:04:04 -0000 I'll check my load and starting addresses when I get home. I have seen two = different numbers around.=A0 Russ Sent=A0from=A0my=A0BlackBerry=A010=A0smartphone=A0on=A0the=A0Koodo=A0networ= k. =A0 Original Message =A0 From: Svatopluk Kraus Sent: Tuesday, August 4, 2015 2:52 AM To: Russell Haley Cc: Mika=EBl Urankar; Oleksandr Tymoshenko; Ian Lepore; freebsd-arm Subject: Re: Hummingboard u-boot not loading? On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley wrote: > Hello, > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot > using only HDMI output (I don't have a FTDI cable yet) . I am running a > binary u-boot from Oleksandr. Successfullly built head yesterday. > > My SD Card looks like this: > > - 1Mb free space with uboot at 1k > - 50Mb Fat32 partition with ubldr > - 3.6Gb ufs partition > > I applied the patch for HDMI output: > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN option > (thanks Ian!). I then mistakenly did a installkernel which takes hours on > an SD card and overwrote everything so I couldn't tell if the files I > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of the > files I think I should have been added, but that could be my feeble > understanding of file searching. > > Anyway, I ran it and nothing changed. I get a u-boot auto config counting > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is t= he > size of ubldr, but nothing fires after that. It could the output is > happening on a serial out, or it could be nothing is happening??? I have > toyed with the idea of adding something to loarder.conf, but the defaults > all seem sufficient, again, unless someone can suggest something? > Well, this just reminds me of something I dealt with recently. I'm running FreeBSD kernel without ubldr, so u-boot loads kernel and then jumps to kernel starting address. It turns out that kernel starting address, which was always stable, was changed suddently and the result was same like in your case. Thus, maybe it's worth a try to find out how ubldr is run from u-boot and which is its starting address. Svata > I have no further actions I can think of until I get an FDTI cable. All > suggestions welcome. > > Russ > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley wro= te: > >> Just an FYI, >> >> I'm rebuilding the kernel after applying the IMX6 HDMI patch provided >> by Mika=EBl (but incidentally written by Oleksandr!). Will know more in >> the morning >> >> Russ >> >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley >> wrote: >> > Well I have seen what I think is ubldr get loaded by u-boot. I see the >> > following message: >> > >> > 20647 bytes read in 26 ms (9.6MiB/s) >> > >> > And then nothing. I am hoping this mean ubldr successfully loaded. The >> > lack of the rest of the output seems to make me think, well, I don't >> > know what to think. Is the output going to the serial console I don't >> > currently have? Just because it read the file doesn't mean that >> > bootelf worked? I don't have anything in a loader.conf file yet so >> > that may also be the problem. >> > >> > Ian, thanks for chiming in. I want to keep going with the binary that >> > Gonzo gave me but I will look back at the pkgng image once I get a >> > full boot happening. >> > >> > As usual, all suggestions welcome. >> > >> > Thanks, >> > Russ >> > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley >> wrote: >> >> Hi guys, >> >> >> >> No, I don't have a serial cable yet. I have ordered an FDTI cable and >> >> should have it this week. Oleksandr gave me a binary that is working >> >> right now, I will try out the new patch as soon as I have the FDTI >> >> cable and can get debug output. >> >> >> >> okay, on to the next problem... >> >> >> >> Russ >> >> >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=EBl Urankar < >> mikael.urankar@gmail.com> wrote: >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : >> >>>> Thanks Mikael, >> >>>> >> >>>> I was able to build using the patches you provided and the binary >> >>>> u-boot.imx is the exact same size as the one from pkgng. However, >> >>>> nothing happens when I boot it: >> >>> >> >>> I've updated my patch, it works on my cubox. >> >>> >> http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-= hummingboard_gcc-5.2.patch >> >>> >> >>> The patches come from here: >> >>> >> https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boo= t/patches >> >>> >> http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligne= d-access-when-supported-by-the-compiler >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Aug 5 07:41:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C3DE9B421B for ; Wed, 5 Aug 2015 07:41:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D529218BC; Wed, 5 Aug 2015 07:41:23 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by lbbpo9 with SMTP id po9so19625747lbb.2; Wed, 05 Aug 2015 00:41:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AZ8JtMHWqXpYA9fGU8M1kYQ3atrwmVBQ0NSghTYomGw=; b=o7y0yh0xt/mxdlshnQ+JnDyr5fZsqzbjr33a4wV61qmvRINgJXQlAdURzdaT4PrF4q 1320OLIlBKhaibsiPt9wWBLIi68ghnNzd1SscFpsyPaxhewg8J3srxo/CAB9zq/GdgH2 ok6FO8Pgaop+UcWlX/vJJxn7Gaty9bBxRZYvgP4P1CINQA0YPjwEFMIgmgi2mzLYTzlW oTzJToTQKAwSCIgKhO6tu8+TkBXHmRdeYWJFNNsI4I6xPdy1rBGNnpVwqBYxdwXfSyN3 zVcT60S+SouX112WxVJQs7wR/TV8rL+7+Y87uiVr2rTx8VmbDKdoao5opvDRaC8rB2dN lwpg== MIME-Version: 1.0 X-Received: by 10.152.88.106 with SMTP id bf10mr8076432lab.82.1438760481786; Wed, 05 Aug 2015 00:41:21 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Wed, 5 Aug 2015 00:41:21 -0700 (PDT) In-Reply-To: <20150804220401.4886608.77426.1917@gmail.com> References: <20150801182519.4886608.58781.1809@gmail.com> <20150804220401.4886608.77426.1917@gmail.com> Date: Wed, 5 Aug 2015 00:41:21 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: Svatopluk Kraus Cc: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , Oleksandr Tymoshenko , Ian Lepore , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 07:41:24 -0000 Hello, >From what I can see, the loadaddr from printenv is 0x10800000 which is consistent with the solid-run wiki. I can't tell what the boot command used is. Nothing has been easy with this project. I was trying to go back and see what the u-boot environment variables told me but the text rolls off the top of the screen. I can't pipe the printenv into less/more because the keyboard I am using just won't give me a pipe character. So there is something weird about the character codes it's sending (I get ~ or # instead of the characters I'm supposed to get for that key). No big deal, I will replace this keyboard at my soonest convenience. So for kicks and giggles I ran this command at the u-boot prompt: *setenv fdt_file hummingboard-dual.dtb; fatload mmc 0 10800000 ubldr; bootelf 10800000;* and I get the same output: *260674 bytes read in 26 ms (9.6MiB/s)* I further boiled it down and ran *fatload 10800000 ubldr;* and then *bootelf 10800000;* With the same result. This combined with the lack of boot logs in the /mnt/var/log/messages folder seems to indicate bootelf hangs? Anyway, the suggestion about just loading the kernel and booting it a good one - I did that with an older CCWMX53 board. However, that is a very last ditch temporary solution. I want this to boot properly using ubldr, so it is worth the extra to get this working correctly. So here are some of the questions I am asking myself: - I have done alot of "thrashing around". Perhaps I should go back and get u-boot to build properly? But that doesn't seem to matter: if I get the u-boot prompt, doesn't that mean it's working? - Do I need to further investigate the fdt files? - Do I need to look into the ubldr build and code? What is the possibility of ubldr being broken? Is Svata correct that the start address changed and I need to do something different? Thanks, Russ On Tue, Aug 4, 2015 at 3:04 PM, Russell Haley wrote: > I'll check my load and starting addresses when I get home. I have seen tw= o > different numbers around. > > Russ > > Sent from my BlackBerry 10 smartphone on the Koodo network. > Original Message > From: Svatopluk Kraus > Sent: Tuesday, August 4, 2015 2:52 AM > To: Russell Haley > Cc: Mika=C3=ABl Urankar; Oleksandr Tymoshenko; Ian Lepore; freebsd-arm > Subject: Re: Hummingboard u-boot not loading? > > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley > wrote: > > Hello, > > > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot > > using only HDMI output (I don't have a FTDI cable yet) . I am running a > > binary u-boot from Oleksandr. Successfullly built head yesterday. > > > > My SD Card looks like this: > > > > - 1Mb free space with uboot at 1k > > - 50Mb Fat32 partition with ubldr > > - 3.6Gb ufs partition > > > > I applied the patch for HDMI output: > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN optio= n > > (thanks Ian!). I then mistakenly did a installkernel which takes hours = on > > an SD card and overwrote everything so I couldn't tell if the files I > > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of > the > > files I think I should have been added, but that could be my feeble > > understanding of file searching. > > > > Anyway, I ran it and nothing changed. I get a u-boot auto config counti= ng > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is > the > > size of ubldr, but nothing fires after that. It could the output is > > happening on a serial out, or it could be nothing is happening??? I hav= e > > toyed with the idea of adding something to loarder.conf, but the defaul= ts > > all seem sufficient, again, unless someone can suggest something? > > > > > Well, this just reminds me of something I dealt with recently. I'm > running FreeBSD kernel without ubldr, so u-boot loads kernel and then > jumps to kernel starting address. It turns out that kernel starting > address, which was always stable, was changed suddently and the result > was same like in your case. Thus, maybe it's worth a try to find out > how ubldr is run from u-boot and which is its starting address. > > Svata > > > > I have no further actions I can think of until I get an FDTI cable. All > > suggestions welcome. > > > > Russ > > > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley > wrote: > > > >> Just an FYI, > >> > >> I'm rebuilding the kernel after applying the IMX6 HDMI patch provided > >> by Mika=C3=ABl (but incidentally written by Oleksandr!). Will know mor= e in > >> the morning > >> > >> Russ > >> > >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > >> wrote: > >> > Well I have seen what I think is ubldr get loaded by u-boot. I see t= he > >> > following message: > >> > > >> > 20647 bytes read in 26 ms (9.6MiB/s) > >> > > >> > And then nothing. I am hoping this mean ubldr successfully loaded. T= he > >> > lack of the rest of the output seems to make me think, well, I don't > >> > know what to think. Is the output going to the serial console I don'= t > >> > currently have? Just because it read the file doesn't mean that > >> > bootelf worked? I don't have anything in a loader.conf file yet so > >> > that may also be the problem. > >> > > >> > Ian, thanks for chiming in. I want to keep going with the binary tha= t > >> > Gonzo gave me but I will look back at the pkgng image once I get a > >> > full boot happening. > >> > > >> > As usual, all suggestions welcome. > >> > > >> > Thanks, > >> > Russ > >> > > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley > >> wrote: > >> >> Hi guys, > >> >> > >> >> No, I don't have a serial cable yet. I have ordered an FDTI cable a= nd > >> >> should have it this week. Oleksandr gave me a binary that is workin= g > >> >> right now, I will try out the new patch as soon as I have the FDTI > >> >> cable and can get debug output. > >> >> > >> >> okay, on to the next problem... > >> >> > >> >> Russ > >> >> > >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C3=ABl Urankar < > >> mikael.urankar@gmail.com> wrote: > >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : > >> >>>> Thanks Mikael, > >> >>>> > >> >>>> I was able to build using the patches you provided and the binary > >> >>>> u-boot.imx is the exact same size as the one from pkgng. However, > >> >>>> nothing happens when I boot it: > >> >>> > >> >>> I've updated my patch, it works on my cubox. > >> >>> > >> > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > >> >>> > >> >>> The patches come from here: > >> >>> > >> > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot= /patches > >> >>> > >> > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned= -access-when-supported-by-the-compiler > >> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed Aug 5 08:00:47 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E7819B474F for ; Wed, 5 Aug 2015 08:00:47 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: from mail-yk0-f179.google.com (mail-yk0-f179.google.com [209.85.160.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25C7B1E2F for ; Wed, 5 Aug 2015 08:00:46 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: by ykeo23 with SMTP id o23so29006981yke.3 for ; Wed, 05 Aug 2015 01:00:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kmMPwt50gAIJQmm04XTLTwUCLb8O+k0R4Hp/1Zloq5M=; b=Wv2sfiSKd4ItvTwkbf6aEnFSPFq8Q3rmpQ9EttIUWemmlQojDWLtzyTIVt7+qLQjMZ UDYn5L60zaAOgAZYlCBrT1+s8L0HvhAh+6kpdLrnRyAppNuGRGo7a5GaStFL7oAkYsOn QA1fj+4SugwHyP7Oplq/rymskpYygmA5x33SCxW0z7L7TnDHgV0tdK+sDCOgNdAJyFyr Hmcph7V67RL4iRjdjwTyQRf3rLlPC/KRp0LjTyvMfoBJZbCK+pgoz39EIwG9onHrCWjD e0dgcIfni3bX8suM0mb43gGXIL5LaxbAOH4pyjtc0PGSnZS/38i7lPUgCwGDTMyFAXHe a8pA== X-Gm-Message-State: ALoCoQmrFfKvmMzuLsRPssmaKzt7aHxuKCTfth5oBoKsTnLnNs2e2CciZAlhsBE7wiYWReDKdNFm MIME-Version: 1.0 X-Received: by 10.129.42.132 with SMTP id q126mr8234303ywq.105.1438760046001; Wed, 05 Aug 2015 00:34:06 -0700 (PDT) Received: by 10.129.72.74 with HTTP; Wed, 5 Aug 2015 00:34:05 -0700 (PDT) In-Reply-To: <4BE288C2-42EF-4D43-AFE5-E7685F8E7E63@bsdimp.com> References: <4BE288C2-42EF-4D43-AFE5-E7685F8E7E63@bsdimp.com> Date: Wed, 5 Aug 2015 09:34:05 +0200 Message-ID: Subject: Re: [armv5] buildkernel issue on stable/10 - Sheevaplug From: Bartosz Szczepanek To: Warner Losh Cc: freebsd-arm@freebsd.org, Marcin Wojtas , ian@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 08:00:47 -0000 Hello, [bsz@x10-fbsd ~]$ ~/build/arm.arm/usr/home/bsz/freebsd/tmp/usr/home/bsz/freebsd/usr.sbin/conf= ig/config -V 600013 2015-08-04 17:22 GMT+02:00 Warner Losh : > >> On Aug 4, 2015, at 8:18 AM, Bartosz Szczepanek wrote: >> >> Hello, >> >> I'm building stable/10 kernel for Sheevaplug, using default >> configuration (sys/arm/conf/SHEEVAPLUG). On linking stage issue of >> undefined references emerges (log attached). These references lead to >> files with '!armv6' option in sys/conf/files.arm. Supossedly config >> tool doesn't support negation in options (this is the only occurence >> of exclamation mark in sys/conf/files*), even though this Ian's patch >> was introduced: >> https://lists.freebsd.org/pipermail/svn-src-head/2014-November/065302.ht= ml >> >> Changing 'optional' to 'standard' solves the issue on armv5 platform, >> as well as reverting to old 'cpu_*' settings. Build command I used was >> 'make -j5 buildkernel TARGET=3Darm -DNO_MODULES KERNCONF=3DSHEEVAPLUG', >> but I tried with MACHINE_ARCH=3Darm and TARGET_ARCH=3Darm as well with n= o >> effect. >> >> Please, let me know if this issue can be solved in more generic way >> than described above. > > What version does config claim to be on stable/10? config does support th= at > stuff (Ian and I added it and hashed out the bugs 9 months ago). I thoug= ht it had > been MFC=E2=80=99d. > > Warner > From owner-freebsd-arm@freebsd.org Wed Aug 5 12:23:25 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8669A9B3A55 for ; Wed, 5 Aug 2015 12:23:25 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: from mail-yk0-f179.google.com (mail-yk0-f179.google.com [209.85.160.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0051A1C for ; Wed, 5 Aug 2015 12:23:24 +0000 (UTC) (envelope-from bsz@semihalf.com) Received: by ykcq64 with SMTP id q64so28535238ykc.2 for ; Wed, 05 Aug 2015 05:23:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EHLDLnicfdtRIYrrqDaR6QFQRNfE0R1eGCe/hOIJ4CU=; b=I2EEAT6PBtSj0mpaiBGGEtrSMJilOlI3Un7K8ntFbFRoEDxU5mw6YmyGh+TeWyjRhj CWsuky15iv8RLtCv7d33gGDKA0JXqtAdzWLohEabqR5Xnp+8FcP0elf8YVjPCJrp9oaj bpxdWPdxy0BaV3OIASo/TT8q9cQmdkVgpL5V85MP9aZRCejqvblqRr8Q/XP5UWVm+a5N h2duan/Ll4+v+mcrcPW82yoVr+iDWNOJZP4SV98s6JGxo8P3SLp4awMJba/xpiMGQN4M Gsgqq+HV94b50Q1rmmSYN0k7spXfKB0NHzy0rYNOMKdl7iGkIVyr6lkos+ilVrkZQjHI EJjQ== X-Gm-Message-State: ALoCoQk1c0O9LdoI7qGbjEse2H/WTFB+SSq2GK+hdHaY9fr9rkcc/emzpaKbvUVS69g8yjhy43DZ MIME-Version: 1.0 X-Received: by 10.13.202.19 with SMTP id m19mr9002131ywd.97.1438777403778; Wed, 05 Aug 2015 05:23:23 -0700 (PDT) Received: by 10.129.72.74 with HTTP; Wed, 5 Aug 2015 05:23:23 -0700 (PDT) In-Reply-To: References: <4BE288C2-42EF-4D43-AFE5-E7685F8E7E63@bsdimp.com> Date: Wed, 5 Aug 2015 14:23:23 +0200 Message-ID: Subject: Re: [armv5] buildkernel issue on stable/10 - Sheevaplug From: Bartosz Szczepanek To: Warner Losh Cc: freebsd-arm@freebsd.org, Marcin Wojtas , ian@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 12:23:25 -0000 Warner, it seems that my config binary didn't get rebuilded after make clean and make buildkernel, therefore old version remained. After removing content of build directory it worked. Commit you mentioned is in tree indeed: https://github.com/freebsd/freebsd/commit/6c9b54c869088edab9c4bed15= 049c9e3aa3f99ae Thanks for your effort. Best regards, Bartosz Szczepanek 2015-08-05 9:34 GMT+02:00 Bartosz Szczepanek : > Hello, > [bsz@x10-fbsd ~]$ > ~/build/arm.arm/usr/home/bsz/freebsd/tmp/usr/home/bsz/freebsd/usr.sbin/co= nfig/config > -V > 600013 > > 2015-08-04 17:22 GMT+02:00 Warner Losh : >> >>> On Aug 4, 2015, at 8:18 AM, Bartosz Szczepanek wrote= : >>> >>> Hello, >>> >>> I'm building stable/10 kernel for Sheevaplug, using default >>> configuration (sys/arm/conf/SHEEVAPLUG). On linking stage issue of >>> undefined references emerges (log attached). These references lead to >>> files with '!armv6' option in sys/conf/files.arm. Supossedly config >>> tool doesn't support negation in options (this is the only occurence >>> of exclamation mark in sys/conf/files*), even though this Ian's patch >>> was introduced: >>> https://lists.freebsd.org/pipermail/svn-src-head/2014-November/065302.h= tml >>> >>> Changing 'optional' to 'standard' solves the issue on armv5 platform, >>> as well as reverting to old 'cpu_*' settings. Build command I used was >>> 'make -j5 buildkernel TARGET=3Darm -DNO_MODULES KERNCONF=3DSHEEVAPLUG', >>> but I tried with MACHINE_ARCH=3Darm and TARGET_ARCH=3Darm as well with = no >>> effect. >>> >>> Please, let me know if this issue can be solved in more generic way >>> than described above. >> >> What version does config claim to be on stable/10? config does support t= hat >> stuff (Ian and I added it and hashed out the bugs 9 months ago). I thou= ght it had >> been MFC=E2=80=99d. >> >> Warner >> From owner-freebsd-arm@freebsd.org Wed Aug 5 16:37:50 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C36C59B47CD for ; Wed, 5 Aug 2015 16:37:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 977D3138D for ; Wed, 5 Aug 2015 16:37:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdrg1 with SMTP id g1so20812510pdr.2 for ; Wed, 05 Aug 2015 09:37:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=vRMUiQFV6zYcX/qs4V7yDZdoJiIwvyUSHcYiwd2Lj08=; b=F7AAFqYXV/MN1ikAkCug+2+Sl3qr+dgGZtKBQ6kgfZGFdbQRWt1DRdphQLbmQlsjgN sjCGupgjwgwBIr9qD0nyuAC7Qc67h4NEdKNRNz7XMWLwD+XjM0C+H4d1RZM/KdiAKJVG 94GZ4G3hLVrR54tikjYuOKUSsiXvrnAmkirdoSxryRGxybFakQogTHmZVyupFwKBuLcW yj+yMrTnplVMJu8h6rCgp3Wn+2JLw2LtyFoAvAD6RdorJzTibObirPwm9eeZ4bk+xE4A 2VIQkFl6hIZC64HWh9f33aJde5BQ206rZ6rXqAPZybLWe4fIZCckMgTPZSuXjZROxUEA oOpg== X-Gm-Message-State: ALoCoQkORd9dsyb11/nX0NmPRgSLBIEcE6SKm9h5hr1+nMb1AnfLvDUfaxm0X5iBFgm+A0TBG90D X-Received: by 10.70.48.137 with SMTP id l9mr20908127pdn.45.1438792663128; Wed, 05 Aug 2015 09:37:43 -0700 (PDT) Received: from [10.64.24.42] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id j1sm3466413pdn.27.2015.08.05.09.37.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Aug 2015 09:37:42 -0700 (PDT) Sender: Warner Losh Subject: Re: [armv5] buildkernel issue on stable/10 - Sheevaplug Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_564EA630-608B-43D7-8602-B3A98BDC1F16"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: Date: Wed, 5 Aug 2015 10:37:39 -0600 Cc: freebsd-arm , Marcin Wojtas , ian@freebsd.org Message-Id: <84C5D8CC-E31B-415C-8893-6EB673FD804E@bsdimp.com> References: <4BE288C2-42EF-4D43-AFE5-E7685F8E7E63@bsdimp.com> To: Bartosz Szczepanek X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 16:37:50 -0000 --Apple-Mail=_564EA630-608B-43D7-8602-B3A98BDC1F16 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 config is built as part of the bootstrap tools, which any of the = buildworld, toolchain or kernel-toolchain targets build. It isn=E2=80=99t built as = part of buildkernel if it is out of date. The version should have warned here. Maybe the = makefile version wasn=E2=80=99t bumped in for Makefile.arm when things were = MFC=E2=80=99d, or maybe I messed up bumping the config version number. I=E2=80=99ll look = into those... Warner > On Aug 5, 2015, at 6:23 AM, Bartosz Szczepanek = wrote: >=20 > Warner, >=20 > it seems that my config binary didn't get rebuilded after make clean > and make buildkernel, therefore old version remained. After removing > content of build directory it worked. Commit you mentioned is in tree > indeed: = https://github.com/freebsd/freebsd/commit/6c9b54c869088edab9c4bed15049c9e3= aa3f99ae > Thanks for your effort. >=20 > Best regards, > Bartosz Szczepanek >=20 > 2015-08-05 9:34 GMT+02:00 Bartosz Szczepanek : >> Hello, >> [bsz@x10-fbsd ~]$ >> = ~/build/arm.arm/usr/home/bsz/freebsd/tmp/usr/home/bsz/freebsd/usr.sbin/con= fig/config >> -V >> 600013 >>=20 >> 2015-08-04 17:22 GMT+02:00 Warner Losh : >>>=20 >>>> On Aug 4, 2015, at 8:18 AM, Bartosz Szczepanek = wrote: >>>>=20 >>>> Hello, >>>>=20 >>>> I'm building stable/10 kernel for Sheevaplug, using default >>>> configuration (sys/arm/conf/SHEEVAPLUG). On linking stage issue of >>>> undefined references emerges (log attached). These references lead = to >>>> files with '!armv6' option in sys/conf/files.arm. Supossedly config >>>> tool doesn't support negation in options (this is the only = occurence >>>> of exclamation mark in sys/conf/files*), even though this Ian's = patch >>>> was introduced: >>>> = https://lists.freebsd.org/pipermail/svn-src-head/2014-November/065302.html= >>>>=20 >>>> Changing 'optional' to 'standard' solves the issue on armv5 = platform, >>>> as well as reverting to old 'cpu_*' settings. Build command I used = was >>>> 'make -j5 buildkernel TARGET=3Darm -DNO_MODULES = KERNCONF=3DSHEEVAPLUG', >>>> but I tried with MACHINE_ARCH=3Darm and TARGET_ARCH=3Darm as well = with no >>>> effect. >>>>=20 >>>> Please, let me know if this issue can be solved in more generic way >>>> than described above. >>>=20 >>> What version does config claim to be on stable/10? config does = support that >>> stuff (Ian and I added it and hashed out the bugs 9 months ago). I = thought it had >>> been MFC=E2=80=99d. >>>=20 >>> Warner >>>=20 --Apple-Mail=_564EA630-608B-43D7-8602-B3A98BDC1F16 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVwjvTAAoJEGwc0Sh9sBEAVnIQAIMMBBNx6E4DuVQkGQKk/bTd QwpFKIb+QXXKZilwMMyFUuymPnwUNmENpkdgpfxZHkfxAj1x+RuQ4yMws7m/9eez Cx9g0bUDPRCIr3m0yQgmOmxj4ZX3/HdZfeE3QdzsTIMBdnaAjImVcUfFtOVXF3dA yYukZhGP6hKkRrjMVidBn9uEH9w3ODbMZHAVBtYjtHLrgSXDYf8jxXYmr5pyfcG6 omwULk2xeu00v79Mi64lhaJol+CmBEoVqYJkq2cPEP1qYO548Vomlv22NVF2yRUy iE+bvNSyAgjKc+PaPo8opsztAtyc8gxsVTaDTcjLRKDXqfoPHIeUgS6UrpFkyedU MuXPg79iOl8HoNXltU/DA60fiejsB7KxTDbTjv/TOuWZ2Hm8a/C6XbRM2joRjEbT qMj+RxG8sQnWpuJyD9oSG4a6Hn9aBT9ocWHCU8HUmO+0DJEzgp4cwMaY2pV6aM9D VHN2M1mDrPuzfAwuv5TSOGGeymlc6tc7OjDTvNw6HtCeAJiMPR6FZP41BE3mQFLi dHDeMVtyNiy3R4HuN7CUFIq+jfHe4SIYCzbukR5LL6xMZqOZLTkuSSmUMc9D+Pwh CIiyF4Fp3S9nzHkrVy2p5hQvnWrZtsPmSVFpiKAwetylAu+lcDDzQZDaYdYyVfuj TXRfCkY8bTAN9e/nPV9H =Ox9H -----END PGP SIGNATURE----- --Apple-Mail=_564EA630-608B-43D7-8602-B3A98BDC1F16-- From owner-freebsd-arm@freebsd.org Wed Aug 5 17:02:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35A109B4EC1 for ; Wed, 5 Aug 2015 17:02:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) by mx1.freebsd.org (Postfix) with SMTP id 13867A82 for ; Wed, 5 Aug 2015 17:02:31 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 5 Aug 2015 17:02:34 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t75H2NnO020860; Wed, 5 Aug 2015 11:02:23 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1438794143.70393.174.camel@freebsd.org> Subject: Re: Hummingboard u-boot not loading? From: Ian Lepore To: Russell Haley Cc: Svatopluk Kraus , Oleksandr Tymoshenko , freebsd-arm Date: Wed, 05 Aug 2015 11:02:23 -0600 In-Reply-To: References: <20150801182519.4886608.58781.1809@gmail.com> <20150804220401.4886608.77426.1917@gmail.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 17:02:32 -0000 If you've got enough control to type at u-boot prompts, maybe we can wish away any ubldr-doesn't-match-uboot address problems by using the new relocatable ubldr, like so... fatload mmc 0 ${loadaddr} ubldr.bin go ${loadaddr} Depending on how you build your images, you may need to do something extra to copy ubldr.bin to the fat partition. Next issue is "setenv fdt_file hummingboard-dual.dtb" -- where is that name coming from? The right filename for a dual-core hummingboard would be imx6dl-hummingboard.dtb, and that file should exist in your /boot/dtb directory on the freebsd filesystem. Svata's comments about the load address changing are for the kernel address, and only apply if you're launching the kernel directly from u-boot (which nobody should be doing unless they're somehow forced to use a vendor-supplied u-boot instead of building one with API support for ubldr). Once ubldr is running it will read the kernel headers and load the kernel correctly even if the entry point has moved around. BTW... you can do "printenv varname" to see just one var, and tab-completion should work if you don't know the exact spelling of the var. -- Ian On Wed, 2015-08-05 at 00:41 -0700, Russell Haley wrote: > Hello, > > From what I can see, the loadaddr from printenv is 0x10800000 which is > consistent with the solid-run wiki. I can't tell what the boot command used > is. Nothing has been easy with this project. I was trying to > go back and see what the u-boot environment variables told me but the text > rolls off the top of the screen. I can't pipe the printenv into less/more > because the keyboard I am using just won't give me a pipe character. So > there is something weird about the character codes it's sending (I get ~ or > # instead of the characters I'm supposed to get for that key). herring> No big deal, I will replace this keyboard at my soonest > convenience. > > So for kicks and giggles I ran this command at the u-boot prompt: > > *setenv fdt_file hummingboard-dual.dtb; fatload mmc 0 10800000 ubldr; > bootelf 10800000;* > > and I get the same output: > > *260674 bytes read in 26 ms (9.6MiB/s)* > > > I further boiled it down and ran > > *fatload 10800000 ubldr;* > > and then > > *bootelf 10800000;* > > With the same result. This combined with the lack of boot logs in the > /mnt/var/log/messages folder seems to indicate bootelf hangs? > > Anyway, the suggestion about just loading the kernel and booting it a good > one - I did that with an older CCWMX53 board. However, that is a very last > ditch temporary solution. I want this to boot properly using ubldr, so it > is worth the extra to get this working correctly. > > So here are some of the questions I am asking myself: > - I have done alot of "thrashing around". Perhaps I should go back and get > u-boot to build properly? But that doesn't seem to matter: if I get the > u-boot prompt, doesn't that mean it's working? > - Do I need to further investigate the fdt files? > - Do I need to look into the ubldr build and code? What is the possibility > of ubldr being broken? Is Svata correct that the start address changed and > I need to do something different? > > Thanks, > > Russ > > On Tue, Aug 4, 2015 at 3:04 PM, Russell Haley wrote: > > > I'll check my load and starting addresses when I get home. I have seen two > > different numbers around. > > > > Russ > > > > Sent from my BlackBerry 10 smartphone on the Koodo network. > > Original Message > > From: Svatopluk Kraus > > Sent: Tuesday, August 4, 2015 2:52 AM > > To: Russell Haley > > Cc: Mikaël Urankar; Oleksandr Tymoshenko; Ian Lepore; freebsd-arm > > Subject: Re: Hummingboard u-boot not loading? > > > > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley > > wrote: > > > Hello, > > > > > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to boot > > > using only HDMI output (I don't have a FTDI cable yet) . I am running a > > > binary u-boot from Oleksandr. Successfullly built head yesterday. > > > > > > My SD Card looks like this: > > > > > > - 1Mb free space with uboot at 1k > > > - 50Mb Fat32 partition with ubldr > > > - 3.6Gb ufs partition > > > > > > I applied the patch for HDMI output: > > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN option > > > (thanks Ian!). I then mistakenly did a installkernel which takes hours on > > > an SD card and overwrote everything so I couldn't tell if the files I > > > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any of > > the > > > files I think I should have been added, but that could be my feeble > > > understanding of file searching. > > > > > > Anyway, I ran it and nothing changed. I get a u-boot auto config counting > > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *which is > > the > > > size of ubldr, but nothing fires after that. It could the output is > > > happening on a serial out, or it could be nothing is happening??? I have > > > toyed with the idea of adding something to loarder.conf, but the defaults > > > all seem sufficient, again, unless someone can suggest something? > > > > > > > > > Well, this just reminds me of something I dealt with recently. I'm > > running FreeBSD kernel without ubldr, so u-boot loads kernel and then > > jumps to kernel starting address. It turns out that kernel starting > > address, which was always stable, was changed suddently and the result > > was same like in your case. Thus, maybe it's worth a try to find out > > how ubldr is run from u-boot and which is its starting address. > > > > Svata > > > > > > > I have no further actions I can think of until I get an FDTI cable. All > > > suggestions welcome. > > > > > > Russ > > > > > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley > > wrote: > > > > > >> Just an FYI, > > >> > > >> I'm rebuilding the kernel after applying the IMX6 HDMI patch provided > > >> by Mikaël (but incidentally written by Oleksandr!). Will know more in > > >> the morning > > >> > > >> Russ > > >> > > >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > > >> wrote: > > >> > Well I have seen what I think is ubldr get loaded by u-boot. I see the > > >> > following message: > > >> > > > >> > 20647 bytes read in 26 ms (9.6MiB/s) > > >> > > > >> > And then nothing. I am hoping this mean ubldr successfully loaded. The > > >> > lack of the rest of the output seems to make me think, well, I don't > > >> > know what to think. Is the output going to the serial console I don't > > >> > currently have? Just because it read the file doesn't mean that > > >> > bootelf worked? I don't have anything in a loader.conf file yet so > > >> > that may also be the problem. > > >> > > > >> > Ian, thanks for chiming in. I want to keep going with the binary that > > >> > Gonzo gave me but I will look back at the pkgng image once I get a > > >> > full boot happening. > > >> > > > >> > As usual, all suggestions welcome. > > >> > > > >> > Thanks, > > >> > Russ > > >> > > > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley > > >> wrote: > > >> >> Hi guys, > > >> >> > > >> >> No, I don't have a serial cable yet. I have ordered an FDTI cable and > > >> >> should have it this week. Oleksandr gave me a binary that is working > > >> >> right now, I will try out the new patch as soon as I have the FDTI > > >> >> cable and can get debug output. > > >> >> > > >> >> okay, on to the next problem... > > >> >> > > >> >> Russ > > >> >> > > >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mikaël Urankar < > > >> mikael.urankar@gmail.com> wrote: > > >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley : > > >> >>>> Thanks Mikael, > > >> >>>> > > >> >>>> I was able to build using the patches you provided and the binary > > >> >>>> u-boot.imx is the exact same size as the one from pkgng. However, > > >> >>>> nothing happens when I boot it: > > >> >>> > > >> >>> I've updated my patch, it works on my cubox. > > >> >>> > > >> > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-hummingboard_gcc-5.2.patch > > >> >>> > > >> >>> The patches come from here: > > >> >>> > > >> > > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot/patches > > >> >>> > > >> > > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned-access-when-supported-by-the-compiler > > >> > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Aug 6 02:51:35 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C14399B3436; Thu, 6 Aug 2015 02:51:35 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC4S14.hotmail.com (col004-omc4s14.hotmail.com [65.55.34.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97047134D; Thu, 6 Aug 2015 02:51:35 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL130-W16 ([65.55.34.199]) by COL004-OMC4S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 5 Aug 2015 19:50:28 -0700 X-TMN: [BiFhrLDouE4RV3WtP5T7PWjmy62aaUUw] X-Originating-Email: [m.vale@live.com.au] Message-ID: Content-Type: multipart/mixed; boundary="_e1e9dfa6-1295-45a5-a56d-b4b57896ae12_" From: Michael Vale To: Adrian Chadd , "bapt@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "freebsd-embedded@freebsd.org" Subject: Multi Arch ELF binary/object compiling, linking and more Date: Thu, 6 Aug 2015 13:20:27 +1030 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 06 Aug 2015 02:50:28.0090 (UTC) FILETIME=[A6C7EDA0:01D0CFF2] X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 02:51:36 -0000 --_e1e9dfa6-1295-45a5-a56d-b4b57896ae12_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable You can try and read my lyrics off of this paper before I lay 'emBut you wo= n't take the sting out these words before I say 'emCause ain't no way I'ma = let you stop me from causing mayhemWhen I say I'ma do something I do it=2CI= don't give a damn what you think=2CI'm doing this for me=2C so fuck the wo= rldFeed it beans=2C it's gassed up=2C if it thinks it's stopping mehttps://= www.youtube.com/watch?v=3Dj5-yKhDd64s Hey=2C Okay here it is. It's not complete yet=2C but I'm throwing it out there wh= ile I have the chance. One can specify the build machine's arch type with ARCH=3D=2C the host (and= in turn the build machine if one is not set) with X_BUILD_FOR=3D and also = finally the target with TARGET=3D. You can choose to set all three to the = same arch as the target=2C or whatever pleases you. Surely if you're smart= and doing some wicked fancy things you can benefit from setting different = archs accordingly=2C if you're accessing these binaries and objects from a = central storage and utilising resources over a network. EDIT: What I forgot to mention is=2C to utilize "cross-compiling" allows on= e to run the same binaries and objects on multiple architectures. So one w= ould think the build variable would have to be one of the machine compiling= the binaries and objects but that is not the case=2C it has other purposes= too. It has been clear in the GNU and FreeBSD way of things that by retai= ning the build variable as the one you compile the binary on and setting th= e HOST variable defines what "other" (sic.) architecture the binaries or ob= ject execute on when infact by setting HOST=2C you also tend to automatical= ly adjust TARGET to suit. The light on this matter is that you can infact = set an intermediate HOST architecture to the TARGET that allows building ta= sks assigned to the BUILD variable=2C 'hosting' and 'operating' on the HOST= architecture and native execution on the TARGET. Don't think for one mome= nt though that you can't set all three BUILD=2C HOST and TARGET to the TARG= ET architecture and use that binary or object as a development utility=2C h= ost or native on the desired platform/architecture. The work is rather complete=2C I've managed to build asterisk=2C kismet and= different X11/Xorg servers and all their dependencies. I haven't begun on slimming down the stage outfits into something suitable = for embedded flashing and packaging. https://www.youtube.com/watch?v=3DBE9CXWV1alg - Michael. = --_e1e9dfa6-1295-45a5-a56d-b4b57896ae12_ Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bsd.port.mk-thurs-aug6" LS0tIC9ob21lL2dvZC9Eb3dubG9hZHMvYnNkLnBvcnQubWsudmFuaWxsYQkyMDE1LTA4LTA1IDIy OjI1OjQ5LjAwODMyNjQwNSAtMDQwMAorKysgL3Vzci9wb3J0cy9Nay9ic2QucG9ydC5tawkyMDE1 LTA4LTA1IDE5OjA5OjMxLjc0ODE1MDU0MiAtMDQwMApAQCAtMSw3ICsxLDcgQEAKICMtKi0gdGFi LXdpZHRoOiA0OyAtKi0KICMgZXg6dHM9NAogIwotIyAkRnJlZUJTRCQKKyMgJEZyZWVCU0Q6IGhl YWQvTWsvYnNkLnBvcnQubWsgMzkzMDU0IDIwMTUtMDctMjggMDc6MzQ6MzhaIG1hdCAkCiAjCSRO ZXRCU0Q6ICQKICMKICMJYnNkLnBvcnQubWsgLSA5NDA4MjAgSm9yZGFuIEsuIEh1YmJhcmQuCkBA IC0xMDU4LDIzICsxMDU4LDI0IEBACiAuaWYgIWRlZmluZWQoLlBBUlNFRElSKQogSUdOT1JFPQlD cm9zcyBidWlsZGluZyBjYW4gb25seSBiZSBkb25lIHdoZW4gdXNpbmcgYm1ha2UoMSkgYXMgbWFr ZSgxKQogLmVuZGlmCitBUkNIPQkke1hfQlVJTERfRk9SfQogIyBEbyBub3QgZGVmaW5lIENQUCBv biBwdXJwb3NlCiAuaWYgIWRlZmluZWQoSE9TVENDKQogSE9TVENDOj0JJHtDQ30KIEhPU1RDWFg6 PQkke0NYWH0KIC5lbmRpZgotLmlmICFleGlzdHMoL3Vzci8ke1hfQlVJTERfRk9SfS91c3IvYmlu L2NjKQorLmlmICFleGlzdHMoL3Vzci9iaW4vbWlwcy1jYykKIFhfU1lTUk9PVD0JJHtMT0NBTEJB U0V9LyR7WF9CVUlMRF9GT1J9CiAuZWxzZQogWF9TWVNST09UPQkvdXNyLyR7WF9CVUlMRF9GT1J9 CiAuZW5kaWYKLUNDPQkJJHtYX1NZU1JPT1R9L3Vzci9iaW4vY2MKLUNYWD0JJHtYX1NZU1JPT1R9 L3Vzci9iaW4vYysrCi1OTT0JCSR7WF9CVUlMRF9GT1J9LW5tCi1TVFJJUF9DTUQ9CSR7WF9CVUlM RF9GT1J9LXN0cmlwCisjQ0M9CQkvdXNyL2Jpbi9taXBzLWNjCisjQ1hYPQkJL3Vzci9iaW4vbWlw cy1jKysKK05NPQkJJHtYX0JVSUxEX0ZPUn0tZnJlZWJzZC1ubQorI1NUUklQX0NNRD0JJHtYX0JV SUxEX0ZPUn0tZnJlZWJzZC1zdHJpcAogIyBvbmx5IGJtYWtlIHN1cHBvcnQgdGhlIGJlbG93Ci1T VFJJUEJJTj0JJHtTVFJJUF9DTUR9Ci0uZXhwb3J0LmVudiBTVFJJUEJJTgorI1NUUklQQklOPQkk e1NUUklQX0NNRH0KKyMuZXhwb3J0LmVudiBTVFJJUEJJTgogLmVuZGlmCiAKICMKQEAgLTEyMzQs NyArMTIzNSw3IEBACiBQS0dPUklHSU4/PQkJJHtQS0dDQVRFR09SWX0vJHtQT1JURElSTkFNRX0K IAogIyB3aGVyZSAnbWFrZSBjb25maWcnIHJlY29yZHMgdXNlciBjb25maWd1cmF0aW9uIG9wdGlv bnMKLVBPUlRfREJESVI/PQkvdmFyL2RiL3BvcnRzCitQT1JUX0RCRElSPz0JJHtERVNURElSfS92 YXIvZGIvcG9ydHMKIAogVUlEX0ZJTEVTPz0JJHtQT1JUU0RJUn0vVUlEcwogR0lEX0ZJTEVTPz0J JHtQT1JUU0RJUn0vR0lEcwpAQCAtMTM0Nyw3ICsxMzQ4LDcgQEAKIExEQ09ORklHX0NNRD89CQkJ JHtMSU5VWEJBU0V9L3NiaW4vbGRjb25maWcgLXIgJHtMSU5VWEJBU0V9CiAuZW5kaWYKIAotUEtH Q09NUEFURElSPz0JCSR7TE9DQUxCQVNFfS9saWIvY29tcGF0L3BrZworUEtHQ09NUEFURElSPz0J CSR7WF9TWVNST09UfSR7TE9DQUxCQVNFfS9saWIvY29tcGF0L3BrZwogCiAuaWYgZGVmaW5lZChV U0VfTE9DQUxfTUspCiAuaW5jbHVkZSAiJHtQT1JUU0RJUn0vTWsvYnNkLmxvY2FsLm1rIgpAQCAt MTUyMiwxMCArMTUyMywyOCBAQAogCQkJCVBPUlRTRElSPSIke1BPUlRTRElSfSIKIAogLmlmIGRl ZmluZWQoWF9CVUlMRF9GT1IpCi1CVUlMRF9ERVBFTkRTKz0JJHtYX0JVSUxEX0ZPUn0tY2M6JHtQ T1JUU0RJUn0vZGV2ZWwvJHtYX0JVSUxEX0ZPUn0teGRldgotUEtHX0VOVis9CQlBQklfRklMRT0k e1hfU1lTUk9PVH0vdXNyL2xpYi9jcnQxLm8KLU1BS0VfRU5WKz0JCU5NPSR7Tk19IFwKLQkJCQlT VFJJUEJJTj0ke1hfQlVJTERfRk9SfS1zdHJpcCBcCisKK1BMSVNUX1NVQj0JVEFSR0VUQVJDSD0k e1hfQlVJTERfRk9SfSAjJHtQS0dOQU1FUFJFRklYOkMvLS8vZ30gXAorCQlPUFNZUz0ke09QU1lT OnRsfSBcCisJCUdDQ19UQVJHRVQ9JHtHQ0NfVEFSR0VUfSBcCisJCUdDQ19WRVJTSU9OPSR7UE9S VFZFUlNJT059CisKKyNCVUlMRF9ERVBFTkRTKz0gICAgICAgICR7WF9CVUlMRF9GT1J9LWNjOiR7 UE9SVFNESVJ9L2RldmVsLyR7WF9CVUlMRF9GT1J9LWdjYworCisuaWYgZW1wdHkoR0NDX1RBUkdF VCkKKyMgV2UgYXJlIGJ1aWxkaW5nIGZvciBhIEZyZWVCU0QgdGFyZ2V0CitHQ0NfVEFSR0VUPz0g ICAgJHtYX0JVSUxEX0ZPUn0tJHtPUFNZUzp0bH0gIyAke1BLR05BTUVQUkVGSVh9cG9ydAorQlVf UFJFRklYPz0gICAgICR7WF9CVUlMRF9GT1J9LSR7T1BTWVM6dGx9ICMgJHtQS0dOQU1FUFJFRklY fSR7T1BTWVM6dGx9CisuZWxzZQorQlVfUFJFRklYPz0gICAgICR7R0NDX1RBUkdFVH0KKy5lbmRp ZgorCisjSU5DUys9CQktSSR7WF9TWVNST09UfS91c3IvaW5jbHVkZSAtSSR7WF9TWVNST09UfS91 c3IvbG9jYWwvaW5jbHVkZQorUEtHX0VOVis9CQkJQUJJX0ZJTEU9JHtYX1NZU1JPT1R9L3Vzci9s aWIvY3J0MS5vCitNQUtFX0VOVis9CQkJTk09JHtOTX0gXAorCQkJCUNGTEFHUz0ke0lOQ1N9IFwK KwkJCQlDWFhGTEFHUz0ke0lOQ1N9IFwKKwkJCQlTVFJJUEJJTj0ke1hfQlVJTERfRk9SfS1mcmVl YnNkLXN0cmlwIFwKIAkJCQlQS0dfQ09ORklHX1NZU1JPT1RfRElSPSIke1hfU1lTUk9PVH0iCiBD T05GSUdVUkVfRU5WKz0JUEtHX0NPTkZJR19TWVNST09UX0RJUj0iJHtYX1NZU1JPT1R9IgogLmVu ZGlmCkBAIC0xNjA4LDggKzE2MjcsMTMgQEAKIFBMSVNUX1NVQis9CSAgICAgICAgUE9SVEVYQU1Q TEVTPSIiCiAuZW5kaWYKIAotQ09ORklHVVJFX1NIRUxMPz0JJHtTSH0KLU1BS0VfU0hFTEw/PQkk e1NIfQorLmlmICFkZWZpbmVkKFhfQlVJTERfRk9SKQorQ09ORklHVVJFX1NIRUxMPz0gICAgICAg JHtTSH0KK01BS0VfU0hFTEw/PSAgICAke1NIfQorLmVsc2UKK0NPTkZJR1VSRV9TSEVMTD89ICAg ICAgIC9iaW4vc2gKK01BS0VfU0hFTEw/PSAgICAgICAgICAgIC9iaW4vc2gKKy5lbmRpZgogCiBD T05GSUdVUkVfRU5WKz0JU0hFTEw9JHtDT05GSUdVUkVfU0hFTEx9IENPTkZJR19TSEVMTD0ke0NP TkZJR1VSRV9TSEVMTH0KIE1BS0VfRU5WKz0JCVNIRUxMPSR7TUFLRV9TSEVMTH0gTk9fTElOVD1Z RVMKQEAgLTI1NTAsNyArMjU3NCw3IEBACiAKIENPTkZJR1VSRV9TQ1JJUFQ/PQljb25maWd1cmUK IENPTkZJR1VSRV9DTUQ/PQkJLi8ke0NPTkZJR1VSRV9TQ1JJUFR9Ci1DT05GSUdVUkVfVEFSR0VU Pz0JJHtBUkNIfS1wb3J0YmxkLSR7T1BTWVM6dGx9JHtPU1JFTH0KK0NPTkZJR1VSRV9UQVJHRVQ/ PQkke0FSQ0h9LSR7T1BTWVM6dGx9CiBDT05GSUdVUkVfVEFSR0VUOj0JJHtDT05GSUdVUkVfVEFS R0VUOlMvLS1idWlsZD0vL30KIENPTkZJR1VSRV9MT0c/PQkJY29uZmlnLmxvZwogCkBAIC0yNTY3 LDcgKzI1OTEsMTAgQEAKIENPTkZJR19TSVRFPz0JCSR7UE9SVFNESVJ9L1RlbXBsYXRlcy9jb25m aWcuc2l0ZQogQ09ORklHVVJFX0FSR1MrPQktLXByZWZpeD0ke0dOVV9DT05GSUdVUkVfUFJFRklY fSAkJHtfTEFURV9DT05GSUdVUkVfQVJHU30KIC5pZiBkZWZpbmVkKFhfQlVJTERfRk9SKQotQ09O RklHVVJFX0FSR1MrPQktLWhvc3Q9JHtYX0JVSUxEX0ZPUn0KK0NPTkZJR1VSRV9BUkdTKz0JLS1o b3N0PSR7WF9CVUlMRF9GT1J9LXBvcnRibGQtJHtPUFNZUzp0bH0ke09TUkVMfQorLmVuZGlmCisu aWYgZGVmaW5lZChUQVJHRVQpCitDT05GSUdVUkVfQVJHUys9ICAgICAgICAtLXRhcmdldD0ke1RB UkdFVH0tJHtPUFNZUzp0bH0KIC5lbmRpZgogQ09ORklHVVJFX0VOVis9CQlDT05GSUdfU0lURT0k e0NPTkZJR19TSVRFfSBsdF9jdl9zeXNfbWF4X2NtZF9sZW49JHtDT05GSUdVUkVfTUFYX0NNRF9M RU59CiBIQVNfQ09ORklHVVJFPQkJeWVzCg== --_e1e9dfa6-1295-45a5-a56d-b4b57896ae12_-- From owner-freebsd-arm@freebsd.org Thu Aug 6 02:57:52 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32C529B35B2; Thu, 6 Aug 2015 02:57:52 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL004-OMC4S6.hotmail.com (col004-omc4s6.hotmail.com [65.55.34.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C11D1500; Thu, 6 Aug 2015 02:57:51 +0000 (UTC) (envelope-from m.vale@live.com.au) Received: from COL130-W38 ([65.55.34.200]) by COL004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 5 Aug 2015 19:56:45 -0700 X-TMN: [RjoGN3pMdsG3IktsyQj/V097WMCXkWx2] X-Originating-Email: [m.vale@live.com.au] Message-ID: From: Michael Vale To: Adrian Chadd , "bapt@freebsd.org" , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" , "freebsd-embedded@freebsd.org" Subject: RE: Multi Arch ELF binary/object compiling, linking and more Date: Thu, 6 Aug 2015 13:26:45 +1030 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 06 Aug 2015 02:56:45.0211 (UTC) FILETIME=[879006B0:01D0CFF3] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 02:57:52 -0000 Sorry=2C there is more. I forgot to mention that you can set X_SYSROOT at = the command line so ports can find the appropriate system headers to build = from as a part of your firmware. You can also set DESTDIR to a valid jail = and set CHROOTED to YES (more on that later) or NO=3Dand specify a subdirec= tory within your jail to isolate your compilations from what would be a for= eign HOST environment. Or you can do what I did and edir Warden to create = a mips template built from freebsd sources and push your host environment o= ut into the build environment and have the jail contain only the firmware k= ernel and userland + the results of any ports you compile and install into = that jail with DESTDIR CHROOTED=3Dyes From: m.vale@live.com.au To: adrian@freebsd.org=3B bapt@freebsd.org=3B freebsd-mips@freebsd.org=3B f= reebsd-arm@freebsd.org=3B freebsd-embedded@freebsd.org Subject: Multi Arch ELF binary/object compiling=2C linking and more Date: Thu=2C 6 Aug 2015 13:20:27 +1030 =0A= =0A= =0A= You can try and read my lyrics off of this paper before I lay 'emBut you wo= n't take the sting out these words before I say 'emCause ain't no way I'ma = let you stop me from causing mayhemWhen I say I'ma do something I do it=2CI= don't give a damn what you think=2CI'm doing this for me=2C so fuck the wo= rldFeed it beans=2C it's gassed up=2C if it thinks it's stopping mehttps://= www.youtube.com/watch?v=3Dj5-yKhDd64s Hey=2C Okay here it is. It's not complete yet=2C but I'm throwing it out there wh= ile I have the chance. One can specify the build machine's arch type with ARCH=3D=2C the host (and= in turn the build machine if one is not set) with X_BUILD_FOR=3D and also = finally the target with TARGET=3D. You can choose to set all three to the = same arch as the target=2C or whatever pleases you. Surely if you're smart= and doing some wicked fancy things you can benefit from setting different = archs accordingly=2C if you're accessing these binaries and objects from a = central storage and utilising resources over a network. EDIT: What I forgot to mention is=2C to utilize "cross-compiling" allows on= e to run the same binaries and objects on multiple architectures. So one w= ould think the build variable would have to be one of the machine compiling= the binaries and objects but that is not the case=2C it has other purposes= too. It has been clear in the GNU and FreeBSD way of things that by retai= ning the build variable as the one you compile the binary on and setting th= e HOST variable defines what "other" (sic.) architecture the binaries or ob= ject execute on when infact by setting HOST=2C you also tend to automatical= ly adjust TARGET to suit. The light on this matter is that you can infact = set an intermediate HOST architecture to the TARGET that allows building ta= sks assigned to the BUILD variable=2C 'hosting' and 'operating' on the HOST= architecture and native execution on the TARGET. Don't think for one mome= nt though that you can't set all three BUILD=2C HOST and TARGET to the TARG= ET architecture and use that binary or object as a development utility=2C h= ost or native on the desired platform/architecture. The work is rather complete=2C I've managed to build asterisk=2C kismet and= different X11/Xorg servers and all their dependencies. I haven't begun on slimming down the stage outfits into something suitable = for embedded flashing and packaging. https://www.youtube.com/watch?v=3DBE9CXWV1alg - Michael. = From owner-freebsd-arm@freebsd.org Thu Aug 6 05:55:06 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54F3E9B4A46 for ; Thu, 6 Aug 2015 05:55:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 47F601949; Thu, 6 Aug 2015 05:55:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5A9E44B4; Thu, 6 Aug 2015 05:55:06 +0000 (UTC) Date: Thu, 6 Aug 2015 05:55:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <161668505.3.1438840506305.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #780 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 05:55:06 -0000 FreeBSD_HEAD_arm64 - Build #780 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/780/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/780/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/780/console Change summaries: No changes The end of the build log: Started by an SCM change Building remotely on kyua4.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_arm64 FATAL: java.io.EOFException hudson.remoting.RequestAbortedException: java.io.EOFException at hudson.remoting.Request.abort(Request.java:296) at hudson.remoting.Channel.terminate(Channel.java:815) at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to kyua4.nyi.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.Request.call(Request.java:171) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) at hudson.FilePath.act(FilePath.java:969) at hudson.FilePath.mkdirs(FilePath.java:1152) at hudson.model.AbstractProject.checkout(AbstractProject.java:1275) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.EOFException at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua4.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@240fb23 and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Thu Aug 6 06:56:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F35089B4DE9 for ; Thu, 6 Aug 2015 06:56:37 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5891F13CD; Thu, 6 Aug 2015 06:56:37 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by labow3 with SMTP id ow3so43212963lab.1; Wed, 05 Aug 2015 23:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jvP91GWrVWtBTg+D1Vsx4DGWx0nJUBWK7JogXDv2zuo=; b=pRkQV5e/7Fx+mQ5hLjpmbi2UXzENxvjSEDssbT5N6F9WQkxrTt9sfBWihNkleZew1T CuwFl9dAr089Yj7CkUtYki5lB5qLZ0QhVLRhuN24P3vb+OfS/3TLeQIBhZGS4HfOZkwn +EnWxhc/Zf6AxTvVoT2vYG2/1Ptfo/BS3c9JOChpMKHy22yCrrVTM8GiF092ry6KqPCy IN7RWQl1EDgRXJGjL55FaWZOMO/hjVShNG+q2hGjstO33TwFN7zR87pGC7dZ7Q1rqzbJ WcKNvJsiMxBqK/QylJaKKdLUCP4G1MUc0ThB+wFBvPAZ0Vln0D7D2SFy8mehkLXOhmGg Dj6g== MIME-Version: 1.0 X-Received: by 10.112.186.35 with SMTP id fh3mr133322lbc.82.1438844194870; Wed, 05 Aug 2015 23:56:34 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Wed, 5 Aug 2015 23:56:34 -0700 (PDT) In-Reply-To: <1438794143.70393.174.camel@freebsd.org> References: <20150801182519.4886608.58781.1809@gmail.com> <20150804220401.4886608.77426.1917@gmail.com> <1438794143.70393.174.camel@freebsd.org> Date: Wed, 5 Aug 2015 23:56:34 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: Ian Lepore Cc: Oleksandr Tymoshenko , freebsd-arm , =?UTF-8?Q?Mika=C3=ABl_Urankar?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 06:56:38 -0000 Thanks Ian, it worked!!! (sort of) First, thank you for the dtb correction. The wonky name was a placeholder from my notes. Second, I was able to run the following commands manually and boot: setenv fdt_file imx6dl-hummingboard.dtb; fatload mmc 0 10800000 ubldr.bin; go 10800000; However after ubldr started booting the kernel, the screen turned into a "coloured lattice". I have picture if anyone is so inclined=E2=80=8B=E2=80= =8B https://goo.gl/photos/YZDmoy6TJzpssovf6 I am wondering if that is due to the HDMI patch from Oleksandr that I applied? https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html I saw on his profile what looks like a second revision to the patch. I wonder if I should back the original patch out with a fresh subversion get, or try the updated patch? Or is this possibly unrelated? Thanks guys! Russ On Wed, Aug 5, 2015 at 10:02 AM, Ian Lepore wrote: > If you've got enough control to type at u-boot prompts, maybe we can > wish away any ubldr-doesn't-match-uboot address problems by using the > new relocatable ubldr, like so... > > fatload mmc 0 ${loadaddr} ubldr.bin > go ${loadaddr} > > Depending on how you build your images, you may need to do something > extra to copy ubldr.bin to the fat partition. > > Next issue is "setenv fdt_file hummingboard-dual.dtb" -- where is that > name coming from? The right filename for a dual-core hummingboard would > be imx6dl-hummingboard.dtb, and that file should exist in > your /boot/dtb directory on the freebsd filesystem. > > Svata's comments about the load address changing are for the kernel > address, and only apply if you're launching the kernel directly from > u-boot (which nobody should be doing unless they're somehow forced to > use a vendor-supplied u-boot instead of building one with API support > for ubldr). Once ubldr is running it will read the kernel headers and > load the kernel correctly even if the entry point has moved around. > > BTW... you can do "printenv varname" to see just one var, and > tab-completion should work if you don't know the exact spelling of the > var. > > -- Ian > > On Wed, 2015-08-05 at 00:41 -0700, Russell Haley wrote: > > Hello, > > > > From what I can see, the loadaddr from printenv is 0x10800000 which is > > consistent with the solid-run wiki. I can't tell what the boot command > used > > is. Nothing has been easy with this project. I was trying = to > > go back and see what the u-boot environment variables told me but the > text > > rolls off the top of the screen. I can't pipe the printenv into less/mo= re > > because the keyboard I am using just won't give me a pipe character. So > > there is something weird about the character codes it's sending (I get = ~ > or > > # instead of the characters I'm supposed to get for that key). > herring> No big deal, I will replace this keyboard at my soonest > > convenience. > > > > So for kicks and giggles I ran this command at the u-boot prompt: > > > > *setenv fdt_file hummingboard-dual.dtb; fatload mmc 0 10800000 ubldr; > > bootelf 10800000;* > > > > and I get the same output: > > > > *260674 bytes read in 26 ms (9.6MiB/s)* > > > > > > I further boiled it down and ran > > > > *fatload 10800000 ubldr;* > > > > and then > > > > *bootelf 10800000;* > > > > With the same result. This combined with the lack of boot logs in the > > /mnt/var/log/messages folder seems to indicate bootelf hangs? > > > > Anyway, the suggestion about just loading the kernel and booting it a > good > > one - I did that with an older CCWMX53 board. However, that is a very > last > > ditch temporary solution. I want this to boot properly using ubldr, so = it > > is worth the extra to get this working correctly. > > > > So here are some of the questions I am asking myself: > > - I have done alot of "thrashing around". Perhaps I should go back and > get > > u-boot to build properly? But that doesn't seem to matter: if I get the > > u-boot prompt, doesn't that mean it's working? > > - Do I need to further investigate the fdt files? > > - Do I need to look into the ubldr build and code? What is the > possibility > > of ubldr being broken? Is Svata correct that the start address changed > and > > I need to do something different? > > > > Thanks, > > > > Russ > > > > On Tue, Aug 4, 2015 at 3:04 PM, Russell Haley > wrote: > > > > > I'll check my load and starting addresses when I get home. I have see= n > two > > > different numbers around. > > > > > > Russ > > > > > > Sent from my BlackBerry 10 smartphone on the Koodo network. > > > Original Message > > > From: Svatopluk Kraus > > > Sent: Tuesday, August 4, 2015 2:52 AM > > > To: Russell Haley > > > Cc: Mika=C4=97l Urankar; Oleksandr Tymoshenko; Ian Lepore; freebsd-ar= m > > > Subject: Re: Hummingboard u-boot not loading? > > > > > > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley > > > wrote: > > > > Hello, > > > > > > > > Recap: I'm trying to get a Hummingboard with dual core pro SOM to > boot > > > > using only HDMI output (I don't have a FTDI cable yet) . I am > running a > > > > binary u-boot from Oleksandr. Successfullly built head yesterday. > > > > > > > > My SD Card looks like this: > > > > > > > > - 1Mb free space with uboot at 1k > > > > - 50Mb Fat32 partition with ubldr > > > > - 3.6Gb ufs partition > > > > > > > > I applied the patch for HDMI output: > > > > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > > > (Oleksandr via Mikael). I then ran buildkernel with the -DNOCLEAN > option > > > > (thanks Ian!). I then mistakenly did a installkernel which takes > hours on > > > > an SD card and overwrote everything so I couldn't tell if the files= I > > > > wanted were actually installed (i.e. imx6_hdmi.o). I can't find any > of > > > the > > > > files I think I should have been added, but that could be my feeble > > > > understanding of file searching. > > > > > > > > Anyway, I ran it and nothing changed. I get a u-boot auto config > counting > > > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) *whic= h > is > > > the > > > > size of ubldr, but nothing fires after that. It could the output is > > > > happening on a serial out, or it could be nothing is happening??? I > have > > > > toyed with the idea of adding something to loarder.conf, but the > defaults > > > > all seem sufficient, again, unless someone can suggest something? > > > > > > > > > > > > > Well, this just reminds me of something I dealt with recently. I'm > > > running FreeBSD kernel without ubldr, so u-boot loads kernel and then > > > jumps to kernel starting address. It turns out that kernel starting > > > address, which was always stable, was changed suddently and the resul= t > > > was same like in your case. Thus, maybe it's worth a try to find out > > > how ubldr is run from u-boot and which is its starting address. > > > > > > Svata > > > > > > > > > > I have no further actions I can think of until I get an FDTI cable. > All > > > > suggestions welcome. > > > > > > > > Russ > > > > > > > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley > > > > wrote: > > > > > > > >> Just an FYI, > > > >> > > > >> I'm rebuilding the kernel after applying the IMX6 HDMI patch > provided > > > >> by Mika=C4=97l (but incidentally written by Oleksandr!). Will know= more > in > > > >> the morning > > > >> > > > >> Russ > > > >> > > > >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > > > > >> wrote: > > > >> > Well I have seen what I think is ubldr get loaded by u-boot. I > see the > > > >> > following message: > > > >> > > > > >> > 20647 bytes read in 26 ms (9.6MiB/s) > > > >> > > > > >> > And then nothing. I am hoping this mean ubldr successfully > loaded. The > > > >> > lack of the rest of the output seems to make me think, well, I > don't > > > >> > know what to think. Is the output going to the serial console I > don't > > > >> > currently have? Just because it read the file doesn't mean that > > > >> > bootelf worked? I don't have anything in a loader.conf file yet = so > > > >> > that may also be the problem. > > > >> > > > > >> > Ian, thanks for chiming in. I want to keep going with the binary > that > > > >> > Gonzo gave me but I will look back at the pkgng image once I get= a > > > >> > full boot happening. > > > >> > > > > >> > As usual, all suggestions welcome. > > > >> > > > > >> > Thanks, > > > >> > Russ > > > >> > > > > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley < > russ.haley@gmail.com> > > > >> wrote: > > > >> >> Hi guys, > > > >> >> > > > >> >> No, I don't have a serial cable yet. I have ordered an FDTI > cable and > > > >> >> should have it this week. Oleksandr gave me a binary that is > working > > > >> >> right now, I will try out the new patch as soon as I have the > FDTI > > > >> >> cable and can get debug output. > > > >> >> > > > >> >> okay, on to the next problem... > > > >> >> > > > >> >> Russ > > > >> >> > > > >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C4=97l Urankar < > > > >> mikael.urankar@gmail.com> wrote: > > > >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley = : > > > >> >>>> Thanks Mikael, > > > >> >>>> > > > >> >>>> I was able to build using the patches you provided and the > binary > > > >> >>>> u-boot.imx is the exact same size as the one from pkgng. > However, > > > >> >>>> nothing happens when I boot it: > > > >> >>> > > > >> >>> I've updated my patch, it works on my cubox. > > > >> >>> > > > >> > > > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > > > >> >>> > > > >> >>> The patches come from here: > > > >> >>> > > > >> > > > > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot= /patches > > > >> >>> > > > >> > > > > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned= -access-when-supported-by-the-compiler > > > >> > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > > From owner-freebsd-arm@freebsd.org Thu Aug 6 07:56:38 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A4659B5B03 for ; Thu, 6 Aug 2015 07:56:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7FB14E7; Thu, 6 Aug 2015 07:56:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4FCBB4E9; Thu, 6 Aug 2015 07:56:35 +0000 (UTC) Date: Thu, 6 Aug 2015 07:56:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <736737030.5.1438847795731.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <161668505.3.1438840506305.JavaMail.jenkins@jenkins-9.freebsd.org> References: <161668505.3.1438840506305.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #781 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 07:56:38 -0000 FreeBSD_HEAD_arm64 - Build #781 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/781/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/781/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/781/console Change summaries: No changes The end of the build log: Started by an SCM change Building remotely on kyua4.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_arm64 Updating svn://svnmir.freebsd.org/base/head at revision '2015-08-06T07:55:03.159 +0000' U lib/libc/sys/kqueue.2 U lib/libthr/arch/i386/Makefile.inc U lib/libthr/arch/amd64/Makefile.inc U UPDATING U usr.sbin/pw/tests/pw_usermod.sh U libexec/rtld-elf/amd64/Makefile.inc U libexec/rtld-elf/i386/Makefile.inc U etc/rc.d/rctl U etc/defaults/rc.conf U sys/modules/cxgbe/t4_firmware/Makefile U sys/modules/cxgbe/t5_firmware/Makefile U sys/modules/zfs/Makefile U sys/dev/ath/if_ath.c D sys/dev/cxgbe/firmware/t4fw-1.14.2.0.bin.uu D sys/dev/cxgbe/firmware/t5fw-1.14.2.0.bin.uu AU sys/dev/cxgbe/firmware/t4fw-1.14.4.0.bin.uu AU sys/dev/cxgbe/firmware/t5fw-1.14.4.0.bin.uu U sys/dev/cxgbe/firmware/t4fw_interface.h U sys/x86/include/_types.h U sys/x86/include/float.h U sys/conf/files U sys/arm64/include/float.h U sys/arm64/include/in_cksum.h U sys/kern/kern_event.c U sys/kern/vfs_subr.c U sys/contrib/dev/ath/ath_hal/ar9300/ar9300_misc.c U sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c U sys/contrib/cloudabi/syscalldefs_mi.h U sys/contrib/cloudabi/syscalldefs_md.h U sys/mips/include/float.h U sys/mips/include/in_cksum.h U sys/fs/nfsclient/nfs_clport.c U sys/amd64/include/in_cksum.h U sys/sys/syscallsubr.h U sys/sys/event.h U sys/arm/include/float.h U sys/powerpc/include/in_cksum.h U sys/powerpc/include/float.h U sys/sparc64/include/float.h U sys/sparc64/include/in_cksum.h U sys/vm/pmap.h U sys/compat/cloudabi64/cloudabi64_sysent.c U sys/compat/cloudabi64/cloudabi64_poll.c U sys/compat/cloudabi64/cloudabi64_proto.h U sys/compat/cloudabi64/cloudabi64_systrace_args.c U sys/compat/cloudabi64/syscalls.master U sys/compat/cloudabi64/cloudabi64_syscalls.c U sys/compat/cloudabi64/cloudabi64_syscall.h U sys/compat/linux/linux_event.c U sys/compat/cloudabi/cloudabi_file.c U sys/compat/cloudabi/cloudabi_sock.c U sys/compat/cloudabi/cloudabi_util.h U sys/compat/cloudabi/cloudabi_proc.c U sys/compat/cloudabi/cloudabi_fd.c U sys/i386/include/in_cksum.h U sys/i386/i386/pmap.c U sys/cam/ctl/ctl_ser_table.c U sys/cam/ctl/ctl_backend_block.c U sys/cam/ctl/ctl_cmd_table.c U sys/cam/ctl/ctl_private.h U sys/cam/ctl/ctl.c U sys/cam/ctl/ctl_tpc.c U usr.bin/truss/syscalls.c U usr.bin/find/misc.c U usr.bin/find/extern.h U usr.bin/patch/pch.c U usr.bin/patch/pathnames.h D gnu/usr.bin/cc/c++filt/Makefile D gnu/usr.bin/cc/c++filt/Makefile.depend U gnu/usr.bin/cc/Makefile D gnu/usr.bin/binutils/size D gnu/usr.bin/binutils/nm D gnu/usr.bin/binutils/strings D gnu/usr.bin/binutils/strip D gnu/usr.bin/binutils/readelf D gnu/usr.bin/binutils/ar D gnu/usr.bin/binutils/addr2line D gnu/usr.bin/binutils/ranlib U gnu/usr.bin/binutils/Makefile U sbin/routed/input.c U sbin/mdconfig/mdconfig.8 U tools/build/mk/OptionalObsoleteFiles.inc U tools/build/options/WITHOUT_ELFTOOLCHAIN_TOOLS U tools/build/options/WITHOUT_BINUTILS U share/mk/bsd.cpu.mk At revision 286361 No emails were triggered. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson8429962061080752271.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo env: env: + /usr/bin/env BUILD_NUMBER=781 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_arm64 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::104:1 jname=FreeBSD_HEAD_arm64 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=781 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_arm64 BUILD_TAG=jenkins-FreeBSD_HEAD_arm64-781 NODE_LABELS=jailer kyua4.nyi.freebsd.org BUILD_DISPLAY_NAME=#781 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/781/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=286361 SVN_REVISION_1=286361 BUILDER_JAIL_IP6=2610:1c1:1:607c::104:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=23434eb5-856f-4ebe-8735-3e51e0629dd9 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_arm64 NODE_NAME=kyua4.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_arm64' setup jail FreeBSD_HEAD_arm64 + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/base.txz base.txz 0 B 0 Bps + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/lib32.txz lib32.txz 0 B 0 Bps + mkdir FreeBSD_HEAD_arm64 mkdir: FreeBSD_HEAD_arm64: File exists Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson5389456132107506215.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 jail: "FreeBSD_HEAD_arm64" not found + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address + true + sudo umount FreeBSD_HEAD_arm64/usr/src umount: FreeBSD_HEAD_arm64/usr/src: statfs: No such file or directory umount: FreeBSD_HEAD_arm64/usr/src: unknown file system + true + sudo umount FreeBSD_HEAD_arm64/dev umount: FreeBSD_HEAD_arm64/dev: statfs: No such file or directory umount: FreeBSD_HEAD_arm64/dev: unknown file system + true + sudo rm -fr FreeBSD_HEAD_arm64 + sudo chflags -R noschg FreeBSD_HEAD_arm64 chflags: FreeBSD_HEAD_arm64: No such file or directory + true + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Thu Aug 6 08:08:43 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9BA59B5F22 for ; Thu, 6 Aug 2015 08:08:42 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CD281C38 for ; Thu, 6 Aug 2015 08:08:42 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: by wibxm9 with SMTP id xm9so11876470wib.0 for ; Thu, 06 Aug 2015 01:08:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-type; bh=UzItpKmaJTCb4kfDB2qqOzRi3ocmHbkDssgeSc61HPc=; b=Q7EKqcy5FRIKn2KkktxwCC8+LYD4Jx3iOSnO4126tuSXK9q89bksB7X4aICkAyzQMS NPYxdbFiqOcuihc2cqtvVxxTO3Ld3EGpLKoqoZh2hYTMhxV9vP6uoM7awB9M4WC9CUI+ PTGQWe5myYa3pjiUFd01TmKCUCorrQpTZcheQ+2q2np+a+8sMQVZl5uoGmxVBBUgnkm4 6UzYgRH8WGV/jB+wp3IjA/TIpO6Ba7S/xe7vyZINC39UWah2twZN6fmPMjBWef7qIE/j Uof5mpL71K67YJu/hfcFHXDocQy++vXtTtPaqDFJVJ2NSr1H8qbUeBBcQubTPvB4YzAR qy9Q== X-Received: by 10.194.190.79 with SMTP id go15mr839056wjc.80.1438848520661; Thu, 06 Aug 2015 01:08:40 -0700 (PDT) Received: from planb.netng.org (ip-78-45-45-24.net.upcbroadband.cz. [78.45.45.24]) by smtp.gmail.com with ESMTPSA id fs8sm8147230wjb.7.2015.08.06.01.08.39 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Aug 2015 01:08:39 -0700 (PDT) Date: Thu, 6 Aug 2015 10:08:38 +0200 From: Vladimir Botka To: Russell Haley Cc: freebsd-arm Subject: Re: Hummingboard u-boot not loading? Message-ID: <20150806100838.544bfaa7@planb.netng.org> In-Reply-To: References: <20150801182519.4886608.58781.1809@gmail.com> <20150804220401.4886608.77426.1917@gmail.com> <1438794143.70393.174.camel@freebsd.org> Organization: na X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/0Bpv0wXMqBT2u6mphXpa85m"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 08:08:43 -0000 --Sig_/0Bpv0wXMqBT2u6mphXpa85m Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Russ, you might want to set the serial console. It's pretty easy. Just connect Hummingboard GPIO pin8->White(TX), pin9->Black(G), pin10->Green(RX) http://www.adafruit.com/product/954 Connection works fine for me with minicom in Ubuntu Welcome to minicom 2.7 OPTIONS: I18n=20 Compiled on Jan 1 2014, 17:13:22. Port /dev/ttyUSB0, 18:49:12 Cheers, -vlado On Wed, 5 Aug 2015 23:56:34 -0700 Russell Haley wrote: > Thanks Ian, it worked!!! (sort of) > First, thank you for the dtb correction. The wonky name was a > placeholder from my notes. Second, I was able to run the following > commands manually and boot: >=20 > setenv fdt_file imx6dl-hummingboard.dtb; > fatload mmc 0 10800000 ubldr.bin; > go 10800000; >=20 > However after ubldr started booting the kernel, the screen turned > into a "coloured lattice". I have picture if anyone is so inclined=E2=80= =8B=E2=80=8B > https://goo.gl/photos/YZDmoy6TJzpssovf6 >=20 > I am wondering if that is due to the HDMI patch from Oleksandr that I > applied? > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html >=20 > I saw on his profile what looks like a second revision to the patch. I > wonder if I should back the original patch out with a fresh > subversion get, or try the updated patch? Or is this possibly > unrelated? >=20 > Thanks guys! >=20 > Russ >=20 >=20 >=20 > On Wed, Aug 5, 2015 at 10:02 AM, Ian Lepore wrote: >=20 > > If you've got enough control to type at u-boot prompts, maybe we can > > wish away any ubldr-doesn't-match-uboot address problems by using > > the new relocatable ubldr, like so... > > > > fatload mmc 0 ${loadaddr} ubldr.bin > > go ${loadaddr} > > > > Depending on how you build your images, you may need to do something > > extra to copy ubldr.bin to the fat partition. > > > > Next issue is "setenv fdt_file hummingboard-dual.dtb" -- where is > > that name coming from? The right filename for a dual-core > > hummingboard would be imx6dl-hummingboard.dtb, and that file > > should exist in your /boot/dtb directory on the freebsd filesystem. > > > > Svata's comments about the load address changing are for the kernel > > address, and only apply if you're launching the kernel directly from > > u-boot (which nobody should be doing unless they're somehow forced > > to use a vendor-supplied u-boot instead of building one with API > > support for ubldr). Once ubldr is running it will read the kernel > > headers and load the kernel correctly even if the entry point has > > moved around. > > > > BTW... you can do "printenv varname" to see just one var, and > > tab-completion should work if you don't know the exact spelling of > > the var. > > > > -- Ian > > > > On Wed, 2015-08-05 at 00:41 -0700, Russell Haley wrote: > > > Hello, > > > > > > From what I can see, the loadaddr from printenv is 0x10800000 > > > which is consistent with the solid-run wiki. I can't tell what > > > the boot command > > used > > > is. Nothing has been easy with this project. I was > > > trying to go back and see what the u-boot environment variables > > > told me but the > > text > > > rolls off the top of the screen. I can't pipe the printenv into > > > less/more because the keyboard I am using just won't give me a > > > pipe character. So there is something weird about the character > > > codes it's sending (I get ~ > > or > > > # instead of the characters I'm supposed to get for that > > > key). > > herring> No big deal, I will replace this keyboard at my soonest > > > convenience. > > > > > > So for kicks and giggles I ran this command at the u-boot prompt: > > > > > > *setenv fdt_file hummingboard-dual.dtb; fatload mmc 0 10800000 > > > ubldr; bootelf 10800000;* > > > > > > and I get the same output: > > > > > > *260674 bytes read in 26 ms (9.6MiB/s)* > > > > > > > > > I further boiled it down and ran > > > > > > *fatload 10800000 ubldr;* > > > > > > and then > > > > > > *bootelf 10800000;* > > > > > > With the same result. This combined with the lack of boot logs in > > > the /mnt/var/log/messages folder seems to indicate bootelf hangs? > > > > > > Anyway, the suggestion about just loading the kernel and booting > > > it a > > good > > > one - I did that with an older CCWMX53 board. However, that is a > > > very > > last > > > ditch temporary solution. I want this to boot properly using > > > ubldr, so it is worth the extra to get this working correctly. > > > > > > So here are some of the questions I am asking myself: > > > - I have done alot of "thrashing around". Perhaps I should go > > > back and > > get > > > u-boot to build properly? But that doesn't seem to matter: if I > > > get the u-boot prompt, doesn't that mean it's working? > > > - Do I need to further investigate the fdt files? > > > - Do I need to look into the ubldr build and code? What is the > > possibility > > > of ubldr being broken? Is Svata correct that the start address > > > changed > > and > > > I need to do something different? > > > > > > Thanks, > > > > > > Russ > > > > > > On Tue, Aug 4, 2015 at 3:04 PM, Russell Haley > > > > > wrote: > > > > > > > I'll check my load and starting addresses when I get home. I > > > > have seen > > two > > > > different numbers around. > > > > > > > > Russ > > > > > > > > Sent from my BlackBerry 10 smartphone on the Koodo network. > > > > Original Message > > > > From: Svatopluk Kraus > > > > Sent: Tuesday, August 4, 2015 2:52 AM > > > > To: Russell Haley > > > > Cc: Mika=C4=97l Urankar; Oleksandr Tymoshenko; Ian Lepore; > > > > freebsd-arm Subject: Re: Hummingboard u-boot not loading? > > > > > > > > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley > > > > wrote: > > > > > Hello, > > > > > > > > > > Recap: I'm trying to get a Hummingboard with dual core pro > > > > > SOM to > > boot > > > > > using only HDMI output (I don't have a FTDI cable yet) . I am > > running a > > > > > binary u-boot from Oleksandr. Successfullly built head > > > > > yesterday. > > > > > > > > > > My SD Card looks like this: > > > > > > > > > > - 1Mb free space with uboot at 1k > > > > > - 50Mb Fat32 partition with ubldr > > > > > - 3.6Gb ufs partition > > > > > > > > > > I applied the patch for HDMI output: > > > > > > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > > > > (Oleksandr via Mikael). I then ran buildkernel with the > > > > > -DNOCLEAN > > option > > > > > (thanks Ian!). I then mistakenly did a installkernel which > > > > > takes > > hours on > > > > > an SD card and overwrote everything so I couldn't tell if the > > > > > files I wanted were actually installed (i.e. imx6_hdmi.o). I > > > > > can't find any > > of > > > > the > > > > > files I think I should have been added, but that could be my > > > > > feeble understanding of file searching. > > > > > > > > > > Anyway, I ran it and nothing changed. I get a u-boot auto > > > > > config > > counting > > > > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) > > > > > *which > > is > > > > the > > > > > size of ubldr, but nothing fires after that. It could the > > > > > output is happening on a serial out, or it could be nothing > > > > > is happening??? I > > have > > > > > toyed with the idea of adding something to loarder.conf, but > > > > > the > > defaults > > > > > all seem sufficient, again, unless someone can suggest > > > > > something? > > > > > > > > > > > > > > > > > Well, this just reminds me of something I dealt with recently. > > > > I'm running FreeBSD kernel without ubldr, so u-boot loads > > > > kernel and then jumps to kernel starting address. It turns out > > > > that kernel starting address, which was always stable, was > > > > changed suddently and the result was same like in your case. > > > > Thus, maybe it's worth a try to find out how ubldr is run from > > > > u-boot and which is its starting address. > > > > > > > > Svata > > > > > > > > > > > > > I have no further actions I can think of until I get an FDTI > > > > > cable. > > All > > > > > suggestions welcome. > > > > > > > > > > Russ > > > > > > > > > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley > > > > > > > > > > > wrote: > > > > > > > > > >> Just an FYI, > > > > >> > > > > >> I'm rebuilding the kernel after applying the IMX6 HDMI patch > > provided > > > > >> by Mika=C4=97l (but incidentally written by Oleksandr!). Will > > > > >> know more > > in > > > > >> the morning > > > > >> > > > > >> Russ > > > > >> > > > > >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > > > > >> > > > > > > >> wrote: > > > > >> > Well I have seen what I think is ubldr get loaded by > > > > >> > u-boot. I > > see the > > > > >> > following message: > > > > >> > > > > > >> > 20647 bytes read in 26 ms (9.6MiB/s) > > > > >> > > > > > >> > And then nothing. I am hoping this mean ubldr successfully > > loaded. The > > > > >> > lack of the rest of the output seems to make me think, > > > > >> > well, I > > don't > > > > >> > know what to think. Is the output going to the serial > > > > >> > console I > > don't > > > > >> > currently have? Just because it read the file doesn't mean > > > > >> > that bootelf worked? I don't have anything in a > > > > >> > loader.conf file yet so that may also be the problem. > > > > >> > > > > > >> > Ian, thanks for chiming in. I want to keep going with the > > > > >> > binary > > that > > > > >> > Gonzo gave me but I will look back at the pkgng image once > > > > >> > I get a full boot happening. > > > > >> > > > > > >> > As usual, all suggestions welcome. > > > > >> > > > > > >> > Thanks, > > > > >> > Russ > > > > >> > > > > > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley < > > russ.haley@gmail.com> > > > > >> wrote: > > > > >> >> Hi guys, > > > > >> >> > > > > >> >> No, I don't have a serial cable yet. I have ordered an > > > > >> >> FDTI > > cable and > > > > >> >> should have it this week. Oleksandr gave me a binary that > > > > >> >> is > > working > > > > >> >> right now, I will try out the new patch as soon as I have > > > > >> >> the > > FDTI > > > > >> >> cable and can get debug output. > > > > >> >> > > > > >> >> okay, on to the next problem... > > > > >> >> > > > > >> >> Russ > > > > >> >> > > > > >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C4=97l Urankar < > > > > >> mikael.urankar@gmail.com> wrote: > > > > >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley > > > > >> >>> : > > > > >> >>>> Thanks Mikael, > > > > >> >>>> > > > > >> >>>> I was able to build using the patches you provided and > > > > >> >>>> the > > binary > > > > >> >>>> u-boot.imx is the exact same size as the one from pkgng. > > However, > > > > >> >>>> nothing happens when I boot it: > > > > >> >>> > > > > >> >>> I've updated my patch, it works on my cubox. > > > > >> >>> > > > > >> > > > > > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox= -hummingboard_gcc-5.2.patch > > > > >> >>> > > > > >> >>> The patches come from here: > > > > >> >>> > > > > >> > > > > > > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-bo= ot/patches > > > > >> >>> > > > > >> > > > > > > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unalign= ed-access-when-supported-by-the-compiler > > > > >> > > > > > _______________________________________________ > > > > > freebsd-arm@freebsd.org mailing list > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to > > > "freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Vladim=C3=ADr Botka --Sig_/0Bpv0wXMqBT2u6mphXpa85m Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVwxYGAAoJEJDRmRKO1E8Bq7gIAJJ2CO/3H8jf2I+DgM6z9J05 Sjp1zcbFAeaBoJ3K7RYRCTqY2QYu7FzQsCiYQNlvPaUYokiBdNJBPlXiSSR16sdB i0BAJdyN0iqJw0wCjrr/iVIxFDnC0jSHBDSIlnBbsc8magoFn423s4ThLy2R1PUc 8ncF+B1DP2wwr30kaNuEVeayQ7qFilHJ32fC90Baj3qKiCZidA6EjdurpMwq6nL2 k6uvBgCP5DuSxCbs2Ngw8z8UyzL3KGVie+D2XC6Av3vZs5wx9HRHC16k9lpZ0ezd qryjQqbbFARX6dVIwrBkK2sG+WYcMZkkdxPJZ6GQ2UP9PkWYTFeLsC91WczHOC8= =0u4T -----END PGP SIGNATURE----- --Sig_/0Bpv0wXMqBT2u6mphXpa85m-- From owner-freebsd-arm@freebsd.org Thu Aug 6 16:51:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC4DC9B449F for ; Thu, 6 Aug 2015 16:51:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AD90D20A; Thu, 6 Aug 2015 16:51:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D53495A9; Thu, 6 Aug 2015 16:51:55 +0000 (UTC) Date: Thu, 6 Aug 2015 16:51:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, ngie@FreeBSD.org, andrew@FreeBSD.org, glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <431901720.7.1438879914356.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <736737030.5.1438847795731.JavaMail.jenkins@jenkins-9.freebsd.org> References: <736737030.5.1438847795731.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #782 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 16:51:57 -0000 FreeBSD_HEAD_arm64 - Build #782 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/782/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/782/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/782/console Change summaries: 286367 by ngie: Make some debug printf's into DPRINTF's to reduce noise on attach/detach Differential Revision: https://reviews.freebsd.org/D3306 MFC after: 1 week Reviewed by: loos Sponsored by: EMC / Isilon Storage Division 286366 by andrew: Fill in dump_avail based on the physical memory from EFI. Obtained from: ABT Systems Ltd Sponsored by: The FreeBSD Foundation 286364 by gjb: Fix a typo. Submitted by: pkelsey Sponsored by: The FreeBSD Foundation 286363 by glebius: Make it compilable. No idea if it works. From owner-freebsd-arm@freebsd.org Thu Aug 6 17:15:25 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C5939B4A92 for ; Thu, 6 Aug 2015 17:15:25 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B830E51 for ; Thu, 6 Aug 2015 17:15:24 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by labkb6 with SMTP id kb6so31331329lab.2 for ; Thu, 06 Aug 2015 10:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nPrM2LMJm4dxYL49NC10AsTIeRxcDGmAgisVsedlnCM=; b=htdfU42MxItoOnj+bV+FM51621mlNo/s69YGMlsZ4+pvutCBWz0CunLEpBGhOvnlTj hNqUjQsuHZRJCdRHp2afoZiIfpghbDjpQrXtRGRFsNlwxB6ZVGYsC1Gzce89nunaWhfN rb1bbhJD+2JyyV1uMFOaoMno/0t81TC0uV2XgF6HEOkuzlVZ/mu+uVDpe9FpP1hHuqKI AWJG1+Z37xWPJ0TUW8TsqhK9+1In9tnf8NRDI6erytIHdSFtvKqiz/iPY4r4ck9AXBXE NkKjhJApuxUnl0576QUSVmR290BtAT89DU8hL89lCzs8Lu0E1fjISSmRVWqNBRYxmFmC CYHg== MIME-Version: 1.0 X-Received: by 10.112.133.72 with SMTP id pa8mr3386146lbb.117.1438881322322; Thu, 06 Aug 2015 10:15:22 -0700 (PDT) Received: by 10.152.180.166 with HTTP; Thu, 6 Aug 2015 10:15:22 -0700 (PDT) In-Reply-To: <20150806100838.544bfaa7@planb.netng.org> References: <20150801182519.4886608.58781.1809@gmail.com> <20150804220401.4886608.77426.1917@gmail.com> <1438794143.70393.174.camel@freebsd.org> <20150806100838.544bfaa7@planb.netng.org> Date: Thu, 6 Aug 2015 10:15:22 -0700 Message-ID: Subject: Re: Hummingboard u-boot not loading? From: Russell Haley To: Vladimir Botka , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 17:15:25 -0000 Yes, silly me, of course I do! I picked up the cable yesterday. ... That worked like a charm. I think this will be the only time I consider a kernel panic to be a unqualified success! Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc2813af8 FSR=3D00000005, FAR=3D00000004, spsr=3D600001d3 r0 =3D00000000, r1 =3Dc28600d0, r2 =3D00000000, r3 =3Dc2439390 r4 =3Dc2860080, r5 =3D00000001, r6 =3Dc286bdc0, r7 =3Dda2fffc8 r8 =3Dc286bdc0, r9 =3D00000000, r10=3D000000ff, r11=3Dc2813bc0 r12=3D00000200, ssp=3Dc2813b88, slr=3Dc243942c, pc =3Dc2439148 [ thread pid 0 tid 100000 ] Stopped at keg_fetch_slab+0x164: ldr r3, [r2, #0x004]! Thanks so much to everyone that helped me get here. I will be making a $100 donation to the FreeBSD Foundation in dedication to everyone on this mail thread. Sincerely, Russ On Thu, Aug 6, 2015 at 1:08 AM, Vladimir Botka wrote: > Hi Russ, > > you might want to set the serial console. It's pretty easy. Just > connect Hummingboard GPIO pin8->White(TX), pin9->Black(G), > pin10->Green(RX) > http://www.adafruit.com/product/954 > > Connection works fine for me with minicom in Ubuntu > Welcome to minicom 2.7 > OPTIONS: I18n > Compiled on Jan 1 2014, 17:13:22. > Port /dev/ttyUSB0, 18:49:12 > > Cheers, > > -vlado > > On Wed, 5 Aug 2015 23:56:34 -0700 > Russell Haley wrote: > > Thanks Ian, it worked!!! (sort of) > > First, thank you for the dtb correction. The wonky name was a > > placeholder from my notes. Second, I was able to run the following > > commands manually and boot: > > > > setenv fdt_file imx6dl-hummingboard.dtb; > > fatload mmc 0 10800000 ubldr.bin; > > go 10800000; > > > > However after ubldr started booting the kernel, the screen turned > > into a "coloured lattice". I have picture if anyone is so inclined=E2= =80=8B=E2=80=8B > > https://goo.gl/photos/YZDmoy6TJzpssovf6 > > > > I am wondering if that is due to the HDMI patch from Oleksandr that I > > applied? > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > > > I saw on his profile what looks like a second revision to the patch. I > > wonder if I should back the original patch out with a fresh > > subversion get, or try the updated patch? Or is this possibly > > unrelated? > > > > Thanks guys! > > > > Russ > > > > > > > > On Wed, Aug 5, 2015 at 10:02 AM, Ian Lepore wrote: > > > > > If you've got enough control to type at u-boot prompts, maybe we can > > > wish away any ubldr-doesn't-match-uboot address problems by using > > > the new relocatable ubldr, like so... > > > > > > fatload mmc 0 ${loadaddr} ubldr.bin > > > go ${loadaddr} > > > > > > Depending on how you build your images, you may need to do something > > > extra to copy ubldr.bin to the fat partition. > > > > > > Next issue is "setenv fdt_file hummingboard-dual.dtb" -- where is > > > that name coming from? The right filename for a dual-core > > > hummingboard would be imx6dl-hummingboard.dtb, and that file > > > should exist in your /boot/dtb directory on the freebsd filesystem. > > > > > > Svata's comments about the load address changing are for the kernel > > > address, and only apply if you're launching the kernel directly from > > > u-boot (which nobody should be doing unless they're somehow forced > > > to use a vendor-supplied u-boot instead of building one with API > > > support for ubldr). Once ubldr is running it will read the kernel > > > headers and load the kernel correctly even if the entry point has > > > moved around. > > > > > > BTW... you can do "printenv varname" to see just one var, and > > > tab-completion should work if you don't know the exact spelling of > > > the var. > > > > > > -- Ian > > > > > > On Wed, 2015-08-05 at 00:41 -0700, Russell Haley wrote: > > > > Hello, > > > > > > > > From what I can see, the loadaddr from printenv is 0x10800000 > > > > which is consistent with the solid-run wiki. I can't tell what > > > > the boot command > > > used > > > > is. Nothing has been easy with this project. I was > > > > trying to go back and see what the u-boot environment variables > > > > told me but the > > > text > > > > rolls off the top of the screen. I can't pipe the printenv into > > > > less/more because the keyboard I am using just won't give me a > > > > pipe character. So there is something weird about the character > > > > codes it's sending (I get ~ > > > or > > > > # instead of the characters I'm supposed to get for that > > > > key). > > > herring> No big deal, I will replace this keyboard at my soonest > > > > convenience. > > > > > > > > So for kicks and giggles I ran this command at the u-boot prompt: > > > > > > > > *setenv fdt_file hummingboard-dual.dtb; fatload mmc 0 10800000 > > > > ubldr; bootelf 10800000;* > > > > > > > > and I get the same output: > > > > > > > > *260674 bytes read in 26 ms (9.6MiB/s)* > > > > > > > > > > > > I further boiled it down and ran > > > > > > > > *fatload 10800000 ubldr;* > > > > > > > > and then > > > > > > > > *bootelf 10800000;* > > > > > > > > With the same result. This combined with the lack of boot logs in > > > > the /mnt/var/log/messages folder seems to indicate bootelf hangs? > > > > > > > > Anyway, the suggestion about just loading the kernel and booting > > > > it a > > > good > > > > one - I did that with an older CCWMX53 board. However, that is a > > > > very > > > last > > > > ditch temporary solution. I want this to boot properly using > > > > ubldr, so it is worth the extra to get this working correctly. > > > > > > > > So here are some of the questions I am asking myself: > > > > - I have done alot of "thrashing around". Perhaps I should go > > > > back and > > > get > > > > u-boot to build properly? But that doesn't seem to matter: if I > > > > get the u-boot prompt, doesn't that mean it's working? > > > > - Do I need to further investigate the fdt files? > > > > - Do I need to look into the ubldr build and code? What is the > > > possibility > > > > of ubldr being broken? Is Svata correct that the start address > > > > changed > > > and > > > > I need to do something different? > > > > > > > > Thanks, > > > > > > > > Russ > > > > > > > > On Tue, Aug 4, 2015 at 3:04 PM, Russell Haley > > > > > > > wrote: > > > > > > > > > I'll check my load and starting addresses when I get home. I > > > > > have seen > > > two > > > > > different numbers around. > > > > > > > > > > Russ > > > > > > > > > > Sent from my BlackBerry 10 smartphone on the Koodo network. > > > > > Original Message > > > > > From: Svatopluk Kraus > > > > > Sent: Tuesday, August 4, 2015 2:52 AM > > > > > To: Russell Haley > > > > > Cc: Mika=C4=97l Urankar; Oleksandr Tymoshenko; Ian Lepore; > > > > > freebsd-arm Subject: Re: Hummingboard u-boot not loading? > > > > > > > > > > On Tue, Aug 4, 2015 at 6:57 AM, Russell Haley > > > > > wrote: > > > > > > Hello, > > > > > > > > > > > > Recap: I'm trying to get a Hummingboard with dual core pro > > > > > > SOM to > > > boot > > > > > > using only HDMI output (I don't have a FTDI cable yet) . I am > > > running a > > > > > > binary u-boot from Oleksandr. Successfullly built head > > > > > > yesterday. > > > > > > > > > > > > My SD Card looks like this: > > > > > > > > > > > > - 1Mb free space with uboot at 1k > > > > > > - 50Mb Fat32 partition with ubldr > > > > > > - 3.6Gb ufs partition > > > > > > > > > > > > I applied the patch for HDMI output: > > > > > > > > > https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011912.html > > > > > > (Oleksandr via Mikael). I then ran buildkernel with the > > > > > > -DNOCLEAN > > > option > > > > > > (thanks Ian!). I then mistakenly did a installkernel which > > > > > > takes > > > hours on > > > > > > an SD card and overwrote everything so I couldn't tell if the > > > > > > files I wanted were actually installed (i.e. imx6_hdmi.o). I > > > > > > can't find any > > > of > > > > > the > > > > > > files I think I should have been added, but that could be my > > > > > > feeble understanding of file searching. > > > > > > > > > > > > Anyway, I ran it and nothing changed. I get a u-boot auto > > > > > > config > > > counting > > > > > > down, I get the message *20647 bytes read in 26 ms (9.6MiB/s) > > > > > > *which > > > is > > > > > the > > > > > > size of ubldr, but nothing fires after that. It could the > > > > > > output is happening on a serial out, or it could be nothing > > > > > > is happening??? I > > > have > > > > > > toyed with the idea of adding something to loarder.conf, but > > > > > > the > > > defaults > > > > > > all seem sufficient, again, unless someone can suggest > > > > > > something? > > > > > > > > > > > > > > > > > > > > > Well, this just reminds me of something I dealt with recently. > > > > > I'm running FreeBSD kernel without ubldr, so u-boot loads > > > > > kernel and then jumps to kernel starting address. It turns out > > > > > that kernel starting address, which was always stable, was > > > > > changed suddently and the result was same like in your case. > > > > > Thus, maybe it's worth a try to find out how ubldr is run from > > > > > u-boot and which is its starting address. > > > > > > > > > > Svata > > > > > > > > > > > > > > > > I have no further actions I can think of until I get an FDTI > > > > > > cable. > > > All > > > > > > suggestions welcome. > > > > > > > > > > > > Russ > > > > > > > > > > > > On Mon, Aug 3, 2015 at 12:11 AM, Russell Haley > > > > > > > > > > > > > > wrote: > > > > > > > > > > > >> Just an FYI, > > > > > >> > > > > > >> I'm rebuilding the kernel after applying the IMX6 HDMI patch > > > provided > > > > > >> by Mika=C4=97l (but incidentally written by Oleksandr!). Will > > > > > >> know more > > > in > > > > > >> the morning > > > > > >> > > > > > >> Russ > > > > > >> > > > > > >> On Sun, Aug 2, 2015 at 9:53 PM, Russell Haley > > > > > >> > > > > > > > > >> wrote: > > > > > >> > Well I have seen what I think is ubldr get loaded by > > > > > >> > u-boot. I > > > see the > > > > > >> > following message: > > > > > >> > > > > > > >> > 20647 bytes read in 26 ms (9.6MiB/s) > > > > > >> > > > > > > >> > And then nothing. I am hoping this mean ubldr successfully > > > loaded. The > > > > > >> > lack of the rest of the output seems to make me think, > > > > > >> > well, I > > > don't > > > > > >> > know what to think. Is the output going to the serial > > > > > >> > console I > > > don't > > > > > >> > currently have? Just because it read the file doesn't mean > > > > > >> > that bootelf worked? I don't have anything in a > > > > > >> > loader.conf file yet so that may also be the problem. > > > > > >> > > > > > > >> > Ian, thanks for chiming in. I want to keep going with the > > > > > >> > binary > > > that > > > > > >> > Gonzo gave me but I will look back at the pkgng image once > > > > > >> > I get a full boot happening. > > > > > >> > > > > > > >> > As usual, all suggestions welcome. > > > > > >> > > > > > > >> > Thanks, > > > > > >> > Russ > > > > > >> > > > > > > >> > On Sun, Aug 2, 2015 at 10:26 AM, Russell Haley < > > > russ.haley@gmail.com> > > > > > >> wrote: > > > > > >> >> Hi guys, > > > > > >> >> > > > > > >> >> No, I don't have a serial cable yet. I have ordered an > > > > > >> >> FDTI > > > cable and > > > > > >> >> should have it this week. Oleksandr gave me a binary that > > > > > >> >> is > > > working > > > > > >> >> right now, I will try out the new patch as soon as I have > > > > > >> >> the > > > FDTI > > > > > >> >> cable and can get debug output. > > > > > >> >> > > > > > >> >> okay, on to the next problem... > > > > > >> >> > > > > > >> >> Russ > > > > > >> >> > > > > > >> >> On Sun, Aug 2, 2015 at 9:02 AM, Mika=C4=97l Urankar < > > > > > >> mikael.urankar@gmail.com> wrote: > > > > > >> >>> 2015-08-02 5:57 GMT+02:00 Russell Haley > > > > > >> >>> : > > > > > >> >>>> Thanks Mikael, > > > > > >> >>>> > > > > > >> >>>> I was able to build using the patches you provided and > > > > > >> >>>> the > > > binary > > > > > >> >>>> u-boot.imx is the exact same size as the one from pkgng. > > > However, > > > > > >> >>>> nothing happens when I boot it: > > > > > >> >>> > > > > > >> >>> I've updated my patch, it works on my cubox. > > > > > >> >>> > > > > > >> > > > > > > > > > http://mikael.urankar.free.fr/FreeBSD/arm/patches/sysutils_u-boot-cubox-h= ummingboard_gcc-5.2.patch > > > > > >> >>> > > > > > >> >>> The patches come from here: > > > > > >> >>> > > > > > >> > > > > > > > > > https://github.com/OpenELEC/OpenELEC.tv/tree/master/packages/tools/u-boot= /patches > > > > > >> >>> > > > > > >> > > > > > > > > > http://u-boot.denx.narkive.com/XoUw8ZsY/patch-arm-switch-to-mno-unaligned= -access-when-supported-by-the-compiler > > > > > >> > > > > > > _______________________________________________ > > > > > > freebsd-arm@freebsd.org mailing list > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to > > > > "freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > -- > Vladim=C3=ADr Botka > > From owner-freebsd-arm@freebsd.org Thu Aug 6 23:40:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 965989B5781 for ; Thu, 6 Aug 2015 23:40:24 +0000 (UTC) (envelope-from kah42pub@blarg.com) Received: from mail.avvanta.com (smtp61.avvanta.com [206.124.128.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F59DC86 for ; Thu, 6 Aug 2015 23:40:23 +0000 (UTC) (envelope-from kah42pub@blarg.com) Received: from mail.avvanta.com (localhost.pops.p.blarg.net [127.0.0.1]) by mail.avvanta.com (Postfix) with ESMTP id E8BEE276CDF for ; Thu, 6 Aug 2015 16:15:08 -0700 (PDT) Received: from MBP16GB.local (c-50-135-203-40.hsd1.wa.comcast.net [50.135.203.40]) by mail.avvanta.com (Postfix) with ESMTP id CE5C5276CB7 for ; Thu, 6 Aug 2015 16:15:08 -0700 (PDT) Subject: Re: Crochet Updates for RPi, BeagleBone To: freebsd-arm@freebsd.org References: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> From: kah42pub X-Enigmail-Draft-Status: N1010 Message-ID: <55C3EA7E.7050905@blarg.com> Date: Thu, 6 Aug 2015 16:15:10 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BlargAV-Status: No viruses detected, BlargAV v1.1 on localhost.pops.p.blarg.net X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 23:40:24 -0000 On 7/19/15 18:39, Tim Kientzle wrote: > I just committed changes to Crochet so that it now uses the U-Boot ports for RPi and BeagleBone (including BBB). It already used the port for RPi2. > > If people want to change other boards, you can use the RPi, RPi2, or BeagleBone configurations as examples. Generally, switching to using a port does seem to simplify the code. > > Let me know if you run into any problems… > > Tim > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > Has anyone successfully built the u-boot-rpi port recently for RPI-B? This configuration fails for me: Build system: - Ports up to date as of 6-Aug-2015 - amd64 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285616: Thu Jul 16 - With or without MAKE_JOBS_UNSAFE set - FreeBSD clang version 3.6.1 - Have also tried with gcc5 with the same errors as with clang Errors: First problem is the file include/linux/compiler-gcc.h is missing. I found a u-boot patch for that and got past it but the port should probably get updated for this. Next error, after the missing file, is main.c:55:6: error: 'show_boot_progress' aliased to external symbol '__show_boot_progress' Setting MAKE_JOBS_UNSAFE produces a different set of errors but it still doesn't work. So, before digging into this any further, does anyone know if there is an easy fix for this or has anyone else seen it? Now that crochet uses the port for u-boot this seems to be essential. Thanks for any advice and let me know if more information is required. Kris From owner-freebsd-arm@freebsd.org Fri Aug 7 06:41:08 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E1669B5A70 for ; Fri, 7 Aug 2015 06:41:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 275E0FD9 for ; Fri, 7 Aug 2015 06:41:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t776T3dh097885; Thu, 6 Aug 2015 23:29:03 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t776T338097884; Thu, 6 Aug 2015 23:29:03 -0700 (PDT) (envelope-from fbsd) Date: Thu, 6 Aug 2015 23:29:03 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Is the Raspberry Pi truly open-source? Message-ID: <20150807062903.GA97837@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 06:41:08 -0000 Broadcom released what is claimed to be documentation of the GPU for the Raspberry Pi in http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf Is it useful to developers of opensource software? The referring document is at https://rpiplayground.wordpress.com/2014/05/03/hacking-the-gpu-for-fun-and-profit-pt-1/ Both seem informative, but I'm not a programmer and can't tell. Neither document seems prominent in the archives. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Fri Aug 7 08:43:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 021499B6BEF for ; Fri, 7 Aug 2015 08:43:23 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94ED31587 for ; Fri, 7 Aug 2015 08:43:22 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wibhh20 with SMTP id hh20so56388878wib.0 for ; Fri, 07 Aug 2015 01:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DtIjxUJ3GUMf2pTCW2gmjaZsJ++iwWi+kr7oMtjSiRg=; b=W+82R7xARM0H+ZK3Q0SceJXZ+sTnqb3zG8dGT4szQ2q5rZMtREtawQVsFF/Y0W4Lmi 7ML3IHto3GJcJ88nxU0wciao1flxXr/RtjDgbC9phmB/bZ1sy2NLluffNdMxG3tSCR2t 17GZQ6rPsoHWSo4JaMRaqqkPfCor1Trno34vqvleGvSdTeReGKqVe+rW6kgM/a6srEYJ urtBgl9v38W5FFMDLKig8AR88DnMDEbf0QGHQavXEZOErJjeb4OxIpqcEprgKFE4UcEU AWfmMdo5hdB2WLxRC9g4HcJvDUajAWPsKZLMtPFzR5uTmudf38mwhe3WCk8tnQ9UkK63 E2WA== MIME-Version: 1.0 X-Received: by 10.180.94.168 with SMTP id dd8mr4165846wib.76.1438937001163; Fri, 07 Aug 2015 01:43:21 -0700 (PDT) Received: by 10.28.21.134 with HTTP; Fri, 7 Aug 2015 01:43:21 -0700 (PDT) Date: Fri, 7 Aug 2015 11:43:21 +0300 Message-ID: Subject: how to get gic registers from dts From: Mihai Carabas To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 08:43:23 -0000 Hello, I'm trying to integrate the VGIC infrastructure into the VMM code and I want to use some of the current GIC code. I have a generic question about how the gic registers are geting filled up in this piece of code: 167 >-------if (bus_alloc_resources(dev, arm_gic_spec, sc->gic_res)) { 168 >------->-------device_printf(dev, "could not allocate resources\n"); 169 >------->-------return (ENXIO); 170 >-------} 171 172 >-------arm_post_filter = gic_post_filter; 173 174 >-------/* Distributor Interface */ 175 >-------sc->gic_d_bst = rman_get_bustag(sc->gic_res[0]); 176 >-------sc->gic_d_bsh = rman_get_bushandle(sc->gic_res[0]); 177 178 >-------/* CPU Interface */ 179 >-------sc->gic_c_bst = rman_get_bustag(sc->gic_res[1]); 180 >-------sc->gic_c_bsh = rman_get_bushandle(sc->gic_res[1]); So bus_alloc_resource allocates the gic_res, but in that code I coudn't find where the bustag and bushandle are getting populated. I need to get the GICH_* and GICV_* registers (which are in the thrid and forth position in the DTS) and I must understand the logic. Thank you, Mihai Carabas From owner-freebsd-arm@freebsd.org Fri Aug 7 18:25:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82CDD9B60A3 for ; Fri, 7 Aug 2015 18:25:37 +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 mx1.freebsd.org (Postfix) with ESMTPS id 7045F7D2 for ; Fri, 7 Aug 2015 18:25:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t77IPbJ7033008 for ; Fri, 7 Aug 2015 18:25:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 202162] Missing support for fpsetround() Date: Fri, 07 Aug 2015 18:25:37 +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: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- 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 cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 18:25:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202162 Bug ID: 202162 Summary: Missing support for fpsetround() Product: Base System Version: 11.0-CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org CC: Andrew@FreeBSD.org, emaste@freebsd.org TCL ports seem to have a need for fpsetround() on ARM64 that is missing. I'm unsure where this would be added, so I'll just drop these logs here for future review. http://dirty.ysv.freebsd.org/data/11aarch64-default/2015-08-07_14h09m10s/logs/errors/tcl86-8.6.4.log http://dirty.ysv.freebsd.org/data/11aarch64-default/2015-08-07_14h09m10s/logs/errors/tcl85-8.5.18_1.log -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Fri Aug 7 19:31:10 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F27359B6D8F for ; Fri, 7 Aug 2015 19:31:10 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EA50194B for ; Fri, 7 Aug 2015 19:31:10 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wibxm9 with SMTP id xm9so73018758wib.0 for ; Fri, 07 Aug 2015 12:31:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=oS34cbucuRQncbA+9a2KpLctUaSY4sVZYda+FhsnaWg=; b=TNWLBtFysiQKTAS7CV/DG/pleSH7CNQ/139UBapqFN57f31wrDp0vQZd8F5Xhi4+g5 QcboFHwuHubIdp9ij90XEUAHRVyVzJjOiMAVV5F7zrTYU69epDaxIkzvMMryaPb2CTGq e3oRRYNvFntEv9VFvXxWS0mxK4rHJiTyUnPWrRRzTRoU1vQjkuL3eGWNIv+uNCPEtHLv 7l4Thtz5Sc8w1OQWKXd7XWeWjFqYCfdyJBhcs5iq59EcZ1UGRuTlDzNDQH/DYJKdBaIa XVEnKQ8FNpi1bI29dgdANEzQov+Jpwt47yph7fo6inw2tJZDo752R5nd1gRyzfkbHQv7 HxUQ== MIME-Version: 1.0 X-Received: by 10.194.171.9 with SMTP id aq9mr19292757wjc.30.1438975868966; Fri, 07 Aug 2015 12:31:08 -0700 (PDT) Received: by 10.28.21.134 with HTTP; Fri, 7 Aug 2015 12:31:08 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Aug 2015 22:31:08 +0300 Message-ID: Subject: Re: how to get gic registers from dts From: Mihai Carabas To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 19:31:11 -0000 On Fri, Aug 7, 2015 at 11:43 AM, Mihai Carabas wrote: > Hello, > > I'm trying to integrate the VGIC infrastructure into the VMM code and I > want to use some of the current GIC code. > > I have a generic question about how the gic registers are geting filled up > in this piece of code: > 167 >-------if (bus_alloc_resources(dev, arm_gic_spec, sc->gic_res)) { > 168 >------->-------device_printf(dev, "could not allocate resources\n"); > 169 >------->-------return (ENXIO); > 170 >-------} > 171 > 172 >-------arm_post_filter = gic_post_filter; > 173 > 174 >-------/* Distributor Interface */ > 175 >-------sc->gic_d_bst = rman_get_bustag(sc->gic_res[0]); > 176 >-------sc->gic_d_bsh = rman_get_bushandle(sc->gic_res[0]); > 177 > 178 >-------/* CPU Interface */ > 179 >-------sc->gic_c_bst = rman_get_bustag(sc->gic_res[1]); > 180 >-------sc->gic_c_bsh = rman_get_bushandle(sc->gic_res[1]); > > So bus_alloc_resource allocates the gic_res, but in that code I coudn't > find where the bustag and bushandle are getting populated. I need to get > the GICH_* and GICV_* registers (which are in the thrid and forth position > in the DTS) and I must understand the logic. > > I manage to find out how to use the rman infrastructure. I needed the physical and the virtual address of the cpu control interface to make the same mapping in hyp mode ( rman_get_start(sc->gic_res[2]), (void*) rman_get_virtual(sc->gic_res[2]))) Thanks, Mihai From owner-freebsd-arm@freebsd.org Sat Aug 8 18:09:33 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A7539B598A for ; Sat, 8 Aug 2015 18:09:33 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E5E41F6C for ; Sat, 8 Aug 2015 18:09:32 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t78HqUj7005322; Sat, 8 Aug 2015 17:52:30 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id rmcmx6ckfxqxfs9h3c9vxyfv3a; Sat, 08 Aug 2015 17:52:30 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Crochet Updates for RPi, BeagleBone From: Tim Kientzle In-Reply-To: <55C3EA7E.7050905@blarg.com> Date: Sat, 8 Aug 2015 10:52:07 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <85E89B54-B2AA-4D87-BA80-5BD2956B2F8A@kientzle.com> References: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> <55C3EA7E.7050905@blarg.com> To: kah42pub X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 18:09:33 -0000 > On Aug 6, 2015, at 4:15 PM, kah42pub wrote: >=20 > On 7/19/15 18:39, Tim Kientzle wrote: >> I just committed changes to Crochet so that it now uses the U-Boot = ports for RPi and BeagleBone (including BBB). It already used the port = for RPi2. >=20 > Has anyone successfully built the u-boot-rpi port recently for RPI-B? I just tried building each U-Boot port with an upgraded -CURRENT system = (including packages). Looks like anything based on U-Boot older than = 2015.04 is broken: The following did not build for me: u-boot-beaglebone (uses U-Boot 2014.10) u-boot-cubox-hummingbird (based on U-Boot 2013.10) u-boot-duovero (based on U-Boot 2014.10) u-boot-pandaboard (uses U-Boot 2014.10) u-boot-rpi (based on U-Boot 2013.01) u-boot-wandboard (based on U-Boot 2013.10) These did build: u-boot-bananapi (uses U-Boot 2015.04) u-boot-cubieboard (uses U-Boot 2015.04) u-boot-cubieboard2 (uses U-Boot 2015.04) u-boot-rpi2 (uses U-boot 2015.04) From owner-freebsd-arm@freebsd.org Sat Aug 8 18:22:18 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83C7E9B5D0B for ; Sat, 8 Aug 2015 18:22:18 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 5EEAB987 for ; Sat, 8 Aug 2015 18:22:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 8 Aug 2015 18:23:25 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t78IM98Y027814; Sat, 8 Aug 2015 12:22:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1439058129.70393.262.camel@freebsd.org> Subject: Re: Crochet Updates for RPi, BeagleBone From: Ian Lepore To: Tim Kientzle Cc: kah42pub , freebsd-arm@freebsd.org Date: Sat, 08 Aug 2015 12:22:09 -0600 In-Reply-To: <85E89B54-B2AA-4D87-BA80-5BD2956B2F8A@kientzle.com> References: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> <55C3EA7E.7050905@blarg.com> <85E89B54-B2AA-4D87-BA80-5BD2956B2F8A@kientzle.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 18:22:18 -0000 On Sat, 2015-08-08 at 10:52 -0700, Tim Kientzle wrote: > > On Aug 6, 2015, at 4:15 PM, kah42pub wrote: > > > > On 7/19/15 18:39, Tim Kientzle wrote: > >> I just committed changes to Crochet so that it now uses the U-Boot ports for RPi and BeagleBone (including BBB). It already used the port for RPi2. > > > > Has anyone successfully built the u-boot-rpi port recently for RPI-B? > > I just tried building each U-Boot port with an upgraded -CURRENT system (including packages). Looks like anything based on U-Boot older than 2015.04 is broken: > > The following did not build for me: > u-boot-beaglebone (uses U-Boot 2014.10) > u-boot-cubox-hummingbird (based on U-Boot 2013.10) > u-boot-duovero (based on U-Boot 2014.10) > u-boot-pandaboard (uses U-Boot 2014.10) > u-boot-rpi (based on U-Boot 2013.01) > u-boot-wandboard (based on U-Boot 2013.10) > > These did build: > u-boot-bananapi (uses U-Boot 2015.04) > u-boot-cubieboard (uses U-Boot 2015.04) > u-boot-cubieboard2 (uses U-Boot 2015.04) > u-boot-rpi2 (uses U-boot 2015.04) The cross-compiler port used for u-boot got upgraded behind our backs to gcc5, and that breaks all the u-boots that are based on older vendor-supplied sources. I have a new arm-none-eabi-gcc492 port ready to go, but I'm not a ports committer, so I'm waiting for someone to review and approve the commit. I also plan to try and get as many of our u-boot ports as possible updated to the latest mainline u-boot sources, but I still want to get the gcc492 port in first because I think updating to mainline u-boot is more than a day or two of work. -- Ian From owner-freebsd-arm@freebsd.org Sat Aug 8 19:01:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 164B09B64A3 for ; Sat, 8 Aug 2015 19:01:57 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E31D91D45; Sat, 8 Aug 2015 19:01:56 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t78J2IVS005577; Sat, 8 Aug 2015 19:02:18 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id u4natxfn3gyhawavbx9ta53y8s; Sat, 08 Aug 2015 19:02:17 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Crochet Updates for RPi, BeagleBone From: Tim Kientzle In-Reply-To: <1439058129.70393.262.camel@freebsd.org> Date: Sat, 8 Aug 2015 12:01:55 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8C0A45D4-38F0-4099-84AE-D904B8614604@kientzle.com> References: <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> <55C3EA7E.7050905@blarg.com> <85E89B54-B2AA-4D87-BA80-5BD2956B2F8A@kientzle.com> <1439058129.70393.262.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 19:01:57 -0000 > On Aug 8, 2015, at 11:22 AM, Ian Lepore wrote: >=20 > On Sat, 2015-08-08 at 10:52 -0700, Tim Kientzle wrote: >>> On Aug 6, 2015, at 4:15 PM, kah42pub wrote: >>>=20 >>> On 7/19/15 18:39, Tim Kientzle wrote: >>>> I just committed changes to Crochet so that it now uses the U-Boot = ports for RPi and BeagleBone (including BBB). It already used the port = for RPi2. >>>=20 >>> Has anyone successfully built the u-boot-rpi port recently for = RPI-B? >>=20 >> I just tried building each U-Boot port with an upgraded -CURRENT = system (including packages). Looks like anything based on U-Boot older = than 2015.04 is broken: >>=20 >> The following did not build for me: >> u-boot-beaglebone (uses U-Boot 2014.10) >> u-boot-cubox-hummingbird (based on U-Boot 2013.10) >> u-boot-duovero (based on U-Boot 2014.10) >> u-boot-pandaboard (uses U-Boot 2014.10) >> u-boot-rpi (based on U-Boot 2013.01) >> u-boot-wandboard (based on U-Boot 2013.10) >>=20 >> These did build: >> u-boot-bananapi (uses U-Boot 2015.04) >> u-boot-cubieboard (uses U-Boot 2015.04) >> u-boot-cubieboard2 (uses U-Boot 2015.04) >> u-boot-rpi2 (uses U-boot 2015.04) >=20 > The cross-compiler port used for u-boot got upgraded behind our backs = to > gcc5, and that breaks all the u-boots that are based on older > vendor-supplied sources. I have a new arm-none-eabi-gcc492 port ready > to go, but I'm not a ports committer, so I'm waiting for someone to > review and approve the commit. Great! Keeping old GCC versions available in the ports tree sounds like a good plan in general. > I also plan to try and get as many of our u-boot ports as possible > updated to the latest mainline u-boot sources, but I still want to get > the gcc492 port in first because I think updating to mainline u-boot = is > more than a day or two of work. Thanks for your work on this. Cheers, Tim