From owner-freebsd-arm@FreeBSD.ORG Sun May 10 01:54:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6D7D20E for ; Sun, 10 May 2015 01:54:35 +0000 (UTC) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::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 AE9FD1D40 for ; Sun, 10 May 2015 01:54:35 +0000 (UTC) Received: by oign205 with SMTP id n205so82915112oig.2 for ; Sat, 09 May 2015 18:54:35 -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=wap3cHyY/BjadFPjvvuMeKvyv5X0MyIq/UiKF2EeS0I=; b=pOWjA1YnoSMwSbvKSZZ9BsTLZHLV1iilvKQYT3NUvd9kidpl73nbRhZXP9+YFkUuJe UmWQ3Zo3+BKL48qlCtx7YGP3l4KOxQyZOG5pacxPhXtzUbvjNtjZGMd6NcWcVuhtRH4k ugZBf4T1WV6tPCl5jr2uMOooXdYf/EWVr5ZXkTIup26Lqi1+A8VOszYeUKhPO1VHWO9i toF9TbMbSRluHnhfn2V1tulduKgfgcDbNpRMLdxalyaxver3nfO5oxh/ig+YJPduEX/l 7wjl2urcE12u7RqYNQzE+xQVi3D8p1/qUWKAsCsrcRsa/7n9vz2t4sS8Swr3VhHJZoCS G9KQ== MIME-Version: 1.0 X-Received: by 10.60.117.74 with SMTP id kc10mr3199124oeb.67.1431222874949; Sat, 09 May 2015 18:54:34 -0700 (PDT) Received: by 10.76.94.234 with HTTP; Sat, 9 May 2015 18:54:34 -0700 (PDT) Date: Sat, 9 May 2015 20:54:34 -0500 Message-ID: Subject: From: Luis Alberto Gonzalez Alvarez To: freebsd-arm@freebsd.org 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: Sun, 10 May 2015 01:54:36 -0000 =E2=80=8BHi everybody. I=E2=80=8B'm building a base system for an arm platform, based this guide http://people.freebsd.org/~cognet/arm.html when I do make buildworld to build a base file system on /usr/src the next error appears make[1]: "/usr/src/Makefile.inc1" line 174: To cross-build, set TARGET_ARCH= . *** Error code 1 Stop. make: stopped in /usr/src My environment is this setenv CC /usr/cross/usr/bin/gcc setenv AS /usr/cross/usr/bin/as setenv NM /usr/cross/usr/bin/nm setenv RANLIB /usr/cross/usr/bin/ranlib setenv LD /usr/cross/usr/bin/ld setenv OBJCOPY /usr/cross/usr/bin/objcopy setenv SIZE /usr/cross/usr/bin/size setenv MACHINE arm setenv MACHINE_ARCH arm I'm using csh I hope that someone can helpme -- =E2=80=8BRegards Alberto From owner-freebsd-arm@FreeBSD.ORG Sun May 10 02:03:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B56BD3D8 for ; Sun, 10 May 2015 02:03:40 +0000 (UTC) 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 AF1C71E0E for ; Sun, 10 May 2015 02:03:39 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4A23ZZv025208; Sun, 10 May 2015 02:03:35 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id 69ehz9zfd6snffkhftqhew7i6w; Sun, 10 May 2015 02:03:35 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: From: Tim Kientzle In-Reply-To: Date: Sat, 9 May 2015 19:03:34 -0700 Cc: freebsd-arm Message-Id: References: To: Luis Alberto Gonzalez Alvarez X-Mailer: Apple Mail (2.2098) 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: Sun, 10 May 2015 02:03:40 -0000 > On May 9, 2015, at 6:54 PM, Luis Alberto Gonzalez Alvarez = wrote: >=20 > =E2=80=8BHi everybody. >=20 > I=E2=80=8B'm building a base system for an arm platform, Which one? > based this guide > http://people.freebsd.org/~cognet/arm.html = Those instructions are *very* out of date. There are much simpler approaches now. If you want to do it =E2=80=9Cthe hard way=E2=80=9D, the basic outline = is just: $ cd /usr/src $ make TARGET_ARCH=3Darmv6 TARGET=3Darm buildworld $ make TARGET_ARCH=3Darmv6 TARGET=3Darm buildkernel (TARGET_ARCH and TARGET here may vary depending on the particular board = you=E2=80=99re targeting.) To build a filesystem image suitable for booting, you=E2=80=99ll need to = install world onto it: $ make TARGET_ARCH=3Darmv6 TARGET=3Darm DESTDIR=3Dmy_base_dir = installworld Then you need to figure out what to do with the kernel and what boot = bits are needed by your particular board. This varies a lot from system = to system. If you don=E2=80=99t want to do it the hard way: FreeBSD=E2=80=99s release engineers are publishing stock images for several popular boards that you can just download and run. The Crochet tool knows how to build complete, customized bootable images for a variety of boards. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 10 04:16:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9955200 for ; Sun, 10 May 2015 04:16:44 +0000 (UTC) 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 8336E1AAC for ; Sun, 10 May 2015 04:16:43 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4A4GZTY025841; Sun, 10 May 2015 04:16:35 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id vh55yz3m3fgmtya9ffurdh538i; Sun, 10 May 2015 04:16:34 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: RPi2 support... Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: text/plain; charset=utf-8 From: Tim Kientzle X-Priority: 3 In-Reply-To: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> Date: Sat, 9 May 2015 21:16:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> To: freebsd-arm X-Mailer: Apple Mail (2.2098) 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, 10 May 2015 04:16:45 -0000 I just grabbed the latest FreeBSD source tree and up-to-date Crochet and had no problems building and booting an image for my new RPi2. Thanks for your work on this. I haven=E2=80=99t done much with it yet, but 4 cores and 1G RAM will certainly be fun to play with. Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 10 04:37:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B67E34B4 for ; Sun, 10 May 2015 04:37:20 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (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 8B9F81C4D for ; Sun, 10 May 2015 04:37:20 +0000 (UTC) Received: by iget9 with SMTP id t9so53543939ige.1 for ; Sat, 09 May 2015 21:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=H7EYMHRZ1t6NDMpkQ3zF+rJ6tQlRGuJXx3Rmg0PvHqg=; b=FldLuijpLwocGt2tnh/D2l3DNwps9WszcGfPINvThAs1Wc/mXw0+T6XTn2S3hkx3OD 9H3dGudwssgxQoi+y+MJjrNVxA+vVjAd3ZDNKmdG68QcagaWKUYiJOIArbXXqpcidJow HhUDolb89cCLw14OdhZvM7U0MA4XkNCvuDwy4ysq4zpjCE9lAELhHjiXqcEZhQYlo4je J3NBqsg1Bj1kZUEuZYj2+9mjk325mDxsD+oBaK476dRYuzFvTASHvXAIKj97OwrdXyYd nIy4Id4GrTXl2pl89c1YaDHHQIgj9WHNvqfb4moDBNQSo7aGOv2P65GsuPWG0HNjFma5 ujMg== MIME-Version: 1.0 X-Received: by 10.50.8.6 with SMTP id n6mr6367180iga.12.1431232639666; Sat, 09 May 2015 21:37:19 -0700 (PDT) Received: by 10.79.4.148 with HTTP; Sat, 9 May 2015 21:37:19 -0700 (PDT) In-Reply-To: <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> Date: Sat, 9 May 2015 21:37:19 -0700 Message-ID: Subject: Re: RPi2 support... From: jungle Boogie To: Tim Kientzle 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, 10 May 2015 04:37:20 -0000 Hi Tim, On 9 May 2015 at 21:16, Tim Kientzle wrote: > I just grabbed the latest FreeBSD source tree and up-to-date > Crochet and had no problems building and booting an image > for my new RPi2. Thanks for your work on this. > Yes, thank you to everyone who has contributed to arm6 & 7! > I haven=E2=80=99t done much with it yet, but 4 cores and 1G RAM will > certainly be fun to play with. > I'd like to make a small request to run time(1) when/if you start building ports so that we know how much faster building is with new platform. > Tim > Thanks! --=20 ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-arm@FreeBSD.ORG Sun May 10 04:45:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C275D680 for ; Sun, 10 May 2015 04:45:35 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001: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 8B6F11D14 for ; Sun, 10 May 2015 04:45:35 +0000 (UTC) Received: by ieczm2 with SMTP id zm2so88302635iec.2 for ; Sat, 09 May 2015 21:45:34 -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=Ua+Dkb0ADdRhuOJN0RB/uttiJsNSMgdKncZt35AnaMs=; b=BOS1j1rKvSYU1uKUPqa/Aa8N9C11WfaAKs4BudhMest570FmktOZ+XorKwn9NI4Mwv LSzX/vwBQjibLARYl9EEpiH8pt/OSw1AKhoewZOjZm9rXz4bSxxbZYs+Dzs/iYYVQtII yTB3dPT9259p8FdmTeIX9f866NUESpbZxf24z8KSfzcNLXfmJQtR1LVy/dnz3s3GCDbc o7daGJRFZTHz8A7Kwq3JRdM7ZuWZqzAoCDqNvB6mOTIEJ+YGl6AvhIHLHu2066jXd2vQ 98eV2qXGWy+Kl2zvJWCA4WOcJV2x3PgQMg8/slFAX9MDzGuFx/GjjyjC8Th+gSAMTDI2 wWRQ== MIME-Version: 1.0 X-Received: by 10.50.176.137 with SMTP id ci9mr6422189igc.2.1431233134796; Sat, 09 May 2015 21:45:34 -0700 (PDT) Received: by 10.64.23.114 with HTTP; Sat, 9 May 2015 21:45:34 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 May 2015 23:45:34 -0500 Message-ID: Subject: Re: From: Luis Alberto Gonzalez Alvarez To: Tim Kientzle 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: Sun, 10 May 2015 04:45:35 -0000 On Sat, May 9, 2015 at 9:03 PM, Tim Kientzle wrote: > > On May 9, 2015, at 6:54 PM, Luis Alberto Gonzalez Alvarez < > alberto.bsd@gmail.com> wrote: > > =E2=80=8BHi everybody. > > I=E2=80=8B'm building a base system for an arm platform, > > > Which one? > =E2=80=8BIs=E2=80=8B cheap board with a rockchip 3066 I post a thread on FreeBSD forums about what I'm doing: https://forums.freebsd.org/threads/building-a-img-file-for-tablet-rockchip-= 3066.51543/ =E2=80=8B > > based this guide > http://people.freebsd.org/~cognet/arm.html > > > Those instructions are *very* out of date. There are much > simpler approaches now. > > If you want to do it =E2=80=9Cthe hard way=E2=80=9D, the basic outline is= just: > > $ cd /usr/src > $ make TARGET_ARCH=3Darmv6 TARGET=3Darm buildworld > $ make TARGET_ARCH=3Darmv6 TARGET=3Darm buildkernel > > (TARGET_ARCH and TARGET here may vary depending on the particular board > you=E2=80=99re targeting.) > > To build a filesystem image suitable for booting, you=E2=80=99ll need to = install > world onto it: > > $ make TARGET_ARCH=3Darmv6 TARGET=3Darm DESTDIR=3Dmy_base_dir installworl= d > > Then you need to figure out what to do with the kernel and what boot bits > are needed by your particular board. This varies a lot from system to > system. > > If you don=E2=80=99t want to do it the hard way: > > FreeBSD=E2=80=99s release engineers are publishing stock images > for several popular boards that you can just download and run. > Maybe I use it after get boring > > The Crochet tool knows how to build complete, customized > bootable images for a variety of boards. > =E2=80=8BI'm looking for that in a moment=E2=80=8B > > Cheers, > > Tim > > From owner-freebsd-arm@FreeBSD.ORG Sun May 10 05:05:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42491728 for ; Sun, 10 May 2015 05:05:54 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e: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 1188C1EA7 for ; Sun, 10 May 2015 05:05:54 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so83152777pab.3 for ; Sat, 09 May 2015 22:05:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:mime-version:content-type:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=16ZywDTk/XKKrDBRr200tIyzYdZeVkcsJMNXVEgI9Hk=; b=u7kRKP881x0gh4txlJlBHkgxRoxWbDyrZ5+hjG7vBlYoBSYqAcRRhCBvmom28+CgGF UHl31tmFd3TO4qoeDO0wMYnGcaHnDo5FO/BTho+nGiFbuwIKaFwAaPzc3t4NcBvzCep1 atr3tBxpaKtmD9DInfrQB+epCc5mSJnVsgnmhqD6E1OG9d5IAVhrNtdvF9i0f7YTJeAh KEbxwg1hMa03H1g4C4BRBFLDNsbnM51Vo1RBLzapsF+f+7Kmd0m53apISy1NGVxB1+Mz rzzomAqQTQO0+lpdi51+1gQOfNfcUF8MgslCYiVv2Hd60xgVK5qn/JuaYR5Rd1JVvdAP +qqw== X-Received: by 10.70.41.135 with SMTP id f7mr8846587pdl.113.1431234353463; Sat, 09 May 2015 22:05:53 -0700 (PDT) Received: from [10.20.30.57] (75-101-82-48.static.sonic.net. [75.101.82.48]) by mx.google.com with ESMTPSA id l14sm9331033pdn.96.2015.05.09.22.05.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 09 May 2015 22:05:51 -0700 (PDT) From: Jordan Hubbard X-Google-Original-From: Jordan Hubbard Subject: Re: RPi2 support... Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: text/plain; charset=utf-8 X-Priority: 3 In-Reply-To: <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> Date: Sat, 9 May 2015 22:05:15 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2098) 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, 10 May 2015 05:05:54 -0000 > On May 9, 2015, at 9:16 PM, Tim Kientzle wrote: >=20 > I just grabbed the latest FreeBSD source tree and up-to-date > Crochet and had no problems building and booting an image > for my new RPi2. Thanks for your work on this. >=20 > I haven=E2=80=99t done much with it yet, but 4 cores and 1G RAM will > certainly be fun to play with. Hi Tim, Seeing as how integral Crochet is to building FreeBSD/ARM, I was just = curious what the roadmap for it is. Is it going to enter the FreeBSD = tree as an additional build tool, or is there some plan to eventually = have =E2=80=9Cmake release=E2=80=9D simply cross-build for the various = ARM platforms with the Crochet arguments / build options being subsumed = into that, or=E2=80=A6 ? I think FreeBSD/ARM is pretty strategic for FreeBSD, obviously, so = anything which makes it more of a first-class citizen can=E2=80=99t be = anything but a good thing, no? Thanks, - Jordan From owner-freebsd-arm@FreeBSD.ORG Sun May 10 05:24:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 254918FD for ; Sun, 10 May 2015 05:24:35 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::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 E392B108B for ; Sun, 10 May 2015 05:24:34 +0000 (UTC) Received: by iget9 with SMTP id t9so53838342ige.1 for ; Sat, 09 May 2015 22:24:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=axZU/vI3bV+gi0ahbfJDqPiJDguYHZnHtyImeHkcw1Q=; b=h2sEA3/w2AfNr8ASfEtzhJ9OLe9qeoEz/qwYJZR/5tH2uMcTI7xR3/o6FL31IS0CyW CowEgcDKGTs//c0MZYDJn2M7JFB4zN/YndSPKUIaXOAVQ+u/2500TIYVh4hLHuyptYhR FcDMRZqmLHj9DLmpKkYb76qYzx83s2Ii2A9JR2KQmga+Ium2wAPa8yanu5wY9H3jKeHH C6yMhiSZQintXCUCEsJEKa91Km1kYaBKkRlpjblpaHi1qISndOEteJ53cDsO73Yb7Lh7 04LGqF+MgdD32y6QB8t2FWUJ/oz7gjoiBCd2R+p7tChR+mmcpH3VMwuBbp5uRg6qylfE AvaA== MIME-Version: 1.0 X-Received: by 10.43.163.129 with SMTP id mo1mr5226086icc.61.1431235474355; Sat, 09 May 2015 22:24:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sat, 9 May 2015 22:24:34 -0700 (PDT) In-Reply-To: References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> Date: Sat, 9 May 2015 22:24:34 -0700 X-Google-Sender-Auth: EA9Kj3UtAgZ2NSCGQq27lTdZ7y0 Message-ID: Subject: Re: RPi2 support... From: Adrian Chadd To: Jordan Hubbard Cc: Tim Kientzle , 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, 10 May 2015 05:24:35 -0000 Hi, I think Crochet will live on for a while. gjb didn't like how development wasn't freebsd-releng-friendly (but really, which upstream vendor project is in all honesty) so he's rolled a replacement that's just landed in head. Time will tell which will work out better. Me, I'm completely ignoring /all of that/ because I'm fed up with building things as root and having to do loopback mounts to build things and loopback devices to create filesystems. My mips stuff does everything 100% as a user, and it's actually really damned pleasant. I'd love to see FreeBSD move to that model but I have a feeling it'll be fighting against lazy developers who are used to having root everywhere. -adrian From owner-freebsd-arm@FreeBSD.ORG Sun May 10 05:35:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C8F5A8F; Sun, 10 May 2015 05:35:36 +0000 (UTC) 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 E3244106F; Sun, 10 May 2015 05:35:35 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4A5ZWkA026189; Sun, 10 May 2015 05:35:32 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id mi44gweyreaknr9mtvbnwv3mt2; Sun, 10 May 2015 05:35:32 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: RPi2 support... From: Tim Kientzle In-Reply-To: Date: Sat, 9 May 2015 22:35:31 -0700 Cc: Jordan Hubbard , freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <338A7AFC-DBE0-4621-9FC3-89E0C990A86C@kientzle.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> To: Adrian Chadd X-Mailer: Apple Mail (2.2098) 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, 10 May 2015 05:35:36 -0000 > On May 9, 2015, at 10:24 PM, Adrian Chadd wrote: > > Hi, > > I think Crochet will live on for a while. > > gjb didn't like how development wasn't freebsd-releng-friendly (but > really, which upstream vendor project is in all honesty) so he's > rolled a replacement that's just landed in head. Time will tell which > will work out better. > > Me, I'm completely ignoring /all of that/ because I'm fed up with > building things as root and having to do loopback mounts to build > things and loopback devices to create filesystems. My mips stuff does > everything 100% as a user, and it's actually really damned pleasant. > I'd love to see FreeBSD move to that model but I have a feeling it'll > be fighting against lazy developers who are used to having root > everywhere. I would love to see Crochet move to that model as well. But it will not be simple: Crochet aims to provide a lot of ways to customize the image and it will be a challenge to come up with clean ways to do all of that in a non-root fashion. (For example, I want to someday be able to install packages into the customized image.) Where are your scripts? Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 10 05:40:23 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E0C1ADD; Sun, 10 May 2015 05:40:23 +0000 (UTC) Date: Sun, 10 May 2015 05:40:19 +0000 From: Glen Barber To: Adrian Chadd Cc: Jordan Hubbard , Tim Kientzle , freebsd-arm Subject: Re: RPi2 support... Message-ID: <20150510054019.GW94075@hub.FreeBSD.org> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8H0nMKPd/Rx1sNWz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 10 May 2015 05:40:24 -0000 --8H0nMKPd/Rx1sNWz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 09, 2015 at 10:24:34PM -0700, Adrian Chadd wrote: > gjb didn't like how development wasn't freebsd-releng-friendly (but > really, which upstream vendor project is in all honesty) so he's > rolled a replacement that's just landed in head. Time will tell which > will work out better. >=20 My recent commit is not about "being better than Crochet", it is about providing an in-tree build method (for RE purposes) that can be reproduced. For people that do not need to do pristine-environment, reproducible builds, I encourage the use of Crochet. > Me, I'm completely ignoring /all of that/ because I'm fed up with > building things as root and having to do loopback mounts to build > things and loopback devices to create filesystems. My mips stuff does > everything 100% as a user, and it's actually really damned pleasant. > I'd love to see FreeBSD move to that model but I have a feeling it'll > be fighting against lazy developers who are used to having root > everywhere. >=20 I personally fail to see the reasoning behind this, but I'm looking at things from an entirely different perspective, I suppose. While it's great that your tools provide a mechanism to produce a build as non-root, FreeBSD releases are built as the root user. Glen --8H0nMKPd/Rx1sNWz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVTu9DAAoJEAMUWKVHj+KTeOcP/2378OB1Zb00lb9E3w/PFjoe NeBhIs1iCVwX4BLVMIAVCRoqyFQS1gfEwi1I2pH6JkFg0YArNWfd4WIoiNCtgPZV Psjvz0CauYO9vy6QiBwOgn1Gpxy7PA0Hg84SzrtfEXG1r85S8reJ5G4g6QS9nJ9h Hk+dDcb6UgMcbnzjxy7nB6ryjjcxg3CMxjGcKPrsI9COKYnrrdob5Rqi0Q2okNwc jkG5oKpvUnVUSJLIONCMFVsqTeAZ9By8u0PgO6uPBzSMVVT7gKJvQjEQhBbEtV6M wiO2LpZCxpjPbZllnDVavoWgw4BFNPdQcBeBIFSICVvb8KWtr7MaGTVaPaXCVpO1 F8sRlIQcT+gkCVrknDbwTRC4/8P7pQwZLaW/dte2ULjQrToqQX1pQzzaUGzd2dYU SVVQhKNU1OUBOC8STh43Mt2KLYx2kPpOnfRteI4vGwT+BXgCvYdGkhnDQTQsAwqG zdERSHD2ahY+XBBuyo7zu/hXvuOJONyBSYXr4ZzkXl9sYG2ZrCcD6ye2m4PWW1ip 59uY8kaTbn6Z3f43cQaNFho7t5Hi241iMSMy/yqaog5S+VwH8AZ12dkrTmFj30Om sbJe/OdDewOWG1EGIahcExt25NuILXtwYRGF7z5BMLnla6t03/hA8aO96orstKvT ID3wvqpjFljzDU2pdxun =Lv/g -----END PGP SIGNATURE----- --8H0nMKPd/Rx1sNWz-- From owner-freebsd-arm@FreeBSD.ORG Sun May 10 06:18:29 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 004ADD00 for ; Sun, 10 May 2015 06:18:28 +0000 (UTC) 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 BE50C1436 for ; Sun, 10 May 2015 06:18:28 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4A6IP1r026334; Sun, 10 May 2015 06:18:25 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id hqwbx5g7qkmz9kdfpymcgmqhen; Sun, 10 May 2015 06:18:24 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: RPi2 support... Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Tim Kientzle X-Priority: 3 In-Reply-To: Date: Sat, 9 May 2015 23:18:24 -0700 Cc: freebsd-arm Message-Id: <06FA4840-4211-4708-9F70-516F15DE9EB2@kientzle.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> To: Jordan Hubbard X-Mailer: Apple Mail (2.2098) 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: Sun, 10 May 2015 06:18:29 -0000 > On May 9, 2015, at 10:05 PM, Jordan Hubbard = wrote: >=20 > Seeing as how integral Crochet is to building FreeBSD/ARM, I was just = curious what the roadmap for it is. Is it going to enter the FreeBSD = tree as an additional build tool, or is there some plan to eventually = have =E2=80=9Cmake release=E2=80=9D simply cross-build for the various = ARM platforms with the Crochet arguments / build options being subsumed = into that, or=E2=80=A6 ? Actually, I disagree that Crochet is =E2=80=9Cintegral=E2=80=9D to = building FreeBSD/ARM. What most people really want is to just download a pre-built image, and Glen has done great work towards getting =E2=80=9COfficial FreeBSD images=E2=80=9D available for = the most popular boards. Official package support for ARM also sounds like it=E2=80=99s getting closer. This is all great stuff. It does, incidentally, reduce some of the need for a tool like Crochet, though I think Crochet definitely continues to have a role. In particular, Crochet provides a variety of customization options that I doubt =E2=80=9Cmake release=E2=80=9D will ever support. Being = developed on github, Crochet also makes it easy for people to contribute new board support. This will allow Crochet to help iron out support for new boards, as recently happened with RPi2 and ZedBoard. For the future: I would love to see Crochet gain robust support for installing packages as part of the build (there is some support today but it=E2=80=99s not as robust as I=E2=80=99d like) and I would = also love for Crochet to be able to run without root privileges. Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 10 07:03:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7A39381; Sun, 10 May 2015 07:03:55 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001: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 B0B231876; Sun, 10 May 2015 07:03:55 +0000 (UTC) Received: by iepj10 with SMTP id j10so85872613iep.0; Sun, 10 May 2015 00:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fNMfELmSE1KsI7O156A2uDzc+zkcwF9RCh4/D0Te8qw=; b=ZqighgClLGvueZ7bycn/qJDd1BfZqwkl8Z+Gb42pTvtfB602TH+pZHI5nhzcW4av1c nMYQV37N26xGqHj5jn5m4/Gc5qI+7+hCf0X1BUTuN6g4ZQzTfel3dZ/NRXOxCdYHiOvU SnHu55G2a943+AshgM10frglvI86ATZVqEqMZagenPjBSIJ2FtAWC/gR/84HlUdV2nHh Lw1JPWY7rhbtTTURNave5L6UwFtag0Oye47C8CkMBvIWzaOjYe8K7jgCH1MND6A5i3kE X+9ndNUH8dr6QDU+zpalHHnq5He8r5oIOCoJiJ0xUy4nsnFGp9ZV4TtiYukLBox4Cs+y uqFQ== MIME-Version: 1.0 X-Received: by 10.107.46.39 with SMTP id i39mr6509415ioo.8.1431241434987; Sun, 10 May 2015 00:03:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sun, 10 May 2015 00:03:54 -0700 (PDT) In-Reply-To: <20150510054019.GW94075@hub.FreeBSD.org> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> <20150510054019.GW94075@hub.FreeBSD.org> Date: Sun, 10 May 2015 00:03:54 -0700 X-Google-Sender-Auth: 6JNtTbDfZSADQ_tx4d32P_XQ4nU Message-ID: Subject: Re: RPi2 support... From: Adrian Chadd To: Glen Barber Cc: Jordan Hubbard , Tim Kientzle , 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, 10 May 2015 07:03:56 -0000 On 9 May 2015 at 22:40, Glen Barber wrote: > On Sat, May 09, 2015 at 10:24:34PM -0700, Adrian Chadd wrote: >> gjb didn't like how development wasn't freebsd-releng-friendly (but >> really, which upstream vendor project is in all honesty) so he's >> rolled a replacement that's just landed in head. Time will tell which >> will work out better. >> > > My recent commit is not about "being better than Crochet", it is about > providing an in-tree build method (for RE purposes) that can be > reproduced. For people that do not need to do pristine-environment, > reproducible builds, I encourage the use of Crochet. > >> Me, I'm completely ignoring /all of that/ because I'm fed up with >> building things as root and having to do loopback mounts to build >> things and loopback devices to create filesystems. My mips stuff does >> everything 100% as a user, and it's actually really damned pleasant. >> I'd love to see FreeBSD move to that model but I have a feeling it'll >> be fighting against lazy developers who are used to having root >> everywhere. >> > > I personally fail to see the reasoning behind this, but I'm looking at > things from an entirely different perspective, I suppose. While it's > great that your tools provide a mechanism to produce a build as > non-root, FreeBSD releases are built as the root user. Hi, The reasoning is that there are more outputs of FreeBSD than just "make iso and snapshots for ftp.freebsd.org", and having things not require root simplifies a lot of system administration requirements. I have to currently jump through hoops via various FreeBSD-derived build things in order to tidy up when things go wrong because people use all the root features they can - zfs mounts, loopback mounts, loopback devices, etc - and it's just plain silly. Almost none of it is required. It's also nice to be reasonably sure you're not going to have some badly behaving piece of Makefile decide to scribble over the running system rather than the destination directory - so you use jails, but then you have to ensure they're tidied up as well. There's also the desire to build freebsd under non-FreeBSD, and having a build process that doesn't require root helps constrain things so you don't rely on FreeBSD-isms when there's perfectly good userland substitutes. It's okay, we can rant about this in person one day. :) -adrian From owner-freebsd-arm@FreeBSD.ORG Sun May 10 07:42:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98A4151B for ; Sun, 10 May 2015 07:42:30 +0000 (UTC) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (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 60CD31C45 for ; Sun, 10 May 2015 07:42:30 +0000 (UTC) Received: by oiko83 with SMTP id o83so85325829oik.1 for ; Sun, 10 May 2015 00:42:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netgate.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=5BOtm7VDY68h7Y7WVW0eB9NzlzusYFyd3FTj+ffFjPM=; b=Tt7xGGsxfj9wGOblRMTSWeiUP/9Obc+ec7gfpTjGq5KTGUYYl7v+cMcuRGuyM5PRFC gOkDOUne8GQnsNXOyuEMPBH5EL6BWywZ9zUiGZvvAOnFtvVCTGrBDhbJbfyOAB6xTpDb sU+gkFXpBKK9kZ3CYbo0++PoIEB015Vlo21/E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=5BOtm7VDY68h7Y7WVW0eB9NzlzusYFyd3FTj+ffFjPM=; b=aEx0xxJgGCgkG1PHdDhnGfjaV3NU2G+4e4UUlRjCXG6l39sO5NA9LSBY9D5aqLK12y GtHvBzLQ4jnahp4Ft+Mw0Dx5o+wFXuID17C4K2FTcPZckLjGvoqgNBS1DVSRXhcqRGVK B61mgaWHiCBL18ACe7nVpcFcsMtl5NCpOcWZ9MPNDcm5yxjX/DZQzS6J6Rt6g6KEt6MK AKu3Oj+JK3YUJi8AAkGH4TW1tZ64rNDrrEt08X+gaXREXunNNh6605NOUCTYJ2z4NEE3 YFdpUbaFUSEyLNnM+XyRuiMAjZreUT5BJ2ISjXGLkVQJJTaPr2qqbaWnGL4f1j4ah6T8 25+Q== X-Gm-Message-State: ALoCoQmAzFDiWeql75SvJ2jai5jaljgPg3gfU3yKtO+WMfpHd+CnYjOaTmSc2qjpR1SrqPTLFYS+ X-Received: by 10.202.227.130 with SMTP id a124mr3901186oih.59.1431243749651; Sun, 10 May 2015 00:42:29 -0700 (PDT) Received: from jims-mbp.netgate.com (65-36-83-120.static.grandenetworks.net. [65.36.83.120]) by mx.google.com with ESMTPSA id kw2sm6601525obb.24.2015.05.10.00.42.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 May 2015 00:42:28 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: RPi2 support... From: Jim Thompson In-Reply-To: <20150510054019.GW94075@hub.FreeBSD.org> Date: Sun, 10 May 2015 02:42:27 -0500 Cc: Adrian Chadd , Tim Kientzle , freebsd-arm , Jordan Hubbard Message-Id: <533BAAAD-C76C-4112-9E4A-348B4FE0DDB9@netgate.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> <20150510054019.GW94075@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.2098) 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: Sun, 10 May 2015 07:42:30 -0000 > On May 10, 2015, at 12:40 AM, Glen Barber wrote: >=20 >=20 > I personally fail to see the reasoning behind this, but I'm looking at > things from an entirely different perspective, I suppose. While it's > great that your tools provide a mechanism to produce a build as > non-root, FreeBSD releases are built as the root user. I=E2=80=99d rather they weren=E2=80=99t. There are=E2=80=A6 reasons. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 10:11:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64282C11; Sun, 10 May 2015 10:11:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9891B07; Sun, 10 May 2015 10:11:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A1F56371; Sun, 10 May 2015 10:11:44 +0000 (UTC) Date: Sun, 10 May 2015 10:11:34 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, kib@FreeBSD.org, andrew@FreeBSD.org, adrian@FreeBSD.org Message-ID: <736726008.4.1431252704468.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_arm64 #127 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE 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, 10 May 2015 10:11:44 -0000 See Changes: [andrew] Clean up the style to use "options". [kib] Satisfy vm_object uma zone destructor requirements after r282660 when vnode object creation raced. Reported by:=09pho Reviewed by:=09alc Sponsored by:=09The FreeBSD Foundation [adrian] Turn ieee80211_start_scan_locked() into a swscan module private me= thod. It turns out that ieee80211_start_scan_locked() is only ever called by the swscan code and it won't likely be required by firmware scanning implementations. So, don't bother keeping it in ieee80211_scan.c and it likely won't become an API call. Tested: * Intel 5100, STA mode * AR5416, STA mode [adrian] Attempt to address Bug #176201 - don't advertise what the AP annou= nced to us. Instead, advertise what we can do based on what the AP says and what we're capped at by the VAP settings. For non-STA modes we still advertise what our VAP settings are. It may be that I've over-complicated this and instead of capping things we can just always announce what we're capable of. But this should at leas= t stop the blatantly wrong handling of A-MPDU parameters. (I'll happily simplify things if someone can dig up a replacement, better compliant behaviour.) PR:=09=09kern/176201 ------------------------------------------ [...truncated 71226 lines...] --- unctrl.c --- echo | awk -f bigstrin= gs=3D1 > unctrl.c --- lib_keyname.c --- awk -f bigstrings=3D1= keys.list > lib_keyname.c --- lib/libcapsicum__L --- --- libcapsicum_grp.o --- --- lib/ncurses/ncursesw__L --- --- codes.c --- --- lib/libcapsicum__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -c -o libcapsicum_grp.o --- lib/ncurses/ncursesw__L --- awk -f bigstrings=3D1 = > codes.c --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_echo (obj) --- lib/libgssapi__L --- --- gss_buffer_set.o --- --- lib/libelf__L --- --- elf_shstrndx.o --- --- lib/libgssapi__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_buffer_set.o --- lib/libelf__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/lib/libelf/../../cont= rib/elftoolchain/libelf/elf_shstrndx.c> -o elf_shstrndx.o --- lib/ncurses/ncursesw__L --- --- lib_gen.c --- LC_ALL=3DC sh "cc -B/u= sr/local/aarch64-freebsd/bin/ -E -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments" "awk" g= enerated < curses.h >lib_gen.c --- lib/libthr__L --- --- obj --- --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_exec (obj) --- lib/libthr__L --- --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -DPTHRE= AD_KERNEL -I -I -I -I -I -I -I -I -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=3Dg= nu99 <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/lib/libthr/thread/thr= _getcpuclockid.c> = --- lib/libgssapi__L --- --- gss_canonicalize_name.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_canonicalize_name.o --- lib/libelf__L --- --- elf_shstrndx.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wca= st-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -= Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-de= finition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-ar= guments -c -o elf_shstrndx.So --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_ftpusers (obj) --- obj --- =3D=3D=3D> lib/libpam/modules/pam_group (obj) --- lib/libelf__L --- --- elf_scn.o --- --- lib/libcapsicum__L --- --- libcapsicum_pwd.o --- --- lib/libelf__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/lib/libelf/../../cont= rib/elftoolchain/libelf/elf_scn.c> -o elf_scn.o --- lib/libcapsicum__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -c -o libcapsicum_pwd.o --- lib/libmd__L --- --- sha256c.o --- --- lib/libgssapi__L --- --- gss_compare_name.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_compare_name.o --- lib/libmd__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -std=3Dgnu99 -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunuse= d-arguments -c -o sha256c.o --- lib/ncurses/ncursesw__L --- --- nomacros.h --- --- lib/libpam__L --- --- obj --- --- lib/ncurses/ncursesw__L --- LC_ALL=3DC sh "cc -B/u= sr/local/aarch64-freebsd/bin/ -E -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENA= BLE_WIDEC -I. -I -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments" "awk" g= enerated < curses.h | fgrep undef > nomacros.h --- lib/libpam__L --- =3D=3D=3D> lib/libpam/modules/pam_guest (obj) --- lib/libgssapi__L --- --- gss_context_time.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_context_time.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_krb5 (obj) --- lib/libelf__L --- --- elf_scn.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wca= st-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -= Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-de= finition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-ar= guments -c -o elf_scn.So --- lib/libcapsicum__L --- --- libcapsicum_random.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -c -o libcapsicum_random.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_ksu (obj) --- lib/libgssapi__L --- --- gss_create_empty_oid_set.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_create_empty_oid_set.o --- lib/libcapsicum__L --- --- libcapsicum_service.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -c -o libcapsicum_service.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_lastlog (obj) --- lib/libgssapi__L --- --- gss_decapsulate_token.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_decapsulate_token.o --- lib/libelf__L --- --- elf_strptr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/lib/libelf/../../cont= rib/elftoolchain/libelf/elf_strptr.c> -o elf_strptr.o --- lib/ncurses/ncursesw__L --- --- make_keys --- cc -B/usr/local/aarch64-freebsd/bin/ -o make_keys -O2 -pipe -D_XOPEN_SOUR= CE_EXTENDED -DENABLE_WIDEC -I. -I -I -I -I -I -Wall -DNDEBUG -DH= AVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu99 -fstack-protector -Wsy= stem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-ar= guments --- lib/libpam__L --- --- obj --- --- lib/libcapsicum__L --- --- libcapsicum_sysctl.o --- --- lib/libpam__L --- =3D=3D=3D> lib/libpam/modules/pam_login_access (obj) --- lib/libcapsicum__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -I -std=3Dgnu99 -fsta= ck-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -c -o libcapsicum_sysctl.o --- lib/libgssapi__L --- --- gss_delete_sec_context.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_delete_sec_context.o --- lib/libelf__L --- --- elf_strptr.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wca= st-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -= Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-de= finition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-ar= guments -c -o elf_strptr.So --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_nologin (obj) --- lib/libmd__L --- --- sha256hl.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -std=3Dgnu99 -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunuse= d-arguments -c sha256hl.c -o sha256hl.o --- lib/libcapsicum__L --- --- libcapsicum.so.0 --- building shared library libcapsicum.so.0 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,= --fatal-warnings -Wl,--warn-shared-textrel -o libcapsicum.so.0 -Wl,-soname= ,libcapsicum.so.0 `NM=3D'/usr/local/aarch64-freebsd/bin/nm' lorder libcaps= icum.So libcapsicum_dns.So libcapsicum_grp.So libcapsicum_pwd.So libcapsicu= m_random.So libcapsicum_service.So libcapsicum_sysctl.So | tsort -q` -lnv --- lib/libgssapi__L --- --- gss_display_name.o --- --- lib/libelf__L --- --- elf_update.o --- --- lib/libgssapi__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_display_name.o --- lib/libelf__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscr= ipts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wn= o-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/lib/libelf/../../cont= rib/elftoolchain/libelf/elf_update.c> -o elf_update.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_opie (obj) --- lib/ncurses/ncursesw__L --- --- make_hash --- cc -B/usr/local/aarch64-freebsd/bin/ -o make_hash -O2 -pipe -D_XOPEN_SOUR= CE_EXTENDED -DENABLE_WIDEC -I. -I -I -I -I -I -Wall -DNDEBUG -DH= AVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu99 -fstack-protector -Wsy= stem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-ar= guments -DMAIN_PROGRAM --- lib/libmd__L --- --- sha512c.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I -std=3Dgnu99 -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunuse= d-arguments -c -o sha512c.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_opieaccess (obj) --- lib/libgssapi__L --- --- gss_display_status.o --- --- lib/libcapsicum__L --- --- libcapsicum.a --- --- lib/libgssapi__L --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_display_status.o --- lib/libcapsicum__L --- building static capsicum library --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_passwdqc (obj) --- lib/libcapsicum__L --- /usr/local/aarch64-freebsd/bin/ranlib -D libcapsicum.a --- lib/libgssapi__L --- --- gss_duplicate_name.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -= Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-alig= n -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style= -definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safe= ty -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused= -arguments -c -o gss_duplicate_name.o --- lib/libpam__L --- --- obj --- =3D=3D=3D> lib/libpam/modules/pam_permit (obj) --- lib/libcapsicum__L --- --- _libinstall --- sh = -C -o root -g wheel -m 444 libcapsicum.a sh = -s -o root -g wheel -m 444 libcapsicum.so.0 --- lib/ncurses/ncursesw__L --- --- init_keytry.h --- ./make_keys keys.list > init_keytry.h sh: ./make_keys: Exec format error --- lib/libcapsicum__L --- sh = -l s --- lib/ncurses/ncursesw__L --- *** [init_keytry.h] Error code 126 make[4]: stopped in 1 error make[4]: stopped in --- lib/libcapsicum__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib/libpam__L --- A failure has been detected in another branch of the parallel make make[6]: stopped in --- lib/libcapsicum__L --- *** [lib/libcapsicum__L] Error code 2 make[3]: stopped in --- lib/libpam__L --- *** [_sub.obj] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.obj] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib/libelf__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib/libgssapi__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib/libmd__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib/libthr__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib/ncurses/ncurses__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in 1 error make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-arm@FreeBSD.ORG Sun May 10 10:59:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C180B43C for ; Sun, 10 May 2015 10:59:57 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (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 59AA21EF9 for ; Sun, 10 May 2015 10:59:57 +0000 (UTC) Received: by wiun10 with SMTP id n10so68319273wiu.1 for ; Sun, 10 May 2015 03:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=pPeAqw4NXu4+75qbFkMO1MdHGMXdSDLEKJn1jxSlAoY=; b=X70gp+e7oAbtC2S04fyaoOhDZmvII15f8sT5cSxYYms8HCCBaPAmqx+8on9WTULEh6 U6kGgUPXW4LAbNI7q2rpHDXgw+IvKadMZPOi96t1F2cBkgJ9kq5bsSCZ2c7Dy5uzxlSl S/sVXs9MPyPQbj10/9m5ybi7Nt00EnwyZY9a1oZdVIkBTDz+8vWwpQozDDQSDfdeMqff RQdiFyNmSctAx5fMHfcGdVtg8yJaCVorNreHpb8kxRO6EOhHaeCkp4qH04OIa4K0pg4s IBqd/FeBtpgFYXP4MztuBQOpDQEmTJ8EQLV+S2h07ikbqeSk/eTB5gIrSWbpCGiQBnZm QU1A== X-Received: by 10.194.123.67 with SMTP id ly3mr11430966wjb.105.1431255595749; Sun, 10 May 2015 03:59:55 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by mx.google.com with ESMTPSA id mc20sm7991621wic.15.2015.05.10.03.59.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 May 2015 03:59:55 -0700 (PDT) Message-ID: <554F3A2A.80709@gmail.com> Date: Sun, 10 May 2015 13:59:54 +0300 From: Jukka Ukkonen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: Has anyone got RPI2 build and boot properly yet? Content-Type: text/plain; charset=utf-8 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: Sun, 10 May 2015 10:59:57 -0000 Hello all, I tried rolling my own locally built RPI2 image and surpringly it hang only when the real kernel was supposed to take over from ubldr. The kernel itself and a few kernel modules (h_ertt, cc_dctcp, and cc_htcp) were apparently successfully loaded by ubldr. Then there were a few lines telling... Booting [/boot/kernel/kernel]... Using DTB from memory address 0x00000100. Kernel entry at 0x100100... Kernel args: (null) After this followed total silence. The gizmo just froze. I even let it linger there for a while and tried to ping and ssh the box just in case only the console interface froze but network were up and running, but there was no response. Does this ring any bells? Cheers, --jau From owner-freebsd-arm@FreeBSD.ORG Sun May 10 11:25:17 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 267738B2 for ; Sun, 10 May 2015 11:25:17 +0000 (UTC) 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 B598211D8 for ; Sun, 10 May 2015 11:25:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1431257086; l=517; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Subject:To:From: Date; bh=5PMxNemDTA6XpqiRWrbeuXtaIuA8FKfEGeW+sKiOJo8=; b=siskdpz4hMBxPSW17Tmw5GR+tVkSoGsAJ3NACbq2T7w+SLDjrnK3GAtw8oL7Y7dquwr wOZG/0t1Dqx9D7iHheFIi5nx8QCFjNx6dmh6X/khWFXOvIv6h/0E4RLCHgAEavxbEkd6N 3RGtXoX9Aqc6NOnVq7H47EsVdh3UWa9r048= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47v8v/Ocj7 X-RZG-CLASS-ID: mo00 Received: from quad (p548689BF.dip0.t-ipconnect.de [84.134.137.191]) by smtp.strato.de (RZmta 37.5 DYNA|AUTH) with ESMTPSA id 600a75r4ABOk7rj (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve sect571r1 with 571 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Sun, 10 May 2015 13:24:46 +0200 (CEST) Date: Sun, 10 May 2015 11:24:44 +0000 From: Ulrich Grey To: freebsd-arm@FreeBSD.org Subject: Xorg on a RaspberryPI Message-Id: <20150510112444.9e12a9739c7e2b91e5fc2ea4@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=US-ASCII 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, 10 May 2015 11:25:17 -0000 Hello, I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. The Raspberry serves as a X-Terminal to access a Wandboard-Quad running the same FreeBSD version. I have build x11/xorg and x11-drivers/xf86-video-scfb packages on the Wandboard and installed it on the Raspberry. It works, but there is a problem with the colors. I think the display shows complementary colors (the background of the xcfe4 desktop is not blue but yellow/ochre). Can anybody give me a hint what is wrong? Thank you. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 13:18:23 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED4ADB02 for ; Sun, 10 May 2015 13:18:23 +0000 (UTC) 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 849991CAD for ; Sun, 10 May 2015 13:18:22 +0000 (UTC) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t4ADIIDE094455 for ; Sun, 10 May 2015 15:18:18 +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: Sun, 10 May 2015 15:18:17 +0200 (CEST) Message-ID: <464337a8378.8e52dbb@mail.schwarzes.net> In-Reply-To: <554F3A2A.80709@gmail.com> References: <554F3A2A.80709@gmail.com> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Has anyone got RPI2 build and boot properly yet? 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]); Sun, 10 May 2015 15:18:19 +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, 10 May 2015 13:18:24 -0000 On 10.05.15, Jukka Ukkonen wrote: Hello Jukka, > I tried rolling my own locally built RPI2 image and surpringly > it hang only when the real kernel was supposed to take over > from ubldr. The kernel itself and a few kernel modules (h_ertt, > cc_dctcp, and cc_htcp) were apparently successfully loaded by > ubldr. Then there were a few lines telling... Is your source tree up to date? This was a known problem of a few recent revisions before r282359. At the moment I'm using r282701 with SMP. Fast enough to build kernel and world direcly with the pi. -andreas From owner-freebsd-arm@FreeBSD.ORG Sun May 10 14:11:00 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6003684A for ; Sun, 10 May 2015 14:11:00 +0000 (UTC) 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 4B06411DE for ; Sun, 10 May 2015 14:11:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AEB03i011836 for ; Sun, 10 May 2015 14:11:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200099] net/pvm fails to build on armv6 Date: Sun, 10 May 2015 14:11:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created 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: Sun, 10 May 2015 14:11:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200099 Bug ID: 200099 Summary: net/pvm fails to build on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -05-09_16h52m01s/logs/errors/pvm-3.4.6_4.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org Created attachment 156611 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156611&action=edit fix arm build Hi, The attached patch fixes that. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 14:13:03 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9AE08D4 for ; Sun, 10 May 2015 14:13:03 +0000 (UTC) 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 B4E291298 for ; Sun, 10 May 2015 14:13:03 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AED3ro017078 for ; Sun, 10 May 2015 14:13:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200099] net/pvm fails to build on armv6 Date: Sun, 10 May 2015 14:13:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Sun, 10 May 2015 14:13:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200099 --- Comment #1 from mikael.urankar@gmail.com --- build log: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/pvm-3.4.6_4.log -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 14:21:55 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CB36C66 for ; Sun, 10 May 2015 14:21:55 +0000 (UTC) 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 5D46913A1 for ; Sun, 10 May 2015 14:21:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AELtc7026462 for ; Sun, 10 May 2015 14:21:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200100] security/krb5 fails to build on armv6 Date: Sun, 10 May 2015 14:21:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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: Sun, 10 May 2015 14:21:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200100 Bug ID: 200100 Summary: security/krb5 fails to build on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -04-26_21h50m34s/logs/errors/krb5-1.13.1_1.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: cy@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org Assignee: cy@FreeBSD.org CC: freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(cy@FreeBSD.org) Created attachment 156612 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156612&action=edit fix arm build Hi, The build is broken on arm: libtool '--mode=link' cc -Xcompiler -shared -o libkrb5support.so.0 threads.so init-addrinfo.so plugins.so errors.so k5buf.so gmt_mktime.so fake-addrinfo.so utf8.so utf8_conv.so zap.so path.so base64.so json.so bcmp.so strerror_r.so -L../../lib -lintl -Wl,-rpath,/usr/local/lib:/usr/lib:/usr/local/lib -L/usr/local/lib -L/usr/lib libtool: link: unable to infer tagged configuration libtool: error: specify a tag with '--tag' The attached patch fixes that. build logs for amd64, i386 and armv6: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/krb5-1.13.1_1_101i386.log http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/krb5-1.13.1_1_101amd64.log http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/krb5-1.13.1_1.log -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 14:52:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5076126D; Sun, 10 May 2015 14:52:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3CE9A16B1; Sun, 10 May 2015 14:52:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4179B570; Sun, 10 May 2015 14:52:49 +0000 (UTC) Date: Sun, 10 May 2015 14:52:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, bapt@FreeBSD.org, adrian@FreeBSD.org, andrew@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org Message-ID: <887442373.0.1431269569096.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <736726008.4.1431252704468.JavaMail.jenkins@jenkins-9.freebsd.org> References: <736726008.4.1431252704468.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_arm64 #128 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS 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, 10 May 2015 14:52:50 -0000 See From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:04:34 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B50273FB for ; Sun, 10 May 2015 15:04:34 +0000 (UTC) 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 9F254179D for ; Sun, 10 May 2015 15:04:34 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AF4Y4A013753 for ; Sun, 10 May 2015 15:04:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200102] lang/ocaml fails to build on armv6 Date: Sun, 10 May 2015 15:04:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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: Sun, 10 May 2015 15:04:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200102 Bug ID: 200102 Summary: lang/ocaml fails to build on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -05-09_16h52m01s/logs/errors/ocaml-4.02.1.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org, michipili@gmail.com Flags: maintainer-feedback?(michipili@gmail.com) CC: freebsd-arm@FreeBSD.org, michipili@gmail.com Created attachment 156613 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156613&action=edit fix arm build Hi, The latest update broke the build on arm, the attached patch fixes that. build log: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/ocaml-4.02.1.log -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:11:47 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39DB94A9 for ; Sun, 10 May 2015 15:11:47 +0000 (UTC) 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 249191884 for ; Sun, 10 May 2015 15:11:47 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AFBlfY089211 for ; Sun, 10 May 2015 15:11:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200102] lang/ocaml fails to build on armv6 Date: Sun, 10 May 2015 15:11:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: michipili@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 10 May 2015 15:11:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200102 --- Comment #1 from Michael Gr=C3=BCnewald --- Comment on attachment 156613 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D156613 fix arm build Thank you Mikael for your quick fix! As I cannot reach to an ARM architecture to test it, I will not, but I am confident you did this already. As far as I (maintainer) am concerned, this patch can be merged. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:16:49 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88F0F61D for ; Sun, 10 May 2015 15:16:49 +0000 (UTC) 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 73F1C18A5 for ; Sun, 10 May 2015 15:16:49 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AFGni4087162 for ; Sun, 10 May 2015 15:16:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200100] security/krb5 fails to build on armv6 Date: Sun, 10 May 2015 15:16:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Sun, 10 May 2015 15:16:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200100 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: cy Date: Sun May 10 15:16:08 UTC 2015 New revision: 385961 URL: https://svnweb.freebsd.org/changeset/ports/385961 Log: Fix armv5 build. PR: 200100 Submitted by: mikael.urankar@gmail.com Changes: head/security/krb5/Makefile head/security/krb5/files/patch-config__shlib.conf -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:17:46 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 215AE7EF for ; Sun, 10 May 2015 15:17:46 +0000 (UTC) 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 0C62E18C5 for ; Sun, 10 May 2015 15:17:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AFHjMB028856 for ; Sun, 10 May 2015 15:17:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200100] security/krb5 fails to build on armv6 Date: Sun, 10 May 2015 15:17:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: Sun, 10 May 2015 15:17:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200100 Cy Schubert changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #2 from Cy Schubert --- Committed. Thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:19:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C19C39B8 for ; Sun, 10 May 2015 15:19:52 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001: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 8D30618E4 for ; Sun, 10 May 2015 15:19:52 +0000 (UTC) Received: by igbpi8 with SMTP id pi8so52653445igb.1 for ; Sun, 10 May 2015 08:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7oOClzFrI9xQgD8nE5LElVFwSjVyBZ+9E7nBCmb7dvw=; b=pycu7UPbOEe8cvMc0DXXdesCi2RV2RijTsMMbtxdWMZtD33aZdmXx2JGXj3kbUjGU5 7KMmAROb11OXW6f6obHboZQIeD3PLZemOC+td0zLhPgiDREX+Ea1bMvaUvUYgdUXgWQ2 4tVeVlUr6954nxyJI8a5OPMOE7/fA0DLf759tNb1uoNVW3YUidHoGG2WE2lGgBBUmoAR uL+4nqbOVFzrH29medF8PVPnpr9DPJr5z2sitVeUStnd6cEvnLkaElDyPPYgjPypfQyA wL9KyN0EC2MlwpgeH/CaP20SgLb+r9W2B3DPZzECjL0GPEGj/7W4B/LDyIAQ0IHzEAOT pH0A== MIME-Version: 1.0 X-Received: by 10.50.73.198 with SMTP id n6mr9594326igv.32.1431271191778; Sun, 10 May 2015 08:19:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sun, 10 May 2015 08:19:51 -0700 (PDT) In-Reply-To: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> Date: Sun, 10 May 2015 08:19:51 -0700 X-Google-Sender-Auth: xnnRsse_6EcQynUhSCuK0TCfDJg Message-ID: Subject: Re: Xorg on a RaspberryPI From: Adrian Chadd To: Ulrich Grey Cc: "freebsd-arm@freebsd.org" 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, 10 May 2015 15:19:52 -0000 hm, there's something odd with 32 bit colours in the fb driver. The red and blue are swapped. That may be your problem. Can you try booting / running it on 24 bit colour instead? -adrian On 10 May 2015 at 04:24, Ulrich Grey wrote: > Hello, > > I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. The Raspberry serves as a > X-Terminal to access a Wandboard-Quad running the same FreeBSD version. > > I have build x11/xorg and x11-drivers/xf86-video-scfb packages on the Wandboard and > installed it on the Raspberry. It works, but there is a problem with the colors. I think > the display shows complementary colors (the background of the xcfe4 desktop is not blue > but yellow/ochre). > > Can anybody give me a hint what is wrong? > Thank you. > > _______________________________________________ > 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 Sun May 10 15:35:57 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73580E20; Sun, 10 May 2015 15:35:57 +0000 (UTC) Received: from relay.mailchannels.net (tkt-001-i373.relay.mailchannels.net [174.136.5.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0FB1AD1; Sun, 10 May 2015 15:35:55 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (ip-10-213-14-133.us-west-2.compute.internal [10.213.14.133]) by relay.mailchannels.net (Postfix) with ESMTPA id E6F471D0108; Sun, 10 May 2015 15:26:24 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (smtp4.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 10 May 2015 15:26:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1431271585019:1626204412 X-MC-Ingress-Time: 1431271585019 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YrT7X-0006Fm-S5; Sun, 10 May 2015 15:26:24 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4AFQMbY073849; Sun, 10 May 2015 09:26:22 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+gfgLnsv4V3cpoy3U8VoZF Message-ID: <1431271581.6170.227.camel@freebsd.org> Subject: Re: Heads-up regarding arm/armv6 snapshot builds From: Ian Lepore To: Thomas Skibo Cc: Glen Barber , freebsd-arm@FreeBSD.org Date: Sun, 10 May 2015 09:26:21 -0600 In-Reply-To: <928D9005-E868-42FE-AD6F-C58568D9DB58@sbcglobal.net> References: <20150506015613.GF67741@hub.FreeBSD.org> <20150509194343.GU94075@hub.FreeBSD.org> <928D9005-E868-42FE-AD6F-C58568D9DB58@sbcglobal.net> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 X-AuthUser: hippie 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, 10 May 2015 15:35:57 -0000 On Sat, 2015-05-09 at 13:55 -0700, Thomas Skibo wrote: > > On May 9, 2015, at 12:43 PM, Glen Barber wrote: > >=20 > >=20 > > An important note for people using the Zedboard: > > A port of u-boot for this board does not currently exist in the Ports > > Collection, and as a result, support for building the ZEDBOARD image = has > > been dropped. If someone is already working on a port of this u-boot= , > > please let me know. Otherwise, I will work on the port as soon as > > possible. >=20 > Hi, Glen. >=20 > I have been supporting Zedboard in crochet. Crochet builds u-boot for = the Zedboard by lightly patching u-boot source from Xilinx (https://githu= b.com/Xilinx/u-boot-xlnx). I have one more patch to send Tim so that cro= chet always builds u-boot from release v2014.4 because the latest release= (v2015.1) broke some things which will require other tweaks to crochet. >=20 > But, I wonder if there is sufficient interest in FreeBSD on the Zedboar= d to warrant you going to the trouble to build snap-shots. >=20 > >=20 > > Thanks. > >=20 > > Glen > > Hat: RE > >=20 >=20 > =97Thomas >=20 We should just turn your u-boot changes into a port. (Hmm, wasn't there a licensing question on one of the files it needs, though?) Once a u-boot port exists, there should be minimal "trouble" in creating an image for it. We are very close to having an armv6[hf] world which doesn't need UBLDR_LOADADDR set, which means a single world can be used to poplulate all the various images. The only thing that will differ per-image is the kernel (and related dtb files) to install, and which u-boot package to install. So there will be a little bit of config for Glen to set up for each supported board, but each added board won't require its own complete buildworld. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:36:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63FCFE64; Sun, 10 May 2015 15:36:06 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i207.relay.mailchannels.net [162.253.144.89]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4F41AD2; Sun, 10 May 2015 15:36:04 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp1.ore.mailhop.org (ip-10-220-9-73.us-west-2.compute.internal [10.220.9.73]) by relay.mailchannels.net (Postfix) with ESMTPA id 0F675100A8C; Sun, 10 May 2015 15:20:14 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp1.ore.mailhop.org (smtp1.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 10 May 2015 15:20:14 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1431271214255:2710301951 X-MC-Ingress-Time: 1431271214254 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp1.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YrT1Y-0003DT-O6; Sun, 10 May 2015 15:20:12 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4AFKBCg073841; Sun, 10 May 2015 09:20:11 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+oKOJ/9Aj6aE1enfs5Nzd2 Message-ID: <1431271211.6170.222.camel@freebsd.org> Subject: Re: Heads-up regarding arm/armv6 snapshot builds From: Ian Lepore To: Tim Kientzle Cc: Waitman Gobble , Glen Barber , freebsd-arm Date: Sun, 10 May 2015 09:20:11 -0600 In-Reply-To: References: <20150506015613.GF67741@hub.FreeBSD.org> 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-AuthUser: hippie 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, 10 May 2015 15:36:06 -0000 On Sat, 2015-05-09 at 12:07 -0700, Tim Kientzle wrote: > > On May 8, 2015, at 11:38 PM, Waitman Gobble wrote: > > > > Is current crochet development happening within FreeBSD sectors or is > > there an upstream? > > Crochet is now owned by the FreeBSD github repository. > What does that actually mean? Like, who can commit changes to it now? -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:38:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19128EBF; Sun, 10 May 2015 15:38:41 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (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 D70891AE6; Sun, 10 May 2015 15:38:40 +0000 (UTC) Received: by igbyr2 with SMTP id yr2so53125294igb.0; Sun, 10 May 2015 08:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=av5wY5YV/dCzbX7ndD4pCKkvUDkehpr/T69Pj4GmCjo=; b=ybQUlocq8SPO7mR9MzlYx+3ZfbK5z6Oiy52EXYrQlJZAImOLU+cng6EzMrC6qjsdsB g35S02B9haeWjNbnRAanLkSRxB6QF9u80WS5o868rXd2HOxXW9e91mpInwIiFuSzA9Jk 69Iflv9LfWNWZf8aA1V3kdwpEOnNuJ3rh+o7CzJqlewu/m1xOWzqGzBUcsHIIAYVfrja BitrDOttAiT8OIJ99hObefecJJA1aLoom9p3T4uRadXWSGLgo9DL2qMGxi9mi/HObJDt V0q++lNKyxVFN5JgeIgl2napI5debmwtF/TrNh5xVpCJne8Np3pfcsBio0ZiOfQ5ZxHJ Ladg== MIME-Version: 1.0 X-Received: by 10.42.20.197 with SMTP id h5mr7044956icb.22.1431272319420; Sun, 10 May 2015 08:38:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sun, 10 May 2015 08:38:39 -0700 (PDT) In-Reply-To: <1431271211.6170.222.camel@freebsd.org> References: <20150506015613.GF67741@hub.FreeBSD.org> <1431271211.6170.222.camel@freebsd.org> Date: Sun, 10 May 2015 08:38:39 -0700 X-Google-Sender-Auth: FGcAGNZ29-Z27144T7B7nC1EREA Message-ID: Subject: Re: Heads-up regarding arm/armv6 snapshot builds From: Adrian Chadd To: Ian Lepore Cc: Tim Kientzle , Glen Barber , 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, 10 May 2015 15:38:41 -0000 On 10 May 2015 at 08:20, Ian Lepore wrote: > On Sat, 2015-05-09 at 12:07 -0700, Tim Kientzle wrote: >> > On May 8, 2015, at 11:38 PM, Waitman Gobble wrote: >> > >> > Is current crochet development happening within FreeBSD sectors or is >> > there an upstream? >> >> Crochet is now owned by the FreeBSD github repository. >> > > What does that actually mean? Like, who can commit changes to it now? It means that the github.com/freebsd admins can grant others merge rights. tim, gnn, i and someone else currently can merge in merge requests. -adrian From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:51:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07E5F147; Sun, 10 May 2015 15:51:58 +0000 (UTC) Date: Sun, 10 May 2015 15:51:54 +0000 From: Glen Barber To: Adrian Chadd Cc: Jordan Hubbard , Tim Kientzle , freebsd-arm Subject: Re: RPi2 support... Message-ID: <20150510155154.GA55011@hub.FreeBSD.org> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> <20150510054019.GW94075@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 10 May 2015 15:52:00 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 10, 2015 at 12:03:54AM -0700, Adrian Chadd wrote: > On 9 May 2015 at 22:40, Glen Barber wrote: > > On Sat, May 09, 2015 at 10:24:34PM -0700, Adrian Chadd wrote: > >> gjb didn't like how development wasn't freebsd-releng-friendly (but > >> really, which upstream vendor project is in all honesty) so he's > >> rolled a replacement that's just landed in head. Time will tell which > >> will work out better. > >> > > > > My recent commit is not about "being better than Crochet", it is about > > providing an in-tree build method (for RE purposes) that can be > > reproduced. For people that do not need to do pristine-environment, > > reproducible builds, I encourage the use of Crochet. > > > >> Me, I'm completely ignoring /all of that/ because I'm fed up with > >> building things as root and having to do loopback mounts to build > >> things and loopback devices to create filesystems. My mips stuff does > >> everything 100% as a user, and it's actually really damned pleasant. > >> I'd love to see FreeBSD move to that model but I have a feeling it'll > >> be fighting against lazy developers who are used to having root > >> everywhere. > >> > > > > I personally fail to see the reasoning behind this, but I'm looking at > > things from an entirely different perspective, I suppose. While it's > > great that your tools provide a mechanism to produce a build as > > non-root, FreeBSD releases are built as the root user. >=20 > Hi, >=20 > The reasoning is that there are more outputs of FreeBSD than just > "make iso and snapshots for ftp.freebsd.org", and having things not > require root simplifies a lot of system administration requirements. >=20 > I have to currently jump through hoops via various FreeBSD-derived > build things in order to tidy up when things go wrong because people > use all the root features they can - zfs mounts, loopback mounts, > loopback devices, etc - and it's just plain silly. Almost none of it > is required. >=20 > It's also nice to be reasonably sure you're not going to have some > badly behaving piece of Makefile decide to scribble over the running > system rather than the destination directory - so you use jails, but > then you have to ensure they're tidied up as well. >=20 > There's also the desire to build freebsd under non-FreeBSD, and having > a build process that doesn't require root helps constrain things so > you don't rely on FreeBSD-isms when there's perfectly good userland > substitutes. >=20 Thank you for the details, this clarifies things more for me. > It's okay, we can rant about this in person one day. :) >=20 Yep, absolutely. Glen --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVT36aAAoJEAMUWKVHj+KTZHwP/2BzjxyBqVyDhPVabUHPBBcc cu/OINOCTk7jdInxLWhessJBwS19NyOTFhGTvsju1hFGFBegXVUrT3N+AF6NSy1+ lUnDd6YcPSJ7KE0MEW1eoDbqqbAdy5fRKOrT0UCzAUlXCX2A4GUNfIJNzFJ7bOsZ rKGlLNvBQ1kdqeBnz4oWjUgRU7ydzXXVrDUnQfbnhOUBdOq97br4mEY6Aj/GjbnZ bsgbLA2Wg668vD9dYVRcBHXMCmTTKfMMORK7NWoOcBVh2szDQ3+03ibJR6yOkwS0 MJlKDPwd/kHsU/aBLrqHRxad4NuUdwcIi7nNkwPfemfvhlFHH7TvWdZJTY74sX9m Ruym6yoGdAIoVJMgEZ7jlzyk0M/7lmBqhabRB8+k+jC3+ea92oDzE/n7fmVW7ihY u5xZ2Xfcr/M3z/riIyi0ExiB1BwtW9h5MEdoEmdVGymfOC/djKvIr+Xu/4VRNXeA DkTiboe7WskWK71hp0sAoB/Hzz+bZtW5seJIqlWc4wjKby1UOLA7mqq+h7H6agfE yUZCucnglfBE5QM4qhDs8nGn266F7GPWD5Gqu6Wlrg1R5VhPI3+h9qKpIjMiWwH6 ycQRXTTihAVuC2GwU8YZOATaOyQ9puvVyZpHOmF0uxzbyKkE47hfJBcic9/kxnns iTIhOfpFcfwRJmoQXCwP =zz4W -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-arm@FreeBSD.ORG Sun May 10 15:57:28 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DDAA1B8; Sun, 10 May 2015 15:57:27 +0000 (UTC) Date: Sun, 10 May 2015 15:57:23 +0000 From: Glen Barber To: Ian Lepore Cc: Thomas Skibo , freebsd-arm@FreeBSD.org Subject: Re: Heads-up regarding arm/armv6 snapshot builds Message-ID: <20150510155723.GC55011@hub.FreeBSD.org> References: <20150506015613.GF67741@hub.FreeBSD.org> <20150509194343.GU94075@hub.FreeBSD.org> <928D9005-E868-42FE-AD6F-C58568D9DB58@sbcglobal.net> <1431271581.6170.227.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2/5bycvrmDh4d1IB" Content-Disposition: inline In-Reply-To: <1431271581.6170.227.camel@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 10 May 2015 15:57:28 -0000 --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 10, 2015 at 09:26:21AM -0600, Ian Lepore wrote: > On Sat, 2015-05-09 at 13:55 -0700, Thomas Skibo wrote: > > > On May 9, 2015, at 12:43 PM, Glen Barber wrote: > > >=20 > > >=20 > > > An important note for people using the Zedboard: > > > A port of u-boot for this board does not currently exist in the Ports > > > Collection, and as a result, support for building the ZEDBOARD image = has > > > been dropped. If someone is already working on a port of this u-boot, > > > please let me know. Otherwise, I will work on the port as soon as > > > possible. > >=20 > > Hi, Glen. > >=20 > > I have been supporting Zedboard in crochet. Crochet builds u-boot for = the Zedboard by lightly patching u-boot source from Xilinx (https://github.= com/Xilinx/u-boot-xlnx). I have one more patch to send Tim so that crochet= always builds u-boot from release v2014.4 because the latest release (v201= 5.1) broke some things which will require other tweaks to crochet. > >=20 > > But, I wonder if there is sufficient interest in FreeBSD on the Zedboar= d to warrant you going to the trouble to build snap-shots. > >=20 >=20 > We should just turn your u-boot changes into a port. (Hmm, wasn't there > a licensing question on one of the files it needs, though?) >=20 > Once a u-boot port exists, there should be minimal "trouble" in creating > an image for it. We are very close to having an armv6[hf] world which > doesn't need UBLDR_LOADADDR set, which means a single world can be used > to poplulate all the various images. The only thing that will differ > per-image is the kernel (and related dtb files) to install, and which > u-boot package to install. So there will be a little bit of config for > Glen to set up for each supported board, but each added board won't > require its own complete buildworld. >=20 Board-specific bits are easy to handle, so this won't be a problem. Each board config (release/arm/BOARD.conf) arm_install_uboot() overrides the default (which does nothing by default). Glen --2/5bycvrmDh4d1IB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVT3/jAAoJEAMUWKVHj+KTm/gP/ApE5V0/ysrdSbhaqCVy8fgV NXxpksqMjoLIQ9DJ6XQKrvppHiMYg9W/wSCdB93DzDpf+6VudBqL08+gVfnqaBQT 0b11fqT04a9IANenfz4vfLjBQTVx9QEczm7cpGgTISRsOzF4qklVCVid1xGxz1kT clqwcb4ZBFZTiZmmPlxGTGaOsurJ5bkijv/9HT3RZWUI2fXbe+STnmT5bcb8+p6F 7/83nLrMu6T0/I57qGZTGeKB1Fz6ahg4u8KwnKaLONU03sx9nQfp729ycta57UoL vwzw4bLcDdPkMn1Qg625lFC/A8PJBIubXi9x8b9ILbkLSA95L6P/Yj0m6WT79iUS qqmdMaB0NAo2mtZp9awPyWaNoSe9U+zDIw2HES/fadMddWjrq2746b7t44I/k2os p6pFQVtlant0Z581up9lOYtMLjn5be36yeTZjpt5OyYcz45hWcQLwYXhmIO/vDh2 hQoKir5SpHiVsI1viOWwSszycc+ANhy2yRyFWH4dIz03zrXkiOwhSQ8fMH+k2/Sa o15ffKgtKt+aD5SWVDa+QVAxHC4ZZusvPGQHc9mFaUyM/7p8tlnfeJiu1ixgTs+f 95pfBMZ/ohDO0OXxJd7htF6xUWhnp77rC0CHxbOfqPdleJLTADF6Ga15Z/T9yZ98 FAoAFfOACWbrlfJEkNh/ =EecB -----END PGP SIGNATURE----- --2/5bycvrmDh4d1IB-- From owner-freebsd-arm@FreeBSD.ORG Sun May 10 16:40:18 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DFC068E for ; Sun, 10 May 2015 16:40:18 +0000 (UTC) Received: from nm41-vm10.bullet.mail.bf1.yahoo.com (nm41-vm10.bullet.mail.bf1.yahoo.com [216.109.114.139]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D035100A for ; Sun, 10 May 2015 16:40:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1431275624; bh=WO2cI5vZMi7UxhJgTtiqy/kIPOa/hhKL+VSaIvIfZK0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=o5PA2erf3p0I9cCailgbzZkjEZkzHdbb8gC2vzneGJLPILMNIKhDA7zavQrk33VrNrBnCEU2695rPjLyOt3pEQVn+MBKkJDiSt2IE6NgWcrIMO8xAjqA9S4dnhLYQPQ7Op604/EzxetW5bHNYlgwUyLRrVqpgbdMNuytKrxOkjQUDkC5GB2uS6SvX+wFF85tBFd8nVZYGvenfpqJfYVfI4cgkfPgKzz+MN9JbD5ijn5N5a4IqECW0fw29FAgZHZqtmLiV708udTJCANLRBTx1cpAOweHYWDLkpuu/Yu8aqz+uYNDjlMX3vVPzrUCPQ+uP6P0TWJ4VUTnSXw7K2wM4g== Received: from [98.139.214.32] by nm41.bullet.mail.bf1.yahoo.com with NNFMP; 10 May 2015 16:33:44 -0000 Received: from [68.142.230.64] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 10 May 2015 16:33:44 -0000 Received: from [127.0.0.1] by smtp221.mail.bf1.yahoo.com with NNFMP; 10 May 2015 16:33:44 -0000 X-Yahoo-Newman-Id: 929258.23989.bm@smtp221.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: DF90_UUVM1nyKUEpgnKAReqhIQ83kNE7WcJmEfhR9lmYZdW svQjGAE_BsvFZWasqrGjDTg79z2_xNlRwaKwTA1RCCyKXg7ofaiP8UA1HHTM hraMl3lFC0etYwlp6oRTcXUleUGeN0PuWZPl6_5hzE59kt2gArejHe.DgreT LMsSYUOmJZchMctb.2y4aCNmZhOy91V04wa9yAZd4WeGmcmn_DehTuKt_zUd ts3RH57amqpbcaU2JDtjSi4YC_UrMwg1WX7zAxp1Fqkz_eU7OKNTYh2abQRn YW_ilqaxCSC5wytOM693zGTHUOAWm0Rv1SRlvZHvQCHZZsgNT1fObi4V3G.1 KRceHqYaL80QnY_32qjjL.Q_RIw0ex_XW8a.e5WK9KpwAFkA1h0.Kw8MZa5J CPM00cPdVFRrLp0VZtrWvL0rNsWys8WO3hdY9hk.faZXpxAapcUO1rDJHZud dwa2gJ9BxkBovKwyI1T_djvacsuJyOQbWOLCSJnyBaOhXGunCBwPoGDOoKuK cMhITPFLUFGTZIWsPYtAd.01F23hpzdhkDzA- X-Yahoo-SMTP: .8Dytk6swBAeTUTcf.ezO8BKaYfn.mUV Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Heads-up regarding arm/armv6 snapshot builds From: Thomas Skibo In-Reply-To: <1431271581.6170.227.camel@freebsd.org> Date: Sun, 10 May 2015 09:33:43 -0700 Cc: Glen Barber , freebsd-arm@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150506015613.GF67741@hub.FreeBSD.org> <20150509194343.GU94075@hub.FreeBSD.org> <928D9005-E868-42FE-AD6F-C58568D9DB58@sbcglobal.net> <1431271581.6170.227.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) 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, 10 May 2015 16:40:18 -0000 > On May 10, 2015, at 8:26 AM, Ian Lepore wrote: >=20 > We should just turn your u-boot changes into a port. (Hmm, wasn't = there > a licensing question on one of the files it needs, though?) Most of the patches I put in crochet (in board/ZedBoard/files) deal with = the earlier version of the gcc cross-compiler that crochet uses. They = probably no longer necessary. The files you=E2=80=99re thinking about are the board-specific = ps7_init.[ch] files generated by Xilinx tools. The tools now generate = two sets of files, one with a GPL license and one with a BSD-like = license. I included the BSD-like files for crochet. The files need to = be dropped into a directory so that u-boot gets the correct hardware = initialization for the board. I=E2=80=99d like to include ps7_init = files for other boards too (MicroZed, Zybo) and tweak the Makefiles so = that the proper ones are moved or soft-linked (into = spl/board/xilinx/zynq) during the configuration. =E2=80=94=E2=80=94=E2=80=94 Thomas Skibo thomasskibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Sun May 10 16:44:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DDAA7EF for ; Sun, 10 May 2015 16:44:08 +0000 (UTC) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) (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 3D15510FF for ; Sun, 10 May 2015 16:44:07 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so90786621pab.3 for ; Sun, 10 May 2015 09:44:01 -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=rlKYz1iid9P8MhOrXe7NNk0fLtXH/RbuBCM2nm5bVpg=; b=g5nPPx5etbg2M9kC5YLUizI/49OVqsNPnUEnydvP/g2myNuxzTWOhtibMFJMPKZtfz EYodKATUFUesm7oxYBu/k6paNwa1HIHfPTpEUKr3d+aTlqL+YtwY5ACKSRitZD2Ug/pc TFxQtfA1ItCbr9zywN04GU2FeLaqnVE3Q5oWIACTZVBeMonSAZTNxoaCYquHrKBkpHq7 juaY+zXJ3ZwXCKnx+Ss6oTSk5VDqitF3jT36q9XGOtUzfxkUlkyYm4sEEoE7M3T8Cp3b QHE4IrqYviOV+3qdPbvbL89AlDst4hQhIobC0n1yohzc7yyNCecQlFjl8UNOkkI/lsPd diYQ== X-Gm-Message-State: ALoCoQkKB5HnW5nla5ptMHZf0UIH0xTQucZeYg21U5n5Wr1n2OxnV5mFVoYsKV83fNUAaIEyTy+y X-Received: by 10.70.126.225 with SMTP id nb1mr12723419pdb.71.1431276241604; Sun, 10 May 2015 09:44:01 -0700 (PDT) Received: from fmwl-abrashear.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id da2sm10627763pbb.57.2015.05.10.09.43.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 May 2015 09:44:00 -0700 (PDT) Sender: Warner Losh Subject: Re: RPi2 support... Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FDCE2CFA-2660-491F-B958-CB6381AC9D86"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <533BAAAD-C76C-4112-9E4A-348B4FE0DDB9@netgate.com> Date: Sun, 10 May 2015 10:43:57 -0600 Cc: Glen Barber , Tim Kientzle , Jordan Hubbard , freebsd-arm Message-Id: <8E2D8AD6-003A-467A-80F8-040AA96FA988@bsdimp.com> References: <0FD2F2B4EF6E490B9DB6CEF1119ECB70@ad.peach.ne.jp> <2DD4D1CE-E05B-44D7-B396-92BB4CD1D98D@kientzle.com> <20150510054019.GW94075@hub.FreeBSD.org> <533BAAAD-C76C-4112-9E4A-348B4FE0DDB9@netgate.com> To: Jim Thompson X-Mailer: Apple Mail (2.2098) 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, 10 May 2015 16:44:08 -0000 --Apple-Mail=_FDCE2CFA-2660-491F-B958-CB6381AC9D86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 10, 2015, at 1:42 AM, Jim Thompson wrote: >=20 >=20 >> On May 10, 2015, at 12:40 AM, Glen Barber wrote: >>=20 >>=20 >> I personally fail to see the reasoning behind this, but I'm looking = at >> things from an entirely different perspective, I suppose. While it's >> great that your tools provide a mechanism to produce a build as >> non-root, FreeBSD releases are built as the root user. >=20 > I=E2=80=99d rather they weren=E2=80=99t. >=20 > There are=E2=80=A6 reasons. Nanobsd will soon have working not-build-as-root support, in addition to integrating packages and/or qemu cross build environment, in addition to having a few meta-scripts that will make things a snap to use. Not sure it is right for the =E2=80=99sample=E2=80=99 images that are = produced from make release, but it should be quite a bit more flexible than any of the = other alternatives today. Warner --Apple-Mail=_FDCE2CFA-2660-491F-B958-CB6381AC9D86 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 iQIcBAEBCgAGBQJVT4rOAAoJEGwc0Sh9sBEA2dYP/0p/K3rMXIUKEddRYuUwwpF1 1PPNvcJTSMt5Cjz3L+oVJOqz2SMEOuje1JLCgP2OGkOJ4Rh3GlNhCNRTnE6D7P5K 3Nu5p3iZ92I9F5+7bPltuk3A92sLLs4ba6LplmPSMtPjQ5/A/eWoTeOD17glQEzH ISqS4w7KMGqgLHDMSs3DEml+jsTN+gkozRdI2NmI3Vbe+3QKeP+6JGiYwQzjFfwn hxcILy5gC91WYaRECdqUjcr4UY/3wNGiFRKgWXL7bHpKTyY55BfaJnup9x93O6cF O4I6zajT4v0wHh8tSvm5f+NeYdNWcwJMfyWf1x+Mc+l3xbDL6uX0RT41hSfQibTb FZdhl0qi/5VPjtpWy9WnTmre0ucSxQwfZ9nOKMrQPrPyjZXbwXDG0eE3NQDs0tsM 7x3l2w+mz7944AsEjtFSwK9rNJ4Gry4rs4294iwySC5luhMix56PnbYmH7y3Z+X/ LRx3HVkH/iIGAcxXD2Bnlx1GiuEpT+L8Sawmd9z9pEVdHY5yOdm8fcoiFSpQl9Em wN8gptqn91ryw1EbQW/wLf9hjauqQY+b4GgMKunCQiRh+jxQnbKQutucEZr21fEE 4elTgNwavldHoij973ElRRE2fA3dBQ8s7uw9cRuYse3FDF2hqlv9IOtVYP38wwNp w8Sb8NwMQJhKvAnvK7ov =HpIt -----END PGP SIGNATURE----- --Apple-Mail=_FDCE2CFA-2660-491F-B958-CB6381AC9D86-- From owner-freebsd-arm@FreeBSD.ORG Sun May 10 16:59:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 890FFB3C; Sun, 10 May 2015 16:59:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 696BD1226; Sun, 10 May 2015 16:59:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6A9415A4; Sun, 10 May 2015 16:59:13 +0000 (UTC) Date: Sun, 10 May 2015 16:59:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, jilles@FreeBSD.org, ian@FreeBSD.org, thomas@FreeBSD.org Message-ID: <1174940485.3.1431277153401.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_arm64 #129 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE 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, 10 May 2015 16:59:13 -0000 See Changes: [jilles] recv(),send(): Directly call interposing entry instead of going th= rough PLT. recv() and send()'s calls to recvfrom() and sendto() are much like waitpid()'s call to wait4(), and likewise need not allow PLT interposing on the called function. [ian] Don't check the return value from self_reloc(), it can't fail and doe= sn't return a value. Despite what I said in my prior commit, it turns out this one platform was checking the return value from the old self-reloc code (which returned a hard-coded 0). [ian] The self-relocation code is not efi-specific, move it to boot/common. The function was defined as taking 4 parameters and returning EFI_STATUS, but all existing callers (in asm code) passed only two parameters and don't use the return value. The function signature now matches that usage, and doesn't refer to efi-specific types. Parameters and variables now use the cannonical typenames set up by elf.h (Elf_Word, Elf_Addr, etc) instead of raw C types. Hopefully this will prevent suprises as new platforms come along and use this code. The function was renamed from _reloc() to self_reloc() to emphasize its difference from the other elf relocation code found in boot/common. Differential Revision:=09https://reviews.freebsd.org/D2490 [thomas] Ensure libmd symbols do not clash with libcrypto Add a prefix to all symbols in libmd to avoid incompatibilites with same-named, but not binary compatible, symbols from libcrypto. Also introduce Weak aliases to avoid the need to rebuild dependent binaries and a major version bump. PR:=09=09199119 Differential Revision:=09D2216 Reviewed by:=09roberto, delphij MFC after:=092 weeks ------------------------------------------ [...truncated 1850 lines...] --- _bootstrap-tools-usr.sbin/config --- --- kernconf.c --- file2c 'char kernconfstr[] =3D {' ',0};' < > kernconf.c --- _bootstrap-tools-usr.bin/yacc --- --- closure.o --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o closure.o --- _bootstrap-tools-usr.bin/xinstall --- --- getid.o --- --- _bootstrap-tools-usr.sbin/config --- --- .depend --- --- _bootstrap-tools-usr.bin/xinstall --- cc -O2 -pipe -I -I -I -std= =3Dgnu99 -Qunused-arguments -I -c -o getid.o --- _bootstrap-tools-usr.sbin/config --- rm -f .depend mkdep -f .depend -a -I. -I -I -std=3Dgnu99 config.c lang.c = kernconf.c --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/gnu/usr.bin/groff/src= /devices/grohtml/../../../../../../contrib/groff/src/devices/grohtml/html-t= able.cpp> =20 --- depend_subdir_grolbp --- --- _bootstrap-tools-lib/clang/libllvmsupport --- --- CrashRecoveryContext.o --- --- _bootstrap-tools-gnu/usr.bin/groff --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grolbp (depend) --- _bootstrap-tools-lib/clang/libllvmsupport --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o = CrashRecoveryContext.o --- _bootstrap-tools-usr.bin/yacc --- --- error.o --- --- _bootstrap-tools-usr.sbin/bsnmpd/gensnmptree --- --- gensnmptree --- cc -O2 -pipe -I -DQUADFMT=3D'"llu"' -DQ= UADXFMT=3D'"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -std=3Dgnu99 -Qunused-= arguments -I -st= atic -L -o gensnmptre= e gensnmptree.o -legacy --- _bootstrap-tools-usr.bin/yacc --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o error.o --- _bootstrap-tools-usr.bin/xinstall --- --- xinstall --- cc -O2 -pipe -I -I -I -std= =3Dgnu99 -Qunused-arguments -I -static -L -o xinstall xinstall.o getid.o -lmd -legacy --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-usr.bin/yacc --- --- graph.o --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o graph.o --- _bootstrap-tools-lib/libmd --- --- md4c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o md4c.o --- _bootstrap-tools-usr.bin/yacc --- --- lalr.o --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o lalr.o --- _bootstrap-tools-usr.sbin/bsnmpd/gensnmptree --- --- _proginstall --- sh = -s -o root -g wheel -m 555 gensnmptree --- _bootstrap-tools-lib/clang/libllvmsupport --- --- DAGDeltaAlgorithm.o --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o DAG= DeltaAlgorithm.o --- _bootstrap-tools-gnu/usr.bin/groff --- echo grolbp: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grolbp: /usr/lib/libc++.a >> .depend --- _bootstrap-tools-usr.sbin/config --- echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a >> .depend --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_preproc --- --- depend_subdir_devices --- --- depend_subdir_grohtml --- echo post-grohtml: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo post-grohtml: /usr/lib/libc++.a >> .depend --- _bootstrap-tools-lib/libmd --- --- md5c.o --- --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_preproc --- =3D=3D=3D> gnu/usr.bin/groff/src/preproc (depend) --- _bootstrap-tools-lib/libmd --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o md5c.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_devices --- --- depend_subdir_grolj4 --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grolj4 (depend) --- _bootstrap-tools-usr.bin/yacc --- --- lr0.o --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o lr0.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_grops --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grops (depend) --- depend_subdir_preproc --- --- depend_subdir_eqn --- =3D=3D=3D> gnu/usr.bin/groff/src/preproc/eqn (depend) --- depend_subdir_devices --- --- depend_subdir_grolj4 --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-usr.sbin/config --- --- config.o --- cc -O2 -pipe -I. -I -std=3Dgnu99 -Qunused-arguments -I -c config.c -o config.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_preproc --- --- eqn.cpp --- --- depend_subdir_devices --- --- depend_subdir_grops --- --- .depend --- --- depend_subdir_preproc --- yacc -d --- depend_subdir_devices --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- depend_subdir_preproc --- mv -f y.tab.c eqn.cpp --- _bootstrap-tools-lib/libmd --- --- md5hl.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c md5hl.c -o md5hl.o --- _bootstrap-tools-gnu/usr.bin/groff --- mv -f y.tab.h eqn_tab.h --- _bootstrap-tools-usr.bin/xinstall --- xinstall.o: In function `install': :(.text+0x1353): undefined reference to `_libmd_MD5Init' --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_devices --- --- depend_subdir_grolj4 --- echo grolj4: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grolj4: /usr/lib/libc++.a >> .depend --- _bootstrap-tools-usr.bin/xinstall --- :(.text+0x1361): undefined reference to `_libmd_RIPEMD160_Init' --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_preproc --- --- .depend --- --- _bootstrap-tools-usr.bin/xinstall --- :(.text+0x136f): undefined reference to `_libmd_SHA1_Init' :(.text+0x137d): undefined reference to `_libmd_SHA256_Init' --- _bootstrap-tools-gnu/usr.bin/groff --- rm -f .depend --- _bootstrap-tools-usr.bin/xinstall --- :(.text+0x138b): undefined reference to `_libmd_SHA512_Init' xinstall.o: In function `compare': :(.text+0x2214): undefined reference to `_libmd_MD5Init' :(.text+0x2222): undefined reference to `_libmd_RIPEMD160_Init' :(.text+0x2230): undefined reference to `_libmd_SHA1_Init' :(.text+0x223e): undefined reference to `_libmd_SHA256_Init' :(.text+0x224c): undefined reference to `_libmd_SHA512_Init' xinstall.o: In function `digest_file': :(.text+0x24b0): undefined reference to `_libmd_MD5File' :(.text+0x24b8): undefined reference to `_libmd_RIPEMD160_File' :(.text+0x24c0): undefined reference to `_libmd_SHA1_File' :(.text+0x24c8): undefined reference to `_libmd_SHA256_File' :(.text+0x24d0): undefined reference to `_libmd_SHA512_File' xinstall.o: In function `digest_update': :(.text+0x24fc): undefined reference to `_libmd_MD5Update' :(.text+0x2502): undefined reference to `_libmd_RIPEMD160_Update' :(.text+0x2508): undefined reference to `_libmd_SHA1_Update' :(.text+0x250e): undefined reference to `_libmd_SHA256_Update' :(.text+0x2514): undefined reference to `_libmd_SHA512_Update' xinstall.o: In function `digest_end': :(.text+0x2540): undefined reference to `_libmd_MD5End' :(.text+0x2548): undefined reference to `_libmd_RIPEMD160_End' :(.text+0x2550): undefined reference to `_libmd_SHA1_End' :(.text+0x2558): undefined reference to `_libmd_SHA256_End' :(.text+0x2560): undefined reference to `_libmd_SHA512_End' --- _bootstrap-tools-lib/clang/libllvmsupport --- --- DataExtractor.o --- --- _bootstrap-tools-gnu/usr.bin/groff --- mkdep -f .depend -a -I -I. -DHAVE_CONFIG_H -I -I -I eqn.cpp =20 --- _bootstrap-tools-lib/clang/libllvmsupport --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o DataExt= ractor.o --- _bootstrap-tools-usr.bin/yacc --- --- main.o --- cc -O2 -pipe -DHAVE_FCNTL_H=3D1 -DHAVE_MKSTEMP=3D1 -DMAXTABLE=3DINT_MAX = -DMIXEDCASE_FILENAMES=3D1 -DYYPATCH=3D20141006 -std=3Dgnu99 -Qunused-argu= ments -I -c -o main.o --- _bootstrap-tools-usr.sbin/config --- --- main.o --- cc -O2 -pipe -I. -I -std=3Dgnu99 -Qunused-arguments -I -c -o main.o --- _bootstrap-tools-usr.bin/xinstall --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [xinstall] Error code 1 make[3]: stopped in 1 error make[3]: stopped in --- _bootstrap-tools-lib/libmd --- A failure has been detected in another branch of the parallel make make[3]: stopped in --- _bootstrap-tools-usr.bin/yacc --- A failure has been detected in another branch of the parallel make make[3]: stopped in --- _bootstrap-tools-usr.sbin/config --- A failure has been detected in another branch of the parallel make make[3]: stopped in --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_devices --- --- depend_subdir_grops --- echo grops: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grops: /usr/lib/libc++.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_grops] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_devices] Error code 2 make[4]: stopped in --- depend_subdir_preproc --- echo eqn: /usr/lib/libc.a >> .depend echo eqn: /usr/lib/libc++.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_eqn] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_preproc] Error code 2 make[4]: stopped in 2 errors make[4]: stopped in *** [_sub.depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- _bootstrap-tools-lib/clang/libllvmsupport --- A failure has been detected in another branch of the parallel make make[3]: stopped in A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_bootstrap-tools] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-arm@FreeBSD.ORG Sun May 10 19:03:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 906661E8; Sun, 10 May 2015 19:03:42 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (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 04CF81E79; Sun, 10 May 2015 19:03:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1431284593; l=1636; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=WwRXOlxhbUZ1dt/R6BypJPCJ2i7K1N2yJM1nLliQy8Q=; b=sQQGQRiICymWnmDnH0JOkce9i/XlQ7LfMhjH7S6OxK/Ldfx/zgXDcjxTHYbHn0VBSgK 1+/Ce2MmzXtPZIPGjUkQoNNwh2BU6gdZxtspCPxE5ApN4Pd9zPA2qA7J71GPY0kWk/ASA QFdvHV0IvZVi7+pxm/XhftwXQFhqAVHUEAw= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg48v8v70u0= X-RZG-CLASS-ID: mo00 Received: from quad (p54869332.dip0.t-ipconnect.de [84.134.147.50]) by smtp.strato.de (RZmta 37.5 DYNA|AUTH) with ESMTPSA id z07478r4AJ31CF9 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve sect571r1 with 571 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Sun, 10 May 2015 21:03:01 +0200 (CEST) Date: Sun, 10 May 2015 19:03:00 +0000 From: Ulrich Grey To: Adrian Chadd Cc: "freebsd-arm@freebsd.org" Subject: Re: Xorg on a RaspberryPI Message-Id: <20150510190300.05772f5ceaaf047d47f32b75@ulrich-grey.de> In-Reply-To: References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@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=US-ASCII 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, 10 May 2015 19:03:42 -0000 On Sun, 10 May 2015 08:19:51 -0700 Adrian Chadd wrote: > hm, there's something odd with 32 bit colours in the fb driver. The > red and blue are swapped. That may be your problem. > > Can you try booting / running it on 24 bit colour instead? I have tried it with Depth 16, 24 and 32 in /etc/xorg.conf and /boot/msdos/config.txt. The colors are still strange. Section "Device" Identifier "Generic FB" Driver "scfb" EndSection Section "Screen" Identifier "Screen" Device "Generic FB" Monitor "Monitor" SubSection "Display" Depth 16 #24 #32 EndSubsection EndSection config.txt: framebuffer_depth=16 disable_commandline_tags=1 gpu_mem=64 device_tree=rpi.dtb device_tree_address=0x100 kernel=uboot.img > > On 10 May 2015 at 04:24, Ulrich Grey wrote: > > Hello, > > > > I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. The Raspberry serves > > as a X-Terminal to access a Wandboard-Quad running the same FreeBSD version. > > > > I have build x11/xorg and x11-drivers/xf86-video-scfb packages on the Wandboard and > > installed it on the Raspberry. It works, but there is a problem with the colors. I > > think the display shows complementary colors (the background of the xcfe4 desktop is > > not blue but yellow/ochre). > > > > Can anybody give me a hint what is wrong? > > Thank you. > > > > _______________________________________________ > > 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 Sun May 10 19:45:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B601690C for ; Sun, 10 May 2015 19:45:20 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (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 824BC124E for ; Sun, 10 May 2015 19:45:20 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so106699689ied.1 for ; Sun, 10 May 2015 12:45:20 -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=ok7tmH1AYd3Vk5no6lOeqNYD5KFpxw1ROPAnF2j1QWY=; b=WQ0g9zz2hW3IANqcoUHM0cKZ3VjRIGZLi3qaQXtAWqHTu9g3C7KQcXCn+hCSLdjKvS f9nkjDY0sekFWgKpiQmgoOdFwuIULlZxKYkwcgN+nABJsx6DY2Mk3p3Mdlpbk/egkyk+ yFscJ7wu9jzyrMIw79NfmTFT9Yh0X5mGRFv+9n1hnOtWbQBmfqdVnG30Ms64TeCq4/PS Za5PN741z7+ry/yXwhV4wSEjT0S0Umr/2Br1msNHUBQyYnNzr/vk7lxPhMlvGQLWQ6iv PSKxuIq6zVkBA83VCeM1qTvyxhrLkWaRMn9kT6O91flr02Ew6cXcXFlTPo2M6OPLllkY t37w== MIME-Version: 1.0 X-Received: by 10.107.134.206 with SMTP id q75mr8967841ioi.27.1431287119984; Sun, 10 May 2015 12:45:19 -0700 (PDT) Received: by 10.50.1.39 with HTTP; Sun, 10 May 2015 12:45:19 -0700 (PDT) Date: Sun, 10 May 2015 15:45:19 -0400 Message-ID: Subject: RPi2 build fails in libcrypt. From: Paul Khavkine 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: Sun, 10 May 2015 19:45:20 -0000 Hi. I'm trying to build an image for Pi2 and it fails in building libcrypt: In file included from /usr/src/lib/libcrypt/crypt-md5.c:33: /usr/src/lib/libcrypt/../libmd/md5.h:10:9: error: 'MD5Init' macro redefined [-Werror,-Wmacro-redefined] #define MD5Init _libmd_MD5Init ^ :7:9: note: previous definition is here #define MD5Init __MD5Init ^ In file included from /usr/src/lib/libcrypt/crypt-md5.c:33: /usr/src/lib/libcrypt/../libmd/md5.h:11:9: error: 'MD5Update' macro redefined [-Werror,-Wmacro-redefined] #define MD5Update _libmd_MD5Update ^ :9:9: note: previous definition is here #define MD5Update __MD5Update ^ In file included from /usr/src/lib/libcrypt/crypt-md5.c:33: /usr/src/lib/libcrypt/../libmd/md5.h:12:9: error: 'MD5Pad' macro redefined [-Werror,-Wmacro-redefined] #define MD5Pad _libmd_MD5Pad ^ :10:9: note: previous definition is here #define MD5Pad __MD5Pad ^ In file included from /usr/src/lib/libcrypt/crypt-md5.c:33: /usr/src/lib/libcrypt/../libmd/md5.h:13:9: error: 'MD5Final' macro redefined [-Werror,-Wmacro-redefined] #define MD5Final _libmd_MD5Final ^ :8:9: note: previous definition is here #define MD5Final __MD5Final ^ 4 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libcrypt *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Seems to be coming from here: /* $FreeBSD: head/lib/libmd/md5.h 282726 2015-05-10 13:21:36Z thomas $ */ #ifndef _MD5_H_ #define _MD5_H_ #ifndef _KERNEL /* Ensure libmd symbols do not clash with libcrypto */ #define MD5Init _libmd_MD5Init #define MD5Update _libmd_MD5Update #define MD5Pad _libmd_MD5Pad #define MD5Final _libmd_MD5Final #define MD5Transform _libmd_MD5Transform #define MD5End _libmd_MD5End #define MD5File _libmd_MD5File #define MD5FileChunk _libmd_MD5FileChunk #define MD5Data _libmd_MD5Data #endif #include #endif /* _MD5_H_ */ Any idea on the fix? Thanks Paul From owner-freebsd-arm@FreeBSD.ORG Mon May 11 01:58:32 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AAAE1D9; Mon, 11 May 2015 01:58:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 22F60174B; Mon, 11 May 2015 01:58:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 59787682; Mon, 11 May 2015 01:58:31 +0000 (UTC) Date: Mon, 11 May 2015 01:58:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, jilles@FreeBSD.org, ian@FreeBSD.org, thomas@FreeBSD.org Message-ID: <1042626272.9.1431309510603.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1174940485.3.1431277153401.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1174940485.3.1431277153401.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_arm64 #130 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE 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, 11 May 2015 01:58:32 -0000 See ------------------------------------------ [...truncated 73072 lines...] --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-lib/liby --- --- _libinstall --- --- _bootstrap-tools-lib/libmd --- --- md5hl.c --- (echo '#define LENGTH 16'; sed -e 's/mdX/md5/g' -e 's/MDX/MD5/g' > md5hl.c --- _bootstrap-tools-lib/liby --- sh = -C -o root -g wheel -m 444 liby.a --- _bootstrap-tools-lib/libmd --- --- rmd160hl.c --- (echo '#define LENGTH 20'; sed -e 's/mdX/ripemd/g' -e 's/MDX/RIPEMD160_/g'= -e 's/RIPEMD160__/RIPEMD160_/g' > rmd160hl.c --- _bootstrap-tools-usr.bin/xinstall --- --- _bootstrap-tools-lib/libmd --- --- sha0hl.c --- (echo '#define LENGTH 20'; sed -e 's/mdX/sha/g' -e 's/MDX/SHA_/g' -e 's/SH= A__/SHA_/g' > sha0hl.c --- _bootstrap-tools-usr.bin/xinstall --- =3D=3D=3D> usr.bin/xinstall (obj,depend,all,install) --- _bootstrap-tools-lib/libmd --- --- sha1hl.c --- (echo '#define LENGTH 20'; sed -e 's/mdX/sha/g' -e 's/MDX/SHA1_/g' -e 's/S= HA1__/SHA1_/g' > sha1hl.c --- sha256hl.c --- (echo '#define LENGTH 32'; sed -e 's/mdX/sha256/g' -e 's/MDX/SHA256_/g'=09= -e 's/SHA256__/SHA256_/g' > sha256hl.c --- sha512hl.c --- (echo '#define LENGTH 64'; sed -e 's/mdX/sha512/g' -e 's/MDX/SHA512_/g'=09= -e 's/SHA512__/SHA512_/g' > sha512hl.c --- md4hl.c --- (echo '#define LENGTH 16'; sed -e 's/mdX/md4/g' -e 's/MDX/MD4/g' > md4hl.c --- .depend --- --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_libbib --- --- _bootstrap-tools-lib/libmd --- rm -f .depend --- _bootstrap-tools-gnu/usr.bin/groff --- =3D=3D=3D> gnu/usr.bin/groff/src/libs/libbib (depend) --- _bootstrap-tools-lib/libmd --- mkdep -f .depend -a -I -I -std=3Dgnu99 md4hl.c md5hl.c rmd160hl.c sha0hl.c sha1hl.c sha256hl.c sha51= 2hl.c --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I -std=3Dgnu99 --- _bootstrap-tools-usr.bin/xinstall --- --- obj --- created for --- _bootstrap-tools-gnu/usr.bin/groff --- mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-lib/clang/libllvmsupport --- --- PluginLoader.o --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o PluginLo= ader.o --- _bootstrap-tools-usr.bin/xinstall --- --- .depend --- rm -f .depend mkdep -f .depend -a -I -I -I -I -std=3Dgnu= 99 --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_devices --- =3D=3D=3D> gnu/usr.bin/groff/src/devices (depend) --- depend_subdir_grodvi --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grodvi (depend) --- _bootstrap-tools-lib/libmd --- --- md4c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o md4c.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-lib/libmd --- --- md5c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o md5c.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- PrettyStackTrace.o --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o Pret= tyStackTrace.o --- _bootstrap-tools-gnu/usr.bin/groff --- echo grodvi: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grodvi: /usr/lib/libc++.a >> .depend --- _bootstrap-tools-usr.bin/xinstall --- echo xinstall: /usr/lib/libc.a /usr/lib/libmd.a >> .depend --- _bootstrap-tools-gnu/usr.bin/groff --- --- depend_subdir_grohtml --- --- _bootstrap-tools-lib/libmd --- --- md5hl.o --- --- _bootstrap-tools-gnu/usr.bin/groff --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grohtml (depend) --- _bootstrap-tools-lib/libmd --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c md5hl.c -o md5hl.o --- _bootstrap-tools-usr.bin/xinstall --- --- xinstall.o --- cc -O2 -pipe -I -I -I -std= =3Dgnu99 -Qunused-arguments -I -c -o xinstall.o --- _bootstrap-tools-lib/libmd --- --- rmd160c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o rmd160c.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I <= https://jenkins.freebsd.org/job/FreeBSD_HEAD_arm64/ws/gnu/usr.bin/groff/src= /devices/grohtml/../../../../../../contrib/groff/src/devices/grohtml/html-t= able.cpp> =20 --- _bootstrap-tools-usr.bin/xinstall --- --- getid.o --- cc -O2 -pipe -I -I -I -std= =3Dgnu99 -Qunused-arguments -I -c -o getid.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Process.o --- --- _bootstrap-tools-lib/libmd --- --- rmd160hl.o --- --- _bootstrap-tools-lib/clang/libllvmsupport --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -DCLOCK_PROCESS_CPUTIME_ID=3D15 -c -o Process.o --- _bootstrap-tools-lib/libmd --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c rmd160hl.c -o rmd160hl.o --- _bootstrap-tools-usr.bin/xinstall --- --- xinstall --- cc -O2 -pipe -I -I -I -std= =3Dgnu99 -Qunused-arguments -I -static -L -o xinstall xinstall.o getid.o -lmd -legacy --- _bootstrap-tools-lib/libmd --- --- sha0c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o sha0c.o --- _bootstrap-tools-gnu/usr.bin/groff --- echo post-grohtml: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo post-grohtml: /usr/lib/libc++.a >> .depend --- depend_subdir_grolbp --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grolbp (depend) --- _bootstrap-tools-lib/libmd --- --- sha0hl.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c sha0hl.c -o sha0hl.o --- sha1c.o --- --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- --- _bootstrap-tools-lib/libmd --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o sha1c.o --- _bootstrap-tools-gnu/usr.bin/groff --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 echo grolbp: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grolbp: /usr/lib/libc++.a >> .depend --- depend_subdir_grolj4 --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grolj4 (depend) --- _bootstrap-tools-lib/libmd --- --- sha1hl.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c sha1hl.c -o sha1hl.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Program.o --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o Program.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- .depend --- rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-lib/libmd --- --- sha256c.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c -o sha256c.o --- _bootstrap-tools-gnu/usr.bin/groff --- echo grolj4: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grolj4: /usr/lib/libc++.a >> .depend --- depend_subdir_grops --- =3D=3D=3D> gnu/usr.bin/groff/src/devices/grops (depend) --- .depend --- rm -f .depend --- _bootstrap-tools-usr.bin/xinstall --- xinstall.o: In function `install': :(.text+0x1353): undefined reference to `_libmd_MD5Init' --- _bootstrap-tools-gnu/usr.bin/groff --- mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I =20 --- _bootstrap-tools-usr.bin/xinstall --- :(.text+0x1361): undefined reference to `_libmd_RIPEMD160_Init' :(.text+0x136f): undefined reference to `_libmd_SHA1_Init' :(.text+0x137d): undefined reference to `_libmd_SHA256_Init' :(.text+0x138b): undefined reference to `_libmd_SHA512_Init' xinstall.o: In function `compare': :(.text+0x2214): undefined reference to `_libmd_MD5Init' :(.text+0x2222): undefined reference to `_libmd_RIPEMD160_Init' :(.text+0x2230): undefined reference to `_libmd_SHA1_Init' :(.text+0x223e): undefined reference to `_libmd_SHA256_Init' :(.text+0x224c): undefined reference to `_libmd_SHA512_Init' xinstall.o: In function `digest_file': :(.text+0x24b0): undefined reference to `_libmd_MD5File' :(.text+0x24b8): undefined reference to `_libmd_RIPEMD160_File' :(.text+0x24c0): undefined reference to `_libmd_SHA1_File' :(.text+0x24c8): undefined reference to `_libmd_SHA256_File' :(.text+0x24d0): undefined reference to `_libmd_SHA512_File' xinstall.o: In function `digest_update': :(.text+0x24fc): undefined reference to `_libmd_MD5Update' :(.text+0x2502): undefined reference to `_libmd_RIPEMD160_Update' :(.text+0x2508): undefined reference to `_libmd_SHA1_Update' :(.text+0x250e): undefined reference to `_libmd_SHA256_Update' :(.text+0x2514): undefined reference to `_libmd_SHA512_Update' xinstall.o: In function `digest_end': :(.text+0x2540): undefined reference to `_libmd_MD5End' :(.text+0x2548): undefined reference to `_libmd_RIPEMD160_End' :(.text+0x2550): undefined reference to `_libmd_SHA1_End' :(.text+0x2558): undefined reference to `_libmd_SHA256_End' :(.text+0x2560): undefined reference to `_libmd_SHA512_End' --- _bootstrap-tools-lib/libmd --- --- sha256hl.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -I -c sha256hl.c -o sha256hl.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- RWMutex.o --- c++ -O2 -pipe -I -I -I -I. -= I -DLLVM_ON_UNIX -DLLVM_= ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alias= ing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunus= ed-arguments -I = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c -o RWMutex.o --- _bootstrap-tools-usr.bin/xinstall --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [xinstall] Error code 1 make[3]: stopped in 1 error make[3]: stopped in --- _bootstrap-tools-gnu/usr.bin/groff --- echo grops: /usr/lib/libc.a /usr/lib/libm.a >> .depend echo grops: /usr/lib/libc++.a >> .depend A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_grops] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [depend_subdir_devices] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- _bootstrap-tools-lib/libmd --- A failure has been detected in another branch of the parallel make make[3]: stopped in --- _bootstrap-tools-gnu/usr.bin/groff --- *** [_sub.depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- _bootstrap-tools-lib/clang/libllvmsupport --- A failure has been detected in another branch of the parallel make make[3]: stopped in A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_bootstrap-tools] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-arm@FreeBSD.ORG Mon May 11 04:51:43 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2712CC3 for ; Mon, 11 May 2015 04:51:43 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 91BDA18F7 for ; Mon, 11 May 2015 04:51:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=uaaOGRADSZKQ9TADBcjQfYfmdl5u65jW8uoQSzgp0aI=; b=FIBzH1MpvqOaSuBJtvZbXbpt8gCLV6RTCIC71CM83IU/UCt8MkXgQ0169S39yH06OKaLJCj+qD5Trimxkg86Tg6PFxYsIQ8WWo5DENmXBs9Q+eLmGQly8BGgfhEVxvvajR303eD96dU8B54qURcOfyQNXG19Ev3QDCTEDZdFlic=; Received: from [114.124.2.96] (port=30316 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1Yrfgl-003cav-J5; Sun, 10 May 2015 22:51:36 -0600 Date: Mon, 11 May 2015 12:51:30 +0800 From: Erich Dollansky To: Ulrich Grey Cc: freebsd-arm@FreeBSD.org Subject: Re: Xorg on a RaspberryPI Message-ID: <20150511125130.5004ddf6@B85M-HD3-0.alogt.com> In-Reply-To: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 11 May 2015 04:51:43 -0000 Hi, On Sun, 10 May 2015 11:24:44 +0000 Ulrich Grey wrote: > I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. The > Raspberry serves as a X-Terminal to access a Wandboard-Quad running > the same FreeBSD version. > I have this running on 10.0 and now 10.1 without problems. > I have build x11/xorg and x11-drivers/xf86-video-scfb packages on the > Wandboard and installed it on the Raspberry. It works, but there is a > problem with the colors. I think the display shows complementary > colors (the background of the xcfe4 desktop is not blue but > yellow/ochre). > Is it also the same ports tree? Why don't you compile it on the Raspberry? It just takes some time. > Can anybody give me a hint what is wrong? Try a very basic window manager. I use blackbox without any problems. Erich From owner-freebsd-arm@FreeBSD.ORG Mon May 11 06:42:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87BD4C87; Mon, 11 May 2015 06:42:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 73D081352; Mon, 11 May 2015 06:42:38 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A2458702; Mon, 11 May 2015 06:42:38 +0000 (UTC) Date: Mon, 11 May 2015 06:42:38 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, jilles@FreeBSD.org, adrian@FreeBSD.org, markj@FreeBSD.org, ian@FreeBSD.org, delphij@FreeBSD.org, sjg@FreeBSD.org, thomas@FreeBSD.org Message-ID: <1953076165.12.1431326558448.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1042626272.9.1431309510603.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1042626272.9.1431309510603.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_arm64 #131 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS 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, 11 May 2015 06:42:38 -0000 See From owner-freebsd-arm@FreeBSD.ORG Mon May 11 09:11:47 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6D27DAD for ; Mon, 11 May 2015 09:11:47 +0000 (UTC) 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 C120B14C6 for ; Mon, 11 May 2015 09:11:47 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4B9BlHV025760 for ; Mon, 11 May 2015 09:11:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200119] lang/swi-pl package phase fails on armv6 Date: Mon, 11 May 2015 09:11:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: johans@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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: Mon, 11 May 2015 09:11:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200119 Bug ID: 200119 Summary: lang/swi-pl package phase fails on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -05-09_16h52m01s/logs/errors/swi-pl-6.6.6.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: johans@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(johans@FreeBSD.org) Assignee: johans@FreeBSD.org Created attachment 156644 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156644&action=edit arm fix Hi, error: ===> Building package for swi-pl-6.6.6 pkg-static: Unable to access file /wrkdirs/usr/ports/lang/swi-pl/work/stage/usr/local/lib/swipl-6.6.6/boot64.prc: No such file or directory The attached patch fixes the problem. build log: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/swi-pl-6.6.6.log Thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 09:15:32 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7620C15D for ; Mon, 11 May 2015 09:15:32 +0000 (UTC) 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 609601527 for ; Mon, 11 May 2015 09:15:32 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4B9FWP6044778 for ; Mon, 11 May 2015 09:15:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200121] security/pgpin fails to build on armv6 Date: Mon, 11 May 2015 09:15:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: dinoex@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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: Mon, 11 May 2015 09:15:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200121 Bug ID: 200121 Summary: security/pgpin fails to build on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -05-09_16h52m01s/logs/errors/pgpin-010323.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: dinoex@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org Assignee: dinoex@FreeBSD.org Flags: maintainer-feedback?(dinoex@FreeBSD.org) CC: freebsd-arm@FreeBSD.org Created attachment 156646 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156646&action=edit fix arm build Hi, The attached patch fixes the problem. build log: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/pgpin-010323.log Thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 09:46:06 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A221D41 for ; Mon, 11 May 2015 09:46:06 +0000 (UTC) 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 446C71880 for ; Mon, 11 May 2015 09:46:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4B9k6BY072994 for ; Mon, 11 May 2015 09:46:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200122] games/scummvm fails to build on armv6 Date: Mon, 11 May 2015 09:46:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: lme@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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: Mon, 11 May 2015 09:46:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200122 Bug ID: 200122 Summary: games/scummvm fails to build on armv6 Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6-default/2015 -05-09_16h52m01s/logs/errors/scummvm-1.7.0_3.log OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: lme@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(lme@FreeBSD.org) CC: freebsd-arm@FreeBSD.org Assignee: lme@FreeBSD.org Created attachment 156648 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156648&action=edit fix armv6 build Hi, error message: /nxb-bin/usr/bin/ld: ERROR: Source object engines/scumm/libscumm.a(codec47ARM.o) has EABI version 0, but target scummvm has EABI version 5 The attached patch fixes the problem. build log: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/scummvm-1.7.0_3.log Thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 09:59:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E24E1EB1 for ; Mon, 11 May 2015 09:59:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 C5926199C for ; Mon, 11 May 2015 09:59:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4B9x8js053268 for ; Mon, 11 May 2015 09:59:08 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4B9x84F053267; Mon, 11 May 2015 09:59:08 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 09:59:08 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Closed] D2357: Port x86 busdma to ARM64 Message-ID: X-Priority: 3 Thread-Topic: D2357: Port x86 busdma to ARM64 X-Herald-Rules: <34> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MGY3ZjQ1YWY5OGJjZWFlYzE0YWJhYTBhN2U5IFVQfWw= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 09:59:09 -0000 zbb closed this revision. zbb added a comment. Thank you very much. Committed to: https://svnweb.freebsd.org/changeset/base/282655 REVISION DETAIL https://reviews.freebsd.org/D2357 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, andrew, emaste Cc: onwahe-gmail-com, emaste, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 10:02:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ECB8A9 for ; Mon, 11 May 2015 10:02:31 +0000 (UTC) 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 5F44E1A9C for ; Mon, 11 May 2015 10:02:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BA2VR0022708 for ; Mon, 11 May 2015 10:02:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 10:02:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name 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: Mon, 11 May 2015 10:02:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 Bug ID: 200124 Summary: x11-wm/blackbox 0.70.1_4 does not build on ARM Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: A.J.Caines@halplant.com, freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(A.J.Caines@halplant.com) CC: A.J.Caines@halplant.com, freebsd-arm@FreeBSD.org It's a native build running FreeBSD 11.0-CURRENT #0 r282366M on a Wandboard-Quad. --- Toolbar.o --- Toolbar.cc:47:11: error: no matching function for call to 'max' return (std::max(1000l, ((((resolution - (now.tv_sec % resolution)) * 1000l)) ^~~~~~~~ /usr/include/c++/v1/algorithm:2654:1: note: candidate template ignored: deduced conflicting types for parameter '_Tp' ('long' vs. 'long long') max(const _Tp& __a, const _Tp& __b) ^ /usr/include/c++/v1/algorithm:2646:1: note: candidate function template not viable: requires 3 arguments, but 2 were provided max(const _Tp& __a, const _Tp& __b, _Compare __comp) ^ 1 error generated. *** [Toolbar.o] Error code 1 make[3]: stopped in /usr/local/DEVEL/ports/x11-wm/blackbox/work/blackbox-0.70.1/src --- Window.o --- Window.cc:3524:14: warning: '&&' within '||' [-Wlogical-op-parentheses] && (event->state & Button1Mask ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Window.cc:3524:14: note: place parentheses around the '&&' expression to silence this warning && (event->state & Button1Mask ^ 1 warning generated. 1 error make[3]: stopped in /usr/local/DEVEL/ports/x11-wm/blackbox/work/blackbox-0.70.1/src *** [all-recursive] Error code 1 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 10:31:14 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC4F57EC for ; Mon, 11 May 2015 10:31:14 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::1]) (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 643251E17 for ; Mon, 11 May 2015 10:31:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1431340247; l=1850; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=ZCLeG4F8RtH/MuYcnIRcp5tufpcSUclqRT5FT0nzLAM=; b=UhsfOtpUZIPfagZgR4PRn/L16hXUZMzHpA8j/pHK0dQf1d5EEBhkx0KsNbFPXNPcT5e yMKoGLaE2Ea91J2yzNiMH71cw51DZ1ajK2UQhX0JLTjofdrtusUilF04p1qJtINgWMLdA zyCf1eNFttNVJoWYV1WIvzwBM9v/yudoYg4= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49ucv8h+1u X-RZG-CLASS-ID: mo00 Received: from quad (p548697EF.dip0.t-ipconnect.de [84.134.151.239]) by smtp.strato.de (RZmta 37.5 DYNA|AUTH) with ESMTPSA id D06a52r4BAUY8Wd (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve sect571r1 with 571 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Mon, 11 May 2015 12:30:34 +0200 (CEST) Date: Mon, 11 May 2015 10:30:33 +0000 From: Ulrich Grey To: Erich Dollansky Cc: freebsd-arm@FreeBSD.org Subject: Re: Xorg on a RaspberryPI Message-Id: <20150511103033.d051ec9b19ec6156714ee3d4@ulrich-grey.de> In-Reply-To: <20150511125130.5004ddf6@B85M-HD3-0.alogt.com> References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> <20150511125130.5004ddf6@B85M-HD3-0.alogt.com> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Mon, 11 May 2015 10:31:14 -0000 On Mon, 11 May 2015 12:51:30 +0800 Erich Dollansky wrote: > Hi, > > On Sun, 10 May 2015 11:24:44 +0000 > Ulrich Grey wrote: > > > I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. The > > Raspberry serves as a X-Terminal to access a Wandboard-Quad running > > the same FreeBSD version. > > > I have this running on 10.0 and now 10.1 without problems. I had the X-server running on FreeBSD 10.1 (with a RaspberryPI Model B) too, but with an older (1/2 year) ports tree. And it worked without problems. > > I have build x11/xorg and x11-drivers/xf86-video-scfb packages on the > > Wandboard and installed it on the Raspberry. It works, but there is a > > problem with the colors. I think the display shows complementary > > colors (the background of the xcfe4 desktop is not blue but > > yellow/ochre). > > > Is it also the same ports tree? Why don't you compile it on the > Raspberry? It just takes some time. Compiling on the Raspberry is very slow. Is there any reason not to use the packages built on the Wandboard, running the exact same FreeBSD version? Later I had built and installed x11-drivers/xf86-video-scfb on the RaspberryPI, but there is no difference, the colors remain strange. > > Can anybody give me a hint what is wrong? > > Try a very basic window manager. I use blackbox without any problems. Xfce4 is running on the Wandboard very well. If I have access to the Wandboard from a windows7 host with Xming server, all is ok. On the RaspberryPI I use x11-wm/fluxbox. It works, but in xterm or urxvt windows, the output of ls -G shows the wrong colors. (The twm windows have the wrong colors, too.) I was not able to compile x11-wm/blackbox. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 -- Ulriich > Erich From owner-freebsd-arm@FreeBSD.ORG Mon May 11 11:38:39 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AACCF67E for ; Mon, 11 May 2015 11:38:39 +0000 (UTC) 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 94C3214E7 for ; Mon, 11 May 2015 11:38:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BBcdOq043436 for ; Mon, 11 May 2015 11:38:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200122] games/scummvm fails to build on armv6 Date: Mon, 11 May 2015 11:38:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: lme@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: lme@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc bug_status Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 11:38:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200122 Lars Engels changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lme@FreeBSD.org Status|New |In Progress --- Comment #1 from Lars Engels --- Thanks for the patch, I'll take a look! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 12:00:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C305F80 for ; Mon, 11 May 2015 12:00:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 6CFCC1760 for ; Mon, 11 May 2015 12:00:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BC0hqe087186 for ; Mon, 11 May 2015 12:00:43 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BC0hhg087185; Mon, 11 May 2015 12:00:43 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 12:00:43 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQmes= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 12:00:43 -0000 zbb added a comment. Does anyone have any further comments? REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 12:19:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 007C7467 for ; Mon, 11 May 2015 12:19:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 D58071986 for ; Mon, 11 May 2015 12:19:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BCJUkx093911 for ; Mon, 11 May 2015 12:19:30 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BCJUDG093910; Mon, 11 May 2015 12:19:30 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 12:19:30 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <23af7fad03a81d84c1668be246da3370@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQnlI= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 12:19:31 -0000 andrew added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:151 4 lines of magic numbers sys/arm64/arm64/gic_v3.c:163 Why the extra inderection? It's calling a list of 3 functions that don't change. sys/arm64/arm64/gic_v3.c:191 Why do we need `i` in this loop? And there could be a comment on what resources are being released, i.e. why `sc->gic_redists.nregions + 1`. sys/arm64/arm64/gic_v3.c:319 This magic value should come from armreg.h sys/arm64/arm64/gic_v3.c:341 `if ((sre & ICC_SRE_EL1_SRE) != 0) {` sys/arm64/arm64/gic_v3.c:391 Magic number, should be something like: #define GICD_INTS_PER_foo 16 sys/arm64/arm64/gic_v3.c:395 And here sys/arm64/arm64/gic_v3.c:404 And here sys/arm64/arm64/gic_v3.c:473 Magic number, should be something like: #define GICR_TYPER_foo_SHIFT 32 sys/arm64/arm64/gic_v3.c:540 `if (err != 0)` sys/arm64/arm64/gic_v3.c:555 Magic number sys/arm64/arm64/gic_v3.c:563 If there is no clean up you can just return above. sys/arm64/arm64/gic_v3_fdt.c:81 You should create a parent bus for these, then add them there. sys/arm64/arm64/gic_v3_fdt.c:135 err is not a bool, it should be `if (err != 0)`, or change it to if (err != 0) { /* The failure case below */ if (bootverbose) { ... } gic_v3_fdt_detach(dev); } return (err); sys/arm64/arm64/gic_v3_fdt.c:155 You don't need this. The parent should set the detach functions to `gic_v3_detach`, then don't set one in the child. The child should only define a function if it needs to do something extra. sys/arm64/arm64/gic_v3_reg.h:31 Should be `#define_GIC...` sys/arm64/arm64/gic_v3_var.h:79 No need for `({` and `})` sys/arm64/arm64/locore.S:192 What is the GIC field? It's generally better to explain what is happening when writing asm so you still understand what is happening in 6 months time. sys/arm64/include/armreg.h:106 This should be `ICC_CTLR_EL1_EOIMODE` sys/arm64/include/armreg.h:112 I don't see this in the ARMv8 ARM, is it documented differently in the GICv3 docs? sys/arm64/include/armreg.h:113 In general I've tried to add all the used bits when adding new register values, and the registers should be alphabetically sorted by name. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 13:19:51 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D61932F9 for ; Mon, 11 May 2015 13:19:51 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 9CA3D110B for ; Mon, 11 May 2015 13:19:51 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BDJptg011073 for ; Mon, 11 May 2015 13:19:51 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BDJpaL011072; Mon, 11 May 2015 13:19:51 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 13:19:51 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQrHc= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 13:19:51 -0000 zbb added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3_fdt.c:81 I don't get it. What do you mean "parent bus for these"? When you did your first reviews on GitHub you asked for separate FDT-specific attachment for GICv3. Now we have some need for separate bus for GICv3? Can you point me some other example of such bus among other PIC controllers in FreeBSD? sys/arm64/arm64/gic_v3_fdt.c:155 I don't understand what is your intention here. Can you point me to the example in the other PIC driver? sys/arm64/include/armreg.h:112 To avoid another ping-pong: 1023 is a spurious interrupt ID that is described in GICv3 docs and is being read from ICC_IAR1_EL1 register. Do you ask because: 1) you want it moved/redefined somewhere else? 2) for other reason (explain) REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 14:46:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EB94EFD for ; Mon, 11 May 2015 14:46:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 4D6671C53 for ; Mon, 11 May 2015 14:46:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BEkeV9036865 for ; Mon, 11 May 2015 14:46:40 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BEkeLF036864; Mon, 11 May 2015 14:46:40 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 14:46:40 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQwNA= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 14:46:40 -0000 ian added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:163 and why does everybody write function calls through pointers in that style? It's not required by style(9). IMO, the write way to spell that call would be err = init_func(sc); sys/arm64/include/armreg.h:113 Eeek! No way -- the registers should be sorted ascending by address, not by name, so that they match the way they're documented. (I've yet to see a soc manual arrange register docs alphabetical as opposed to by address.) REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 14:50:39 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1253FE3 for ; Mon, 11 May 2015 14:50:39 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 BB6281C94 for ; Mon, 11 May 2015 14:50:39 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BEodSa037754 for ; Mon, 11 May 2015 14:50:39 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BEodOR037753; Mon, 11 May 2015 14:50:39 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 14:50:39 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <597c5adf1288efd131a7b9eff73091a2@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQwb8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 14:50:40 -0000 andrew added inline comments. INLINE COMMENTS sys/arm64/include/armreg.h:113 These are special registers, they are listed by name in the docs. There is sort of an address (as much of one as the 32-bit coprocessor registers), but only the assembler needs to know about it. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 14:53:34 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 825AA23A for ; Mon, 11 May 2015 14:53:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 6319C1D62 for ; Mon, 11 May 2015 14:53:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BErYdX039529 for ; Mon, 11 May 2015 14:53:34 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BErYVD039528; Mon, 11 May 2015 14:53:34 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 14:53:34 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQwm4= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 14:53:34 -0000 zbb added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:191 `i` is used as a kosher way to iterate in loop - using size_t type, whereas rid has to be int. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 14:58:53 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BE803CC for ; Mon, 11 May 2015 14:58:53 +0000 (UTC) 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 463971DA4 for ; Mon, 11 May 2015 14:58:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BEwrjM048157 for ; Mon, 11 May 2015 14:58:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 14:58:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 14:58:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #1 from mikael.urankar@gmail.com --- Created attachment 156657 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156657&action=edit fix armv6 build Can you try the attached patch? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 14:59:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EAB144B for ; Mon, 11 May 2015 14:59:48 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id D0C471DB1 for ; Mon, 11 May 2015 14:59:47 +0000 (UTC) Received: (qmail 24143 invoked from network) for freebsd-arm@freebsd.org; 11 May 2015 09:53:07 -0500 Received: from 97-122-105-78.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.122.105.78) by mail.foxvalley.net with SMTP; 11 May 2015 09:53:07 -0500 Message-ID: <5550C252.6030001@foxvalley.net> Date: Mon, 11 May 2015 08:53:06 -0600 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: state of FreeBSD ARM (less stable than 6 months ago) Content-Type: text/plain; charset=utf-8; format=flowed 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: Mon, 11 May 2015 14:59:48 -0000 I've been running an email and web server using FreeBSD 11 on a Raspberry Pi B+ since November. It has crashed 3 times since then (roughly every two months). I'm currently running r277334. I thought I'd try the latest build to see if stability has improved. I purchased a Raspberry Pi 2 and used the latest crochet to built r282738. No problems building it and it booted up fine. However, it crashes about an hour into building some ports I use for my server (nginx, php, etc.). I tried twice last night and it crashed both times. Is anybody looking into these stability issues? From owner-freebsd-arm@FreeBSD.ORG Mon May 11 15:01:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11EC3553 for ; Mon, 11 May 2015 15:01:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 E6DE01E7B for ; Mon, 11 May 2015 15:01:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BF1ew0042293 for ; Mon, 11 May 2015 15:01:40 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BF1eWd042292; Mon, 11 May 2015 15:01:40 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 15:01:40 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <3a85c36905e91a7910df86b6448b90f0@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQxFQ= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 15:01:41 -0000 emaste added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:191 Although this won't work if sc->gic_redists.nregions > INT_MAX anyway - we could probably just document that fact with a KASSERT. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 15:13:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC40E68F for ; Mon, 11 May 2015 15:13:53 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 A12A61FAF for ; Mon, 11 May 2015 15:13:53 +0000 (UTC) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 60B1F20944 for ; Mon, 11 May 2015 11:13:46 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Mon, 11 May 2015 11:13:46 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=IYDYanpQ4481nNK NjqtcL+khV3o=; b=AauQz+1LirdkZeu+Pg7f4zEe+4gj5TzWCsf4QSGp6XkWE/D be0kcQotziqD+Z0q3HyS0Jt92bJgpwxeUSevk2pylGQyMWeAsnxlfoXoPOFlaHLw IdL/70OgWqbcpmf0Ap7WpIsywDF/vfFEBhwH9fk9P+7Q7jplSXQWvskPh4EI= Received: by web3.nyi.internal (Postfix, from userid 99) id 3FAC810EC9B; Mon, 11 May 2015 11:13:46 -0400 (EDT) Message-Id: <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> X-Sasl-Enc: PXrLT58yRb0HTCP7OC1tPcxWDIS1ew4134RQGODoWLqy 1431357226 From: Mark Felder To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-102d4956 In-Reply-To: <5550C252.6030001@foxvalley.net> References: <5550C252.6030001@foxvalley.net> Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) Date: Mon, 11 May 2015 10:13:46 -0500 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, 11 May 2015 15:13:53 -0000 On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: > I've been running an email and web server using FreeBSD 11 on a > Raspberry Pi B+ since November. It has crashed 3 times since then > (roughly every two months). I'm currently running r277334. I thought > I'd try the latest build to see if stability has improved. I purchased a > Raspberry Pi 2 and used the latest crochet to built r282738. No > problems building it and it booted up fine. However, it crashes about > an hour into building some ports I use for my server (nginx, php, > etc.). I tried twice last night and it crashed both times. Is anybody > looking into these stability issues? > RPi2 support is something like less than a week old for SMP and DMA transport. I'm not sure more than a handful of people have actually tried it yet. The bugs here will be worked out in time, but if you have any core dumps or info that can assist in tracking down issues you're experiencing that would certainly be appreciated. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 15:26:17 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78F91816 for ; Mon, 11 May 2015 15:26:17 +0000 (UTC) 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 63796112A for ; Mon, 11 May 2015 15:26:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BFQHo6049731 for ; Mon, 11 May 2015 15:26:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 15:26:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 15:26:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 --- Comment #2 from Ulrich Grey --- The patch doesn't work. I think, it's because of the suffix '.orig' of files/extra-patch-src_Toolbar.cc.orig? => SHA256 Checksum OK for blackbox-0.70.1.tar.gz. ===> Patching for blackbox-0.70.1_4 ===> Applying extra patch /usr/local/DEVEL/ports/x11-wm/blackbox/files/extra-patch-src_Toolbar.cc cat: /usr/local/DEVEL/ports/x11-wm/blackbox/files/extra-patch-src_Toolbar.cc: No such file or directory I can't seem to find a patch in there anywhere. *** Error code 2 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 15:49:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE2E2ED3 for ; Mon, 11 May 2015 15:49:31 +0000 (UTC) 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 C81511435 for ; Mon, 11 May 2015 15:49:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BFnVIu069351 for ; Mon, 11 May 2015 15:49:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 15:49:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 15:49:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 --- Comment #3 from Ulrich Grey --- ls files/* shows: extra-patch-src_Toolbar.cc.orig extra-patch-src_Toolbar.cc.orig.orig ... If I do: mv extra-patch-src_Toolbar.cc.orig extra-patch-src_Toolbar.cc the build finished sucessfully and blackbox works! Thank you for the patch. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 16:09:43 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDAF0576 for ; Mon, 11 May 2015 16:09:43 +0000 (UTC) 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 A78A416DE for ; Mon, 11 May 2015 16:09:43 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BG9hc1018464 for ; Mon, 11 May 2015 16:09:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 16:09:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 16:09:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #156657|0 |1 is obsolete| | --- Comment #4 from mikael.urankar@gmail.com --- Created attachment 156659 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156659&action=edit correct previous patch -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 16:36:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71151D69 for ; Mon, 11 May 2015 16:36:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 548651A53 for ; Mon, 11 May 2015 16:36:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BGaXhu067501 for ; Mon, 11 May 2015 16:36:33 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BGaXkQ067500; Mon, 11 May 2015 16:36:33 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 16:36:33 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Commented On] D1810: Leave HYP mode upon startup Message-ID: <69a0b69106e66fad4ebb135e31cefd92@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFVQ2pE= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 16:36:33 -0000 jpa-semihalf.com added a comment. Does anyone has objections to this version? REVISION DETAIL https://reviews.freebsd.org/D1810 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, andrew, ian Cc: jpa-semihalf.com, emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 17:04:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96B965B6 for ; Mon, 11 May 2015 17:04:46 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 78E5C1D97 for ; Mon, 11 May 2015 17:04:46 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BH4k7S075939 for ; Mon, 11 May 2015 17:04:46 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BH4kqt075938; Mon, 11 May 2015 17:04:46 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 17:04:46 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Commandeered] D1833: Add memory barriers to buf_ring Message-ID: <585e257403ac0f35c556717f99923f04@localhost.localdomain> X-Priority: 3 Thread-Topic: D1833: Add memory barriers to buf_ring X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: OGRiNDkxY2NmMjRiNTc0MjQ4YTYwNWVkNzIyIFVQ4S4= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 17:04:46 -0000 jpa-semihalf.com commandeered this revision. jpa-semihalf.com added a reviewer: zbb. REVISION DETAIL https://reviews.freebsd.org/D1833 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, kmacy, rpaulo, imp, zbb Cc: meloun-miracle-cz, onwahe-gmail-com, andrew, ian, adrian, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 17:12:46 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81F43957 for ; Mon, 11 May 2015 17:12:46 +0000 (UTC) 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 692F41E95 for ; Mon, 11 May 2015 17:12:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BHCkV5010771 for ; Mon, 11 May 2015 17:12:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200122] games/scummvm fails to build on armv6 Date: Mon, 11 May 2015 17:12:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: lme@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: lme@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 17:12:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200122 Lars Engels changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --- Comment #2 from Lars Engels --- Committed, thanks! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 17:12:55 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CCD699C for ; Mon, 11 May 2015 17:12:55 +0000 (UTC) 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 374C51E99 for ; Mon, 11 May 2015 17:12:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BHCtXo010820 for ; Mon, 11 May 2015 17:12:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200122] games/scummvm fails to build on armv6 Date: Mon, 11 May 2015 17:12:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: lme@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 17:12:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200122 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: lme Date: Mon May 11 17:12:34 UTC 2015 New revision: 386089 URL: https://svnweb.freebsd.org/changeset/ports/386089 Log: Fix build on armv6 PR: 200122 Submitted by: mikael.urankar@gmail.com Changes: head/games/scummvm/Makefile -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 11 18:52:51 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45C3944B for ; Mon, 11 May 2015 18:52:51 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 0CCFF1B00 for ; Mon, 11 May 2015 18:52:51 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BIqoIK007154 for ; Mon, 11 May 2015 18:52:50 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BIqou8007153; Mon, 11 May 2015 18:52:50 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 18:52:50 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQ+oI= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 18:52:51 -0000 zbb added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:163 Hmm? I don't think you can call `init_func(sc);` here. It would be an error. Extra indirection seemed more convenient here since: 1. we will have at least one more function here 2. we have secondary cores initialization sequence (that andrew requested to be removed from this commit) and it is more convenient to see what are the differences between those thwo 3. the overhead of writing this loop is the same as writing 3-4 times: ``` err = func1(); if (err != 0) goto error; err = func2(); if (err != 0) goto error; .... ``` sys/arm64/arm64/gic_v3.c:191 OK. I will remove `i` from this loop. Regarding `gic_refists.nregions + 1` then AFAIK we have proper comment when allocating resource: ``` /* * Allocate array of struct resource. * One entry for Distributor and all remaining for Re-Distributor. */ ``` So now we have to comment on allocation and deallocation? sys/arm64/arm64/locore.S:192 This is the explanation from the documentation ("GIC bits"). If you look at the following line you see more detailed description what field setting means what ``` /* 0001 - SR CPU IF supported */ ``` I will make that line even more detailed in the next iteration.... REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 18:53:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D612D4AF for ; Mon, 11 May 2015 18:53:25 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 A5A661B12 for ; Mon, 11 May 2015 18:53:25 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BIrPDk007227 for ; Mon, 11 May 2015 18:53:25 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BIrPDP007226; Mon, 11 May 2015 18:53:25 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 18:53:25 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 1, 026 lines] D2377: Introduce ARM GICv3 support Message-ID: <4fd2e56b800518810b82d7f619324eee@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQ+qU= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_4fd2e56b800518810b82d7f619324eee" 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: Mon, 11 May 2015 18:53:26 -0000 --b1_4fd2e56b800518810b82d7f619324eee Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit zbb updated this revision to Diff 5327. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D2377?vs=5256&id=5327 REVISION DETAIL https://reviews.freebsd.org/D2377 AFFECTED FILES sys/arm64/arm64/gic_v3.c sys/arm64/arm64/gic_v3_fdt.c sys/arm64/arm64/gic_v3_reg.h sys/arm64/arm64/gic_v3_var.h sys/arm64/arm64/locore.S sys/arm64/include/armreg.h sys/conf/files.arm64 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm --b1_4fd2e56b800518810b82d7f619324eee Content-Type: text/x-patch; charset=utf-8; name="D2377.5327.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D2377.5327.patch" ZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzLmFybTY0IGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQK LS0tIGEvc3lzL2NvbmYvZmlsZXMuYXJtNjQKKysrIGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQKQEAg LTE5LDYgKzE5LDggQEAKIGFybTY0L2FybTY0L2VsZl9tYWNoZGVwLmMJc3RhbmRhcmQKIGFybTY0 L2FybTY0L2V4Y2VwdGlvbi5TCQlzdGFuZGFyZAogYXJtNjQvYXJtNjQvZ2ljLmMJCXN0YW5kYXJk Cithcm02NC9hcm02NC9naWNfdjMuYwkJc3RhbmRhcmQKK2FybTY0L2FybTY0L2dpY192M19mZHQu YwlvcHRpb25hbAlmZHQKIGFybTY0L2FybTY0L2lkZW50Y3B1LmMJCXN0YW5kYXJkCiBhcm02NC9h cm02NC9pbnRyX21hY2hkZXAuYwlzdGFuZGFyZAogYXJtNjQvYXJtNjQvaW5fY2tzdW0uYwkJb3B0 aW9uYWwJaW5ldCB8IGluZXQ2CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvaW5jbHVkZS9hcm1yZWcu aCBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCi0tLSBhL3N5cy9hcm02NC9pbmNsdWRlL2Fy bXJlZy5oCisrKyBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCkBAIC05Niw2ICs5NiwyNCBA QAogI2RlZmluZQkgRVhDUF9XQVRDSFBUX0VMMQkweDM1CS8qIFdhdGNocG9pbnQsIGZyb20gc2Ft ZSBFTCAqLwogI2RlZmluZQkgRVhDUF9CUksJCTB4M2MJLyogQnJlYWtwb2ludCAqLwogCisvKiBJ Q0NfQ1RMUl9FTDEgKi8KKyNkZWZpbmUJSUNDX0NUTFJfRUwxX0VPSU1PREUJKDFVIDw8IDEpCisK Ky8qIElDQ19JQVIxX0VMMSAqLworI2RlZmluZQlJQ0NfSUFSMV9FTDFfU1BVUgkoMHgwM2ZmKQor CisvKiBJQ0NfSUdSUEVOMF9FTDEgKi8KKyNkZWZpbmUJSUNDX0lHUlBFTjBfRUwxX0VOCSgxVSA8 PCAwKQorCisvKiBJQ0NfUE1SX0VMMSAqLworI2RlZmluZQlJQ0NfUE1SX0VMMV9QUklPX01BU0sJ KDB4RkZVTCkKKworLyogSUNDX1NSRV9FTDEgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDFfU1JFCQko MVUgPDwgMCkKKworLyogSUNDX1NSRV9FTDIgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDJfRU4JCSgx VSA8PCAzKQorCiAvKiBJRF9BQTY0UEZSMF9FTDEgKi8KICNkZWZpbmUJSURfQUE2NFBGUjBfRUww X01BU0sJKDB4ZiA8PCAwKQogI2RlZmluZQlJRF9BQTY0UEZSMF9FTDFfTUFTSwkoMHhmIDw8IDQp CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvbG9jb3JlLlMgYi9zeXMvYXJtNjQvYXJtNjQv bG9jb3JlLlMKLS0tIGEvc3lzL2FybTY0L2FybTY0L2xvY29yZS5TCisrKyBiL3N5cy9hcm02NC9h cm02NC9sb2NvcmUuUwpAQCAtMTg3LDYgKzE4NywxOSBAQAogCW1vdgl4MiwgIyhQU1JfRiB8IFBT Ul9JIHwgUFNSX0EgfCBQU1JfRCB8IFBTUl9NX0VMMWgpCiAJbXNyCXNwc3JfZWwyLCB4MgogCisJ LyogQ29uZmlndXJlIEdJQ3YzIENQVSBpbnRlcmZhY2UgKi8KKwltcnMJeDIsIGlkX2FhNjRwZnIw X2VsMQorCXViZngJeDIsIHgyLCAjMjQsICM0CQkvKiBHSUMgZmllbGQgKi8KKwkvKiBHSUNbMzow XSA9PSAwMDAxIC0gR0lDIENQVSBpbnRlcmZhY2UgdmlhIHNwZWNpYWwgcmVncy4gc3VwcG9ydGVk ICovCisJY21wCXgyLCAjMHgxCisJYi5uZQkyZgorCisJbXJzCXgyLCBpY2Nfc3JlX2VsMgorCW9y cgl4MiwgeDIsICNJQ0NfU1JFX0VMMl9FTgkvKiBFbmFibGUgYWNjZXNzIGZyb20gaW5zZWN1cmUg RUwxICovCisJbXNyCWljY19zcmVfZWwyLCB4MgorCWlzYgorMjoKKwogCS8qIFNldCB0aGUgYWRk cmVzcyB0byByZXR1cm4gdG8gb3VyIHJldHVybiBhZGRyZXNzICovCiAJbXNyCWVscl9lbDIsIHgz MAogCmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzX3Zhci5oIGIvc3lzL2FybTY0 L2FybTY0L2dpY192M192YXIuaApuZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisr KyBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfdmFyLmgKQEAgLTAsMCArMSwxMDIgQEAKKy8qLQor ICogQ29weXJpZ2h0IChjKSAyMDE1IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCisgKgorICogVGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWlo YWxmIHVuZGVyCisgKiB0aGUgc3BvbnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4K KyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1z LCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRl ZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlz dHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0 CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5n IGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2Yg Y29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9j dW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3Ry aWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1Ig QU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVE IFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJ RUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElD VUxBUiBQVVJQT1NFCisgKiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFV VEhPUiBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJF Q1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICog REFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNV QlNUSVRVVEUgR09PRFMKKyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJP RklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9O IEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAq IExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBB UklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVW RU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICov CisKKyNpZm5kZWYgX0dJQ19WM19WQVJfSF8KKyNkZWZpbmUgX0dJQ19WM19WQVJfSF8KKworI2Rl ZmluZQlHSUNfVjNfREVWU1RSCSJBUk0gR2VuZXJpYyBJbnRlcnJ1cHQgQ29udHJvbGxlciB2My4w IgorCitERUNMQVJFX0NMQVNTKGdpY192M19kcml2ZXIpOworCitzdHJ1Y3QgZ2ljX3JlZGlzdHMg eworCS8qCisJICogUmUtRGlzdHJpYnV0b3IgcmVnaW9uIGRlc2NyaXB0aW9uLgorCSAqIFdlIHdp bGwgaGF2ZSBmZXcgb2YgdGhvc2UgZGVwZW5kaW5nCisJICogb24gdGhlICNyZWRpc3RyaWJ1dG9y LXJlZ2lvbnMgcHJvcGVydHkgaW4gRkRULgorCSAqLworCXN0cnVjdCByZXNvdXJjZSAqKglyZWdp b25zOworCS8qIE51bWJlciBvZiBSZS1EaXN0cmlidXRvciByZWdpb25zICovCisJdV9pbnQJCQlu cmVnaW9uczsKKwkvKiBQZXItQ1BVIFJlLURpc3RyaWJ1dG9yIGhhbmRsZXIgKi8KKwlzdHJ1Y3Qg cmVzb3VyY2UgKglwY3B1W01BWENQVV07Cit9OworCitzdHJ1Y3QgZ2ljX3YzX3NvZnRjIHsKKwlk ZXZpY2VfdAkJZGV2OworCXN0cnVjdCByZXNvdXJjZSAqKglnaWNfcmVzOworCXN0cnVjdCBtdHgJ CWdpY19tdHg7CisJLyogRGlzdHJpYnV0b3IgKi8KKwlzdHJ1Y3QgcmVzb3VyY2UgKglnaWNfZGlz dDsKKwkvKiBSZS1EaXN0cmlidXRvcnMgKi8KKwlzdHJ1Y3QgZ2ljX3JlZGlzdHMJZ2ljX3JlZGlz dHM7CisKKwl1X2ludAkJCWdpY19uaXJxczsKKwl1X2ludAkJCWdpY19pZGJpdHM7Cit9OworCitN QUxMT0NfREVDTEFSRShNX0dJQ19WMyk7CisKKy8qIERldmljZSBtZXRob2RzICovCitpbnQgZ2lj X3YzX2F0dGFjaChkZXZpY2VfdCBkZXYpOworaW50IGdpY192M19kZXRhY2goZGV2aWNlX3QgZGV2 KTsKKworLyoKKyAqIEdJQyBEaXN0cmlidXRvciBhY2Nlc3NvcnMuCisgKiBOb3RpY2UgdGhhdCBv bmx5IEdJQyBzb2ZjIGNhbiBiZSBwYXNzZWQuCisgKi8KKyNkZWZpbmUJZ2ljX2RfcmVhZChzYywg bGVuLCByZWcpCQlcCisoewkJCQkJCVwKKwlidXNfcmVhZF8jI2xlbihzYy0+Z2ljX2Rpc3QsIHJl Zyk7CVwKK30pCisKKyNkZWZpbmUJZ2ljX2Rfd3JpdGUoc2MsIGxlbiwgcmVnLCB2YWwpCQlcCiso ewkJCQkJCVwKKwlidXNfd3JpdGVfIyNsZW4oc2MtPmdpY19kaXN0LCByZWcsIHZhbCk7XAorfSkK KworLyogR0lDIFJlLURpc3RyaWJ1dG9yIGFjY2Vzc29ycyAocGVyLUNQVSkgKi8KKyNkZWZpbmUJ Z2ljX3JfcmVhZChzYywgbGVuLCByZWcpCQlcCisoewkJCQkJCVwKKwl1X2ludCBjcHUgPSBQQ1BV X0dFVChjcHVpZCk7CQlcCisJCQkJCQlcCisJYnVzX3JlYWRfIyNsZW4oCQkJCVwKKwkgICAgc2Mt PmdpY19yZWRpc3RzLnBjcHVbY3B1XSwJCVwKKwkgICAgcmVnKTsJCQkJXAorfSkKKworI2RlZmlu ZQlnaWNfcl93cml0ZShzYywgbGVuLCByZWcsIHZhbCkJCVwKKyh7CQkJCQkJXAorCXVfaW50IGNw dSA9IFBDUFVfR0VUKGNwdWlkKTsJCVwKKwkJCQkJCVwKKwlidXNfd3JpdGVfIyNsZW4oCQkJXAor CSAgICBzYy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVdLAkJXAorCSAgICByZWcsIHZhbCk7CQkJCVwK K30pCisKKyNlbmRpZiAvKiBfR0lDX1YzX1ZBUl9IXyAqLwpkaWZmIC0tZ2l0IGEvc3lzL2FybTY0 L2FybTY0L2dpY192M19yZWcuaCBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfcmVnLmgKbmV3IGZp bGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3Yz X3JlZy5oCkBAIC0wLDAgKzEsMTc3IEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAxNSBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAqIFRoaXMg c29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBTZW1paGFsZiB1bmRlcgorICogdGhlIHNwb25zb3Jz aGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2Rp ZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRp dGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0 cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmln aHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp bmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1h dGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZU V0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycn IEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NM QUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJ QUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQ VElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xV RElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJ QklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaWZuZGVmIF9HSUNfVjNfUkVHX0hf CisjZGVmaW5lCV9HSUNfVjNfUkVHX0hfCisKKy8qCisgKiBQcmlvcml0eSBNQVgvTUlOIHZhbHVl cworICovCisjZGVmaW5lCUdJQ19QUklPUklUWV9NQVgJKDB4MDBVTCkKKy8qIFVwcGVyIHZhbHVl IGlzIGRldGVybWluZWQgYnkgTFBJIG1heCBwcmlvcml0eSAqLworI2RlZmluZQlHSUNfUFJJT1JJ VFlfTUlOCSgweEZDVUwpCisKKy8qIE51bWJlcnMgZm9yIHNvZnR3YXJlIGdlbmVyYXRlZCBpbnRl cnJ1cHRzICovCisjZGVmaW5lCUdJQ19GSVJTVF9TR0kJCSgwKQorI2RlZmluZQlHSUNfTEFTVF9T R0kJCSgxNSkKKy8qIE51bWJlcnMgZm9yIHByaXZhdGUgcGVyaXBoZXJhbCBpbnRlcnJ1cHRzICov CisjZGVmaW5lCUdJQ19GSVJTVF9QUEkJCSgxNikKKyNkZWZpbmUJR0lDX0xBU1RfUFBJCQkoMzEp CisvKiBOdW1iZXJzIGZvciBzcGFyZWQgcGVyaXBoZXJhbCBpbnRlcnJ1cHRzICovCisjZGVmaW5l CUdJQ19GSVJTVF9TUEkJCSgzMikKKyNkZWZpbmUJR0lDX0xBU1RfU1BJCQkoMTAxOSkKKy8qIE51 bWJlcnMgZm9yIGxvY2FsIHBlcmlwaGVyYWwgaW50ZXJydXB0cyAqLworI2RlZmluZQlHSUNfRklS U1RfTFBJCQkoODE5MikKKworLyoKKyAqIFJlZ2lzdGVycyAodjIvdjMpCisgKi8KKyNkZWZpbmUJ R0lDRF9DVExSCQkoMHgwMDAwKQorI2RlZmluZQlHSUNEX0NUTFJfRzEJCSgxIDw8IDApCisjZGVm aW5lCUdJQ0RfQ1RMUl9HMUEJCSgxIDw8IDEpCisjZGVmaW5lCUdJQ0RfQ1RMUl9BUkVfTlMJKDEg PDwgNCkKKyNkZWZpbmUJR0lDRF9DVExSX1JXUAkJKDEgPDwgMzEpCisKKyNkZWZpbmUJR0lDRF9U WVBFUgkJKDB4MDAwNCkKKyNkZWZpbmUJCUdJQ0RfVFlQRVJfSURCSVRTKHgpCSgoKCh4KSA+PiAx OSkgJiAweDFGKSArIDEpCisKKyNkZWZpbmUJR0lDRF9JU0VOQUJMRVIobikJKDB4MDEwMCArICgo KG4pID4+IDUpICogNCkpCisjZGVmaW5lCQlHSUNEX0lfUEVSX0lTRU5BQkxFUm4JKDMyKQorCisj ZGVmaW5lCUdJQ0RfSUNFTkFCTEVSKG4pCSgweDAxODAgKyAoKChuKSA+PiA1KSAqIDQpKQorI2Rl ZmluZQlHSUNEX0lQUklPUklUWVIobikJKDB4MDQwMCArICgoKG4pID4+IDIpICogNCkpCisjZGVm aW5lCQlHSUNEX0lfUEVSX0lQUklPUklUWW4JKDQpCisKKyNkZWZpbmUJR0lDRF9JX01BU0sobikJ CSgxIDw8ICgobikgJSAzMikpCisKKyNkZWZpbmUJR0lDRF9JQ0ZHUihuKQkJKDB4MEMwMCArICgo KG4pID4+IDQpICogNCkpCisvKiBGaXJzdCBiaXQgaXMgYSBwb2xhcml0eSBiaXQgKDAgLSBsb3cs IDEgLSBoaWdoKSAqLworI2RlZmluZQkJR0lDRF9JQ0ZHUl9QT0xfTE9XCSgwIDw8IDApCisjZGVm aW5lCQlHSUNEX0lDRkdSX1BPTF9ISUdICSgxIDw8IDApCisjZGVmaW5lCQlHSUNEX0lDRkdSX1BP TF9NQVNLCSgweDEpCisvKiBTZWNvbmQgYml0IGlzIGEgdHJpZ2dlciBiaXQgKDAgLSBsZXZlbCwg MSAtIGVkZ2UpICovCisjZGVmaW5lCQlHSUNEX0lDRkdSX1RSSUdfTFZMCSgwIDw8IDEpCisjZGVm aW5lCQlHSUNEX0lDRkdSX1RSSUdfRURHRQkoMSA8PCAxKQorI2RlZmluZQkJR0lDRF9JQ0ZHUl9U UklHX01BU0sJKDB4MikKKworI2RlZmluZQkJR0lDRF9JX1BFUl9JQ0ZHUm4JKDE2KQorCisvKgor ICogUmVnaXN0ZXJzICh2MykKKyAqLworI2RlZmluZQlHSUNEX0lST1VURVIobikJCSgweDYwMDAg KyAoKG4pICogOCkpCisjZGVmaW5lCUdJQ0RfUElEUjIJCSgweEZGRTgpCisKKyNkZWZpbmUJR0lD Ul9QSURSMl9BUkNIX01BU0sJKDB4RjApCisjZGVmaW5lCUdJQ1JfUElEUjJfQVJDSF9HSUN2Mwko MHgzMCkKKyNkZWZpbmUJR0lDUl9QSURSMl9BUkNIX0dJQ3Y0CSgweDQwKQorCisvKiBSZWRpc3Ry aWJ1dG9yIHJlZ2lzdGVycyAqLworI2RlZmluZQlHSUNSX1BJRFIyCQlHSUNEX1BJRFIyCisKKyNk ZWZpbmUJR0lDUl9UWVBFUgkJKDB4MDAwOCkKKyNkZWZpbmUJR0lDUl9UWVBFUl9WTFBJUwkoMSA8 PCAxKQorI2RlZmluZQlHSUNSX1RZUEVSX0xBU1QJCSgxIDw8IDQpCisjZGVmaW5lCUdJQ1JfVFlQ RVJfQUZGX1NISUZUCSgzMikKKworI2RlZmluZQlHSUNSX1dBS0VSCQkoMHgwMDE0KQorI2RlZmlu ZQlHSUNSX1dBS0VSX1BTCQkoMSA8PCAxKSAvKiBQcm9jZXNzb3Igc2xlZXAgKi8KKyNkZWZpbmUJ R0lDUl9XQUtFUl9DQQkJKDEgPDwgMikgLyogQ2hpbGRyZW4gYXNsZWVwICovCisKKy8qIFJlLWRp c3RyaWJ1dG9yIHJlZ2lzdGVycyBmb3IgU0dJcyBhbmQgUFBJcyAqLworI2RlZmluZQlHSUNSX1JE X0JBU0VfU0laRQlQQUdFX1NJWkVfNjRLCisjZGVmaW5lCUdJQ1JfU0dJX0JBU0VfU0laRQlQQUdF X1NJWkVfNjRLCisjZGVmaW5lCUdJQ1JfVkxQSV9CQVNFX1NJWkUJUEFHRV9TSVpFXzY0SworI2Rl ZmluZQlHSUNSX1JFU0VSVkVEX1NJWkUJUEFHRV9TSVpFXzY0SworCisjZGVmaW5lCUdJQ1JfSVNF TkFCTEVSMAkJCQkoMHgwMTAwKQorI2RlZmluZQlHSUNSX0lDRU5BQkxFUjAJCQkJKDB4MDE4MCkK KyNkZWZpbmUJCUdJQ1JfSV9FTkFCTEVSX1NHSV9NQVNLCQkoMHgwMDAwRkZGRikKKyNkZWZpbmUJ CUdJQ1JfSV9FTkFCTEVSX1BQSV9NQVNLCQkoMHhGRkZGMDAwMCkKKworI2RlZmluZQkJR0lDUl9J X1BFUl9JUFJJT1JJVFluCQkoR0lDRF9JX1BFUl9JUFJJT1JJVFluKQorCisvKgorICogQ1BVIGlu dGVyZmFjZQorICovCisKKy8qCisgKiBSZWdpc3RlcnMgbGlzdCAoSUNDX3h5el9FTDEpOgorICoK KyAqIFBNUiAgICAgLSBQcmlvcml0eSBNYXNrIFJlZ2lzdGVyCisgKgkJKiBpbnRlcnJ1cHRzIG9m IHByaW9yaXR5IGhpZ2hlciB0aGFuIHNwZWNpZmllZAorICoJCSAgaW4gdGhpcyBtYXNrIHdpbGwg YmUgc2lnbmFsbGVkIHRvIHRoZSBDUFUuCisgKgkJICAoMHhmZiAtIGxvd2VzdCBwb3NzaWJsZSBw cmlvLiwgMHgwMCAtIGhpZ2hlc3QgcHJpby4pCisgKgorICogQ1RMUiAgICAtIENvbnRyb2wgUmVn aXN0ZXIKKyAqCQkqIGNvbnRyb2xzIGJlaGF2aW9yIG9mIHRoZSBDUFUgaW50ZXJmYWNlIGFuZCBk aXNwbGF5cworICoJCSAgaW1wbGVtZW50ZWQgZmVhdHVyZXMuCisgKgorICogSUdSUEVOMSAtIElu dGVycnVwdCBHcm91cCAxIEVuYWJsZSBSZWdpc3RlcgorICoKKyAqIElBUjEgICAgLSBJbnRlcnJ1 cHQgQWNrbm93bGVkZ2UgUmVnaXN0ZXIgR3JvdXAgMQorICoJCSogY29udGFpbnMgbnVtYmVyIG9m IHRoZSBoaWdoZXN0IHByaW9yaXR5IHBlbmRpbmcKKyAqCQkgIGludGVycnVwdCBmcm9tIHRoZSBH cm91cCAxLgorICoKKyAqIEVPSVIxICAgLSBFbmQgb2YgSW50ZXJydXB0IFJlZ2lzdGVyIEdyb3Vw IDEKKyAqCQkqIFdyaXRlcyBpbmZvcm0gQ1BVIGludGVyZmFjZSBhYm91dCBjb21wbGV0ZWQgR3Jv dXAgMQorICoJCSAgaW50ZXJydXB0cyBwcm9jZXNzaW5nLgorICovCisKKyNkZWZpbmUJZ2ljX2lj Y193cml0ZShyZWcsIHZhbCkJCQkJCVwKK2RvIHsJCQkJCQkJCVwKKwlXUklURV9TUEVDSUFMUkVH KElDQ18gIyNyZWcgIyNfRUwxLCB2YWwpOwkJXAorCWlzYigpOwkJCQkJCQlcCit9IHdoaWxlICgw KQorCisjZGVmaW5lCWdpY19pY2NfcmVhZChyZWcpCQkJCQlcCisoewkJCQkJCQkJXAorCXVpbnQ2 NF90IHZhbDsJCQkJCQlcCisJCQkJCQkJCVwKKwl2YWwgPSBSRUFEX1NQRUNJQUxSRUcoSUNDXyAj I3JlZyAjI19FTDEpOwkJXAorCSh2YWwpOwkJCQkJCQlcCit9KQorCisjZGVmaW5lCWdpY19pY2Nf c2V0KHJlZywgbWFzaykJCQkJCVwKK2RvIHsJCQkJCQkJCVwKKwl1aW50NjRfdCB2YWw7CQkJCQkJ XAorCXZhbCA9IGdpY19pY2NfcmVhZChyZWcpOwkJCQlcCisJdmFsIHw9IChtYXNrKTsJCQkJCQlc CisJZ2ljX2ljY193cml0ZShyZWcsIHZhbCk7CQkJCVwKK30gd2hpbGUgKDApCisKKyNkZWZpbmUJ Z2ljX2ljY19jbGVhcihyZWcsIG1hc2spCQkJCVwKK2RvIHsJCQkJCQkJCVwKKwl1aW50NjRfdCB2 YWw7CQkJCQkJXAorCXZhbCA9IGdpY19pY2NfcmVhZChyZWcpOwkJCQlcCisJdmFsICY9IH4obWFz ayk7CQkJCQkJXAorCWdpY19pY2Nfd3JpdGUocmVnLCB2YWwpOwkJCQlcCit9IHdoaWxlICgwKQor CisjZW5kaWYgLyogX0dJQ19WM19SRUdfSF8gKi8KZGlmZiAtLWdpdCBhL3N5cy9hcm02NC9hcm02 NC9naWNfdjNfZmR0LmMgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzX2ZkdC5jCm5ldyBmaWxlIG1v ZGUgMTAwNjQ0Ci0tLSAvZGV2L251bGwKKysrIGIvc3lzL2FybTY0L2FybTY0L2dpY192M19mZHQu YwpAQCAtMCwwICsxLDEzMiBAQAorLyotCisgKiBDb3B5cmlnaHQgKGMpIDIwMTUgVGhlIEZyZWVC U0QgRm91bmRhdGlvbgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBUaGlzIHNvZnR3 YXJlIHdhcyBkZXZlbG9wZWQgYnkgU2VtaWhhbGYgdW5kZXIKKyAqIHRoZSBzcG9uc29yc2hpcCBv ZiB0aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2Ug aW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9kaWZpY2F0 aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25z CisgKiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3Qg cmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNv bmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKyAqIDIuIFJlZGlzdHJpYnV0 aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0Cisg KiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRp c2NsYWltZXIgaW4gdGhlCisgKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlh bHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorICoKKyAqIFRISVMgU09GVFdBUkUg SVMgUFJPVklERUQgQlkgVEhFIEFVVEhPUiBBTkQgQ09OVFJJQlVUT1JTIGBgQVMgSVMnJyBBTkQK KyAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9U IExJTUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElU WSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKKyAqIEFSRSBESVNDTEFJTUVE LiBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUK KyAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBM QVJZLCBPUiBDT05TRVFVRU5USUFMCisgKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElN SVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworICogT1IgU0VSVklDRVM7 IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04p CisgKiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRI RVIgSU4gQ09OVFJBQ1QsIFNUUklDVAorICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcg TkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorICogT1VUIE9GIFRI RSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElU WSBPRgorICogU1VDSCBEQU1BR0UuCisgKi8KKworI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgorX19G QlNESUQoIiRGcmVlQlNEJCIpOworCisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+CisjaW5jbHVkZSA8 c3lzL3N5c3RtLmg+CisjaW5jbHVkZSA8c3lzL2J1cy5oPgorI2luY2x1ZGUgPHN5cy9rZXJuZWwu aD4KKyNpbmNsdWRlIDxzeXMva3RyLmg+CisjaW5jbHVkZSA8c3lzL21vZHVsZS5oPgorI2luY2x1 ZGUgPHN5cy9ybWFuLmg+CisjaW5jbHVkZSA8c3lzL3BjcHUuaD4KKyNpbmNsdWRlIDxzeXMvcHJv Yy5oPgorI2luY2x1ZGUgPHN5cy9jcHVzZXQuaD4KKyNpbmNsdWRlIDxzeXMvbG9jay5oPgorI2lu Y2x1ZGUgPHN5cy9tdXRleC5oPgorCisjaW5jbHVkZSA8ZGV2L2ZkdC9mZHRfY29tbW9uLmg+Cisj aW5jbHVkZSA8ZGV2L29mdy9vcGVuZmlybS5oPgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1cy5o PgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19zdWJyLmg+CisKKyNpbmNsdWRlICJwaWNfaWYu aCIKKworI2luY2x1ZGUgImdpY192M19yZWcuaCIKKyNpbmNsdWRlICJnaWNfdjNfdmFyLmgiCisK Ky8qCisgKiBGRFQgZ2x1ZS4KKyAqLworc3RhdGljIGludCBnaWNfdjNfZmR0X3Byb2JlKGRldmlj ZV90KTsKK3N0YXRpYyBpbnQgZ2ljX3YzX2ZkdF9hdHRhY2goZGV2aWNlX3QpOworCitzdGF0aWMg ZGV2aWNlX21ldGhvZF90IGdpY192M19mZHRfbWV0aG9kc1tdID0geworCS8qIERldmljZSBpbnRl cmZhY2UgKi8KKwlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLAkJZ2ljX3YzX2ZkdF9wcm9iZSksCisJ REVWTUVUSE9EKGRldmljZV9hdHRhY2gsCWdpY192M19mZHRfYXR0YWNoKSwKKworCS8qIEVuZCAq LworCURFVk1FVEhPRF9FTkQKK307CisKK0RFRklORV9DTEFTU18xKGdpY192MywgZ2ljX3YzX2Zk dF9kcml2ZXIsIGdpY192M19mZHRfbWV0aG9kcywKKyAgICBzaXplb2Yoc3RydWN0IGdpY192M19z b2Z0YyksIGdpY192M19kcml2ZXIpOworCitzdGF0aWMgZGV2Y2xhc3NfdCBnaWNfdjNfZmR0X2Rl dmNsYXNzOworCitFQVJMWV9EUklWRVJfTU9EVUxFKGdpY192Mywgc2ltcGxlYnVzLCBnaWNfdjNf ZHJpdmVyLCBnaWNfdjNfZmR0X2RldmNsYXNzLAorICAgIDAsIDAsIEJVU19QQVNTX0lOVEVSUlVQ VCArIEJVU19QQVNTX09SREVSX01JRERMRSk7CitFQVJMWV9EUklWRVJfTU9EVUxFKGdpY192Mywg b2Z3YnVzLCBnaWNfdjNfZHJpdmVyLCBnaWNfdjNfZmR0X2RldmNsYXNzLAorICAgIDAsIDAsIEJV U19QQVNTX0lOVEVSUlVQVCArIEJVU19QQVNTX09SREVSX01JRERMRSk7CisKKy8qCisgKiBEZXZp Y2UgaW50ZXJmYWNlLgorICovCitzdGF0aWMgaW50CitnaWNfdjNfZmR0X3Byb2JlKGRldmljZV90 IGRldikKK3sKKworCWlmICghb2Z3X2J1c19zdGF0dXNfb2theShkZXYpKQorCQlyZXR1cm4gKEVO WElPKTsKKworCWlmICghb2Z3X2J1c19pc19jb21wYXRpYmxlKGRldiwgImFybSxnaWMtdjMiKSkK KwkJcmV0dXJuIChFTlhJTyk7CisKKwlkZXZpY2Vfc2V0X2Rlc2MoZGV2LCBHSUNfVjNfREVWU1RS KTsKKwlyZXR1cm4gKEJVU19QUk9CRV9ERUZBVUxUKTsKK30KKworc3RhdGljIGludAorZ2ljX3Yz X2ZkdF9hdHRhY2goZGV2aWNlX3QgZGV2KQoreworCXN0cnVjdCBnaWNfdjNfc29mdGMgKnNjOwor CXBjZWxsX3QgcmVkaXN0X3JlZ2lvbnM7CisJaW50IGVycjsKKworCXNjID0gZGV2aWNlX2dldF9z b2Z0YyhkZXYpOworCXNjLT5kZXYgPSBkZXY7CisKKwkvKgorCSAqIFJlY292ZXIgbnVtYmVyIG9m IHRoZSBSZS1EaXN0cmlidXRvciByZWdpb25zLgorCSAqLworCWlmIChPRl9nZXRlbmNwcm9wKG9m d19idXNfZ2V0X25vZGUoZGV2KSwgIiNyZWRpc3RyaWJ1dG9yLXJlZ2lvbnMiLAorCSAgICAmcmVk aXN0X3JlZ2lvbnMsIHNpemVvZihyZWRpc3RfcmVnaW9ucykpIDw9IDApCisJCXNjLT5naWNfcmVk aXN0cy5ucmVnaW9ucyA9IDE7CisJZWxzZQorCQlzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMgPSBy ZWRpc3RfcmVnaW9uczsKKworCWVyciA9IGdpY192M19hdHRhY2goZGV2KTsKKwlpZiAoZXJyKQor CQlnb3RvIGVycm9yOworCisJcmV0dXJuIChlcnIpOworCitlcnJvcjoKKwlpZiAoYm9vdHZlcmJv c2UpIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsCisJCSAgICAiRmFpbGVkIHRvIGF0dGFjaC4gRXJy b3IgJWRcbiIsIGVycik7CisJfQorCS8qIEZhaWx1cmUgc28gZnJlZSByZXNvdXJjZXMgKi8KKwln aWNfdjNfZGV0YWNoKGRldik7CisKKwlyZXR1cm4gKGVycik7Cit9CmRpZmYgLS1naXQgYS9zeXMv YXJtNjQvYXJtNjQvZ2ljX3YzLmMgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzLmMKbmV3IGZpbGUg bW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzLmMK QEAgLTAsMCArMSw1ODIgQEAKKy8qLQorICogQ29weXJpZ2h0IChjKSAyMDE1IFRoZSBGcmVlQlNE IEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKgorICogVGhpcyBzb2Z0d2Fy ZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisgKiB0aGUgc3BvbnNvcnNoaXAgb2Yg dGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGlu IHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlv biwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucwor ICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJl dGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25k aXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3RyaWJ1dGlv bnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICog ICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxz IHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElT IFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECisg KiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBM SU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkg QU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBBUkUgRElTQ0xBSU1FRC4g SU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFCisg KiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFS WSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlU RUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKKyAqIE9SIFNFUlZJQ0VTOyBM T1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQor ICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVS IElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5F R0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUg VVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkg T0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KK19fRkJT RElEKCIkRnJlZUJTRCQiKTsKKworI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgorI2luY2x1ZGUgPHN5 cy9zeXN0bS5oPgorI2luY2x1ZGUgPHN5cy9idXMuaD4KKyNpbmNsdWRlIDxzeXMva2VybmVsLmg+ CisjaW5jbHVkZSA8c3lzL2t0ci5oPgorI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4KKyNpbmNsdWRl IDxzeXMvbW9kdWxlLmg+CisjaW5jbHVkZSA8c3lzL3JtYW4uaD4KKyNpbmNsdWRlIDxzeXMvcGNw dS5oPgorI2luY2x1ZGUgPHN5cy9wcm9jLmg+CisjaW5jbHVkZSA8c3lzL2NwdXNldC5oPgorI2lu Y2x1ZGUgPHN5cy9sb2NrLmg+CisjaW5jbHVkZSA8c3lzL211dGV4Lmg+CisKKyNpbmNsdWRlIDx2 bS92bS5oPgorI2luY2x1ZGUgPHZtL3BtYXAuaD4KKworI2luY2x1ZGUgPG1hY2hpbmUvYnVzLmg+ CisjaW5jbHVkZSA8bWFjaGluZS9pbnRyLmg+CisKKyNpbmNsdWRlICJwaWNfaWYuaCIKKworI2lu Y2x1ZGUgImdpY192M19yZWcuaCIKKyNpbmNsdWRlICJnaWNfdjNfdmFyLmgiCisKKy8qIERldmlj ZSBhbmQgUElDIG1ldGhvZHMgKi8KK3N0YXRpYyB2b2lkIGdpY192M19kaXNwYXRjaChkZXZpY2Vf dCwgc3RydWN0IHRyYXBmcmFtZSAqKTsKK3N0YXRpYyB2b2lkIGdpY192M19lb2koZGV2aWNlX3Qs IHVfaW50KTsKK3N0YXRpYyB2b2lkIGdpY192M19tYXNrX2lycShkZXZpY2VfdCwgdV9pbnQpOwor c3RhdGljIHZvaWQgZ2ljX3YzX3VubWFza19pcnEoZGV2aWNlX3QsIHVfaW50KTsKKworc3RhdGlj IGRldmljZV9tZXRob2RfdCBnaWNfdjNfbWV0aG9kc1tdID0geworCS8qIERldmljZSBpbnRlcmZh Y2UgKi8KKwlERVZNRVRIT0QoZGV2aWNlX2RldGFjaCwJZ2ljX3YzX2RldGFjaCksCisKKwkvKiBQ SUMgaW50ZXJmYWNlICovCisJREVWTUVUSE9EKHBpY19kaXNwYXRjaCwJCWdpY192M19kaXNwYXRj aCksCisJREVWTUVUSE9EKHBpY19lb2ksCQlnaWNfdjNfZW9pKSwKKwlERVZNRVRIT0QocGljX21h c2ssCQlnaWNfdjNfbWFza19pcnEpLAorCURFVk1FVEhPRChwaWNfdW5tYXNrLAkJZ2ljX3YzX3Vu bWFza19pcnEpLAorCisJLyogRW5kICovCisJREVWTUVUSE9EX0VORAorfTsKKworREVGSU5FX0NM QVNTXzAoZ2ljX3YzLCBnaWNfdjNfZHJpdmVyLCBnaWNfdjNfbWV0aG9kcywKKyAgICBzaXplb2Yo c3RydWN0IGdpY192M19zb2Z0YykpOworCisvKgorICogRHJpdmVyLXNwZWNpZmljIGRlZmluaXRp b25zLgorICovCitNQUxMT0NfREVGSU5FKE1fR0lDX1YzLCAiR0lDdjMiLCBHSUNfVjNfREVWU1RS KTsKKworLyoKKyAqIEhlbHBlciBmdW5jdGlvbnMgYW5kIGRlZmluaXRpb25zLgorICovCisvKiBE ZXN0aW5hdGlvbiByZWdpc3RlcnMsIGVpdGhlciBEaXN0cmlidXRvciBvciBSZS1EaXN0cmlidXRv ciAqLworZW51bSBnaWNfdjNfeGRpc3QgeworCURJU1QgPSAwLAorCVJFRElTVCwKK307CisKKy8q IEhlbHBlciByb3V0aW5lcyBzdGFydGluZyB3aXRoIGdpY192M18gKi8KK3N0YXRpYyBpbnQgZ2lj X3YzX2Rpc3RfaW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworc3RhdGljIGludCBnaWNfdjNf cmVkaXN0X2ZpbmQoc3RydWN0IGdpY192M19zb2Z0YyAqKTsKK3N0YXRpYyBpbnQgZ2ljX3YzX3Jl ZGlzdF9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7CitzdGF0aWMgaW50IGdpY192M19jcHVf aW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworc3RhdGljIHZvaWQgZ2ljX3YzX3dhaXRfZm9y X3J3cChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICosIGVudW0gZ2ljX3YzX3hkaXN0KTsKKworLyogQSBz ZXF1ZW5jZSBvZiBpbml0IGZ1bmN0aW9ucyBmb3IgcHJpbWFyeSAoYm9vdCkgQ1BVICovCit0eXBl ZGVmIGludCAoKmdpY192M19pbml0c2VxX3QpIChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworLyog UHJpbWFyeSBDUFUgaW5pdGlhbGl6YXRpb24gc2VxdWVuY2UgKi8KK3N0YXRpYyBnaWNfdjNfaW5p dHNlcV90IGdpY192M19wcmltYXJ5X2luaXRbXSA9IHsKKwlnaWNfdjNfZGlzdF9pbml0LAorCWdp Y192M19yZWRpc3RfaW5pdCwKKwlnaWNfdjNfY3B1X2luaXQsCisJTlVMTAorfTsKKworLyoKKyAq IERldmljZSBpbnRlcmZhY2UuCisgKi8KK2ludAorZ2ljX3YzX2F0dGFjaChkZXZpY2VfdCBkZXYp Cit7CisJc3RydWN0IGdpY192M19zb2Z0YyAqc2M7CisJZ2ljX3YzX2luaXRzZXFfdCAqaW5pdF9m dW5jOworCXVpbnQzMl90IHR5cGVyOworCWludCByaWQ7CisJaW50IGVycjsKKwlzaXplX3QgaTsK KworCXNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXNjLT5kZXYgPSBkZXY7CisJZXJyID0g MDsKKworCS8qIEluaXRpYWxpemUgbXV0ZXggKi8KKwltdHhfaW5pdCgmc2MtPmdpY19tdHgsICJH SUN2MyBsb2NrIiwgTlVMTCwgTVRYX1NQSU4pOworCisJLyoKKwkgKiBBbGxvY2F0ZSBhcnJheSBv ZiBzdHJ1Y3QgcmVzb3VyY2UuCisJICogT25lIGVudHJ5IGZvciBEaXN0cmlidXRvciBhbmQgYWxs IHJlbWFpbmluZyBmb3IgUmUtRGlzdHJpYnV0b3IuCisJICovCisJc2MtPmdpY19yZXMgPSBtYWxs b2MoCisJICAgIHNpemVvZihzYy0+Z2ljX3JlcykgKiAoc2MtPmdpY19yZWRpc3RzLm5yZWdpb25z ICsgMSksCisJICAgIE1fR0lDX1YzLCBNX1dBSVRPSyk7CisKKwkvKiBOb3cgYWxsb2NhdGUgY29y cmVzcG9uZGluZyByZXNvdXJjZXMgKi8KKwlmb3IgKGkgPSAwLCByaWQgPSAwOyBpIDwgKHNjLT5n aWNfcmVkaXN0cy5ucmVnaW9ucyArIDEpOyBpKyssIHJpZCsrKSB7CisJCXNjLT5naWNfcmVzW3Jp ZF0gPSBidXNfYWxsb2NfcmVzb3VyY2VfYW55KGRldiwgU1lTX1JFU19NRU1PUlksCisJCSAgICAm cmlkLCBSRl9BQ1RJVkUpOworCQlpZiAoc2MtPmdpY19yZXNbcmlkXSA9PSBOVUxMKQorCQkJcmV0 dXJuIChFTlhJTyk7CisJfQorCisJLyoKKwkgKiBEaXN0cmlidXRvciBpbnRlcmZhY2UKKwkgKi8K KwlzYy0+Z2ljX2Rpc3QgPSBzYy0+Z2ljX3Jlc1swXTsKKworCS8qCisJICogUmUtRHJpc3RyaWJ1 dG9yIGludGVyZmFjZQorCSAqLworCS8qIEFsbG9jYXRlIHNwYWNlIHVuZGVyIHJlZ2lvbiBkZXNj cmlwdGlvbnMgKi8KKwlzYy0+Z2ljX3JlZGlzdHMucmVnaW9ucyA9IG1hbGxvYygKKwkgICAgc2l6 ZW9mKCpzYy0+Z2ljX3JlZGlzdHMucmVnaW9ucykgKiBzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMs CisJICAgIE1fR0lDX1YzLCBNX1dBSVRPSyk7CisKKwkvKiBGaWxsLXVwIGJ1c19zcGFjZSBpbmZv cm1hdGlvbiBmb3IgZWFjaCByZWdpb24uICovCisJZm9yIChpID0gMCwgcmlkID0gMTsgaSA8IHNj LT5naWNfcmVkaXN0cy5ucmVnaW9uczsgaSsrLCByaWQrKykKKwkJc2MtPmdpY19yZWRpc3RzLnJl Z2lvbnNbaV0gPSBzYy0+Z2ljX3Jlc1tyaWRdOworCisJLyogR2V0IHRoZSBudW1iZXIgb2Ygc3Vw cG9ydGVkIFNQSSBpbnRlcnJ1cHRzICovCisJdHlwZXIgPSBnaWNfZF9yZWFkKHNjLCA0LCBHSUNE X1RZUEVSKTsKKwlzYy0+Z2ljX25pcnFzID0gdHlwZXIgJiAweDFGOworCXNjLT5naWNfbmlycXMg PSAoc2MtPmdpY19uaXJxcyArIDEpICogMzI7CisJaWYgKHNjLT5naWNfbmlycXMgPiAxMDIwKQor CQlzYy0+Z2ljX25pcnFzID0gMTAyMDsKKworCS8qIEdldCB0aGUgbnVtYmVyIG9mIHN1cHBvcnRl ZCBpbnRlcnJ1cHQgaWRlbnRpZmllciBiaXRzICovCisJc2MtPmdpY19pZGJpdHMgPSBHSUNEX1RZ UEVSX0lEQklUUyh0eXBlcik7CisKKwlpZiAoYm9vdHZlcmJvc2UpIHsKKwkJZGV2aWNlX3ByaW50 ZihkZXYsICJTUElzOiAldSwgSURzOiAldVxuIiwKKwkJICAgIHNjLT5naWNfbmlycXMsICgxIDw8 IHNjLT5naWNfaWRiaXRzKSAtIDEpOworCX0KKworCS8qIFRyYWluIGluaXQgc2VxdWVuY2UgZm9y IGJvb3QgQ1BVICovCisJZm9yIChpbml0X2Z1bmMgPSBnaWNfdjNfcHJpbWFyeV9pbml0OyAqaW5p dF9mdW5jICE9IE5VTEw7IGluaXRfZnVuYysrKSB7CisJCWVyciA9ICgqaW5pdF9mdW5jKShzYyk7 CisJCWlmIChlcnIgIT0gMCkKKwkJCXJldHVybiAoZXJyKTsKKwl9CisJLyoKKwkgKiBGdWxsIHN1 Y2Nlc3MuCisJICogTm93IHJlZ2lzdGVyIFBJQyB0byB0aGUgaW50ZXJydXB0cyBoYW5kbGluZyBs YXllci4KKwkgKi8KKwlhcm1fcmVnaXN0ZXJfcm9vdF9waWMoZGV2LCBzYy0+Z2ljX25pcnFzKTsK KworCXJldHVybiAoMCk7Cit9CisKK2ludAorZ2ljX3YzX2RldGFjaChkZXZpY2VfdCBkZXYpCit7 CisJc3RydWN0IGdpY192M19zb2Z0YyAqc2M7CisJc2l6ZV90IGk7CisJaW50IHJpZDsKKworCXNj ID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCisJaWYgKGRldmljZV9pc19hdHRhY2hlZChkZXYp KSB7CisJCS8qCisJCSAqIFhYWDogV2Ugc2hvdWxkIHByb2JhYmx5IGRlcmVnaXN0ZXIgUElDCisJ CSAqLworCX0KKwlmb3IgKHJpZCA9IDA7IHJpZCA8IChzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMg KyAxKTsgcmlkKyspCisJCWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lTX1JFU19NRU1PUlks IHJpZCwgc2MtPmdpY19yZXNbcmlkXSk7CisKKwlmb3IgKGkgPSAwOyBpIDwgTUFYQ1BVOyBpKysp CisJCWZyZWUoc2MtPmdpY19yZWRpc3RzLnBjcHVbaV0sIE1fR0lDX1YzKTsKKworCWZyZWUoc2Mt PmdpY19yZXMsIE1fR0lDX1YzKTsKKwlmcmVlKHNjLT5naWNfcmVkaXN0cy5yZWdpb25zLCBNX0dJ Q19WMyk7CisKKwlyZXR1cm4gKDApOworfQorCisvKgorICogUElDIGludGVyZmFjZS4KKyAqLwor c3RhdGljIHZvaWQKK2dpY192M19kaXNwYXRjaChkZXZpY2VfdCBkZXYsIHN0cnVjdCB0cmFwZnJh bWUgKmZyYW1lKQoreworCXVpbnQ2NF90IGFjdGl2ZV9pcnE7CisKKwl3aGlsZSAoMSkgeworCQlh Y3RpdmVfaXJxID0gZ2ljX2ljY19yZWFkKElBUjEpOworCisJCWlmIChfX3ByZWRpY3RfZmFsc2Uo YWN0aXZlX2lycSA9PSBJQ0NfSUFSMV9FTDFfU1BVUikpCisJCQlicmVhazsKKworCQlpZiAoX19w cmVkaWN0X3RydWUoKGFjdGl2ZV9pcnEgPj0gR0lDX0ZJUlNUX1BQSSAmJgorCQkgICAgYWN0aXZl X2lycSA8PSBHSUNfTEFTVF9TUEkpKSkgeworCQkJYXJtX2Rpc3BhdGNoX2ludHIoYWN0aXZlX2ly cSwgZnJhbWUpOworCQkJY29udGludWU7CisJCX0KKworCQlpZiAoYWN0aXZlX2lycSA8PSBHSUNf TEFTVF9TR0kgfHwgYWN0aXZlX2lycSA+PSBHSUNfRklSU1RfTFBJKSB7CisJCQkvKgorCQkJICog VE9ETzogSW1wbGVtZW50IHByb3BlciBTR0kvTFBJIGhhbmRsaW5nLgorCQkJICogICAgICAgTWFz ayBpdCBpZiBzdWNoIGlzIHJlY2VpdmVkIGZvciBzb21lIHJlYXNvbi4KKwkJCSAqLworCQkJZGV2 aWNlX3ByaW50ZihkZXYsCisJCQkgICAgIlJlY2VpdmVkIHVuc3VwcG9ydGVkIGludGVycnVwdCB0 eXBlOiAlc1xuIiwKKwkJCSAgICBhY3RpdmVfaXJxID49IEdJQ19GSVJTVF9MUEkgPyAiTFBJIiA6 ICJTR0kiKTsKKwkJCVBJQ19NQVNLKGRldiwgYWN0aXZlX2lycSk7CisJCX0KKwl9Cit9CisKK3N0 YXRpYyB2b2lkCitnaWNfdjNfZW9pKGRldmljZV90IGRldiwgdV9pbnQgaXJxKQoreworCisJZ2lj X2ljY193cml0ZShFT0lSMSwgKHVpbnQ2NF90KWlycSk7Cit9CisKK3N0YXRpYyB2b2lkCitnaWNf djNfbWFza19pcnEoZGV2aWNlX3QgZGV2LCB1X2ludCBpcnEpCit7CisJc3RydWN0IGdpY192M19z b2Z0YyAqc2M7CisKKwlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKworCWlmIChpcnEgPj0g R0lDX0ZJUlNUX1BQSSAmJiBpcnEgPD0gR0lDX0xBU1RfUFBJKSB7IC8qIFBQSXMgaW4gY29ycmVz cG9uZGluZyBSZS1EaXN0cmlidXRvciAqLworCQlnaWNfcl93cml0ZShzYywgNCwKKwkJICAgIEdJ Q1JfU0dJX0JBU0VfU0laRSArIEdJQ0RfSUNFTkFCTEVSKGlycSksIEdJQ0RfSV9NQVNLKGlycSkp OworCQlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBSRURJU1QpOworCX0gZWxzZSBpZiAoaXJxID49 IEdJQ19GSVJTVF9TUEkgJiYgaXJxIDw9IEdJQ19MQVNUX1NQSSkgeyAvKiBTUElzIGluIGRpc3Ry aWJ1dG9yICovCisJCWdpY19yX3dyaXRlKHNjLCA0LCBHSUNEX0lDRU5BQkxFUihpcnEpLCBHSUNE X0lfTUFTSyhpcnEpKTsKKwkJZ2ljX3YzX3dhaXRfZm9yX3J3cChzYywgRElTVCk7CisJfSBlbHNl CisJCXBhbmljKCIlczogVW5zdXBwb3J0ZWQgSVJRIG51bWJlciAldSIsIF9fZnVuY19fLCBpcnEp OworfQorCitzdGF0aWMgdm9pZAorZ2ljX3YzX3VubWFza19pcnEoZGV2aWNlX3QgZGV2LCB1X2lu dCBpcnEpCit7CisJc3RydWN0IGdpY192M19zb2Z0YyAqc2M7CisKKwlzYyA9IGRldmljZV9nZXRf c29mdGMoZGV2KTsKKworCWlmIChpcnEgPj0gR0lDX0ZJUlNUX1BQSSAmJiBpcnEgPD0gR0lDX0xB U1RfUFBJKSB7IC8qIFBQSXMgaW4gY29ycmVzcG9uZGluZyBSZS1EaXN0cmlidXRvciAqLworCQln aWNfcl93cml0ZShzYywgNCwKKwkJICAgIEdJQ1JfU0dJX0JBU0VfU0laRSArIEdJQ0RfSVNFTkFC TEVSKGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBS RURJU1QpOworCX0gZWxzZSBpZiAoaXJxID49IEdJQ19GSVJTVF9TUEkgJiYgaXJxIDw9IEdJQ19M QVNUX1NQSSkgeyAvKiBTUElzIGluIGRpc3RyaWJ1dG9yICovCisJCWdpY19kX3dyaXRlKHNjLCA0 LCBHSUNEX0lTRU5BQkxFUihpcnEpLCBHSUNEX0lfTUFTSyhpcnEpKTsKKwkJZ2ljX3YzX3dhaXRf Zm9yX3J3cChzYywgRElTVCk7CisJfSBlbHNlCisJCXBhbmljKCIlczogVW5zdXBwb3J0ZWQgSVJR IG51bWJlciAldSIsIF9fZnVuY19fLCBpcnEpOworfQorCisvKgorICogSGVscGVyIHJvdXRpbmVz CisgKi8KK3N0YXRpYyB2b2lkCitnaWNfdjNfd2FpdF9mb3JfcndwKHN0cnVjdCBnaWNfdjNfc29m dGMgKnNjLCBlbnVtIGdpY192M194ZGlzdCB4ZGlzdCkKK3sKKwlzdHJ1Y3QgcmVzb3VyY2UgKnJl czsKKwl1X2ludCBjcHVpZDsKKwlzaXplX3QgdXNfbGVmdCA9IDEwMDAwMDA7CisKKwljcHVpZCA9 IFBDUFVfR0VUKGNwdWlkKTsKKworCXN3aXRjaCAoeGRpc3QpIHsKKwljYXNlIERJU1Q6CisJCXJl cyA9IHNjLT5naWNfZGlzdDsKKwkJYnJlYWs7CisJY2FzZSBSRURJU1Q6CisJCXJlcyA9IHNjLT5n aWNfcmVkaXN0cy5wY3B1W2NwdWlkXTsKKwkJYnJlYWs7CisJZGVmYXVsdDoKKwkJS0FTU0VSVCgw LCAoIiVzOiBBdHRlbXB0IHRvIHdhaXQgZm9yIHVua25vd24gUldQIiwgX19mdW5jX18pKTsKKwkJ cmV0dXJuOworCX0KKworCXdoaWxlICgoYnVzX3JlYWRfNChyZXMsIEdJQ0RfQ1RMUikgJiBHSUNE X0NUTFJfUldQKSAhPSAwKSB7CisJCURFTEFZKDEpOworCQlpZiAodXNfbGVmdC0tID09IDApIHsK KwkJCWRldmljZV9wcmludGYoc2MtPmRldiwKKwkJCSAgICAiR0lDRCBSZWdpc3RlciB3cml0ZSBw ZW5kaW5nIGZvciB0b28gbG9uZyIpOworCQkJcmV0dXJuOworCQl9CisJfQorfQorCisvKiBDUFUg aW50ZXJmYWNlLiAqLworc3RhdGljIF9faW5saW5lIHZvaWQKK2dpY192M19jcHVfcHJpb3JpdHko dWludDY0X3QgbWFzaykKK3sKKworCS8qIFNldCBwcm9yaXR5IG1hc2sgKi8KKwlnaWNfaWNjX3dy aXRlKFBNUiwgbWFzayAmIElDQ19QTVJfRUwxX1BSSU9fTUFTSyk7Cit9CisKK3N0YXRpYyBpbnQK K2dpY192M19jcHVfZW5hYmxlX3NyZShzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYykKK3sKKwl1aW50 NjRfdCBzcmU7CisJdV9pbnQgY3B1aWQ7CisKKwljcHVpZCA9IFBDUFVfR0VUKGNwdWlkKTsKKwkv KgorCSAqIFNldCB0aGUgU1JFIGJpdCB0byBlbmFibGUgYWNjZXNzIHRvIEdJQyBDUFUgaW50ZXJm YWNlCisJICogdmlhIHN5c3RlbSByZWdpc3RlcnMuCisJICovCisJc3JlID0gUkVBRF9TUEVDSUFM UkVHKGljY19zcmVfZWwxKTsKKwlzcmUgfD0gSUNDX1NSRV9FTDFfU1JFOworCVdSSVRFX1NQRUNJ QUxSRUcoaWNjX3NyZV9lbDEsIHNyZSk7CisJaXNiKCk7CisJLyoKKwkgKiBOb3cgZW5zdXJlIHRo YXQgdGhlIGJpdCBpcyBzZXQuCisJICovCisJc3JlID0gUkVBRF9TUEVDSUFMUkVHKGljY19zcmVf ZWwxKTsKKwlpZiAoKHNyZSAmIElDQ19TUkVfRUwxX1NSRSkgIT0gMCkgeworCQkvKiBXZSBhcmUg ZG9uZS4gVGhpcyB3YXMgZGlzYWJsZWQgaW4gRUwyICovCisJCWRldmljZV9wcmludGYoc2MtPmRl diwgIkVSUk9SOiBDUFUldSBjYW5ub3QgZW5hYmxlIENQVSBpbnRlcmZhY2UgIgorCQkgICAgInZp YSBzeXN0ZW0gcmVnaXN0ZXJzXG4iLCBjcHVpZCk7CisJCXJldHVybiAoRU5YSU8pOworCX0gZWxz ZSBpZiAoYm9vdHZlcmJvc2UgIT0gMCkgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsCisJCSAg ICAiQ1BVJXUgZW5hYmxlZCBDUFUgaW50ZXJmYWNlIHZpYSBzeXN0ZW0gcmVnaXN0ZXJzXG4iLAor CQkgICAgY3B1aWQpOworCX0KKworCXJldHVybiAoMCk7Cit9CisKK3N0YXRpYyBpbnQKK2dpY192 M19jcHVfaW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYykKK3sKKwlpbnQgZXJyOworCisJLyog RW5hYmxlIGFjY2VzcyB0byBDUFUgaW50ZXJmYWNlIHZpYSBzeXN0ZW0gcmVnaXN0ZXJzICovCisJ ZXJyID0gZ2ljX3YzX2NwdV9lbmFibGVfc3JlKHNjKTsKKwlpZiAoZXJyICE9IDApCisJCXJldHVy biAoZXJyKTsKKwkvKiBQcmlvcml0eSBtYXNrIHRvIG1pbmltdW0gLSBhY2NlcHQgYWxsIGludGVy cnVwdHMgKi8KKwlnaWNfdjNfY3B1X3ByaW9yaXR5KEdJQ19QUklPUklUWV9NSU4pOworCS8qIERp c2FibGUgRU9JIG1vZGUgKi8KKwlnaWNfaWNjX2NsZWFyKENUTFIsIElDQ19DVExSX0VMMV9FT0lN T0RFKTsKKwkvKiBFbmFibGUgZ3JvdXAgMSAoaW5zZWN1cmUpIGludGVycnVwcyAqLworCWdpY19p Y2Nfc2V0KElHUlBFTjEsIElDQ19JR1JQRU4wX0VMMV9FTik7CisKKwlyZXR1cm4gKDApOworfQor CisvKiBEaXN0cmlidXRvciAqLworc3RhdGljIGludAorZ2ljX3YzX2Rpc3RfaW5pdChzdHJ1Y3Qg Z2ljX3YzX3NvZnRjICpzYykKK3sKKwl1aW50NjRfdCBhZmY7CisJdV9pbnQgaTsKKworCS8qCisJ ICogMS4gRGlzYWJsZSB0aGUgRGlzdHJpYnV0b3IKKwkgKi8KKwlnaWNfZF93cml0ZShzYywgNCwg R0lDRF9DVExSLCAwKTsKKwlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBESVNUKTsKKworCS8qCisJ ICogMi4gQ29uZmlndXJlIHRoZSBEaXN0cmlidXRvcgorCSAqLworCS8qIFNldCBhbGwgZ2xvYmFs IGludGVycnVwdHMgdG8gYmUgbGV2ZWwgdHJpZ2dlcmVkLCBhY3RpdmUgbG93LiAqLworCWZvciAo aSA9IEdJQ19GSVJTVF9TUEk7IGkgPCBzYy0+Z2ljX25pcnFzOyBpICs9IEdJQ0RfSV9QRVJfSUNG R1JuKQorCQlnaWNfZF93cml0ZShzYywgNCwgR0lDRF9JQ0ZHUihpKSwgMHgwMDAwMDAwMCk7CisK KwkvKiBTZXQgcHJpb3JpdHkgdG8gYWxsIHNoYXJlZCBpbnRlcnJ1cHRzICovCisJZm9yIChpID0g R0lDX0ZJUlNUX1NQSTsKKwkgICAgaSA8IHNjLT5naWNfbmlycXM7IGkgKz0gR0lDRF9JX1BFUl9J UFJJT1JJVFluKSB7CisJCS8qIFNldCBoaWdoZXN0IHByaW9yaXR5ICovCisJCWdpY19kX3dyaXRl KHNjLCA0LCBHSUNEX0lQUklPUklUWVIoaSksIEdJQ19QUklPUklUWV9NQVgpOworCX0KKworCS8q CisJICogRGlzYWJsZSBhbGwgaW50ZXJydXB0cy4gTGVhdmUgUFBJIGFuZCBTR0lzIGFzIHRoZXkg YXJlIGVuYWJsZWQgaW4KKwkgKiBSZS1EaXN0cmlidXRvciByZWdpc3RlcnMuCisJICovCisJZm9y IChpID0gR0lDX0ZJUlNUX1NQSTsgaSA8IHNjLT5naWNfbmlycXM7IGkgKz0gR0lDRF9JX1BFUl9J U0VOQUJMRVJuKQorCQlnaWNfZF93cml0ZShzYywgNCwgR0lDRF9JQ0VOQUJMRVIoaSksIDB4RkZG RkZGRkYpOworCisJZ2ljX3YzX3dhaXRfZm9yX3J3cChzYywgRElTVCk7CisKKwkvKgorCSAqIDMu IEVuYWJsZSBEaXN0cmlidXRvcgorCSAqLworCS8qIEVuYWJsZSBEaXN0cmlidXRvciB3aXRoIEFS RSwgR3JvdXAgMSAqLworCWdpY19kX3dyaXRlKHNjLCA0LCBHSUNEX0NUTFIsIEdJQ0RfQ1RMUl9B UkVfTlMgfCBHSUNEX0NUTFJfRzFBIHwKKwkgICAgR0lDRF9DVExSX0cxKTsKKworCS8qCisJICog NC4gUm91dGUgYWxsIGludGVycnVwdHMgdG8gYm9vdCBDUFUuCisJICovCisJYWZmID0gQ1BVX0FG RklOSVRZKFBDUFVfR0VUKGNwdWlkKSk7CisJZm9yIChpID0gR0lDX0ZJUlNUX1NQSTsgaSA8IHNj LT5naWNfbmlycXM7IGkrKykKKwkJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0RfSVJPVVRFUihpKSwg YWZmKTsKKworCXJldHVybiAoMCk7Cit9CisKKy8qIFJlLURpc3RyaWJ1dG9yICovCitzdGF0aWMg aW50CitnaWNfdjNfcmVkaXN0X2ZpbmQoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7CisJc3Ry dWN0IHJlc291cmNlIHJfcmVzOworCWJ1c19zcGFjZV9oYW5kbGVfdCByX2JzaDsKKwl1aW50NjRf dCBhZmY7CisJdWludDY0X3QgdHlwZXI7CisJdWludDMyX3QgcGlkcjI7CisJdV9pbnQgY3B1aWQ7 CisJc2l6ZV90IGk7CisKKwljcHVpZCA9IFBDUFVfR0VUKGNwdWlkKTsKKworCS8qIEFsbG9jYXRl IHN0cnVjdCByZXNvdXJjZSBmb3IgdGhpcyBDUFUncyBSZS1EaXN0cmlidXRvciByZWdpc3RlcnMg Ki8KKwlzYy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVpZF0gPQorCSAgICBtYWxsb2Moc2l6ZW9mKCpz Yy0+Z2ljX3JlZGlzdHMucGNwdVswXSksIE1fR0lDX1YzLCBNX1dBSVRPSyk7CisKKwlhZmYgPSBD UFVfQUZGSU5JVFkoY3B1aWQpOworCS8qIEFmZmluaXR5IGluIGZvcm1hdCBmb3IgY29tcGFyaXNv biB3aXRoIHR5cGVyICovCisJYWZmID0gKENQVV9BRkYzKGFmZikgPDwgMjQpIHwgKENQVV9BRkYy KGFmZikgPDwgMTYpIHwKKwkgICAgKENQVV9BRkYxKGFmZikgPDwgOCkgfCBDUFVfQUZGMChhZmYp OworCisJaWYgKGJvb3R2ZXJib3NlICE9IDApIHsKKwkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LAor CQkgICAgIlN0YXJ0IHNlYXJjaGluZyBmb3IgUmUtRGlzdHJpYnV0b3JcbiIpOworCX0KKwkvKiBJ dGVyYXRlIHRocm91Z2ggUmUtRGlzdHJpYnV0b3IgcmVnaW9ucyAqLworCWZvciAoaSA9IDA7IGkg PCBzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnM7IGkrKykgeworCQkvKiBUYWtlIGEgY29weSBvZiB0 aGUgcmVnaW9uJ3MgcmVzb3VyY2UgKi8KKwkJcl9yZXMgPSAqc2MtPmdpY19yZWRpc3RzLnJlZ2lv bnNbaV07CisJCXJfYnNoID0gcm1hbl9nZXRfYnVzaGFuZGxlKCZyX3Jlcyk7CisKKwkJcGlkcjIg PSBidXNfcmVhZF80KCZyX3JlcywgR0lDUl9QSURSMik7CisJCXN3aXRjaCAocGlkcjIgJiBHSUNS X1BJRFIyX0FSQ0hfTUFTSykgeworCQljYXNlIEdJQ1JfUElEUjJfQVJDSF9HSUN2MzogLyogZmFs bCB0aHJvdWdoICovCisJCWNhc2UgR0lDUl9QSURSMl9BUkNIX0dJQ3Y0OgorCQkJYnJlYWs7CisJ CWRlZmF1bHQ6CisJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsCisJCQkgICAgIk5vIFJlLURpc3Ry aWJ1dG9yIGZvdW5kIGZvciBDUFUldVxuIiwgY3B1aWQpOworCQkJZnJlZShzYy0+Z2ljX3JlZGlz dHMucGNwdVtjcHVpZF0sIE1fR0lDX1YzKTsKKwkJCXJldHVybiAoRU5PREVWKTsKKwkJfQorCisJ CWRvIHsKKwkJCXR5cGVyID0gYnVzX3JlYWRfOCgmcl9yZXMsIEdJQ1JfVFlQRVIpOworCQkJaWYg KCh0eXBlciA+PiBHSUNSX1RZUEVSX0FGRl9TSElGVCkgPT0gYWZmKSB7CisJCQkJS0FTU0VSVChz Yy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVpZF0gIT0gTlVMTCwKKwkJCQkgICAgKCJJbnZhbGlkIHBv aW50ZXIgdG8gcGVyLUNQVSByZWRpc3RyaWJ1dG9yIikpOworCQkJCS8qIENvcHkgcmVzIGNvbnRl bnRzIHRvIGl0cyBmaW5hbCBkZXN0aW5hdGlvbiAqLworCQkJCSpzYy0+Z2ljX3JlZGlzdHMucGNw dVtjcHVpZF0gPSByX3JlczsKKwkJCQlpZiAoYm9vdHZlcmJvc2UgIT0gMCkgeworCQkJCQlkZXZp Y2VfcHJpbnRmKHNjLT5kZXYsCisJCQkJCSAgICAiQ1BVJXUgUmUtRGlzdHJpYnV0b3IgaGFzIGJl ZW4gZm91bmRcbiIsCisJCQkJCSAgICBjcHVpZCk7CisJCQkJfQorCQkJCXJldHVybiAoMCk7CisJ CQl9CisKKwkJCXJfYnNoICs9IChHSUNSX1JEX0JBU0VfU0laRSArIEdJQ1JfU0dJX0JBU0VfU0la RSk7CisJCQlpZiAoKHR5cGVyICYgR0lDUl9UWVBFUl9WTFBJUykgIT0gMCkgeworCQkJCXJfYnNo ICs9CisJCQkJICAgIChHSUNSX1ZMUElfQkFTRV9TSVpFICsgR0lDUl9SRVNFUlZFRF9TSVpFKTsK KwkJCX0KKworCQkJcm1hbl9zZXRfYnVzaGFuZGxlKCZyX3Jlcywgcl9ic2gpOworCQl9IHdoaWxl ICgodHlwZXIgJiBHSUNSX1RZUEVSX0xBU1QpID09IDApOworCX0KKworCWZyZWUoc2MtPmdpY19y ZWRpc3RzLnBjcHVbY3B1aWRdLCBNX0dJQ19WMyk7CisJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LCAi Tm8gUmUtRGlzdHJpYnV0b3IgZm91bmQgZm9yIENQVSV1XG4iLCBjcHVpZCk7CisJcmV0dXJuIChF TlhJTyk7Cit9CisKK3N0YXRpYyBpbnQKK2dpY192M19yZWRpc3Rfd2FrZShzdHJ1Y3QgZ2ljX3Yz X3NvZnRjICpzYykKK3sKKwl1aW50MzJfdCB3YWtlcjsKKwlzaXplX3QgdXNfbGVmdCA9IDEwMDAw MDA7CisKKwl3YWtlciA9IGdpY19yX3JlYWQoc2MsIDQsIEdJQ1JfV0FLRVIpOworCS8qIFdha2Ug dXAgUmUtRGlzdHJpYnV0b3IgZm9yIHRoaXMgQ1BVICovCisJd2FrZXIgJj0gfkdJQ1JfV0FLRVJf UFM7CisJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfV0FLRVIsIHdha2VyKTsKKwkvKgorCSAqIFdo ZW4gY2xlYXJpbmcgUHJvY2Vzc29yU2xlZXAgYml0IGl0IGlzIHJlcXVpcmVkIHRvIHdhaXQgZm9y CisJICogQ2hpbGRyZW5Bc2xlZXAgdG8gYmVjb21lIHplcm8gZm9sbG93aW5nIHRoZSBwcm9jZXNz b3IgcG93ZXItb24uCisJICovCisJd2hpbGUgKChnaWNfcl9yZWFkKHNjLCA0LCBHSUNSX1dBS0VS KSAmIEdJQ1JfV0FLRVJfQ0EpICE9IDApIHsKKwkJREVMQVkoMSk7CisJCWlmICh1c19sZWZ0LS0g PT0gMCkgeworCQkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LAorCQkJICAgICJDb3VsZCBub3Qgd2Fr ZSBSZS1EaXN0cmlidXRvciBmb3IgQ1BVJXUiLAorCQkJICAgIFBDUFVfR0VUKGNwdWlkKSk7CisJ CQlyZXR1cm4gKEVOWElPKTsKKwkJfQorCX0KKworCWlmIChib290dmVyYm9zZSAhPSAwKSB7CisJ CWRldmljZV9wcmludGYoc2MtPmRldiwgIkNQVSV1IFJlLURpc3RyaWJ1dG9yIHdva2UgdXBcbiIs CisJCSAgICBQQ1BVX0dFVChjcHVpZCkpOworCX0KKworCXJldHVybiAoMCk7Cit9CisKK3N0YXRp YyBpbnQKK2dpY192M19yZWRpc3RfaW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYykKK3sKKwlp bnQgZXJyOworCXNpemVfdCBpOworCisJZXJyID0gZ2ljX3YzX3JlZGlzdF9maW5kKHNjKTsKKwlp ZiAoZXJyICE9IDApCisJCXJldHVybiAoZXJyKTsKKworCWVyciA9IGdpY192M19yZWRpc3Rfd2Fr ZShzYyk7CisJaWYgKGVyciAhPSAwKQorCQlyZXR1cm4gKGVycik7CisKKwkvKiBEaXNhYmxlIFNQ SXMgKi8KKwlnaWNfcl93cml0ZShzYywgNCwgR0lDUl9TR0lfQkFTRV9TSVpFICsgR0lDUl9JQ0VO QUJMRVIwLAorCSAgICBHSUNSX0lfRU5BQkxFUl9QUElfTUFTSyk7CisJLyogRW5hYmxlIFNHSXMg Ki8KKwlnaWNfcl93cml0ZShzYywgNCwgR0lDUl9TR0lfQkFTRV9TSVpFICsgR0lDUl9JU0VOQUJM RVIwLAorCSAgICBHSUNSX0lfRU5BQkxFUl9TR0lfTUFTSyk7CisKKwkvKiBTZXQgcHJpb3JpdHkg Zm9yIFNHSXMgYW5kIFBQSXMgKi8KKwlmb3IgKGkgPSAwOyBpIDw9IEdJQ19MQVNUX1BQSTsgaSAr PSBHSUNSX0lfUEVSX0lQUklPUklUWW4pIHsKKwkJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfU0dJ X0JBU0VfU0laRSArIEdJQ0RfSVBSSU9SSVRZUihpKSwKKwkJICAgIEdJQ19QUklPUklUWV9NQVgp OworCX0KKworCWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIFJFRElTVCk7CisKKwlyZXR1cm4gKDAp OworfQoK --b1_4fd2e56b800518810b82d7f619324eee-- From owner-freebsd-arm@FreeBSD.ORG Mon May 11 19:05:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 490F7A07 for ; Mon, 11 May 2015 19:05:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 236991C6D for ; Mon, 11 May 2015 19:05:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BJ50Th010148 for ; Mon, 11 May 2015 19:05:00 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BJ50At010147; Mon, 11 May 2015 19:05:00 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 19:05:00 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVQ/Vw= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Mon, 11 May 2015 19:05:01 -0000 emaste added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:191 > So now we have to comment on allocation and deallocation? Actually, you could just put a single kassert above at line 140 since we'll already break if rid > INT_MAX on `sc->gic_res[rid] = bus_alloc_resource_any(dev, SYS_RES_MEMORY, ` REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 11 19:45:45 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9E2484F for ; Mon, 11 May 2015 19:45:45 +0000 (UTC) Received: from sv01.alojamento-portugal.com (sv01.alojamento-portugal.com [5.206.231.51]) (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 311841134 for ; Mon, 11 May 2015 19:45:45 +0000 (UTC) Received: by sv01.alojamento-portugal.com (Postfix, from userid 10222) id BD148AB00CFF; Mon, 11 May 2015 20:56:18 +0100 (WEST) To: freebsd-arm@freebsd.org Subject: Security-Account Verifcation =?UTF-8?Q?=E2=9C=94_?= X-PHP-Script: marketingportugal.pt/administrator/components/org_com_contushdvideoshare/images/uploads/i.php for 41.225.235.150 X-PHP-Originating-Script: 10222:i.php(545) : eval()'d code(2) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code From: iTunes.INC Message-Id: <20150511195618.BD148AB00CFF@sv01.alojamento-portugal.com> Date: Mon, 11 May 2015 20:56:18 +0100 (WEST) MIME-Version: 1.0 Content-Type: text/plain 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: Mon, 11 May 2015 19:45:45 -0000 [apple_logo_web%402x.png] Dear Customer, Your account has been Suspended, as an error was detected in your informations. The reason for the error is not certain, but for security reasons,  we have suspended your account temporairly. When you're ready complete the following informations to confirm your identity, click the link below to update your account information.  [1]Confirm My Account Case ID: 4557727859 NOTE:  If this is not resolved within 72 hours, we will be forced to susupend your account as it may be used fraudulently. The purpose of this verification is to ensure that your account has not been fraudulently used. Apple Support References 1. http://www.selfmadehiphop.com/administrator/components/com_login From owner-freebsd-arm@FreeBSD.ORG Mon May 11 21:41:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A7C4586 for ; Mon, 11 May 2015 21:41:19 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id E6F931059 for ; Mon, 11 May 2015 21:41:18 +0000 (UTC) Received: (qmail 2263 invoked from network) for freebsd-arm@freebsd.org; 11 May 2015 16:41:17 -0500 Received: from marengo.foxvalley.net (draymond@64.135.192.25) by mail.foxvalley.net with SMTP; 11 May 2015 16:41:17 -0500 Received: from sp5.qualcomm.com (sp5.qualcomm.com [199.106.103.55]) by webmail.FoxValley.net (Horde MIME library) with HTTP; Mon, 11 May 2015 16:41:17 -0500 Message-ID: <20150511164117.uk0nlx6c32g4o84k@webmail.FoxValley.net> Date: Mon, 11 May 2015 16:41:17 -0500 From: draymond@FoxValley.net To: freebsd-arm@freebsd.org Subject: VM-IMAGES broken since January MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) 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, 11 May 2015 21:41:19 -0000 I have been using virtual machine images of FreeBSD 11.0 to cross compile for my Raspberry Pi. I recently noticed that the last working disk image is from January: http://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/11.0-CURRENT/amd64/20150111/FreeBSD-11.0-CURRENT-amd64-20150111-r276981.vmdk.xz There have been 16 images uploaded since then and none of them will open in VMware Player. They all result in the following error message: The file specified is not a virtual disk. I have seen reports from others having the same problem. For instance: http://superuser.com/questions/879718/how-can-i-import-the-freebsd-vm-current-snapshots-into-vmware-workstation-or-vmw From owner-freebsd-arm@FreeBSD.ORG Mon May 11 22:04:57 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FA7494E for ; Mon, 11 May 2015 22:04:57 +0000 (UTC) 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 59F64128C for ; Mon, 11 May 2015 22:04:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BM4v7T030589 for ; Mon, 11 May 2015 22:04:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM Date: Mon, 11 May 2015 22:04:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: A.J.Caines@halplant.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Mon, 11 May 2015 22:04:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 --- Comment #5 from Andrew J. Caines --- Thank you, Ulrich and Mikael. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue May 12 00:09:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 066A4442 for ; Tue, 12 May 2015 00:09:05 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (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 BC30410C3 for ; Tue, 12 May 2015 00:09:04 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t4C08vWq066256 for ; Mon, 11 May 2015 20:09:03 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <55514499.1010001@m5p.com> Date: Mon, 11 May 2015 20:08:57 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Bugzilla, phabric, and freebsd-arm, was Re: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 11 May 2015 20:09:03 -0400 (EDT) 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, 12 May 2015 00:09:05 -0000 On 05/11/15 11:26, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 > [...verbiage varies by ticket...] > What's the policy on cc'ing freebsd-arm in bugzilla and phabric? Am I the only one who finds these messages annoying rather than helpful? -- George From owner-freebsd-arm@FreeBSD.ORG Tue May 12 00:11:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 309B84AD; Tue, 12 May 2015 00:11:11 +0000 (UTC) Date: Tue, 12 May 2015 00:11:07 +0000 From: Glen Barber To: draymond@FoxValley.net Cc: freebsd-arm@freebsd.org Subject: Re: VM-IMAGES broken since January Message-ID: <20150512001107.GA20653@hub.FreeBSD.org> References: <20150511164117.uk0nlx6c32g4o84k@webmail.FoxValley.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20150511164117.uk0nlx6c32g4o84k@webmail.FoxValley.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 12 May 2015 00:11:11 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, May 11, 2015 at 04:41:17PM -0500, draymond@FoxValley.net wrote: > I have been using virtual machine images of FreeBSD 11.0 to cross compile > for my Raspberry Pi. I recently noticed that the last working disk image= is > from January: >=20 > http://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/11.0-CURRENT/amd64= /20150111/FreeBSD-11.0-CURRENT-amd64-20150111-r276981.vmdk.xz >=20 > There have been 16 images uploaded since then and none of them will open = in > VMware Player. They all result in the following error message: >=20 > The file specified is not a virtual disk. >=20 > I have seen reports from others having the same problem. For instance: >=20 > http://superuser.com/questions/879718/how-can-i-import-the-freebsd-vm-cur= rent-snapshots-into-vmware-workstation-or-vmw >=20 This is fixed in -CURRENT as of this morning, and will be merged to stable/10 before the next builds. Sorry about that. It was an inadvertent oversight as part of a rewrite of release/tools/vmimage.subr. Glen --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVUUULAAoJEAMUWKVHj+KTJJQP/1EstfPSyth4445Z+brsj8kv /sftw2NfPWnOtoUph9ntv4ZgGfBo9Pzqv1Pq0TFEvwn/S8Q42HKcJP+Fp4puksd2 9ushXJPVY+d08Py/41v3PcFg4+zKaEzWoBJXSQ9DKyLtN40Bg040TRzyVdnfVLmP 7QQuC2K1fId09qQG0oFSqQYx0c33xkRyWdDiUbx2aV1pe8VwEIJNV9m019oci3S8 VhJcZqi9TdYjZR9h9hA3MIS6Ca8hCQQyW+04EMHNhTv3SeAlLa+OQJ3VY0b7jU41 hbLgDVNshI8T41Ew8a7x9C7mmPoTshuZdC2MiGU4a+1ek6aeh3GozU/12NEIxr2i S3QmPmepbPMxYfNl5RTL6XHjtqchue/R1tg4mAIFXFO1D3YG14mglOro6I8b2xaz M5MQUKr+6w6krN3ey7HKNsQ79HfyXU9WL8yF9ylUU9zJ9x+ZtvqaJqxIKaVqwKi8 oDw83en3qp2BWTjsFA1Eoeeh9AwzlsehTME/b6xKY3+dmXivlPh7ZkvZeV3I8IiU rLZFxJJRmYLGcSQ3E6YaLTEQpANNCPJD8xlY+wjw2DVrCprriXZjR9jyFRErwnm+ N0v75lXwefIMjBIuep0biSChruGuH2LX1NCHWyrI4qoBs1uFOvkSAHRRDVskWEpw tFwQRhUNneI00j2fd94m =g/nx -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-arm@FreeBSD.ORG Tue May 12 00:41:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64DED489 for ; Tue, 12 May 2015 00:41:05 +0000 (UTC) Received: from relay.mailchannels.net (aso-006-i431.relay.mailchannels.net [23.91.64.112]) by mx1.freebsd.org (Postfix) with ESMTP id C9CB714BE for ; Tue, 12 May 2015 00:41:04 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (ip-10-220-9-73.us-west-2.compute.internal [10.220.9.73]) by relay.mailchannels.net (Postfix) with ESMTPA id AB7B1600B3; Tue, 12 May 2015 00:40:56 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (smtp4.ore.mailhop.org [10.45.8.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 12 May 2015 00:40:57 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1431391256785:2644385526 X-MC-Ingress-Time: 1431391256784 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YryFj-0004DJ-RW; Tue, 12 May 2015 00:40:56 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4C0erpq076949; Mon, 11 May 2015 18:40:53 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/WhtnJaNDlg/PlfVhHt0Rv Message-ID: <1431391253.6170.255.camel@freebsd.org> Subject: Re: Bugzilla, phabric, and freebsd-arm, was Re: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM From: Ian Lepore To: George Mitchell Cc: freebsd-arm@freebsd.org Date: Mon, 11 May 2015 18:40:53 -0600 In-Reply-To: <55514499.1010001@m5p.com> References: <55514499.1010001@m5p.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-AuthUser: hippie 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, 12 May 2015 00:41:05 -0000 On Mon, 2015-05-11 at 20:08 -0400, George Mitchell wrote: > On 05/11/15 11:26, bugzilla-noreply@freebsd.org wrote: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 > > [...verbiage varies by ticket...] > > > What's the policy on cc'ing freebsd-arm in bugzilla and phabric? Am I > the only one who finds these messages annoying rather than helpful? > -- George I'm of mixed feelings about bugzilla. What would be ideal for me would be if only the initial message about a new bug report went to arm@. That's enough to let anyone interested know about it, and they can go add themselves to the cc list in bugzilla to hear more. I'm not sure that's possible in terms of the admin controls bugzilla gives us. For phabricator, I think an announcement to the list of changes for review that might be of general interest is fine, but phab is too noisy to cc the list on every change to the review. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue May 12 00:56:13 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 365A4983 for ; Tue, 12 May 2015 00:56:13 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 1525A15FA for ; Tue, 12 May 2015 00:56:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=8abCfTjDS0DYwB5d8RBTYM1MDU9OcD8sV2PL3HMvZvo=; b=q1Yu1xQ2JgFvsTouQlRs78Dl+pFwkwX9iWxZMQg8rsEX4tlJ4g+A9QPNqTR9ggoHUNG/N0cEN+4oq7NcZe0aQgsQy0ynD5EYuLo6kTUcRFd1tSlJ0vS6e8mP6E4kbUfsY/UoC74W3vyr4WcjZr1ZyB4CCAZmIJAOowqX5Yi0kXI=; Received: from [39.252.246.1] (port=20020 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1YryUT-003iFW-PY; Mon, 11 May 2015 18:56:11 -0600 Date: Tue, 12 May 2015 08:56:04 +0800 From: Erich Dollansky To: Ulrich Grey Cc: freebsd-arm@FreeBSD.org Subject: Re: Xorg on a RaspberryPI Message-ID: <20150512085604.63e2349a@B85M-HD3-0.alogt.com> In-Reply-To: <20150511103033.d051ec9b19ec6156714ee3d4@ulrich-grey.de> References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> <20150511125130.5004ddf6@B85M-HD3-0.alogt.com> <20150511103033.d051ec9b19ec6156714ee3d4@ulrich-grey.de> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 12 May 2015 00:56:13 -0000 Hi, On Mon, 11 May 2015 10:30:33 +0000 Ulrich Grey wrote: > On Mon, 11 May 2015 12:51:30 +0800 > Erich Dollansky wrote: > > > On Sun, 10 May 2015 11:24:44 +0000 > > Ulrich Grey wrote: > > > > > I am running FreeBSD 11.0-CURRENT #1 r282366M on a RaspberryPI. > > > The Raspberry serves as a X-Terminal to access a Wandboard-Quad > > > running the same FreeBSD version. > > > > > I have this running on 10.0 and now 10.1 without problems. > > I had the X-server running on FreeBSD 10.1 (with a RaspberryPI Model > B) too, but with an older (1/2 year) ports tree. And it worked > without problems. > so, it could be caused by the newer X server. > > Is it also the same ports tree? Why don't you compile it on the > > Raspberry? It just takes some time. > > Compiling on the Raspberry is very slow. Is there any reason not to > use the packages built on the Wandboard, running the exact same > FreeBSD version? > It should not make a difference. > Later I had built and installed x11-drivers/xf86-video-scfb on the > RaspberryPI, but there is no difference, the colors remain strange. > > > > Can anybody give me a hint what is wrong? > > > > Try a very basic window manager. I use blackbox without any > > problems. > > Xfce4 is running on the Wandboard very well. If I have access to the > Wandboard from a windows7 host with Xming server, all is ok. > > On the RaspberryPI I use x11-wm/fluxbox. It works, but in xterm or > urxvt windows, the output of ls -G shows the wrong colors. (The twm > windows have the wrong colors, too.) It seems to be then related to X itself and not the window manager. > > I was not able to compile x11-wm/blackbox. > See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 Where did this come from. There is another small problem in blackbox I wanted to fix but it does not stop blackbox from working. Erich From owner-freebsd-arm@FreeBSD.ORG Tue May 12 03:47:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5736EDF for ; Tue, 12 May 2015 03:47:38 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 6B22918CA for ; Tue, 12 May 2015 03:47:37 +0000 (UTC) Received: (qmail 9313 invoked from network) for freebsd-arm@freebsd.org; 11 May 2015 22:47:36 -0500 Received: from 97-122-105-78.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.122.105.78) by mail.foxvalley.net with SMTP; 11 May 2015 22:47:36 -0500 Message-ID: <555177D9.8080001@foxvalley.net> Date: Mon, 11 May 2015 21:47:37 -0600 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> In-Reply-To: <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> Content-Type: text/plain; charset=windows-1252; format=flowed 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, 12 May 2015 03:47:38 -0000 On 5/11/2015 9:13 AM, Mark Felder wrote: > On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: >> I've been running an email and web server using FreeBSD 11 on a >> Raspberry Pi B+ since November. It has crashed 3 times since then >> (roughly every two months). I'm currently running r277334. I thought >> I'd try the latest build to see if stability has improved. I purchased a >> Raspberry Pi 2 and used the latest crochet to built r282738. No >> problems building it and it booted up fine. However, it crashes about >> an hour into building some ports I use for my server (nginx, php, >> etc.). I tried twice last night and it crashed both times. Is anybody >> looking into these stability issues? >> > RPi2 support is something like less than a week old for SMP and DMA > transport. I'm not sure more than a handful of people have actually > tried it yet. The bugs here will be worked out in time, but if you have > any core dumps or info that can assist in tracking down issues you're > experiencing that would certainly be appreciated. > These panics always seem to be mmcsd related. I doubt it has anything to do with RPi2 or SMP. sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 sdhci_b mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 panic: No b_bufobj 0xd767ca00 cpuid = 1 KDB: enter: panic [ thread pid 12 tid 100013 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> From owner-freebsd-arm@FreeBSD.ORG Tue May 12 03:58:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06C986B2 for ; Tue, 12 May 2015 03:58:52 +0000 (UTC) Received: from paris.jfzb.net (paris.jfzb.net [107.179.25.55]) by mx1.freebsd.org (Postfix) with ESMTP id B5DC31D56 for ; Tue, 12 May 2015 03:58:51 +0000 (UTC) To: freebsd-arm@freebsd.org Subject: photos retouching Message-ID: <529aacfe87a3cc04af0a9af2f5823cba@tripadvisor.com> Date: Tue, 12 May 2015 06:00:51 +0200 From: "Joe" Reply-To: kansouedit@sina.com MIME-Version: 1.0 X-Mailer-LID: 5 X-Mailer-RecptId: 6480504 X-Mailer-SID: 346 X-Mailer-Sent-By: 1 Content-Type: text/plain; format=flowed; charset="UTF-8" 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: Tue, 12 May 2015 03:58:52 -0000 Hope you are doing well! We provide photo editing: Such as ecommerce photos editing, jewelry photos retouching, beauty and skin image retouching, and wedding photo editing, image cut out and clipping path, masking. Our advantages: Quality is good Turnaround time fast 7/24/365 available Our service is best and price is affordable. You may send us a test photo to judge our quality. Have a good day! Best regards, Joe Email: songedit@tom.com From owner-freebsd-arm@FreeBSD.ORG Tue May 12 04:11:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CF35BC6 for ; Tue, 12 May 2015 04:11:40 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (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 0587A1F74 for ; Tue, 12 May 2015 04:11:40 +0000 (UTC) Received: by igbpi8 with SMTP id pi8so90991777igb.1 for ; Mon, 11 May 2015 21:11:39 -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=yTZKI5na0a1wDzvXqLJ18nqR+xCFqvDIeacRI0mskpY=; b=h1AlnfY8bg7V7UwjRxUWUAWw7Gok57VgTC8GrZI+KOCbLPdkiUiR3bu3V89nmLi8Bm BdKLEpuzrjLOFm40w6qLVjPI620LBz+SmmV4lnwqwgtV3rjXxTAjlV5aO2pXKa+U8V2Y co4WZ2MVrafcGyEHjtxUPukocZLnx0w27fQ7uEIO6BNhig3oRIDXZelt+fcfvPXXOWi5 ZSq3z1GwrhXbc+DO9619aUbEAEipm3lvJuW+Nb1rKmd5vhSGBmIuJbDREz+K9F4hTnFC bsC0I79QFqctlKdqQbUDFF0o484d7luENaE6NxNNQJAaKUQnpgIxEG4QZ9cSN8qtBkMk rpBA== MIME-Version: 1.0 X-Received: by 10.107.47.21 with SMTP id j21mr17440787ioo.17.1431403899340; Mon, 11 May 2015 21:11:39 -0700 (PDT) Received: by 10.50.1.39 with HTTP; Mon, 11 May 2015 21:11:39 -0700 (PDT) In-Reply-To: References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> Date: Tue, 12 May 2015 00:11:39 -0400 Message-ID: Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) From: Paul Khavkine 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: Tue, 12 May 2015 04:11:40 -0000 I've had r282694 crash twice today while trying to build gettext, doesn't seem to be sd card related. Is there a guide on how to set up dumping on a crash? I don't have a serial cable for it and the keyboard stops working once it goes into kdb. Thanks On Tue, May 12, 2015 at 12:10 AM, Paul Khavkine wrote: > I've had r282694 crash twice today while trying to build gettext, doesn't > seem to be sd card related. > Is there a guide on how to set up dumping on a crash? I don't have a > serial cable for it and the keyboard stops working once it goes into kdb. > > Thanks > Paul > > > On Mon, May 11, 2015 at 11:47 PM, Dan Raymond > wrote: > >> On 5/11/2015 9:13 AM, Mark Felder wrote: >> >>> On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: >>> >>>> I've been running an email and web server using FreeBSD 11 on a >>>> Raspberry Pi B+ since November. It has crashed 3 times since then >>>> (roughly every two months). I'm currently running r277334. I thought >>>> I'd try the latest build to see if stability has improved. I purchased a >>>> Raspberry Pi 2 and used the latest crochet to built r282738. No >>>> problems building it and it booted up fine. However, it crashes about >>>> an hour into building some ports I use for my server (nginx, php, >>>> etc.). I tried twice last night and it crashed both times. Is anybody >>>> looking into these stability issues? >>>> >>>> RPi2 support is something like less than a week old for SMP and DMA >>> transport. I'm not sure more than a handful of people have actually >>> tried it yet. The bugs here will be worked out in time, but if you have >>> any core dumps or info that can assist in tracking down issues you're >>> experiencing that would certainly be appreciated. >>> >>> >> These panics always seem to be mmcsd related. I doubt it has anything to >> do with RPi2 or SMP. >> >> sdhci_bcm0-slot0: Controller timeout >> sdhci_bcm0-slot0: ============== REGISTER DUMP ============== >> sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 >> sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 >> sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a >> sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 >> sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 >> sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 >> sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 >> sdhci_b >> >> >> >> mmcsd0: Error indicated: 1 Timeout >> g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 >> panic: No b_bufobj 0xd767ca00 >> cpuid = 1 >> KDB: enter: panic >> [ thread pid 12 tid 100013 ] >> Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! >> db> >> >> >> _______________________________________________ >> 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 May 12 06:45:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E89B296 for ; Tue, 12 May 2015 06:45:07 +0000 (UTC) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 634EB1E99 for ; Tue, 12 May 2015 06:45:07 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1Ys3w8-003kLQ-NY; Tue, 12 May 2015 08:45:04 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: freebsd-arm@freebsd.org Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) In-reply-to: <555177D9.8080001@foxvalley.net> References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 May 2015 08:45:04 +0200 Message-Id: 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, 12 May 2015 06:45:07 -0000 On Mon, 11 May 2015, at 21:47:37, Dan Raymond wrote: > On 5/11/2015 9:13 AM, Mark Felder wrote: > > On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: > >> I've been running an email and web server using FreeBSD 11 on a > >> Raspberry Pi B+ since November. It has crashed 3 times since then > >> (roughly every two months). I'm currently running r277334. I thought > >> I'd try the latest build to see if stability has improved. I purchased a > >> Raspberry Pi 2 and used the latest crochet to built r282738. No > >> problems building it and it booted up fine. However, it crashes about > >> an hour into building some ports I use for my server (nginx, php, > >> etc.). I tried twice last night and it crashed both times. Is anybody > >> looking into these stability issues? > >> > > RPi2 support is something like less than a week old for SMP and DMA > > transport. I'm not sure more than a handful of people have actually > > tried it yet. The bugs here will be worked out in time, but if you have > > any core dumps or info that can assist in tracking down issues you're > > experiencing that would certainly be appreciated. > > > > These panics always seem to be mmcsd related. I doubt it has anything > to do with RPi2 or SMP. > > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 > sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > sdhci_b > > > > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 > panic: No b_bufobj 0xd767ca00 > cpuid = 1 > KDB: enter: panic > [ thread pid 12 tid 100013 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> I see such panics every two to three months. They happen on a RPi B and RPi B+ as well. I have tried different the SD-Cards on the B and the B+ of course. So I think it is not related to SD-card, manufacturer or RPi board. Usually they happen in the middle of the night when syslogd(8) tries to write something. I have never seen them happen when the RPi has some work to do, e.g. is compiling a port. Continuing out of the debugger prints the usual messages, but on reboot the RPi freeze. Only a power cycle will get it back to operating. Very often after such a panic happened my RPi gets "unstable" and panics within the next 48 hours again with the same cause. I found out that, if that happened and I force an fsck ignoring the journal there will be some minor issue fixed and the RPi is stable again. For the next 2 or 3 months. Ralf From owner-freebsd-arm@FreeBSD.ORG Tue May 12 09:53:08 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 709C691D for ; Tue, 12 May 2015 09:53:08 +0000 (UTC) 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 5AC4414DE for ; Tue, 12 May 2015 09:53:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4C9r8Kh001847 for ; Tue, 12 May 2015 09:53:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200147] databases/firebird25-server add armv6 support Date: Tue, 12 May 2015 09:53:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@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 attachments.created 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: Tue, 12 May 2015 09:53:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200147 Bug ID: 200147 Summary: databases/firebird25-server add armv6 support Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: mikael.urankar@gmail.com CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org Created attachment 156689 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156689&action=edit armv6 support Hi, The attached patch adds support for armv6. I can't provide a poudriere build log because of a segfault in qemu-arm-static, the build was done on a real hw: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/firebird25-client-2.5.3_2.log http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/firebird25-server-2.5.3_2.log Thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue May 12 10:09:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F8CCD50 for ; Tue, 12 May 2015 10:09:11 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 F043B165B for ; Tue, 12 May 2015 10:09:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CA9Aql071220 for ; Tue, 12 May 2015 10:09:10 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CA9AQY071219; Tue, 12 May 2015 10:09:10 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 10:09:10 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Updated] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <6b8fd0702f185df9c1206502a7e07c7c@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVR0UY= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 10:09:11 -0000 jpa-semihalf.com marked 18 inline comments as done. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep_mp.c:106 We are not supporting loader(8) so that would be dead code. sys/arm/annapurna/alpine/alpine_machdep_mp.c:214 I removed all references to fdt_immr_pa and used the preferred way of setting addresses (arm_devmap_add_entry()) sys/arm/annapurna/alpine/alpine_machdep_mp.c:263 I removed it and so far so good. On the other hand I kept the dsb(). sys/arm/conf/ALPINE:50 I switched to it, thanks! sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 As for now there is no official version of GNU/Linux .dts so until that appears I would rather stick to what we have here. When things calm down this should be revised. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 13:08:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D05F4AEC for ; Tue, 12 May 2015 13:08:59 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 A28551B63 for ; Tue, 12 May 2015 13:08:59 +0000 (UTC) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id DD00A20A7B for ; Tue, 12 May 2015 09:08:57 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Tue, 12 May 2015 09:08:57 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=kvnL8ip9s1F9vZW AFt2XNs/eUC8=; b=sjpketWQgQGED/FoJSKw5mLdPpxrQHrSHC/dbGibB+Iiw4u P/v+BvChUG4k3ysNaKAZEDTbWxikd8JGT/yeKI3PJqVb1Dtni5NJdtsW++82+Dri JPtvTtStgPgi3LR/6kxNDM9MlO8bMY+1Jc8xvCCie2DE66/lsqQspt0X0V9M= Received: by web3.nyi.internal (Postfix, from userid 99) id B550A10A2D2; Tue, 12 May 2015 09:08:57 -0400 (EDT) Message-Id: <1431436137.4074997.266648745.536E82C5@webmail.messagingengine.com> X-Sasl-Enc: Hn6YEXQJR0d/TEPZ8WVfYgobLFkPSOq4VjiWlT9Vhu/u 1431436137 From: Mark Felder To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-e7ca9928 In-Reply-To: References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) Date: Tue, 12 May 2015 08:08:57 -0500 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, 12 May 2015 13:08:59 -0000 On Mon, May 11, 2015, at 23:11, Paul Khavkine wrote: > I've had r282694 crash twice today while trying to build gettext, doesn't > seem to be sd card related. > Is there a guide on how to set up dumping on a crash? I don't have a > serial > cable for it and the keyboard stops working once it goes into kdb. > This is not an ARM bug. Please also subscribe to the freebsd-current mailing list where this issue was already discussed. You need to update to r282706 to fix that crash which was introduced at r282660. If you're using snapshots instead of building your own, just use the previous snapshot or wait for the next one. From owner-freebsd-arm@FreeBSD.ORG Tue May 12 13:10:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6603EB48 for ; Tue, 12 May 2015 13:10:56 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 3BAB91C1E for ; Tue, 12 May 2015 13:10:55 +0000 (UTC) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 2025F20E53 for ; Tue, 12 May 2015 09:10:55 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Tue, 12 May 2015 09:10:55 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=HEFI0TYlaSE6SJJ JfX9wL2Pykzw=; b=jM2ZCNNYVX09zrXqCRzspJ/QDHMX+JIpk0d3UJsQ65Yjwho 16/UM9ddLJqLB/6bmlkBRAAsyWv6m0IOfbHfa0ARQXH5RUNSbus2QKdAHSK+z7p6 8lelqxQfX7HOHZuifSz86wbBoDt2V9ET94/XT39z5wJk9IUnSE0biTXkFk20= Received: by web3.nyi.internal (Postfix, from userid 99) id F158810A361; Tue, 12 May 2015 09:10:54 -0400 (EDT) Message-Id: <1431436254.4075316.266652785.17689829@webmail.messagingengine.com> X-Sasl-Enc: /0YuPJNL0+JG8U0M7oYeUijCHZHb0yOstAGcRyX2sWrc 1431436254 From: Mark Felder To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-e7ca9928 Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) Date: Tue, 12 May 2015 08:10:54 -0500 In-Reply-To: <555177D9.8080001@foxvalley.net> References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.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: Tue, 12 May 2015 13:10:56 -0000 On Mon, May 11, 2015, at 22:47, Dan Raymond wrote: > On 5/11/2015 9:13 AM, Mark Felder wrote: > > On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: > >> I've been running an email and web server using FreeBSD 11 on a > >> Raspberry Pi B+ since November. It has crashed 3 times since then > >> (roughly every two months). I'm currently running r277334. I thought > >> I'd try the latest build to see if stability has improved. I purchased a > >> Raspberry Pi 2 and used the latest crochet to built r282738. No > >> problems building it and it booted up fine. However, it crashes about > >> an hour into building some ports I use for my server (nginx, php, > >> etc.). I tried twice last night and it crashed both times. Is anybody > >> looking into these stability issues? > >> > > RPi2 support is something like less than a week old for SMP and DMA > > transport. I'm not sure more than a handful of people have actually > > tried it yet. The bugs here will be worked out in time, but if you have > > any core dumps or info that can assist in tracking down issues you're > > experiencing that would certainly be appreciated. > > > > These panics always seem to be mmcsd related. I doubt it has anything > to do with RPi2 or SMP. > > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 > sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > sdhci_b > > > > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 > panic: No b_bufobj 0xd767ca00 > cpuid = 1 > KDB: enter: panic > [ thread pid 12 tid 100013 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> > Have you ruled out a failing SD card? From owner-freebsd-arm@FreeBSD.ORG Tue May 12 13:49:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B29725F for ; Tue, 12 May 2015 13:49:37 +0000 (UTC) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 6E48E1FB5 for ; Tue, 12 May 2015 13:49:37 +0000 (UTC) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 12 May 2015 13:48:35 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4CDmSFw001133; Tue, 12 May 2015 07:48:29 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1431438508.6170.258.camel@freebsd.org> Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) From: Ian Lepore To: Ralf Wenk Cc: freebsd-arm@freebsd.org Date: Tue, 12 May 2015 07:48:28 -0600 In-Reply-To: References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> 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, 12 May 2015 13:49:37 -0000 On Tue, 2015-05-12 at 08:45 +0200, Ralf Wenk wrote: > On Mon, 11 May 2015, at 21:47:37, Dan Raymond wrote: > > On 5/11/2015 9:13 AM, Mark Felder wrote: > > > On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: > > >> I've been running an email and web server using FreeBSD 11 on a > > >> Raspberry Pi B+ since November. It has crashed 3 times since then > > >> (roughly every two months). I'm currently running r277334. I thought > > >> I'd try the latest build to see if stability has improved. I purchased a > > >> Raspberry Pi 2 and used the latest crochet to built r282738. No > > >> problems building it and it booted up fine. However, it crashes about > > >> an hour into building some ports I use for my server (nginx, php, > > >> etc.). I tried twice last night and it crashed both times. Is anybody > > >> looking into these stability issues? > > >> > > > RPi2 support is something like less than a week old for SMP and DMA > > > transport. I'm not sure more than a handful of people have actually > > > tried it yet. The bugs here will be worked out in time, but if you have > > > any core dumps or info that can assist in tracking down issues you're > > > experiencing that would certainly be appreciated. > > > > > > > These panics always seem to be mmcsd related. I doubt it has anything > > to do with RPi2 or SMP. > > > > sdhci_bcm0-slot0: Controller timeout > > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > > sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 > > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 > > sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a > > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 > > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > > sdhci_b > > > > > > > > mmcsd0: Error indicated: 1 Timeout > > g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 > > panic: No b_bufobj 0xd767ca00 > > cpuid = 1 > > KDB: enter: panic > > [ thread pid 12 tid 100013 ] > > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > > db> > > I see such panics every two to three months. They happen on a RPi B > and RPi B+ as well. I have tried different the SD-Cards on the B and > the B+ of course. So I think it is not related to SD-card, manufacturer > or RPi board. > > Usually they happen in the middle of the night when syslogd(8) tries to > write something. I have never seen them happen when the RPi has some work > to do, e.g. is compiling a port. > > Continuing out of the debugger prints the usual messages, but on reboot > the RPi freeze. Only a power cycle will get it back to operating. > > Very often after such a panic happened my RPi gets "unstable" and panics > within the next 48 hours again with the same cause. I found out that, if > that happened and I force an fsck ignoring the journal there will be some > minor issue fixed and the RPi is stable again. For the next 2 or 3 months. > > > Ralf IMO, the moral of that story is: Never use softupdates with journaling enabled. For years there have been reports on the mailing lists of fsck failures when journaling is enabled (not arm-specific). Sometimes a few months goes by without a report and you wonder if it got fixed with some checkin you didn't notice, then the reports crop up again. My conclusion is that journalling has never really worked right. The only advantage of journaling is to speed up fsck on huge filesystems. An sdcard with a handful of GB isn't huge. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue May 12 15:35:55 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 665141BC for ; Tue, 12 May 2015 15:35:55 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 460C41D6B for ; Tue, 12 May 2015 15:35:55 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CFZtaP036940 for ; Tue, 12 May 2015 15:35:55 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CFZtH1036939; Tue, 12 May 2015 15:35:55 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 15:35:55 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSHds= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 15:35:55 -0000 ian added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:163 This comment is now completely detached from the code it was commenting on. My point was that these two lines are equivelent: (*init_func)(); init_func(); When you've got a pointer to a function, the compiler knows that, there's no need to add parens and a star to make it call through the pointer. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 15:52:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 621A74BA for ; Tue, 12 May 2015 15:52:16 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 35CFE1FC3 for ; Tue, 12 May 2015 15:52:16 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CFqFKo042385 for ; Tue, 12 May 2015 15:52:15 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CFqFVq042384; Tue, 12 May 2015 15:52:15 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 15:52:15 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVSIa8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 15:52:16 -0000 ian added inline comments. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep_mp.c:106 I don't view "we are not supporting loader(8)" as a valid position without some sort of really strong justification. It's not 2011 anymore where we commit code for a new platform as soon as it can boot a bare kernel.bin that supports a serial console. loader(8) is part of freebsd and is the standard way to load a kernel. why do you claim to not support it? sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 https://github.com/torvalds/linux/blob/master/arch/arm/boot/dts/alpine-db.dts https://github.com/torvalds/linux/blob/master/arch/arm/boot/dts/alpine.dtsi REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 15:53:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64F8552D for ; Tue, 12 May 2015 15:53:36 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 448391FD6 for ; Tue, 12 May 2015 15:53:36 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CFraOG042490 for ; Tue, 12 May 2015 15:53:36 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CFraRj042489; Tue, 12 May 2015 15:53:36 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 15:53:36 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <7d1036fdb972d9392dfbf2e057df45b8@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSIgA= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 15:53:36 -0000 zbb added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:163 You can comment to the previous diff and the comment will be in the right place. But back to the topic, I've made a quick test: ``` error: called object type 'gic_v3_initseq_t *' (aka 'int (**)(struct gic_v3_softc *)') is not a function or function pointer err = init_func(sc); ~~~~~~~~~^ ``` REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 15:59:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AE5763D for ; Tue, 12 May 2015 15:59:02 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 1BE1D1024 for ; Tue, 12 May 2015 15:59:02 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CFx1Cs042956 for ; Tue, 12 May 2015 15:59:01 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CFx1ch042955; Tue, 12 May 2015 15:59:01 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 15:59:01 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <995f0a1c43d9a229c6b161119a6d3cc8@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSI0U= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 15:59:02 -0000 ian added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:163 Oh! I completely missed that the pointer was double-indirect through the typedef. My mistake, sorry about that. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:03:23 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D1A86FF for ; Tue, 12 May 2015 16:03:23 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 6DBF2113C for ; Tue, 12 May 2015 16:03:23 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CG3NVg045530 for ; Tue, 12 May 2015 16:03:23 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CG3NEF045529; Tue, 12 May 2015 16:03:23 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:03:23 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: <5dc04dbb25772d95bcd24df57027854d@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSJEs= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:03:23 -0000 zbb marked 40 inline comments as done. zbb added a comment. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:10:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4733E95C for ; Tue, 12 May 2015 16:10:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 1FEEA11C3 for ; Tue, 12 May 2015 16:10:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGAdpC046695 for ; Tue, 12 May 2015 16:10:39 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGAd1S046694; Tue, 12 May 2015 16:10:39 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:10:39 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <6629bf94991438817075dcc7c5a65680@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSJf8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:10:40 -0000 emaste added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:167-170 Magic numbers are still here. In the interest of avoiding further round-trips I'm happy for you to either fix prior to commit or update in a subsequent commit. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:25:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B669DCE for ; Tue, 12 May 2015 16:25:31 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 66A1B13C9 for ; Tue, 12 May 2015 16:25:31 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGPVTI051378 for ; Tue, 12 May 2015 16:25:31 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGPV8O051377; Tue, 12 May 2015 16:25:31 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:25:31 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVSKXs= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:25:31 -0000 jpa-semihalf.com added inline comments. INLINE COMMENTS sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 If you suggest adjusting to the available version, I am fine about that. However, the links you provided are from 4.1-rc3. In stable, 4.0.2, they are missing: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/arm/boot/dts?id=refs/tags/v4.0.2 REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:25:47 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4A59E10; Tue, 12 May 2015 16:25:47 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9978C13CA; Tue, 12 May 2015 16:25:47 +0000 (UTC) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 57FA4202; Tue, 12 May 2015 12:25:40 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) From: Paul Mather In-Reply-To: <1431438508.6170.258.camel@freebsd.org> Date: Tue, 12 May 2015 12:25:40 -0400 Cc: Ralf Wenk , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9F66E210-24E2-42C4-BEF9-5234F56686BA@gromit.dlib.vt.edu> References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> <1431438508.6170.258.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) 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, 12 May 2015 16:25:47 -0000 On May 12, 2015, at 9:48 AM, Ian Lepore wrote: > On Tue, 2015-05-12 at 08:45 +0200, Ralf Wenk wrote: >> On Mon, 11 May 2015, at 21:47:37, Dan Raymond wrote: >>> On 5/11/2015 9:13 AM, Mark Felder wrote: >>>> On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: >>>>> I've been running an email and web server using FreeBSD 11 on a >>>>> Raspberry Pi B+ since November. It has crashed 3 times since then >>>>> (roughly every two months). I'm currently running r277334. I = thought >>>>> I'd try the latest build to see if stability has improved. I = purchased a >>>>> Raspberry Pi 2 and used the latest crochet to built r282738. No >>>>> problems building it and it booted up fine. However, it crashes = about >>>>> an hour into building some ports I use for my server (nginx, php, >>>>> etc.). I tried twice last night and it crashed both times. Is = anybody >>>>> looking into these stability issues? >>>>>=20 >>>> RPi2 support is something like less than a week old for SMP and DMA >>>> transport. I'm not sure more than a handful of people have actually >>>> tried it yet. The bugs here will be worked out in time, but if you = have >>>> any core dumps or info that can assist in tracking down issues = you're >>>> experiencing that would certainly be appreciated. >>>>=20 >>>=20 >>> These panics always seem to be mmcsd related. I doubt it has = anything=20 >>> to do with RPi2 or SMP. >>>=20 >>> sdhci_bcm0-slot0: Controller timeout >>> sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 >>> sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 >>> sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a >>> sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 >>> sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 >>> sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 >>> sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 >>> sdhci_b >>>=20 >>>=20 >>>=20 >>> mmcsd0: Error indicated: 1 Timeout >>> g_vfs_done():mmcsd0s2a[WRITE(offset=3D1460830208, = length=3D24576)]error =3D 5 >>> panic: No b_bufobj 0xd767ca00 >>> cpuid =3D 1 >>> KDB: enter: panic >>> [ thread pid 12 tid 100013 ] >>> Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! >>> db> >>=20 >> I see such panics every two to three months. They happen on a RPi B >> and RPi B+ as well. I have tried different the SD-Cards on the B and >> the B+ of course. So I think it is not related to SD-card, = manufacturer >> or RPi board. >>=20 >> Usually they happen in the middle of the night when syslogd(8) tries = to >> write something. I have never seen them happen when the RPi has some = work >> to do, e.g. is compiling a port. >>=20 >> Continuing out of the debugger prints the usual messages, but on = reboot >> the RPi freeze. Only a power cycle will get it back to operating. >>=20 >> Very often after such a panic happened my RPi gets "unstable" and = panics >> within the next 48 hours again with the same cause. I found out that, = if >> that happened and I force an fsck ignoring the journal there will be = some >> minor issue fixed and the RPi is stable again. For the next 2 or 3 = months. >>=20 >>=20 >> Ralf >=20 > IMO, the moral of that story is: Never use softupdates with journaling > enabled. For years there have been reports on the mailing lists of = fsck > failures when journaling is enabled (not arm-specific). Sometimes a = few > months goes by without a report and you wonder if it got fixed with = some > checkin you didn't notice, then the reports crop up again. My > conclusion is that journalling has never really worked right. >=20 > The only advantage of journaling is to speed up fsck on huge > filesystems. An sdcard with a handful of GB isn't huge. It would be really nice if the default for ARM images was not to enable=20= soft updates journalling on the root file system. I've found it to=20 cause problems to the point that the first thing I do with a=20 newly-installed FreeBSD/arm image nowadays is to "tunefs -j disable" on=20= the SD card root file system. (I still use soft updates, which I don't=20= find to be a problem.) (BTW, I do have sympathy for the point of view that says, "But if we=20 turn it off, and people aren't using it, how will we ever test it/fix=20 it?...") Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:35:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A780F63 for ; Tue, 12 May 2015 16:35:11 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 C2D6F156B for ; Tue, 12 May 2015 16:35:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGZAji054187 for ; Tue, 12 May 2015 16:35:10 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGZAsQ054186; Tue, 12 May 2015 16:35:10 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:35:10 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 1, 031 lines] D2377: Introduce ARM GICv3 support Message-ID: <5d0214dede86ae74079a9a209dbb7bd0@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSK74= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_5d0214dede86ae74079a9a209dbb7bd0" 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: Tue, 12 May 2015 16:35:11 -0000 --b1_5d0214dede86ae74079a9a209dbb7bd0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit zbb updated this revision to Diff 5343. zbb marked an inline comment as done. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D2377?vs=5327&id=5343 REVISION DETAIL https://reviews.freebsd.org/D2377 AFFECTED FILES sys/arm64/arm64/gic_v3.c sys/arm64/arm64/gic_v3_fdt.c sys/arm64/arm64/gic_v3_reg.h sys/arm64/arm64/gic_v3_var.h sys/arm64/arm64/locore.S sys/arm64/include/armreg.h sys/conf/files.arm64 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm --b1_5d0214dede86ae74079a9a209dbb7bd0 Content-Type: text/x-patch; charset=utf-8; name="D2377.5343.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D2377.5343.patch" ZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzLmFybTY0IGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQK LS0tIGEvc3lzL2NvbmYvZmlsZXMuYXJtNjQKKysrIGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQKQEAg LTE5LDYgKzE5LDggQEAKIGFybTY0L2FybTY0L2VsZl9tYWNoZGVwLmMJc3RhbmRhcmQKIGFybTY0 L2FybTY0L2V4Y2VwdGlvbi5TCQlzdGFuZGFyZAogYXJtNjQvYXJtNjQvZ2ljLmMJCXN0YW5kYXJk Cithcm02NC9hcm02NC9naWNfdjMuYwkJc3RhbmRhcmQKK2FybTY0L2FybTY0L2dpY192M19mZHQu YwlvcHRpb25hbAlmZHQKIGFybTY0L2FybTY0L2lkZW50Y3B1LmMJCXN0YW5kYXJkCiBhcm02NC9h cm02NC9pbnRyX21hY2hkZXAuYwlzdGFuZGFyZAogYXJtNjQvYXJtNjQvaW5fY2tzdW0uYwkJb3B0 aW9uYWwJaW5ldCB8IGluZXQ2CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvaW5jbHVkZS9hcm1yZWcu aCBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCi0tLSBhL3N5cy9hcm02NC9pbmNsdWRlL2Fy bXJlZy5oCisrKyBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCkBAIC05Niw2ICs5NiwyNCBA QAogI2RlZmluZQkgRVhDUF9XQVRDSFBUX0VMMQkweDM1CS8qIFdhdGNocG9pbnQsIGZyb20gc2Ft ZSBFTCAqLwogI2RlZmluZQkgRVhDUF9CUksJCTB4M2MJLyogQnJlYWtwb2ludCAqLwogCisvKiBJ Q0NfQ1RMUl9FTDEgKi8KKyNkZWZpbmUJSUNDX0NUTFJfRUwxX0VPSU1PREUJKDFVIDw8IDEpCisK Ky8qIElDQ19JQVIxX0VMMSAqLworI2RlZmluZQlJQ0NfSUFSMV9FTDFfU1BVUgkoMHgwM2ZmKQor CisvKiBJQ0NfSUdSUEVOMF9FTDEgKi8KKyNkZWZpbmUJSUNDX0lHUlBFTjBfRUwxX0VOCSgxVSA8 PCAwKQorCisvKiBJQ0NfUE1SX0VMMSAqLworI2RlZmluZQlJQ0NfUE1SX0VMMV9QUklPX01BU0sJ KDB4RkZVTCkKKworLyogSUNDX1NSRV9FTDEgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDFfU1JFCQko MVUgPDwgMCkKKworLyogSUNDX1NSRV9FTDIgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDJfRU4JCSgx VSA8PCAzKQorCiAvKiBJRF9BQTY0UEZSMF9FTDEgKi8KICNkZWZpbmUJSURfQUE2NFBGUjBfRUww X01BU0sJKDB4ZiA8PCAwKQogI2RlZmluZQlJRF9BQTY0UEZSMF9FTDFfTUFTSwkoMHhmIDw8IDQp CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvbG9jb3JlLlMgYi9zeXMvYXJtNjQvYXJtNjQv bG9jb3JlLlMKLS0tIGEvc3lzL2FybTY0L2FybTY0L2xvY29yZS5TCisrKyBiL3N5cy9hcm02NC9h cm02NC9sb2NvcmUuUwpAQCAtMTg3LDYgKzE4NywxOSBAQAogCW1vdgl4MiwgIyhQU1JfRiB8IFBT Ul9JIHwgUFNSX0EgfCBQU1JfRCB8IFBTUl9NX0VMMWgpCiAJbXNyCXNwc3JfZWwyLCB4MgogCisJ LyogQ29uZmlndXJlIEdJQ3YzIENQVSBpbnRlcmZhY2UgKi8KKwltcnMJeDIsIGlkX2FhNjRwZnIw X2VsMQorCXViZngJeDIsIHgyLCAjMjQsICM0CQkvKiBHSUMgZmllbGQgKi8KKwkvKiBHSUNbMzow XSA9PSAwMDAxIC0gR0lDIENQVSBpbnRlcmZhY2UgdmlhIHNwZWNpYWwgcmVncy4gc3VwcG9ydGVk ICovCisJY21wCXgyLCAjMHgxCisJYi5uZQkyZgorCisJbXJzCXgyLCBpY2Nfc3JlX2VsMgorCW9y cgl4MiwgeDIsICNJQ0NfU1JFX0VMMl9FTgkvKiBFbmFibGUgYWNjZXNzIGZyb20gaW5zZWN1cmUg RUwxICovCisJbXNyCWljY19zcmVfZWwyLCB4MgorCWlzYgorMjoKKwogCS8qIFNldCB0aGUgYWRk cmVzcyB0byByZXR1cm4gdG8gb3VyIHJldHVybiBhZGRyZXNzICovCiAJbXNyCWVscl9lbDIsIHgz MAogCmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzX3Zhci5oIGIvc3lzL2FybTY0 L2FybTY0L2dpY192M192YXIuaApuZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisr KyBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfdmFyLmgKQEAgLTAsMCArMSwxMDIgQEAKKy8qLQor ICogQ29weXJpZ2h0IChjKSAyMDE1IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCisgKgorICogVGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWlo YWxmIHVuZGVyCisgKiB0aGUgc3BvbnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4K KyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1z LCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRl ZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlz dHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0 CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5n IGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2Yg Y29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9j dW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3Ry aWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1Ig QU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVE IFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJ RUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElD VUxBUiBQVVJQT1NFCisgKiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFV VEhPUiBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJF Q1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICog REFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNV QlNUSVRVVEUgR09PRFMKKyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJP RklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9O IEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAq IExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBB UklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVW RU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICov CisKKyNpZm5kZWYgX0dJQ19WM19WQVJfSF8KKyNkZWZpbmUgX0dJQ19WM19WQVJfSF8KKworI2Rl ZmluZQlHSUNfVjNfREVWU1RSCSJBUk0gR2VuZXJpYyBJbnRlcnJ1cHQgQ29udHJvbGxlciB2My4w IgorCitERUNMQVJFX0NMQVNTKGdpY192M19kcml2ZXIpOworCitzdHJ1Y3QgZ2ljX3JlZGlzdHMg eworCS8qCisJICogUmUtRGlzdHJpYnV0b3IgcmVnaW9uIGRlc2NyaXB0aW9uLgorCSAqIFdlIHdp bGwgaGF2ZSBmZXcgb2YgdGhvc2UgZGVwZW5kaW5nCisJICogb24gdGhlICNyZWRpc3RyaWJ1dG9y LXJlZ2lvbnMgcHJvcGVydHkgaW4gRkRULgorCSAqLworCXN0cnVjdCByZXNvdXJjZSAqKglyZWdp b25zOworCS8qIE51bWJlciBvZiBSZS1EaXN0cmlidXRvciByZWdpb25zICovCisJdV9pbnQJCQlu cmVnaW9uczsKKwkvKiBQZXItQ1BVIFJlLURpc3RyaWJ1dG9yIGhhbmRsZXIgKi8KKwlzdHJ1Y3Qg cmVzb3VyY2UgKglwY3B1W01BWENQVV07Cit9OworCitzdHJ1Y3QgZ2ljX3YzX3NvZnRjIHsKKwlk ZXZpY2VfdAkJZGV2OworCXN0cnVjdCByZXNvdXJjZSAqKglnaWNfcmVzOworCXN0cnVjdCBtdHgJ CWdpY19tdHg7CisJLyogRGlzdHJpYnV0b3IgKi8KKwlzdHJ1Y3QgcmVzb3VyY2UgKglnaWNfZGlz dDsKKwkvKiBSZS1EaXN0cmlidXRvcnMgKi8KKwlzdHJ1Y3QgZ2ljX3JlZGlzdHMJZ2ljX3JlZGlz dHM7CisKKwl1X2ludAkJCWdpY19uaXJxczsKKwl1X2ludAkJCWdpY19pZGJpdHM7Cit9OworCitN QUxMT0NfREVDTEFSRShNX0dJQ19WMyk7CisKKy8qIERldmljZSBtZXRob2RzICovCitpbnQgZ2lj X3YzX2F0dGFjaChkZXZpY2VfdCBkZXYpOworaW50IGdpY192M19kZXRhY2goZGV2aWNlX3QgZGV2 KTsKKworLyoKKyAqIEdJQyBEaXN0cmlidXRvciBhY2Nlc3NvcnMuCisgKiBOb3RpY2UgdGhhdCBv bmx5IEdJQyBzb2ZjIGNhbiBiZSBwYXNzZWQuCisgKi8KKyNkZWZpbmUJZ2ljX2RfcmVhZChzYywg bGVuLCByZWcpCQlcCisoewkJCQkJCVwKKwlidXNfcmVhZF8jI2xlbihzYy0+Z2ljX2Rpc3QsIHJl Zyk7CVwKK30pCisKKyNkZWZpbmUJZ2ljX2Rfd3JpdGUoc2MsIGxlbiwgcmVnLCB2YWwpCQlcCiso ewkJCQkJCVwKKwlidXNfd3JpdGVfIyNsZW4oc2MtPmdpY19kaXN0LCByZWcsIHZhbCk7XAorfSkK KworLyogR0lDIFJlLURpc3RyaWJ1dG9yIGFjY2Vzc29ycyAocGVyLUNQVSkgKi8KKyNkZWZpbmUJ Z2ljX3JfcmVhZChzYywgbGVuLCByZWcpCQlcCisoewkJCQkJCVwKKwl1X2ludCBjcHUgPSBQQ1BV X0dFVChjcHVpZCk7CQlcCisJCQkJCQlcCisJYnVzX3JlYWRfIyNsZW4oCQkJCVwKKwkgICAgc2Mt PmdpY19yZWRpc3RzLnBjcHVbY3B1XSwJCVwKKwkgICAgcmVnKTsJCQkJXAorfSkKKworI2RlZmlu ZQlnaWNfcl93cml0ZShzYywgbGVuLCByZWcsIHZhbCkJCVwKKyh7CQkJCQkJXAorCXVfaW50IGNw dSA9IFBDUFVfR0VUKGNwdWlkKTsJCVwKKwkJCQkJCVwKKwlidXNfd3JpdGVfIyNsZW4oCQkJXAor CSAgICBzYy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVdLAkJXAorCSAgICByZWcsIHZhbCk7CQkJCVwK K30pCisKKyNlbmRpZiAvKiBfR0lDX1YzX1ZBUl9IXyAqLwpkaWZmIC0tZ2l0IGEvc3lzL2FybTY0 L2FybTY0L2dpY192M19yZWcuaCBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfcmVnLmgKbmV3IGZp bGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3Yz X3JlZy5oCkBAIC0wLDAgKzEsMTgzIEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAxNSBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAqIFRoaXMg c29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBTZW1paGFsZiB1bmRlcgorICogdGhlIHNwb25zb3Jz aGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2Rp ZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRp dGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0 cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmln aHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp bmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1h dGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZU V0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycn IEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NM QUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJ QUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQ VElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xV RElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJ QklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaWZuZGVmIF9HSUNfVjNfUkVHX0hf CisjZGVmaW5lCV9HSUNfVjNfUkVHX0hfCisKKy8qCisgKiBNYXhpbXVtIG51bWJlciBvZiBpbnRl cnJ1cHRzCisgKiBzdXBwb3J0ZWQgYnkgR0lDIChpbmNsdWRpbmcgU0dJcywgUFBJcyBhbmQgU1BJ cykKKyAqLworI2RlZmluZQlHSUNfSV9OVU1fTUFYCQkoMTAyMCkKKy8qCisgKiBQcmlvcml0eSBN QVgvTUlOIHZhbHVlcworICovCisjZGVmaW5lCUdJQ19QUklPUklUWV9NQVgJKDB4MDBVTCkKKy8q IFVwcGVyIHZhbHVlIGlzIGRldGVybWluZWQgYnkgTFBJIG1heCBwcmlvcml0eSAqLworI2RlZmlu ZQlHSUNfUFJJT1JJVFlfTUlOCSgweEZDVUwpCisKKy8qIE51bWJlcnMgZm9yIHNvZnR3YXJlIGdl bmVyYXRlZCBpbnRlcnJ1cHRzICovCisjZGVmaW5lCUdJQ19GSVJTVF9TR0kJCSgwKQorI2RlZmlu ZQlHSUNfTEFTVF9TR0kJCSgxNSkKKy8qIE51bWJlcnMgZm9yIHByaXZhdGUgcGVyaXBoZXJhbCBp bnRlcnJ1cHRzICovCisjZGVmaW5lCUdJQ19GSVJTVF9QUEkJCSgxNikKKyNkZWZpbmUJR0lDX0xB U1RfUFBJCQkoMzEpCisvKiBOdW1iZXJzIGZvciBzcGFyZWQgcGVyaXBoZXJhbCBpbnRlcnJ1cHRz ICovCisjZGVmaW5lCUdJQ19GSVJTVF9TUEkJCSgzMikKKyNkZWZpbmUJR0lDX0xBU1RfU1BJCQko MTAxOSkKKy8qIE51bWJlcnMgZm9yIGxvY2FsIHBlcmlwaGVyYWwgaW50ZXJydXB0cyAqLworI2Rl ZmluZQlHSUNfRklSU1RfTFBJCQkoODE5MikKKworLyoKKyAqIFJlZ2lzdGVycyAodjIvdjMpCisg Ki8KKyNkZWZpbmUJR0lDRF9DVExSCQkoMHgwMDAwKQorI2RlZmluZQlHSUNEX0NUTFJfRzEJCSgx IDw8IDApCisjZGVmaW5lCUdJQ0RfQ1RMUl9HMUEJCSgxIDw8IDEpCisjZGVmaW5lCUdJQ0RfQ1RM Ul9BUkVfTlMJKDEgPDwgNCkKKyNkZWZpbmUJR0lDRF9DVExSX1JXUAkJKDEgPDwgMzEpCisKKyNk ZWZpbmUJR0lDRF9UWVBFUgkJKDB4MDAwNCkKKyNkZWZpbmUJCUdJQ0RfVFlQRVJfSURCSVRTKG4p CSgoKChuKSA+PiAxOSkgJiAweDFGKSArIDEpCisjZGVmaW5lCQlHSUNEX1RZUEVSX0lfTlVNKG4p CSgoKChuKSAmIDB4RjEpICsgMSkgKiAzMikKKworI2RlZmluZQlHSUNEX0lTRU5BQkxFUihuKQko MHgwMTAwICsgKCgobikgPj4gNSkgKiA0KSkKKyNkZWZpbmUJCUdJQ0RfSV9QRVJfSVNFTkFCTEVS bgkoMzIpCisKKyNkZWZpbmUJR0lDRF9JQ0VOQUJMRVIobikJKDB4MDE4MCArICgoKG4pID4+IDUp ICogNCkpCisjZGVmaW5lCUdJQ0RfSVBSSU9SSVRZUihuKQkoMHgwNDAwICsgKCgobikgPj4gMikg KiA0KSkKKyNkZWZpbmUJCUdJQ0RfSV9QRVJfSVBSSU9SSVRZbgkoNCkKKworI2RlZmluZQlHSUNE X0lfTUFTSyhuKQkJKDEgPDwgKChuKSAlIDMyKSkKKworI2RlZmluZQlHSUNEX0lDRkdSKG4pCQko MHgwQzAwICsgKCgobikgPj4gNCkgKiA0KSkKKy8qIEZpcnN0IGJpdCBpcyBhIHBvbGFyaXR5IGJp dCAoMCAtIGxvdywgMSAtIGhpZ2gpICovCisjZGVmaW5lCQlHSUNEX0lDRkdSX1BPTF9MT1cJKDAg PDwgMCkKKyNkZWZpbmUJCUdJQ0RfSUNGR1JfUE9MX0hJR0gJKDEgPDwgMCkKKyNkZWZpbmUJCUdJ Q0RfSUNGR1JfUE9MX01BU0sJKDB4MSkKKy8qIFNlY29uZCBiaXQgaXMgYSB0cmlnZ2VyIGJpdCAo MCAtIGxldmVsLCAxIC0gZWRnZSkgKi8KKyNkZWZpbmUJCUdJQ0RfSUNGR1JfVFJJR19MVkwJKDAg PDwgMSkKKyNkZWZpbmUJCUdJQ0RfSUNGR1JfVFJJR19FREdFCSgxIDw8IDEpCisjZGVmaW5lCQlH SUNEX0lDRkdSX1RSSUdfTUFTSwkoMHgyKQorCisjZGVmaW5lCQlHSUNEX0lfUEVSX0lDRkdSbgko MTYpCisKKy8qCisgKiBSZWdpc3RlcnMgKHYzKQorICovCisjZGVmaW5lCUdJQ0RfSVJPVVRFUihu KQkJKDB4NjAwMCArICgobikgKiA4KSkKKyNkZWZpbmUJR0lDRF9QSURSMgkJKDB4RkZFOCkKKwor I2RlZmluZQlHSUNSX1BJRFIyX0FSQ0hfTUFTSwkoMHhGMCkKKyNkZWZpbmUJR0lDUl9QSURSMl9B UkNIX0dJQ3YzCSgweDMwKQorI2RlZmluZQlHSUNSX1BJRFIyX0FSQ0hfR0lDdjQJKDB4NDApCisK Ky8qIFJlZGlzdHJpYnV0b3IgcmVnaXN0ZXJzICovCisjZGVmaW5lCUdJQ1JfUElEUjIJCUdJQ0Rf UElEUjIKKworI2RlZmluZQlHSUNSX1RZUEVSCQkoMHgwMDA4KQorI2RlZmluZQlHSUNSX1RZUEVS X1ZMUElTCSgxIDw8IDEpCisjZGVmaW5lCUdJQ1JfVFlQRVJfTEFTVAkJKDEgPDwgNCkKKyNkZWZp bmUJR0lDUl9UWVBFUl9BRkZfU0hJRlQJKDMyKQorCisjZGVmaW5lCUdJQ1JfV0FLRVIJCSgweDAw MTQpCisjZGVmaW5lCUdJQ1JfV0FLRVJfUFMJCSgxIDw8IDEpIC8qIFByb2Nlc3NvciBzbGVlcCAq LworI2RlZmluZQlHSUNSX1dBS0VSX0NBCQkoMSA8PCAyKSAvKiBDaGlsZHJlbiBhc2xlZXAgKi8K KworLyogUmUtZGlzdHJpYnV0b3IgcmVnaXN0ZXJzIGZvciBTR0lzIGFuZCBQUElzICovCisjZGVm aW5lCUdJQ1JfUkRfQkFTRV9TSVpFCVBBR0VfU0laRV82NEsKKyNkZWZpbmUJR0lDUl9TR0lfQkFT RV9TSVpFCVBBR0VfU0laRV82NEsKKyNkZWZpbmUJR0lDUl9WTFBJX0JBU0VfU0laRQlQQUdFX1NJ WkVfNjRLCisjZGVmaW5lCUdJQ1JfUkVTRVJWRURfU0laRQlQQUdFX1NJWkVfNjRLCisKKyNkZWZp bmUJR0lDUl9JU0VOQUJMRVIwCQkJCSgweDAxMDApCisjZGVmaW5lCUdJQ1JfSUNFTkFCTEVSMAkJ CQkoMHgwMTgwKQorI2RlZmluZQkJR0lDUl9JX0VOQUJMRVJfU0dJX01BU0sJCSgweDAwMDBGRkZG KQorI2RlZmluZQkJR0lDUl9JX0VOQUJMRVJfUFBJX01BU0sJCSgweEZGRkYwMDAwKQorCisjZGVm aW5lCQlHSUNSX0lfUEVSX0lQUklPUklUWW4JCShHSUNEX0lfUEVSX0lQUklPUklUWW4pCisKKy8q CisgKiBDUFUgaW50ZXJmYWNlCisgKi8KKworLyoKKyAqIFJlZ2lzdGVycyBsaXN0IChJQ0NfeHl6 X0VMMSk6CisgKgorICogUE1SICAgICAtIFByaW9yaXR5IE1hc2sgUmVnaXN0ZXIKKyAqCQkqIGlu dGVycnVwdHMgb2YgcHJpb3JpdHkgaGlnaGVyIHRoYW4gc3BlY2lmaWVkCisgKgkJICBpbiB0aGlz IG1hc2sgd2lsbCBiZSBzaWduYWxsZWQgdG8gdGhlIENQVS4KKyAqCQkgICgweGZmIC0gbG93ZXN0 IHBvc3NpYmxlIHByaW8uLCAweDAwIC0gaGlnaGVzdCBwcmlvLikKKyAqCisgKiBDVExSICAgIC0g Q29udHJvbCBSZWdpc3RlcgorICoJCSogY29udHJvbHMgYmVoYXZpb3Igb2YgdGhlIENQVSBpbnRl cmZhY2UgYW5kIGRpc3BsYXlzCisgKgkJICBpbXBsZW1lbnRlZCBmZWF0dXJlcy4KKyAqCisgKiBJ R1JQRU4xIC0gSW50ZXJydXB0IEdyb3VwIDEgRW5hYmxlIFJlZ2lzdGVyCisgKgorICogSUFSMSAg ICAtIEludGVycnVwdCBBY2tub3dsZWRnZSBSZWdpc3RlciBHcm91cCAxCisgKgkJKiBjb250YWlu cyBudW1iZXIgb2YgdGhlIGhpZ2hlc3QgcHJpb3JpdHkgcGVuZGluZworICoJCSAgaW50ZXJydXB0 IGZyb20gdGhlIEdyb3VwIDEuCisgKgorICogRU9JUjEgICAtIEVuZCBvZiBJbnRlcnJ1cHQgUmVn aXN0ZXIgR3JvdXAgMQorICoJCSogV3JpdGVzIGluZm9ybSBDUFUgaW50ZXJmYWNlIGFib3V0IGNv bXBsZXRlZCBHcm91cCAxCisgKgkJICBpbnRlcnJ1cHRzIHByb2Nlc3NpbmcuCisgKi8KKworI2Rl ZmluZQlnaWNfaWNjX3dyaXRlKHJlZywgdmFsKQkJCQkJXAorZG8gewkJCQkJCQkJXAorCVdSSVRF X1NQRUNJQUxSRUcoSUNDXyAjI3JlZyAjI19FTDEsIHZhbCk7CQlcCisJaXNiKCk7CQkJCQkJCVwK K30gd2hpbGUgKDApCisKKyNkZWZpbmUJZ2ljX2ljY19yZWFkKHJlZykJCQkJCVwKKyh7CQkJCQkJ CQlcCisJdWludDY0X3QgdmFsOwkJCQkJCVwKKwkJCQkJCQkJXAorCXZhbCA9IFJFQURfU1BFQ0lB TFJFRyhJQ0NfICMjcmVnICMjX0VMMSk7CQlcCisJKHZhbCk7CQkJCQkJCVwKK30pCisKKyNkZWZp bmUJZ2ljX2ljY19zZXQocmVnLCBtYXNrKQkJCQkJXAorZG8gewkJCQkJCQkJXAorCXVpbnQ2NF90 IHZhbDsJCQkJCQlcCisJdmFsID0gZ2ljX2ljY19yZWFkKHJlZyk7CQkJCVwKKwl2YWwgfD0gKG1h c2spOwkJCQkJCVwKKwlnaWNfaWNjX3dyaXRlKHJlZywgdmFsKTsJCQkJXAorfSB3aGlsZSAoMCkK KworI2RlZmluZQlnaWNfaWNjX2NsZWFyKHJlZywgbWFzaykJCQkJXAorZG8gewkJCQkJCQkJXAor CXVpbnQ2NF90IHZhbDsJCQkJCQlcCisJdmFsID0gZ2ljX2ljY19yZWFkKHJlZyk7CQkJCVwKKwl2 YWwgJj0gfihtYXNrKTsJCQkJCQlcCisJZ2ljX2ljY193cml0ZShyZWcsIHZhbCk7CQkJCVwKK30g d2hpbGUgKDApCisKKyNlbmRpZiAvKiBfR0lDX1YzX1JFR19IXyAqLwpkaWZmIC0tZ2l0IGEvc3lz L2FybTY0L2FybTY0L2dpY192M19mZHQuYyBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfZmR0LmMK bmV3IGZpbGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQv Z2ljX3YzX2ZkdC5jCkBAIC0wLDAgKzEsMTMyIEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAx NSBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAq IFRoaXMgc29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBTZW1paGFsZiB1bmRlcgorICogdGhlIHNw b25zb3JzaGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRp b24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0Cisg KiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5n IGNvbmRpdGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNl IGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlz IGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4g UmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBj b3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBm b2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90 aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJ UyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBB UyBJUycnIEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJ TkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVS Q0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJF IERJU0NMQUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JT IEJFIExJQUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVD SUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywg QlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBP UiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElO VEVSUlVQVElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJ TElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQg KElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisg KiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhF IFBPU1NJQklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaW5jbHVkZSA8c3lzL2Nk ZWZzLmg+CitfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CisKKyNpbmNsdWRlIDxzeXMvcGFyYW0uaD4K KyNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KKyNpbmNsdWRlIDxzeXMvYnVzLmg+CisjaW5jbHVkZSA8 c3lzL2tlcm5lbC5oPgorI2luY2x1ZGUgPHN5cy9rdHIuaD4KKyNpbmNsdWRlIDxzeXMvbW9kdWxl Lmg+CisjaW5jbHVkZSA8c3lzL3JtYW4uaD4KKyNpbmNsdWRlIDxzeXMvcGNwdS5oPgorI2luY2x1 ZGUgPHN5cy9wcm9jLmg+CisjaW5jbHVkZSA8c3lzL2NwdXNldC5oPgorI2luY2x1ZGUgPHN5cy9s b2NrLmg+CisjaW5jbHVkZSA8c3lzL211dGV4Lmg+CisKKyNpbmNsdWRlIDxkZXYvZmR0L2ZkdF9j b21tb24uaD4KKyNpbmNsdWRlIDxkZXYvb2Z3L29wZW5maXJtLmg+CisjaW5jbHVkZSA8ZGV2L29m dy9vZndfYnVzLmg+CisjaW5jbHVkZSA8ZGV2L29mdy9vZndfYnVzX3N1YnIuaD4KKworI2luY2x1 ZGUgInBpY19pZi5oIgorCisjaW5jbHVkZSAiZ2ljX3YzX3JlZy5oIgorI2luY2x1ZGUgImdpY192 M192YXIuaCIKKworLyoKKyAqIEZEVCBnbHVlLgorICovCitzdGF0aWMgaW50IGdpY192M19mZHRf cHJvYmUoZGV2aWNlX3QpOworc3RhdGljIGludCBnaWNfdjNfZmR0X2F0dGFjaChkZXZpY2VfdCk7 CisKK3N0YXRpYyBkZXZpY2VfbWV0aG9kX3QgZ2ljX3YzX2ZkdF9tZXRob2RzW10gPSB7CisJLyog RGV2aWNlIGludGVyZmFjZSAqLworCURFVk1FVEhPRChkZXZpY2VfcHJvYmUsCQlnaWNfdjNfZmR0 X3Byb2JlKSwKKwlERVZNRVRIT0QoZGV2aWNlX2F0dGFjaCwJZ2ljX3YzX2ZkdF9hdHRhY2gpLAor CisJLyogRW5kICovCisJREVWTUVUSE9EX0VORAorfTsKKworREVGSU5FX0NMQVNTXzEoZ2ljX3Yz LCBnaWNfdjNfZmR0X2RyaXZlciwgZ2ljX3YzX2ZkdF9tZXRob2RzLAorICAgIHNpemVvZihzdHJ1 Y3QgZ2ljX3YzX3NvZnRjKSwgZ2ljX3YzX2RyaXZlcik7CisKK3N0YXRpYyBkZXZjbGFzc190IGdp Y192M19mZHRfZGV2Y2xhc3M7CisKK0VBUkxZX0RSSVZFUl9NT0RVTEUoZ2ljX3YzLCBzaW1wbGVi dXMsIGdpY192M19kcml2ZXIsIGdpY192M19mZHRfZGV2Y2xhc3MsCisgICAgMCwgMCwgQlVTX1BB U1NfSU5URVJSVVBUICsgQlVTX1BBU1NfT1JERVJfTUlERExFKTsKK0VBUkxZX0RSSVZFUl9NT0RV TEUoZ2ljX3YzLCBvZndidXMsIGdpY192M19kcml2ZXIsIGdpY192M19mZHRfZGV2Y2xhc3MsCisg ICAgMCwgMCwgQlVTX1BBU1NfSU5URVJSVVBUICsgQlVTX1BBU1NfT1JERVJfTUlERExFKTsKKwor LyoKKyAqIERldmljZSBpbnRlcmZhY2UuCisgKi8KK3N0YXRpYyBpbnQKK2dpY192M19mZHRfcHJv YmUoZGV2aWNlX3QgZGV2KQoreworCisJaWYgKCFvZndfYnVzX3N0YXR1c19va2F5KGRldikpCisJ CXJldHVybiAoRU5YSU8pOworCisJaWYgKCFvZndfYnVzX2lzX2NvbXBhdGlibGUoZGV2LCAiYXJt LGdpYy12MyIpKQorCQlyZXR1cm4gKEVOWElPKTsKKworCWRldmljZV9zZXRfZGVzYyhkZXYsIEdJ Q19WM19ERVZTVFIpOworCXJldHVybiAoQlVTX1BST0JFX0RFRkFVTFQpOworfQorCitzdGF0aWMg aW50CitnaWNfdjNfZmR0X2F0dGFjaChkZXZpY2VfdCBkZXYpCit7CisJc3RydWN0IGdpY192M19z b2Z0YyAqc2M7CisJcGNlbGxfdCByZWRpc3RfcmVnaW9uczsKKwlpbnQgZXJyOworCisJc2MgPSBk ZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJc2MtPmRldiA9IGRldjsKKworCS8qCisJICogUmVjb3Zl ciBudW1iZXIgb2YgdGhlIFJlLURpc3RyaWJ1dG9yIHJlZ2lvbnMuCisJICovCisJaWYgKE9GX2dl dGVuY3Byb3Aob2Z3X2J1c19nZXRfbm9kZShkZXYpLCAiI3JlZGlzdHJpYnV0b3ItcmVnaW9ucyIs CisJICAgICZyZWRpc3RfcmVnaW9ucywgc2l6ZW9mKHJlZGlzdF9yZWdpb25zKSkgPD0gMCkKKwkJ c2MtPmdpY19yZWRpc3RzLm5yZWdpb25zID0gMTsKKwllbHNlCisJCXNjLT5naWNfcmVkaXN0cy5u cmVnaW9ucyA9IHJlZGlzdF9yZWdpb25zOworCisJZXJyID0gZ2ljX3YzX2F0dGFjaChkZXYpOwor CWlmIChlcnIpCisJCWdvdG8gZXJyb3I7CisKKwlyZXR1cm4gKGVycik7CisKK2Vycm9yOgorCWlm IChib290dmVyYm9zZSkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwKKwkJICAgICJGYWlsZWQgdG8g YXR0YWNoLiBFcnJvciAlZFxuIiwgZXJyKTsKKwl9CisJLyogRmFpbHVyZSBzbyBmcmVlIHJlc291 cmNlcyAqLworCWdpY192M19kZXRhY2goZGV2KTsKKworCXJldHVybiAoZXJyKTsKK30KZGlmZiAt LWdpdCBhL3N5cy9hcm02NC9hcm02NC9naWNfdjMuYyBiL3N5cy9hcm02NC9hcm02NC9naWNfdjMu YwpuZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9hcm02 NC9naWNfdjMuYwpAQCAtMCwwICsxLDU4MSBAQAorLyotCisgKiBDb3B5cmlnaHQgKGMpIDIwMTUg VGhlIEZyZWVCU0QgRm91bmRhdGlvbgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBU aGlzIHNvZnR3YXJlIHdhcyBkZXZlbG9wZWQgYnkgU2VtaWhhbGYgdW5kZXIKKyAqIHRoZSBzcG9u c29yc2hpcCBvZiB0aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgorICoKKyAqIFJlZGlzdHJpYnV0aW9u IGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICog bW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zCisgKiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBj b2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBs aXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKyAqIDIuIFJl ZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29w eXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9s bG93aW5nIGRpc2NsYWltZXIgaW4gdGhlCisgKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhl ciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorICoKKyAqIFRISVMg U09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIEFVVEhPUiBBTkQgQ09OVFJJQlVUT1JTIGBgQVMg SVMnJyBBTkQKKyAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5H LCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNI QU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKKyAqIEFSRSBE SVNDTEFJTUVELiBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBC RSBMSUFCTEUKKyAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lB TCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMCisgKiBEQU1BR0VTIChJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworICogT1Ig U0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRF UlJVUFRJT04pCisgKiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJ VFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVAorICogTElBQklMSVRZLCBPUiBUT1JUIChJ TkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorICog T1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQ T1NTSUJJTElUWSBPRgorICogU1VDSCBEQU1BR0UuCisgKi8KKworI2luY2x1ZGUgPHN5cy9jZGVm cy5oPgorX19GQlNESUQoIiRGcmVlQlNEJCIpOworCisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+Cisj aW5jbHVkZSA8c3lzL3N5c3RtLmg+CisjaW5jbHVkZSA8c3lzL2J1cy5oPgorI2luY2x1ZGUgPHN5 cy9rZXJuZWwuaD4KKyNpbmNsdWRlIDxzeXMva3RyLmg+CisjaW5jbHVkZSA8c3lzL21hbGxvYy5o PgorI2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4KKyNpbmNsdWRlIDxzeXMvcm1hbi5oPgorI2luY2x1 ZGUgPHN5cy9wY3B1Lmg+CisjaW5jbHVkZSA8c3lzL3Byb2MuaD4KKyNpbmNsdWRlIDxzeXMvY3B1 c2V0Lmg+CisjaW5jbHVkZSA8c3lzL2xvY2suaD4KKyNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KKwor I2luY2x1ZGUgPHZtL3ZtLmg+CisjaW5jbHVkZSA8dm0vcG1hcC5oPgorCisjaW5jbHVkZSA8bWFj aGluZS9idXMuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL2ludHIuaD4KKworI2luY2x1ZGUgInBpY19p Zi5oIgorCisjaW5jbHVkZSAiZ2ljX3YzX3JlZy5oIgorI2luY2x1ZGUgImdpY192M192YXIuaCIK KworLyogRGV2aWNlIGFuZCBQSUMgbWV0aG9kcyAqLworc3RhdGljIHZvaWQgZ2ljX3YzX2Rpc3Bh dGNoKGRldmljZV90LCBzdHJ1Y3QgdHJhcGZyYW1lICopOworc3RhdGljIHZvaWQgZ2ljX3YzX2Vv aShkZXZpY2VfdCwgdV9pbnQpOworc3RhdGljIHZvaWQgZ2ljX3YzX21hc2tfaXJxKGRldmljZV90 LCB1X2ludCk7CitzdGF0aWMgdm9pZCBnaWNfdjNfdW5tYXNrX2lycShkZXZpY2VfdCwgdV9pbnQp OworCitzdGF0aWMgZGV2aWNlX21ldGhvZF90IGdpY192M19tZXRob2RzW10gPSB7CisJLyogRGV2 aWNlIGludGVyZmFjZSAqLworCURFVk1FVEhPRChkZXZpY2VfZGV0YWNoLAlnaWNfdjNfZGV0YWNo KSwKKworCS8qIFBJQyBpbnRlcmZhY2UgKi8KKwlERVZNRVRIT0QocGljX2Rpc3BhdGNoLAkJZ2lj X3YzX2Rpc3BhdGNoKSwKKwlERVZNRVRIT0QocGljX2VvaSwJCWdpY192M19lb2kpLAorCURFVk1F VEhPRChwaWNfbWFzaywJCWdpY192M19tYXNrX2lycSksCisJREVWTUVUSE9EKHBpY191bm1hc2ss CQlnaWNfdjNfdW5tYXNrX2lycSksCisKKwkvKiBFbmQgKi8KKwlERVZNRVRIT0RfRU5ECit9Owor CitERUZJTkVfQ0xBU1NfMChnaWNfdjMsIGdpY192M19kcml2ZXIsIGdpY192M19tZXRob2RzLAor ICAgIHNpemVvZihzdHJ1Y3QgZ2ljX3YzX3NvZnRjKSk7CisKKy8qCisgKiBEcml2ZXItc3BlY2lm aWMgZGVmaW5pdGlvbnMuCisgKi8KK01BTExPQ19ERUZJTkUoTV9HSUNfVjMsICJHSUN2MyIsIEdJ Q19WM19ERVZTVFIpOworCisvKgorICogSGVscGVyIGZ1bmN0aW9ucyBhbmQgZGVmaW5pdGlvbnMu CisgKi8KKy8qIERlc3RpbmF0aW9uIHJlZ2lzdGVycywgZWl0aGVyIERpc3RyaWJ1dG9yIG9yIFJl LURpc3RyaWJ1dG9yICovCitlbnVtIGdpY192M194ZGlzdCB7CisJRElTVCA9IDAsCisJUkVESVNU LAorfTsKKworLyogSGVscGVyIHJvdXRpbmVzIHN0YXJ0aW5nIHdpdGggZ2ljX3YzXyAqLworc3Rh dGljIGludCBnaWNfdjNfZGlzdF9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7CitzdGF0aWMg aW50IGdpY192M19yZWRpc3RfZmluZChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworc3RhdGljIGlu dCBnaWNfdjNfcmVkaXN0X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqKTsKK3N0YXRpYyBpbnQg Z2ljX3YzX2NwdV9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7CitzdGF0aWMgdm9pZCBnaWNf djNfd2FpdF9mb3JfcndwKHN0cnVjdCBnaWNfdjNfc29mdGMgKiwgZW51bSBnaWNfdjNfeGRpc3Qp OworCisvKiBBIHNlcXVlbmNlIG9mIGluaXQgZnVuY3Rpb25zIGZvciBwcmltYXJ5IChib290KSBD UFUgKi8KK3R5cGVkZWYgaW50ICgqZ2ljX3YzX2luaXRzZXFfdCkgKHN0cnVjdCBnaWNfdjNfc29m dGMgKik7CisvKiBQcmltYXJ5IENQVSBpbml0aWFsaXphdGlvbiBzZXF1ZW5jZSAqLworc3RhdGlj IGdpY192M19pbml0c2VxX3QgZ2ljX3YzX3ByaW1hcnlfaW5pdFtdID0geworCWdpY192M19kaXN0 X2luaXQsCisJZ2ljX3YzX3JlZGlzdF9pbml0LAorCWdpY192M19jcHVfaW5pdCwKKwlOVUxMCit9 OworCisvKgorICogRGV2aWNlIGludGVyZmFjZS4KKyAqLworaW50CitnaWNfdjNfYXR0YWNoKGRl dmljZV90IGRldikKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKwlnaWNfdjNfaW5pdHNl cV90ICppbml0X2Z1bmM7CisJdWludDMyX3QgdHlwZXI7CisJaW50IHJpZDsKKwlpbnQgZXJyOwor CXNpemVfdCBpOworCisJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJc2MtPmRldiA9IGRl djsKKwllcnIgPSAwOworCisJLyogSW5pdGlhbGl6ZSBtdXRleCAqLworCW10eF9pbml0KCZzYy0+ Z2ljX210eCwgIkdJQ3YzIGxvY2siLCBOVUxMLCBNVFhfU1BJTik7CisKKwkvKgorCSAqIEFsbG9j YXRlIGFycmF5IG9mIHN0cnVjdCByZXNvdXJjZS4KKwkgKiBPbmUgZW50cnkgZm9yIERpc3RyaWJ1 dG9yIGFuZCBhbGwgcmVtYWluaW5nIGZvciBSZS1EaXN0cmlidXRvci4KKwkgKi8KKwlzYy0+Z2lj X3JlcyA9IG1hbGxvYygKKwkgICAgc2l6ZW9mKHNjLT5naWNfcmVzKSAqIChzYy0+Z2ljX3JlZGlz dHMubnJlZ2lvbnMgKyAxKSwKKwkgICAgTV9HSUNfVjMsIE1fV0FJVE9LKTsKKworCS8qIE5vdyBh bGxvY2F0ZSBjb3JyZXNwb25kaW5nIHJlc291cmNlcyAqLworCWZvciAoaSA9IDAsIHJpZCA9IDA7 IGkgPCAoc2MtPmdpY19yZWRpc3RzLm5yZWdpb25zICsgMSk7IGkrKywgcmlkKyspIHsKKwkJc2Mt PmdpY19yZXNbcmlkXSA9IGJ1c19hbGxvY19yZXNvdXJjZV9hbnkoZGV2LCBTWVNfUkVTX01FTU9S WSwKKwkJICAgICZyaWQsIFJGX0FDVElWRSk7CisJCWlmIChzYy0+Z2ljX3Jlc1tyaWRdID09IE5V TEwpCisJCQlyZXR1cm4gKEVOWElPKTsKKwl9CisKKwkvKgorCSAqIERpc3RyaWJ1dG9yIGludGVy ZmFjZQorCSAqLworCXNjLT5naWNfZGlzdCA9IHNjLT5naWNfcmVzWzBdOworCisJLyoKKwkgKiBS ZS1EcmlzdHJpYnV0b3IgaW50ZXJmYWNlCisJICovCisJLyogQWxsb2NhdGUgc3BhY2UgdW5kZXIg cmVnaW9uIGRlc2NyaXB0aW9ucyAqLworCXNjLT5naWNfcmVkaXN0cy5yZWdpb25zID0gbWFsbG9j KAorCSAgICBzaXplb2YoKnNjLT5naWNfcmVkaXN0cy5yZWdpb25zKSAqIHNjLT5naWNfcmVkaXN0 cy5ucmVnaW9ucywKKwkgICAgTV9HSUNfVjMsIE1fV0FJVE9LKTsKKworCS8qIEZpbGwtdXAgYnVz X3NwYWNlIGluZm9ybWF0aW9uIGZvciBlYWNoIHJlZ2lvbi4gKi8KKwlmb3IgKGkgPSAwLCByaWQg PSAxOyBpIDwgc2MtPmdpY19yZWRpc3RzLm5yZWdpb25zOyBpKyssIHJpZCsrKQorCQlzYy0+Z2lj X3JlZGlzdHMucmVnaW9uc1tpXSA9IHNjLT5naWNfcmVzW3JpZF07CisKKwkvKiBHZXQgdGhlIG51 bWJlciBvZiBzdXBwb3J0ZWQgU1BJIGludGVycnVwdHMgKi8KKwl0eXBlciA9IGdpY19kX3JlYWQo c2MsIDQsIEdJQ0RfVFlQRVIpOworCXNjLT5naWNfbmlycXMgPSBHSUNEX1RZUEVSX0lfTlVNKHR5 cGVyKTsKKwlpZiAoc2MtPmdpY19uaXJxcyA+IEdJQ19JX05VTV9NQVgpCisJCXNjLT5naWNfbmly cXMgPSBHSUNfSV9OVU1fTUFYOworCisJLyogR2V0IHRoZSBudW1iZXIgb2Ygc3VwcG9ydGVkIGlu dGVycnVwdCBpZGVudGlmaWVyIGJpdHMgKi8KKwlzYy0+Z2ljX2lkYml0cyA9IEdJQ0RfVFlQRVJf SURCSVRTKHR5cGVyKTsKKworCWlmIChib290dmVyYm9zZSkgeworCQlkZXZpY2VfcHJpbnRmKGRl diwgIlNQSXM6ICV1LCBJRHM6ICV1XG4iLAorCQkgICAgc2MtPmdpY19uaXJxcywgKDEgPDwgc2Mt PmdpY19pZGJpdHMpIC0gMSk7CisJfQorCisJLyogVHJhaW4gaW5pdCBzZXF1ZW5jZSBmb3IgYm9v dCBDUFUgKi8KKwlmb3IgKGluaXRfZnVuYyA9IGdpY192M19wcmltYXJ5X2luaXQ7ICppbml0X2Z1 bmMgIT0gTlVMTDsgaW5pdF9mdW5jKyspIHsKKwkJZXJyID0gKCppbml0X2Z1bmMpKHNjKTsKKwkJ aWYgKGVyciAhPSAwKQorCQkJcmV0dXJuIChlcnIpOworCX0KKwkvKgorCSAqIEZ1bGwgc3VjY2Vz cy4KKwkgKiBOb3cgcmVnaXN0ZXIgUElDIHRvIHRoZSBpbnRlcnJ1cHRzIGhhbmRsaW5nIGxheWVy LgorCSAqLworCWFybV9yZWdpc3Rlcl9yb290X3BpYyhkZXYsIHNjLT5naWNfbmlycXMpOworCisJ cmV0dXJuICgwKTsKK30KKworaW50CitnaWNfdjNfZGV0YWNoKGRldmljZV90IGRldikKK3sKKwlz dHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKwlzaXplX3QgaTsKKwlpbnQgcmlkOworCisJc2MgPSBk ZXZpY2VfZ2V0X3NvZnRjKGRldik7CisKKwlpZiAoZGV2aWNlX2lzX2F0dGFjaGVkKGRldikpIHsK KwkJLyoKKwkJICogWFhYOiBXZSBzaG91bGQgcHJvYmFibHkgZGVyZWdpc3RlciBQSUMKKwkJICov CisJfQorCWZvciAocmlkID0gMDsgcmlkIDwgKHNjLT5naWNfcmVkaXN0cy5ucmVnaW9ucyArIDEp OyByaWQrKykKKwkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX01FTU9SWSwgcmlk LCBzYy0+Z2ljX3Jlc1tyaWRdKTsKKworCWZvciAoaSA9IDA7IGkgPCBNQVhDUFU7IGkrKykKKwkJ ZnJlZShzYy0+Z2ljX3JlZGlzdHMucGNwdVtpXSwgTV9HSUNfVjMpOworCisJZnJlZShzYy0+Z2lj X3JlcywgTV9HSUNfVjMpOworCWZyZWUoc2MtPmdpY19yZWRpc3RzLnJlZ2lvbnMsIE1fR0lDX1Yz KTsKKworCXJldHVybiAoMCk7Cit9CisKKy8qCisgKiBQSUMgaW50ZXJmYWNlLgorICovCitzdGF0 aWMgdm9pZAorZ2ljX3YzX2Rpc3BhdGNoKGRldmljZV90IGRldiwgc3RydWN0IHRyYXBmcmFtZSAq ZnJhbWUpCit7CisJdWludDY0X3QgYWN0aXZlX2lycTsKKworCXdoaWxlICgxKSB7CisJCWFjdGl2 ZV9pcnEgPSBnaWNfaWNjX3JlYWQoSUFSMSk7CisKKwkJaWYgKF9fcHJlZGljdF9mYWxzZShhY3Rp dmVfaXJxID09IElDQ19JQVIxX0VMMV9TUFVSKSkKKwkJCWJyZWFrOworCisJCWlmIChfX3ByZWRp Y3RfdHJ1ZSgoYWN0aXZlX2lycSA+PSBHSUNfRklSU1RfUFBJICYmCisJCSAgICBhY3RpdmVfaXJx IDw9IEdJQ19MQVNUX1NQSSkpKSB7CisJCQlhcm1fZGlzcGF0Y2hfaW50cihhY3RpdmVfaXJxLCBm cmFtZSk7CisJCQljb250aW51ZTsKKwkJfQorCisJCWlmIChhY3RpdmVfaXJxIDw9IEdJQ19MQVNU X1NHSSB8fCBhY3RpdmVfaXJxID49IEdJQ19GSVJTVF9MUEkpIHsKKwkJCS8qCisJCQkgKiBUT0RP OiBJbXBsZW1lbnQgcHJvcGVyIFNHSS9MUEkgaGFuZGxpbmcuCisJCQkgKiAgICAgICBNYXNrIGl0 IGlmIHN1Y2ggaXMgcmVjZWl2ZWQgZm9yIHNvbWUgcmVhc29uLgorCQkJICovCisJCQlkZXZpY2Vf cHJpbnRmKGRldiwKKwkJCSAgICAiUmVjZWl2ZWQgdW5zdXBwb3J0ZWQgaW50ZXJydXB0IHR5cGU6 ICVzXG4iLAorCQkJICAgIGFjdGl2ZV9pcnEgPj0gR0lDX0ZJUlNUX0xQSSA/ICJMUEkiIDogIlNH SSIpOworCQkJUElDX01BU0soZGV2LCBhY3RpdmVfaXJxKTsKKwkJfQorCX0KK30KKworc3RhdGlj IHZvaWQKK2dpY192M19lb2koZGV2aWNlX3QgZGV2LCB1X2ludCBpcnEpCit7CisKKwlnaWNfaWNj X3dyaXRlKEVPSVIxLCAodWludDY0X3QpaXJxKTsKK30KKworc3RhdGljIHZvaWQKK2dpY192M19t YXNrX2lycShkZXZpY2VfdCBkZXYsIHVfaW50IGlycSkKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRj ICpzYzsKKworCXNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCisJaWYgKGlycSA+PSBHSUNf RklSU1RfUFBJICYmIGlycSA8PSBHSUNfTEFTVF9QUEkpIHsgLyogUFBJcyBpbiBjb3JyZXNwb25k aW5nIFJlLURpc3RyaWJ1dG9yICovCisJCWdpY19yX3dyaXRlKHNjLCA0LAorCQkgICAgR0lDUl9T R0lfQkFTRV9TSVpFICsgR0lDRF9JQ0VOQUJMRVIoaXJxKSwgR0lDRF9JX01BU0soaXJxKSk7CisJ CWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIFJFRElTVCk7CisJfSBlbHNlIGlmIChpcnEgPj0gR0lD X0ZJUlNUX1NQSSAmJiBpcnEgPD0gR0lDX0xBU1RfU1BJKSB7IC8qIFNQSXMgaW4gZGlzdHJpYnV0 b3IgKi8KKwkJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ0RfSUNFTkFCTEVSKGlycSksIEdJQ0RfSV9N QVNLKGlycSkpOworCQlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBESVNUKTsKKwl9IGVsc2UKKwkJ cGFuaWMoIiVzOiBVbnN1cHBvcnRlZCBJUlEgbnVtYmVyICV1IiwgX19mdW5jX18sIGlycSk7Cit9 CisKK3N0YXRpYyB2b2lkCitnaWNfdjNfdW5tYXNrX2lycShkZXZpY2VfdCBkZXYsIHVfaW50IGly cSkKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKworCXNjID0gZGV2aWNlX2dldF9zb2Z0 YyhkZXYpOworCisJaWYgKGlycSA+PSBHSUNfRklSU1RfUFBJICYmIGlycSA8PSBHSUNfTEFTVF9Q UEkpIHsgLyogUFBJcyBpbiBjb3JyZXNwb25kaW5nIFJlLURpc3RyaWJ1dG9yICovCisJCWdpY19y X3dyaXRlKHNjLCA0LAorCQkgICAgR0lDUl9TR0lfQkFTRV9TSVpFICsgR0lDRF9JU0VOQUJMRVIo aXJxKSwgR0lDRF9JX01BU0soaXJxKSk7CisJCWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIFJFRElT VCk7CisJfSBlbHNlIGlmIChpcnEgPj0gR0lDX0ZJUlNUX1NQSSAmJiBpcnEgPD0gR0lDX0xBU1Rf U1BJKSB7IC8qIFNQSXMgaW4gZGlzdHJpYnV0b3IgKi8KKwkJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJ Q0RfSVNFTkFCTEVSKGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQlnaWNfdjNfd2FpdF9mb3Jf cndwKHNjLCBESVNUKTsKKwl9IGVsc2UKKwkJcGFuaWMoIiVzOiBVbnN1cHBvcnRlZCBJUlEgbnVt YmVyICV1IiwgX19mdW5jX18sIGlycSk7Cit9CisKKy8qCisgKiBIZWxwZXIgcm91dGluZXMKKyAq Lworc3RhdGljIHZvaWQKK2dpY192M193YWl0X2Zvcl9yd3Aoc3RydWN0IGdpY192M19zb2Z0YyAq c2MsIGVudW0gZ2ljX3YzX3hkaXN0IHhkaXN0KQoreworCXN0cnVjdCByZXNvdXJjZSAqcmVzOwor CXVfaW50IGNwdWlkOworCXNpemVfdCB1c19sZWZ0ID0gMTAwMDAwMDsKKworCWNwdWlkID0gUENQ VV9HRVQoY3B1aWQpOworCisJc3dpdGNoICh4ZGlzdCkgeworCWNhc2UgRElTVDoKKwkJcmVzID0g c2MtPmdpY19kaXN0OworCQlicmVhazsKKwljYXNlIFJFRElTVDoKKwkJcmVzID0gc2MtPmdpY19y ZWRpc3RzLnBjcHVbY3B1aWRdOworCQlicmVhazsKKwlkZWZhdWx0OgorCQlLQVNTRVJUKDAsICgi JXM6IEF0dGVtcHQgdG8gd2FpdCBmb3IgdW5rbm93biBSV1AiLCBfX2Z1bmNfXykpOworCQlyZXR1 cm47CisJfQorCisJd2hpbGUgKChidXNfcmVhZF80KHJlcywgR0lDRF9DVExSKSAmIEdJQ0RfQ1RM Ul9SV1ApICE9IDApIHsKKwkJREVMQVkoMSk7CisJCWlmICh1c19sZWZ0LS0gPT0gMCkgeworCQkJ ZGV2aWNlX3ByaW50ZihzYy0+ZGV2LAorCQkJICAgICJHSUNEIFJlZ2lzdGVyIHdyaXRlIHBlbmRp bmcgZm9yIHRvbyBsb25nIik7CisJCQlyZXR1cm47CisJCX0KKwl9Cit9CisKKy8qIENQVSBpbnRl cmZhY2UuICovCitzdGF0aWMgX19pbmxpbmUgdm9pZAorZ2ljX3YzX2NwdV9wcmlvcml0eSh1aW50 NjRfdCBtYXNrKQoreworCisJLyogU2V0IHByb3JpdHkgbWFzayAqLworCWdpY19pY2Nfd3JpdGUo UE1SLCBtYXNrICYgSUNDX1BNUl9FTDFfUFJJT19NQVNLKTsKK30KKworc3RhdGljIGludAorZ2lj X3YzX2NwdV9lbmFibGVfc3JlKHN0cnVjdCBnaWNfdjNfc29mdGMgKnNjKQoreworCXVpbnQ2NF90 IHNyZTsKKwl1X2ludCBjcHVpZDsKKworCWNwdWlkID0gUENQVV9HRVQoY3B1aWQpOworCS8qCisJ ICogU2V0IHRoZSBTUkUgYml0IHRvIGVuYWJsZSBhY2Nlc3MgdG8gR0lDIENQVSBpbnRlcmZhY2UK KwkgKiB2aWEgc3lzdGVtIHJlZ2lzdGVycy4KKwkgKi8KKwlzcmUgPSBSRUFEX1NQRUNJQUxSRUco aWNjX3NyZV9lbDEpOworCXNyZSB8PSBJQ0NfU1JFX0VMMV9TUkU7CisJV1JJVEVfU1BFQ0lBTFJF RyhpY2Nfc3JlX2VsMSwgc3JlKTsKKwlpc2IoKTsKKwkvKgorCSAqIE5vdyBlbnN1cmUgdGhhdCB0 aGUgYml0IGlzIHNldC4KKwkgKi8KKwlzcmUgPSBSRUFEX1NQRUNJQUxSRUcoaWNjX3NyZV9lbDEp OworCWlmICgoc3JlICYgSUNDX1NSRV9FTDFfU1JFKSAhPSAwKSB7CisJCS8qIFdlIGFyZSBkb25l LiBUaGlzIHdhcyBkaXNhYmxlZCBpbiBFTDIgKi8KKwkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LCAi RVJST1I6IENQVSV1IGNhbm5vdCBlbmFibGUgQ1BVIGludGVyZmFjZSAiCisJCSAgICAidmlhIHN5 c3RlbSByZWdpc3RlcnNcbiIsIGNwdWlkKTsKKwkJcmV0dXJuIChFTlhJTyk7CisJfSBlbHNlIGlm IChib290dmVyYm9zZSAhPSAwKSB7CisJCWRldmljZV9wcmludGYoc2MtPmRldiwKKwkJICAgICJD UFUldSBlbmFibGVkIENQVSBpbnRlcmZhY2UgdmlhIHN5c3RlbSByZWdpc3RlcnNcbiIsCisJCSAg ICBjcHVpZCk7CisJfQorCisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIGludAorZ2ljX3YzX2Nw dV9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKnNjKQoreworCWludCBlcnI7CisKKwkvKiBFbmFi bGUgYWNjZXNzIHRvIENQVSBpbnRlcmZhY2UgdmlhIHN5c3RlbSByZWdpc3RlcnMgKi8KKwllcnIg PSBnaWNfdjNfY3B1X2VuYWJsZV9zcmUoc2MpOworCWlmIChlcnIgIT0gMCkKKwkJcmV0dXJuIChl cnIpOworCS8qIFByaW9yaXR5IG1hc2sgdG8gbWluaW11bSAtIGFjY2VwdCBhbGwgaW50ZXJydXB0 cyAqLworCWdpY192M19jcHVfcHJpb3JpdHkoR0lDX1BSSU9SSVRZX01JTik7CisJLyogRGlzYWJs ZSBFT0kgbW9kZSAqLworCWdpY19pY2NfY2xlYXIoQ1RMUiwgSUNDX0NUTFJfRUwxX0VPSU1PREUp OworCS8qIEVuYWJsZSBncm91cCAxIChpbnNlY3VyZSkgaW50ZXJydXBzICovCisJZ2ljX2ljY19z ZXQoSUdSUEVOMSwgSUNDX0lHUlBFTjBfRUwxX0VOKTsKKworCXJldHVybiAoMCk7Cit9CisKKy8q IERpc3RyaWJ1dG9yICovCitzdGF0aWMgaW50CitnaWNfdjNfZGlzdF9pbml0KHN0cnVjdCBnaWNf djNfc29mdGMgKnNjKQoreworCXVpbnQ2NF90IGFmZjsKKwl1X2ludCBpOworCisJLyoKKwkgKiAx LiBEaXNhYmxlIHRoZSBEaXN0cmlidXRvcgorCSAqLworCWdpY19kX3dyaXRlKHNjLCA0LCBHSUNE X0NUTFIsIDApOworCWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIERJU1QpOworCisJLyoKKwkgKiAy LiBDb25maWd1cmUgdGhlIERpc3RyaWJ1dG9yCisJICovCisJLyogU2V0IGFsbCBnbG9iYWwgaW50 ZXJydXB0cyB0byBiZSBsZXZlbCB0cmlnZ2VyZWQsIGFjdGl2ZSBsb3cuICovCisJZm9yIChpID0g R0lDX0ZJUlNUX1NQSTsgaSA8IHNjLT5naWNfbmlycXM7IGkgKz0gR0lDRF9JX1BFUl9JQ0ZHUm4p CisJCWdpY19kX3dyaXRlKHNjLCA0LCBHSUNEX0lDRkdSKGkpLCAweDAwMDAwMDAwKTsKKworCS8q IFNldCBwcmlvcml0eSB0byBhbGwgc2hhcmVkIGludGVycnVwdHMgKi8KKwlmb3IgKGkgPSBHSUNf RklSU1RfU1BJOworCSAgICBpIDwgc2MtPmdpY19uaXJxczsgaSArPSBHSUNEX0lfUEVSX0lQUklP UklUWW4pIHsKKwkJLyogU2V0IGhpZ2hlc3QgcHJpb3JpdHkgKi8KKwkJZ2ljX2Rfd3JpdGUoc2Ms IDQsIEdJQ0RfSVBSSU9SSVRZUihpKSwgR0lDX1BSSU9SSVRZX01BWCk7CisJfQorCisJLyoKKwkg KiBEaXNhYmxlIGFsbCBpbnRlcnJ1cHRzLiBMZWF2ZSBQUEkgYW5kIFNHSXMgYXMgdGhleSBhcmUg ZW5hYmxlZCBpbgorCSAqIFJlLURpc3RyaWJ1dG9yIHJlZ2lzdGVycy4KKwkgKi8KKwlmb3IgKGkg PSBHSUNfRklSU1RfU1BJOyBpIDwgc2MtPmdpY19uaXJxczsgaSArPSBHSUNEX0lfUEVSX0lTRU5B QkxFUm4pCisJCWdpY19kX3dyaXRlKHNjLCA0LCBHSUNEX0lDRU5BQkxFUihpKSwgMHhGRkZGRkZG Rik7CisKKwlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBESVNUKTsKKworCS8qCisJICogMy4gRW5h YmxlIERpc3RyaWJ1dG9yCisJICovCisJLyogRW5hYmxlIERpc3RyaWJ1dG9yIHdpdGggQVJFLCBH cm91cCAxICovCisJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0RfQ1RMUiwgR0lDRF9DVExSX0FSRV9O UyB8IEdJQ0RfQ1RMUl9HMUEgfAorCSAgICBHSUNEX0NUTFJfRzEpOworCisJLyoKKwkgKiA0LiBS b3V0ZSBhbGwgaW50ZXJydXB0cyB0byBib290IENQVS4KKwkgKi8KKwlhZmYgPSBDUFVfQUZGSU5J VFkoUENQVV9HRVQoY3B1aWQpKTsKKwlmb3IgKGkgPSBHSUNfRklSU1RfU1BJOyBpIDwgc2MtPmdp Y19uaXJxczsgaSsrKQorCQlnaWNfZF93cml0ZShzYywgNCwgR0lDRF9JUk9VVEVSKGkpLCBhZmYp OworCisJcmV0dXJuICgwKTsKK30KKworLyogUmUtRGlzdHJpYnV0b3IgKi8KK3N0YXRpYyBpbnQK K2dpY192M19yZWRpc3RfZmluZChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYykKK3sKKwlzdHJ1Y3Qg cmVzb3VyY2Ugcl9yZXM7CisJYnVzX3NwYWNlX2hhbmRsZV90IHJfYnNoOworCXVpbnQ2NF90IGFm ZjsKKwl1aW50NjRfdCB0eXBlcjsKKwl1aW50MzJfdCBwaWRyMjsKKwl1X2ludCBjcHVpZDsKKwlz aXplX3QgaTsKKworCWNwdWlkID0gUENQVV9HRVQoY3B1aWQpOworCisJLyogQWxsb2NhdGUgc3Ry dWN0IHJlc291cmNlIGZvciB0aGlzIENQVSdzIFJlLURpc3RyaWJ1dG9yIHJlZ2lzdGVycyAqLwor CXNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdWlkXSA9CisJICAgIG1hbGxvYyhzaXplb2YoKnNjLT5n aWNfcmVkaXN0cy5wY3B1WzBdKSwgTV9HSUNfVjMsIE1fV0FJVE9LKTsKKworCWFmZiA9IENQVV9B RkZJTklUWShjcHVpZCk7CisJLyogQWZmaW5pdHkgaW4gZm9ybWF0IGZvciBjb21wYXJpc29uIHdp dGggdHlwZXIgKi8KKwlhZmYgPSAoQ1BVX0FGRjMoYWZmKSA8PCAyNCkgfCAoQ1BVX0FGRjIoYWZm KSA8PCAxNikgfAorCSAgICAoQ1BVX0FGRjEoYWZmKSA8PCA4KSB8IENQVV9BRkYwKGFmZik7CisK KwlpZiAoYm9vdHZlcmJvc2UgIT0gMCkgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsCisJCSAg ICAiU3RhcnQgc2VhcmNoaW5nIGZvciBSZS1EaXN0cmlidXRvclxuIik7CisJfQorCS8qIEl0ZXJh dGUgdGhyb3VnaCBSZS1EaXN0cmlidXRvciByZWdpb25zICovCisJZm9yIChpID0gMDsgaSA8IHNj LT5naWNfcmVkaXN0cy5ucmVnaW9uczsgaSsrKSB7CisJCS8qIFRha2UgYSBjb3B5IG9mIHRoZSBy ZWdpb24ncyByZXNvdXJjZSAqLworCQlyX3JlcyA9ICpzYy0+Z2ljX3JlZGlzdHMucmVnaW9uc1tp XTsKKwkJcl9ic2ggPSBybWFuX2dldF9idXNoYW5kbGUoJnJfcmVzKTsKKworCQlwaWRyMiA9IGJ1 c19yZWFkXzQoJnJfcmVzLCBHSUNSX1BJRFIyKTsKKwkJc3dpdGNoIChwaWRyMiAmIEdJQ1JfUElE UjJfQVJDSF9NQVNLKSB7CisJCWNhc2UgR0lDUl9QSURSMl9BUkNIX0dJQ3YzOiAvKiBmYWxsIHRo cm91Z2ggKi8KKwkJY2FzZSBHSUNSX1BJRFIyX0FSQ0hfR0lDdjQ6CisJCQlicmVhazsKKwkJZGVm YXVsdDoKKwkJCWRldmljZV9wcmludGYoc2MtPmRldiwKKwkJCSAgICAiTm8gUmUtRGlzdHJpYnV0 b3IgZm91bmQgZm9yIENQVSV1XG4iLCBjcHVpZCk7CisJCQlmcmVlKHNjLT5naWNfcmVkaXN0cy5w Y3B1W2NwdWlkXSwgTV9HSUNfVjMpOworCQkJcmV0dXJuIChFTk9ERVYpOworCQl9CisKKwkJZG8g eworCQkJdHlwZXIgPSBidXNfcmVhZF84KCZyX3JlcywgR0lDUl9UWVBFUik7CisJCQlpZiAoKHR5 cGVyID4+IEdJQ1JfVFlQRVJfQUZGX1NISUZUKSA9PSBhZmYpIHsKKwkJCQlLQVNTRVJUKHNjLT5n aWNfcmVkaXN0cy5wY3B1W2NwdWlkXSAhPSBOVUxMLAorCQkJCSAgICAoIkludmFsaWQgcG9pbnRl ciB0byBwZXItQ1BVIHJlZGlzdHJpYnV0b3IiKSk7CisJCQkJLyogQ29weSByZXMgY29udGVudHMg dG8gaXRzIGZpbmFsIGRlc3RpbmF0aW9uICovCisJCQkJKnNjLT5naWNfcmVkaXN0cy5wY3B1W2Nw dWlkXSA9IHJfcmVzOworCQkJCWlmIChib290dmVyYm9zZSAhPSAwKSB7CisJCQkJCWRldmljZV9w cmludGYoc2MtPmRldiwKKwkJCQkJICAgICJDUFUldSBSZS1EaXN0cmlidXRvciBoYXMgYmVlbiBm b3VuZFxuIiwKKwkJCQkJICAgIGNwdWlkKTsKKwkJCQl9CisJCQkJcmV0dXJuICgwKTsKKwkJCX0K KworCQkJcl9ic2ggKz0gKEdJQ1JfUkRfQkFTRV9TSVpFICsgR0lDUl9TR0lfQkFTRV9TSVpFKTsK KwkJCWlmICgodHlwZXIgJiBHSUNSX1RZUEVSX1ZMUElTKSAhPSAwKSB7CisJCQkJcl9ic2ggKz0K KwkJCQkgICAgKEdJQ1JfVkxQSV9CQVNFX1NJWkUgKyBHSUNSX1JFU0VSVkVEX1NJWkUpOworCQkJ fQorCisJCQlybWFuX3NldF9idXNoYW5kbGUoJnJfcmVzLCByX2JzaCk7CisJCX0gd2hpbGUgKCh0 eXBlciAmIEdJQ1JfVFlQRVJfTEFTVCkgPT0gMCk7CisJfQorCisJZnJlZShzYy0+Z2ljX3JlZGlz dHMucGNwdVtjcHVpZF0sIE1fR0lDX1YzKTsKKwlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJObyBS ZS1EaXN0cmlidXRvciBmb3VuZCBmb3IgQ1BVJXVcbiIsIGNwdWlkKTsKKwlyZXR1cm4gKEVOWElP KTsKK30KKworc3RhdGljIGludAorZ2ljX3YzX3JlZGlzdF93YWtlKHN0cnVjdCBnaWNfdjNfc29m dGMgKnNjKQoreworCXVpbnQzMl90IHdha2VyOworCXNpemVfdCB1c19sZWZ0ID0gMTAwMDAwMDsK KworCXdha2VyID0gZ2ljX3JfcmVhZChzYywgNCwgR0lDUl9XQUtFUik7CisJLyogV2FrZSB1cCBS ZS1EaXN0cmlidXRvciBmb3IgdGhpcyBDUFUgKi8KKwl3YWtlciAmPSB+R0lDUl9XQUtFUl9QUzsK KwlnaWNfcl93cml0ZShzYywgNCwgR0lDUl9XQUtFUiwgd2FrZXIpOworCS8qCisJICogV2hlbiBj bGVhcmluZyBQcm9jZXNzb3JTbGVlcCBiaXQgaXQgaXMgcmVxdWlyZWQgdG8gd2FpdCBmb3IKKwkg KiBDaGlsZHJlbkFzbGVlcCB0byBiZWNvbWUgemVybyBmb2xsb3dpbmcgdGhlIHByb2Nlc3NvciBw b3dlci1vbi4KKwkgKi8KKwl3aGlsZSAoKGdpY19yX3JlYWQoc2MsIDQsIEdJQ1JfV0FLRVIpICYg R0lDUl9XQUtFUl9DQSkgIT0gMCkgeworCQlERUxBWSgxKTsKKwkJaWYgKHVzX2xlZnQtLSA9PSAw KSB7CisJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsCisJCQkgICAgIkNvdWxkIG5vdCB3YWtlIFJl LURpc3RyaWJ1dG9yIGZvciBDUFUldSIsCisJCQkgICAgUENQVV9HRVQoY3B1aWQpKTsKKwkJCXJl dHVybiAoRU5YSU8pOworCQl9CisJfQorCisJaWYgKGJvb3R2ZXJib3NlICE9IDApIHsKKwkJZGV2 aWNlX3ByaW50ZihzYy0+ZGV2LCAiQ1BVJXUgUmUtRGlzdHJpYnV0b3Igd29rZSB1cFxuIiwKKwkJ ICAgIFBDUFVfR0VUKGNwdWlkKSk7CisJfQorCisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIGlu dAorZ2ljX3YzX3JlZGlzdF9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKnNjKQoreworCWludCBl cnI7CisJc2l6ZV90IGk7CisKKwllcnIgPSBnaWNfdjNfcmVkaXN0X2ZpbmQoc2MpOworCWlmIChl cnIgIT0gMCkKKwkJcmV0dXJuIChlcnIpOworCisJZXJyID0gZ2ljX3YzX3JlZGlzdF93YWtlKHNj KTsKKwlpZiAoZXJyICE9IDApCisJCXJldHVybiAoZXJyKTsKKworCS8qIERpc2FibGUgU1BJcyAq LworCWdpY19yX3dyaXRlKHNjLCA0LCBHSUNSX1NHSV9CQVNFX1NJWkUgKyBHSUNSX0lDRU5BQkxF UjAsCisJICAgIEdJQ1JfSV9FTkFCTEVSX1BQSV9NQVNLKTsKKwkvKiBFbmFibGUgU0dJcyAqLwor CWdpY19yX3dyaXRlKHNjLCA0LCBHSUNSX1NHSV9CQVNFX1NJWkUgKyBHSUNSX0lTRU5BQkxFUjAs CisJICAgIEdJQ1JfSV9FTkFCTEVSX1NHSV9NQVNLKTsKKworCS8qIFNldCBwcmlvcml0eSBmb3Ig U0dJcyBhbmQgUFBJcyAqLworCWZvciAoaSA9IDA7IGkgPD0gR0lDX0xBU1RfUFBJOyBpICs9IEdJ Q1JfSV9QRVJfSVBSSU9SSVRZbikgeworCQlnaWNfcl93cml0ZShzYywgNCwgR0lDUl9TR0lfQkFT RV9TSVpFICsgR0lDRF9JUFJJT1JJVFlSKGkpLAorCQkgICAgR0lDX1BSSU9SSVRZX01BWCk7CisJ fQorCisJZ2ljX3YzX3dhaXRfZm9yX3J3cChzYywgUkVESVNUKTsKKworCXJldHVybiAoMCk7Cit9 Cgo= --b1_5d0214dede86ae74079a9a209dbb7bd0-- From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:36:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46454FEA for ; Tue, 12 May 2015 16:36:20 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 265CB1587 for ; Tue, 12 May 2015 16:36:20 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGaJUr054309 for ; Tue, 12 May 2015 16:36:19 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGaJkI054308; Tue, 12 May 2015 16:36:19 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:36:19 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSLAM= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:36:20 -0000 zbb marked 4 inline comments as done. zbb added a comment. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:38:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8413235 for ; Tue, 12 May 2015 16:38:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 ADD5B15B9 for ; Tue, 12 May 2015 16:38:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGcX4k054462 for ; Tue, 12 May 2015 16:38:33 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGcXFV054460; Tue, 12 May 2015 16:38:33 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:38:33 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: <9823f30f97bf5dfe50bce6bdff729923@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSLIk= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:38:33 -0000 zbb marked 32 inline comments as done. zbb added a comment. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:39:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDF072A7 for ; Tue, 12 May 2015 16:39:13 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 9BA3B15D3 for ; Tue, 12 May 2015 16:39:13 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGdDGL054531 for ; Tue, 12 May 2015 16:39:13 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGdDx9054529; Tue, 12 May 2015 16:39:13 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:39:13 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSLLE= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:39:13 -0000 zbb marked an inline comment as done. zbb added a comment. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 16:39:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9117315 for ; Tue, 12 May 2015 16:39:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 A9C0115E5 for ; Tue, 12 May 2015 16:39:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CGduk3054624 for ; Tue, 12 May 2015 16:39:56 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CGdubt054623; Tue, 12 May 2015 16:39:56 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 16:39:56 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: <6289a0a0679b677b53de53dd109ce643@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSLNw= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 16:39:56 -0000 zbb marked an inline comment as done. zbb added a comment. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 18:09:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA0F487D; Tue, 12 May 2015 18:09:40 +0000 (UTC) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::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 AA835112F; Tue, 12 May 2015 18:09:40 +0000 (UTC) Received: by ykep21 with SMTP id p21so5968255yke.3; Tue, 12 May 2015 11:09:39 -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=BVzfhxLsKBGc8jugzFTTMMdtoyGpNpOElof6W1fCVXQ=; b=psOWY5kgWHVNvL+e6Lk8ceTfZiOZEbOKGPbVL4iu1YRqzS3GFD/qEgns7oPasQ8nKl xsGnzTamIz9yp3CVFjzOmfONEycLbljMLvwB3cNdmIFPoVfNW131MTzN0YWTN2yLp00Y o+xbAf0Q8mRVY0cUQCpC8F87Lgn9u7HJvD6a5ZHTsh8LSyjeB3alzjWJJmn8tppS8Qqe rTlNo0T6rZTabYBdhmmIwzAnKO77Ubz0c31HDTXouT49ECFUMuKRbANdHtbQLA78sGmC Hbs/pSK1owhBFceqOfR/YttsR430KBd5JrG80llWp0OgZzWOEL78r5GZuTo8OiyPWSRH QVNQ== MIME-Version: 1.0 X-Received: by 10.170.197.130 with SMTP id o124mr19012804yke.77.1431454179901; Tue, 12 May 2015 11:09:39 -0700 (PDT) Received: by 10.129.73.81 with HTTP; Tue, 12 May 2015 11:09:39 -0700 (PDT) In-Reply-To: <20150510190300.05772f5ceaaf047d47f32b75@ulrich-grey.de> References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> <20150510190300.05772f5ceaaf047d47f32b75@ulrich-grey.de> Date: Tue, 12 May 2015 15:09:39 -0300 Message-ID: Subject: Re: Xorg on a RaspberryPI From: Luiz Otavio O Souza To: Ulrich Grey Cc: Adrian Chadd , "freebsd-arm@freebsd.org" 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: Tue, 12 May 2015 18:09:41 -0000 On 10 May 2015 at 16:03, Ulrich Grey wrote: > On Sun, 10 May 2015 08:19:51 -0700 > Adrian Chadd wrote: > >> hm, there's something odd with 32 bit colours in the fb driver. The >> red and blue are swapped. That may be your problem. >> >> Can you try booting / running it on 24 bit colour instead? > > I have tried it with Depth 16, 24 and 32 in /etc/xorg.conf and /boot/msdos/config.txt. > The colors are still strange. > > Section "Device" > Identifier "Generic FB" > Driver "scfb" > EndSection > > Section "Screen" > Identifier "Screen" > Device "Generic FB" > Monitor "Monitor" > SubSection "Display" > Depth 16 #24 #32 > EndSubsection > EndSection > > config.txt: > framebuffer_depth=16 > disable_commandline_tags=1 > gpu_mem=64 > device_tree=rpi.dtb > device_tree_address=0x100 > kernel=uboot.img I 'think' that the 16bpp mode will work for you, but the above setting is being overwritten by default fb settings in FreeBSD. Could you post your fb details (from dmesg), it should look like this: fb0: on ofwbus0 fbd0 on fb0 VT: initialize with new VT driver "fb". fb0: 656x416(656x416@0,0) 24bpp fb0: fbswap: 1, pitch 1968, base 0x3daac000, screen_size 818688 The last two lines are the ones I'm interested in. Are you using the standard firmware (from official images or from u-boot-rpi) ? The recent firmware versions uses a different color mapping (the fbswap flag). In this case I think you could tell xorg to use the appropriate color mapping (but I don't know how to do that), look if you can find where you should specify the RGB or BGR mode. The 16bpp mode isn't affected by this change. Luiz From owner-freebsd-arm@FreeBSD.ORG Tue May 12 18:21:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21DF9C58 for ; Tue, 12 May 2015 18:21:38 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (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 E25D21305 for ; Tue, 12 May 2015 18:21:37 +0000 (UTC) Received: by iget9 with SMTP id t9so100870238ige.1 for ; Tue, 12 May 2015 11:21:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=8+v4Cc7jrUuNM5WNe17dRN0p8jc67/XPr6jsN30jHoM=; b=P+UrD8pMM+oXmTsMlpBfLLpbfCTFS14wAxkZS8mk+GnAi4ZfNBG42wQISxEkIvZXWW 7It5X8olwYCEOKMgjn9T4249+8p3JW1y2zWAX4i9fuYJc3hxrXcWVLnHRrEFfMU2/2za jqoParRWyj1zta763hxe75al+HeGrLZZ8JSMxiB/ETKHEm8wBPdkkMaqS9e9aTxC7+oE wtmFLtIpxQDquL6/4ybrz8gRFuiCm/mXbDEZMGJDzEib3JjHu4SzgwoSI5db3fB5CKva aW+6gAkFG3b7v8rD4yJmVR5meHJAZS5XtAzYgzbPD/kPVGN2NX4dqbipt5oagRuv9ESm 7wKw== X-Received: by 10.107.16.32 with SMTP id y32mr21384081ioi.53.1431454897350; Tue, 12 May 2015 11:21:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.143.4 with HTTP; Tue, 12 May 2015 11:21:07 -0700 (PDT) From: Jia-Shiun Li Date: Wed, 13 May 2015 02:21:07 +0800 Message-ID: Subject: vmstat -i output wrong on arm 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: Tue, 12 May 2015 18:21:38 -0000 The vmstat -i output prints unusual long lines. Although not specific to arm, this problem is more verbose on arm. It is reliably reproducible on rpi and rpi2. I created bug #199891 to describe it. Is there anyone can help confirm this problem, review and hopefully commit the patch attached to the bug? -Jia-Shiun From owner-freebsd-arm@FreeBSD.ORG Tue May 12 18:33:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0656D386 for ; Tue, 12 May 2015 18:33:43 +0000 (UTC) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (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 BA3C414A6 for ; Tue, 12 May 2015 18:33:42 +0000 (UTC) Received: by ykft189 with SMTP id t189so6267777ykf.1 for ; Tue, 12 May 2015 11:33: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; bh=828EljFZJ0ZPy4a5BItORXXWJQ95KSJwb6HqjUOki78=; b=KJbvc4tMcTq69PlAMnxQsWVT7zJ78sQjqOV4Qu7KtAGoMeBfMvzKc30HtWX9BaHRnr ScOcMKFBGMx1UBGMm+e4gHJQDYf5F4wQMr6XJig8CWfpbhp77XfhKgwB5NHu3klT1Dr/ kterg7Lv3Zmh/ZkYe8n8Mm+1liewcL5ep1OAL0J9cqqO8JF2oPdy1Itfdf0NbDvUkjcB WrY70dtwco1lWGnGn+zxKea1A95UJpwG1wsKCY5IQfNGWmeCUxjyUabN2a+BfC0IzeT4 Ko2ZwrkZRVR5kpuS6gH7ym1xEOkx0ICDcNYvha1Tx9SOA3jve/FTdW5Z+V1tXAqoFaMi rBLg== MIME-Version: 1.0 X-Received: by 10.170.197.130 with SMTP id o124mr19131377yke.77.1431455622069; Tue, 12 May 2015 11:33:42 -0700 (PDT) Received: by 10.129.73.81 with HTTP; Tue, 12 May 2015 11:33:42 -0700 (PDT) In-Reply-To: <555177D9.8080001@foxvalley.net> References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> Date: Tue, 12 May 2015 15:33:42 -0300 Message-ID: Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) From: Luiz Otavio O Souza To: Dan Raymond Cc: "freebsd-arm@freebsd.org" 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: Tue, 12 May 2015 18:33:43 -0000 On 12 May 2015 at 00:47, Dan Raymond wrote: > On 5/11/2015 9:13 AM, Mark Felder wrote: >> >> On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: >>> >>> I've been running an email and web server using FreeBSD 11 on a >>> Raspberry Pi B+ since November. It has crashed 3 times since then >>> (roughly every two months). I'm currently running r277334. I thought >>> I'd try the latest build to see if stability has improved. I purchased a >>> Raspberry Pi 2 and used the latest crochet to built r282738. No >>> problems building it and it booted up fine. However, it crashes about >>> an hour into building some ports I use for my server (nginx, php, >>> etc.). I tried twice last night and it crashed both times. Is anybody >>> looking into these stability issues? >>> >> RPi2 support is something like less than a week old for SMP and DMA >> transport. I'm not sure more than a handful of people have actually >> tried it yet. The bugs here will be worked out in time, but if you have >> any core dumps or info that can assist in tracking down issues you're >> experiencing that would certainly be appreciated. >> > > These panics always seem to be mmcsd related. I doubt it has anything to do > with RPi2 or SMP. > > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 > sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > sdhci_b > > > > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 > panic: No b_bufobj 0xd767ca00 > cpuid = 1 > KDB: enter: panic > [ thread pid 12 tid 100013 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> Hm, I have seen this already, it is the sdhci software timeout. The 'happens at night' part rings a bell for me. In my case it happened only with a card that has failed a few weeks later, so I thought it was a pre-fail case. But in certain cases (depending on the card) I think this timeout can be triggered with normal usage. Please try the attached patch and let me know if it works for you. Luiz Index: sys/dev/sdhci/sdhci.c =================================================================== --- sys/dev/sdhci/sdhci.c (revision 282210) +++ sys/dev/sdhci/sdhci.c (working copy) @@ -872,7 +872,7 @@ /* Start command. */ WR2(slot, SDHCI_COMMAND_FLAGS, (cmd->opcode << 8) | (flags & 0xff)); /* Start timeout callout. */ - callout_reset(&slot->timeout_callout, 2*hz, sdhci_timeout, slot); + callout_reset(&slot->timeout_callout, 10*hz, sdhci_timeout, slot); } static void From owner-freebsd-arm@FreeBSD.ORG Tue May 12 19:46:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31D1D23F; Tue, 12 May 2015 19:46:12 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::11]) (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 983681DCE; Tue, 12 May 2015 19:46:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1431459943; l=1864; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=kQ6k1BMZIQ/LRcXufkedm7UST5FhviNRCh0RVouXJGw=; b=NJ5H3C7vD63I2OZcYsWX7UOXk/FQqDvwt2aLTHAwFNq/2SKrPlYzpKBG9q+7G7phCw2 hj0lUsIA7MjkM2V3C4c7FIoNL6swOMrkPVSJ82Ga5ryd7w6XfLPEQhJZaOPQwYJA6Gw+9 Sn04L5J/spHvIW6SE+YMW1f/aygvnYycCg0= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49scv/Fumt X-RZG-CLASS-ID: mo00 Received: from quad (p54869F7E.dip0.t-ipconnect.de [84.134.159.126]) by smtp.strato.de (RZmta 37.5 DYNA|AUTH) with ESMTPSA id k064e3r4CJjWWAR (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve sect571r1 with 571 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 12 May 2015 21:45:32 +0200 (CEST) Date: Tue, 12 May 2015 19:45:31 +0000 From: Ulrich Grey To: Luiz Otavio O Souza Cc: Adrian Chadd , "freebsd-arm@freebsd.org" Subject: Re: Xorg on a RaspberryPI Message-Id: <20150512194531.ae4912e86788ebedd47be3c4@ulrich-grey.de> In-Reply-To: References: <20150510112444.9e12a9739c7e2b91e5fc2ea4@ulrich-grey.de> <20150510190300.05772f5ceaaf047d47f32b75@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=US-ASCII 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, 12 May 2015 19:46:12 -0000 On Tue, 12 May 2015 15:09:39 -0300 Luiz Otavio O Souza wrote: > On 10 May 2015 at 16:03, Ulrich Grey wrote: > > On Sun, 10 May 2015 08:19:51 -0700 > > Adrian Chadd wrote: > > > >> hm, there's something odd with 32 bit colours in the fb driver. The > >> red and blue are swapped. That may be your problem. > >> > >> Can you try booting / running it on 24 bit colour instead? > > > > I have tried it with Depth 16, 24 and 32 in /etc/xorg.conf and /boot/msdos/config.txt. > > The colors are still strange. > > > > Section "Device" > > Identifier "Generic FB" > > Driver "scfb" > > EndSection > > > > Section "Screen" > > Identifier "Screen" > > Device "Generic FB" > > Monitor "Monitor" > > SubSection "Display" > > Depth 16 #24 #32 > > EndSubsection > > EndSection > > > > config.txt: > > framebuffer_depth=16 > > disable_commandline_tags=1 > > gpu_mem=64 > > device_tree=rpi.dtb > > device_tree_address=0x100 > > kernel=uboot.img > > I 'think' that the 16bpp mode will work for you, but the above setting > is being overwritten by default fb settings in FreeBSD. > > Could you post your fb details (from dmesg), it should look like this: Here are the details: fb0: 1440x900(1440x900@0,0) 24bpp fb0: fbswap: 0, pitch 4320, base 0x1c288000, screen_size 3939840 > Are you using the standard firmware (from official images or from u-boot-rpi) ? The image was built with crochet. It uses u-boot-rpi. I can not find a man page for fb/fbd. > The recent firmware versions uses a different color mapping (the > fbswap flag). In this case I think you could tell xorg to use the > appropriate color mapping (but I don't know how to do that), look if > you can find where you should specify the RGB or BGR mode. The 16bpp > mode isn't affected by this change. > > Luiz From owner-freebsd-arm@FreeBSD.ORG Tue May 12 21:50:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FCF6A0B for ; Tue, 12 May 2015 21:50:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 610BA1C6C for ; Tue, 12 May 2015 21:50:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CLoZEI069045 for ; Tue, 12 May 2015 21:50:35 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CLoZoh069044; Tue, 12 May 2015 21:50:35 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 21:50:35 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: <45f7efde7bb422b17830e45b0f41cd7f@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVSdas= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 21:50:35 -0000 emaste added a comment. I'm happy for this to be committed and we can address any further nits in subsequent commits. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, andrew, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 21:53:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98F8CAB6 for ; Tue, 12 May 2015 21:53:38 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 732981CAC for ; Tue, 12 May 2015 21:53:38 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CLrcYA070856 for ; Tue, 12 May 2015 21:53:38 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CLrcwx070855; Tue, 12 May 2015 21:53:38 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 21:53:38 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2378: Introduce ITS support for ARM64 Message-ID: <426b8efe71e1a7f0e450744b025a17fe@localhost.localdomain> X-Priority: 3 Thread-Topic: D2378: Introduce ITS support for ARM64 X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZTc3NjU2YTNlNjQxNDIwYzYxMmJlZjFmYzJmIFVSdmI= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 21:53:38 -0000 emaste added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3_its.c:209-215 Indeed, this is unfortunate. Can you at least KASSERT that it's NULL prior to this assignment and set it to NULL in gic_v3_its_detach to make a failure completely obvious. How do we expect this to be done later? REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D2378 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, imp, ian, andrew, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 22:11:39 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81189C95 for ; Tue, 12 May 2015 22:11:39 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 646071E8F for ; Tue, 12 May 2015 22:11:39 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CMBdbT076627 for ; Tue, 12 May 2015 22:11:39 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CMBdlh076626; Tue, 12 May 2015 22:11:39 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 22:11:39 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Changed Subscribers] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <4a906d1c067d4e815d7d18ba8d297333@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVSeps= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 22:11:39 -0000 emaste added a subscriber: emaste. INLINE COMMENTS sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 @imp, imported into vendor and brought into sys/contrib/, similar to sys/contrib/octeon-sdk? REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue May 12 22:37:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D490AF2A for ; Tue, 12 May 2015 22:37:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 B82EF10E7 for ; Tue, 12 May 2015 22:37:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4CMbZhn084650 for ; Tue, 12 May 2015 22:37:35 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4CMbZsO084649; Tue, 12 May 2015 22:37:35 GMT (envelope-from daemon-user) Date: Tue, 12 May 2015 22:37:35 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <0548a6c14b031b79e4ff45c1b37c4c11@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVSgK8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Tue, 12 May 2015 22:37:35 -0000 imp added inline comments. INLINE COMMENTS sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 That's my suggestion. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 01:28:00 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92C8D7D5 for ; Wed, 13 May 2015 01:28:00 +0000 (UTC) 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 7CF9A12AD for ; Wed, 13 May 2015 01:28:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4D1S0IQ057633 for ; Wed, 13 May 2015 01:28:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200028] graphics/lensfun: fails to build on armv6 Date: Wed, 13 May 2015 01:28:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: danfe@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Wed, 13 May 2015 01:28:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200028 --- Comment #4 from Alexey Dokuchaev --- LGTM. I would've probably changed "empty(...)" into "! ${...}" but that's up to you. Just make sure there are no whitespace bugs when committing, thanks! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed May 13 11:27:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECB56F1F for ; Wed, 13 May 2015 11:27:41 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (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 C0F9818AC for ; Wed, 13 May 2015 11:27:41 +0000 (UTC) Received: by igbyr2 with SMTP id yr2so135585325igb.0 for ; Wed, 13 May 2015 04:27:35 -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 :content-type; bh=XtmMn/Bp8aucVImLByz1HiyHOxK00Nfs1s3Lk/MI1Yg=; b=gOJ+023lMKgGcrDuUJ9QW5B5FS+aN7jYasQQK9gDFl1C7zQrEQufQxk+x7OZ943WmL yVw/vynNNYr6SyNbNNreQo1YQqj46+qvZTB9HxD+Npa71RNXFVQtvksKdAwqyt5r6Kxo 4eAnGOD44EI+p0i2H8bqYfotSYEUWG7E3Jze6hS76rX3GDgKl60J1K82FLEVTk8kX5/e w9mZOz+ASvCtQIsX0qqUVlaJaDywMpOHkkOvCgFbqAuLWGtT7EMPUS/YxML/9Rx0XRMr 4XZGv4gxLgtZCtgqZkOQTZJVqcgX05e9HdsWi3RY04F0cKslPk666y8LQ3CsAH2A6aIv V1Vg== X-Gm-Message-State: ALoCoQnaRwf55lRxr2CuiKBA/Lozfd3KQ7XIo2sY7TPP4ABHc/HRA9XgTGkWp2ht6HDmNTPKdEPd MIME-Version: 1.0 X-Received: by 10.42.204.14 with SMTP id fk14mr8253718icb.96.1431516454924; Wed, 13 May 2015 04:27:34 -0700 (PDT) Received: by 10.36.28.201 with HTTP; Wed, 13 May 2015 04:27:34 -0700 (PDT) Date: Wed, 13 May 2015 13:27:34 +0200 Message-ID: Subject: Performance issues with raspberry pi 2 From: Andreas Andersson 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: Wed, 13 May 2015 11:27:42 -0000 I do understand this is still very new and not ready for "producton" use. But freebsd 11 on rpi2 suffers permance issues. Severely. For instance, the same code I am running (tornado project which inserts stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to rabbitmq) on raspbian. On FreeBSD 11 this is at around 85/s. With my consumer (using all the cores) I am seeing a high get rate from rabbitmq. But ACKing those messages are painstakingly behind. How can I help you debug this. What information would you need? My own theory on this is that on FreeBSD we are doing stuff with software floating point, while on raspbian we are doing stuff with hardware floating point. From owner-freebsd-arm@FreeBSD.ORG Wed May 13 14:28:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E4BAAD8 for ; Wed, 13 May 2015 14:28:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 2E95910CE for ; Wed, 13 May 2015 14:28:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DES8bo041290 for ; Wed, 13 May 2015 14:28:08 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DES8Wk041289; Wed, 13 May 2015 14:28:08 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 14:28:07 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: <114ab402e508d64d05e957c2ecfd9805@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTX3c= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 14:28:08 -0000 andrew accepted this revision. This revision has a positive review. INLINE COMMENTS sys/arm64/arm64/gic_v3_fdt.c:44 I suspect some of these aren't needed. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, emaste, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 14:56:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2E43967 for ; Wed, 13 May 2015 14:56:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 B6CC41596 for ; Wed, 13 May 2015 14:56:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DEu1uH055353 for ; Wed, 13 May 2015 14:56:01 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DEu1ol055352; Wed, 13 May 2015 14:56:01 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 14:56:01 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Updated] D2377: Introduce ARM GICv3 support Message-ID: <7901b00e10c98e290f96cb7294082458@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTZgE= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 14:56:02 -0000 imp added a comment. Two minor comments. One is a suggestion we might want to say something. The second is the 1s timeout seems too long and is badly implemented (DELAY(1) isn't the highest precision thing). I'm wondering why you'd ever need more than several milliseconds. Other than that, it looks OK. A couple of places could use some minor cleanup, but they are much better after the initial rounds of cleanup. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:205 You should at least printf or panic or something :) sys/arm64/arm64/gic_v3.c:321 Does delay 1 really delay 1us every time over 1M iterations? I guess it isn't critical, but if you only want to wait a second for something time sources are more reliable. Then again, why wait a full second here? sys/arm64/arm64/gic_v3.c:535 Same comments here. why 1 second? REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, emaste, andrew, imp, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:05:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53A5CE9C for ; Wed, 13 May 2015 15:05:02 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (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 27CD51771 for ; Wed, 13 May 2015 15:05:01 +0000 (UTC) Received: by pacwv17 with SMTP id wv17so53502081pac.0 for ; Wed, 13 May 2015 08:04:55 -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=XjrZ6fzfgGJ6Y17g9FPW0uEEBF7uoJGAAFteRH0JhdQ=; b=M31jyQAcHo0RA1Lp9/mk0EFt2XEqMDva++FROHKwcOslQMEw+ftM+1edbH2G7nUG0v YcgHSFuboMtSsNZ5kugN9FZzoU1gFW+VIY3O8LQl9bKYFUdMRDdNKrnTOSQuNF7yYjN9 Pmrvc91Hf25xBOAVxwez7VW6fNI92O7p7BI6CickltAC5RrXRQ5AZ0m/PYHmIEzLlIYy oe6GqKxxB4ZG5mv89G0XRZoZFTXWnALu86VBZZXv6A+j+FITTtVd1iPqdqCoYH3V0g8e zB7WDVEOvLh/3jFIEUX09pmnSEp+gYeV8AzXSIbc3YdGGL6tiG+oHVA1oVFMv9go9ULy 7CtQ== X-Gm-Message-State: ALoCoQlDih/Awrj+Ax9H00ey4DKSPiRZQ6k4Od6My824WisaVl03hsbfqxobDR7CuKc8mSkX0fqj X-Received: by 10.70.25.37 with SMTP id z5mr38301108pdf.36.1431529495027; Wed, 13 May 2015 08:04:55 -0700 (PDT) Received: from macintosh-3c0754232d17.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id k4sm19625222pdg.87.2015.05.13.08.04.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 May 2015 08:04:53 -0700 (PDT) Sender: Warner Losh Subject: Re: Performance issues with raspberry pi 2 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_672816E0-AE71-46B0-B7D5-1EC61FDEB4D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Wed, 13 May 2015 09:04:50 -0600 Cc: freebsd-arm@freebsd.org Message-Id: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> References: To: Andreas Andersson X-Mailer: Apple Mail (2.2098) 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, 13 May 2015 15:05:02 -0000 --Apple-Mail=_672816E0-AE71-46B0-B7D5-1EC61FDEB4D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 13, 2015, at 5:27 AM, Andreas Andersson = wrote: >=20 > I do understand this is still very new and not ready for "producton" = use. >=20 > But freebsd 11 on rpi2 suffers permance issues. Severely. >=20 > For instance, the same code I am running (tornado project which = inserts > stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec = (to > rabbitmq) on raspbian. >=20 > On FreeBSD 11 this is at around 85/s. >=20 > With my consumer (using all the cores) I am seeing a high get rate = from > rabbitmq. But ACKing those messages are painstakingly behind. How can = I > help you debug this. >=20 > What information would you need? >=20 >=20 >=20 >=20 > My own theory on this is that on FreeBSD we are doing stuff with = software > floating point, while on raspbian we are doing stuff with hardware = floating > point. FreeBSD is still using soft float. We=E2=80=99ll be transitioning that = to hard float for 11.0, and should have the code for that pushed into head by the end of BSDCan 2015. In the mean time, you can try building an image with TARGET_ARCH=3Darmv6hf= to see if that is the cause of the problems. Warner --Apple-Mail=_672816E0-AE71-46B0-B7D5-1EC61FDEB4D4 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 iQIcBAEBCgAGBQJVU2gTAAoJEGwc0Sh9sBEAUPwQAKNTzXDnMmk/aoNIwmp6Vx/h BIu8FU81rEo1xs7DIEm4lhESJnCuHjHrS1bj1SSdfv6y/ucVrb9PuUwEmECkkIlq L1+wlJwwFOJPy6tgHFYg/N6qwziJJFAknYqVjOPUcBr4HHzLlE/LA0pqhaqjT2EM kAY5e8lYcacX1JQwR2XqXsIKPf5FKm5R5+OMoICt8sXy1LFUSev7rimH3hN5cgRE gVw1Ub1iOVyzE/8Z4S+mD1S+yUcJhPXNuVPf/g+RjIbA3DQqfd9OLrPZEe50j49c Gm54zD6aIij6ExJKzEUHQSnLkWn4rb/MN+3GUWBIUW7BJJg/P8ZQzrfukNG88PNB 8qrQJ455hmv7VWP4DFva2YrWl0vrBldECpEZQ68lOOU0MVd8WHJCR5KMTU0aV2cj DNm1NZaHd0fzEZHseDLwvI4ijcZynO8FrBLQR69eaZSCWTJ44PMEGOl5tPDFyCfI v3FVxc8u1x9FZH9tjL7yivL8i4n60VjlDA6ZBP9XEu3+P5w4xfByNKHLGJiELKL/ B1zm5G5nooNtz1n19h28v9111b4t1HHjl2cQiIYGwkqJuKmIeBOhPKtshWSmD8Hn uiGR791ebgJTDN2MhCpihPD+GGALXB7ZLaLbSE36IMWaS53i8BRP4cWqKP3ZFFem le4lKS8zprWvNVNI3Vdu =W6Pr -----END PGP SIGNATURE----- --Apple-Mail=_672816E0-AE71-46B0-B7D5-1EC61FDEB4D4-- From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:10:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CBE51A3 for ; Wed, 13 May 2015 15:10:09 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 DA0F017DF for ; Wed, 13 May 2015 15:10:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFA8bi058567 for ; Wed, 13 May 2015 15:10:08 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFA8fO058566; Wed, 13 May 2015 15:10:08 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:10:08 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Accepted] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <232c92a151efbff3b7ab7879185262c5@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVTaVA= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:10:09 -0000 imp accepted this revision. imp added a comment. This revision has a positive review. I think I'm mostly happy with this right now. While I'd like to see the SDK/HAL code done like we did Octeon's, if it is a one-shot deal, then maybe that's not so important. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep_mp.c:106 These boards are embedded network processors that live on a PCIe card. They have very limited space for extra stuff not related to the task at hand... While I generally agree we need loader(8) support, this board may be a reasonable exception to that rule. sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 But only if we think that there will be another drop. It makes sense in Oceteon land because we update that from time to time. If this is just a one-shot, it doesn't matter so much where it lives. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:11:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2421A21C for ; Wed, 13 May 2015 15:11:22 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 0451D18AD for ; Wed, 13 May 2015 15:11:22 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFBLPM060321 for ; Wed, 13 May 2015 15:11:21 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFBLm2060320; Wed, 13 May 2015 15:11:21 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:11:21 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: <7eecaa835740f26740ba22e392aed443@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTaZk= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:11:22 -0000 imp accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, emaste, andrew, imp, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:19:34 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DED483C7 for ; Wed, 13 May 2015 15:19:34 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (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 B750F1944 for ; Wed, 13 May 2015 15:19:34 +0000 (UTC) Received: by pdea3 with SMTP id a3so54618020pde.3 for ; Wed, 13 May 2015 08:19:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=vd7wp1gaWd8ZxC0m1OR3a4+CvOBVWZWMgY/acEiSHyE=; b=YPJWUx2yEIz4A1VIj7i4+QkDOrEQ3ZH2J4AKuhDJd87I5wyUKcYBVjJSXN/mnKrTJq HjNuWxBkrFJVArYkLj02jAqmG6zvWRJysVOEmSovWB1DpfN+sBaizoj3z1FMLkxA88Xl AI7CjEPEe3WjSXfx3yMPRxtIpXopJCrLUNXjJ665qlyLAsOizq4THEldXgmNIP5aCnhn hv3OuqhthrGsao93jCPZpLFsW54dx0oximMSGdnqZCtc0C8iXSOvyPNzdFZLDqTtfEHw RmWpeaw6WjpmBc2Cm2nYcjpG7NWEGDjjVSSsWklT9cEROAjx70Y+DT9g85uUyembt8DM mEWw== X-Gm-Message-State: ALoCoQnIzhklD8hMEVfjnSFFSWJJwha7FvtYywmL9J5lWM3sE9EHgs58cKmTVwksXP15ylHAIH+v X-Received: by 10.69.31.106 with SMTP id kl10mr37856495pbd.155.1431530368714; Wed, 13 May 2015 08:19:28 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id ax2sm19717482pac.21.2015.05.13.08.19.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 May 2015 08:19:27 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Performance issues with raspberry pi 2 From: Tim Kientzle In-Reply-To: Date: Wed, 13 May 2015 08:19:25 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5C015967-4CE2-403E-A0BA-200F8EAA1AC4@kientzle.com> References: To: Andreas Andersson X-Mailer: Apple Mail (2.2098) 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, 13 May 2015 15:19:35 -0000 Do you have WITNESS and INVARIANTS enabled in your FreeBSD kernel = configuration? WITNESS and INVARIANTS are used on development kernels to enable = additional in-kernel consistency checks. They make things a lot slower = and are normally not enabled in production kernels. If you do have those enabled, try removing them and let us know how much = of a difference it makes. Cheers, Tim > On May 13, 2015, at 4:27 AM, Andreas Andersson = wrote: >=20 > I do understand this is still very new and not ready for "producton" = use. >=20 > But freebsd 11 on rpi2 suffers permance issues. Severely. >=20 > For instance, the same code I am running (tornado project which = inserts > stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec = (to > rabbitmq) on raspbian. >=20 > On FreeBSD 11 this is at around 85/s. >=20 > With my consumer (using all the cores) I am seeing a high get rate = from > rabbitmq. But ACKing those messages are painstakingly behind. How can = I > help you debug this. >=20 > What information would you need? >=20 >=20 >=20 >=20 > My own theory on this is that on FreeBSD we are doing stuff with = software > floating point, while on raspbian we are doing stuff with hardware = floating > point. > _______________________________________________ > 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 May 13 15:19:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93C85420 for ; Wed, 13 May 2015 15:19:49 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 74C9D1952 for ; Wed, 13 May 2015 15:19:49 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFJnwu061664 for ; Wed, 13 May 2015 15:19:49 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFJnfS061663; Wed, 13 May 2015 15:19:49 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:19:49 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2377: Introduce ARM GICv3 support Message-ID: <168a6580eb08d5034914148eb73e5c56@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTa5U= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:19:49 -0000 zbb added inline comments. INLINE COMMENTS sys/arm64/arm64/gic_v3.c:321 DELAY is because we if fact expect to get immediate response from GIC. If we don't get any this most probably means malfunction. I would suggest to wait that second and panic instead of device_printf(). I don't have any good explanation why 1 second and not for example 0.5. There are no timing details in the GIC documentation related to that and the one below so this value was based on what Linux code does. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, emaste, andrew, imp, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:20:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0731C477 for ; Wed, 13 May 2015 15:20:03 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 C51BB195E for ; Wed, 13 May 2015 15:20:02 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFK2Mu061763 for ; Wed, 13 May 2015 15:20:02 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFK2Xx061762; Wed, 13 May 2015 15:20:02 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:20:02 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVTa6I= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:20:03 -0000 emaste added inline comments. INLINE COMMENTS sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 For reference, the appropriate top-level vendor directory: https://svnweb.freebsd.org/base/vendor-sys/ You'd import a verbatim copy of an upstream release, then merge it to sys/contrib and apply any changes necessary. Let me know if you'll need help with the process. sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 True, but it's a lot more awkward to retrofit the vendor import if there is a new update in the future. If nothing else we should at least reference the hal drop in the commit message - e.g. something like ``` The files in the hal/ subdirectory are an unmodified copy of with sha1 hash f1d2d2f924e986ac86fdf7b36c94bcdf32beec15. ``` REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:35:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C29DCF0 for ; Wed, 13 May 2015 15:35:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 5E1581C20 for ; Wed, 13 May 2015 15:35:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFZUmI067176 for ; Wed, 13 May 2015 15:35:30 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFZT4P067175; Wed, 13 May 2015 15:35:29 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:35:29 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 1, 030 lines] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTb0E= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_ef7558bf87cdf32496a347c12801e0cd" 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: Wed, 13 May 2015 15:35:30 -0000 --b1_ef7558bf87cdf32496a347c12801e0cd Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit zbb updated this revision to Diff 5364. zbb added a comment. This revision now requires review to proceed. Some more fixes from previous comments + fixes after final testing on HW. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D2377?vs=5343&id=5364 REVISION DETAIL https://reviews.freebsd.org/D2377 AFFECTED FILES sys/arm64/arm64/gic_v3.c sys/arm64/arm64/gic_v3_fdt.c sys/arm64/arm64/gic_v3_reg.h sys/arm64/arm64/gic_v3_var.h sys/arm64/arm64/locore.S sys/arm64/include/armreg.h sys/conf/files.arm64 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, andrew, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm --b1_ef7558bf87cdf32496a347c12801e0cd Content-Type: text/x-patch; charset=utf-8; name="D2377.5364.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D2377.5364.patch" ZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzLmFybTY0IGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQK LS0tIGEvc3lzL2NvbmYvZmlsZXMuYXJtNjQKKysrIGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQKQEAg LTE5LDYgKzE5LDggQEAKIGFybTY0L2FybTY0L2VsZl9tYWNoZGVwLmMJc3RhbmRhcmQKIGFybTY0 L2FybTY0L2V4Y2VwdGlvbi5TCQlzdGFuZGFyZAogYXJtNjQvYXJtNjQvZ2ljLmMJCXN0YW5kYXJk Cithcm02NC9hcm02NC9naWNfdjMuYwkJc3RhbmRhcmQKK2FybTY0L2FybTY0L2dpY192M19mZHQu YwlvcHRpb25hbAlmZHQKIGFybTY0L2FybTY0L2lkZW50Y3B1LmMJCXN0YW5kYXJkCiBhcm02NC9h cm02NC9pbnRyX21hY2hkZXAuYwlzdGFuZGFyZAogYXJtNjQvYXJtNjQvaW5fY2tzdW0uYwkJb3B0 aW9uYWwJaW5ldCB8IGluZXQ2CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvaW5jbHVkZS9hcm1yZWcu aCBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCi0tLSBhL3N5cy9hcm02NC9pbmNsdWRlL2Fy bXJlZy5oCisrKyBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCkBAIC05Niw2ICs5NiwyNCBA QAogI2RlZmluZQkgRVhDUF9XQVRDSFBUX0VMMQkweDM1CS8qIFdhdGNocG9pbnQsIGZyb20gc2Ft ZSBFTCAqLwogI2RlZmluZQkgRVhDUF9CUksJCTB4M2MJLyogQnJlYWtwb2ludCAqLwogCisvKiBJ Q0NfQ1RMUl9FTDEgKi8KKyNkZWZpbmUJSUNDX0NUTFJfRUwxX0VPSU1PREUJKDFVIDw8IDEpCisK Ky8qIElDQ19JQVIxX0VMMSAqLworI2RlZmluZQlJQ0NfSUFSMV9FTDFfU1BVUgkoMHgwM2ZmKQor CisvKiBJQ0NfSUdSUEVOMF9FTDEgKi8KKyNkZWZpbmUJSUNDX0lHUlBFTjBfRUwxX0VOCSgxVSA8 PCAwKQorCisvKiBJQ0NfUE1SX0VMMSAqLworI2RlZmluZQlJQ0NfUE1SX0VMMV9QUklPX01BU0sJ KDB4RkZVTCkKKworLyogSUNDX1NSRV9FTDEgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDFfU1JFCQko MVUgPDwgMCkKKworLyogSUNDX1NSRV9FTDIgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDJfRU4JCSgx VSA8PCAzKQorCiAvKiBJRF9BQTY0UEZSMF9FTDEgKi8KICNkZWZpbmUJSURfQUE2NFBGUjBfRUww X01BU0sJKDB4ZiA8PCAwKQogI2RlZmluZQlJRF9BQTY0UEZSMF9FTDFfTUFTSwkoMHhmIDw8IDQp CkBAIC0xMDUsNyArMTIzLDEwIEBACiAjZGVmaW5lCSBJRF9BQTY0UEZSMF9GUF9JTVBMCSgweDAg PDwgMTYpIC8qIEZsb2F0aW5nLXBvaW50IGltcGxlbWVudGVkICovCiAjZGVmaW5lCSBJRF9BQTY0 UEZSMF9GUF9OT05FCSgweGYgPDwgMTYpIC8qIEZsb2F0aW5nLXBvaW50IG5vdCBpbXBsZW1lbnRl ZCAqLwogI2RlZmluZQlJRF9BQTY0UEZSMF9BRFZfU0lNRF9NQVNLICgweGYgPDwgMjApCi0jZGVm aW5lCUlEX0FBNjRQRlIwX0dJQ19NQVNLCSgweGYgPDwgMjQpCisjZGVmaW5lCUlEX0FBNjRQRlIw X0dJQ19TSElGVAkoMjQpCisjZGVmaW5lCUlEX0FBNjRQRlIwX0dJQ19CSVRTCSgweDQpIC8qIE51 bWJlciBvZiBiaXRzIGluIEdJQyBmaWVsZCAqLworI2RlZmluZQlJRF9BQTY0UEZSMF9HSUNfTUFT SwkoMHhmIDw8IElEX0FBNjRQRlIwX0dJQ19TSElGVCkKKyNkZWZpbmUJIElEX0FBNjRQRlIwX0dJ Q19DUFVJRl9FTiAoMHgxIDw8IElEX0FBNjRQRlIwX0dJQ19TSElGVCkKIAogLyogTUFJUl9FTDEg LSBNZW1vcnkgQXR0cmlidXRlIEluZGlyZWN0aW9uIFJlZ2lzdGVyICovCiAjZGVmaW5lCU1BSVJf QVRUUl9NQVNLKGlkeCkJKDB4ZmYgPDwgKChuKSogOCkpCmRpZmYgLS1naXQgYS9zeXMvYXJtNjQv YXJtNjQvbG9jb3JlLlMgYi9zeXMvYXJtNjQvYXJtNjQvbG9jb3JlLlMKLS0tIGEvc3lzL2FybTY0 L2FybTY0L2xvY29yZS5TCisrKyBiL3N5cy9hcm02NC9hcm02NC9sb2NvcmUuUwpAQCAtMTg3LDYg KzE4NywyMCBAQAogCW1vdgl4MiwgIyhQU1JfRiB8IFBTUl9JIHwgUFNSX0EgfCBQU1JfRCB8IFBT Ul9NX0VMMWgpCiAJbXNyCXNwc3JfZWwyLCB4MgogCisJLyogQ29uZmlndXJlIEdJQ3YzIENQVSBp bnRlcmZhY2UgKi8KKwltcnMJeDIsIGlkX2FhNjRwZnIwX2VsMQorCS8qIEV4dHJhY3QgR0lDIGJp dHMgZnJvbSB0aGUgcmVnaXN0ZXIgKi8KKwl1YmZ4CXgyLCB4MiwgI0lEX0FBNjRQRlIwX0dJQ19T SElGVCwgI0lEX0FBNjRQRlIwX0dJQ19CSVRTCisJLyogR0lDWzM6MF0gPT0gMDAwMSAtIEdJQyBD UFUgaW50ZXJmYWNlIHZpYSBzcGVjaWFsIHJlZ3MuIHN1cHBvcnRlZCAqLworCWNtcAl4MiwgIyhJ RF9BQTY0UEZSMF9HSUNfQ1BVSUZfRU4gPj4gSURfQUE2NFBGUjBfR0lDX1NISUZUKQorCWIubmUJ MmYKKworCW1ycwl4MiwgaWNjX3NyZV9lbDIKKwlvcnIJeDIsIHgyLCAjSUNDX1NSRV9FTDJfRU4J LyogRW5hYmxlIGFjY2VzcyBmcm9tIGluc2VjdXJlIEVMMSAqLworCW1zcglpY2Nfc3JlX2VsMiwg eDIKKwlpc2IKKzI6CisKIAkvKiBTZXQgdGhlIGFkZHJlc3MgdG8gcmV0dXJuIHRvIG91ciByZXR1 cm4gYWRkcmVzcyAqLwogCW1zcgllbHJfZWwyLCB4MzAKIApkaWZmIC0tZ2l0IGEvc3lzL2FybTY0 L2FybTY0L2dpY192M192YXIuaCBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfdmFyLmgKbmV3IGZp bGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3Yz X3Zhci5oCkBAIC0wLDAgKzEsMTA0IEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAxNSBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAqIFRoaXMg c29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBTZW1paGFsZiB1bmRlcgorICogdGhlIHNwb25zb3Jz aGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2Rp ZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRp dGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0 cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmln aHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp bmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1h dGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZU V0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycn IEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NM QUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJ QUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQ VElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xV RElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJ QklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaWZuZGVmIF9HSUNfVjNfVkFSX0hf CisjZGVmaW5lIF9HSUNfVjNfVkFSX0hfCisKKyNkZWZpbmUJR0lDX1YzX0RFVlNUUgkiQVJNIEdl bmVyaWMgSW50ZXJydXB0IENvbnRyb2xsZXIgdjMuMCIKKworREVDTEFSRV9DTEFTUyhnaWNfdjNf ZHJpdmVyKTsKKworc3RydWN0IGdpY19yZWRpc3RzIHsKKwkvKgorCSAqIFJlLURpc3RyaWJ1dG9y IHJlZ2lvbiBkZXNjcmlwdGlvbi4KKwkgKiBXZSB3aWxsIGhhdmUgZmV3IG9mIHRob3NlIGRlcGVu ZGluZworCSAqIG9uIHRoZSAjcmVkaXN0cmlidXRvci1yZWdpb25zIHByb3BlcnR5IGluIEZEVC4K KwkgKi8KKwlzdHJ1Y3QgcmVzb3VyY2UgKioJcmVnaW9uczsKKwkvKiBOdW1iZXIgb2YgUmUtRGlz dHJpYnV0b3IgcmVnaW9ucyAqLworCXVfaW50CQkJbnJlZ2lvbnM7CisJLyogUGVyLUNQVSBSZS1E aXN0cmlidXRvciBoYW5kbGVyICovCisJc3RydWN0IHJlc291cmNlICoJcGNwdVtNQVhDUFVdOwor fTsKKworc3RydWN0IGdpY192M19zb2Z0YyB7CisJZGV2aWNlX3QJCWRldjsKKwlzdHJ1Y3QgcmVz b3VyY2UgKioJZ2ljX3JlczsKKwlzdHJ1Y3QgbXR4CQlnaWNfbXR4OworCS8qIERpc3RyaWJ1dG9y ICovCisJc3RydWN0IHJlc291cmNlICoJZ2ljX2Rpc3Q7CisJLyogUmUtRGlzdHJpYnV0b3JzICov CisJc3RydWN0IGdpY19yZWRpc3RzCWdpY19yZWRpc3RzOworCisJdV9pbnQJCQlnaWNfbmlycXM7 CisJdV9pbnQJCQlnaWNfaWRiaXRzOworCisJYm9vbGVhbl90CQlnaWNfcmVnaXN0ZXJlZDsKK307 CisKK01BTExPQ19ERUNMQVJFKE1fR0lDX1YzKTsKKworLyogRGV2aWNlIG1ldGhvZHMgKi8KK2lu dCBnaWNfdjNfYXR0YWNoKGRldmljZV90IGRldik7CitpbnQgZ2ljX3YzX2RldGFjaChkZXZpY2Vf dCBkZXYpOworCisvKgorICogR0lDIERpc3RyaWJ1dG9yIGFjY2Vzc29ycy4KKyAqIE5vdGljZSB0 aGF0IG9ubHkgR0lDIHNvZmMgY2FuIGJlIHBhc3NlZC4KKyAqLworI2RlZmluZQlnaWNfZF9yZWFk KHNjLCBsZW4sIHJlZykJCVwKKyh7CQkJCQkJXAorCWJ1c19yZWFkXyMjbGVuKHNjLT5naWNfZGlz dCwgcmVnKTsJXAorfSkKKworI2RlZmluZQlnaWNfZF93cml0ZShzYywgbGVuLCByZWcsIHZhbCkJ CVwKKyh7CQkJCQkJXAorCWJ1c193cml0ZV8jI2xlbihzYy0+Z2ljX2Rpc3QsIHJlZywgdmFsKTtc Cit9KQorCisvKiBHSUMgUmUtRGlzdHJpYnV0b3IgYWNjZXNzb3JzIChwZXItQ1BVKSAqLworI2Rl ZmluZQlnaWNfcl9yZWFkKHNjLCBsZW4sIHJlZykJCVwKKyh7CQkJCQkJXAorCXVfaW50IGNwdSA9 IFBDUFVfR0VUKGNwdWlkKTsJCVwKKwkJCQkJCVwKKwlidXNfcmVhZF8jI2xlbigJCQkJXAorCSAg ICBzYy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVdLAkJXAorCSAgICByZWcpOwkJCQlcCit9KQorCisj ZGVmaW5lCWdpY19yX3dyaXRlKHNjLCBsZW4sIHJlZywgdmFsKQkJXAorKHsJCQkJCQlcCisJdV9p bnQgY3B1ID0gUENQVV9HRVQoY3B1aWQpOwkJXAorCQkJCQkJXAorCWJ1c193cml0ZV8jI2xlbigJ CQlcCisJICAgIHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdV0sCQlcCisJICAgIHJlZywgdmFsKTsJ CQkJXAorfSkKKworI2VuZGlmIC8qIF9HSUNfVjNfVkFSX0hfICovCmRpZmYgLS1naXQgYS9zeXMv YXJtNjQvYXJtNjQvZ2ljX3YzX3JlZy5oIGIvc3lzL2FybTY0L2FybTY0L2dpY192M19yZWcuaApu ZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9hcm02NC9n aWNfdjNfcmVnLmgKQEAgLTAsMCArMSwxODMgQEAKKy8qLQorICogQ29weXJpZ2h0IChjKSAyMDE1 IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKgorICog VGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisgKiB0aGUgc3Bv bnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRpc3RyaWJ1dGlv biBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAq IG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcg Y29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2Ug Y29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMg bGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBS ZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNv cHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElT IFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFT IElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElO RywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJD SEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBBUkUg RElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklCVVRPUlMg QkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJ QUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVESU5HLCBC VVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKKyAqIE9S IFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5U RVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklM SVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1IgVE9SVCAo SU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAq IE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUg UE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpZm5kZWYgX0dJQ19WM19S RUdfSF8KKyNkZWZpbmUJX0dJQ19WM19SRUdfSF8KKworLyoKKyAqIE1heGltdW0gbnVtYmVyIG9m IGludGVycnVwdHMKKyAqIHN1cHBvcnRlZCBieSBHSUMgKGluY2x1ZGluZyBTR0lzLCBQUElzIGFu ZCBTUElzKQorICovCisjZGVmaW5lCUdJQ19JX05VTV9NQVgJCSgxMDIwKQorLyoKKyAqIFByaW9y aXR5IE1BWC9NSU4gdmFsdWVzCisgKi8KKyNkZWZpbmUJR0lDX1BSSU9SSVRZX01BWAkoMHgwMFVM KQorLyogVXBwZXIgdmFsdWUgaXMgZGV0ZXJtaW5lZCBieSBMUEkgbWF4IHByaW9yaXR5ICovCisj ZGVmaW5lCUdJQ19QUklPUklUWV9NSU4JKDB4RkNVTCkKKworLyogTnVtYmVycyBmb3Igc29mdHdh cmUgZ2VuZXJhdGVkIGludGVycnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1NHSQkJKDApCisj ZGVmaW5lCUdJQ19MQVNUX1NHSQkJKDE1KQorLyogTnVtYmVycyBmb3IgcHJpdmF0ZSBwZXJpcGhl cmFsIGludGVycnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1BQSQkJKDE2KQorI2RlZmluZQlH SUNfTEFTVF9QUEkJCSgzMSkKKy8qIE51bWJlcnMgZm9yIHNwYXJlZCBwZXJpcGhlcmFsIGludGVy cnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1NQSQkJKDMyKQorI2RlZmluZQlHSUNfTEFTVF9T UEkJCSgxMDE5KQorLyogTnVtYmVycyBmb3IgbG9jYWwgcGVyaXBoZXJhbCBpbnRlcnJ1cHRzICov CisjZGVmaW5lCUdJQ19GSVJTVF9MUEkJCSg4MTkyKQorCisvKgorICogUmVnaXN0ZXJzICh2Mi92 MykKKyAqLworI2RlZmluZQlHSUNEX0NUTFIJCSgweDAwMDApCisjZGVmaW5lCUdJQ0RfQ1RMUl9H MQkJKDEgPDwgMCkKKyNkZWZpbmUJR0lDRF9DVExSX0cxQQkJKDEgPDwgMSkKKyNkZWZpbmUJR0lD RF9DVExSX0FSRV9OUwkoMSA8PCA0KQorI2RlZmluZQlHSUNEX0NUTFJfUldQCQkoMSA8PCAzMSkK KworI2RlZmluZQlHSUNEX1RZUEVSCQkoMHgwMDA0KQorI2RlZmluZQkJR0lDRF9UWVBFUl9JREJJ VFMobikJKCgoKG4pID4+IDE5KSAmIDB4MUYpICsgMSkKKyNkZWZpbmUJCUdJQ0RfVFlQRVJfSV9O VU0obikJKCgoKG4pICYgMHhGMSkgKyAxKSAqIDMyKQorCisjZGVmaW5lCUdJQ0RfSVNFTkFCTEVS KG4pCSgweDAxMDAgKyAoKChuKSA+PiA1KSAqIDQpKQorI2RlZmluZQkJR0lDRF9JX1BFUl9JU0VO QUJMRVJuCSgzMikKKworI2RlZmluZQlHSUNEX0lDRU5BQkxFUihuKQkoMHgwMTgwICsgKCgobikg Pj4gNSkgKiA0KSkKKyNkZWZpbmUJR0lDRF9JUFJJT1JJVFlSKG4pCSgweDA0MDAgKyAoKChuKSA+ PiAyKSAqIDQpKQorI2RlZmluZQkJR0lDRF9JX1BFUl9JUFJJT1JJVFluCSg0KQorCisjZGVmaW5l CUdJQ0RfSV9NQVNLKG4pCQkoMSA8PCAoKG4pICUgMzIpKQorCisjZGVmaW5lCUdJQ0RfSUNGR1Io bikJCSgweDBDMDAgKyAoKChuKSA+PiA0KSAqIDQpKQorLyogRmlyc3QgYml0IGlzIGEgcG9sYXJp dHkgYml0ICgwIC0gbG93LCAxIC0gaGlnaCkgKi8KKyNkZWZpbmUJCUdJQ0RfSUNGR1JfUE9MX0xP VwkoMCA8PCAwKQorI2RlZmluZQkJR0lDRF9JQ0ZHUl9QT0xfSElHSAkoMSA8PCAwKQorI2RlZmlu ZQkJR0lDRF9JQ0ZHUl9QT0xfTUFTSwkoMHgxKQorLyogU2Vjb25kIGJpdCBpcyBhIHRyaWdnZXIg Yml0ICgwIC0gbGV2ZWwsIDEgLSBlZGdlKSAqLworI2RlZmluZQkJR0lDRF9JQ0ZHUl9UUklHX0xW TAkoMCA8PCAxKQorI2RlZmluZQkJR0lDRF9JQ0ZHUl9UUklHX0VER0UJKDEgPDwgMSkKKyNkZWZp bmUJCUdJQ0RfSUNGR1JfVFJJR19NQVNLCSgweDIpCisKKyNkZWZpbmUJCUdJQ0RfSV9QRVJfSUNG R1JuCSgxNikKKworLyoKKyAqIFJlZ2lzdGVycyAodjMpCisgKi8KKyNkZWZpbmUJR0lDRF9JUk9V VEVSKG4pCQkoMHg2MDAwICsgKChuKSAqIDgpKQorI2RlZmluZQlHSUNEX1BJRFIyCQkoMHhGRkU4 KQorCisjZGVmaW5lCUdJQ1JfUElEUjJfQVJDSF9NQVNLCSgweEYwKQorI2RlZmluZQlHSUNSX1BJ RFIyX0FSQ0hfR0lDdjMJKDB4MzApCisjZGVmaW5lCUdJQ1JfUElEUjJfQVJDSF9HSUN2NAkoMHg0 MCkKKworLyogUmVkaXN0cmlidXRvciByZWdpc3RlcnMgKi8KKyNkZWZpbmUJR0lDUl9QSURSMgkJ R0lDRF9QSURSMgorCisjZGVmaW5lCUdJQ1JfVFlQRVIJCSgweDAwMDgpCisjZGVmaW5lCUdJQ1Jf VFlQRVJfVkxQSVMJKDEgPDwgMSkKKyNkZWZpbmUJR0lDUl9UWVBFUl9MQVNUCQkoMSA8PCA0KQor I2RlZmluZQlHSUNSX1RZUEVSX0FGRl9TSElGVAkoMzIpCisKKyNkZWZpbmUJR0lDUl9XQUtFUgkJ KDB4MDAxNCkKKyNkZWZpbmUJR0lDUl9XQUtFUl9QUwkJKDEgPDwgMSkgLyogUHJvY2Vzc29yIHNs ZWVwICovCisjZGVmaW5lCUdJQ1JfV0FLRVJfQ0EJCSgxIDw8IDIpIC8qIENoaWxkcmVuIGFzbGVl cCAqLworCisvKiBSZS1kaXN0cmlidXRvciByZWdpc3RlcnMgZm9yIFNHSXMgYW5kIFBQSXMgKi8K KyNkZWZpbmUJR0lDUl9SRF9CQVNFX1NJWkUJUEFHRV9TSVpFXzY0SworI2RlZmluZQlHSUNSX1NH SV9CQVNFX1NJWkUJUEFHRV9TSVpFXzY0SworI2RlZmluZQlHSUNSX1ZMUElfQkFTRV9TSVpFCVBB R0VfU0laRV82NEsKKyNkZWZpbmUJR0lDUl9SRVNFUlZFRF9TSVpFCVBBR0VfU0laRV82NEsKKwor I2RlZmluZQlHSUNSX0lTRU5BQkxFUjAJCQkJKDB4MDEwMCkKKyNkZWZpbmUJR0lDUl9JQ0VOQUJM RVIwCQkJCSgweDAxODApCisjZGVmaW5lCQlHSUNSX0lfRU5BQkxFUl9TR0lfTUFTSwkJKDB4MDAw MEZGRkYpCisjZGVmaW5lCQlHSUNSX0lfRU5BQkxFUl9QUElfTUFTSwkJKDB4RkZGRjAwMDApCisK KyNkZWZpbmUJCUdJQ1JfSV9QRVJfSVBSSU9SSVRZbgkJKEdJQ0RfSV9QRVJfSVBSSU9SSVRZbikK KworLyoKKyAqIENQVSBpbnRlcmZhY2UKKyAqLworCisvKgorICogUmVnaXN0ZXJzIGxpc3QgKElD Q194eXpfRUwxKToKKyAqCisgKiBQTVIgICAgIC0gUHJpb3JpdHkgTWFzayBSZWdpc3RlcgorICoJ CSogaW50ZXJydXB0cyBvZiBwcmlvcml0eSBoaWdoZXIgdGhhbiBzcGVjaWZpZWQKKyAqCQkgIGlu IHRoaXMgbWFzayB3aWxsIGJlIHNpZ25hbGxlZCB0byB0aGUgQ1BVLgorICoJCSAgKDB4ZmYgLSBs b3dlc3QgcG9zc2libGUgcHJpby4sIDB4MDAgLSBoaWdoZXN0IHByaW8uKQorICoKKyAqIENUTFIg ICAgLSBDb250cm9sIFJlZ2lzdGVyCisgKgkJKiBjb250cm9scyBiZWhhdmlvciBvZiB0aGUgQ1BV IGludGVyZmFjZSBhbmQgZGlzcGxheXMKKyAqCQkgIGltcGxlbWVudGVkIGZlYXR1cmVzLgorICoK KyAqIElHUlBFTjEgLSBJbnRlcnJ1cHQgR3JvdXAgMSBFbmFibGUgUmVnaXN0ZXIKKyAqCisgKiBJ QVIxICAgIC0gSW50ZXJydXB0IEFja25vd2xlZGdlIFJlZ2lzdGVyIEdyb3VwIDEKKyAqCQkqIGNv bnRhaW5zIG51bWJlciBvZiB0aGUgaGlnaGVzdCBwcmlvcml0eSBwZW5kaW5nCisgKgkJICBpbnRl cnJ1cHQgZnJvbSB0aGUgR3JvdXAgMS4KKyAqCisgKiBFT0lSMSAgIC0gRW5kIG9mIEludGVycnVw dCBSZWdpc3RlciBHcm91cCAxCisgKgkJKiBXcml0ZXMgaW5mb3JtIENQVSBpbnRlcmZhY2UgYWJv dXQgY29tcGxldGVkIEdyb3VwIDEKKyAqCQkgIGludGVycnVwdHMgcHJvY2Vzc2luZy4KKyAqLwor CisjZGVmaW5lCWdpY19pY2Nfd3JpdGUocmVnLCB2YWwpCQkJCQlcCitkbyB7CQkJCQkJCQlcCisJ V1JJVEVfU1BFQ0lBTFJFRyhJQ0NfICMjcmVnICMjX0VMMSwgdmFsKTsJCVwKKwlpc2IoKTsJCQkJ CQkJXAorfSB3aGlsZSAoMCkKKworI2RlZmluZQlnaWNfaWNjX3JlYWQocmVnKQkJCQkJXAorKHsJ CQkJCQkJCVwKKwl1aW50NjRfdCB2YWw7CQkJCQkJXAorCQkJCQkJCQlcCisJdmFsID0gUkVBRF9T UEVDSUFMUkVHKElDQ18gIyNyZWcgIyNfRUwxKTsJCVwKKwkodmFsKTsJCQkJCQkJXAorfSkKKwor I2RlZmluZQlnaWNfaWNjX3NldChyZWcsIG1hc2spCQkJCQlcCitkbyB7CQkJCQkJCQlcCisJdWlu dDY0X3QgdmFsOwkJCQkJCVwKKwl2YWwgPSBnaWNfaWNjX3JlYWQocmVnKTsJCQkJXAorCXZhbCB8 PSAobWFzayk7CQkJCQkJXAorCWdpY19pY2Nfd3JpdGUocmVnLCB2YWwpOwkJCQlcCit9IHdoaWxl ICgwKQorCisjZGVmaW5lCWdpY19pY2NfY2xlYXIocmVnLCBtYXNrKQkJCQlcCitkbyB7CQkJCQkJ CQlcCisJdWludDY0X3QgdmFsOwkJCQkJCVwKKwl2YWwgPSBnaWNfaWNjX3JlYWQocmVnKTsJCQkJ XAorCXZhbCAmPSB+KG1hc2spOwkJCQkJCVwKKwlnaWNfaWNjX3dyaXRlKHJlZywgdmFsKTsJCQkJ XAorfSB3aGlsZSAoMCkKKworI2VuZGlmIC8qIF9HSUNfVjNfUkVHX0hfICovCmRpZmYgLS1naXQg YS9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzX2ZkdC5jIGIvc3lzL2FybTY0L2FybTY0L2dpY192M19m ZHQuYwpuZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9h cm02NC9naWNfdjNfZmR0LmMKQEAgLTAsMCArMSwxMjQgQEAKKy8qLQorICogQ29weXJpZ2h0IChj KSAyMDE1IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisg KgorICogVGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisgKiB0 aGUgc3BvbnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRpc3Ry aWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhv dXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xs b3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBz b3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2Us IHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisg KiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFi b3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQv b3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisg KiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9S UyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBP RiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisg KiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklC VVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUws IFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVE SU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMK KyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5F U1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0Yg TElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1Ig VE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBP RiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpbmNsdWRlIDxz eXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRCQiKTsKKworI2luY2x1ZGUgPHN5cy9wYXJh bS5oPgorI2luY2x1ZGUgPHN5cy9idXMuaD4KKyNpbmNsdWRlIDxzeXMva2VybmVsLmg+CisjaW5j bHVkZSA8c3lzL21vZHVsZS5oPgorCisjaW5jbHVkZSA8ZGV2L2ZkdC9mZHRfY29tbW9uLmg+Cisj aW5jbHVkZSA8ZGV2L29mdy9vcGVuZmlybS5oPgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1cy5o PgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19zdWJyLmg+CisKKyNpbmNsdWRlICJwaWNfaWYu aCIKKworI2luY2x1ZGUgImdpY192M19yZWcuaCIKKyNpbmNsdWRlICJnaWNfdjNfdmFyLmgiCisK Ky8qCisgKiBGRFQgZ2x1ZS4KKyAqLworc3RhdGljIGludCBnaWNfdjNfZmR0X3Byb2JlKGRldmlj ZV90KTsKK3N0YXRpYyBpbnQgZ2ljX3YzX2ZkdF9hdHRhY2goZGV2aWNlX3QpOworCitzdGF0aWMg ZGV2aWNlX21ldGhvZF90IGdpY192M19mZHRfbWV0aG9kc1tdID0geworCS8qIERldmljZSBpbnRl cmZhY2UgKi8KKwlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLAkJZ2ljX3YzX2ZkdF9wcm9iZSksCisJ REVWTUVUSE9EKGRldmljZV9hdHRhY2gsCWdpY192M19mZHRfYXR0YWNoKSwKKworCS8qIEVuZCAq LworCURFVk1FVEhPRF9FTkQKK307CisKK0RFRklORV9DTEFTU18xKGdpY192MywgZ2ljX3YzX2Zk dF9kcml2ZXIsIGdpY192M19mZHRfbWV0aG9kcywKKyAgICBzaXplb2Yoc3RydWN0IGdpY192M19z b2Z0YyksIGdpY192M19kcml2ZXIpOworCitzdGF0aWMgZGV2Y2xhc3NfdCBnaWNfdjNfZmR0X2Rl dmNsYXNzOworCitFQVJMWV9EUklWRVJfTU9EVUxFKGdpY192Mywgc2ltcGxlYnVzLCBnaWNfdjNf ZmR0X2RyaXZlciwgZ2ljX3YzX2ZkdF9kZXZjbGFzcywKKyAgICAwLCAwLCBCVVNfUEFTU19JTlRF UlJVUFQgKyBCVVNfUEFTU19PUkRFUl9NSURETEUpOworRUFSTFlfRFJJVkVSX01PRFVMRShnaWNf djMsIG9md2J1cywgZ2ljX3YzX2ZkdF9kcml2ZXIsIGdpY192M19mZHRfZGV2Y2xhc3MsCisgICAg MCwgMCwgQlVTX1BBU1NfSU5URVJSVVBUICsgQlVTX1BBU1NfT1JERVJfTUlERExFKTsKKworLyoK KyAqIERldmljZSBpbnRlcmZhY2UuCisgKi8KK3N0YXRpYyBpbnQKK2dpY192M19mZHRfcHJvYmUo ZGV2aWNlX3QgZGV2KQoreworCisJaWYgKG9md19idXNfc3RhdHVzX29rYXkoZGV2KSA9PSAwKQor CQlyZXR1cm4gKEVOWElPKTsKKworCWlmIChvZndfYnVzX2lzX2NvbXBhdGlibGUoZGV2LCAiYXJt LGdpYy12MyIpID09IDApCisJCXJldHVybiAoRU5YSU8pOworCisJZGV2aWNlX3NldF9kZXNjKGRl diwgR0lDX1YzX0RFVlNUUik7CisJcmV0dXJuIChCVVNfUFJPQkVfREVGQVVMVCk7Cit9CisKK3N0 YXRpYyBpbnQKK2dpY192M19mZHRfYXR0YWNoKGRldmljZV90IGRldikKK3sKKwlzdHJ1Y3QgZ2lj X3YzX3NvZnRjICpzYzsKKwlwY2VsbF90IHJlZGlzdF9yZWdpb25zOworCWludCBlcnI7CisKKwlz YyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwlzYy0+ZGV2ID0gZGV2OworCisJLyoKKwkgKiBS ZWNvdmVyIG51bWJlciBvZiB0aGUgUmUtRGlzdHJpYnV0b3IgcmVnaW9ucy4KKwkgKi8KKwlpZiAo T0ZfZ2V0ZW5jcHJvcChvZndfYnVzX2dldF9ub2RlKGRldiksICIjcmVkaXN0cmlidXRvci1yZWdp b25zIiwKKwkgICAgJnJlZGlzdF9yZWdpb25zLCBzaXplb2YocmVkaXN0X3JlZ2lvbnMpKSA8PSAw KQorCQlzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMgPSAxOworCWVsc2UKKwkJc2MtPmdpY19yZWRp c3RzLm5yZWdpb25zID0gcmVkaXN0X3JlZ2lvbnM7CisKKwllcnIgPSBnaWNfdjNfYXR0YWNoKGRl dik7CisJaWYgKGVycikKKwkJZ290byBlcnJvcjsKKworCXJldHVybiAoZXJyKTsKKworZXJyb3I6 CisJaWYgKGJvb3R2ZXJib3NlICE9IDApIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsCisJCSAgICAi RmFpbGVkIHRvIGF0dGFjaC4gRXJyb3IgJWRcbiIsIGVycik7CisJfQorCS8qIEZhaWx1cmUgc28g ZnJlZSByZXNvdXJjZXMgKi8KKwlnaWNfdjNfZGV0YWNoKGRldik7CisKKwlyZXR1cm4gKGVycik7 Cit9CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzLmMgYi9zeXMvYXJtNjQvYXJt NjQvZ2ljX3YzLmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMv YXJtNjQvYXJtNjQvZ2ljX3YzLmMKQEAgLTAsMCArMSw1ODAgQEAKKy8qLQorICogQ29weXJpZ2h0 IChjKSAyMDE1IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQu CisgKgorICogVGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisg KiB0aGUgc3BvbnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRp c3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdp dGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBm b2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBv ZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3Rp Y2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIu CisgKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhl IGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBh bmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBh bmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAq CisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJV VE9SUyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMs IElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElF UyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NF CisgKiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05U UklCVVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5U QUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5D TFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09P RFMKKyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVT SU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkg T0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwg T1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFO WSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNF RCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpbmNsdWRl IDxzeXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRCQiKTsKKworI2luY2x1ZGUgPHN5cy9w YXJhbS5oPgorI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgorI2luY2x1ZGUgPHN5cy9idXMuaD4KKyNp bmNsdWRlIDxzeXMva2VybmVsLmg+CisjaW5jbHVkZSA8c3lzL2t0ci5oPgorI2luY2x1ZGUgPHN5 cy9tYWxsb2MuaD4KKyNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CisjaW5jbHVkZSA8c3lzL3JtYW4u aD4KKyNpbmNsdWRlIDxzeXMvcGNwdS5oPgorI2luY2x1ZGUgPHN5cy9wcm9jLmg+CisjaW5jbHVk ZSA8c3lzL2NwdXNldC5oPgorI2luY2x1ZGUgPHN5cy9sb2NrLmg+CisjaW5jbHVkZSA8c3lzL211 dGV4Lmg+CisKKyNpbmNsdWRlIDx2bS92bS5oPgorI2luY2x1ZGUgPHZtL3BtYXAuaD4KKworI2lu Y2x1ZGUgPG1hY2hpbmUvYnVzLmg+CisjaW5jbHVkZSA8bWFjaGluZS9pbnRyLmg+CisKKyNpbmNs dWRlICJwaWNfaWYuaCIKKworI2luY2x1ZGUgImdpY192M19yZWcuaCIKKyNpbmNsdWRlICJnaWNf djNfdmFyLmgiCisKKy8qIERldmljZSBhbmQgUElDIG1ldGhvZHMgKi8KK3N0YXRpYyB2b2lkIGdp Y192M19kaXNwYXRjaChkZXZpY2VfdCwgc3RydWN0IHRyYXBmcmFtZSAqKTsKK3N0YXRpYyB2b2lk IGdpY192M19lb2koZGV2aWNlX3QsIHVfaW50KTsKK3N0YXRpYyB2b2lkIGdpY192M19tYXNrX2ly cShkZXZpY2VfdCwgdV9pbnQpOworc3RhdGljIHZvaWQgZ2ljX3YzX3VubWFza19pcnEoZGV2aWNl X3QsIHVfaW50KTsKKworc3RhdGljIGRldmljZV9tZXRob2RfdCBnaWNfdjNfbWV0aG9kc1tdID0g eworCS8qIERldmljZSBpbnRlcmZhY2UgKi8KKwlERVZNRVRIT0QoZGV2aWNlX2RldGFjaCwJZ2lj X3YzX2RldGFjaCksCisKKwkvKiBQSUMgaW50ZXJmYWNlICovCisJREVWTUVUSE9EKHBpY19kaXNw YXRjaCwJCWdpY192M19kaXNwYXRjaCksCisJREVWTUVUSE9EKHBpY19lb2ksCQlnaWNfdjNfZW9p KSwKKwlERVZNRVRIT0QocGljX21hc2ssCQlnaWNfdjNfbWFza19pcnEpLAorCURFVk1FVEhPRChw aWNfdW5tYXNrLAkJZ2ljX3YzX3VubWFza19pcnEpLAorCisJLyogRW5kICovCisJREVWTUVUSE9E X0VORAorfTsKKworREVGSU5FX0NMQVNTXzAoZ2ljX3YzLCBnaWNfdjNfZHJpdmVyLCBnaWNfdjNf bWV0aG9kcywKKyAgICBzaXplb2Yoc3RydWN0IGdpY192M19zb2Z0YykpOworCisvKgorICogRHJp dmVyLXNwZWNpZmljIGRlZmluaXRpb25zLgorICovCitNQUxMT0NfREVGSU5FKE1fR0lDX1YzLCAi R0lDdjMiLCBHSUNfVjNfREVWU1RSKTsKKworLyoKKyAqIEhlbHBlciBmdW5jdGlvbnMgYW5kIGRl ZmluaXRpb25zLgorICovCisvKiBEZXN0aW5hdGlvbiByZWdpc3RlcnMsIGVpdGhlciBEaXN0cmli dXRvciBvciBSZS1EaXN0cmlidXRvciAqLworZW51bSBnaWNfdjNfeGRpc3QgeworCURJU1QgPSAw LAorCVJFRElTVCwKK307CisKKy8qIEhlbHBlciByb3V0aW5lcyBzdGFydGluZyB3aXRoIGdpY192 M18gKi8KK3N0YXRpYyBpbnQgZ2ljX3YzX2Rpc3RfaW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICop Oworc3RhdGljIGludCBnaWNfdjNfcmVkaXN0X2ZpbmQoc3RydWN0IGdpY192M19zb2Z0YyAqKTsK K3N0YXRpYyBpbnQgZ2ljX3YzX3JlZGlzdF9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7Citz dGF0aWMgaW50IGdpY192M19jcHVfaW5pdChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworc3RhdGlj IHZvaWQgZ2ljX3YzX3dhaXRfZm9yX3J3cChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICosIGVudW0gZ2lj X3YzX3hkaXN0KTsKKworLyogQSBzZXF1ZW5jZSBvZiBpbml0IGZ1bmN0aW9ucyBmb3IgcHJpbWFy eSAoYm9vdCkgQ1BVICovCit0eXBlZGVmIGludCAoKmdpY192M19pbml0c2VxX3QpIChzdHJ1Y3Qg Z2ljX3YzX3NvZnRjICopOworLyogUHJpbWFyeSBDUFUgaW5pdGlhbGl6YXRpb24gc2VxdWVuY2Ug Ki8KK3N0YXRpYyBnaWNfdjNfaW5pdHNlcV90IGdpY192M19wcmltYXJ5X2luaXRbXSA9IHsKKwln aWNfdjNfZGlzdF9pbml0LAorCWdpY192M19yZWRpc3RfaW5pdCwKKwlnaWNfdjNfY3B1X2luaXQs CisJTlVMTAorfTsKKworLyoKKyAqIERldmljZSBpbnRlcmZhY2UuCisgKi8KK2ludAorZ2ljX3Yz X2F0dGFjaChkZXZpY2VfdCBkZXYpCit7CisJc3RydWN0IGdpY192M19zb2Z0YyAqc2M7CisJZ2lj X3YzX2luaXRzZXFfdCAqaW5pdF9mdW5jOworCXVpbnQzMl90IHR5cGVyOworCWludCByaWQ7CisJ aW50IGVycjsKKwlzaXplX3QgaTsKKworCXNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXNj LT5naWNfcmVnaXN0ZXJlZCA9IEZBTFNFOworCXNjLT5kZXYgPSBkZXY7CisJZXJyID0gMDsKKwor CS8qIEluaXRpYWxpemUgbXV0ZXggKi8KKwltdHhfaW5pdCgmc2MtPmdpY19tdHgsICJHSUN2MyBs b2NrIiwgTlVMTCwgTVRYX1NQSU4pOworCisJLyoKKwkgKiBBbGxvY2F0ZSBhcnJheSBvZiBzdHJ1 Y3QgcmVzb3VyY2UuCisJICogT25lIGVudHJ5IGZvciBEaXN0cmlidXRvciBhbmQgYWxsIHJlbWFp bmluZyBmb3IgUmUtRGlzdHJpYnV0b3IuCisJICovCisJc2MtPmdpY19yZXMgPSBtYWxsb2MoCisJ ICAgIHNpemVvZihzYy0+Z2ljX3JlcykgKiAoc2MtPmdpY19yZWRpc3RzLm5yZWdpb25zICsgMSks CisJICAgIE1fR0lDX1YzLCBNX1dBSVRPSyk7CisKKwkvKiBOb3cgYWxsb2NhdGUgY29ycmVzcG9u ZGluZyByZXNvdXJjZXMgKi8KKwlmb3IgKGkgPSAwLCByaWQgPSAwOyBpIDwgKHNjLT5naWNfcmVk aXN0cy5ucmVnaW9ucyArIDEpOyBpKyssIHJpZCsrKSB7CisJCXNjLT5naWNfcmVzW3JpZF0gPSBi dXNfYWxsb2NfcmVzb3VyY2VfYW55KGRldiwgU1lTX1JFU19NRU1PUlksCisJCSAgICAmcmlkLCBS Rl9BQ1RJVkUpOworCQlpZiAoc2MtPmdpY19yZXNbcmlkXSA9PSBOVUxMKQorCQkJcmV0dXJuIChF TlhJTyk7CisJfQorCisJLyoKKwkgKiBEaXN0cmlidXRvciBpbnRlcmZhY2UKKwkgKi8KKwlzYy0+ Z2ljX2Rpc3QgPSBzYy0+Z2ljX3Jlc1swXTsKKworCS8qCisJICogUmUtRHJpc3RyaWJ1dG9yIGlu dGVyZmFjZQorCSAqLworCS8qIEFsbG9jYXRlIHNwYWNlIHVuZGVyIHJlZ2lvbiBkZXNjcmlwdGlv bnMgKi8KKwlzYy0+Z2ljX3JlZGlzdHMucmVnaW9ucyA9IG1hbGxvYygKKwkgICAgc2l6ZW9mKCpz Yy0+Z2ljX3JlZGlzdHMucmVnaW9ucykgKiBzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMsCisJICAg IE1fR0lDX1YzLCBNX1dBSVRPSyk7CisKKwkvKiBGaWxsLXVwIGJ1c19zcGFjZSBpbmZvcm1hdGlv biBmb3IgZWFjaCByZWdpb24uICovCisJZm9yIChpID0gMCwgcmlkID0gMTsgaSA8IHNjLT5naWNf cmVkaXN0cy5ucmVnaW9uczsgaSsrLCByaWQrKykKKwkJc2MtPmdpY19yZWRpc3RzLnJlZ2lvbnNb aV0gPSBzYy0+Z2ljX3Jlc1tyaWRdOworCisJLyogR2V0IHRoZSBudW1iZXIgb2Ygc3VwcG9ydGVk IFNQSSBpbnRlcnJ1cHRzICovCisJdHlwZXIgPSBnaWNfZF9yZWFkKHNjLCA0LCBHSUNEX1RZUEVS KTsKKwlzYy0+Z2ljX25pcnFzID0gR0lDRF9UWVBFUl9JX05VTSh0eXBlcik7CisJaWYgKHNjLT5n aWNfbmlycXMgPiBHSUNfSV9OVU1fTUFYKQorCQlzYy0+Z2ljX25pcnFzID0gR0lDX0lfTlVNX01B WDsKKworCS8qIEdldCB0aGUgbnVtYmVyIG9mIHN1cHBvcnRlZCBpbnRlcnJ1cHQgaWRlbnRpZmll ciBiaXRzICovCisJc2MtPmdpY19pZGJpdHMgPSBHSUNEX1RZUEVSX0lEQklUUyh0eXBlcik7CisK KwlpZiAoYm9vdHZlcmJvc2UpIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJTUElzOiAldSwgSURz OiAldVxuIiwKKwkJICAgIHNjLT5naWNfbmlycXMsICgxIDw8IHNjLT5naWNfaWRiaXRzKSAtIDEp OworCX0KKworCS8qIFRyYWluIGluaXQgc2VxdWVuY2UgZm9yIGJvb3QgQ1BVICovCisJZm9yIChp bml0X2Z1bmMgPSBnaWNfdjNfcHJpbWFyeV9pbml0OyAqaW5pdF9mdW5jICE9IE5VTEw7IGluaXRf ZnVuYysrKSB7CisJCWVyciA9ICgqaW5pdF9mdW5jKShzYyk7CisJCWlmIChlcnIgIT0gMCkKKwkJ CXJldHVybiAoZXJyKTsKKwl9CisJLyoKKwkgKiBGdWxsIHN1Y2Nlc3MuCisJICogTm93IHJlZ2lz dGVyIFBJQyB0byB0aGUgaW50ZXJydXB0cyBoYW5kbGluZyBsYXllci4KKwkgKi8KKwlhcm1fcmVn aXN0ZXJfcm9vdF9waWMoZGV2LCBzYy0+Z2ljX25pcnFzKTsKKwlzYy0+Z2ljX3JlZ2lzdGVyZWQg PSBUUlVFOworCisJcmV0dXJuICgwKTsKK30KKworaW50CitnaWNfdjNfZGV0YWNoKGRldmljZV90 IGRldikKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKwlzaXplX3QgaTsKKwlpbnQgcmlk OworCisJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisKKwlpZiAoZGV2aWNlX2lzX2F0dGFj aGVkKGRldikpIHsKKwkJLyoKKwkJICogWFhYOiBXZSBzaG91bGQgcHJvYmFibHkgZGVyZWdpc3Rl ciBQSUMKKwkJICovCisJCWlmIChzYy0+Z2ljX3JlZ2lzdGVyZWQpCisJCQlwYW5pYygiVHJ5aW5n IHRvIGRldGFjaCByZWdpc3RlcmVkIFBJQyIpOworCX0KKwlmb3IgKHJpZCA9IDA7IHJpZCA8IChz Yy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMgKyAxKTsgcmlkKyspCisJCWJ1c19yZWxlYXNlX3Jlc291 cmNlKGRldiwgU1lTX1JFU19NRU1PUlksIHJpZCwgc2MtPmdpY19yZXNbcmlkXSk7CisKKwlmb3Ig KGkgPSAwOyBpIDwgTUFYQ1BVOyBpKyspCisJCWZyZWUoc2MtPmdpY19yZWRpc3RzLnBjcHVbaV0s IE1fR0lDX1YzKTsKKworCWZyZWUoc2MtPmdpY19yZXMsIE1fR0lDX1YzKTsKKwlmcmVlKHNjLT5n aWNfcmVkaXN0cy5yZWdpb25zLCBNX0dJQ19WMyk7CisKKwlyZXR1cm4gKDApOworfQorCisvKgor ICogUElDIGludGVyZmFjZS4KKyAqLworc3RhdGljIHZvaWQKK2dpY192M19kaXNwYXRjaChkZXZp Y2VfdCBkZXYsIHN0cnVjdCB0cmFwZnJhbWUgKmZyYW1lKQoreworCXVpbnQ2NF90IGFjdGl2ZV9p cnE7CisKKwl3aGlsZSAoMSkgeworCQlhY3RpdmVfaXJxID0gZ2ljX2ljY19yZWFkKElBUjEpOwor CisJCWlmIChfX3ByZWRpY3RfZmFsc2UoYWN0aXZlX2lycSA9PSBJQ0NfSUFSMV9FTDFfU1BVUikp CisJCQlicmVhazsKKworCQlpZiAoX19wcmVkaWN0X3RydWUoKGFjdGl2ZV9pcnEgPj0gR0lDX0ZJ UlNUX1BQSSAmJgorCQkgICAgYWN0aXZlX2lycSA8PSBHSUNfTEFTVF9TUEkpKSkgeworCQkJYXJt X2Rpc3BhdGNoX2ludHIoYWN0aXZlX2lycSwgZnJhbWUpOworCQkJY29udGludWU7CisJCX0KKwor CQlpZiAoYWN0aXZlX2lycSA8PSBHSUNfTEFTVF9TR0kgfHwgYWN0aXZlX2lycSA+PSBHSUNfRklS U1RfTFBJKSB7CisJCQkvKgorCQkJICogVE9ETzogSW1wbGVtZW50IHByb3BlciBTR0kvTFBJIGhh bmRsaW5nLgorCQkJICogICAgICAgTWFzayBpdCBpZiBzdWNoIGlzIHJlY2VpdmVkIGZvciBzb21l IHJlYXNvbi4KKwkJCSAqLworCQkJZGV2aWNlX3ByaW50ZihkZXYsCisJCQkgICAgIlJlY2VpdmVk IHVuc3VwcG9ydGVkIGludGVycnVwdCB0eXBlOiAlc1xuIiwKKwkJCSAgICBhY3RpdmVfaXJxID49 IEdJQ19GSVJTVF9MUEkgPyAiTFBJIiA6ICJTR0kiKTsKKwkJCVBJQ19NQVNLKGRldiwgYWN0aXZl X2lycSk7CisJCX0KKwl9Cit9CisKK3N0YXRpYyB2b2lkCitnaWNfdjNfZW9pKGRldmljZV90IGRl diwgdV9pbnQgaXJxKQoreworCisJZ2ljX2ljY193cml0ZShFT0lSMSwgKHVpbnQ2NF90KWlycSk7 Cit9CisKK3N0YXRpYyB2b2lkCitnaWNfdjNfbWFza19pcnEoZGV2aWNlX3QgZGV2LCB1X2ludCBp cnEpCit7CisJc3RydWN0IGdpY192M19zb2Z0YyAqc2M7CisKKwlzYyA9IGRldmljZV9nZXRfc29m dGMoZGV2KTsKKworCWlmIChpcnEgPj0gR0lDX0ZJUlNUX1BQSSAmJiBpcnEgPD0gR0lDX0xBU1Rf UFBJKSB7IC8qIFBQSXMgaW4gY29ycmVzcG9uZGluZyBSZS1EaXN0cmlidXRvciAqLworCQlnaWNf cl93cml0ZShzYywgNCwKKwkJICAgIEdJQ1JfU0dJX0JBU0VfU0laRSArIEdJQ0RfSUNFTkFCTEVS KGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBSRURJ U1QpOworCX0gZWxzZSBpZiAoaXJxID49IEdJQ19GSVJTVF9TUEkgJiYgaXJxIDw9IEdJQ19MQVNU X1NQSSkgeyAvKiBTUElzIGluIGRpc3RyaWJ1dG9yICovCisJCWdpY19yX3dyaXRlKHNjLCA0LCBH SUNEX0lDRU5BQkxFUihpcnEpLCBHSUNEX0lfTUFTSyhpcnEpKTsKKwkJZ2ljX3YzX3dhaXRfZm9y X3J3cChzYywgRElTVCk7CisJfSBlbHNlCisJCXBhbmljKCIlczogVW5zdXBwb3J0ZWQgSVJRIG51 bWJlciAldSIsIF9fZnVuY19fLCBpcnEpOworfQorCitzdGF0aWMgdm9pZAorZ2ljX3YzX3VubWFz a19pcnEoZGV2aWNlX3QgZGV2LCB1X2ludCBpcnEpCit7CisJc3RydWN0IGdpY192M19zb2Z0YyAq c2M7CisKKwlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKworCWlmIChpcnEgPj0gR0lDX0ZJ UlNUX1BQSSAmJiBpcnEgPD0gR0lDX0xBU1RfUFBJKSB7IC8qIFBQSXMgaW4gY29ycmVzcG9uZGlu ZyBSZS1EaXN0cmlidXRvciAqLworCQlnaWNfcl93cml0ZShzYywgNCwKKwkJICAgIEdJQ1JfU0dJ X0JBU0VfU0laRSArIEdJQ0RfSVNFTkFCTEVSKGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQln aWNfdjNfd2FpdF9mb3JfcndwKHNjLCBSRURJU1QpOworCX0gZWxzZSBpZiAoaXJxID49IEdJQ19G SVJTVF9TUEkgJiYgaXJxIDw9IEdJQ19MQVNUX1NQSSkgeyAvKiBTUElzIGluIGRpc3RyaWJ1dG9y ICovCisJCWdpY19kX3dyaXRlKHNjLCA0LCBHSUNEX0lTRU5BQkxFUihpcnEpLCBHSUNEX0lfTUFT SyhpcnEpKTsKKwkJZ2ljX3YzX3dhaXRfZm9yX3J3cChzYywgRElTVCk7CisJfSBlbHNlCisJCXBh bmljKCIlczogVW5zdXBwb3J0ZWQgSVJRIG51bWJlciAldSIsIF9fZnVuY19fLCBpcnEpOworfQor CisvKgorICogSGVscGVyIHJvdXRpbmVzCisgKi8KK3N0YXRpYyB2b2lkCitnaWNfdjNfd2FpdF9m b3JfcndwKHN0cnVjdCBnaWNfdjNfc29mdGMgKnNjLCBlbnVtIGdpY192M194ZGlzdCB4ZGlzdCkK K3sKKwlzdHJ1Y3QgcmVzb3VyY2UgKnJlczsKKwl1X2ludCBjcHVpZDsKKwlzaXplX3QgdXNfbGVm dCA9IDEwMDAwMDA7CisKKwljcHVpZCA9IFBDUFVfR0VUKGNwdWlkKTsKKworCXN3aXRjaCAoeGRp c3QpIHsKKwljYXNlIERJU1Q6CisJCXJlcyA9IHNjLT5naWNfZGlzdDsKKwkJYnJlYWs7CisJY2Fz ZSBSRURJU1Q6CisJCXJlcyA9IHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdWlkXTsKKwkJYnJlYWs7 CisJZGVmYXVsdDoKKwkJS0FTU0VSVCgwLCAoIiVzOiBBdHRlbXB0IHRvIHdhaXQgZm9yIHVua25v d24gUldQIiwgX19mdW5jX18pKTsKKwkJcmV0dXJuOworCX0KKworCXdoaWxlICgoYnVzX3JlYWRf NChyZXMsIEdJQ0RfQ1RMUikgJiBHSUNEX0NUTFJfUldQKSAhPSAwKSB7CisJCURFTEFZKDEpOwor CQlpZiAodXNfbGVmdC0tID09IDApCisJCQlwYW5pYygiR0lDRCBSZWdpc3RlciB3cml0ZSBwZW5k aW5nIGZvciB0b28gbG9uZyIpOworCX0KK30KKworLyogQ1BVIGludGVyZmFjZS4gKi8KK3N0YXRp YyBfX2lubGluZSB2b2lkCitnaWNfdjNfY3B1X3ByaW9yaXR5KHVpbnQ2NF90IG1hc2spCit7CisK KwkvKiBTZXQgcHJvcml0eSBtYXNrICovCisJZ2ljX2ljY193cml0ZShQTVIsIG1hc2sgJiBJQ0Nf UE1SX0VMMV9QUklPX01BU0spOworfQorCitzdGF0aWMgaW50CitnaWNfdjNfY3B1X2VuYWJsZV9z cmUoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7CisJdWludDY0X3Qgc3JlOworCXVfaW50IGNw dWlkOworCisJY3B1aWQgPSBQQ1BVX0dFVChjcHVpZCk7CisJLyoKKwkgKiBTZXQgdGhlIFNSRSBi aXQgdG8gZW5hYmxlIGFjY2VzcyB0byBHSUMgQ1BVIGludGVyZmFjZQorCSAqIHZpYSBzeXN0ZW0g cmVnaXN0ZXJzLgorCSAqLworCXNyZSA9IFJFQURfU1BFQ0lBTFJFRyhpY2Nfc3JlX2VsMSk7CisJ c3JlIHw9IElDQ19TUkVfRUwxX1NSRTsKKwlXUklURV9TUEVDSUFMUkVHKGljY19zcmVfZWwxLCBz cmUpOworCWlzYigpOworCS8qCisJICogTm93IGVuc3VyZSB0aGF0IHRoZSBiaXQgaXMgc2V0Lgor CSAqLworCXNyZSA9IFJFQURfU1BFQ0lBTFJFRyhpY2Nfc3JlX2VsMSk7CisJaWYgKChzcmUgJiBJ Q0NfU1JFX0VMMV9TUkUpID09IDApIHsKKwkJLyogV2UgYXJlIGRvbmUuIFRoaXMgd2FzIGRpc2Fi bGVkIGluIEVMMiAqLworCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJFUlJPUjogQ1BVJXUgY2Fu bm90IGVuYWJsZSBDUFUgaW50ZXJmYWNlICIKKwkJICAgICJ2aWEgc3lzdGVtIHJlZ2lzdGVyc1xu IiwgY3B1aWQpOworCQlyZXR1cm4gKEVOWElPKTsKKwl9IGVsc2UgaWYgKGJvb3R2ZXJib3NlICE9 IDApIHsKKwkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LAorCQkgICAgIkNQVSV1IGVuYWJsZWQgQ1BV IGludGVyZmFjZSB2aWEgc3lzdGVtIHJlZ2lzdGVyc1xuIiwKKwkJICAgIGNwdWlkKTsKKwl9CisK KwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgaW50CitnaWNfdjNfY3B1X2luaXQoc3RydWN0IGdp Y192M19zb2Z0YyAqc2MpCit7CisJaW50IGVycjsKKworCS8qIEVuYWJsZSBhY2Nlc3MgdG8gQ1BV IGludGVyZmFjZSB2aWEgc3lzdGVtIHJlZ2lzdGVycyAqLworCWVyciA9IGdpY192M19jcHVfZW5h YmxlX3NyZShzYyk7CisJaWYgKGVyciAhPSAwKQorCQlyZXR1cm4gKGVycik7CisJLyogUHJpb3Jp dHkgbWFzayB0byBtaW5pbXVtIC0gYWNjZXB0IGFsbCBpbnRlcnJ1cHRzICovCisJZ2ljX3YzX2Nw dV9wcmlvcml0eShHSUNfUFJJT1JJVFlfTUlOKTsKKwkvKiBEaXNhYmxlIEVPSSBtb2RlICovCisJ Z2ljX2ljY19jbGVhcihDVExSLCBJQ0NfQ1RMUl9FTDFfRU9JTU9ERSk7CisJLyogRW5hYmxlIGdy b3VwIDEgKGluc2VjdXJlKSBpbnRlcnJ1cHMgKi8KKwlnaWNfaWNjX3NldChJR1JQRU4xLCBJQ0Nf SUdSUEVOMF9FTDFfRU4pOworCisJcmV0dXJuICgwKTsKK30KKworLyogRGlzdHJpYnV0b3IgKi8K K3N0YXRpYyBpbnQKK2dpY192M19kaXN0X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7 CisJdWludDY0X3QgYWZmOworCXVfaW50IGk7CisKKwkvKgorCSAqIDEuIERpc2FibGUgdGhlIERp c3RyaWJ1dG9yCisJICovCisJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0RfQ1RMUiwgMCk7CisJZ2lj X3YzX3dhaXRfZm9yX3J3cChzYywgRElTVCk7CisKKwkvKgorCSAqIDIuIENvbmZpZ3VyZSB0aGUg RGlzdHJpYnV0b3IKKwkgKi8KKwkvKiBTZXQgYWxsIGdsb2JhbCBpbnRlcnJ1cHRzIHRvIGJlIGxl dmVsIHRyaWdnZXJlZCwgYWN0aXZlIGxvdy4gKi8KKwlmb3IgKGkgPSBHSUNfRklSU1RfU1BJOyBp IDwgc2MtPmdpY19uaXJxczsgaSArPSBHSUNEX0lfUEVSX0lDRkdSbikKKwkJZ2ljX2Rfd3JpdGUo c2MsIDQsIEdJQ0RfSUNGR1IoaSksIDB4MDAwMDAwMDApOworCisJLyogU2V0IHByaW9yaXR5IHRv IGFsbCBzaGFyZWQgaW50ZXJydXB0cyAqLworCWZvciAoaSA9IEdJQ19GSVJTVF9TUEk7CisJICAg IGkgPCBzYy0+Z2ljX25pcnFzOyBpICs9IEdJQ0RfSV9QRVJfSVBSSU9SSVRZbikgeworCQkvKiBT ZXQgaGlnaGVzdCBwcmlvcml0eSAqLworCQlnaWNfZF93cml0ZShzYywgNCwgR0lDRF9JUFJJT1JJ VFlSKGkpLCBHSUNfUFJJT1JJVFlfTUFYKTsKKwl9CisKKwkvKgorCSAqIERpc2FibGUgYWxsIGlu dGVycnVwdHMuIExlYXZlIFBQSSBhbmQgU0dJcyBhcyB0aGV5IGFyZSBlbmFibGVkIGluCisJICog UmUtRGlzdHJpYnV0b3IgcmVnaXN0ZXJzLgorCSAqLworCWZvciAoaSA9IEdJQ19GSVJTVF9TUEk7 IGkgPCBzYy0+Z2ljX25pcnFzOyBpICs9IEdJQ0RfSV9QRVJfSVNFTkFCTEVSbikKKwkJZ2ljX2Rf d3JpdGUoc2MsIDQsIEdJQ0RfSUNFTkFCTEVSKGkpLCAweEZGRkZGRkZGKTsKKworCWdpY192M193 YWl0X2Zvcl9yd3Aoc2MsIERJU1QpOworCisJLyoKKwkgKiAzLiBFbmFibGUgRGlzdHJpYnV0b3IK KwkgKi8KKwkvKiBFbmFibGUgRGlzdHJpYnV0b3Igd2l0aCBBUkUsIEdyb3VwIDEgKi8KKwlnaWNf ZF93cml0ZShzYywgNCwgR0lDRF9DVExSLCBHSUNEX0NUTFJfQVJFX05TIHwgR0lDRF9DVExSX0cx QSB8CisJICAgIEdJQ0RfQ1RMUl9HMSk7CisKKwkvKgorCSAqIDQuIFJvdXRlIGFsbCBpbnRlcnJ1 cHRzIHRvIGJvb3QgQ1BVLgorCSAqLworCWFmZiA9IENQVV9BRkZJTklUWShQQ1BVX0dFVChjcHVp ZCkpOworCWZvciAoaSA9IEdJQ19GSVJTVF9TUEk7IGkgPCBzYy0+Z2ljX25pcnFzOyBpKyspCisJ CWdpY19kX3dyaXRlKHNjLCA0LCBHSUNEX0lST1VURVIoaSksIGFmZik7CisKKwlyZXR1cm4gKDAp OworfQorCisvKiBSZS1EaXN0cmlidXRvciAqLworc3RhdGljIGludAorZ2ljX3YzX3JlZGlzdF9m aW5kKHN0cnVjdCBnaWNfdjNfc29mdGMgKnNjKQoreworCXN0cnVjdCByZXNvdXJjZSByX3JlczsK KwlidXNfc3BhY2VfaGFuZGxlX3Qgcl9ic2g7CisJdWludDY0X3QgYWZmOworCXVpbnQ2NF90IHR5 cGVyOworCXVpbnQzMl90IHBpZHIyOworCXVfaW50IGNwdWlkOworCXNpemVfdCBpOworCisJY3B1 aWQgPSBQQ1BVX0dFVChjcHVpZCk7CisKKwkvKiBBbGxvY2F0ZSBzdHJ1Y3QgcmVzb3VyY2UgZm9y IHRoaXMgQ1BVJ3MgUmUtRGlzdHJpYnV0b3IgcmVnaXN0ZXJzICovCisJc2MtPmdpY19yZWRpc3Rz LnBjcHVbY3B1aWRdID0KKwkgICAgbWFsbG9jKHNpemVvZigqc2MtPmdpY19yZWRpc3RzLnBjcHVb MF0pLCBNX0dJQ19WMywgTV9XQUlUT0spOworCisJYWZmID0gQ1BVX0FGRklOSVRZKGNwdWlkKTsK KwkvKiBBZmZpbml0eSBpbiBmb3JtYXQgZm9yIGNvbXBhcmlzb24gd2l0aCB0eXBlciAqLworCWFm ZiA9IChDUFVfQUZGMyhhZmYpIDw8IDI0KSB8IChDUFVfQUZGMihhZmYpIDw8IDE2KSB8CisJICAg IChDUFVfQUZGMShhZmYpIDw8IDgpIHwgQ1BVX0FGRjAoYWZmKTsKKworCWlmIChib290dmVyYm9z ZSAhPSAwKSB7CisJCWRldmljZV9wcmludGYoc2MtPmRldiwKKwkJICAgICJTdGFydCBzZWFyY2hp bmcgZm9yIFJlLURpc3RyaWJ1dG9yXG4iKTsKKwl9CisJLyogSXRlcmF0ZSB0aHJvdWdoIFJlLURp c3RyaWJ1dG9yIHJlZ2lvbnMgKi8KKwlmb3IgKGkgPSAwOyBpIDwgc2MtPmdpY19yZWRpc3RzLm5y ZWdpb25zOyBpKyspIHsKKwkJLyogVGFrZSBhIGNvcHkgb2YgdGhlIHJlZ2lvbidzIHJlc291cmNl ICovCisJCXJfcmVzID0gKnNjLT5naWNfcmVkaXN0cy5yZWdpb25zW2ldOworCQlyX2JzaCA9IHJt YW5fZ2V0X2J1c2hhbmRsZSgmcl9yZXMpOworCisJCXBpZHIyID0gYnVzX3JlYWRfNCgmcl9yZXMs IEdJQ1JfUElEUjIpOworCQlzd2l0Y2ggKHBpZHIyICYgR0lDUl9QSURSMl9BUkNIX01BU0spIHsK KwkJY2FzZSBHSUNSX1BJRFIyX0FSQ0hfR0lDdjM6IC8qIGZhbGwgdGhyb3VnaCAqLworCQljYXNl IEdJQ1JfUElEUjJfQVJDSF9HSUN2NDoKKwkJCWJyZWFrOworCQlkZWZhdWx0OgorCQkJZGV2aWNl X3ByaW50ZihzYy0+ZGV2LAorCQkJICAgICJObyBSZS1EaXN0cmlidXRvciBmb3VuZCBmb3IgQ1BV JXVcbiIsIGNwdWlkKTsKKwkJCWZyZWUoc2MtPmdpY19yZWRpc3RzLnBjcHVbY3B1aWRdLCBNX0dJ Q19WMyk7CisJCQlyZXR1cm4gKEVOT0RFVik7CisJCX0KKworCQlkbyB7CisJCQl0eXBlciA9IGJ1 c19yZWFkXzgoJnJfcmVzLCBHSUNSX1RZUEVSKTsKKwkJCWlmICgodHlwZXIgPj4gR0lDUl9UWVBF Ul9BRkZfU0hJRlQpID09IGFmZikgeworCQkJCUtBU1NFUlQoc2MtPmdpY19yZWRpc3RzLnBjcHVb Y3B1aWRdICE9IE5VTEwsCisJCQkJICAgICgiSW52YWxpZCBwb2ludGVyIHRvIHBlci1DUFUgcmVk aXN0cmlidXRvciIpKTsKKwkJCQkvKiBDb3B5IHJlcyBjb250ZW50cyB0byBpdHMgZmluYWwgZGVz dGluYXRpb24gKi8KKwkJCQkqc2MtPmdpY19yZWRpc3RzLnBjcHVbY3B1aWRdID0gcl9yZXM7CisJ CQkJaWYgKGJvb3R2ZXJib3NlICE9IDApIHsKKwkJCQkJZGV2aWNlX3ByaW50ZihzYy0+ZGV2LAor CQkJCQkgICAgIkNQVSV1IFJlLURpc3RyaWJ1dG9yIGhhcyBiZWVuIGZvdW5kXG4iLAorCQkJCQkg ICAgY3B1aWQpOworCQkJCX0KKwkJCQlyZXR1cm4gKDApOworCQkJfQorCisJCQlyX2JzaCArPSAo R0lDUl9SRF9CQVNFX1NJWkUgKyBHSUNSX1NHSV9CQVNFX1NJWkUpOworCQkJaWYgKCh0eXBlciAm IEdJQ1JfVFlQRVJfVkxQSVMpICE9IDApIHsKKwkJCQlyX2JzaCArPQorCQkJCSAgICAoR0lDUl9W TFBJX0JBU0VfU0laRSArIEdJQ1JfUkVTRVJWRURfU0laRSk7CisJCQl9CisKKwkJCXJtYW5fc2V0 X2J1c2hhbmRsZSgmcl9yZXMsIHJfYnNoKTsKKwkJfSB3aGlsZSAoKHR5cGVyICYgR0lDUl9UWVBF Ul9MQVNUKSA9PSAwKTsKKwl9CisKKwlmcmVlKHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdWlkXSwg TV9HSUNfVjMpOworCWRldmljZV9wcmludGYoc2MtPmRldiwgIk5vIFJlLURpc3RyaWJ1dG9yIGZv dW5kIGZvciBDUFUldVxuIiwgY3B1aWQpOworCXJldHVybiAoRU5YSU8pOworfQorCitzdGF0aWMg aW50CitnaWNfdjNfcmVkaXN0X3dha2Uoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7CisJdWlu dDMyX3Qgd2FrZXI7CisJc2l6ZV90IHVzX2xlZnQgPSAxMDAwMDAwOworCisJd2FrZXIgPSBnaWNf cl9yZWFkKHNjLCA0LCBHSUNSX1dBS0VSKTsKKwkvKiBXYWtlIHVwIFJlLURpc3RyaWJ1dG9yIGZv ciB0aGlzIENQVSAqLworCXdha2VyICY9IH5HSUNSX1dBS0VSX1BTOworCWdpY19yX3dyaXRlKHNj LCA0LCBHSUNSX1dBS0VSLCB3YWtlcik7CisJLyoKKwkgKiBXaGVuIGNsZWFyaW5nIFByb2Nlc3Nv clNsZWVwIGJpdCBpdCBpcyByZXF1aXJlZCB0byB3YWl0IGZvcgorCSAqIENoaWxkcmVuQXNsZWVw IHRvIGJlY29tZSB6ZXJvIGZvbGxvd2luZyB0aGUgcHJvY2Vzc29yIHBvd2VyLW9uLgorCSAqLwor CXdoaWxlICgoZ2ljX3JfcmVhZChzYywgNCwgR0lDUl9XQUtFUikgJiBHSUNSX1dBS0VSX0NBKSAh PSAwKSB7CisJCURFTEFZKDEpOworCQlpZiAodXNfbGVmdC0tID09IDApIHsKKwkJCXBhbmljKCJD b3VsZCBub3Qgd2FrZSBSZS1EaXN0cmlidXRvciBmb3IgQ1BVJXUiLAorCQkJICAgIFBDUFVfR0VU KGNwdWlkKSk7CisJCX0KKwl9CisKKwlpZiAoYm9vdHZlcmJvc2UgIT0gMCkgeworCQlkZXZpY2Vf cHJpbnRmKHNjLT5kZXYsICJDUFUldSBSZS1EaXN0cmlidXRvciB3b2tlIHVwXG4iLAorCQkgICAg UENQVV9HRVQoY3B1aWQpKTsKKwl9CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgaW50Citn aWNfdjNfcmVkaXN0X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7CisJaW50IGVycjsK KwlzaXplX3QgaTsKKworCWVyciA9IGdpY192M19yZWRpc3RfZmluZChzYyk7CisJaWYgKGVyciAh PSAwKQorCQlyZXR1cm4gKGVycik7CisKKwllcnIgPSBnaWNfdjNfcmVkaXN0X3dha2Uoc2MpOwor CWlmIChlcnIgIT0gMCkKKwkJcmV0dXJuIChlcnIpOworCisJLyogRGlzYWJsZSBTUElzICovCisJ Z2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfU0dJX0JBU0VfU0laRSArIEdJQ1JfSUNFTkFCTEVSMCwK KwkgICAgR0lDUl9JX0VOQUJMRVJfUFBJX01BU0spOworCS8qIEVuYWJsZSBTR0lzICovCisJZ2lj X3Jfd3JpdGUoc2MsIDQsIEdJQ1JfU0dJX0JBU0VfU0laRSArIEdJQ1JfSVNFTkFCTEVSMCwKKwkg ICAgR0lDUl9JX0VOQUJMRVJfU0dJX01BU0spOworCisJLyogU2V0IHByaW9yaXR5IGZvciBTR0lz IGFuZCBQUElzICovCisJZm9yIChpID0gMDsgaSA8PSBHSUNfTEFTVF9QUEk7IGkgKz0gR0lDUl9J X1BFUl9JUFJJT1JJVFluKSB7CisJCWdpY19yX3dyaXRlKHNjLCA0LCBHSUNSX1NHSV9CQVNFX1NJ WkUgKyBHSUNEX0lQUklPUklUWVIoaSksCisJCSAgICBHSUNfUFJJT1JJVFlfTUFYKTsKKwl9CisK KwlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBSRURJU1QpOworCisJcmV0dXJuICgwKTsKK30KCg== --b1_ef7558bf87cdf32496a347c12801e0cd-- From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:45:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CBC0310 for ; Wed, 13 May 2015 15:45:00 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 6D9191DC2 for ; Wed, 13 May 2015 15:45:00 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFj0QN070191 for ; Wed, 13 May 2015 15:45:00 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFj0JX070190; Wed, 13 May 2015 15:45:00 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:45:00 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: <38eff95253a17bdf2a19d5a5537770a5@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTcXw= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:45:00 -0000 emaste accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, andrew, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:45:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A500370 for ; Wed, 13 May 2015 15:45:37 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 E485C1DDD for ; Wed, 13 May 2015 15:45:36 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFjaUJ070246 for ; Wed, 13 May 2015 15:45:36 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFjaTj070245; Wed, 13 May 2015 15:45:36 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:45:36 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <736b83acfa79ec54224ced60daf69b07@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVTcaA= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:45:37 -0000 andrew added a comment. Two points: 1. If there is any chance the vendor code will ever be updated it should be committed though the vendor area in subversion. 2. I think the pci driver isn't ready, can you create a new review for just this. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep_mp.c:89 This needs a newline: boolean_t alpine_validate_cpu(...) Should it be static? sys/arm/annapurna/alpine/alpine_machdep_mp.c:174 Missing space, should be `base = 0;`, and the same for size. sys/arm/annapurna/alpine/alpine_machdep_mp.c:176 if (pbase == NULL || psize == NULL) sys/arm/annapurna/alpine/alpine_machdep_mp.c:277 This has the same style issues as alpine_get_nb_base. sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 So they will be released in Linux 4.1. We should try to reduce the difference between what we add and the 4.1-rc3 files. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, andrew, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 15:51:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D13EC508 for ; Wed, 13 May 2015 15:51:06 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 A32A91E3F for ; Wed, 13 May 2015 15:51:06 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DFp6ia073445 for ; Wed, 13 May 2015 15:51:06 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DFp6la073444; Wed, 13 May 2015 15:51:06 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 15:51:06 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTcuo= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 15:51:06 -0000 andrew accepted this revision. INLINE COMMENTS sys/arm64/arm64/gic_v3_fdt.c:83 These don't need to be `== 0` as they are boolean (even if they return an int) sys/arm64/arm64/gic_v3_fdt.c:116 bootverbose is a boolean REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, emaste, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 16:08:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7462DA1 for ; Wed, 13 May 2015 16:08:53 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 A024111C3 for ; Wed, 13 May 2015 16:08:53 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DG8rtK076746 for ; Wed, 13 May 2015 16:08:53 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DG8r6c076745; Wed, 13 May 2015 16:08:53 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 16:08:53 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Accepted] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <77711e70cbfad8c6f6656887e652969a@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVTdxU= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 16:08:53 -0000 ian accepted this revision. ian added a comment. I'm putting in an 'accept' here but want to note that I haven't carefully reviewed the entire change, partly because of time and mostly because it's so PCI-related and I don't know much about PCI. I do however want to record that my previous comments don't amount to blocking the changes. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep_mp.c:106 Ah, I didn't realize these were not general-purpose systems oriented towards the end user. For that case, compiling in the dtb and skipping loader(8) seems reasonable. sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 I'm about 100% ignorant of linux versioning, release schedules, etc. If it's difficult to import the files into our sys/gnu area right now because of where they're at in the linux universe, then I agree that we should try to make the files we put into our sys/boot area as close as we can to what we think the final linux/official files will look like. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, imp, ian Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 16:28:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDFEE349 for ; Wed, 13 May 2015 16:28:36 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 BA5E51456 for ; Wed, 13 May 2015 16:28:36 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DGSa7K082486 for ; Wed, 13 May 2015 16:28:36 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DGSa42082485; Wed, 13 May 2015 16:28:36 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 16:28:36 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVTe7Q= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 16:28:37 -0000 imp added a comment. I think I'm mostly happy with this right now. While I'd like to see the SDK/HAL code done like we did Octeon's, if it is a one-shot deal, then maybe that's not so important. INLINE COMMENTS sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 Let's put them here for the moment. After 4.1 is out, I'd planned on doing another round of dts imports. If they are identical, that process will automatically move it there. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, imp, ian Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 16:31:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28416559 for ; Wed, 13 May 2015 16:31:22 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 054A51558 for ; Wed, 13 May 2015 16:31:22 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DGVLnx084911 for ; Wed, 13 May 2015 16:31:21 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DGVLSs084910; Wed, 13 May 2015 16:31:21 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 16:31:21 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 1, 030 lines] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTfFk= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_aa86d2b102d65d0b7ec96760f1e6406e" 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: Wed, 13 May 2015 16:31:22 -0000 --b1_aa86d2b102d65d0b7ec96760f1e6406e Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit zbb updated this revision to Diff 5366. This revision now requires review to proceed. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D2377?vs=5364&id=5366 REVISION DETAIL https://reviews.freebsd.org/D2377 AFFECTED FILES sys/arm64/arm64/gic_v3.c sys/arm64/arm64/gic_v3_fdt.c sys/arm64/arm64/gic_v3_reg.h sys/arm64/arm64/gic_v3_var.h sys/arm64/arm64/locore.S sys/arm64/include/armreg.h sys/conf/files.arm64 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, andrew, emaste, imp, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm --b1_aa86d2b102d65d0b7ec96760f1e6406e Content-Type: text/x-patch; charset=utf-8; name="D2377.5366.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D2377.5366.patch" ZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzLmFybTY0IGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQK LS0tIGEvc3lzL2NvbmYvZmlsZXMuYXJtNjQKKysrIGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQKQEAg LTE5LDYgKzE5LDggQEAKIGFybTY0L2FybTY0L2VsZl9tYWNoZGVwLmMJc3RhbmRhcmQKIGFybTY0 L2FybTY0L2V4Y2VwdGlvbi5TCQlzdGFuZGFyZAogYXJtNjQvYXJtNjQvZ2ljLmMJCXN0YW5kYXJk Cithcm02NC9hcm02NC9naWNfdjMuYwkJc3RhbmRhcmQKK2FybTY0L2FybTY0L2dpY192M19mZHQu YwlvcHRpb25hbAlmZHQKIGFybTY0L2FybTY0L2lkZW50Y3B1LmMJCXN0YW5kYXJkCiBhcm02NC9h cm02NC9pbnRyX21hY2hkZXAuYwlzdGFuZGFyZAogYXJtNjQvYXJtNjQvaW5fY2tzdW0uYwkJb3B0 aW9uYWwJaW5ldCB8IGluZXQ2CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvaW5jbHVkZS9hcm1yZWcu aCBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCi0tLSBhL3N5cy9hcm02NC9pbmNsdWRlL2Fy bXJlZy5oCisrKyBiL3N5cy9hcm02NC9pbmNsdWRlL2FybXJlZy5oCkBAIC05Niw2ICs5NiwyNCBA QAogI2RlZmluZQkgRVhDUF9XQVRDSFBUX0VMMQkweDM1CS8qIFdhdGNocG9pbnQsIGZyb20gc2Ft ZSBFTCAqLwogI2RlZmluZQkgRVhDUF9CUksJCTB4M2MJLyogQnJlYWtwb2ludCAqLwogCisvKiBJ Q0NfQ1RMUl9FTDEgKi8KKyNkZWZpbmUJSUNDX0NUTFJfRUwxX0VPSU1PREUJKDFVIDw8IDEpCisK Ky8qIElDQ19JQVIxX0VMMSAqLworI2RlZmluZQlJQ0NfSUFSMV9FTDFfU1BVUgkoMHgwM2ZmKQor CisvKiBJQ0NfSUdSUEVOMF9FTDEgKi8KKyNkZWZpbmUJSUNDX0lHUlBFTjBfRUwxX0VOCSgxVSA8 PCAwKQorCisvKiBJQ0NfUE1SX0VMMSAqLworI2RlZmluZQlJQ0NfUE1SX0VMMV9QUklPX01BU0sJ KDB4RkZVTCkKKworLyogSUNDX1NSRV9FTDEgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDFfU1JFCQko MVUgPDwgMCkKKworLyogSUNDX1NSRV9FTDIgKi8KKyNkZWZpbmUJSUNDX1NSRV9FTDJfRU4JCSgx VSA8PCAzKQorCiAvKiBJRF9BQTY0UEZSMF9FTDEgKi8KICNkZWZpbmUJSURfQUE2NFBGUjBfRUww X01BU0sJKDB4ZiA8PCAwKQogI2RlZmluZQlJRF9BQTY0UEZSMF9FTDFfTUFTSwkoMHhmIDw8IDQp CkBAIC0xMDUsNyArMTIzLDEwIEBACiAjZGVmaW5lCSBJRF9BQTY0UEZSMF9GUF9JTVBMCSgweDAg PDwgMTYpIC8qIEZsb2F0aW5nLXBvaW50IGltcGxlbWVudGVkICovCiAjZGVmaW5lCSBJRF9BQTY0 UEZSMF9GUF9OT05FCSgweGYgPDwgMTYpIC8qIEZsb2F0aW5nLXBvaW50IG5vdCBpbXBsZW1lbnRl ZCAqLwogI2RlZmluZQlJRF9BQTY0UEZSMF9BRFZfU0lNRF9NQVNLICgweGYgPDwgMjApCi0jZGVm aW5lCUlEX0FBNjRQRlIwX0dJQ19NQVNLCSgweGYgPDwgMjQpCisjZGVmaW5lCUlEX0FBNjRQRlIw X0dJQ19TSElGVAkoMjQpCisjZGVmaW5lCUlEX0FBNjRQRlIwX0dJQ19CSVRTCSgweDQpIC8qIE51 bWJlciBvZiBiaXRzIGluIEdJQyBmaWVsZCAqLworI2RlZmluZQlJRF9BQTY0UEZSMF9HSUNfTUFT SwkoMHhmIDw8IElEX0FBNjRQRlIwX0dJQ19TSElGVCkKKyNkZWZpbmUJIElEX0FBNjRQRlIwX0dJ Q19DUFVJRl9FTiAoMHgxIDw8IElEX0FBNjRQRlIwX0dJQ19TSElGVCkKIAogLyogTUFJUl9FTDEg LSBNZW1vcnkgQXR0cmlidXRlIEluZGlyZWN0aW9uIFJlZ2lzdGVyICovCiAjZGVmaW5lCU1BSVJf QVRUUl9NQVNLKGlkeCkJKDB4ZmYgPDwgKChuKSogOCkpCmRpZmYgLS1naXQgYS9zeXMvYXJtNjQv YXJtNjQvbG9jb3JlLlMgYi9zeXMvYXJtNjQvYXJtNjQvbG9jb3JlLlMKLS0tIGEvc3lzL2FybTY0 L2FybTY0L2xvY29yZS5TCisrKyBiL3N5cy9hcm02NC9hcm02NC9sb2NvcmUuUwpAQCAtMTg3LDYg KzE4NywyMCBAQAogCW1vdgl4MiwgIyhQU1JfRiB8IFBTUl9JIHwgUFNSX0EgfCBQU1JfRCB8IFBT Ul9NX0VMMWgpCiAJbXNyCXNwc3JfZWwyLCB4MgogCisJLyogQ29uZmlndXJlIEdJQ3YzIENQVSBp bnRlcmZhY2UgKi8KKwltcnMJeDIsIGlkX2FhNjRwZnIwX2VsMQorCS8qIEV4dHJhY3QgR0lDIGJp dHMgZnJvbSB0aGUgcmVnaXN0ZXIgKi8KKwl1YmZ4CXgyLCB4MiwgI0lEX0FBNjRQRlIwX0dJQ19T SElGVCwgI0lEX0FBNjRQRlIwX0dJQ19CSVRTCisJLyogR0lDWzM6MF0gPT0gMDAwMSAtIEdJQyBD UFUgaW50ZXJmYWNlIHZpYSBzcGVjaWFsIHJlZ3MuIHN1cHBvcnRlZCAqLworCWNtcAl4MiwgIyhJ RF9BQTY0UEZSMF9HSUNfQ1BVSUZfRU4gPj4gSURfQUE2NFBGUjBfR0lDX1NISUZUKQorCWIubmUJ MmYKKworCW1ycwl4MiwgaWNjX3NyZV9lbDIKKwlvcnIJeDIsIHgyLCAjSUNDX1NSRV9FTDJfRU4J LyogRW5hYmxlIGFjY2VzcyBmcm9tIGluc2VjdXJlIEVMMSAqLworCW1zcglpY2Nfc3JlX2VsMiwg eDIKKwlpc2IKKzI6CisKIAkvKiBTZXQgdGhlIGFkZHJlc3MgdG8gcmV0dXJuIHRvIG91ciByZXR1 cm4gYWRkcmVzcyAqLwogCW1zcgllbHJfZWwyLCB4MzAKIApkaWZmIC0tZ2l0IGEvc3lzL2FybTY0 L2FybTY0L2dpY192M192YXIuaCBiL3N5cy9hcm02NC9hcm02NC9naWNfdjNfdmFyLmgKbmV3IGZp bGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvYXJtNjQvZ2ljX3Yz X3Zhci5oCkBAIC0wLDAgKzEsMTA0IEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAxNSBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAqIFRoaXMg c29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBTZW1paGFsZiB1bmRlcgorICogdGhlIHNwb25zb3Jz aGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2Rp ZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRp dGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0 cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmln aHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp bmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1h dGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZU V0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycn IEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NM QUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJ QUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQ VElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xV RElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJ QklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaWZuZGVmIF9HSUNfVjNfVkFSX0hf CisjZGVmaW5lIF9HSUNfVjNfVkFSX0hfCisKKyNkZWZpbmUJR0lDX1YzX0RFVlNUUgkiQVJNIEdl bmVyaWMgSW50ZXJydXB0IENvbnRyb2xsZXIgdjMuMCIKKworREVDTEFSRV9DTEFTUyhnaWNfdjNf ZHJpdmVyKTsKKworc3RydWN0IGdpY19yZWRpc3RzIHsKKwkvKgorCSAqIFJlLURpc3RyaWJ1dG9y IHJlZ2lvbiBkZXNjcmlwdGlvbi4KKwkgKiBXZSB3aWxsIGhhdmUgZmV3IG9mIHRob3NlIGRlcGVu ZGluZworCSAqIG9uIHRoZSAjcmVkaXN0cmlidXRvci1yZWdpb25zIHByb3BlcnR5IGluIEZEVC4K KwkgKi8KKwlzdHJ1Y3QgcmVzb3VyY2UgKioJcmVnaW9uczsKKwkvKiBOdW1iZXIgb2YgUmUtRGlz dHJpYnV0b3IgcmVnaW9ucyAqLworCXVfaW50CQkJbnJlZ2lvbnM7CisJLyogUGVyLUNQVSBSZS1E aXN0cmlidXRvciBoYW5kbGVyICovCisJc3RydWN0IHJlc291cmNlICoJcGNwdVtNQVhDUFVdOwor fTsKKworc3RydWN0IGdpY192M19zb2Z0YyB7CisJZGV2aWNlX3QJCWRldjsKKwlzdHJ1Y3QgcmVz b3VyY2UgKioJZ2ljX3JlczsKKwlzdHJ1Y3QgbXR4CQlnaWNfbXR4OworCS8qIERpc3RyaWJ1dG9y ICovCisJc3RydWN0IHJlc291cmNlICoJZ2ljX2Rpc3Q7CisJLyogUmUtRGlzdHJpYnV0b3JzICov CisJc3RydWN0IGdpY19yZWRpc3RzCWdpY19yZWRpc3RzOworCisJdV9pbnQJCQlnaWNfbmlycXM7 CisJdV9pbnQJCQlnaWNfaWRiaXRzOworCisJYm9vbGVhbl90CQlnaWNfcmVnaXN0ZXJlZDsKK307 CisKK01BTExPQ19ERUNMQVJFKE1fR0lDX1YzKTsKKworLyogRGV2aWNlIG1ldGhvZHMgKi8KK2lu dCBnaWNfdjNfYXR0YWNoKGRldmljZV90IGRldik7CitpbnQgZ2ljX3YzX2RldGFjaChkZXZpY2Vf dCBkZXYpOworCisvKgorICogR0lDIERpc3RyaWJ1dG9yIGFjY2Vzc29ycy4KKyAqIE5vdGljZSB0 aGF0IG9ubHkgR0lDIHNvZmMgY2FuIGJlIHBhc3NlZC4KKyAqLworI2RlZmluZQlnaWNfZF9yZWFk KHNjLCBsZW4sIHJlZykJCVwKKyh7CQkJCQkJXAorCWJ1c19yZWFkXyMjbGVuKHNjLT5naWNfZGlz dCwgcmVnKTsJXAorfSkKKworI2RlZmluZQlnaWNfZF93cml0ZShzYywgbGVuLCByZWcsIHZhbCkJ CVwKKyh7CQkJCQkJXAorCWJ1c193cml0ZV8jI2xlbihzYy0+Z2ljX2Rpc3QsIHJlZywgdmFsKTtc Cit9KQorCisvKiBHSUMgUmUtRGlzdHJpYnV0b3IgYWNjZXNzb3JzIChwZXItQ1BVKSAqLworI2Rl ZmluZQlnaWNfcl9yZWFkKHNjLCBsZW4sIHJlZykJCVwKKyh7CQkJCQkJXAorCXVfaW50IGNwdSA9 IFBDUFVfR0VUKGNwdWlkKTsJCVwKKwkJCQkJCVwKKwlidXNfcmVhZF8jI2xlbigJCQkJXAorCSAg ICBzYy0+Z2ljX3JlZGlzdHMucGNwdVtjcHVdLAkJXAorCSAgICByZWcpOwkJCQlcCit9KQorCisj ZGVmaW5lCWdpY19yX3dyaXRlKHNjLCBsZW4sIHJlZywgdmFsKQkJXAorKHsJCQkJCQlcCisJdV9p bnQgY3B1ID0gUENQVV9HRVQoY3B1aWQpOwkJXAorCQkJCQkJXAorCWJ1c193cml0ZV8jI2xlbigJ CQlcCisJICAgIHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdV0sCQlcCisJICAgIHJlZywgdmFsKTsJ CQkJXAorfSkKKworI2VuZGlmIC8qIF9HSUNfVjNfVkFSX0hfICovCmRpZmYgLS1naXQgYS9zeXMv YXJtNjQvYXJtNjQvZ2ljX3YzX3JlZy5oIGIvc3lzL2FybTY0L2FybTY0L2dpY192M19yZWcuaApu ZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9hcm02NC9n aWNfdjNfcmVnLmgKQEAgLTAsMCArMSwxODMgQEAKKy8qLQorICogQ29weXJpZ2h0IChjKSAyMDE1 IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKgorICog VGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisgKiB0aGUgc3Bv bnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRpc3RyaWJ1dGlv biBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAq IG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcg Y29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2Ug Y29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMg bGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBS ZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNv cHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElT IFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFT IElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElO RywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJD SEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBBUkUg RElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklCVVRPUlMg QkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJ QUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVESU5HLCBC VVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKKyAqIE9S IFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5U RVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklM SVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1IgVE9SVCAo SU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAq IE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUg UE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpZm5kZWYgX0dJQ19WM19S RUdfSF8KKyNkZWZpbmUJX0dJQ19WM19SRUdfSF8KKworLyoKKyAqIE1heGltdW0gbnVtYmVyIG9m IGludGVycnVwdHMKKyAqIHN1cHBvcnRlZCBieSBHSUMgKGluY2x1ZGluZyBTR0lzLCBQUElzIGFu ZCBTUElzKQorICovCisjZGVmaW5lCUdJQ19JX05VTV9NQVgJCSgxMDIwKQorLyoKKyAqIFByaW9y aXR5IE1BWC9NSU4gdmFsdWVzCisgKi8KKyNkZWZpbmUJR0lDX1BSSU9SSVRZX01BWAkoMHgwMFVM KQorLyogVXBwZXIgdmFsdWUgaXMgZGV0ZXJtaW5lZCBieSBMUEkgbWF4IHByaW9yaXR5ICovCisj ZGVmaW5lCUdJQ19QUklPUklUWV9NSU4JKDB4RkNVTCkKKworLyogTnVtYmVycyBmb3Igc29mdHdh cmUgZ2VuZXJhdGVkIGludGVycnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1NHSQkJKDApCisj ZGVmaW5lCUdJQ19MQVNUX1NHSQkJKDE1KQorLyogTnVtYmVycyBmb3IgcHJpdmF0ZSBwZXJpcGhl cmFsIGludGVycnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1BQSQkJKDE2KQorI2RlZmluZQlH SUNfTEFTVF9QUEkJCSgzMSkKKy8qIE51bWJlcnMgZm9yIHNwYXJlZCBwZXJpcGhlcmFsIGludGVy cnVwdHMgKi8KKyNkZWZpbmUJR0lDX0ZJUlNUX1NQSQkJKDMyKQorI2RlZmluZQlHSUNfTEFTVF9T UEkJCSgxMDE5KQorLyogTnVtYmVycyBmb3IgbG9jYWwgcGVyaXBoZXJhbCBpbnRlcnJ1cHRzICov CisjZGVmaW5lCUdJQ19GSVJTVF9MUEkJCSg4MTkyKQorCisvKgorICogUmVnaXN0ZXJzICh2Mi92 MykKKyAqLworI2RlZmluZQlHSUNEX0NUTFIJCSgweDAwMDApCisjZGVmaW5lCUdJQ0RfQ1RMUl9H MQkJKDEgPDwgMCkKKyNkZWZpbmUJR0lDRF9DVExSX0cxQQkJKDEgPDwgMSkKKyNkZWZpbmUJR0lD RF9DVExSX0FSRV9OUwkoMSA8PCA0KQorI2RlZmluZQlHSUNEX0NUTFJfUldQCQkoMSA8PCAzMSkK KworI2RlZmluZQlHSUNEX1RZUEVSCQkoMHgwMDA0KQorI2RlZmluZQkJR0lDRF9UWVBFUl9JREJJ VFMobikJKCgoKG4pID4+IDE5KSAmIDB4MUYpICsgMSkKKyNkZWZpbmUJCUdJQ0RfVFlQRVJfSV9O VU0obikJKCgoKG4pICYgMHhGMSkgKyAxKSAqIDMyKQorCisjZGVmaW5lCUdJQ0RfSVNFTkFCTEVS KG4pCSgweDAxMDAgKyAoKChuKSA+PiA1KSAqIDQpKQorI2RlZmluZQkJR0lDRF9JX1BFUl9JU0VO QUJMRVJuCSgzMikKKworI2RlZmluZQlHSUNEX0lDRU5BQkxFUihuKQkoMHgwMTgwICsgKCgobikg Pj4gNSkgKiA0KSkKKyNkZWZpbmUJR0lDRF9JUFJJT1JJVFlSKG4pCSgweDA0MDAgKyAoKChuKSA+ PiAyKSAqIDQpKQorI2RlZmluZQkJR0lDRF9JX1BFUl9JUFJJT1JJVFluCSg0KQorCisjZGVmaW5l CUdJQ0RfSV9NQVNLKG4pCQkoMSA8PCAoKG4pICUgMzIpKQorCisjZGVmaW5lCUdJQ0RfSUNGR1Io bikJCSgweDBDMDAgKyAoKChuKSA+PiA0KSAqIDQpKQorLyogRmlyc3QgYml0IGlzIGEgcG9sYXJp dHkgYml0ICgwIC0gbG93LCAxIC0gaGlnaCkgKi8KKyNkZWZpbmUJCUdJQ0RfSUNGR1JfUE9MX0xP VwkoMCA8PCAwKQorI2RlZmluZQkJR0lDRF9JQ0ZHUl9QT0xfSElHSAkoMSA8PCAwKQorI2RlZmlu ZQkJR0lDRF9JQ0ZHUl9QT0xfTUFTSwkoMHgxKQorLyogU2Vjb25kIGJpdCBpcyBhIHRyaWdnZXIg Yml0ICgwIC0gbGV2ZWwsIDEgLSBlZGdlKSAqLworI2RlZmluZQkJR0lDRF9JQ0ZHUl9UUklHX0xW TAkoMCA8PCAxKQorI2RlZmluZQkJR0lDRF9JQ0ZHUl9UUklHX0VER0UJKDEgPDwgMSkKKyNkZWZp bmUJCUdJQ0RfSUNGR1JfVFJJR19NQVNLCSgweDIpCisKKyNkZWZpbmUJCUdJQ0RfSV9QRVJfSUNG R1JuCSgxNikKKworLyoKKyAqIFJlZ2lzdGVycyAodjMpCisgKi8KKyNkZWZpbmUJR0lDRF9JUk9V VEVSKG4pCQkoMHg2MDAwICsgKChuKSAqIDgpKQorI2RlZmluZQlHSUNEX1BJRFIyCQkoMHhGRkU4 KQorCisjZGVmaW5lCUdJQ1JfUElEUjJfQVJDSF9NQVNLCSgweEYwKQorI2RlZmluZQlHSUNSX1BJ RFIyX0FSQ0hfR0lDdjMJKDB4MzApCisjZGVmaW5lCUdJQ1JfUElEUjJfQVJDSF9HSUN2NAkoMHg0 MCkKKworLyogUmVkaXN0cmlidXRvciByZWdpc3RlcnMgKi8KKyNkZWZpbmUJR0lDUl9QSURSMgkJ R0lDRF9QSURSMgorCisjZGVmaW5lCUdJQ1JfVFlQRVIJCSgweDAwMDgpCisjZGVmaW5lCUdJQ1Jf VFlQRVJfVkxQSVMJKDEgPDwgMSkKKyNkZWZpbmUJR0lDUl9UWVBFUl9MQVNUCQkoMSA8PCA0KQor I2RlZmluZQlHSUNSX1RZUEVSX0FGRl9TSElGVAkoMzIpCisKKyNkZWZpbmUJR0lDUl9XQUtFUgkJ KDB4MDAxNCkKKyNkZWZpbmUJR0lDUl9XQUtFUl9QUwkJKDEgPDwgMSkgLyogUHJvY2Vzc29yIHNs ZWVwICovCisjZGVmaW5lCUdJQ1JfV0FLRVJfQ0EJCSgxIDw8IDIpIC8qIENoaWxkcmVuIGFzbGVl cCAqLworCisvKiBSZS1kaXN0cmlidXRvciByZWdpc3RlcnMgZm9yIFNHSXMgYW5kIFBQSXMgKi8K KyNkZWZpbmUJR0lDUl9SRF9CQVNFX1NJWkUJUEFHRV9TSVpFXzY0SworI2RlZmluZQlHSUNSX1NH SV9CQVNFX1NJWkUJUEFHRV9TSVpFXzY0SworI2RlZmluZQlHSUNSX1ZMUElfQkFTRV9TSVpFCVBB R0VfU0laRV82NEsKKyNkZWZpbmUJR0lDUl9SRVNFUlZFRF9TSVpFCVBBR0VfU0laRV82NEsKKwor I2RlZmluZQlHSUNSX0lTRU5BQkxFUjAJCQkJKDB4MDEwMCkKKyNkZWZpbmUJR0lDUl9JQ0VOQUJM RVIwCQkJCSgweDAxODApCisjZGVmaW5lCQlHSUNSX0lfRU5BQkxFUl9TR0lfTUFTSwkJKDB4MDAw MEZGRkYpCisjZGVmaW5lCQlHSUNSX0lfRU5BQkxFUl9QUElfTUFTSwkJKDB4RkZGRjAwMDApCisK KyNkZWZpbmUJCUdJQ1JfSV9QRVJfSVBSSU9SSVRZbgkJKEdJQ0RfSV9QRVJfSVBSSU9SSVRZbikK KworLyoKKyAqIENQVSBpbnRlcmZhY2UKKyAqLworCisvKgorICogUmVnaXN0ZXJzIGxpc3QgKElD Q194eXpfRUwxKToKKyAqCisgKiBQTVIgICAgIC0gUHJpb3JpdHkgTWFzayBSZWdpc3RlcgorICoJ CSogaW50ZXJydXB0cyBvZiBwcmlvcml0eSBoaWdoZXIgdGhhbiBzcGVjaWZpZWQKKyAqCQkgIGlu IHRoaXMgbWFzayB3aWxsIGJlIHNpZ25hbGxlZCB0byB0aGUgQ1BVLgorICoJCSAgKDB4ZmYgLSBs b3dlc3QgcG9zc2libGUgcHJpby4sIDB4MDAgLSBoaWdoZXN0IHByaW8uKQorICoKKyAqIENUTFIg ICAgLSBDb250cm9sIFJlZ2lzdGVyCisgKgkJKiBjb250cm9scyBiZWhhdmlvciBvZiB0aGUgQ1BV IGludGVyZmFjZSBhbmQgZGlzcGxheXMKKyAqCQkgIGltcGxlbWVudGVkIGZlYXR1cmVzLgorICoK KyAqIElHUlBFTjEgLSBJbnRlcnJ1cHQgR3JvdXAgMSBFbmFibGUgUmVnaXN0ZXIKKyAqCisgKiBJ QVIxICAgIC0gSW50ZXJydXB0IEFja25vd2xlZGdlIFJlZ2lzdGVyIEdyb3VwIDEKKyAqCQkqIGNv bnRhaW5zIG51bWJlciBvZiB0aGUgaGlnaGVzdCBwcmlvcml0eSBwZW5kaW5nCisgKgkJICBpbnRl cnJ1cHQgZnJvbSB0aGUgR3JvdXAgMS4KKyAqCisgKiBFT0lSMSAgIC0gRW5kIG9mIEludGVycnVw dCBSZWdpc3RlciBHcm91cCAxCisgKgkJKiBXcml0ZXMgaW5mb3JtIENQVSBpbnRlcmZhY2UgYWJv dXQgY29tcGxldGVkIEdyb3VwIDEKKyAqCQkgIGludGVycnVwdHMgcHJvY2Vzc2luZy4KKyAqLwor CisjZGVmaW5lCWdpY19pY2Nfd3JpdGUocmVnLCB2YWwpCQkJCQlcCitkbyB7CQkJCQkJCQlcCisJ V1JJVEVfU1BFQ0lBTFJFRyhJQ0NfICMjcmVnICMjX0VMMSwgdmFsKTsJCVwKKwlpc2IoKTsJCQkJ CQkJXAorfSB3aGlsZSAoMCkKKworI2RlZmluZQlnaWNfaWNjX3JlYWQocmVnKQkJCQkJXAorKHsJ CQkJCQkJCVwKKwl1aW50NjRfdCB2YWw7CQkJCQkJXAorCQkJCQkJCQlcCisJdmFsID0gUkVBRF9T UEVDSUFMUkVHKElDQ18gIyNyZWcgIyNfRUwxKTsJCVwKKwkodmFsKTsJCQkJCQkJXAorfSkKKwor I2RlZmluZQlnaWNfaWNjX3NldChyZWcsIG1hc2spCQkJCQlcCitkbyB7CQkJCQkJCQlcCisJdWlu dDY0X3QgdmFsOwkJCQkJCVwKKwl2YWwgPSBnaWNfaWNjX3JlYWQocmVnKTsJCQkJXAorCXZhbCB8 PSAobWFzayk7CQkJCQkJXAorCWdpY19pY2Nfd3JpdGUocmVnLCB2YWwpOwkJCQlcCit9IHdoaWxl ICgwKQorCisjZGVmaW5lCWdpY19pY2NfY2xlYXIocmVnLCBtYXNrKQkJCQlcCitkbyB7CQkJCQkJ CQlcCisJdWludDY0X3QgdmFsOwkJCQkJCVwKKwl2YWwgPSBnaWNfaWNjX3JlYWQocmVnKTsJCQkJ XAorCXZhbCAmPSB+KG1hc2spOwkJCQkJCVwKKwlnaWNfaWNjX3dyaXRlKHJlZywgdmFsKTsJCQkJ XAorfSB3aGlsZSAoMCkKKworI2VuZGlmIC8qIF9HSUNfVjNfUkVHX0hfICovCmRpZmYgLS1naXQg YS9zeXMvYXJtNjQvYXJtNjQvZ2ljX3YzX2ZkdC5jIGIvc3lzL2FybTY0L2FybTY0L2dpY192M19m ZHQuYwpuZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9h cm02NC9naWNfdjNfZmR0LmMKQEAgLTAsMCArMSwxMjQgQEAKKy8qLQorICogQ29weXJpZ2h0IChj KSAyMDE1IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisg KgorICogVGhpcyBzb2Z0d2FyZSB3YXMgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmIHVuZGVyCisgKiB0 aGUgc3BvbnNvcnNoaXAgb2YgdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAqCisgKiBSZWRpc3Ry aWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhv dXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xs b3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBz b3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2Us IHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisg KiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFi b3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQv b3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisg KiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9S UyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBP RiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisg KiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklC VVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUws IFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVE SU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMK KyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5F U1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0Yg TElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1Ig VE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBP RiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCisKKyNpbmNsdWRlIDxz eXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRCQiKTsKKworI2luY2x1ZGUgPHN5cy9wYXJh bS5oPgorI2luY2x1ZGUgPHN5cy9idXMuaD4KKyNpbmNsdWRlIDxzeXMva2VybmVsLmg+CisjaW5j bHVkZSA8c3lzL21vZHVsZS5oPgorCisjaW5jbHVkZSA8ZGV2L2ZkdC9mZHRfY29tbW9uLmg+Cisj aW5jbHVkZSA8ZGV2L29mdy9vcGVuZmlybS5oPgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1cy5o PgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19zdWJyLmg+CisKKyNpbmNsdWRlICJwaWNfaWYu aCIKKworI2luY2x1ZGUgImdpY192M19yZWcuaCIKKyNpbmNsdWRlICJnaWNfdjNfdmFyLmgiCisK Ky8qCisgKiBGRFQgZ2x1ZS4KKyAqLworc3RhdGljIGludCBnaWNfdjNfZmR0X3Byb2JlKGRldmlj ZV90KTsKK3N0YXRpYyBpbnQgZ2ljX3YzX2ZkdF9hdHRhY2goZGV2aWNlX3QpOworCitzdGF0aWMg ZGV2aWNlX21ldGhvZF90IGdpY192M19mZHRfbWV0aG9kc1tdID0geworCS8qIERldmljZSBpbnRl cmZhY2UgKi8KKwlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLAkJZ2ljX3YzX2ZkdF9wcm9iZSksCisJ REVWTUVUSE9EKGRldmljZV9hdHRhY2gsCWdpY192M19mZHRfYXR0YWNoKSwKKworCS8qIEVuZCAq LworCURFVk1FVEhPRF9FTkQKK307CisKK0RFRklORV9DTEFTU18xKGdpY192MywgZ2ljX3YzX2Zk dF9kcml2ZXIsIGdpY192M19mZHRfbWV0aG9kcywKKyAgICBzaXplb2Yoc3RydWN0IGdpY192M19z b2Z0YyksIGdpY192M19kcml2ZXIpOworCitzdGF0aWMgZGV2Y2xhc3NfdCBnaWNfdjNfZmR0X2Rl dmNsYXNzOworCitFQVJMWV9EUklWRVJfTU9EVUxFKGdpY192Mywgc2ltcGxlYnVzLCBnaWNfdjNf ZmR0X2RyaXZlciwgZ2ljX3YzX2ZkdF9kZXZjbGFzcywKKyAgICAwLCAwLCBCVVNfUEFTU19JTlRF UlJVUFQgKyBCVVNfUEFTU19PUkRFUl9NSURETEUpOworRUFSTFlfRFJJVkVSX01PRFVMRShnaWNf djMsIG9md2J1cywgZ2ljX3YzX2ZkdF9kcml2ZXIsIGdpY192M19mZHRfZGV2Y2xhc3MsCisgICAg MCwgMCwgQlVTX1BBU1NfSU5URVJSVVBUICsgQlVTX1BBU1NfT1JERVJfTUlERExFKTsKKworLyoK KyAqIERldmljZSBpbnRlcmZhY2UuCisgKi8KK3N0YXRpYyBpbnQKK2dpY192M19mZHRfcHJvYmUo ZGV2aWNlX3QgZGV2KQoreworCisJaWYgKCFvZndfYnVzX3N0YXR1c19va2F5KGRldikpCisJCXJl dHVybiAoRU5YSU8pOworCisJaWYgKCFvZndfYnVzX2lzX2NvbXBhdGlibGUoZGV2LCAiYXJtLGdp Yy12MyIpKQorCQlyZXR1cm4gKEVOWElPKTsKKworCWRldmljZV9zZXRfZGVzYyhkZXYsIEdJQ19W M19ERVZTVFIpOworCXJldHVybiAoQlVTX1BST0JFX0RFRkFVTFQpOworfQorCitzdGF0aWMgaW50 CitnaWNfdjNfZmR0X2F0dGFjaChkZXZpY2VfdCBkZXYpCit7CisJc3RydWN0IGdpY192M19zb2Z0 YyAqc2M7CisJcGNlbGxfdCByZWRpc3RfcmVnaW9uczsKKwlpbnQgZXJyOworCisJc2MgPSBkZXZp Y2VfZ2V0X3NvZnRjKGRldik7CisJc2MtPmRldiA9IGRldjsKKworCS8qCisJICogUmVjb3ZlciBu dW1iZXIgb2YgdGhlIFJlLURpc3RyaWJ1dG9yIHJlZ2lvbnMuCisJICovCisJaWYgKE9GX2dldGVu Y3Byb3Aob2Z3X2J1c19nZXRfbm9kZShkZXYpLCAiI3JlZGlzdHJpYnV0b3ItcmVnaW9ucyIsCisJ ICAgICZyZWRpc3RfcmVnaW9ucywgc2l6ZW9mKHJlZGlzdF9yZWdpb25zKSkgPD0gMCkKKwkJc2Mt PmdpY19yZWRpc3RzLm5yZWdpb25zID0gMTsKKwllbHNlCisJCXNjLT5naWNfcmVkaXN0cy5ucmVn aW9ucyA9IHJlZGlzdF9yZWdpb25zOworCisJZXJyID0gZ2ljX3YzX2F0dGFjaChkZXYpOworCWlm IChlcnIpCisJCWdvdG8gZXJyb3I7CisKKwlyZXR1cm4gKGVycik7CisKK2Vycm9yOgorCWlmIChi b290dmVyYm9zZSkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwKKwkJICAgICJGYWlsZWQgdG8gYXR0 YWNoLiBFcnJvciAlZFxuIiwgZXJyKTsKKwl9CisJLyogRmFpbHVyZSBzbyBmcmVlIHJlc291cmNl cyAqLworCWdpY192M19kZXRhY2goZGV2KTsKKworCXJldHVybiAoZXJyKTsKK30KZGlmZiAtLWdp dCBhL3N5cy9hcm02NC9hcm02NC9naWNfdjMuYyBiL3N5cy9hcm02NC9hcm02NC9naWNfdjMuYwpu ZXcgZmlsZSBtb2RlIDEwMDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9hcm02NC9n aWNfdjMuYwpAQCAtMCwwICsxLDU4MCBAQAorLyotCisgKiBDb3B5cmlnaHQgKGMpIDIwMTUgVGhl IEZyZWVCU0QgRm91bmRhdGlvbgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBUaGlz IHNvZnR3YXJlIHdhcyBkZXZlbG9wZWQgYnkgU2VtaWhhbGYgdW5kZXIKKyAqIHRoZSBzcG9uc29y c2hpcCBvZiB0aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFu ZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9k aWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25k aXRpb25zCisgKiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2Rl IG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0 IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKyAqIDIuIFJlZGlz dHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJp Z2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIgaW4gdGhlCisgKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBt YXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorICoKKyAqIFRISVMgU09G VFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIEFVVEhPUiBBTkQgQ09OVFJJQlVUT1JTIGBgQVMgSVMn JyBBTkQKKyAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBC VVQgTk9UIExJTUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5U QUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKKyAqIEFSRSBESVND TEFJTUVELiBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBM SUFCTEUKKyAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwg RVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMCisgKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBO T1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworICogT1IgU0VS VklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJV UFRJT04pCisgKiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFks IFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVAorICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNM VURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorICogT1VU IE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NT SUJJTElUWSBPRgorICogU1VDSCBEQU1BR0UuCisgKi8KKworI2luY2x1ZGUgPHN5cy9jZGVmcy5o PgorX19GQlNESUQoIiRGcmVlQlNEJCIpOworCisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+CisjaW5j bHVkZSA8c3lzL3N5c3RtLmg+CisjaW5jbHVkZSA8c3lzL2J1cy5oPgorI2luY2x1ZGUgPHN5cy9r ZXJuZWwuaD4KKyNpbmNsdWRlIDxzeXMva3RyLmg+CisjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgor I2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4KKyNpbmNsdWRlIDxzeXMvcm1hbi5oPgorI2luY2x1ZGUg PHN5cy9wY3B1Lmg+CisjaW5jbHVkZSA8c3lzL3Byb2MuaD4KKyNpbmNsdWRlIDxzeXMvY3B1c2V0 Lmg+CisjaW5jbHVkZSA8c3lzL2xvY2suaD4KKyNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KKworI2lu Y2x1ZGUgPHZtL3ZtLmg+CisjaW5jbHVkZSA8dm0vcG1hcC5oPgorCisjaW5jbHVkZSA8bWFjaGlu ZS9idXMuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL2ludHIuaD4KKworI2luY2x1ZGUgInBpY19pZi5o IgorCisjaW5jbHVkZSAiZ2ljX3YzX3JlZy5oIgorI2luY2x1ZGUgImdpY192M192YXIuaCIKKwor LyogRGV2aWNlIGFuZCBQSUMgbWV0aG9kcyAqLworc3RhdGljIHZvaWQgZ2ljX3YzX2Rpc3BhdGNo KGRldmljZV90LCBzdHJ1Y3QgdHJhcGZyYW1lICopOworc3RhdGljIHZvaWQgZ2ljX3YzX2VvaShk ZXZpY2VfdCwgdV9pbnQpOworc3RhdGljIHZvaWQgZ2ljX3YzX21hc2tfaXJxKGRldmljZV90LCB1 X2ludCk7CitzdGF0aWMgdm9pZCBnaWNfdjNfdW5tYXNrX2lycShkZXZpY2VfdCwgdV9pbnQpOwor CitzdGF0aWMgZGV2aWNlX21ldGhvZF90IGdpY192M19tZXRob2RzW10gPSB7CisJLyogRGV2aWNl IGludGVyZmFjZSAqLworCURFVk1FVEhPRChkZXZpY2VfZGV0YWNoLAlnaWNfdjNfZGV0YWNoKSwK KworCS8qIFBJQyBpbnRlcmZhY2UgKi8KKwlERVZNRVRIT0QocGljX2Rpc3BhdGNoLAkJZ2ljX3Yz X2Rpc3BhdGNoKSwKKwlERVZNRVRIT0QocGljX2VvaSwJCWdpY192M19lb2kpLAorCURFVk1FVEhP RChwaWNfbWFzaywJCWdpY192M19tYXNrX2lycSksCisJREVWTUVUSE9EKHBpY191bm1hc2ssCQln aWNfdjNfdW5tYXNrX2lycSksCisKKwkvKiBFbmQgKi8KKwlERVZNRVRIT0RfRU5ECit9OworCitE RUZJTkVfQ0xBU1NfMChnaWNfdjMsIGdpY192M19kcml2ZXIsIGdpY192M19tZXRob2RzLAorICAg IHNpemVvZihzdHJ1Y3QgZ2ljX3YzX3NvZnRjKSk7CisKKy8qCisgKiBEcml2ZXItc3BlY2lmaWMg ZGVmaW5pdGlvbnMuCisgKi8KK01BTExPQ19ERUZJTkUoTV9HSUNfVjMsICJHSUN2MyIsIEdJQ19W M19ERVZTVFIpOworCisvKgorICogSGVscGVyIGZ1bmN0aW9ucyBhbmQgZGVmaW5pdGlvbnMuCisg Ki8KKy8qIERlc3RpbmF0aW9uIHJlZ2lzdGVycywgZWl0aGVyIERpc3RyaWJ1dG9yIG9yIFJlLURp c3RyaWJ1dG9yICovCitlbnVtIGdpY192M194ZGlzdCB7CisJRElTVCA9IDAsCisJUkVESVNULAor fTsKKworLyogSGVscGVyIHJvdXRpbmVzIHN0YXJ0aW5nIHdpdGggZ2ljX3YzXyAqLworc3RhdGlj IGludCBnaWNfdjNfZGlzdF9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7CitzdGF0aWMgaW50 IGdpY192M19yZWRpc3RfZmluZChzdHJ1Y3QgZ2ljX3YzX3NvZnRjICopOworc3RhdGljIGludCBn aWNfdjNfcmVkaXN0X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqKTsKK3N0YXRpYyBpbnQgZ2lj X3YzX2NwdV9pbml0KHN0cnVjdCBnaWNfdjNfc29mdGMgKik7CitzdGF0aWMgdm9pZCBnaWNfdjNf d2FpdF9mb3JfcndwKHN0cnVjdCBnaWNfdjNfc29mdGMgKiwgZW51bSBnaWNfdjNfeGRpc3QpOwor CisvKiBBIHNlcXVlbmNlIG9mIGluaXQgZnVuY3Rpb25zIGZvciBwcmltYXJ5IChib290KSBDUFUg Ki8KK3R5cGVkZWYgaW50ICgqZ2ljX3YzX2luaXRzZXFfdCkgKHN0cnVjdCBnaWNfdjNfc29mdGMg Kik7CisvKiBQcmltYXJ5IENQVSBpbml0aWFsaXphdGlvbiBzZXF1ZW5jZSAqLworc3RhdGljIGdp Y192M19pbml0c2VxX3QgZ2ljX3YzX3ByaW1hcnlfaW5pdFtdID0geworCWdpY192M19kaXN0X2lu aXQsCisJZ2ljX3YzX3JlZGlzdF9pbml0LAorCWdpY192M19jcHVfaW5pdCwKKwlOVUxMCit9Owor CisvKgorICogRGV2aWNlIGludGVyZmFjZS4KKyAqLworaW50CitnaWNfdjNfYXR0YWNoKGRldmlj ZV90IGRldikKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKwlnaWNfdjNfaW5pdHNlcV90 ICppbml0X2Z1bmM7CisJdWludDMyX3QgdHlwZXI7CisJaW50IHJpZDsKKwlpbnQgZXJyOworCXNp emVfdCBpOworCisJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJc2MtPmdpY19yZWdpc3Rl cmVkID0gRkFMU0U7CisJc2MtPmRldiA9IGRldjsKKwllcnIgPSAwOworCisJLyogSW5pdGlhbGl6 ZSBtdXRleCAqLworCW10eF9pbml0KCZzYy0+Z2ljX210eCwgIkdJQ3YzIGxvY2siLCBOVUxMLCBN VFhfU1BJTik7CisKKwkvKgorCSAqIEFsbG9jYXRlIGFycmF5IG9mIHN0cnVjdCByZXNvdXJjZS4K KwkgKiBPbmUgZW50cnkgZm9yIERpc3RyaWJ1dG9yIGFuZCBhbGwgcmVtYWluaW5nIGZvciBSZS1E aXN0cmlidXRvci4KKwkgKi8KKwlzYy0+Z2ljX3JlcyA9IG1hbGxvYygKKwkgICAgc2l6ZW9mKHNj LT5naWNfcmVzKSAqIChzYy0+Z2ljX3JlZGlzdHMubnJlZ2lvbnMgKyAxKSwKKwkgICAgTV9HSUNf VjMsIE1fV0FJVE9LKTsKKworCS8qIE5vdyBhbGxvY2F0ZSBjb3JyZXNwb25kaW5nIHJlc291cmNl cyAqLworCWZvciAoaSA9IDAsIHJpZCA9IDA7IGkgPCAoc2MtPmdpY19yZWRpc3RzLm5yZWdpb25z ICsgMSk7IGkrKywgcmlkKyspIHsKKwkJc2MtPmdpY19yZXNbcmlkXSA9IGJ1c19hbGxvY19yZXNv dXJjZV9hbnkoZGV2LCBTWVNfUkVTX01FTU9SWSwKKwkJICAgICZyaWQsIFJGX0FDVElWRSk7CisJ CWlmIChzYy0+Z2ljX3Jlc1tyaWRdID09IE5VTEwpCisJCQlyZXR1cm4gKEVOWElPKTsKKwl9CisK KwkvKgorCSAqIERpc3RyaWJ1dG9yIGludGVyZmFjZQorCSAqLworCXNjLT5naWNfZGlzdCA9IHNj LT5naWNfcmVzWzBdOworCisJLyoKKwkgKiBSZS1EcmlzdHJpYnV0b3IgaW50ZXJmYWNlCisJICov CisJLyogQWxsb2NhdGUgc3BhY2UgdW5kZXIgcmVnaW9uIGRlc2NyaXB0aW9ucyAqLworCXNjLT5n aWNfcmVkaXN0cy5yZWdpb25zID0gbWFsbG9jKAorCSAgICBzaXplb2YoKnNjLT5naWNfcmVkaXN0 cy5yZWdpb25zKSAqIHNjLT5naWNfcmVkaXN0cy5ucmVnaW9ucywKKwkgICAgTV9HSUNfVjMsIE1f V0FJVE9LKTsKKworCS8qIEZpbGwtdXAgYnVzX3NwYWNlIGluZm9ybWF0aW9uIGZvciBlYWNoIHJl Z2lvbi4gKi8KKwlmb3IgKGkgPSAwLCByaWQgPSAxOyBpIDwgc2MtPmdpY19yZWRpc3RzLm5yZWdp b25zOyBpKyssIHJpZCsrKQorCQlzYy0+Z2ljX3JlZGlzdHMucmVnaW9uc1tpXSA9IHNjLT5naWNf cmVzW3JpZF07CisKKwkvKiBHZXQgdGhlIG51bWJlciBvZiBzdXBwb3J0ZWQgU1BJIGludGVycnVw dHMgKi8KKwl0eXBlciA9IGdpY19kX3JlYWQoc2MsIDQsIEdJQ0RfVFlQRVIpOworCXNjLT5naWNf bmlycXMgPSBHSUNEX1RZUEVSX0lfTlVNKHR5cGVyKTsKKwlpZiAoc2MtPmdpY19uaXJxcyA+IEdJ Q19JX05VTV9NQVgpCisJCXNjLT5naWNfbmlycXMgPSBHSUNfSV9OVU1fTUFYOworCisJLyogR2V0 IHRoZSBudW1iZXIgb2Ygc3VwcG9ydGVkIGludGVycnVwdCBpZGVudGlmaWVyIGJpdHMgKi8KKwlz Yy0+Z2ljX2lkYml0cyA9IEdJQ0RfVFlQRVJfSURCSVRTKHR5cGVyKTsKKworCWlmIChib290dmVy Ym9zZSkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgIlNQSXM6ICV1LCBJRHM6ICV1XG4iLAorCQkg ICAgc2MtPmdpY19uaXJxcywgKDEgPDwgc2MtPmdpY19pZGJpdHMpIC0gMSk7CisJfQorCisJLyog VHJhaW4gaW5pdCBzZXF1ZW5jZSBmb3IgYm9vdCBDUFUgKi8KKwlmb3IgKGluaXRfZnVuYyA9IGdp Y192M19wcmltYXJ5X2luaXQ7ICppbml0X2Z1bmMgIT0gTlVMTDsgaW5pdF9mdW5jKyspIHsKKwkJ ZXJyID0gKCppbml0X2Z1bmMpKHNjKTsKKwkJaWYgKGVyciAhPSAwKQorCQkJcmV0dXJuIChlcnIp OworCX0KKwkvKgorCSAqIEZ1bGwgc3VjY2Vzcy4KKwkgKiBOb3cgcmVnaXN0ZXIgUElDIHRvIHRo ZSBpbnRlcnJ1cHRzIGhhbmRsaW5nIGxheWVyLgorCSAqLworCWFybV9yZWdpc3Rlcl9yb290X3Bp YyhkZXYsIHNjLT5naWNfbmlycXMpOworCXNjLT5naWNfcmVnaXN0ZXJlZCA9IFRSVUU7CisKKwly ZXR1cm4gKDApOworfQorCitpbnQKK2dpY192M19kZXRhY2goZGV2aWNlX3QgZGV2KQoreworCXN0 cnVjdCBnaWNfdjNfc29mdGMgKnNjOworCXNpemVfdCBpOworCWludCByaWQ7CisKKwlzYyA9IGRl dmljZV9nZXRfc29mdGMoZGV2KTsKKworCWlmIChkZXZpY2VfaXNfYXR0YWNoZWQoZGV2KSkgewor CQkvKgorCQkgKiBYWFg6IFdlIHNob3VsZCBwcm9iYWJseSBkZXJlZ2lzdGVyIFBJQworCQkgKi8K KwkJaWYgKHNjLT5naWNfcmVnaXN0ZXJlZCkKKwkJCXBhbmljKCJUcnlpbmcgdG8gZGV0YWNoIHJl Z2lzdGVyZWQgUElDIik7CisJfQorCWZvciAocmlkID0gMDsgcmlkIDwgKHNjLT5naWNfcmVkaXN0 cy5ucmVnaW9ucyArIDEpOyByaWQrKykKKwkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNf UkVTX01FTU9SWSwgcmlkLCBzYy0+Z2ljX3Jlc1tyaWRdKTsKKworCWZvciAoaSA9IDA7IGkgPCBN QVhDUFU7IGkrKykKKwkJZnJlZShzYy0+Z2ljX3JlZGlzdHMucGNwdVtpXSwgTV9HSUNfVjMpOwor CisJZnJlZShzYy0+Z2ljX3JlcywgTV9HSUNfVjMpOworCWZyZWUoc2MtPmdpY19yZWRpc3RzLnJl Z2lvbnMsIE1fR0lDX1YzKTsKKworCXJldHVybiAoMCk7Cit9CisKKy8qCisgKiBQSUMgaW50ZXJm YWNlLgorICovCitzdGF0aWMgdm9pZAorZ2ljX3YzX2Rpc3BhdGNoKGRldmljZV90IGRldiwgc3Ry dWN0IHRyYXBmcmFtZSAqZnJhbWUpCit7CisJdWludDY0X3QgYWN0aXZlX2lycTsKKworCXdoaWxl ICgxKSB7CisJCWFjdGl2ZV9pcnEgPSBnaWNfaWNjX3JlYWQoSUFSMSk7CisKKwkJaWYgKF9fcHJl ZGljdF9mYWxzZShhY3RpdmVfaXJxID09IElDQ19JQVIxX0VMMV9TUFVSKSkKKwkJCWJyZWFrOwor CisJCWlmIChfX3ByZWRpY3RfdHJ1ZSgoYWN0aXZlX2lycSA+PSBHSUNfRklSU1RfUFBJICYmCisJ CSAgICBhY3RpdmVfaXJxIDw9IEdJQ19MQVNUX1NQSSkpKSB7CisJCQlhcm1fZGlzcGF0Y2hfaW50 cihhY3RpdmVfaXJxLCBmcmFtZSk7CisJCQljb250aW51ZTsKKwkJfQorCisJCWlmIChhY3RpdmVf aXJxIDw9IEdJQ19MQVNUX1NHSSB8fCBhY3RpdmVfaXJxID49IEdJQ19GSVJTVF9MUEkpIHsKKwkJ CS8qCisJCQkgKiBUT0RPOiBJbXBsZW1lbnQgcHJvcGVyIFNHSS9MUEkgaGFuZGxpbmcuCisJCQkg KiAgICAgICBNYXNrIGl0IGlmIHN1Y2ggaXMgcmVjZWl2ZWQgZm9yIHNvbWUgcmVhc29uLgorCQkJ ICovCisJCQlkZXZpY2VfcHJpbnRmKGRldiwKKwkJCSAgICAiUmVjZWl2ZWQgdW5zdXBwb3J0ZWQg aW50ZXJydXB0IHR5cGU6ICVzXG4iLAorCQkJICAgIGFjdGl2ZV9pcnEgPj0gR0lDX0ZJUlNUX0xQ SSA/ICJMUEkiIDogIlNHSSIpOworCQkJUElDX01BU0soZGV2LCBhY3RpdmVfaXJxKTsKKwkJfQor CX0KK30KKworc3RhdGljIHZvaWQKK2dpY192M19lb2koZGV2aWNlX3QgZGV2LCB1X2ludCBpcnEp Cit7CisKKwlnaWNfaWNjX3dyaXRlKEVPSVIxLCAodWludDY0X3QpaXJxKTsKK30KKworc3RhdGlj IHZvaWQKK2dpY192M19tYXNrX2lycShkZXZpY2VfdCBkZXYsIHVfaW50IGlycSkKK3sKKwlzdHJ1 Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKworCXNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCisJ aWYgKGlycSA+PSBHSUNfRklSU1RfUFBJICYmIGlycSA8PSBHSUNfTEFTVF9QUEkpIHsgLyogUFBJ cyBpbiBjb3JyZXNwb25kaW5nIFJlLURpc3RyaWJ1dG9yICovCisJCWdpY19yX3dyaXRlKHNjLCA0 LAorCQkgICAgR0lDUl9TR0lfQkFTRV9TSVpFICsgR0lDRF9JQ0VOQUJMRVIoaXJxKSwgR0lDRF9J X01BU0soaXJxKSk7CisJCWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIFJFRElTVCk7CisJfSBlbHNl IGlmIChpcnEgPj0gR0lDX0ZJUlNUX1NQSSAmJiBpcnEgPD0gR0lDX0xBU1RfU1BJKSB7IC8qIFNQ SXMgaW4gZGlzdHJpYnV0b3IgKi8KKwkJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ0RfSUNFTkFCTEVS KGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBESVNU KTsKKwl9IGVsc2UKKwkJcGFuaWMoIiVzOiBVbnN1cHBvcnRlZCBJUlEgbnVtYmVyICV1IiwgX19m dW5jX18sIGlycSk7Cit9CisKK3N0YXRpYyB2b2lkCitnaWNfdjNfdW5tYXNrX2lycShkZXZpY2Vf dCBkZXYsIHVfaW50IGlycSkKK3sKKwlzdHJ1Y3QgZ2ljX3YzX3NvZnRjICpzYzsKKworCXNjID0g ZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCisJaWYgKGlycSA+PSBHSUNfRklSU1RfUFBJICYmIGly cSA8PSBHSUNfTEFTVF9QUEkpIHsgLyogUFBJcyBpbiBjb3JyZXNwb25kaW5nIFJlLURpc3RyaWJ1 dG9yICovCisJCWdpY19yX3dyaXRlKHNjLCA0LAorCQkgICAgR0lDUl9TR0lfQkFTRV9TSVpFICsg R0lDRF9JU0VOQUJMRVIoaXJxKSwgR0lDRF9JX01BU0soaXJxKSk7CisJCWdpY192M193YWl0X2Zv cl9yd3Aoc2MsIFJFRElTVCk7CisJfSBlbHNlIGlmIChpcnEgPj0gR0lDX0ZJUlNUX1NQSSAmJiBp cnEgPD0gR0lDX0xBU1RfU1BJKSB7IC8qIFNQSXMgaW4gZGlzdHJpYnV0b3IgKi8KKwkJZ2ljX2Rf d3JpdGUoc2MsIDQsIEdJQ0RfSVNFTkFCTEVSKGlycSksIEdJQ0RfSV9NQVNLKGlycSkpOworCQln aWNfdjNfd2FpdF9mb3JfcndwKHNjLCBESVNUKTsKKwl9IGVsc2UKKwkJcGFuaWMoIiVzOiBVbnN1 cHBvcnRlZCBJUlEgbnVtYmVyICV1IiwgX19mdW5jX18sIGlycSk7Cit9CisKKy8qCisgKiBIZWxw ZXIgcm91dGluZXMKKyAqLworc3RhdGljIHZvaWQKK2dpY192M193YWl0X2Zvcl9yd3Aoc3RydWN0 IGdpY192M19zb2Z0YyAqc2MsIGVudW0gZ2ljX3YzX3hkaXN0IHhkaXN0KQoreworCXN0cnVjdCBy ZXNvdXJjZSAqcmVzOworCXVfaW50IGNwdWlkOworCXNpemVfdCB1c19sZWZ0ID0gMTAwMDAwMDsK KworCWNwdWlkID0gUENQVV9HRVQoY3B1aWQpOworCisJc3dpdGNoICh4ZGlzdCkgeworCWNhc2Ug RElTVDoKKwkJcmVzID0gc2MtPmdpY19kaXN0OworCQlicmVhazsKKwljYXNlIFJFRElTVDoKKwkJ cmVzID0gc2MtPmdpY19yZWRpc3RzLnBjcHVbY3B1aWRdOworCQlicmVhazsKKwlkZWZhdWx0Ogor CQlLQVNTRVJUKDAsICgiJXM6IEF0dGVtcHQgdG8gd2FpdCBmb3IgdW5rbm93biBSV1AiLCBfX2Z1 bmNfXykpOworCQlyZXR1cm47CisJfQorCisJd2hpbGUgKChidXNfcmVhZF80KHJlcywgR0lDRF9D VExSKSAmIEdJQ0RfQ1RMUl9SV1ApICE9IDApIHsKKwkJREVMQVkoMSk7CisJCWlmICh1c19sZWZ0 LS0gPT0gMCkKKwkJCXBhbmljKCJHSUNEIFJlZ2lzdGVyIHdyaXRlIHBlbmRpbmcgZm9yIHRvbyBs b25nIik7CisJfQorfQorCisvKiBDUFUgaW50ZXJmYWNlLiAqLworc3RhdGljIF9faW5saW5lIHZv aWQKK2dpY192M19jcHVfcHJpb3JpdHkodWludDY0X3QgbWFzaykKK3sKKworCS8qIFNldCBwcm9y aXR5IG1hc2sgKi8KKwlnaWNfaWNjX3dyaXRlKFBNUiwgbWFzayAmIElDQ19QTVJfRUwxX1BSSU9f TUFTSyk7Cit9CisKK3N0YXRpYyBpbnQKK2dpY192M19jcHVfZW5hYmxlX3NyZShzdHJ1Y3QgZ2lj X3YzX3NvZnRjICpzYykKK3sKKwl1aW50NjRfdCBzcmU7CisJdV9pbnQgY3B1aWQ7CisKKwljcHVp ZCA9IFBDUFVfR0VUKGNwdWlkKTsKKwkvKgorCSAqIFNldCB0aGUgU1JFIGJpdCB0byBlbmFibGUg YWNjZXNzIHRvIEdJQyBDUFUgaW50ZXJmYWNlCisJICogdmlhIHN5c3RlbSByZWdpc3RlcnMuCisJ ICovCisJc3JlID0gUkVBRF9TUEVDSUFMUkVHKGljY19zcmVfZWwxKTsKKwlzcmUgfD0gSUNDX1NS RV9FTDFfU1JFOworCVdSSVRFX1NQRUNJQUxSRUcoaWNjX3NyZV9lbDEsIHNyZSk7CisJaXNiKCk7 CisJLyoKKwkgKiBOb3cgZW5zdXJlIHRoYXQgdGhlIGJpdCBpcyBzZXQuCisJICovCisJc3JlID0g UkVBRF9TUEVDSUFMUkVHKGljY19zcmVfZWwxKTsKKwlpZiAoKHNyZSAmIElDQ19TUkVfRUwxX1NS RSkgPT0gMCkgeworCQkvKiBXZSBhcmUgZG9uZS4gVGhpcyB3YXMgZGlzYWJsZWQgaW4gRUwyICov CisJCWRldmljZV9wcmludGYoc2MtPmRldiwgIkVSUk9SOiBDUFUldSBjYW5ub3QgZW5hYmxlIENQ VSBpbnRlcmZhY2UgIgorCQkgICAgInZpYSBzeXN0ZW0gcmVnaXN0ZXJzXG4iLCBjcHVpZCk7CisJ CXJldHVybiAoRU5YSU8pOworCX0gZWxzZSBpZiAoYm9vdHZlcmJvc2UpIHsKKwkJZGV2aWNlX3By aW50ZihzYy0+ZGV2LAorCQkgICAgIkNQVSV1IGVuYWJsZWQgQ1BVIGludGVyZmFjZSB2aWEgc3lz dGVtIHJlZ2lzdGVyc1xuIiwKKwkJICAgIGNwdWlkKTsKKwl9CisKKwlyZXR1cm4gKDApOworfQor CitzdGF0aWMgaW50CitnaWNfdjNfY3B1X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7 CisJaW50IGVycjsKKworCS8qIEVuYWJsZSBhY2Nlc3MgdG8gQ1BVIGludGVyZmFjZSB2aWEgc3lz dGVtIHJlZ2lzdGVycyAqLworCWVyciA9IGdpY192M19jcHVfZW5hYmxlX3NyZShzYyk7CisJaWYg KGVyciAhPSAwKQorCQlyZXR1cm4gKGVycik7CisJLyogUHJpb3JpdHkgbWFzayB0byBtaW5pbXVt IC0gYWNjZXB0IGFsbCBpbnRlcnJ1cHRzICovCisJZ2ljX3YzX2NwdV9wcmlvcml0eShHSUNfUFJJ T1JJVFlfTUlOKTsKKwkvKiBEaXNhYmxlIEVPSSBtb2RlICovCisJZ2ljX2ljY19jbGVhcihDVExS LCBJQ0NfQ1RMUl9FTDFfRU9JTU9ERSk7CisJLyogRW5hYmxlIGdyb3VwIDEgKGluc2VjdXJlKSBp bnRlcnJ1cHMgKi8KKwlnaWNfaWNjX3NldChJR1JQRU4xLCBJQ0NfSUdSUEVOMF9FTDFfRU4pOwor CisJcmV0dXJuICgwKTsKK30KKworLyogRGlzdHJpYnV0b3IgKi8KK3N0YXRpYyBpbnQKK2dpY192 M19kaXN0X2luaXQoc3RydWN0IGdpY192M19zb2Z0YyAqc2MpCit7CisJdWludDY0X3QgYWZmOwor CXVfaW50IGk7CisKKwkvKgorCSAqIDEuIERpc2FibGUgdGhlIERpc3RyaWJ1dG9yCisJICovCisJ Z2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0RfQ1RMUiwgMCk7CisJZ2ljX3YzX3dhaXRfZm9yX3J3cChz YywgRElTVCk7CisKKwkvKgorCSAqIDIuIENvbmZpZ3VyZSB0aGUgRGlzdHJpYnV0b3IKKwkgKi8K KwkvKiBTZXQgYWxsIGdsb2JhbCBpbnRlcnJ1cHRzIHRvIGJlIGxldmVsIHRyaWdnZXJlZCwgYWN0 aXZlIGxvdy4gKi8KKwlmb3IgKGkgPSBHSUNfRklSU1RfU1BJOyBpIDwgc2MtPmdpY19uaXJxczsg aSArPSBHSUNEX0lfUEVSX0lDRkdSbikKKwkJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0RfSUNGR1Io aSksIDB4MDAwMDAwMDApOworCisJLyogU2V0IHByaW9yaXR5IHRvIGFsbCBzaGFyZWQgaW50ZXJy dXB0cyAqLworCWZvciAoaSA9IEdJQ19GSVJTVF9TUEk7CisJICAgIGkgPCBzYy0+Z2ljX25pcnFz OyBpICs9IEdJQ0RfSV9QRVJfSVBSSU9SSVRZbikgeworCQkvKiBTZXQgaGlnaGVzdCBwcmlvcml0 eSAqLworCQlnaWNfZF93cml0ZShzYywgNCwgR0lDRF9JUFJJT1JJVFlSKGkpLCBHSUNfUFJJT1JJ VFlfTUFYKTsKKwl9CisKKwkvKgorCSAqIERpc2FibGUgYWxsIGludGVycnVwdHMuIExlYXZlIFBQ SSBhbmQgU0dJcyBhcyB0aGV5IGFyZSBlbmFibGVkIGluCisJICogUmUtRGlzdHJpYnV0b3IgcmVn aXN0ZXJzLgorCSAqLworCWZvciAoaSA9IEdJQ19GSVJTVF9TUEk7IGkgPCBzYy0+Z2ljX25pcnFz OyBpICs9IEdJQ0RfSV9QRVJfSVNFTkFCTEVSbikKKwkJZ2ljX2Rfd3JpdGUoc2MsIDQsIEdJQ0Rf SUNFTkFCTEVSKGkpLCAweEZGRkZGRkZGKTsKKworCWdpY192M193YWl0X2Zvcl9yd3Aoc2MsIERJ U1QpOworCisJLyoKKwkgKiAzLiBFbmFibGUgRGlzdHJpYnV0b3IKKwkgKi8KKwkvKiBFbmFibGUg RGlzdHJpYnV0b3Igd2l0aCBBUkUsIEdyb3VwIDEgKi8KKwlnaWNfZF93cml0ZShzYywgNCwgR0lD RF9DVExSLCBHSUNEX0NUTFJfQVJFX05TIHwgR0lDRF9DVExSX0cxQSB8CisJICAgIEdJQ0RfQ1RM Ul9HMSk7CisKKwkvKgorCSAqIDQuIFJvdXRlIGFsbCBpbnRlcnJ1cHRzIHRvIGJvb3QgQ1BVLgor CSAqLworCWFmZiA9IENQVV9BRkZJTklUWShQQ1BVX0dFVChjcHVpZCkpOworCWZvciAoaSA9IEdJ Q19GSVJTVF9TUEk7IGkgPCBzYy0+Z2ljX25pcnFzOyBpKyspCisJCWdpY19kX3dyaXRlKHNjLCA0 LCBHSUNEX0lST1VURVIoaSksIGFmZik7CisKKwlyZXR1cm4gKDApOworfQorCisvKiBSZS1EaXN0 cmlidXRvciAqLworc3RhdGljIGludAorZ2ljX3YzX3JlZGlzdF9maW5kKHN0cnVjdCBnaWNfdjNf c29mdGMgKnNjKQoreworCXN0cnVjdCByZXNvdXJjZSByX3JlczsKKwlidXNfc3BhY2VfaGFuZGxl X3Qgcl9ic2g7CisJdWludDY0X3QgYWZmOworCXVpbnQ2NF90IHR5cGVyOworCXVpbnQzMl90IHBp ZHIyOworCXVfaW50IGNwdWlkOworCXNpemVfdCBpOworCisJY3B1aWQgPSBQQ1BVX0dFVChjcHVp ZCk7CisKKwkvKiBBbGxvY2F0ZSBzdHJ1Y3QgcmVzb3VyY2UgZm9yIHRoaXMgQ1BVJ3MgUmUtRGlz dHJpYnV0b3IgcmVnaXN0ZXJzICovCisJc2MtPmdpY19yZWRpc3RzLnBjcHVbY3B1aWRdID0KKwkg ICAgbWFsbG9jKHNpemVvZigqc2MtPmdpY19yZWRpc3RzLnBjcHVbMF0pLCBNX0dJQ19WMywgTV9X QUlUT0spOworCisJYWZmID0gQ1BVX0FGRklOSVRZKGNwdWlkKTsKKwkvKiBBZmZpbml0eSBpbiBm b3JtYXQgZm9yIGNvbXBhcmlzb24gd2l0aCB0eXBlciAqLworCWFmZiA9IChDUFVfQUZGMyhhZmYp IDw8IDI0KSB8IChDUFVfQUZGMihhZmYpIDw8IDE2KSB8CisJICAgIChDUFVfQUZGMShhZmYpIDw8 IDgpIHwgQ1BVX0FGRjAoYWZmKTsKKworCWlmIChib290dmVyYm9zZSkgeworCQlkZXZpY2VfcHJp bnRmKHNjLT5kZXYsCisJCSAgICAiU3RhcnQgc2VhcmNoaW5nIGZvciBSZS1EaXN0cmlidXRvclxu Iik7CisJfQorCS8qIEl0ZXJhdGUgdGhyb3VnaCBSZS1EaXN0cmlidXRvciByZWdpb25zICovCisJ Zm9yIChpID0gMDsgaSA8IHNjLT5naWNfcmVkaXN0cy5ucmVnaW9uczsgaSsrKSB7CisJCS8qIFRh a2UgYSBjb3B5IG9mIHRoZSByZWdpb24ncyByZXNvdXJjZSAqLworCQlyX3JlcyA9ICpzYy0+Z2lj X3JlZGlzdHMucmVnaW9uc1tpXTsKKwkJcl9ic2ggPSBybWFuX2dldF9idXNoYW5kbGUoJnJfcmVz KTsKKworCQlwaWRyMiA9IGJ1c19yZWFkXzQoJnJfcmVzLCBHSUNSX1BJRFIyKTsKKwkJc3dpdGNo IChwaWRyMiAmIEdJQ1JfUElEUjJfQVJDSF9NQVNLKSB7CisJCWNhc2UgR0lDUl9QSURSMl9BUkNI X0dJQ3YzOiAvKiBmYWxsIHRocm91Z2ggKi8KKwkJY2FzZSBHSUNSX1BJRFIyX0FSQ0hfR0lDdjQ6 CisJCQlicmVhazsKKwkJZGVmYXVsdDoKKwkJCWRldmljZV9wcmludGYoc2MtPmRldiwKKwkJCSAg ICAiTm8gUmUtRGlzdHJpYnV0b3IgZm91bmQgZm9yIENQVSV1XG4iLCBjcHVpZCk7CisJCQlmcmVl KHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdWlkXSwgTV9HSUNfVjMpOworCQkJcmV0dXJuIChFTk9E RVYpOworCQl9CisKKwkJZG8geworCQkJdHlwZXIgPSBidXNfcmVhZF84KCZyX3JlcywgR0lDUl9U WVBFUik7CisJCQlpZiAoKHR5cGVyID4+IEdJQ1JfVFlQRVJfQUZGX1NISUZUKSA9PSBhZmYpIHsK KwkJCQlLQVNTRVJUKHNjLT5naWNfcmVkaXN0cy5wY3B1W2NwdWlkXSAhPSBOVUxMLAorCQkJCSAg ICAoIkludmFsaWQgcG9pbnRlciB0byBwZXItQ1BVIHJlZGlzdHJpYnV0b3IiKSk7CisJCQkJLyog Q29weSByZXMgY29udGVudHMgdG8gaXRzIGZpbmFsIGRlc3RpbmF0aW9uICovCisJCQkJKnNjLT5n aWNfcmVkaXN0cy5wY3B1W2NwdWlkXSA9IHJfcmVzOworCQkJCWlmIChib290dmVyYm9zZSkgewor CQkJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsCisJCQkJCSAgICAiQ1BVJXUgUmUtRGlzdHJpYnV0 b3IgaGFzIGJlZW4gZm91bmRcbiIsCisJCQkJCSAgICBjcHVpZCk7CisJCQkJfQorCQkJCXJldHVy biAoMCk7CisJCQl9CisKKwkJCXJfYnNoICs9IChHSUNSX1JEX0JBU0VfU0laRSArIEdJQ1JfU0dJ X0JBU0VfU0laRSk7CisJCQlpZiAoKHR5cGVyICYgR0lDUl9UWVBFUl9WTFBJUykgIT0gMCkgewor CQkJCXJfYnNoICs9CisJCQkJICAgIChHSUNSX1ZMUElfQkFTRV9TSVpFICsgR0lDUl9SRVNFUlZF RF9TSVpFKTsKKwkJCX0KKworCQkJcm1hbl9zZXRfYnVzaGFuZGxlKCZyX3Jlcywgcl9ic2gpOwor CQl9IHdoaWxlICgodHlwZXIgJiBHSUNSX1RZUEVSX0xBU1QpID09IDApOworCX0KKworCWZyZWUo c2MtPmdpY19yZWRpc3RzLnBjcHVbY3B1aWRdLCBNX0dJQ19WMyk7CisJZGV2aWNlX3ByaW50Zihz Yy0+ZGV2LCAiTm8gUmUtRGlzdHJpYnV0b3IgZm91bmQgZm9yIENQVSV1XG4iLCBjcHVpZCk7CisJ cmV0dXJuIChFTlhJTyk7Cit9CisKK3N0YXRpYyBpbnQKK2dpY192M19yZWRpc3Rfd2FrZShzdHJ1 Y3QgZ2ljX3YzX3NvZnRjICpzYykKK3sKKwl1aW50MzJfdCB3YWtlcjsKKwlzaXplX3QgdXNfbGVm dCA9IDEwMDAwMDA7CisKKwl3YWtlciA9IGdpY19yX3JlYWQoc2MsIDQsIEdJQ1JfV0FLRVIpOwor CS8qIFdha2UgdXAgUmUtRGlzdHJpYnV0b3IgZm9yIHRoaXMgQ1BVICovCisJd2FrZXIgJj0gfkdJ Q1JfV0FLRVJfUFM7CisJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfV0FLRVIsIHdha2VyKTsKKwkv KgorCSAqIFdoZW4gY2xlYXJpbmcgUHJvY2Vzc29yU2xlZXAgYml0IGl0IGlzIHJlcXVpcmVkIHRv IHdhaXQgZm9yCisJICogQ2hpbGRyZW5Bc2xlZXAgdG8gYmVjb21lIHplcm8gZm9sbG93aW5nIHRo ZSBwcm9jZXNzb3IgcG93ZXItb24uCisJICovCisJd2hpbGUgKChnaWNfcl9yZWFkKHNjLCA0LCBH SUNSX1dBS0VSKSAmIEdJQ1JfV0FLRVJfQ0EpICE9IDApIHsKKwkJREVMQVkoMSk7CisJCWlmICh1 c19sZWZ0LS0gPT0gMCkgeworCQkJcGFuaWMoIkNvdWxkIG5vdCB3YWtlIFJlLURpc3RyaWJ1dG9y IGZvciBDUFUldSIsCisJCQkgICAgUENQVV9HRVQoY3B1aWQpKTsKKwkJfQorCX0KKworCWlmIChi b290dmVyYm9zZSkgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJDUFUldSBSZS1EaXN0cmli dXRvciB3b2tlIHVwXG4iLAorCQkgICAgUENQVV9HRVQoY3B1aWQpKTsKKwl9CisKKwlyZXR1cm4g KDApOworfQorCitzdGF0aWMgaW50CitnaWNfdjNfcmVkaXN0X2luaXQoc3RydWN0IGdpY192M19z b2Z0YyAqc2MpCit7CisJaW50IGVycjsKKwlzaXplX3QgaTsKKworCWVyciA9IGdpY192M19yZWRp c3RfZmluZChzYyk7CisJaWYgKGVyciAhPSAwKQorCQlyZXR1cm4gKGVycik7CisKKwllcnIgPSBn aWNfdjNfcmVkaXN0X3dha2Uoc2MpOworCWlmIChlcnIgIT0gMCkKKwkJcmV0dXJuIChlcnIpOwor CisJLyogRGlzYWJsZSBTUElzICovCisJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfU0dJX0JBU0Vf U0laRSArIEdJQ1JfSUNFTkFCTEVSMCwKKwkgICAgR0lDUl9JX0VOQUJMRVJfUFBJX01BU0spOwor CS8qIEVuYWJsZSBTR0lzICovCisJZ2ljX3Jfd3JpdGUoc2MsIDQsIEdJQ1JfU0dJX0JBU0VfU0la RSArIEdJQ1JfSVNFTkFCTEVSMCwKKwkgICAgR0lDUl9JX0VOQUJMRVJfU0dJX01BU0spOworCisJ LyogU2V0IHByaW9yaXR5IGZvciBTR0lzIGFuZCBQUElzICovCisJZm9yIChpID0gMDsgaSA8PSBH SUNfTEFTVF9QUEk7IGkgKz0gR0lDUl9JX1BFUl9JUFJJT1JJVFluKSB7CisJCWdpY19yX3dyaXRl KHNjLCA0LCBHSUNSX1NHSV9CQVNFX1NJWkUgKyBHSUNEX0lQUklPUklUWVIoaSksCisJCSAgICBH SUNfUFJJT1JJVFlfTUFYKTsKKwl9CisKKwlnaWNfdjNfd2FpdF9mb3JfcndwKHNjLCBSRURJU1Qp OworCisJcmV0dXJuICgwKTsKK30KCg== --b1_aa86d2b102d65d0b7ec96760f1e6406e-- From owner-freebsd-arm@FreeBSD.ORG Wed May 13 16:33:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9311C5E6 for ; Wed, 13 May 2015 16:33:57 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 728501585 for ; Wed, 13 May 2015 16:33:57 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DGXvkQ085155 for ; Wed, 13 May 2015 16:33:57 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DGXvN2085154; Wed, 13 May 2015 16:33:57 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 16:33:57 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: <8aeb72fec60403bfed5e0cdd35ce22af@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTfPU= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 16:33:57 -0000 emaste accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, andrew, imp, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 16:42:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 860B17AF for ; Wed, 13 May 2015 16:42:09 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 66CB41692 for ; Wed, 13 May 2015 16:42:09 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DGg9VW087825 for ; Wed, 13 May 2015 16:42:09 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DGg9Mj087824; Wed, 13 May 2015 16:42:09 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 16:42:09 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Accepted] D2377: Introduce ARM GICv3 support Message-ID: X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTfuE= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 16:42:09 -0000 andrew accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, emaste, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 19:12:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A8A34C7 for ; Wed, 13 May 2015 19:12:07 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 221301920 for ; Wed, 13 May 2015 19:12:07 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DJC6tj054222 for ; Wed, 13 May 2015 19:12:06 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DJC6lv054217; Wed, 13 May 2015 19:12:06 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 19:12:06 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Closed] D2377: Introduce ARM GICv3 support Message-ID: <5cd54f664f25c8460bfea256840641b7@localhost.localdomain> X-Priority: 3 Thread-Topic: D2377: Introduce ARM GICv3 support X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MjA1ZGZkZWI5MTE4ZDk2Nzk0YzAyZGRiMWRiIFVTogY= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 19:12:07 -0000 zbb closed this revision. zbb added a comment. Thank you all very much. Committed to: r282867 URL: https://svnweb.freebsd.org/changeset/base/282867 Any further comments will be applied on top of that. REVISION DETAIL https://reviews.freebsd.org/D2377 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, ian, imp, emaste, andrew, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 19:16:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75E2C5B4 for ; Wed, 13 May 2015 19:16:54 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 4F6611983 for ; Wed, 13 May 2015 19:16:54 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DJGsG7055545 for ; Wed, 13 May 2015 19:16:54 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DJGrGZ055544; Wed, 13 May 2015 19:16:53 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 19:16:53 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D2378: Introduce ITS support for ARM64 Message-ID: X-Priority: 3 Thread-Topic: D2378: Introduce ITS support for ARM64 X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZTc3NjU2YTNlNjQxNDIwYzYxMmJlZjFmYzJmIFVToyU= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 19:16:54 -0000 zbb added a comment. General remarks: - This code needs to be updated against the new version of GICv3 patch. - I will try to apply necessary style changes by the way basing on the guidelines from GICv3 review Please put off the style review until the code update appears. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D2378 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, imp, ian, andrew, emaste, brueffer, joel, wblock Cc: kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 13 20:45:21 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F33134AB for ; Wed, 13 May 2015 20:45:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 CCF9A1372 for ; Wed, 13 May 2015 20:45:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4DKjL9e080352 for ; Wed, 13 May 2015 20:45:21 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4DKjL3R080351; Wed, 13 May 2015 20:45:21 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 20:45:21 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Changed Subscribers] D2378: Introduce ITS support for ARM64 Message-ID: <51528fd631ce0efa6cd917235d50ad11@localhost.localdomain> X-Priority: 3 Thread-Topic: D2378: Introduce ITS support for ARM64 X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZTc3NjU2YTNlNjQxNDIwYzYxMmJlZjFmYzJmIFVTt+E= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Wed, 13 May 2015 20:45:22 -0000 emaste added a subscriber: gnn. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D2378 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, imp, ian, andrew, emaste, brueffer, joel, wblock Cc: gnn, kostikbel, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 00:27:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C80369B for ; Thu, 14 May 2015 00:27:02 +0000 (UTC) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.site.uottawa.ca", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 130F01D5F for ; Thu, 14 May 2015 00:27:01 +0000 (UTC) Received: from [10.0.2.15] (ppp-69-60-230-103.vianet.ca [69.60.230.103]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id t4E039HH049332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 13 May 2015 20:03:10 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Wed, 13 May 2015 20:03:08 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: freebsd-arm@freebsd.org Subject: Translation Fault panic when trying to use an mfs_root on BBB Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII 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, 14 May 2015 00:27:02 -0000 I get the following panic when trying to load an mfs_root on a reasonably current BBB image: Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xdd43fd50 FSR=00000005, FAR=01211ef0, spsr=20000113 r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 [ thread pid 4 tid 100054 ] Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} db> Hints, suggestions? ...keith --------------------------------- More (trimmed) details from boot: ... U-Boot 2014.10 (Mar 19 2015 - 18:29:51) ... FreeBSD/armv6hf U-Boot loader, Revision 1.2 (kwhite@freebsd11, Tue Mar 17 22:23:25 EDT 2015) ... Found U-Boot device: disk Checking unit=1 slice= partition=... good. /boot/kernel/kernel data=0x505c2c+0x923d4 syms=[0x4+0x606a0+0x4+0x65ed4] /boot/kernel/snd_uaudio.ko text=0xed3c data=0x620+0x10 syms=[0x4+0x1ec0+0x4+0x1a2f] ... Type '?' for a list of commands, 'help' for more detailed help. loader> load -t mfs_root /rootfs /rootfs size=0x858000 loader> boot -asv Booting... /boot/dtb/beaglebone-black.dtb size=0x24b4 Loaded DTB from file 'beaglebone-black.dtb'. Kernel entry at 0x80200100... Kernel args: -asv KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #1 r282672M: Tue May 12 06:57:24 EDT 2015 kwhite@freebsd11:/usr/obj/arm.armv6hf/tank/RPI/head/sys/BEAGLEBONE-LOCAL arm FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc1219000. ... mmc0: Probing bus usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 md0: Preloaded image 8749056 bytes at 0x9b9f00 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xdd43fd50 FSR=00000005, FAR=01211ef0, spsr=20000113 r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 [ thread pid 4 tid 100054 ] Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} ... db> where Tracing pid 4 tid 100054 td 0xc362b990 db_trace_self() at db_trace_self pc = 0xc05b31b8 lr = 0xc0238364 (db_stack_trace+0x108) sp = 0xdd43fa58 fp = 0xdd43fa70 r10 = 0xc0788d34 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0238364 lr = 0xc0237db0 (db_command+0x380) sp = 0xdd43fa78 fp = 0xdd43fb18 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 r10 = 0xc0788d34 db_command() at db_command+0x380 pc = 0xc0237db0 lr = 0xc0237a20 (db_command_loop+0x74) sp = 0xdd43fb20 fp = 0xdd43fb30 r4 = 0xc0601fde r5 = 0xc061e763 r6 = 0xc0788d20 r7 = 0xc06cad34 r8 = 0xc07261d0 r9 = 0xc07261d4 r10 = 0x00000013 db_command_loop() at db_command_loop+0x74 pc = 0xc0237a20 lr = 0xc023a520 (db_trap+0x108) sp = 0xdd43fb38 fp = 0xdd43fc50 r4 = 0x00000000 r5 = 0xc0788d2c r6 = 0xc07261f8 r10 = 0x00000013 db_trap() at db_trap+0x108 pc = 0xc023a520 lr = 0xc03b80f8 (kdb_trap+0xd4) sp = 0xdd43fc58 fp = 0xdd43fc78 r4 = 0x00000000 r5 = 0x00000005 r6 = 0xc07261f8 r7 = 0xc06cad34 kdb_trap() at kdb_trap+0xd4 pc = 0xc03b80f8 lr = 0xc05c9748 (abort_fatal+0x1d4) sp = 0xdd43fc80 fp = 0xdd43fca0 r4 = 0xdd43fd50 r5 = 0x00000013 r6 = 0x01211ef0 r7 = 0x00000005 r8 = 0x00000005 r9 = 0x01211ef0 r10 = 0x00000013 abort_fatal() at abort_fatal+0x1d4 pc = 0xc05c9748 lr = 0xc05c9574 (abort_fatal) sp = 0xdd43fca8 fp = 0xdd43fd48 r4 = 0xdd43fd50 r5 = 0x00000000 r6 = 0x00000005 r7 = 0x00000005 r8 = 0xc362b990 r10 = 0x00000013 abort_fatal() at abort_fatal pc = 0xc05c9574 lr = 0xc05b4840 (exception_exit) sp = 0xdd43fd50 fp = 0xdd43fdf0 r4 = 0xc362d838 r5 = 0xc362d810 r6 = 0xc06037b8 r7 = 0x0000002d r8 = 0x00000000 r10 = 0xc3638930 exception_exit() at exception_exit pc = 0xc05b4840 lr = 0xc0249918 (mdstart_preload+0x58) sp = 0xdd43fde0 fp = 0xdd43fdf0 r0 = 0xc35f4200 r1 = 0x01211f00 r2 = 0x000001e0 r3 = 0x3dc1dd00 r4 = 0xc3638930 r5 = 0xc362d838 r6 = 0xc362d810 r7 = 0xc06037b8 r8 = 0x0000002d r9 = 0x00000000 r10 = 0xc3638930 r12 = 0x00000000 memmove() at memmove+0x29c pc = 0xc05c6a68 lr = 0xc0249918 (mdstart_preload+0x58) sp = 0xdd43fde0 fp = 0xdd43fdf0 mdstart_preload() at mdstart_preload+0x58 pc = 0xc0249918 lr = 0xc0249834 (md_kthread+0x194) sp = 0xdd43fdf8 fp = 0xdd43fe30 r4 = 0xc362d800 r10 = 0xc3638930 md_kthread() at md_kthread+0x194 pc = 0xc0249834 lr = 0xc034b0d0 (fork_exit+0x84) sp = 0xdd43fe38 fp = 0xdd43fe50 r4 = 0xc362b990 r5 = 0xc3379000 r6 = 0xc02496a0 r7 = 0xc362d800 r8 = 0xdd43fe58 r9 = 0xc0725d70 r10 = 0x00000104 fork_exit() at fork_exit+0x84 pc = 0xc034b0d0 lr = 0xc05b47d0 (swi_exit) sp = 0xdd43fe58 fp = 0x00000000 r4 = 0xc02496a0 r5 = 0xc362d800 r6 = 0xc072762c r7 = 0x00000000 r8 = 0xc0725d74 r10 = 0x00000104 swi_exit() at swi_exit pc = 0xc05b47d0 lr = 0xc05b47d0 (swi_exit) sp = 0xdd43fe58 fp = 0x00000000 db> reboot From owner-freebsd-arm@FreeBSD.ORG Thu May 14 06:39:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7D6F39D for ; Thu, 14 May 2015 06:39:37 +0000 (UTC) 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 98F451361 for ; Thu, 14 May 2015 06:39:36 +0000 (UTC) Received: by igbhj9 with SMTP id hj9so65293161igb.1 for ; Wed, 13 May 2015 23:39:30 -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; bh=/3+SoCz/Hwc03c2wlPM4JWEK7RKJkCyuCu8HPmwLpb4=; b=iRnsSz3IT0/TIEqp06tMu2AQYUTuWi4Z1kN8RNzjkKc9YKIhsxDepyfHuZ3ef80CsA boX6WHPl7fL+L0FNI3Z7TEUKPfxk2NJ8oS2Y2gw606bLXH3LVP6786RWkp8UYvgRE6ci E2WxpkcMMUD6eqTwYRnEPWtfqvB0EOCBrcpVUBsSecggKgVxrYlyJ6ocAffUQVzMe3Ty fg02/ahBs0Bihwxl2Dfv5ppB4P/aOeENgjuWfbfieoaYXiG3FydL5OQPYYeYZX8u6fyZ AuYoXRovOND3K75ha73GH9d71BxAxoc8Pb+9jehCISczyd88IyfdekNckH9/M9B+Qz1Z sJJg== X-Gm-Message-State: ALoCoQmcD2ndULQau3dF2RSu9arKdhUqfWY3Wc6rKLpZYpfzaL3C7FkoOUpUaGx6FoPVtamo9OsL MIME-Version: 1.0 X-Received: by 10.107.129.91 with SMTP id c88mr3371471iod.81.1431585570082; Wed, 13 May 2015 23:39:30 -0700 (PDT) Received: by 10.36.28.201 with HTTP; Wed, 13 May 2015 23:39:30 -0700 (PDT) In-Reply-To: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> References: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> Date: Thu, 14 May 2015 08:39:30 +0200 Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Andreas Andersson To: Warner Losh Cc: freebsd-arm@freebsd.org 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, 14 May 2015 06:39:37 -0000 Just built an image for the raspberry pi without the witness options.. Will try to build with TARGET_ARCH=3Darmv6hf later on. Eager to test the performance of tornadoweb on the rpi first. :) Will come back with benchmarks later. What else would be nice to benchmark? Is there a standard set of benchmarks that I can run and provide results for? 2015-05-13 17:04 GMT+02:00 Warner Losh : > > > On May 13, 2015, at 5:27 AM, Andreas Andersson > wrote: > > > > I do understand this is still very new and not ready for "producton" us= e. > > > > But freebsd 11 on rpi2 suffers permance issues. Severely. > > > > For instance, the same code I am running (tornado project which inserts > > stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to > > rabbitmq) on raspbian. > > > > On FreeBSD 11 this is at around 85/s. > > > > With my consumer (using all the cores) I am seeing a high get rate from > > rabbitmq. But ACKing those messages are painstakingly behind. How can I > > help you debug this. > > > > What information would you need? > > > > > > > > > > My own theory on this is that on FreeBSD we are doing stuff with softwa= re > > floating point, while on raspbian we are doing stuff with hardware > floating > > point. > > FreeBSD is still using soft float. We=E2=80=99ll be transitioning that to= hard > float > for 11.0, and should have the code for that pushed into head by the end > of BSDCan 2015. > > In the mean time, you can try building an image with TARGET_ARCH=3Darmv6h= f > to see if that is the cause of the problems. > > Warner > > > From owner-freebsd-arm@FreeBSD.ORG Thu May 14 08:33:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF047A1 for ; Thu, 14 May 2015 08:33:31 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (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 9A1E5100F for ; Thu, 14 May 2015 08:33:31 +0000 (UTC) Received: by iepk2 with SMTP id k2so53150304iep.3 for ; Thu, 14 May 2015 01:33: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 :cc:content-type; bh=LCcO/e4CK8a3MCx9o8No6SxxnwzVNs6Cm8HFO8IBIqs=; b=a9KupLhxhDINsSbokb28dJXUsggW00By2CcMuD40BcAtAi15Aa6vEg6TTiaTex9JIx SaPq2ybRL/ACktbiGg/AjmAFUx8btIkOOx0xV8MY/jxDtfVY1TLj13OfuBWYXRGdeCs2 rZiDT9FET6mJXd/wjt7cUbB1ztA+txtNsi49hFmcIhwT/4Oo+NTtyiwNdOz23UUnmr30 UnhENCUbUrhwgeM9XgHrukuTkA7cBZtuEaB46Azq6ksPrEyHMGTR0Pdk81swuNFkU1bQ zXkyqREc3e49HOQffzKxvXvKeEiO2gyLTK5gfaRiDGp0/VAwUoCPmjcmbk3or5Xi9q/m Ngpg== MIME-Version: 1.0 X-Received: by 10.42.206.9 with SMTP id fs9mr13181541icb.19.1431592411083; Thu, 14 May 2015 01:33:31 -0700 (PDT) Received: by 10.64.228.199 with HTTP; Thu, 14 May 2015 01:33:30 -0700 (PDT) In-Reply-To: References: Date: Thu, 14 May 2015 10:33:30 +0200 Message-ID: Subject: Re: Translation Fault panic when trying to use an mfs_root on BBB From: Svatopluk Kraus To: Keith White Cc: "freebsd-arm@freebsd.org" 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: Thu, 14 May 2015 08:33:31 -0000 On Thu, May 14, 2015 at 2:03 AM, Keith White wrote: > I get the following panic when trying to load an mfs_root on a > reasonably current BBB image: > > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd43fd50 > FSR=00000005, FAR=01211ef0, spsr=20000113 > r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 > r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 > r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 > r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 > > [ thread pid 4 tid 100054 ] > Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} > db> > > Hints, suggestions? > > ...keith > > --------------------------------- > More (trimmed) details from boot: > > ... > U-Boot 2014.10 (Mar 19 2015 - 18:29:51) > ... > FreeBSD/armv6hf U-Boot loader, Revision 1.2 > (kwhite@freebsd11, Tue Mar 17 22:23:25 EDT 2015) > ... > Found U-Boot device: disk > Checking unit=1 slice= partition=... good. > /boot/kernel/kernel data=0x505c2c+0x923d4 syms=[0x4+0x606a0+0x4+0x65ed4] > /boot/kernel/snd_uaudio.ko text=0xed3c data=0x620+0x10 > syms=[0x4+0x1ec0+0x4+0x1a2f] > ... > Type '?' for a list of commands, 'help' for more detailed help. > loader> load -t mfs_root /rootfs > /rootfs size=0x858000 > loader> boot -asv > Booting... > /boot/dtb/beaglebone-black.dtb size=0x24b4 > Loaded DTB from file 'beaglebone-black.dtb'. > Kernel entry at 0x80200100... > Kernel args: -asv > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2015 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #1 r282672M: Tue May 12 06:57:24 EDT 2015 > kwhite@freebsd11:/usr/obj/arm.armv6hf/tank/RPI/head/sys/BEAGLEBONE-LOCAL > arm > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc1219000. > ... > mmc0: Probing bus > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > md0: Preloaded image 8749056 bytes at 0x9b9f00 > ugen1.1: at usbus1 > uhub0: on > usbus1 > ugen0.1: at usbus0 > uhub1: on > usbus0 > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd43fd50 > FSR=00000005, FAR=01211ef0, spsr=20000113 > r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 > r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 > r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 > r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 > > [ thread pid 4 tid 100054 ] > Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} Well, FAR (fault address) points to user address space. System is still in boot process and no user address should be used. The first thing is to find out if arguments pushed to bcopy() in mdstart_preload() are correct. Can you print them out? > ... > db> where > Tracing pid 4 tid 100054 td 0xc362b990 > db_trace_self() at db_trace_self > pc = 0xc05b31b8 lr = 0xc0238364 (db_stack_trace+0x108) > sp = 0xdd43fa58 fp = 0xdd43fa70 > r10 = 0xc0788d34 > db_stack_trace() at db_stack_trace+0x108 > pc = 0xc0238364 lr = 0xc0237db0 (db_command+0x380) > sp = 0xdd43fa78 fp = 0xdd43fb18 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000072 r10 = 0xc0788d34 > db_command() at db_command+0x380 > pc = 0xc0237db0 lr = 0xc0237a20 (db_command_loop+0x74) > sp = 0xdd43fb20 fp = 0xdd43fb30 > r4 = 0xc0601fde r5 = 0xc061e763 > r6 = 0xc0788d20 r7 = 0xc06cad34 > r8 = 0xc07261d0 r9 = 0xc07261d4 > r10 = 0x00000013 > db_command_loop() at db_command_loop+0x74 > pc = 0xc0237a20 lr = 0xc023a520 (db_trap+0x108) > sp = 0xdd43fb38 fp = 0xdd43fc50 > r4 = 0x00000000 r5 = 0xc0788d2c > r6 = 0xc07261f8 r10 = 0x00000013 > db_trap() at db_trap+0x108 > pc = 0xc023a520 lr = 0xc03b80f8 (kdb_trap+0xd4) > sp = 0xdd43fc58 fp = 0xdd43fc78 > r4 = 0x00000000 r5 = 0x00000005 > r6 = 0xc07261f8 r7 = 0xc06cad34 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03b80f8 lr = 0xc05c9748 (abort_fatal+0x1d4) > sp = 0xdd43fc80 fp = 0xdd43fca0 > r4 = 0xdd43fd50 r5 = 0x00000013 > r6 = 0x01211ef0 r7 = 0x00000005 > r8 = 0x00000005 r9 = 0x01211ef0 > r10 = 0x00000013 > abort_fatal() at abort_fatal+0x1d4 > pc = 0xc05c9748 lr = 0xc05c9574 (abort_fatal) > sp = 0xdd43fca8 fp = 0xdd43fd48 > r4 = 0xdd43fd50 r5 = 0x00000000 > r6 = 0x00000005 r7 = 0x00000005 > r8 = 0xc362b990 r10 = 0x00000013 > abort_fatal() at abort_fatal > pc = 0xc05c9574 lr = 0xc05b4840 (exception_exit) > sp = 0xdd43fd50 fp = 0xdd43fdf0 > r4 = 0xc362d838 r5 = 0xc362d810 > r6 = 0xc06037b8 r7 = 0x0000002d > r8 = 0x00000000 r10 = 0xc3638930 > exception_exit() at exception_exit > pc = 0xc05b4840 lr = 0xc0249918 (mdstart_preload+0x58) > sp = 0xdd43fde0 fp = 0xdd43fdf0 > r0 = 0xc35f4200 r1 = 0x01211f00 > r2 = 0x000001e0 r3 = 0x3dc1dd00 > r4 = 0xc3638930 r5 = 0xc362d838 > r6 = 0xc362d810 r7 = 0xc06037b8 > r8 = 0x0000002d r9 = 0x00000000 > r10 = 0xc3638930 r12 = 0x00000000 > memmove() at memmove+0x29c > pc = 0xc05c6a68 lr = 0xc0249918 (mdstart_preload+0x58) > sp = 0xdd43fde0 fp = 0xdd43fdf0 > mdstart_preload() at mdstart_preload+0x58 > pc = 0xc0249918 lr = 0xc0249834 (md_kthread+0x194) > sp = 0xdd43fdf8 fp = 0xdd43fe30 > r4 = 0xc362d800 r10 = 0xc3638930 > md_kthread() at md_kthread+0x194 > pc = 0xc0249834 lr = 0xc034b0d0 (fork_exit+0x84) > sp = 0xdd43fe38 fp = 0xdd43fe50 > r4 = 0xc362b990 r5 = 0xc3379000 > r6 = 0xc02496a0 r7 = 0xc362d800 > r8 = 0xdd43fe58 r9 = 0xc0725d70 > r10 = 0x00000104 > fork_exit() at fork_exit+0x84 > pc = 0xc034b0d0 lr = 0xc05b47d0 (swi_exit) > sp = 0xdd43fe58 fp = 0x00000000 > r4 = 0xc02496a0 r5 = 0xc362d800 > r6 = 0xc072762c r7 = 0x00000000 > r8 = 0xc0725d74 r10 = 0x00000104 > swi_exit() at swi_exit > pc = 0xc05b47d0 lr = 0xc05b47d0 (swi_exit) > sp = 0xdd43fe58 fp = 0x00000000 > db> reboot > _______________________________________________ > 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 May 14 09:27:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9908240D for ; Thu, 14 May 2015 09:27:59 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 7C86116D7 for ; Thu, 14 May 2015 09:27:59 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4E9RxPL065133 for ; Thu, 14 May 2015 09:27:59 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4E9Rxq1065132; Thu, 14 May 2015 09:27:59 GMT (envelope-from daemon-user) Date: Thu, 14 May 2015 09:27:59 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Updated] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <91b295d30433edb16e8547a8e1c142a7@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVUap8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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, 14 May 2015 09:27:59 -0000 jpa-semihalf.com marked 16 inline comments as done. jpa-semihalf.com added a comment. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, imp, ian Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 12:08:48 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58DCA90A for ; Thu, 14 May 2015 12:08:48 +0000 (UTC) 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 3F5141BAA for ; Thu, 14 May 2015 12:08:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EC8mf7044211 for ; Thu, 14 May 2015 12:08:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200119] lang/swi-pl package phase fails on armv6 Date: Thu, 14 May 2015 12:08:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: johans@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: johans@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: 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: Thu, 14 May 2015 12:08:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200119 Johan van Selst changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --- Comment #1 from Johan van Selst --- Committed, thanks -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu May 14 12:09:38 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B24A95D for ; Thu, 14 May 2015 12:09:38 +0000 (UTC) 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 562191BB5 for ; Thu, 14 May 2015 12:09:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EC9cYF081091 for ; Thu, 14 May 2015 12:09:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200119] lang/swi-pl package phase fails on armv6 Date: Thu, 14 May 2015 12:09:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: johans@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Thu, 14 May 2015 12:09:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200119 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: johans Date: Thu May 14 12:08:39 UTC 2015 New revision: 386329 URL: https://svnweb.freebsd.org/changeset/ports/386329 Log: Fix build on armv6 PR: 200119 Submitted by: mikael.urankar@gmail.com Changes: head/lang/swi-pl/Makefile -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu May 14 12:36:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C7BDDD1 for ; Thu, 14 May 2015 12:36:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 4FD551F4B for ; Thu, 14 May 2015 12:36:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4ECaf2s022839 for ; Thu, 14 May 2015 12:36:41 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4ECafrp022838; Thu, 14 May 2015 12:36:41 GMT (envelope-from daemon-user) Date: Thu, 14 May 2015 12:36:41 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Updated] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <187782556d840584959080029c2757f0@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVUltk= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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, 14 May 2015 12:36:41 -0000 andrew added a comment. In https://reviews.freebsd.org/D2340#46897, @jpa-semihalf.com wrote: > Thank you for discussion and suggestions. This revision fixes reported style + a bit more. > As for the discussion topics, a roadmap with regard to mentioned issues looks like this: > > 1. delivery the platform support as is - this is a coherent change in terms of platform and hal Can you move the pci changes to a new review? I still have a few issues with them, but don't think they should hold up this going in the tree. INLINE COMMENTS sys/arm/annapurna/alpine/files.alpine:9 You can remove this and add `device gic` to your kernel config, I've moved it there in rS282715, and added it to all the kernel configs in rS282723. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, ian, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 13:34:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C4BB3E7 for ; Thu, 14 May 2015 13:34:56 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 6000D1A90 for ; Thu, 14 May 2015 13:34:56 +0000 (UTC) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 40A5E20B9D for ; Thu, 14 May 2015 09:34:55 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Thu, 14 May 2015 09:34:55 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=gz08tN7zT9jnpPd PVG42p+XfPno=; b=YZ/ttwTt/QICzn/JuEA8S/qqm8aHKakxjrFfbtWLwhP5ZvO GR7frXjG3WzDZhxzIeEF7HR3BjChPK4gnsOowQYuJCYhlQkoyINv3iOLRhqyDAHM vw5kVDxMcgrygi3p/T6BTpp2/JdUoaRY3tDfuXSJ3158dUzxOU6dqlgANZuM= Received: by web3.nyi.internal (Postfix, from userid 99) id 1EEAB118C13; Thu, 14 May 2015 09:34:55 -0400 (EDT) Message-Id: <1431610495.1880104.268703721.32988B01@webmail.messagingengine.com> X-Sasl-Enc: 3huj9wjSP0aDoH/OJsrXndbgYZ8J5fet4l7rpJKQ9gOZ 1431610495 From: Mark Felder To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-e7ca9928 In-Reply-To: References: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> Subject: Re: Performance issues with raspberry pi 2 Date: Thu, 14 May 2015 08:34:55 -0500 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, 14 May 2015 13:34:56 -0000 On Thu, May 14, 2015, at 01:39, Andreas Andersson wrote: > Just built an image for the raspberry pi without the witness options.. > Will > try to build with TARGET_ARCH=armv6hf later on. Eager to test the > performance of tornadoweb on the rpi first. :) > > Will come back with benchmarks later. What else would be nice to > benchmark? > Is there a standard set of benchmarks that I can run and provide results > for? > I would be interested in seeing comparable benchmarks between Linux, FreeBSD, and NetBSD on the rpi keeping the environments as similar as possible. From owner-freebsd-arm@FreeBSD.ORG Thu May 14 13:37:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC6A944F for ; Thu, 14 May 2015 13:37:43 +0000 (UTC) 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 6D39B1AAB for ; Thu, 14 May 2015 13:37:43 +0000 (UTC) Received: by ykeo186 with SMTP id o186so24200605yke.0 for ; Thu, 14 May 2015 06:37: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; bh=mkUS0O/T5VXvzuU2NClwnxLepNDQDR3OlV5LoSERpBI=; b=QvvOd36DGECnuR24D8YGsr0CUv3Nz517QcOJ5COE6n/fxQcynXZBYi0G8Ydu2Dqk4d 57l/ZYazi7qYfeZgzz2viUpzD9dB9ckpfqlP9AcZ3XhL2dvCuQJbTYMz9VyC3Wln067G SG3PXR96YqUMfiFUKK4/XkcgbLLr5Esm/OhP0zXsmW7jItZUa+9I3S7y2rYyG8yIju/U WjMHtoEKd3bv3lFjgfEzXwCtSpRyEy96j9MHdBEYHjKFZ7CM97XneTyMIIwz51P/p5go qZluolHCFIH18Vw+bSc9pCpSISi6rQzgrJyf3h1BT5qheTIgrBgbgXElKG3vNfPmTHx/ aZGQ== MIME-Version: 1.0 X-Received: by 10.170.197.130 with SMTP id o124mr4847349yke.77.1431610662508; Thu, 14 May 2015 06:37:42 -0700 (PDT) Received: by 10.129.73.81 with HTTP; Thu, 14 May 2015 06:37:42 -0700 (PDT) In-Reply-To: References: Date: Thu, 14 May 2015 10:37:42 -0300 Message-ID: Subject: Re: vmstat -i output wrong on arm From: Luiz Otavio O Souza To: Jia-Shiun Li Cc: "freebsd-arm@freebsd.org" 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: Thu, 14 May 2015 13:37:43 -0000 On 12 May 2015 at 15:21, Jia-Shiun Li wrote: > The vmstat -i output prints unusual long lines. Although not specific to > arm, this problem is more verbose on arm. It is reliably reproducible on > rpi and rpi2. > > I created bug #199891 to describe it. Is there anyone can help confirm this > problem, review and hopefully commit the patch attached to the bug? > > > -Jia-Shiun Hi, Fixed in r282829. Thanks for report this. Luiz From owner-freebsd-arm@FreeBSD.ORG Thu May 14 13:45:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6D2159F for ; Thu, 14 May 2015 13:45:20 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 9FEC91BC2 for ; Thu, 14 May 2015 13:45:20 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EDjKOx042547 for ; Thu, 14 May 2015 13:45:20 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4EDjKic042546; Thu, 14 May 2015 13:45:20 GMT (envelope-from daemon-user) Date: Thu, 14 May 2015 13:45:20 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVUpvA= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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, 14 May 2015 13:45:20 -0000 imp added a comment. In https://reviews.freebsd.org/D2340#46897, @jpa-semihalf.com wrote: > Thank you for discussion and suggestions. This revision fixes reported style + a bit more. > As for the discussion topics, a roadmap with regard to mentioned issues looks like this: > > 1. delivery the platform support as is - this is a coherent change in terms of platform and hal > 2. the next planned code drop involves msix support so relates to pci enhancement and cleanup. At this stage I will deal with dts compatibility - this will let me parallelise some works. > 3. meanwhile, I will move the hal to sys/contrib. This shall be a painless transition and will prelude another hal drop in for eth driver Does it sound reasonable? Sounds reasonable to me. Andy's idea of splitting out PCI changes might help us with some of the Phabricator issues we've seen on other large reviews. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, ian, imp Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 14:45:15 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 310E3FDD for ; Thu, 14 May 2015 14:45:15 +0000 (UTC) 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 013D913B8 for ; Thu, 14 May 2015 14:45:14 +0000 (UTC) Received: by igbhj9 with SMTP id hj9so74698631igb.1 for ; Thu, 14 May 2015 07:45:13 -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:cc:content-type; bh=qffyEnzMmc9fzscU1ecF37OKA9sO1vRq+vjuX6GNJzY=; b=EttCXuRoRAVreqrqiO0ieivNfGkN9M48Dpvsffl21paFHUM5Yc6URcqRt4GuX/upQw f5QxjuDYKbVbEhENQ2j3+Un6hgo5Uj2pr2goUykIBHWU7XYXrVoApZhPNev0c8Pw4UZ5 z/pqowcfZfRc4SdFHzIU+NGybTbvrgMIJUZO/PE6cUHeqTCYpKY9pgphjuHTJe7qrqL4 7qeZCQYySRkQWkqS1NFTyluzgA/F5E39dRKozHw0C1rXdrxXXhdZ/tP5gBk/i8YUixRw Y8fsgp39Ir32DM+xIr8yUoI+4BZHZ8EbpLWFlgn7OUFhCNjo4MYsJuOPr/32acDjU1be I2pQ== X-Gm-Message-State: ALoCoQkGhvRZA1rMTCiPWiTl8UApAEKGp+Q4ifudOrHqHqG/Wdqp6u0lWjOVewqE4EDRzrE785hc MIME-Version: 1.0 X-Received: by 10.42.204.14 with SMTP id fk14mr14813615icb.96.1431614713638; Thu, 14 May 2015 07:45:13 -0700 (PDT) Received: by 10.36.28.201 with HTTP; Thu, 14 May 2015 07:45:13 -0700 (PDT) In-Reply-To: <1431610495.1880104.268703721.32988B01@webmail.messagingengine.com> References: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> <1431610495.1880104.268703721.32988B01@webmail.messagingengine.com> Date: Thu, 14 May 2015 16:45:13 +0200 Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Andreas Andersson Cc: 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: Thu, 14 May 2015 14:45:15 -0000 I can provide that, but I'd need to know what you would want me to benchmak. Would it suffice with my own benchmark of my simple tornado project or do you want benchmarks that shows how different parts of the system are performing? 2015-05-14 15:34 GMT+02:00 Mark Felder : > > > On Thu, May 14, 2015, at 01:39, Andreas Andersson wrote: > > Just built an image for the raspberry pi without the witness options.. > > Will > > try to build with TARGET_ARCH=armv6hf later on. Eager to test the > > performance of tornadoweb on the rpi first. :) > > > > Will come back with benchmarks later. What else would be nice to > > benchmark? > > Is there a standard set of benchmarks that I can run and provide results > > for? > > > > I would be interested in seeing comparable benchmarks between Linux, > FreeBSD, and NetBSD on the rpi keeping the environments as similar as > possible. > _______________________________________________ > 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 May 14 15:04:47 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5771B8DE for ; Thu, 14 May 2015 15:04:47 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 3A5BA16AB for ; Thu, 14 May 2015 15:04:47 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EF4l5E065451 for ; Thu, 14 May 2015 15:04:47 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4EF4lcn065450; Thu, 14 May 2015 15:04:47 GMT (envelope-from daemon-user) Date: Thu, 14 May 2015 15:04:47 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <1c262eec062a94abcb9ee469c5a2e52d@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVUuY8= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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, 14 May 2015 15:04:47 -0000 andrew added a comment. Did you intend to change the HAL in this update? INLINE COMMENTS sys/arm/annapurna/alpine/hal/al_hal_plat_services.h:296 You would need either dmb or dsb, the latter provides all the guarantees of the former. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, imp, ian Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 15:49:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A7AC8FD for ; Thu, 14 May 2015 15:49:19 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 1D56C1C5F for ; Thu, 14 May 2015 15:49:19 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EFnIIU076702 for ; Thu, 14 May 2015 15:49:18 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4EFnIHM076701; Thu, 14 May 2015 15:49:18 GMT (envelope-from daemon-user) Date: Thu, 14 May 2015 15:49:18 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVUw/4= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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, 14 May 2015 15:49:19 -0000 jpa-semihalf.com added inline comments. INLINE COMMENTS sys/arm/annapurna/alpine/hal/al_hal_plat_services.h:296 No, I plan to add to hal when introducing support for eth. I will remove the unnecessary dmb() now. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, andrew, imp, ian Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu May 14 22:48:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AB6E2E6 for ; Thu, 14 May 2015 22:48:53 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001: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 E75EA1E64 for ; Thu, 14 May 2015 22:48:52 +0000 (UTC) Received: by igblo3 with SMTP id lo3so20547776igb.1 for ; Thu, 14 May 2015 15:48:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=i2XkefdZUHdBz0kZqkJKc1kpg+XWpv7G9/LZZp7j+fo=; b=vFfohgRvIm5714MzzppFfkvmrTDw6dFHJ5HMyA0WGDFWrnX95nBYAF1iixDh+ky8W4 bxyyLpqqulbNRVub2SKi2RiWvzauoHMnVLaPQ3+g/unYEy9YdcxZANydteRugNgsux3b Uj1DVnfPhEObMekYxXxsEiQcD5D7mUP5nAsEMam5WTevQYbUA2wn4yndeBVHaEc+Q4fb vMbRklNdt2OUKBYlDtgrQjijRe2L2fJ4qIkdCSAW5F73xbreVclSsQZpBPhJrnWJtNQi RAtcLwVGcqu/RHUaYBXTTo/vc6cJ0QAa0DqvPXOXVMPE11F1qzAEslGxkSdV7pfNW0rv CTlA== MIME-Version: 1.0 X-Received: by 10.50.73.198 with SMTP id n6mr10172302igv.32.1431643732386; Thu, 14 May 2015 15:48:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Thu, 14 May 2015 15:48:52 -0700 (PDT) In-Reply-To: References: <1EE88AD4-2B4A-496B-9366-7F9A89F57D6D@bsdimp.com> <1431610495.1880104.268703721.32988B01@webmail.messagingengine.com> Date: Thu, 14 May 2015 15:48:52 -0700 X-Google-Sender-Auth: gcw-58TSIq5q3Dx-NEI46dgVk-s Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Adrian Chadd To: Andreas Andersson Cc: "freebsd-arm@freebsd.org" 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: Thu, 14 May 2015 22:48:53 -0000 On 14 May 2015 at 07:45, Andreas Andersson wrote: > I can provide that, but I'd need to know what you would want me to > benchmak. Would it suffice with my own benchmark of my simple tornado > project or do you want benchmarks that shows how different parts of the > system are performing? Hi! Just start with what you're using. You can try more formal benchmarks later, but you have a pretty good test case right there that's worth debugging and understanding. Thanks! -a > > 2015-05-14 15:34 GMT+02:00 Mark Felder : > >> >> >> On Thu, May 14, 2015, at 01:39, Andreas Andersson wrote: >> > Just built an image for the raspberry pi without the witness options.. >> > Will >> > try to build with TARGET_ARCH=armv6hf later on. Eager to test the >> > performance of tornadoweb on the rpi first. :) >> > >> > Will come back with benchmarks later. What else would be nice to >> > benchmark? >> > Is there a standard set of benchmarks that I can run and provide results >> > for? >> > >> >> I would be interested in seeing comparable benchmarks between Linux, >> FreeBSD, and NetBSD on the rpi keeping the environments as similar as >> possible. >> _______________________________________________ >> 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 Fri May 15 00:13:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A0D5C52 for ; Fri, 15 May 2015 00:13:26 +0000 (UTC) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.site.uottawa.ca", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAD7B171B for ; Fri, 15 May 2015 00:13:24 +0000 (UTC) Received: from [10.0.2.15] (ppp-69-60-230-103.vianet.ca [69.60.230.103]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id t4F0DEu4026535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 May 2015 20:13:16 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Thu, 14 May 2015 20:13:14 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Svatopluk Kraus cc: "freebsd-arm@freebsd.org" Subject: Re: Translation Fault panic when trying to use an mfs_root on BBB [solved?] [patch] In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed 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, 15 May 2015 00:13:26 -0000 On Thu, 14 May 2015, Svatopluk Kraus wrote: > On Thu, May 14, 2015 at 2:03 AM, Keith White wrote: >> I get the following panic when trying to load an mfs_root on a >> reasonably current BBB image: >> >> Fatal kernel mode data abort: 'Translation Fault (L1)' on read >> trapframe: 0xdd43fd50 >> FSR=00000005, FAR=01211ef0, spsr=20000113 >> r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 >> r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 >> r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 >> r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 >> >> [ thread pid 4 tid 100054 ] >> Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} >> db> >> >> Hints, suggestions? >> >> ...keith >> >> --------------------------------- >> More (trimmed) details from boot: >> >> ... >> U-Boot 2014.10 (Mar 19 2015 - 18:29:51) >> ... >> FreeBSD/armv6hf U-Boot loader, Revision 1.2 >> (kwhite@freebsd11, Tue Mar 17 22:23:25 EDT 2015) >> ... >> Found U-Boot device: disk >> Checking unit=1 slice= partition=... good. >> /boot/kernel/kernel data=0x505c2c+0x923d4 syms=[0x4+0x606a0+0x4+0x65ed4] >> /boot/kernel/snd_uaudio.ko text=0xed3c data=0x620+0x10 >> syms=[0x4+0x1ec0+0x4+0x1a2f] >> ... >> Type '?' for a list of commands, 'help' for more detailed help. >> loader> load -t mfs_root /rootfs >> /rootfs size=0x858000 >> loader> boot -asv >> Booting... >> /boot/dtb/beaglebone-black.dtb size=0x24b4 >> Loaded DTB from file 'beaglebone-black.dtb'. >> Kernel entry at 0x80200100... >> Kernel args: -asv >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2015 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 11.0-CURRENT #1 r282672M: Tue May 12 06:57:24 EDT 2015 >> kwhite@freebsd11:/usr/obj/arm.armv6hf/tank/RPI/head/sys/BEAGLEBONE-LOCAL >> arm >> FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 >> WARNING: WITNESS option enabled, expect reduced performance. >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc1219000. >> ... >> mmc0: Probing bus >> usbus0: 480Mbps High Speed USB v2.0 >> usbus1: 480Mbps High Speed USB v2.0 >> md0: Preloaded image 8749056 bytes at 0x9b9f00 >> ugen1.1: at usbus1 >> uhub0: on >> usbus1 >> ugen0.1: at usbus0 >> uhub1: on >> usbus0 >> Fatal kernel mode data abort: 'Translation Fault (L1)' on read >> trapframe: 0xdd43fd50 >> FSR=00000005, FAR=01211ef0, spsr=20000113 >> r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 >> r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 >> r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 >> r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 >> >> [ thread pid 4 tid 100054 ] >> Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} > > > Well, FAR (fault address) points to user address space. System is > still in boot process and no user address should be used. The first > thing is to find out if arguments pushed to bcopy() in > mdstart_preload() are correct. Can you print them out? > ... Thanks for the hint! After a little digging with ddb, it appears that the fault address is missing an offset of KERNBASE (0xc0000000). The mfs_root being found at 0x9b9f00 ("md0: preloaded image at") + KERNBASE (0xc0000000). The following patch fixes the symptom, and allows a boot to successfully complete. The resulting md is also usable as /. I'm sure there's a more correct patch? Index: sys/dev/md/md.c =================================================================== --- sys/dev/md/md.c (revision 282672) +++ sys/dev/md/md.c (working copy) @@ -1590,7 +1590,11 @@ len = preload_fetch_size(mod); if (ptr != NULL && len != 0) { sx_xlock(&md_sx); +#ifdef __arm__ + md_preloaded(KERNBASE + ptr, len, name); +#else md_preloaded(ptr, len, name); +#endif sx_xunlock(&md_sx); } } ...keith From owner-freebsd-arm@FreeBSD.ORG Fri May 15 02:45:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AC37FCA for ; Fri, 15 May 2015 02:45:30 +0000 (UTC) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) (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 68E1B15BF for ; Fri, 15 May 2015 02:45:30 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 1FB7150F27; Fri, 15 May 2015 11:38:22 +0900 (JST) Received: from artemis (unknown [172.18.0.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 0BB8B50F0B; Fri, 15 May 2015 11:38:22 +0900 (JST) Message-ID: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Andreas Andersson" , References: In-Reply-To: Subject: Re: Performance issues with raspberry pi 2 Date: Fri, 15 May 2015 11:38:16 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP 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, 15 May 2015 02:45:30 -0000 Hi, > But freebsd 11 on rpi2 suffers permance issues. Severely. > > For instance, the same code I am running (tornado project which inserts > stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to > rabbitmq) on raspbian. > > On FreeBSD 11 this is at around 85/s. Did you enable powerd? RPi2 firmware boot up with 600MHz(power saved mode). It's slower than RPi1 such as model B+. The maximum rated frequency(900MHz in RPi2 case) can be used when you enable powerd or set sysctl value. powerd is requirement on RPi2, not an option like RPi1 anymore. I suggest that you enable powerd in FreeBSD official image and/or crochet for RPi2. Regards, -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri May 15 04:53:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E51AC69 for ; Fri, 15 May 2015 04:53:31 +0000 (UTC) Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (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 C8F0E1243 for ; Fri, 15 May 2015 04:53:30 +0000 (UTC) Received: by qgfi89 with SMTP id i89so48211205qgf.1 for ; Thu, 14 May 2015 21:53:29 -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 :content-type; bh=BXdrlxEK2nSgCXBRW9Ba3LWJJ9m6ry8RMjU2VmiD84c=; b=Rt2Dw813vY9rJrAyRdhMjQ0akVjdIpnt5CY4qlAytON88gRhDrt8ZToZo/v27q/eVL /zC2AQfhBbbpmU/pjKL6vI4kJJuGkLNKR85p+GsQq1ninze3FBtfbHOU7c54LEVAR6WG PWIGmrpMXnx2YWMmc42kshRo7CDGretKDJiommcW51q6D1k9rf3agfm6x++RDLTp+0nR 13bSvrs03rnnf1/YIBmkeQ8L0Cv6Pop5539BdsfhvlkRhZmwYV51PL3yNLqxPq6Y8ume dTdJdf4aPBTtlUuZu2yQeWzZ0V892iy6u9lx58SmYkVVl/JACZOxIW9sss0/BulAe9jg 9oYw== X-Gm-Message-State: ALoCoQk4MB6Qcz8VII1FOhVs7GsS79/NFs0UGKrHZuNyZptwS1yxIfWp+ZaDQYIhqPIiQPrzDMzq MIME-Version: 1.0 X-Received: by 10.55.24.215 with SMTP id 84mr16563054qky.8.1431662491973; Thu, 14 May 2015 21:01:31 -0700 (PDT) Received: by 10.229.15.6 with HTTP; Thu, 14 May 2015 21:01:31 -0700 (PDT) Received: by 10.229.15.6 with HTTP; Thu, 14 May 2015 21:01:31 -0700 (PDT) Date: Thu, 14 May 2015 21:01:31 -0700 Message-ID: Subject: FreeBSD 10.x on Raspberry Pi 2 From: Tim Gustafson 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, 15 May 2015 04:53:31 -0000 Hi, I see there's a snapshot image for RPIB in the 10.x snapshot folder, and an RPI2 image in the 11.x snapshot folder. I have 10.x running on my RPIB but can't seem to get the 11.x image to boot on the RPI2. (It hangs on the rainbow screen.) I know the 11.x branch is under heavy development still, so I was wondering what the prognosis is for building a 10.x image for the RPI2. I'm finding a lot of conflicting information on Google and I suspect that's because the RPI2 is fairly new, so I was hoping someone here could give me the definitive answer for how to get 10.x on an RPI2. If I do a build/install world on the RPIB with the most up-to-date 10.x source, will that give me a bootable installation that I could take the SD card out of the RPIB and drop it into the RPI2? Or do I have to cross compile from an Intel machine and then use crochet? Thanks in advance for any pointers and help. From owner-freebsd-arm@FreeBSD.ORG Fri May 15 06:27:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 615DCBB6 for ; Fri, 15 May 2015 06:27:54 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (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 336FD1B73 for ; Fri, 15 May 2015 06:27:53 +0000 (UTC) Received: by igbpi8 with SMTP id pi8so29966451igb.0 for ; Thu, 14 May 2015 23:27:47 -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:content-type; bh=XDu0LLXmz268rTBj96gjvdl5NhW/aYtMH4406ffPQFY=; b=C0r6ZSeidnC4yK6dCdMq4p5Ju/+E2DRbFofCbNpcMgdpTZjB9r34dI+JHIYKj79cVt xBqPgqJHQH6w5cndQNHkiqFS7gzCAH2VELCBMBUzpS4hv2YXyeBjRiT+5wC/LPOhjJd0 ur4YiLE9TtE1Uo/FO86Bi3fqeT5xv7OoZebA4lE9BytegGWm7bqTlL9M/FkFLtLKtGcK tMfusT6P8WeSqlpHD2lhf5lqjsDiYvAj7qT5E0fjwS/FGJ2JuMhjCpCaxaQ/ooPZVrWe INKTW7bo1Hb1mq+2gJcJKXAI5ll1SpOTJv0ySmIu9nAetBAE/NSqJNrOmwp7Swbq/9KR WaPg== X-Gm-Message-State: ALoCoQnZKAHqNCwlfcXINGbiF9CRzUB56UwMY1wtt9HG43uS1K+GUFR4rm72rKqAqBMHatHNc7nj MIME-Version: 1.0 X-Received: by 10.107.130.165 with SMTP id m37mr10328910ioi.62.1431671267545; Thu, 14 May 2015 23:27:47 -0700 (PDT) Received: by 10.36.28.201 with HTTP; Thu, 14 May 2015 23:27:47 -0700 (PDT) In-Reply-To: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> Date: Fri, 15 May 2015 08:27:47 +0200 Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Andreas Andersson 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, 15 May 2015 06:27:54 -0000 I just set debug.cpufreq.lowest=900 in sysctl.conf (Would it be better to have this set in /boot/loader.conf?) and enabled powerd. INVARIANTS is also disabled in this kernel. Will come back with results. 2015-05-15 4:38 GMT+02:00 Daisuke Aoyama : > Hi, > > But freebsd 11 on rpi2 suffers permance issues. Severely. >> >> For instance, the same code I am running (tornado project which inserts >> stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to >> rabbitmq) on raspbian. >> >> On FreeBSD 11 this is at around 85/s. >> > > Did you enable powerd? > RPi2 firmware boot up with 600MHz(power saved mode). It's slower than RPi1 > such as model B+. > The maximum rated frequency(900MHz in RPi2 case) can be used when you > enable powerd or set sysctl value. > powerd is requirement on RPi2, not an option like RPi1 anymore. > > I suggest that you enable powerd in FreeBSD official image and/or crochet > for RPi2. > > Regards, > -- > Daisuke Aoyama > > > From owner-freebsd-arm@FreeBSD.ORG Fri May 15 08:18:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 270BC932 for ; Fri, 15 May 2015 08:18:54 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (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 E3C361868 for ; Fri, 15 May 2015 08:18:53 +0000 (UTC) Received: by igbsb11 with SMTP id sb11so112853094igb.0 for ; Fri, 15 May 2015 01:18:53 -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=PPER8eOy7NaXV9gWef58aAEgrrmsv8WQPznO5zNJBJM=; b=soA6w2ofwQH/AbDri3x7QZxbrbS4jgv0r6Fo0s3327vwbQG4dsGjCwlMg0Fg12lKY0 lzh8adpiJt8ofalx2BywsWP9csiYrOLGTk5M0K8zjWdJc7/yCDVoL5S9QJcGnfoCDz5C 3KYCiKlzH1BOTSelm8v1twtLTRELJDdb+dR6suOYBfehZU5Z756n9gvp2knezbJcPRIB Bwwwuugj7VuQdLTCSDQGIbxmSZ1q+qMHzWheRTxoyvf3zaOV0bleu1CsOOfg13rQRDTb 6B60rQJY0CSAzy/G/79Ss2N2IDF7Rt6GqSY2Iux/UdxrBy+cHIgKIfHzp/Dz+VmrmTgY kwfA== MIME-Version: 1.0 X-Received: by 10.42.206.9 with SMTP id fs9mr19178483icb.19.1431677933220; Fri, 15 May 2015 01:18:53 -0700 (PDT) Received: by 10.64.228.199 with HTTP; Fri, 15 May 2015 01:18:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 May 2015 10:18:53 +0200 Message-ID: Subject: Re: Translation Fault panic when trying to use an mfs_root on BBB [solved?] [patch] From: Svatopluk Kraus To: Keith White Cc: "freebsd-arm@freebsd.org" 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: Fri, 15 May 2015 08:18:54 -0000 On Fri, May 15, 2015 at 2:13 AM, Keith White wrote: > On Thu, 14 May 2015, Svatopluk Kraus wrote: > >> On Thu, May 14, 2015 at 2:03 AM, Keith White >> wrote: >>> >>> I get the following panic when trying to load an mfs_root on a >>> reasonably current BBB image: >>> >>> Fatal kernel mode data abort: 'Translation Fault (L1)' on read >>> trapframe: 0xdd43fd50 >>> FSR=00000005, FAR=01211ef0, spsr=20000113 >>> r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 >>> r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 >>> r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 >>> r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 >>> >>> [ thread pid 4 tid 100054 ] >>> Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} >>> db> >>> >>> Hints, suggestions? >>> >>> ...keith >>> >>> --------------------------------- >>> More (trimmed) details from boot: >>> >>> ... >>> U-Boot 2014.10 (Mar 19 2015 - 18:29:51) >>> ... >>> FreeBSD/armv6hf U-Boot loader, Revision 1.2 >>> (kwhite@freebsd11, Tue Mar 17 22:23:25 EDT 2015) >>> ... >>> Found U-Boot device: disk >>> Checking unit=1 slice= partition=... good. >>> /boot/kernel/kernel data=0x505c2c+0x923d4 syms=[0x4+0x606a0+0x4+0x65ed4] >>> /boot/kernel/snd_uaudio.ko text=0xed3c data=0x620+0x10 >>> syms=[0x4+0x1ec0+0x4+0x1a2f] >>> ... >>> Type '?' for a list of commands, 'help' for more detailed help. >>> loader> load -t mfs_root /rootfs >>> /rootfs size=0x858000 >>> loader> boot -asv >>> Booting... >>> /boot/dtb/beaglebone-black.dtb size=0x24b4 >>> Loaded DTB from file 'beaglebone-black.dtb'. >>> Kernel entry at 0x80200100... >>> Kernel args: -asv >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2015 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 11.0-CURRENT #1 r282672M: Tue May 12 06:57:24 EDT 2015 >>> >>> kwhite@freebsd11:/usr/obj/arm.armv6hf/tank/RPI/head/sys/BEAGLEBONE-LOCAL >>> arm >>> FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc1219000. >>> ... >>> mmc0: Probing bus >>> usbus0: 480Mbps High Speed USB v2.0 >>> usbus1: 480Mbps High Speed USB v2.0 >>> md0: Preloaded image 8749056 bytes at 0x9b9f00 >>> ugen1.1: at usbus1 >>> uhub0: >>> on >>> usbus1 >>> ugen0.1: at usbus0 >>> uhub1: >>> on >>> usbus0 >>> Fatal kernel mode data abort: 'Translation Fault (L1)' on read >>> trapframe: 0xdd43fd50 >>> FSR=00000005, FAR=01211ef0, spsr=20000113 >>> r0 =c35f4200, r1 =01211f00, r2 =000001e0, r3 =3dc1dd00 >>> r4 =c3638930, r5 =c362d838, r6 =c362d810, r7 =c06037b8 >>> r8 =0000002d, r9 =00000000, r10=c3638930, r11=dd43fdf0 >>> r12=00000000, ssp=dd43fde0, slr=c0249918, pc =c05c6a68 >>> >>> [ thread pid 4 tid 100054 ] >>> Stopped at memmove+0x29c: ldmdb r1!, {r3-r4, r12, r14} >> >> >> >> Well, FAR (fault address) points to user address space. System is >> still in boot process and no user address should be used. The first >> thing is to find out if arguments pushed to bcopy() in >> mdstart_preload() are correct. Can you print them out? >> ... > > > Thanks for the hint! After a little digging with ddb, it appears > that the fault address is missing an offset of KERNBASE (0xc0000000). > The mfs_root being found at 0x9b9f00 ("md0: preloaded image at") + > KERNBASE (0xc0000000). The following patch fixes the symptom, and > allows a boot to successfully complete. The resulting md is also > usable as /. > > I'm sure there's a more correct patch? > > Index: sys/dev/md/md.c > =================================================================== > --- sys/dev/md/md.c (revision 282672) > +++ sys/dev/md/md.c (working copy) > @@ -1590,7 +1590,11 @@ > len = preload_fetch_size(mod); > if (ptr != NULL && len != 0) { > sx_xlock(&md_sx); > +#ifdef __arm__ > + md_preloaded(KERNBASE + ptr, len, name); > +#else > md_preloaded(ptr, len, name); > +#endif > sx_xunlock(&md_sx); > } > } Thanks for debugging it. The preload_fetch_addr() already uses preload_addr_relocate to adjust returned address. IMO, a patch should either deal with preload_addr_relocate and init it correctly or fix MODINFO_ADDR info in kernel modules. Now, preload_addr_relocate is set only when FREEBSD_BOOT_LOADER is defined. In this moment, I know nothing about how MODINFO_ADDR info is generated. BTW, physical address space starts at 0x80000000 on BBB and KERNBASE is 0xC0000000, so I would be expecting that preload_addr_relocate should be set to 0x40000000. The FAR is 0x01211ef0, so it's not physical address. And as your patch helps, it's an offset to either physical or virtual address space. So it looks more like MODINFO_ADDR info problem. > > ...keith From owner-freebsd-arm@FreeBSD.ORG Fri May 15 08:25:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68B0BB11 for ; Fri, 15 May 2015 08:25:59 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (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 37A891973 for ; Fri, 15 May 2015 08:25:58 +0000 (UTC) Received: by ieczm2 with SMTP id zm2so27096678iec.1 for ; Fri, 15 May 2015 01:25:57 -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:content-type; bh=ewL0NgySa6h/015ciSUn0VL9TytwZxdPvYAdk/sj/LE=; b=m7nEdTnVAFLQ3OJ2e8Au1AXqZfWoXVdoeHqt23b4euMGR8sIHB5Fq4F+S1IFE75XEH IM4MrJTSNHilkBlZSZftRxPRWddWf2dTC35xgIBDz/5YzYvxQ8/SED3gEGCaFpR1vTTc lrns4Jt/FF+KY6GgNjvkFLk0Ap3xO2N7cxCEMyO1eBJH2sMCE0CbFbE+dl/Z1j8AAFDt JhFbtkmpy/1jX4hcTzvD8o4+TzkscI5Pchm76INYTPX5TzNMU1kNU7jMegj57IQPzFcD NXZ9uDKX1VRvHqQkywndSUdybH08MpgWRAAqJX620cGl1FzeZ2CqwOpY3XlvntM/bMGv fu0Q== X-Gm-Message-State: ALoCoQlXfJ2uk/R6auc8JzFrPXhtLFXGXrrvWlbG0bmbEq+6/dH32+OqPNKywSdvhP0Um35NOnyI MIME-Version: 1.0 X-Received: by 10.50.178.133 with SMTP id cy5mr5718096igc.5.1431678357544; Fri, 15 May 2015 01:25:57 -0700 (PDT) Received: by 10.36.28.201 with HTTP; Fri, 15 May 2015 01:25:57 -0700 (PDT) In-Reply-To: References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> Date: Fri, 15 May 2015 10:25:57 +0200 Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Andreas Andersson 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, 15 May 2015 08:25:59 -0000 Still getting very low results ab -n 10000 -c 100 -T "application/json" -p postfile http://172.16.0.9:8888/api/v1/alarm/ This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking 172.16.0.9 (be patient) Completed 1000 requests Completed 2000 requests Completed 3000 requests Completed 4000 requests Completed 5000 requests Completed 6000 requests Completed 7000 requests Completed 8000 requests Completed 9000 requests Completed 10000 requests Finished 10000 requests Server Software: TornadoServer/4.1 Server Hostname: 172.16.0.9 Server Port: 8888 Document Path: /api/v1/alarm/ Document Length: 16 bytes Concurrency Level: 100 Time taken for tests: 123.976 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Total transferred: 1590000 bytes Total POSTed: 2650000 HTML transferred: 160000 bytes Requests per second: 80.66 [#/sec] (mean) Time per request: 1239.759 [ms] (mean) Time per request: 12.398 [ms] (mean, across all concurrent requests) Transfer rate: 12.52 [Kbytes/sec] received 20.87 kb/s sent 33.40 kb/s total Connection Times (ms) min mean[+/-sd] median max Connect: 1 17 225.3 1 6205 Processing: 17 1218 461.1 1057 2782 Waiting: 17 1214 460.8 1053 2761 Total: 26 1235 521.9 1059 7131 Percentage of the requests served within a certain time (ms) 50% 1059 66% 1194 75% 1294 80% 1495 90% 2006 95% 2164 98% 2428 99% 2621 100% 7131 (longest request) The corresponding result for raspbian is around 250 req/s. One thing I've noticed when comparing the consumer for the same project (reads from rabbitmq, gets and acks the messages and then discards them) it works perfectlly with raspbian. The number of get's corresponds with the number of acks from the queue in rabbitmq. Whereas freebsd 11 on rpi2 does not do this. It has a rather high number of rabbitmq (4-500 get/s), but almost no ACKs (1-1.5 ACK/s). on raspbian this number is ~250/s for both GET and ACK. I am running powerd with these settings: powerd_flags="-M 900" 2015-05-15 8:27 GMT+02:00 Andreas Andersson : > I just set debug.cpufreq.lowest=900 in sysctl.conf (Would it be better to > have this set in /boot/loader.conf?) and enabled powerd. INVARIANTS is also > disabled in this kernel. > > Will come back with results. > > 2015-05-15 4:38 GMT+02:00 Daisuke Aoyama : > >> Hi, >> >> But freebsd 11 on rpi2 suffers permance issues. Severely. >>> >>> For instance, the same code I am running (tornado project which inserts >>> stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to >>> rabbitmq) on raspbian. >>> >>> On FreeBSD 11 this is at around 85/s. >>> >> >> Did you enable powerd? >> RPi2 firmware boot up with 600MHz(power saved mode). It's slower than >> RPi1 such as model B+. >> The maximum rated frequency(900MHz in RPi2 case) can be used when you >> enable powerd or set sysctl value. >> powerd is requirement on RPi2, not an option like RPi1 anymore. >> >> I suggest that you enable powerd in FreeBSD official image and/or crochet >> for RPi2. >> >> Regards, >> -- >> Daisuke Aoyama >> >> >> > From owner-freebsd-arm@FreeBSD.ORG Fri May 15 08:48:29 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BC0D45D for ; Fri, 15 May 2015 08:48:29 +0000 (UTC) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5A01C60 for ; Fri, 15 May 2015 08:48:28 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 61811377D821; Fri, 15 May 2015 03:39:40 -0500 (CDT) Date: Fri, 15 May 2015 03:41:25 -0500 From: "Zane C. B-H." To: Tim Gustafson Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 10.x on Raspberry Pi 2 Message-ID: <20150515034125.49d5ed46@vixen42.vulpes.vvelox.net> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Fri, 15 May 2015 08:48:29 -0000 On Thu, 14 May 2015 21:01:31 -0700 Tim Gustafson wrote: > Hi, >=20 > I see there's a snapshot image for RPIB in the 10.x snapshot > folder, and an RPI2 image in the 11.x snapshot folder. I have 10.x > running on my RPIB but can't seem to get the 11.x image to boot on > the RPI2. (It hangs on the rainbow screen.) I know the 11.x > branch is under heavy development still, so I was wondering what > the prognosis is for building a 10.x image for the RPI2. I'm > finding a lot of conflicting information on Google and I suspect > that's because the RPI2 is fairly new, so I was hoping someone here > could give me the definitive answer for how to get 10.x on an > RPI2. If I do a build/install world on the RPIB with the most > up-to-date 10.x source, will that give me a bootable installation > that I could take the SD card out of the RPIB and drop it into the > RPI2? Or do I have to cross compile from an Intel machine and then > use crochet? >=20 > Thanks in advance for any pointers and help. https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi =46rom the looks of that, as long as you have /boot/kernel mounted when you do the make kernel, you will be fine. From owner-freebsd-arm@FreeBSD.ORG Fri May 15 09:28:55 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD045A36 for ; Fri, 15 May 2015 09:28:55 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::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 915C41033 for ; Fri, 15 May 2015 09:28:55 +0000 (UTC) Received: by igcau1 with SMTP id au1so14628335igc.1 for ; Fri, 15 May 2015 02:28:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=We9GQ+13VnpnQ8mW+pkOkBC6gl8tkEfTH/+605NFZSQ=; b=he1CwLFg8j/Rg3e+J4VY8BioimonIHkhSyi/9jLPRkGmPNPEMgUhauTc2Hg0nZVzNT gKXm+XPu/mngeDQv2al4ACXJYq5o333HZ1v276TkIAXuCvmel2oqE01vIO0TAneVlADr YrjawaXHOwOc+8q3Kcgzc0WUJOavLiEhYS4U/Vcu60P9hVdCT3zDRz99C+rUOJAUFGSZ yyn09HOUgQ0SbgZEe8Ef5voDjeST7bB7/j0br6fku6+W+mTS7s5t5frmj0oyVQ1E56IY l5DUynVlD4gobhB/7p0ZsQK+ldJ2MNzo8oB0AO2Vqj+N9dg7Lkj86ftiuBC5jkeUwltE 0JPQ== X-Received: by 10.50.141.198 with SMTP id rq6mr23409128igb.6.1431682134967; Fri, 15 May 2015 02:28:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.63.16 with HTTP; Fri, 15 May 2015 02:28:24 -0700 (PDT) From: Matthias Gamsjager Date: Fri, 15 May 2015 11:28:24 +0200 Message-ID: Subject: MiraBox To: "freebsd-arm@freebsd.org" 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: Fri, 15 May 2015 09:28:55 -0000 Hi, Did someone succeed in booting this board[1]? The double NIC would make it a great home router. [1] http://www.globalscaletechnologies.com/p-58-mirabox-development-kit.aspx From owner-freebsd-arm@FreeBSD.ORG Fri May 15 12:11:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47FBF75B for ; Fri, 15 May 2015 12:11:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 24B5712DF for ; Fri, 15 May 2015 12:11:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FCB9mw023656 for ; Fri, 15 May 2015 12:11:09 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4FCB9ix023654; Fri, 15 May 2015 12:11:09 GMT (envelope-from daemon-user) Date: Fri, 15 May 2015 12:11:09 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Accepted] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <10cc4bd939be5a482e14029571590a13@localhost.localdomain> X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVV4l0= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Fri, 15 May 2015 12:11:10 -0000 andrew accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, imp, ian, andrew Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri May 15 14:58:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 352A3A80 for ; Fri, 15 May 2015 14:58:40 +0000 (UTC) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::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 E974A16BF for ; Fri, 15 May 2015 14:58:39 +0000 (UTC) Received: by ykeo186 with SMTP id o186so34905432yke.0 for ; Fri, 15 May 2015 07:58:39 -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=PYayD/fBJQigTaPWkBQnlvDscYcWnd1o6rgWt6nGzus=; b=skL9LkEYulPQhEqcBhSE/akfDipp548U44ZN4bY8JDDuzll83VXTCuMvnPUhnTp+Rn 3mPev7/i+1dEtLUJ+fL+RkRiBpMHG47VHxw2UTsZooZ+phdAXhpp5OY2CdH96YYKuZpd 9hhSn02s8mIZ4Q0wRq+JGlzXddxcvdm0d7kkautq0yPvNaQLyfGWyfM+9Mqph/bhwQnw MNMSMCDB8EGwDZBkRHGL5sR/cWfkOsw+Mc6uEgJSZN2hX2qw1FetUIR4WGW3xCwVPnj7 mV0OwynjRQGIA6tj0m4pJEXCDEURU5bEl3pKU99K4RXpzIfR3raPaoF1yeCG+NyGG4UY /Cgw== MIME-Version: 1.0 X-Received: by 10.236.38.231 with SMTP id a67mr10029607yhb.152.1431701918932; Fri, 15 May 2015 07:58:38 -0700 (PDT) Received: by 10.129.73.81 with HTTP; Fri, 15 May 2015 07:58:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 May 2015 11:58:38 -0300 Message-ID: Subject: Re: FreeBSD 10.x on Raspberry Pi 2 From: Luiz Otavio O Souza To: Tim Gustafson Cc: "freebsd-arm@freebsd.org" 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: Fri, 15 May 2015 14:58:40 -0000 On 15 May 2015 at 01:01, Tim Gustafson wrote: > Hi, > > I see there's a snapshot image for RPIB in the 10.x snapshot folder, and an > RPI2 image in the 11.x snapshot folder. I have 10.x running on my RPIB but > can't seem to get the 11.x image to boot on the RPI2. (It hangs on the > rainbow screen.) I know the 11.x branch is under heavy development still, > so I was wondering what the prognosis is for building a 10.x image for the > RPI2. I'm finding a lot of conflicting information on Google and I suspect > that's because the RPI2 is fairly new, so I was hoping someone here could > give me the definitive answer for how to get 10.x on an RPI2. If I do a > build/install world on the RPIB with the most up-to-date 10.x source, will > that give me a bootable installation that I could take the SD card out of > the RPIB and drop it into the RPI2? Or do I have to cross compile from an > Intel machine and then use crochet? > > Thanks in advance for any pointers and help. Please note that you have to use the correct image for each version of RPi, you can't use the RPI-B image on RPi 2 neither the RPI2 image on RPI-B. This is the first report of the rainbow screen with official images and as this means that something is wrong with the firmware or loader, I suspect that you are using the wrong image on your RPi. At this moment the RPi 2 support is only for 11, the 10.x support shouldn't happen soon as it depends on the MFC of many changes from different developers, which shouldn't happen before the 10.2 release. HTH, Luiz From owner-freebsd-arm@FreeBSD.ORG Fri May 15 15:15:52 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C497145C for ; Fri, 15 May 2015 15:15:52 +0000 (UTC) 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 ADB3C18E9 for ; Fri, 15 May 2015 15:15:52 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FFFqcd048337 for ; Fri, 15 May 2015 15:15:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200102] lang/ocaml fails to build on armv6 Date: Fri, 15 May 2015 15:15:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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, 15 May 2015 15:15:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200102 --- Comment #2 from mikael.urankar@gmail.com --- Created attachment 156801 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156801&action=edit softvfp removal I think we can drop the mfpu=softvfp option in CONFIGURE_ARGS, it works fine without it. build log: http://mikael.urankar.free.fr/index.php?dir=arm/build_logs/&file=ocaml-4.02.1_softvfp_removal.log -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri May 15 15:42:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F0351DA for ; Fri, 15 May 2015 15:42:48 +0000 (UTC) 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 81A6F1CA6 for ; Fri, 15 May 2015 15:42:47 +0000 (UTC) Received: from asc-t60.schwarzes.net (p5B031591.dip0.t-ipconnect.de [91.3.21.145]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t4FFghQE016626 for ; Fri, 15 May 2015 17:42:44 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Fri, 15 May 2015 17:42:32 +0200 From: Andreas Schwarz To: freebsd-arm@freebsd.org Subject: RPI2-B performance Message-Id: <20150515174232.7f6f87da5880d94fc9241bbb@strcmp.org> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Fri, 15 May 2015 17:42:44 +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: Fri, 15 May 2015 15:42:48 -0000 Hi, I just want to tell you some practical results (freebsd buildtimes) compared to the RPI-B(+). kernel-toolchain : RPI-B(+) 700 MHz : ~2000 min kernel-toolchain : RPI2-B 600 MHz (SMP) : ~320 min (make with -j4) buildkernel : RPI-B(+) 700 MHz : ~400 min buildkernel : RPI2-B 600 MHz (SMP) : ~63 min (make with -j4) buildworld : RPI-B(+) 700 MHz : ~5000 min buildworld : RPI2-B 600 MHz (SMP) : ~900 min (make with -j4) -asc From owner-freebsd-arm@FreeBSD.ORG Fri May 15 17:45:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A31284 for ; Fri, 15 May 2015 17:45:20 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::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 E5E971BFC for ; Fri, 15 May 2015 17:45:19 +0000 (UTC) Received: by iesa3 with SMTP id a3so34057781ies.2 for ; Fri, 15 May 2015 10:45:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lgp+5OHN8a7A289Pn1ruyG+ds4Nc6MubG8BK3Np5kR4=; b=UhYMSdptINcwC1hY3bdwSmy56Oi5oqJSfgusyeh3uMgQxsCiyacRb3H43jq5KJVmxo VeKid9PdlCjrbCddNmIRJJr1WFM/GZUfXT2NqQCDQln8zM4kbidRrGVzDOa6qxb3xVMi Zic7qPn/ZEVONT3Wsx6Gjso2S4Tc87Gc1lBOAersChyUKjj3fROebUYJwHWBUm34RB7L WIj0ySQw9jioL9uXAAVV/v5qhVOeI8fhwvqPonfrhXFmJZo18GMyZk7wyjT0w6YFAUsx jzdvhw7LTNEiOcz9AFZCyWdhkyWCv2XHV6JOxPb8JmQVF27PPfbTu/ltGNJ2+LWt+rXB hNeQ== MIME-Version: 1.0 X-Received: by 10.107.46.39 with SMTP id i39mr14459177ioo.8.1431711919275; Fri, 15 May 2015 10:45:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Fri, 15 May 2015 10:45:19 -0700 (PDT) In-Reply-To: <20150515174232.7f6f87da5880d94fc9241bbb@strcmp.org> References: <20150515174232.7f6f87da5880d94fc9241bbb@strcmp.org> Date: Fri, 15 May 2015 10:45:19 -0700 X-Google-Sender-Auth: cpypfpg1fC9QbSVOc_5wjRh1PY0 Message-ID: Subject: Re: RPI2-B performance From: Adrian Chadd To: Andreas Schwarz Cc: "freebsd-arm@freebsd.org" 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: Fri, 15 May 2015 17:45:20 -0000 Cool! Is 600MHz the highest you can run the RPI2? -a From owner-freebsd-arm@FreeBSD.ORG Fri May 15 17:46:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AF5E2E0 for ; Fri, 15 May 2015 17:46:46 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (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 43FF21C0D for ; Fri, 15 May 2015 17:46:46 +0000 (UTC) Received: by igcau1 with SMTP id au1so35603642igc.1 for ; Fri, 15 May 2015 10:46:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LWBXDZPO8ghqcqcyqEiZY3hJiPBh7Ih204cLGmVgYMc=; b=j7bW/UJKc3K5xrnaArrNMibljw3tUegnKuoiC/oIEagu0kggCPxNcLv9oMm+NIc1vd NABG8ITy4uBM0rOFqcLbfN//orCQFe0DXrE46ewxNF5ikJ73Ia5JbmR1BnqfshX5aQzy vIdPNezpMnga7Cyyh45ZosakJbAJp+KlxRPfzdEFqu0PtNh0tASxvCUYkeaU9wIOrD3h 6hRHvzBH0huRE3aNXhKp5B6pb3xXAW9oH9gbeQoO60fcJ8DOWLgzlNrDdBy4UrRLl17i CM7P6VmGo5A0vNTRzudKFLGqBeEkWv36rLHJd0D1iiQ1X8ywcSVdIczjK7e9xxIjmg6x 66TQ== MIME-Version: 1.0 X-Received: by 10.43.58.201 with SMTP id wl9mr22261964icb.37.1431712005722; Fri, 15 May 2015 10:46:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Fri, 15 May 2015 10:46:45 -0700 (PDT) In-Reply-To: References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> Date: Fri, 15 May 2015 10:46:45 -0700 X-Google-Sender-Auth: zcRaMODoZjCvM6QmhCie7kOeklg Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Adrian Chadd To: Andreas Andersson Cc: "freebsd-arm@freebsd.org" 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: Fri, 15 May 2015 17:46:46 -0000 Hi, What's sysctl dev.cpu.0 show? Does it correctly step the CPU up to 900MHz? -adrian From owner-freebsd-arm@FreeBSD.ORG Fri May 15 18:38:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81AD2CF2 for ; Fri, 15 May 2015 18:38:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 658A3125F for ; Fri, 15 May 2015 18:38:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FIcZdD037241 for ; Fri, 15 May 2015 18:38:35 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4FIcZcK037240; Fri, 15 May 2015 18:38:35 GMT (envelope-from daemon-user) Date: Fri, 15 May 2015 18:38:35 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2340: Support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2340: Support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFVWPSs= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" 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: Fri, 15 May 2015 18:38:35 -0000 emaste added a comment. In https://reviews.freebsd.org/D2340#46897, @jpa-semihalf.com wrote: > 3. meanwhile, I will move the hal to sys/contrib. This shall be a painless transition and will prelude another hal drop in for eth driver That sounds reasonable - let me know if you have questions or want assistance when it comes to doing the actual import into FreeBSD SVN in vendor-sys. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, imp, ian, andrew Cc: emaste, meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri May 15 18:53:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F020F0 for ; Fri, 15 May 2015 18:53:09 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (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 7219B14ED for ; Fri, 15 May 2015 18:53:08 +0000 (UTC) Received: by labbd9 with SMTP id bd9so134155150lab.2 for ; Fri, 15 May 2015 11:53:00 -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 :content-type; bh=8gnCshJ79yqyj66V57nzpHg17W9kD0Q7xBoLqQnouzE=; b=Wrs/zdc7tFh/BXHbgs5fWsdh4dNuZ8D2w6rcj9BT2mtAwcym+IDY2go19Wd6qWRyqd ySgnQK+Un3TSG+ua9jjQQZUvF7o9x1YwqL+wgVwJmu0q/C3wqnvDpdvFm7dA4ShuW7Nu NL0Zgw5i22xvEhnV2cll5qr39GcY6uD6MWNjoOFeg0Wq2/hDEVqu+IrXJ2l409gYn166 9BVGQLpgL3cLYn/W6o26ON3coqXuZsy+aW4CVDBojIhJni7ELlYSlftjoDKc9Ez38oGh Zq2ZUvjT3qoO2TKqCvFNbySQd1oqLiaRAWsXhAB4plZwFvLzmTUtl3LQaGJtInx7/i0E KNXg== X-Gm-Message-State: ALoCoQnmlRT++5haWG2UVVTPr4TZbUrffsFFm5B1Jllh5tTSZM6i3iZC+k+LGTck72pyG83HMJoZ MIME-Version: 1.0 X-Received: by 10.152.203.233 with SMTP id kt9mr8138922lac.21.1431714635683; Fri, 15 May 2015 11:30:35 -0700 (PDT) Received: by 10.25.201.8 with HTTP; Fri, 15 May 2015 11:30:35 -0700 (PDT) Date: Fri, 15 May 2015 20:30:35 +0200 Message-ID: Subject: UMA initialization failure with 48 core ARM64 From: =?UTF-8?Q?Micha=C5=82_Stanek?= To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=001a11345984485e700516230aeb 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, 15 May 2015 18:53:09 -0000 --001a11345984485e700516230aeb Content-Type: text/plain; charset=UTF-8 Hi, I am experiencing an early failure of UMA on an ARM64 platform with 48 cores enabled. I get a kernel panic during initialization of VM. Here is the boot log (lines with 'MST:' are my own debug printfs). Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #333 52fd91e(smp_48)-dirty: Fri May 15 18:26:56 CEST 2015 mst@arm64-prime:/usr/home/mst/freebsd_v8/obj_kernel/arm64.aarch64/usr/home/mst/freebsd_v8/kernel/sys/THUNDER-88XX arm64 FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 MST: in vm_mem_init() MST: in vmem_init() with param *vm == kernel_arena MST: in vmem_xalloc() with param *vm == kernel_arena MST: in vmem_xalloc() with param *vm == kmem_arena panic: mtx_lock() of spin mutex (null) @ /usr/home/mst/freebsd_v8/kernel/sys/kern/subr_vmem.c:1165 cpuid = 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xffffff80001f4f80: The kernel boots fine when MAXCPU is set to 30 or lower, but the error above always appears when it is set to a higher value. The panic is triggered by a KASSERT in __mtx_lock_flags() which is called with the macro VMEM_LOCK(vm) in vmem_xalloc(). This is line 1143 in subr_vmem.c (log shows different line number due to added printfs). It looks like the lock belongs to 'kmem_arena' which is uninitialized at this point (kmeminit() has not been called yet). While debugging, I tried modifying VM code as a quick workaround. I replaced the number of cores to 1 wherever mp_ncpus, mp_maxid or MAXCPU (and others) are read. This, I believe, limits UMA per-cpu caches to just one, while the rest of the OS (scheduler, etc) sees all 48 cores. In addition, I changed UMA_BOOT_PAGES in sys/vm/uma_int.h to 512 (default was 64). With these tweaks, I got a successful (but not really stable) boot with 48 cores. Of course these are dirty hacks and a proper solution is needed. I am a bit surprised that the kernel fails with MAXCPU==48 as the amd64 arch has this value set to '256' and I have read posts that other platforms with even more cores have worked fine. Perhaps I need to tweak some other VM parameters, apart from UMA_BOOT_PAGES (AKA vm.boot_pages), but I am not sure how. I included a full stacktrace and a more verbose log (with UMA_DEBUG macros enabled) in the attachment. There is also a diff of the hacks I used while debugging. Best regards, Michal Stanek --001a11345984485e700516230aeb Content-Type: text/plain; charset=US-ASCII; name="smp_uma_WA.diff" Content-Disposition: attachment; filename="smp_uma_WA.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i9pxcjzk2 ZGlmZiAtLWdpdCBhL3N5cy9rZXJuL2tlcm5fbWFsbG9jLmMgYi9zeXMva2Vybi9rZXJuX21hbGxv Yy5jCmluZGV4IGFlZjFlNGUuLmJlMjI1ZmIgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5fbWFs bG9jLmMKKysrIGIvc3lzL2tlcm4va2Vybl9tYWxsb2MuYwpAQCAtODc0LDcgKzg3NCw3IEBAIG1h bGxvY191bmluaXQodm9pZCAqZGF0YSkKIAkgKiBMb29rIGZvciBtZW1vcnkgbGVha3MuCiAJICov CiAJdGVtcF9hbGxvY3MgPSB0ZW1wX2J5dGVzID0gMDsKLQlmb3IgKGkgPSAwOyBpIDwgTUFYQ1BV OyBpKyspIHsKKwlmb3IgKGkgPSAwOyBpIDwgMTsgaSsrKSB7CiAJCW10c3AgPSAmbXRpcC0+bXRp X3N0YXRzW2ldOwogCQl0ZW1wX2FsbG9jcyArPSBtdHNwLT5tdHNfbnVtYWxsb2NzOwogCQl0ZW1w X2FsbG9jcyAtPSBtdHNwLT5tdHNfbnVtZnJlZXM7CmRpZmYgLS1naXQgYS9zeXMva2Vybi9zdWJy X3ZtZW0uYyBiL3N5cy9rZXJuL3N1YnJfdm1lbS5jCmluZGV4IDgwOTQwYmUuLjg5ZDYyZWQgMTAw NjQ0Ci0tLSBhL3N5cy9rZXJuL3N1YnJfdm1lbS5jCisrKyBiL3N5cy9rZXJuL3N1YnJfdm1lbS5j CkBAIC02NjUsNyArNjY1LDggQEAgdm1lbV9zdGFydHVwKHZvaWQpCiAJICogQ1BVcyB0byBhdHRl bXB0IHRvIGFsbG9jYXRlIG5ldyB0YWdzIGNvbmN1cnJlbnRseSB0byBsaW1pdAogCSAqIGZhbHNl IHJlc3RhcnRzIGluIFVNQS4KIAkgKi8KLQl1bWFfem9uZV9yZXNlcnZlKHZtZW1fYnRfem9uZSwg QlRfTUFYQUxMT0MgKiAobXBfbmNwdXMgKyAxKSAvIDIpOworCS8vbXN0IGxvb2sgaGVyZQorCXVt YV96b25lX3Jlc2VydmUodm1lbV9idF96b25lLCBCVF9NQVhBTExPQyAqICgxICsgMSkgLyAyKTsK IAl1bWFfem9uZV9zZXRfYWxsb2NmKHZtZW1fYnRfem9uZSwgdm1lbV9idF9hbGxvYyk7CiAjZW5k aWYKIH0KZGlmZiAtLWdpdCBhL3N5cy92bS91bWFfY29yZS5jIGIvc3lzL3ZtL3VtYV9jb3JlLmMK aW5kZXggYjk2YzQyMS4uNjM4MjQzNyAxMDA2NDQKLS0tIGEvc3lzL3ZtL3VtYV9jb3JlLmMKKysr IGIvc3lzL3ZtL3VtYV9jb3JlLmMKQEAgLTk4LDYgKzk4LDE0IEBAIF9fRkJTRElEKCIkRnJlZUJT RCQiKTsKICNpbmNsdWRlIDx2bS9tZW1ndWFyZC5oPgogI2VuZGlmCiAKKy8vbXN0OiBvdmVycmlk ZSBzb21lIGRlZmluZXMKKyN1bmRlZiBjdXJjcHUKKyNkZWZpbmUJY3VyY3B1CTAKKyN1bmRlZglD UFVfRk9SRUFDSAorI2RlZmluZQlDUFVfRk9SRUFDSChpKQkJCQkJCQlcCisJZm9yICgoaSkgPSAw OyAoaSkgPD0gMDsgKGkpKyspCQkJCVwKKwkJaWYgKCFDUFVfQUJTRU5UKChpKSkpCisKIC8qCiAg KiBUaGlzIGlzIHRoZSB6b25lIGFuZCBrZWcgZnJvbSB3aGljaCBhbGwgem9uZXMgYXJlIHNwYXdu ZWQuICBUaGUgaWRlYSBpcyB0aGF0CiAgKiBldmVuIHRoZSB6b25lICYga2VnIGhlYWRzIGFyZSBh bGxvY2F0ZWQgZnJvbSB0aGUgYWxsb2NhdG9yLCBzbyB3ZSB1c2UgdGhlCkBAIC0xMjI4LDYgKzEy MzYsNyBAQCBrZWdfc21hbGxfaW5pdCh1bWFfa2VnX3Qga2VnKQogCiAJaWYgKGtlZy0+dWtfZmxh Z3MgJiBVTUFfWk9ORV9QQ1BVKSB7CiAJCXVfaW50IG5jcHVzID0gbXBfbmNwdXMgPyBtcF9uY3B1 cyA6IE1BWENQVTsKKwkJbmNwdXMgPSAxOwogCiAJCWtlZy0+dWtfc2xhYnNpemUgPSBzaXplb2Yo c3RydWN0IHBjcHUpOwogCQlrZWctPnVrX3BwZXJhID0gaG93bWFueShuY3B1cyAqIHNpemVvZihz dHJ1Y3QgcGNwdSksCkBAIC0xODIyLDcgKzE4MzEsNyBAQCB1bWFfc3RhcnR1cCh2b2lkICpib290 bWVtLCBpbnQgYm9vdF9wYWdlcykKICNlbmRpZgogCWFyZ3MubmFtZSA9ICJVTUEgWm9uZXMiOwog CWFyZ3Muc2l6ZSA9IHNpemVvZihzdHJ1Y3QgdW1hX3pvbmUpICsKLQkgICAgKHNpemVvZihzdHJ1 Y3QgdW1hX2NhY2hlKSAqIChtcF9tYXhpZCArIDEpKTsKKwkgICAgKHNpemVvZihzdHJ1Y3QgdW1h X2NhY2hlKSAqICgwICsgMSkpOwogCWFyZ3MuY3RvciA9IHpvbmVfY3RvcjsKIAlhcmdzLmR0b3Ig PSB6b25lX2R0b3I7CiAJYXJncy51bWluaXQgPSB6ZXJvX2luaXQ7CkBAIC0zMzAxLDcgKzMzMTAs NyBAQCB1bWFfemVyb19pdGVtKHZvaWQgKml0ZW0sIHVtYV96b25lX3Qgem9uZSkKIHsKIAogCWlm ICh6b25lLT51el9mbGFncyAmIFVNQV9aT05FX1BDUFUpIHsKLQkJZm9yIChpbnQgaSA9IDA7IGkg PCBtcF9uY3B1czsgaSsrKQorCQlmb3IgKGludCBpID0gMDsgaSA8IDE7IGkrKykKIAkJCWJ6ZXJv KHpwY3B1X2dldF9jcHUoaXRlbSwgaSksIHpvbmUtPnV6X3NpemUpOwogCX0gZWxzZQogCQliemVy byhpdGVtLCB6b25lLT51el9zaXplKTsKQEAgLTM0NjUsNyArMzQ3NCw3IEBAIHN5c2N0bF92bV96 b25lX3N0YXRzKFNZU0NUTF9IQU5ETEVSX0FSR1MpCiAJICovCiAJYnplcm8oJnVzaCwgc2l6ZW9m KHVzaCkpOwogCXVzaC51c2hfdmVyc2lvbiA9IFVNQV9TVFJFQU1fVkVSU0lPTjsKLQl1c2gudXNo X21heGNwdXMgPSAobXBfbWF4aWQgKyAxKTsKKwl1c2gudXNoX21heGNwdXMgPSAoMCArIDEpOwog CXVzaC51c2hfY291bnQgPSBjb3VudDsKIAkodm9pZClzYnVmX2JjYXQoJnNidWYsICZ1c2gsIHNp emVvZih1c2gpKTsKIApAQCAtMzUwOSw3ICszNTE4LDcgQEAgc3lzY3RsX3ZtX3pvbmVfc3RhdHMo U1lTQ1RMX0hBTkRMRVJfQVJHUykKIAkJCSAqIGFjY2VwdCB0aGUgcG9zc2libGUgcmFjZSBhc3Nv Y2lhdGVkIHdpdGggYnVja2V0CiAJCQkgKiBleGNoYW5nZSBkdXJpbmcgbW9uaXRvcmluZy4KIAkJ CSAqLwotCQkJZm9yIChpID0gMDsgaSA8IChtcF9tYXhpZCArIDEpOyBpKyspIHsKKwkJCWZvciAo aSA9IDA7IGkgPCAoMCArIDEpOyBpKyspIHsKIAkJCQliemVybygmdXBzLCBzaXplb2YodXBzKSk7 CiAJCQkJaWYgKGt6LT51a19mbGFncyAmIFVNQV9aRkxBR19JTlRFUk5BTCkKIAkJCQkJZ290byBz a2lwOwpkaWZmIC0tZ2l0IGEvc3lzL3ZtL3VtYV9pbnQuaCBiL3N5cy92bS91bWFfaW50LmgKaW5k ZXggMTFhYjI0Zi4uYjViNWEwNSAxMDA2NDQKLS0tIGEvc3lzL3ZtL3VtYV9pbnQuaAorKysgYi9z eXMvdm0vdW1hX2ludC5oCkBAIC0xMDcsNyArMTA3LDcgQEAKICNkZWZpbmUgVU1BX1NMQUJfTUFT SwkoUEFHRV9TSVpFIC0gMSkJLyogTWFzayB0byBnZXQgYmFjayB0byB0aGUgcGFnZSAqLwogI2Rl ZmluZSBVTUFfU0xBQl9TSElGVAlQQUdFX1NISUZUCS8qIE51bWJlciBvZiBiaXRzIFBBR0VfTUFT SyAqLwogCi0jZGVmaW5lIFVNQV9CT09UX1BBR0VTCQk2NAkvKiBQYWdlcyBhbGxvY2F0ZWQgZm9y IHN0YXJ0dXAgKi8KKyNkZWZpbmUgVU1BX0JPT1RfUEFHRVMJCTUxMgkvKiBQYWdlcyBhbGxvY2F0 ZWQgZm9yIHN0YXJ0dXAgKi8KIAogLyogTWF4IHdhc3RlIHBlcmNlbnRhZ2UgYmVmb3JlIGdvaW5n IHRvIG9mZiBwYWdlIHNsYWIgbWFuYWdlbWVudCAqLwogI2RlZmluZSBVTUFfTUFYX1dBU1RFCTEw Cg== --001a11345984485e700516230aeb-- From owner-freebsd-arm@FreeBSD.ORG Fri May 15 21:44:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44B02133 for ; Fri, 15 May 2015 21:44:41 +0000 (UTC) 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 D31671819 for ; Fri, 15 May 2015 21:44:40 +0000 (UTC) Received: from asc-t60.schwarzes.net (p5B031591.dip0.t-ipconnect.de [91.3.21.145]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t4FLia4q017663 for ; Fri, 15 May 2015 23:44:37 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Fri, 15 May 2015 23:44:24 +0200 From: Andreas Schwarz To: "freebsd-arm@freebsd.org" Subject: Re: RPI2-B performance Message-Id: <20150515234424.ebb3c36cbbf994f3c88b86f0@strcmp.org> In-Reply-To: References: <20150515174232.7f6f87da5880d94fc9241bbb@strcmp.org> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Fri, 15 May 2015 23:44:37 +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: Fri, 15 May 2015 21:44:41 -0000 On Fri, 15 May 2015 10:45:19 -0700 Adrian Chadd wrote: > Cool! Is 600MHz the highest you can run the RPI2? 600 Mhz is the default, 900 MHz is also possible, there are only two frequency levels. root@pizelot:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 900/-1 600/-1 -- best regards Andreas From owner-freebsd-arm@FreeBSD.ORG Fri May 15 22:03:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DDAB57C for ; Fri, 15 May 2015 22:03:31 +0000 (UTC) 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 24D211A68 for ; Fri, 15 May 2015 22:03:30 +0000 (UTC) Received: from asc-t60.schwarzes.net (p5B031591.dip0.t-ipconnect.de [91.3.21.145]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t4FM3S9q017744 for ; Sat, 16 May 2015 00:03:28 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Sat, 16 May 2015 00:03:15 +0200 From: Andreas Schwarz To: freebsd-arm@freebsd.org Subject: Re: Performance issues with raspberry pi 2 Message-Id: <20150516000315.45feccfca08f5235d26ea071@strcmp.org> In-Reply-To: References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Sat, 16 May 2015 00:03:28 +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: Fri, 15 May 2015 22:03:31 -0000 On Fri, 15 May 2015 10:46:45 -0700 Adrian Chadd wrote: > What's sysctl dev.cpu.0 show? Does it correctly step the CPU up to 900MHz? For "production equipment" it's recommended to use the powerd. Have a look at the recent posting from Daisuke Aoyama. At the moment I'm a little bit afraid about the temperature when steping up manually to 900 MHz (and using all the cores). I've no cooling fan and don't want to use one. -- best regards Andreas From owner-freebsd-arm@FreeBSD.ORG Fri May 15 22:43:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E71C011A; Fri, 15 May 2015 22:43:02 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id A29311E70; Fri, 15 May 2015 22:43:02 +0000 (UTC) Received: from dhcp-250-37.sj.pi-coral.com (unknown [12.218.212.178]) by mx0.deglitch.com (Postfix) with ESMTPSA id 1F5EA8FC2D; Sat, 16 May 2015 02:42:53 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: UMA initialization failure with 48 core ARM64 From: Stanislav Sedov In-Reply-To: Date: Fri, 15 May 2015 15:42:49 -0700 Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2A6C7643-0C10-4451-B547-9D50EA6809B8@freebsd.org> References: To: =?utf-8?Q?Micha=C5=82_Stanek?= X-Mailer: Apple Mail (2.2098) 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, 15 May 2015 22:43:03 -0000 > On May 15, 2015, at 11:30 AM, Micha=C5=82 Stanek = wrote: >=20 > Hi, >=20 > I am experiencing an early failure of UMA on an ARM64 platform with 48 > cores enabled. I get a kernel panic during initialization of VM. Here = is > the boot log (lines with 'MST:' are my own debug printfs). >=20 > Copyright (c) 1992-2015 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #333 52fd91e(smp_48)-dirty: Fri May 15 18:26:56 = CEST > 2015 > = mst@arm64-prime:/usr/home/mst/freebsd_v8/obj_kernel/arm64.aarch64/usr/home= /mst/freebsd_v8/kernel/sys/THUNDER-88XX > arm64 > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > MST: in vm_mem_init() > MST: in vmem_init() with param *vm =3D=3D kernel_arena > MST: in vmem_xalloc() with param *vm =3D=3D kernel_arena > MST: in vmem_xalloc() with param *vm =3D=3D kmem_arena > panic: mtx_lock() of spin mutex (null) @ > /usr/home/mst/freebsd_v8/kernel/sys/kern/subr_vmem.c:1165 > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xffffff80001f4f80: >=20 > The kernel boots fine when MAXCPU is set to 30 or lower, but the error > above always appears when it is set to a higher value. >=20 > The panic is triggered by a KASSERT in __mtx_lock_flags() which is = called > with the macro VMEM_LOCK(vm) in vmem_xalloc(). This is line 1143 in > subr_vmem.c (log shows different line number due to added printfs). > It looks like the lock belongs to 'kmem_arena' which is uninitialized = at > this point (kmeminit() has not been called yet). >=20 > While debugging, I tried modifying VM code as a quick workaround. I > replaced the number of cores to 1 wherever mp_ncpus, mp_maxid or = MAXCPU > (and others) are read. This, I believe, limits UMA per-cpu caches to = just > one, while the rest of the OS (scheduler, etc) sees all 48 cores. > In addition, I changed UMA_BOOT_PAGES in sys/vm/uma_int.h to 512 = (default > was 64). > With these tweaks, I got a successful (but not really stable) boot = with 48 > cores. Of course these are dirty hacks and a proper solution is = needed. >=20 > I am a bit surprised that the kernel fails with MAXCPU=3D=3D48 as the = amd64 > arch has this value set to '256' and I have read posts that other = platforms > with even more cores have worked fine. Perhaps I need to tweak some = other > VM parameters, apart from UMA_BOOT_PAGES (AKA vm.boot_pages), but I am = not > sure how. >=20 > I included a full stacktrace and a more verbose log (with UMA_DEBUG = macros > enabled) in the attachment. There is also a diff of the hacks I used = while > debugging. >=20 >=20 Hi, Michal! It looks like the log attachment didn=E2=80=99t make it though the = mailing list. Can you please resend it again? The panic suggests that a mutex was left uninitialized... -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Fri May 15 23:10:39 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16CFE592 for ; Fri, 15 May 2015 23:10:39 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (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 E46B61122 for ; Fri, 15 May 2015 23:10:37 +0000 (UTC) Received: by pacwv17 with SMTP id wv17so33660637pac.2 for ; Fri, 15 May 2015 16:10:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=A3uDmaT4MhZVOeyzMt+YMrd02eFL602WBgpNSBVAli0=; b=hB8Ss/BS5u7qiu0D/POLXyXt7OddxlFF9+EfZkQg1e0Y0d47AgtRx3arEvq43hSfmJ v3l3VmmaDmEEcCpH33hbijErbfJhaNSyLFwUL7/EzdagOR6OUTZ1Ba/O0bx0FDtw1dbz zrYldiRLvxk8RwVB/MEgOfCwVO49yCjaWMHdoH+oywwdgaYOenoWDfHa/FakpaMBaQhk 6dcolM7h80MMc0Ochf+iSbz23IkmbFTlwbVXFZgGYbHmZcudAvCH7Huus70d6Bff1pOO mFGcIMhmqbZ/gzDGeLs0Ou8fa1DvIdmrGG7KMDH6gulu25YuI018WHRSIYWbrrAMM0kM NpSA== X-Gm-Message-State: ALoCoQkcKXv1UJzAGJGuPyxxJraaNGjwRoAnGzzIMu/kqRIhbNMkrOBaLCqsw3I4XZz6ZSGebTtC X-Received: by 10.70.118.73 with SMTP id kk9mr22646051pdb.150.1431730989804; Fri, 15 May 2015 16:03:09 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-73-25-21-123.hsd1.or.comcast.net. [73.25.21.123]) by mx.google.com with ESMTPSA id j10sm2886493pdk.48.2015.05.15.16.03.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 May 2015 16:03:09 -0700 (PDT) Message-ID: <55567B2C.8050200@callfortesting.org> Date: Fri, 15 May 2015 16:03:08 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: BSDCan Embedded-related hardware request Content-Type: text/plain; charset=utf-8; format=flowed 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: Fri, 15 May 2015 23:10:39 -0000 Hello all, Various folks including Dan Langille have been scoping out who is bringing what smaller-than-a-PC hardware to BSDCan and pointed out that most attendees will be flying and would have trouble bringing useful accessories like displays and keyboards. So far it sounds like a number of boards will be there plus some serial adapters and two small displays courtesy of some NYC*BUGers. If you are driving, you are cordially invited to bring small displays with HDMI inputs and USB keyboards for such hacking. Do label your gadgets! See you there! Michael Dexter From owner-freebsd-arm@FreeBSD.ORG Sat May 16 03:11:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 526B7BFB for ; Sat, 16 May 2015 03:11:17 +0000 (UTC) Received: from spoon.beta.com (spoon.beta.com [50.252.255.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spoon.beta.com", Issuer "spoon.beta.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F41BE1A5B for ; Sat, 16 May 2015 03:11:16 +0000 (UTC) Received: from [192.168.203.128] ([192.168.1.213]) by spoon.beta.com (8.14.7/8.14.7) with ESMTP id t4G2wVvW011364 for ; Fri, 15 May 2015 22:58:32 -0400 (EDT) (envelope-from mcgovern@beta.com) Message-ID: <1431741503.1000.3.camel@beta.com> Subject: Building RPI2-B (and RPI?) From: "Brian J. McGovern" Reply-To: mcgovern@beta.com To: freebsd-arm@freebsd.org Date: Fri, 15 May 2015 21:58:23 -0400 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.9 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on spoon.beta.com 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, 16 May 2015 03:11:17 -0000 All, I've noticed a lot of progress recently on the RPI2-B platform, and I'm looking to get up and running. I have an image that was posted the list a week or two back running, but I want to get up to bleeding-edge. I've seen some emails about changes in the build methods for "supported" platforms, and IIRC, many of the crochet-supported platforms were impacted, as there were issues keeping things in synch. Are the RPI2-B images (and optionally RPI) still being built via the crochet tool, or is there a new method around for which I've yet to find the documentation? -B From owner-freebsd-arm@FreeBSD.ORG Sat May 16 09:48:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B95D208 for ; Sat, 16 May 2015 09:48:31 +0000 (UTC) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AF0F10DC for ; Sat, 16 May 2015 09:48:30 +0000 (UTC) Received: from [195.4.92.142] (helo=mjail2.freenet.de) by mout1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1YtYhn-0005Rq-0R for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:48:27 +0200 Received: from localhost ([::1]:35621 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1YtYhm-0003JA-Od for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:48:26 +0200 Received: from mx7.freenet.de ([195.4.92.17]:55449) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1YtYfh-0007zu-I2 for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:46:17 +0200 Received: from p5ddd7234.dip0.t-ipconnect.de ([93.221.114.52]:50464 helo=[127.0.0.1]) by mx7.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1YtYfh-0000gL-Bh for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:46:17 +0200 Message-ID: <555711E8.3020802@freenet.de> Date: Sat, 16 May 2015 11:46:16 +0200 From: =?UTF-8?B?TWFudWVsIFN0w7xobg==?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: mmap()-caching Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 150516-0, 16.05.2015), Outbound message X-Antivirus-Status: Clean X-Originated-At: 93.221.114.52!50464 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, 16 May 2015 09:48:31 -0000 Hi list, I'm trying to extend the TI-pru drivers' features on a Beaglebone Black. Due the long compile time of a complete kernel i removed the driver entry (device ti_pruss) from kernel-config and load it as kernel-module instead. I'd copied the files sys/arm/ti/ti_pruss.[sh] to a sperate folder and added this makefile: % cat Makefile .PATH: ${.CURDIR} KMOD = ti_pruss SRCS = ti_pruss.c SRCS += bus_if.h device_if.h ofw_bus_if.h CFLAGS += -DDEBUG .include % It builds and loads fine, but its behavior is not exact the same as if it is compiled into the kernel statically. The ti-pruss driver reveals the pru internals by implementing the mmap() stub and marks this area uncacheable. This works perfectly if this driver is compiled directly into the kernel! But when i use these very same files and build a kernel module instead, there seems to be caching active. I recognize this by using a ported version of prudebug[1] and singlestepping through pru-code. If there is caching active, single step does not result in a step. I've put some debug-outputting to the mmap()-stub of the driver-module to print out the memory-attributes (vm_memattr_t *memattr); this output looks like: ti_pruss_mmap: *memattr: 0x00000001 so to me it seems, that the VM_MEMATTR_UNCACHEABLE is set in *memattr. How can i provide the same behavior for the module as for the built-in driver? Thanks, Manuel [1] http://sourceforge.net/projects/prudebug/ From owner-freebsd-arm@FreeBSD.ORG Sat May 16 09:53:51 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D084C26E for ; Sat, 16 May 2015 09:53:51 +0000 (UTC) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EADF11B7 for ; Sat, 16 May 2015 09:53:51 +0000 (UTC) Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1YtYmy-00085o-Nb for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:53:48 +0200 Received: from localhost ([::1]:38592 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1YtYmy-0005MF-Hg for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:53:48 +0200 Received: from mx9.freenet.de ([195.4.92.19]:50426) by mjail1.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1YtYkZ-00022L-Fw for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:51:19 +0200 Received: from p5ddd7234.dip0.t-ipconnect.de ([93.221.114.52]:50503 helo=[127.0.0.1]) by mx9.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1YtYkZ-0000cF-2s for freebsd-arm@FreeBSD.org; Sat, 16 May 2015 11:51:19 +0200 Message-ID: <55571316.4040200@freenet.de> Date: Sat, 16 May 2015 11:51:18 +0200 From: =?windows-1252?Q?Manuel_St=FChn?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: Re: mmap()-caching References: <555711E8.3020802@freenet.de> In-Reply-To: <555711E8.3020802@freenet.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 150516-0, 16.05.2015), Outbound message X-Antivirus-Status: Clean X-Originated-At: 93.221.114.52!50503 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, 16 May 2015 09:53:51 -0000 On Sat, 16 May 2015 11:46:16 +0200, Manuel Stühn wrote > Hi list, > > I'm trying to extend the TI-pru drivers' features on a Beaglebone Black. Sorry, i forgot to mention: I'm running a FreeBSD-CURRENT r282930 on the BBB. BR Manuel From owner-freebsd-arm@FreeBSD.ORG Sat May 16 11:58:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84538CC8 for ; Sat, 16 May 2015 11:58:26 +0000 (UTC) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) (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 0B6701D55 for ; Sat, 16 May 2015 11:58:24 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id C20AE50F0B; Sat, 16 May 2015 20:58:15 +0900 (JST) Received: from artemis (unknown [172.18.0.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 91E3750F09; Sat, 16 May 2015 20:58:15 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: "Andreas Andersson" , References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> In-Reply-To: Subject: Re: Performance issues with raspberry pi 2 Date: Sat, 16 May 2015 20:58:13 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP 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, 16 May 2015 11:58:26 -0000 Hi, FreeBSD cant get faster than Linux driver because we use IRQ on dwc_otg.c. Linux driver use FIQ instead. However, there is many problems in dwc_otg.c. I don't like polling solution used in dwc_otg.c which prevent urgent interrupt but you may need this patch. http://www.peach.ne.jp/archives/rpi/patch/dwc_otg-rpi2-20150516.patch This patch is subset of my USB patch of ODROID-C1 4x faster version on 1Gbps. http://lists.freebsd.org/pipermail/freebsd-arm/2015-March/010783.html It will provide about 1.5-2.0x faster than unpached dwc_otg.c on SMP kernel. I think it's not best on SMP kernel but enough to test on 100Mbps. It improves network performance because RPi2 use USB Ether. Try it. -------------------------------------------------- From: "Andreas Andersson" Sent: Friday, May 15, 2015 5:25 PM To: Subject: Re: Performance issues with raspberry pi 2 > Still getting very low results > > ab -n 10000 -c 100 -T "application/json" -p postfile > http://172.16.0.9:8888/api/v1/alarm/ > This is ApacheBench, Version 2.3 <$Revision: 655654 $> > Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ > Licensed to The Apache Software Foundation, http://www.apache.org/ > > Benchmarking 172.16.0.9 (be patient) > Completed 1000 requests > Completed 2000 requests > Completed 3000 requests > Completed 4000 requests > Completed 5000 requests > Completed 6000 requests > Completed 7000 requests > Completed 8000 requests > Completed 9000 requests > Completed 10000 requests > Finished 10000 requests > > > Server Software: TornadoServer/4.1 > Server Hostname: 172.16.0.9 > Server Port: 8888 > > Document Path: /api/v1/alarm/ > Document Length: 16 bytes > > Concurrency Level: 100 > Time taken for tests: 123.976 seconds > Complete requests: 10000 > Failed requests: 0 > Write errors: 0 > Total transferred: 1590000 bytes > Total POSTed: 2650000 > HTML transferred: 160000 bytes > Requests per second: 80.66 [#/sec] (mean) > Time per request: 1239.759 [ms] (mean) > Time per request: 12.398 [ms] (mean, across all concurrent requests) > Transfer rate: 12.52 [Kbytes/sec] received > 20.87 kb/s sent > 33.40 kb/s total > > Connection Times (ms) > min mean[+/-sd] median max > Connect: 1 17 225.3 1 6205 > Processing: 17 1218 461.1 1057 2782 > Waiting: 17 1214 460.8 1053 2761 > Total: 26 1235 521.9 1059 7131 > > Percentage of the requests served within a certain time (ms) > 50% 1059 > 66% 1194 > 75% 1294 > 80% 1495 > 90% 2006 > 95% 2164 > 98% 2428 > 99% 2621 > 100% 7131 (longest request) > > The corresponding result for raspbian is around 250 req/s. > > > One thing I've noticed when comparing the consumer for the same project > > (reads from rabbitmq, gets and acks the messages and then discards them) it > works perfectlly with raspbian. The number of get's corresponds with the > number of acks from the queue in rabbitmq. Whereas freebsd 11 on rpi2 does > not do this. It has a rather high number of rabbitmq (4-500 get/s), but > almost no ACKs (1-1.5 ACK/s). on raspbian this number is ~250/s for both > GET and ACK. > > I am running powerd with these settings: > > powerd_flags="-M 900" > > > > > 2015-05-15 8:27 GMT+02:00 Andreas Andersson : > >> I just set debug.cpufreq.lowest=900 in sysctl.conf (Would it be better to >> have this set in /boot/loader.conf?) and enabled powerd. INVARIANTS is also >> disabled in this kernel. >> >> Will come back with results. >> >> 2015-05-15 4:38 GMT+02:00 Daisuke Aoyama : >> >>> Hi, >>> >>> But freebsd 11 on rpi2 suffers permance issues. Severely. >>>> >>>> For instance, the same code I am running (tornado project which inserts >>>> stuff to rabbitmq) is running at ~190 req/s or 190 publishments/sec (to >>>> rabbitmq) on raspbian. >>>> >>>> On FreeBSD 11 this is at around 85/s. >>>> >>> >>> Did you enable powerd? >>> RPi2 firmware boot up with 600MHz(power saved mode). It's slower than >>> RPi1 such as model B+. >>> The maximum rated frequency(900MHz in RPi2 case) can be used when you >>> enable powerd or set sysctl value. >>> powerd is requirement on RPi2, not an option like RPi1 anymore. >>> >>> I suggest that you enable powerd in FreeBSD official image and/or crochet >>> for RPi2. >>> >>> Regards, >>> -- >>> Daisuke Aoyama >>> >>> >>> >> > _______________________________________________ > 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 Sat May 16 12:52:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98B2B0E for ; Sat, 16 May 2015 12:52:08 +0000 (UTC) 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 5229512FF for ; Sat, 16 May 2015 12:52:07 +0000 (UTC) Received: from asc-t60.schwarzes.net (p5B031620.dip0.t-ipconnect.de [91.3.22.32]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t4GCq4JU042705 for ; Sat, 16 May 2015 14:52:05 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) Date: Sat, 16 May 2015 14:51:52 +0200 From: Andreas Schwarz To: freebsd-arm@freebsd.org Subject: Re: Building RPI2-B (and RPI?) Message-Id: <20150516145152.0dba2f3d5427a2be7366cba7@strcmp.org> In-Reply-To: <1431741503.1000.3.camel@beta.com> References: <1431741503.1000.3.camel@beta.com> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Sat, 16 May 2015 14:52:05 +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: Sat, 16 May 2015 12:52:08 -0000 On Fri, 15 May 2015 21:58:23 -0400 "Brian J. McGovern" wrote: > Are the RPI2-B images (and optionally RPI) still being built via the > crochet tool, or is there a new method around for which I've yet to find > the documentation? The "crochet tool" is a new method, it will help you to create an image "out of the box". The "classical" method is to build kernel and world with setting TARGET_ARCH and install to a prepared disk image. Have a look at the following link. https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi%202%20image -asc From owner-freebsd-arm@FreeBSD.ORG Sat May 16 14:54:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96174DD0 for ; Sat, 16 May 2015 14:54:59 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001: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 5D8301F1E for ; Sat, 16 May 2015 14:54:59 +0000 (UTC) Received: by iebgx4 with SMTP id gx4so142603102ieb.0 for ; Sat, 16 May 2015 07:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5pktKx8b1RG6avXCowG6M5+uVLlwaKmGfCzwKZunVjU=; b=q2eUxYZ2FGqLbeOgNoLvzUHVhCWtlNY91dUcyPnHnqqnlg6DrnmSFpWfr3xf0ZBiDV 3FYrPoYB9ieSnweeDFHp7UYV6dIzfAUVJAFz2fmZGS+ztwAoEja0iZeih346GISmwKaN STM6PQ6NvcWMxCkdAGQcxJNEtj8Illbxcm6uC3DOeiKo3aSH7zq7yB0zLJM20Z75NhG9 jozho0Odph4Z19cNGTe4l68lIHkt441yUoIdouL1I0ia/ihYs7t7nIRvyP9hegG/Wtu7 wCYQYm++aWa0KDRYOSvmnxlL86G+teIZGJFtvXeysS2KMBj6VSqYZuvR+ERz+cjnDDqy JpaA== MIME-Version: 1.0 X-Received: by 10.107.155.81 with SMTP id d78mr19339606ioe.29.1431788098877; Sat, 16 May 2015 07:54:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Sat, 16 May 2015 07:54:58 -0700 (PDT) In-Reply-To: References: <3AB5ECCF20894591B4DF5FCBA8CA49BB@ad.peach.ne.jp> Date: Sat, 16 May 2015 07:54:58 -0700 X-Google-Sender-Auth: vqzz8sgo70i5pxKheADd3fdk-Q8 Message-ID: Subject: Re: Performance issues with raspberry pi 2 From: Adrian Chadd To: Daisuke Aoyama Cc: Andreas Andersson , "freebsd-arm@freebsd.org" 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: Sat, 16 May 2015 14:54:59 -0000 Hm, I thought we used polling in dwc_otg.c, rather than interrupts+dma ? -a From owner-freebsd-arm@FreeBSD.ORG Sat May 16 18:12:36 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50E7EA35 for ; Sat, 16 May 2015 18:12:36 +0000 (UTC) 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 39E8D1297 for ; Sat, 16 May 2015 18:12:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GICak3017648 for ; Sat, 16 May 2015 18:12:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200121] security/pgpin fails to build on armv6 Date: Sat, 16 May 2015 18:12:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: dinoex@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: Sat, 16 May 2015 18:12:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200121 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: dinoex Date: Sat May 16 18:11:51 UTC 2015 New revision: 386567 URL: https://svnweb.freebsd.org/changeset/ports/386567 Log: - fix build for armv8 PR: 200121 Submitted by: Mikael Urankar Changes: head/security/pgpin/files/patch-makefile -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat May 16 18:12:59 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64FDCA82 for ; Sat, 16 May 2015 18:12:59 +0000 (UTC) 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 4E354129F for ; Sat, 16 May 2015 18:12:59 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GICxNb034318 for ; Sat, 16 May 2015 18:12:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 200121] security/pgpin fails to build on armv6 Date: Sat, 16 May 2015 18:12:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dinoex@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: dinoex@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback- X-Bugzilla-Changed-Fields: flagtypes.name bug_status resolution Message-ID: In-Reply-To: References: 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: Sat, 16 May 2015 18:12:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200121 Dirk Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|maintainer-feedback?(dinoex |maintainer-feedback- |@FreeBSD.org) | Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat May 16 21:05:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8980EF13 for ; Sat, 16 May 2015 21:05:35 +0000 (UTC) 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 64F0113A8 for ; Sat, 16 May 2015 21:05:35 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4GL599U061235; Sat, 16 May 2015 21:05:09 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id zrewkhajkscc9ryzddp3i2wd8n; Sat, 16 May 2015 21:05:08 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Building RPI2-B (and RPI?) From: Tim Kientzle In-Reply-To: <1431741503.1000.3.camel@beta.com> Date: Sat, 16 May 2015 14:05:08 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <242E758D-3AA9-4F08-AA75-91F68183F363@kientzle.com> References: <1431741503.1000.3.camel@beta.com> To: mcgovern@beta.com X-Mailer: Apple Mail (2.2098) 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, 16 May 2015 21:05:35 -0000 > On May 15, 2015, at 6:58 PM, Brian J. McGovern = wrote: >=20 > All, > I've noticed a lot of progress recently on the RPI2-B platform, and > I'm looking to get up and running. I have an image that was posted the > list a week or two back running, but I want to get up to = bleeding-edge. >=20 > I've seen some emails about changes in the build methods for > "supported" platforms, and IIRC, many of the crochet-supported = platforms > were impacted, as there were issues keeping things in synch. >=20 > Are the RPI2-B images (and optionally RPI) still being built via the > crochet tool, or is there a new method around for which I've yet to = find > the documentation? Glen is building a new tool for use in FreeBSD=E2=80=99s =E2=80=98make = release=E2=80=99 process. That will be used for the =E2=80=9Cofficial=E2=80=9D images = going forward. Crochet is still being actively maintained. It is maintained separately from the FreeBSD source tree so there are occasional mismatches. There are other tools around, but I=E2=80=99m less familiar with them and will let other folks explain them. If you=E2=80=99re familiar with FreeBSD=E2=80=99s build system and = understand the RPI2-B boot process (which is a bit involved), it=E2=80=99s not very difficult to build your own images =E2=80=9Cfrom scratch=E2=80=9D using = just a FreeBSD source checkout and the appropriate u-boot port. Once you have a system running, of course, you also have the option of upgrading it from source directly: $ svnlite checkout https://svn.freebsd.org/base/head /usr/src $ cd /usr/src Read the UPGRADING file for instructions. (Caveat: This requires a few gigabytes of free disk space and requires more than 1GB of RAM, so you=E2=80=99ll need to configure swap space as = well.) Tim From owner-freebsd-arm@FreeBSD.ORG Sat May 16 22:16:32 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBAC3EF1 for ; Sat, 16 May 2015 22:16:32 +0000 (UTC) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 9E0421AFA for ; Sat, 16 May 2015 22:16:32 +0000 (UTC) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 16 May 2015 22:16:33 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4GMGNSJ011016; Sat, 16 May 2015 16:16:23 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1431814583.91685.39.camel@freebsd.org> Subject: Re: Random Kernel Panic on Dreamplug (FS related) From: Ian Lepore To: Mattia Rossi Cc: freebsd-arm Date: Sat, 16 May 2015 16:16:23 -0600 In-Reply-To: <542ABE45.3020402@gmail.com> References: <542559BC.7090100@gmail.com> <20140929040126.GG43300@funkthat.com> <54291B74.5010307@gmail.com> <20140930112937.GU43300@funkthat.com> <542A9EA4.70109@gmail.com> <20140930123010.GZ43300@funkthat.com> <542AB897.3020309@gmail.com> <1412086795.66615.363.camel@revolution.hippie.lan> <542ABE45.3020402@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: Sat, 16 May 2015 22:16:32 -0000 On Tue, 2014-09-30 at 16:29 +0200, Mattia Rossi wrote: > Am 30.09.2014 16:19, schrieb Ian Lepore: > > On Tue, 2014-09-30 at 16:05 +0200, Mattia Rossi wrote: > >> Am 30.09.2014 14:30, schrieb John-Mark Gurney: > >>> Mattia Rossi wrote this message on Tue, Sep 30, 2014 at 14:14 +0200: > >>>> Am 30.09.2014 13:29, schrieb John-Mark Gurney: > >>>>> Mattia Rossi wrote this message on Mon, Sep 29, 2014 at 10:42 +0200: > >>>>>> Am 29.09.2014 06:01, schrieb John-Mark Gurney: > >>>>>>> Mattia Rossi wrote this message on Fri, Sep 26, 2014 at 14:19 +0200: > >>>>>>>> This might be part of the weird FFS issues the Dreamplug has and no-one > >>>>>>>> knows why they're happening. > >>>>>>> Are you running w/ FFS journaling? If so, try turning it off, but > >>>>>>> keeping softupdates on.. > >>>>>> No journaling, no softupdates. I'll try enabling softupdates next time. > >>>>>> don't know if it will panic though > >>>>>>>> data_abort_handler() at data_abort_handler+0x5c0 > >>>>>>>> pc = 0xc0de7a28 lr = 0xc0dd711c (exception_exit) > >>>>>>>> sp = 0xde019898 fp = 0xde019a20 > >>>>>>>> r4 = 0xffffffff r5 = 0xffff1004 > >>>>>>>> r6 = 0xc3f3f6c0 r7 = 0x00001000 > >>>>>>>> r8 = 0xc443e880 r9 = 0x00000000 > >>>>>>>> r10 = 0xc3d69000 > >>>>>>>> exception_exit() at exception_exit > >>>>>>>> pc = 0xc0dd711c lr = 0xc0d53828 (ffs_truncate+0xaa8) > >>>>>>>> sp = 0xde0198e8 fp = 0xde019a20 > >>>>>>>> r0 = 0xd0238120 r1 = 0x00000e60 > >>>>>>>> r2 = 0x00000000 r3 = 0x00000000 > >>>>>>>> r4 = 0x00000120 r5 = 0x00000000 > >>>>>>>> r6 = 0xc3f3f6c0 r7 = 0x00001000 > >>>>>>>> r8 = 0xc443e880 r9 = 0x00000000 > >>>>>>>> r10 = 0xc3d69000 r12 = 0xd0238120 > >>>>>>>> memset() at memset+0x48 > >>>>>>>> pc = 0xc0de521c lr = 0xc0d53828 (ffs_truncate+0xaa8) > >>>>>>>> sp = 0xde0198e8 fp = 0xde019a20 > >>>>>>>> Unwind failure (no registers changed) > >>>>>>> No more beyond this? If you could run addr2line on 0xc0d53828 so > >>>>>>> that we know where in ffs_truncate it's failing, that'd be very > >>>>>>> nice... > >>>>>> So I was trying to save the coredump in order to reboot and run > >>>>>> addr2line, but that failed: > >>>>>> > >>>>>> Physical memory: 504 MB > >>>>>> Dumping 67 MB:(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 01 d5 1f20 > >>>>>> 00 00 01 00 > >>>>>> (da0:umass-sim0:0:0:0): CAM status: Resource Unavailable > >>>>>> (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > >>>>>> Aborting dump due to I/O error. > >>>>>> > >>>>>> ** DUMP FAILED (ERROR 5) ** > >>>>>> > >>>>>> So I guess this error is related to the CAM errors I'm getting from time > >>>>>> to time. I was hoping that those errors were related to the INVARIANTS > >>>>>> option that slowed down the system and thus might have triggered CAM > >>>>>> errors, but obviously the SD Card seems to be the real issue here. > >>>>>> So no crashdump for further analysis. > >>>>> That's fine.. w/ the addr2line we have some lines to explore... > >>>>> > >>>>>> Interestingly the CAM errors didn't show up on the terminal as other > >>>>>> times, the kernel just panicked straight away. > >>>>> Hmm.. that is odd.. someone who knows the SD card layer should look > >>>>> at this part... It could be that the SD card driver doesn't handle > >>>>> dumping (there is this global flag that gets set) properly and the driver > >>>>> needs to behave differently when it's set... > >>>> I also need to grab a new SD card, just to make sure it's really not the > >>>> card. > >>>> > >>>>>> But I've got the addr2line output, even though I'm not sure it makes any > >>>>>> difference: > >>>>>> > >>>>>> addr2line -f -e /mnt/kernel.debug 0xc0d53828 > >>>>>> > >>>>>> ffs_truncate > >>>>>> /usr/devel/dreamplug/sys/ufs/ffs/ffs_inode.c:321 > >>>>> can you give me the contents of the line? and a few lines of context > >>>>> around it? In HEAD's source, this is DOINGASYNC, and there is no call > >>>>> to memset, nor a variable assignment that would result in memset being > >>>>> called... > >>>> Same here.. The file hasn't been changed in a while (Fri, 31 May 2013): > >>>> > >>>> ip->i_size = length; > >>>> DIP_SET(ip, i_size, length); > >>>> if (bp->b_bufsize == fs->fs_bsize) > >>>> bp->b_flags |= B_CLUSTEROK; > >>>> if (flags & IO_SYNC) > >>>> bwrite(bp); > >>>> 321: else if (DOINGASYNC(vp)) > >>>> bdwrite(bp); > >>>> else > >>>> bawrite(bp); > >>>> ip->i_flag |= IN_CHANGE | IN_UPDATE; > >>>> return (ffs_update(vp, !DOINGASYNC(vp))); > >>>> > >>>> No idea what's going on. > >>> ok, could you send me the output of objdump -dSl, but you only need > >>> to include the part from XXXXX : to the next XXX: > >>> line... probably off list as it'll be quite long... > >> I'm sorry, but given that I just broke all my working worlds using fsck, > >> I'm not going to be able to do that until I'm back from holidays.... > >> currently working on the stuff remotely and after today's work day, I'm > >> not going to be able to get my hands on the dreamplug. > >> > >> > > BTW, for anyone playing with this problem, step one is to edit > > your /etc/fstab and set the fsck pass number to 0 for all filesystems. > > There's a risk of filesystem corruption after a crash, but it's smaller > > than the 100% corruption rate of letting fsck run. :) > > > Of course! Great idea :-) Sometimes just can't think of the right tweak > to save a lot of pain... > > Anyhow, I just found out, that I was rebooting the dreamplug from the sd > card instead of the usb stick the whole time, and the usb stick hasn't > been damaged enough by fsck, so it actually booted :-) I'll send the > objdump soon. A (very) late update on this.... It looks like we may have tracked the change that started all this down to the introduction of unmapped IO, almost 2 years ago now. I still can't find the root cause, but I think disabling unmapped IO on armv4/5 is a viable workaround, which Warner committed this morning as r283014. --Ian From owner-freebsd-arm@FreeBSD.ORG Sat May 16 23:34:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6561FD7E for ; Sat, 16 May 2015 23:34:12 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 20DBF1271 for ; Sat, 16 May 2015 23:34:11 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=de4CLAre c=1 sm=1 a=kLIaxcRmAfIWWG5Fo3VFTQ==:17 a=OA2lqS22AAAA:8 a=ozQi6Qy7AAAA:8 a=y7i5u2evIU6otM4zWmkA:9 a=QEXdDO2ut3YA:10 a=mKDQe7SI8UQN-VzKbzsA:9 a=_W_S_7VecoQA:10 a=kLIaxcRmAfIWWG5Fo3VFTQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 24.148.20.83 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.83] ([24.148.20.83:13409] helo=[192.168.1.175]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES256-SHA) id 02/44-42960-C3FC7555; Sat, 16 May 2015 19:14:04 -0400 From: Erik Moe Subject: RPI2 performance comparison using LINPACK Message-Id: <1B7FC791-3DEE-4310-8BE0-BBB3C8E34C78@rcn.com> Date: Sat, 16 May 2015 18:14:03 -0500 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) 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: Sat, 16 May 2015 23:34:12 -0000 I=E2=80=99ve been lurking on this list for a while. I got interested = in the discussion about RPI2 performance on FreeBSD and how it compared = to Linux. I found this source code for LINPACK and thought it would be = good for comparison: http://www.netlib.org/benchmark/linpackc.new = . I built FreeBSD using = crochet and 11.0-CURRENT. For my Linux system I used Raspbian, the = 2015-05-05 release. First for the Linux results, I complied LINPACK = using =E2=80=9Cgcc -O3 -o linpack linpack.c -lm=E2=80=9D: Enter array size (q to quit) [200]: =20 Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 64 0.84 90.48% 3.57% 5.95% 111257.384 128 1.69 90.53% 1.78% 7.69% 112683.761 256 3.38 90.24% 2.66% 7.10% 111966.030 512 6.76 95.27% 1.78% 2.96% 107186.992 1024 13.52 90.31% 2.81% 6.88% 111699.232 Then I ran the same on FreeBSD, using the same options: "cc -O3 -o = linpack linpack.c -lm=E2=80=9D: Enter array size (q to quit) [200]: =20 Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 8 0.70 92.22% 3.33% 4.44% 16352.248 16 1.41 92.78% 2.22% 5.00% 16447.875 32 2.79 92.16% 3.08% 4.76% 16544.627 64 5.59 92.03% 2.80% 5.17% 16593.432 128 11.18 91.75% 2.87% 5.38% 16617.942 Then I recompiled LINPACK for FreeBSD using =E2=80=9Ccc -O3 -o linpack = linpack.c -lm -mfloat-abi=3Dsoftfp=E2=80=9D: Enter array size (q to quit) [200]: =20 Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 32 0.60 87.01% 0.00% 12.99% 83957.811 64 1.21 86.45% 4.52% 9.03% 79789.693 128 2.43 89.71% 2.57% 7.72% 78399.628 256 4.85 90.82% 2.74% 6.44% 77455.055 512 9.71 89.86% 3.14% 7.00% 77857.070 1024 19.48 90.53% 3.13% 6.34% 77090.170 Then finally I enabled powerd on FreeBSD and ran LINPACK with the same = compile options, =E2=80=9Ccc -O3 -o linpack linpack.c -lm = -mfloat-abi=3Dsoftfp=E2=80=9D: Enter array size (q to quit) [200]: =20 Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 64 0.81 95.19% 1.92% 2.88% 111389.571 128 1.62 89.37% 4.83% 5.80% 115388.171 256 3.23 91.06% 2.42% 6.52% 116282.653 512 6.47 89.86% 3.02% 7.13% 117038.717 1024 12.97 90.54% 3.31% 6.14% 115536.294 The FreeBSD results were very similar to Linux as long as it was = compiled with "-mfloat-abi=3Dsoftfp=E2=80=9D and the cpu is running at = the full 900Mhz. I tried to compile the Linux version of LINPACK using = "-mfloat-abi=3Dsoft=E2=80=9D, but got the error "linpack uses VFP = register arguments, /tmp/cc24nslQ.o does not=E2=80=9D, so I assume that = it doesn=E2=80=99t support a soft floating-point implementation. = FreeBSD must default to "-mfloat-abi=3Dsoft=E2=80=9D. Raspbian must = default to "-mfloat-abi=3Dhard=E2=80=9D because that=E2=80=99s the only = option that would work neither "-mfloat-abi=3Dsoft=E2=80=9D or = -mfloat-abi=3Dsoftfp=E2=80=9D would link. Will hard float work for = FreeBSD if I compile with "TARGET_ARCH=3Darmv6hf=E2=80=9D? Erik