From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 14:39:24 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 D0F8715F for ; Sun, 19 Apr 2015 14:39:24 +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 9A8BA22A for ; Sun, 19 Apr 2015 14:39:24 +0000 (UTC) Received: by oign205 with SMTP id n205so107014038oig.2 for ; Sun, 19 Apr 2015 07:39:23 -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=JetlgRNKUSX51TXU8UNCrtRiv0khc/Srz0lRbe/cYMA=; b=CavZZghAmcbxHbxG/QTKBZcaFeuUBuMJZcjYwzQM+g3Rm6Xrs7wLVMG5bKRFe9X32Z fnUAlcwpIF7Wgx/k7HZkapIDaqtSJg/KzdeEu2FYsdhcYkuCWxoSC97S7OaWmz3jOdWM KYMXYXXL1uYgq1H9fyLaufefE321bl24i04HACPsR8iu5Rw8I4IwYmb1brRRIvbv2xh4 N7ckXwLBibkUvT0rL/ozFbttq7YKQmJPllk979Ekd9siJpfMokLTz7inx4B8kHx+Scb3 +aEb7BHmM6LmXwwou65t8toXrLI6hHS2oqdhuMbi8HKKFx7VT0CyXT9VphBPZLCQud00 qItg== MIME-Version: 1.0 X-Received: by 10.182.196.34 with SMTP id ij2mr10562791obc.71.1429454363636; Sun, 19 Apr 2015 07:39:23 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 07:39:23 -0700 (PDT) Date: Sun, 19 Apr 2015 07:39:23 -0700 Message-ID: Subject: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble 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: Sun, 19 Apr 2015 14:39:24 -0000 I'm having a problem using crochet to build Wandboard-Dual. Failed to build FreeBSD ubldr Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log This command is failing: https://gist.github.com/waitman/d53ea6d7139cc960bc2f For some reason it wants to link with /usr/lib/libstand.a, which is incorrect architecture (simplified) cc -o loader.sym /usr/lib/libstand.a probably should link to this one instead? ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a I think this part of the build is happening here: lib/freebsd.sh freebsd_ubldr_build ( ) { } config.sh: https://gist.github.com/waitman/6c6a3e4a7ea3a195366c crochet version: # git rev-parse HEAD 168939eefc 78c3c63fa4859c11defd7bfa619b0e # uname -a FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281689: Sat Apr 18 14:20:54 PDT 2015 waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 Thanks, -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:19: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 0D855803 for ; Sun, 19 Apr 2015 15:19:20 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::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 C93A3809 for ; Sun, 19 Apr 2015 15:19:19 +0000 (UTC) Received: by oblw8 with SMTP id w8so102675729obl.0 for ; Sun, 19 Apr 2015 08:19: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 :content-type; bh=suSy5EwqLFMq3n91CkyWV7LUqIDA4zpWSmV3mhfO9ts=; b=qLrGWEYXvViSKuR9+d1CgI9vBiLhjgnX39lOtmkfEakU1aZ8Qcx008A9AqN3CzKq+E tCzmMc7FxxmeRjIyedzeLJNDbWiN4BfTuIbVovU63FsKfm4eP5bJQfcg5As6g8333mtV QgJG6lhZjnxpwchPXd3ncpSmuZQwkWTc/pdHmBuESgZVMMweVuCplnHSfOBcJNH74bzF zbW016IJb4cPEBqv1kCi3J1DUX+/blo98vMgVPiOiQE5HADwNi4mNI385bVPylFGr6D0 paiWUEAEqUcC275BsmrmzR8QUjZdmyK2gpx2LEQ5+BmHYElFFF8m40kvXRcav6+4YO/z jqpQ== MIME-Version: 1.0 X-Received: by 10.202.183.214 with SMTP id h205mr10132083oif.87.1429456759138; Sun, 19 Apr 2015 08:19:19 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 08:19:19 -0700 (PDT) In-Reply-To: References: Date: Sun, 19 Apr 2015 08:19:19 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble 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: Sun, 19 Apr 2015 15:19:20 -0000 On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble wrote: > I'm having a problem using crochet to build Wandboard-Dual. > > > Failed to build FreeBSD ubldr > Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log > > This command is failing: > https://gist.github.com/waitman/d53ea6d7139cc960bc2f > > > For some reason it wants to link with /usr/lib/libstand.a, which is > incorrect architecture > > (simplified) > cc -o loader.sym /usr/lib/libstand.a > > probably should link to this one instead? > > ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a > > > I think this part of the build is happening here: > > lib/freebsd.sh > > freebsd_ubldr_build ( ) { } > > > config.sh: > https://gist.github.com/waitman/6c6a3e4a7ea3a195366c > > crochet version: > # git rev-parse HEAD > 168939eefc 78c3c63fa4859c11defd7bfa619b0e > > # uname -a > FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r281689: Sat Apr 18 14:20:54 PDT 2015 > waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 > > Thanks, > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 LIBSTAND is set in /usr/src/share/mk/bsd.libnames.mk LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a setting LIBSTAND gets around the problem, and crochet build continues. # setenv LIBSTAND "/usr/home/waitman/crochet/work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a" # sh crochet.sh -c config.sh (somehow it's not getting set in the build) -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:33: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 7BAE6ABE; Sun, 19 Apr 2015 15:33:55 +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 42E1399E; Sun, 19 Apr 2015 15:33:55 +0000 (UTC) Received: by oift201 with SMTP id t201so108815453oif.3; Sun, 19 Apr 2015 08:33:54 -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=aHA5hrkpdUlEMKjYYXYdpnjrIBo84Xl5lGxiXLnX3e8=; b=VSeZ66WgOMgG6P7L0/6CfNB2EUUfMkRciYU3v5uwrQ3p2nt2MXdt+5QapnKf7AWXSw oLIbIUbgi0LmVcXaiA1IdnKp9LOaRanVBqAcUvL6HhjXp2d5ryC/01VtzV/lCjY9LnjR xptgSONRGCCOksp1kmf4YkoMEqI2yzfo9rzubvFM9kQrOgNjGV1KpW4ZUCuyf2rQuJKI hfjcyYu+AI7LUGAOgPwSeAYwoiAhxZ82oMIEss0BtSsv6mYmqML7Nkbe+PatwzpW1Aoc /K86OpeBlZV7vxKZxMCxVDPfcKm6Kfeeyv6x5IdtQFXSOa19wKTd9lGmerZjznVuAg/B m84w== MIME-Version: 1.0 X-Received: by 10.202.176.134 with SMTP id z128mr10262236oie.102.1429457634662; Sun, 19 Apr 2015 08:33:54 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 08:33:54 -0700 (PDT) In-Reply-To: <1429456908.1182.82.camel@freebsd.org> References: <1429456908.1182.82.camel@freebsd.org> Date: Sun, 19 Apr 2015 08:33:54 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble To: Ian Lepore 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, 19 Apr 2015 15:33:55 -0000 On Sun, Apr 19, 2015 at 8:21 AM, Ian Lepore wrote: > On Sun, 2015-04-19 at 08:19 -0700, Waitman Gobble wrote: >> On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble wrote: >> > I'm having a problem using crochet to build Wandboard-Dual. >> > >> > >> > Failed to build FreeBSD ubldr >> > Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log >> > >> > This command is failing: >> > https://gist.github.com/waitman/d53ea6d7139cc960bc2f >> > >> > >> > For some reason it wants to link with /usr/lib/libstand.a, which is >> > incorrect architecture >> > >> > (simplified) >> > cc -o loader.sym /usr/lib/libstand.a >> > >> > probably should link to this one instead? >> > >> > ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a >> > >> > >> > I think this part of the build is happening here: >> > >> > lib/freebsd.sh >> > >> > freebsd_ubldr_build ( ) { } >> > >> > >> > config.sh: >> > https://gist.github.com/waitman/6c6a3e4a7ea3a195366c >> > >> > crochet version: >> > # git rev-parse HEAD >> > 168939eefc 78c3c63fa4859c11defd7bfa619b0e >> > >> > # uname -a >> > FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> > r281689: Sat Apr 18 14:20:54 PDT 2015 >> > waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 >> > >> > Thanks, >> > >> > -- >> > Waitman Gobble >> > Los Altos California USA >> > 510-830-7975 >> >> LIBSTAND is set in /usr/src/share/mk/bsd.libnames.mk >> >> LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a >> >> setting LIBSTAND gets around the problem, and crochet build continues. >> >> # setenv LIBSTAND >> "/usr/home/waitman/crochet/work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a" >> # sh crochet.sh -c config.sh >> >> (somehow it's not getting set in the build) >> > > Somebody reported this on IRC yesterday as well, but I can't reproduce > it here. I don't use crochet, so it must be doing something a bit > different to end up with the lib from /usr instead of the local one in > objdir. There should be no need to set LIBSTAND externally. > > -- Ian > > Thanks for the reply. Unfortunately I missed the discussion on IRC. I suppose I'll have to backtrack through and find out where it _should_ be set to solve the problem. (?) For now, the workaround gets the build to finish. -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:40: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 98A49C57 for ; Sun, 19 Apr 2015 15:40:57 +0000 (UTC) Received: from relay.mailchannels.net (nov-007-i569.relay.mailchannels.net [46.232.183.123]) by mx1.freebsd.org (Postfix) with ESMTP id B170CA51 for ; Sun, 19 Apr 2015 15:40:54 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (ip-10-33-12-218.us-west-2.compute.internal [10.33.12.218]) by relay.mailchannels.net (Postfix) with ESMTPA id 38330433E; Sun, 19 Apr 2015 15:40:44 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp4.ore.mailhop.org (smtp4.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, 19 Apr 2015 15:40:44 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1429458044354:2911204339 X-MC-Ingress-Time: 1429458044354 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 1YjrKt-00024W-65; Sun, 19 Apr 2015 15:40:43 +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 t3JFef9C027633; Sun, 19 Apr 2015 09:40:41 -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+AIJRt+LxSnhF0N+fVGfeK Message-ID: <1429458041.1182.86.camel@freebsd.org> Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Ian Lepore To: Waitman Gobble Cc: "freebsd-arm@freebsd.org" Date: Sun, 19 Apr 2015 09:40:41 -0600 In-Reply-To: References: <1429456908.1182.82.camel@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, 19 Apr 2015 15:40:57 -0000 On Sun, 2015-04-19 at 08:33 -0700, Waitman Gobble wrote: > On Sun, Apr 19, 2015 at 8:21 AM, Ian Lepore wrote: > > On Sun, 2015-04-19 at 08:19 -0700, Waitman Gobble wrote: > >> On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble wrote: > >> > I'm having a problem using crochet to build Wandboard-Dual. > >> > > >> > > >> > Failed to build FreeBSD ubldr > >> > Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log > >> > > >> > This command is failing: > >> > https://gist.github.com/waitman/d53ea6d7139cc960bc2f > >> > > >> > > >> > For some reason it wants to link with /usr/lib/libstand.a, which is > >> > incorrect architecture > >> > > >> > (simplified) > >> > cc -o loader.sym /usr/lib/libstand.a > >> > > >> > probably should link to this one instead? > >> > > >> > ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a > >> > > >> > > >> > I think this part of the build is happening here: > >> > > >> > lib/freebsd.sh > >> > > >> > freebsd_ubldr_build ( ) { } > >> > > >> > > >> > config.sh: > >> > https://gist.github.com/waitman/6c6a3e4a7ea3a195366c > >> > > >> > crochet version: > >> > # git rev-parse HEAD > >> > 168939eefc 78c3c63fa4859c11defd7bfa619b0e > >> > > >> > # uname -a > >> > FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > >> > r281689: Sat Apr 18 14:20:54 PDT 2015 > >> > waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 > >> > > >> > Thanks, > >> > > >> > -- > >> > Waitman Gobble > >> > Los Altos California USA > >> > 510-830-7975 > >> > >> LIBSTAND is set in /usr/src/share/mk/bsd.libnames.mk > >> > >> LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a > >> > >> setting LIBSTAND gets around the problem, and crochet build continues. > >> > >> # setenv LIBSTAND > >> "/usr/home/waitman/crochet/work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a" > >> # sh crochet.sh -c config.sh > >> > >> (somehow it's not getting set in the build) > >> > > > > Somebody reported this on IRC yesterday as well, but I can't reproduce > > it here. I don't use crochet, so it must be doing something a bit > > different to end up with the lib from /usr instead of the local one in > > objdir. There should be no need to set LIBSTAND externally. > > > > -- Ian > > > > > > Thanks for the reply. Unfortunately I missed the discussion on IRC. > > I suppose I'll have to backtrack through and find out where it > _should_ be set to solve the problem. (?) For now, the workaround gets > the build to finish. > It shouldn't be set anywhere, it should just work. That's kind of my point... my build process is just the standard "make buildworld TARGET_ARCH=armv6hf UBDLR_ADDR=" and it just works. I don't know what crochet is doing differently (and you only included a fragment of the build log that didn't include the command used to start the build). -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 15:49: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 B7A87E26; Sun, 19 Apr 2015 15:49:40 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::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 7E14DA84; Sun, 19 Apr 2015 15:49:40 +0000 (UTC) Received: by oblw8 with SMTP id w8so102958987obl.0; Sun, 19 Apr 2015 08:49: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=Dy2gE19wT4x1jwRucd86xRI1OBtC1mXpmmulj6sKARs=; b=WLWPYWkLlJ3/PXI/y60XcVo4gz/LF2JsaGu5cH2DF9yqUe5y9IqPBfoMhWc5KaxOiN h3shH+lQT/jt8W77fTuaHzJC9Fzz7JQJR1INmq64gwOqQl7eNmG6C0NTkYrpAl84lwv2 ZGdPUX6VR1E+pctdni3/vm0cVbPXJaDyrLbAKJGopkb5EU9kz6FOcLJDt/chEVpBwjQq kNpF2lHT7SJw3V89ncsayoBe2h4tnO2L7hcPYA5/0XM5xXMhBBDDK7L1rLLO9b5zxBFG 4wA/MaVwtLWIGnppXc7Ep0JIALOc46ChA4/8OfKCceGjbKsk59MEQl8McQCRv2Oos0Qj Lp9w== MIME-Version: 1.0 X-Received: by 10.60.15.133 with SMTP id x5mr10845603oec.80.1429458579257; Sun, 19 Apr 2015 08:49:39 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 08:49:39 -0700 (PDT) In-Reply-To: <1429458041.1182.86.camel@freebsd.org> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> Date: Sun, 19 Apr 2015 08:49:39 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble To: Ian Lepore 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, 19 Apr 2015 15:49:40 -0000 On Sun, Apr 19, 2015 at 8:40 AM, Ian Lepore wrote: > On Sun, 2015-04-19 at 08:33 -0700, Waitman Gobble wrote: >> On Sun, Apr 19, 2015 at 8:21 AM, Ian Lepore wrote: >> > On Sun, 2015-04-19 at 08:19 -0700, Waitman Gobble wrote: >> >> On Sun, Apr 19, 2015 at 7:39 AM, Waitman Gobble wrote: >> >> > I'm having a problem using crochet to build Wandboard-Dual. >> >> > >> >> > >> >> > Failed to build FreeBSD ubldr >> >> > Log in /usr/home/waitman/crochet/work/ubldr-armv6-ARTWDEV/_.ubldr.armv6-ARTWDEV.build.log >> >> > >> >> > This command is failing: >> >> > https://gist.github.com/waitman/d53ea6d7139cc960bc2f >> >> > >> >> > >> >> > For some reason it wants to link with /usr/lib/libstand.a, which is >> >> > incorrect architecture >> >> > >> >> > (simplified) >> >> > cc -o loader.sym /usr/lib/libstand.a >> >> > >> >> > probably should link to this one instead? >> >> > >> >> > ./work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a >> >> > >> >> > >> >> > I think this part of the build is happening here: >> >> > >> >> > lib/freebsd.sh >> >> > >> >> > freebsd_ubldr_build ( ) { } >> >> > >> >> > >> >> > config.sh: >> >> > https://gist.github.com/waitman/6c6a3e4a7ea3a195366c >> >> > >> >> > crochet version: >> >> > # git rev-parse HEAD >> >> > 168939eefc 78c3c63fa4859c11defd7bfa619b0e >> >> > >> >> > # uname -a >> >> > FreeBSD rpidev.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> >> > r281689: Sat Apr 18 14:20:54 PDT 2015 >> >> > waitman@rpidev.waitman.net:/usr/obj/usr/src/sys/RPIDEV amd64 >> >> > >> >> > Thanks, >> >> > >> >> > -- >> >> > Waitman Gobble >> >> > Los Altos California USA >> >> > 510-830-7975 >> >> >> >> LIBSTAND is set in /usr/src/share/mk/bsd.libnames.mk >> >> >> >> LIBSTAND?= ${DESTDIR}${LIBDIR}/libstand.a >> >> >> >> setting LIBSTAND gets around the problem, and crochet build continues. >> >> >> >> # setenv LIBSTAND >> >> "/usr/home/waitman/crochet/work/obj/arm.armv6/usr/src/tmp/usr/lib/libstand.a" >> >> # sh crochet.sh -c config.sh >> >> >> >> (somehow it's not getting set in the build) >> >> >> > >> > Somebody reported this on IRC yesterday as well, but I can't reproduce >> > it here. I don't use crochet, so it must be doing something a bit >> > different to end up with the lib from /usr instead of the local one in >> > objdir. There should be no need to set LIBSTAND externally. >> > >> > -- Ian >> > >> > >> >> Thanks for the reply. Unfortunately I missed the discussion on IRC. >> >> I suppose I'll have to backtrack through and find out where it >> _should_ be set to solve the problem. (?) For now, the workaround gets >> the build to finish. >> > > It shouldn't be set anywhere, it should just work. That's kind of my > point... my build process is just the standard "make buildworld > TARGET_ARCH=armv6hf UBDLR_ADDR=" and it just works. I don't > know what crochet is doing differently (and you only included a fragment > of the build log that didn't include the command used to start the > build). > > -- Ian > > Sorry, I'll have to start the build over fresh to get the complete log. Starting the build over wiped it out. I'll start it now and post later today. Thanks, -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 19:12: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 6B328D15 for ; Sun, 19 Apr 2015 19:12:13 +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 30DBCDB for ; Sun, 19 Apr 2015 19:12:12 +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 1YjuBs-004cg6-OO; Sun, 19 Apr 2015 20:43:36 +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: Raspberry Pi B+ freeze during booting (new: r281074 causing it) In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 2015 20:43:36 +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: Sun, 19 Apr 2015 19:12:13 -0000 Hello, I wrote at Wed, 15 Apr 2015 14:30:48 +0200: > with r281139 my RPi freeze while booting. The last two lines logged > are always the same and belong to the ethernet interface. > > ue0: on smsc0 > ue0: Ethernet address: b8:eb:71:8a:6d:0b > > [...] the last revision which kernel boots here successful is 281073. Release 281074 is the first one which shows the described problem. I tried to break into the kernel debugger or booted with verbose mode turned on to get more information. Unfortunately without any success. The log entry of release 281074 says Remove the extra copy of uart_fdt_get_clock and uart_fdt_get_shift. While here also use OF_getencprop in uart_fdt_get_clock. As I am using the boot console on serial port I am using a slightly changed kernel configuration (RPI-Bsc) with #device vt #device kbdmux #device ukbd commented as suggested in the default kernel configuration (RPI-B). Any suggestions what to do? Some ideas: - r281074 changes OF_getprop into OF_getencprop uart_cpu_fdt.c should I reverse it and give it a try? - Also the extra copy of uart_fdt_get_clock() in uart_bus_fdt.c contained the line *cell = fdt32_to_cpu(clock); just before the return(0); uart_fdt_get_clock() in uart_cpu_fdt.c r281073 contained it as well, but it was deleted in r281074. Was this statement useless? Ralf From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 19:28:58 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 0D7531FC for ; Sun, 19 Apr 2015 19:28:58 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 E30B3259 for ; Sun, 19 Apr 2015 19:28:57 +0000 (UTC) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id E45CD193655; Sun, 19 Apr 2015 19:28:49 +0000 (UTC) Message-ID: <553401F1.3030609@ignoranthack.me> Date: Sun, 19 Apr 2015 12:28:49 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: jungle Boogie CC: "freebsd-arm@freebsd.org" Subject: Re: lastest poudriere run, armv6hf target References: <55316705.9020506@ignoranthack.me> In-Reply-To: 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, 19 Apr 2015 19:28:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/18/15 15:25, jungle Boogie wrote: > Hi Sean, On 17 April 2015 at 13:03, Sean Bruno > wrote: >> > http://chips.ysv.freebsd.org/build.html?mastername=11armv6hf-default&b uild=2015-04-13_18h44m36s > > > > Not bad. This will probably be the last of the unofficial runs > that I do as we are transitioning to official hardware/repos. > > >> I don't suppose these will work on beagle bone black arm devices, >> correct? > Well, it should. You have found a bug. :-) I'll take a look, but the repo is returning an AMD64 arch. That's bad. sean >> # cat /etc/pkg/FreeBSD.conf > >> FreeBSD: { url: >> "http://chips.ysv.freebsd.org/packages/11armv6hf-default/" # >> mirror_type: "srv", # signature_type: "fingerprints", >> #fingerprints: "/usr/share/keys/pkg", enabled: yes } > > >> # pkg update Updating FreeBSD repository catalogue... Fetching >> meta.txz: 100% 824 B 0.8kB/s 00:01 Fetching >> packagesite.txz: 100% 4 MiB 4.0MB/s 00:01 Processing >> entries: 0% pkg: wrong architecture: freebsd:11:x86:64 instead >> of FreeBSD:11:armv6 pkg: repository FreeBSD contains packages >> with wrong ABI: freebsd:11:x86:64 Processing entries: 100% pkg: >> Unable to update repository FreeBSD > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVNAHxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k/XYH/3cg/1ymtmfa6vSCOf/269+4 acv7vSFcGPuNRI7LcUX5DzgNPgzyUH/4CUdayn+qJh9Yo+afxjvKQ4VorwlVtoa5 CzGBoHI1r3lq7hUfshOsVinaSs8UlH/nfkOfWOlX+XYdkBL0d24y7o74nDSZk6gv kDpt6WGHbvPA5Ih15MGJ64O4zmIi3VfXGEi7KRNxO7RVsJHs4b60k5n88a5+SFW1 mW4xsF0l8RRYuLMBIm9zJGi6UnEmo5ZCT8J2JwA6i31rnQ0DavoBq2e17ySoiCkV zkTnLA79LTNAXqJMO/p1EIUtllkdnNiz7pF6rHmvdFc7uQVrHgLcHDGiYzjIXds= =0TXD -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 19:31: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 D87D8247 for ; Sun, 19 Apr 2015 19:31:46 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::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 72A2F32A for ; Sun, 19 Apr 2015 19:31:46 +0000 (UTC) Received: by wgyo15 with SMTP id o15so159063421wgy.2 for ; Sun, 19 Apr 2015 12:31:45 -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=XMxaJxkAB1gyjEK3EcHY2NHXtLLQPUfJyHTaS6Feye8=; b=qhtK30qdAGE38jLiPrkV225ofzDG8MTEqXVbHNCRu//TUk/S3/nCix4/FvNmU8eDdN H4Ee9pG11Fz4Z5f+u/cPM+Ua1bWvvN0seNvoJBuzbeS3VOXUXo3zEaefSYf21VPC7HJV 0Nh2/arcs0IInTyPVyoPuaiHJrInhdjRqUGqXSEOfQOSpaYBAkySgOTonYjltkgSucXO 3+p1ncBrpwgK6xur4Fd4KxPNcEiRkUdrUD6h4rouOtFnlz7HKiTF+ulJcqpATY5AuEQO sRkXUCJUIZWky6jjle/ZWvuezDaEx9z/oN25HvDd6/luWfQmbYlnM8gXoV714UcxtsH2 GftA== MIME-Version: 1.0 X-Received: by 10.180.73.198 with SMTP id n6mr19476252wiv.3.1429471905080; Sun, 19 Apr 2015 12:31:45 -0700 (PDT) Received: by 10.180.10.229 with HTTP; Sun, 19 Apr 2015 12:31:45 -0700 (PDT) In-Reply-To: References: Date: Sun, 19 Apr 2015 16:31:45 -0300 Message-ID: Subject: Re: Raspberry Pi B+ freeze during booting (new: r281074 causing it) From: Luiz Otavio O Souza To: Ralf Wenk 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, 19 Apr 2015 19:31:46 -0000 On 19 April 2015 at 15:43, Ralf Wenk wrote: > Hello, > > I wrote at Wed, 15 Apr 2015 14:30:48 +0200: >> with r281139 my RPi freeze while booting. The last two lines logged >> are always the same and belong to the ethernet interface. >> >> ue0: on smsc0 >> ue0: Ethernet address: b8:eb:71:8a:6d:0b >> >> [...] > > the last revision which kernel boots here successful is 281073. > Release 281074 is the first one which shows the described problem. > > I tried to break into the kernel debugger or booted with verbose mode > turned on to get more information. Unfortunately without any success. > > The log entry of release 281074 says > > Remove the extra copy of uart_fdt_get_clock and uart_fdt_get_shift. > While here also use OF_getencprop in uart_fdt_get_clock. > > > As I am using the boot console on serial port I am using a slightly > changed kernel configuration (RPI-Bsc) with > > #device vt > #device kbdmux > #device ukbd > > commented as suggested in the default kernel configuration (RPI-B). > > > Any suggestions what to do? > > Some ideas: > - r281074 changes OF_getprop into OF_getencprop uart_cpu_fdt.c should I > reverse it and give it a try? > > - Also the extra copy of uart_fdt_get_clock() in uart_bus_fdt.c contained > the line > *cell = fdt32_to_cpu(clock); > just before the return(0); uart_fdt_get_clock() in uart_cpu_fdt.c > r281073 contained it as well, but it was deleted in r281074. > Was this statement useless? > > Ralf Hi, This issue was fixed on r281200 Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 20:00: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 CE39B9AE for ; Sun, 19 Apr 2015 20:00:44 +0000 (UTC) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.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 9A4E677E for ; Sun, 19 Apr 2015 20:00:43 +0000 (UTC) Received: by obcux3 with SMTP id ux3so94937obc.2 for ; Sun, 19 Apr 2015 13:00:42 -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=7ezo2HQIf0uCusXbR2+y2k310hmKvuc2F6XEr247rwE=; b=D5d9Hnp+FmcVysXL+6IdRu+s1HVYJMbyvugYETSd7SDTeMMpeWkWcHlQL9N6iNhstv 5VWcz7fPAJ2LxK9uotQpSmUmFPYEUuE4eaValJ4lKwEdnYG6P2vugb0oYkO8UhJhRYrL Jl+7eZw/3j11OakE6T35wF4WLOdDIUITBK/TyVbmfSXlul16D3ndexbqxQ7Qe7cC9ktF zGfUfRyQcBkHBO5N1b0yAJQspcdMutn0f9mzGTYF63INwgMLSM8jS5p92Q4UK4tWkWlj vTpYAnKw5XW0ZPDF+6kak6AsalF333OIMary/JVYiwfY8EcYwbWRILlY1GMSEknneL+k ptiQ== X-Gm-Message-State: ALoCoQkfKNgAWZDKGhtEUs8xGHAStrKAkjotMl8tfzkuJAQ29LTzw7iScr0KjY2bix4+ZrE6aqdT MIME-Version: 1.0 X-Received: by 10.60.147.165 with SMTP id tl5mr11427057oeb.81.1429473642595; Sun, 19 Apr 2015 13:00:42 -0700 (PDT) Received: by 10.60.63.72 with HTTP; Sun, 19 Apr 2015 13:00:42 -0700 (PDT) In-Reply-To: References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> Date: Sun, 19 Apr 2015 23:00:42 +0300 Message-ID: Subject: Re: mmc/sd driver testing. From: Alexander Fedorov To: Luiz Otavio O Souza Cc: Bas Vermin , "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, 19 Apr 2015 20:00:44 -0000 Hi Luiz! Your patches work great to me! It works good on my PC-Duino with typical use cases. I'm performing 'make buildworld' tomorrow to make all thing up and kicking=). Thanks. 2015-04-18 6:32 GMT+03:00 Luiz Otavio O Souza : > On 16 April 2015 at 19:32, Luiz Otavio O Souza wrote: >> On 16 April 2015 at 18:41, Alexander Fedorov wrote: >>> Hello! >>> >>> If it helps, I've updated my patch to CURRENT r281599. >>> >>> These are the changes from the previous version: >>> - Style fixes, suggested by Ian. >>> - Speed improovment (reading from 2 MB/s to 5-6 MB/s, writing from 0.8 >>> to 1.5 MB/s). >>> - Use bus_space_write_multi_4/bus_space_read_multi_4 for large blocks. >>> - Multiblock I/O support. >> >> I did a few changes to your driver and now I need some help with >> testing (I have tested only on Cubieboard2 so far). >> >> The changes include: >> >> - better error handling on mmc_acquire_host(); >> - Removed the busy loops from interrupt handler; >> - Use PLL6 as the clock source for MMC/SD (from netbsd); >> - Simplified interrupt handling - always unmasked and enabled (from netbsd); >> - Style(9) fixes. > > Okay, I have committed a few changes to reduce the differences and now > you need only the following patches (with a fresh -head): > > http://loos.com.br/allwinner/a10_mmc.diff > http://loos.com.br/allwinner/kernel-conf.diff > http://loos.com.br/allwinner/sunxi-dts.diff > > Please, try it and report back :) > > Luiz From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 20:50:27 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 8B67C54D; Sun, 19 Apr 2015 20:50:27 +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 43905BF7; Sun, 19 Apr 2015 20:50:26 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t3JKQLjq021013; Sun, 19 Apr 2015 20:26:21 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 cbv5xi2jevkfa9kfew9vtxt7ps; Sun, 19 Apr 2015 20:26:16 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Tim Kientzle In-Reply-To: <1429458041.1182.86.camel@freebsd.org> Date: Sun, 19 Apr 2015 13:26:15 -0700 Cc: Waitman Gobble , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2070.6) 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, 19 Apr 2015 20:50:27 -0000 >>>=20 >>> Somebody reported this on IRC yesterday as well, but I can't = reproduce >>> it here. I don't use crochet, so it must be doing something a bit >>> different to end up with the lib from /usr instead of the local one = in >>> objdir. There should be no need to set LIBSTAND externally. >>>=20 >>=20 >> Thanks for the reply. Unfortunately I missed the discussion on IRC. >>=20 >> I suppose I'll have to backtrack through and find out where it >> _should_ be set to solve the problem. (?) For now, the workaround = gets >> the build to finish. >>=20 >=20 > It shouldn't be set anywhere, it should just work. That's kind of my > point... my build process is just the standard "make buildworld > TARGET_ARCH=3Darmv6hf UBDLR_ADDR=3D" and it just works. I = don't > know what crochet is doing differently (and you only included a = fragment > of the build log that didn't include the command used to start the > build). >=20 Crochet does use the standard build machinery; the only significant = difference is that it builds ubldr separately after a successful = buildworld. Building ubldr separately allows it to reuse the buildworld = results when building for multiple boards with the same TARGET_ARCH but = varying UBLDR_LOADADDR. The detailed logic is in lib/freebsd.sh, I=E2=80=99ve pasted it below = (with a few variables substituted in and some error checking removed to = clarify): cd ${FREEBSD_SRC} ubldr_makefiles=3D${FREEBSD_SRC}/share/mk buildenv=3D`make TARGET_ARCH=3D$TARGET_ARCH buildenvvars` cd ${FREEBSD_SRC}/sys/boot eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles = obj eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles = clean eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles = depend eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles = all cd arm/uboot eval $buildenv make UBLDR_LOADADDR=3D0x11000000 = DESTDIR=3D${UBLDR_DIR}/ BINDIR=3Dboot NO_MAN=3Dtrue -m $ubldr_makefiles = install The last bit here is just a way to get the FreeBSD makefiles to copy the = built executable to a known location (otherwise, Crochet has to = reproduce the FreeBSD build system logic for determining which objdir = layout to use). Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 21:57: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 7479119A; Sun, 19 Apr 2015 21:57:19 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::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 369B936D; Sun, 19 Apr 2015 21:57:19 +0000 (UTC) Received: by oblw8 with SMTP id w8so106323349obl.0; Sun, 19 Apr 2015 14:57:18 -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=ckMJQfFAbFLZi963xIfjgLD1x9k09cIoawM2Uxqh4ng=; b=YZs80VtKjBKoGOIy1BYNiwQpd4Y4Z0gBwSKybI+Foy2E3lnO4KdhfxxAHyUDPtcSb7 DeirlucjjP4elwNMRhUL25e6wnRK+laxvEouIWSAeGnvw3KyGWt2DvhcbOoY9W1xBkBT y+VzUT0D0aKr3yE8C7SowcSdXmDWGQDyEFzpHAqrVXNEMe5QiX2umTb1J2FVKr0Exzjd HJw6+0lc7CJJimRsT+NN9KGEQ7Eh4+F/NDvWe8bGyhWW9x7y4AlMSTsOOFfnkE3EfFBR gjdKvCIDfLgCB/opAc26lmt3JTe+nbIMiMjrwrFMAgtZoYdcNqjupy39vCW3GbUdyO7M KECw== MIME-Version: 1.0 X-Received: by 10.182.115.167 with SMTP id jp7mr11783269obb.21.1429480638551; Sun, 19 Apr 2015 14:57:18 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 14:57:18 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 14:57:18 -0700 (PDT) In-Reply-To: <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> Date: Sun, 19 Apr 2015 14:57:18 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble To: Tim Kientzle Cc: freebsd-arm@freebsd.org, Ian Lepore 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, 19 Apr 2015 21:57:19 -0000 Waitman Gobble Los Altos, California USA 510 830 7975 On Apr 19, 2015 1:26 PM, "Tim Kientzle" wrote: > > > >>> > >>> Somebody reported this on IRC yesterday as well, but I can't reproduc= e > >>> it here. I don't use crochet, so it must be doing something a bit > >>> different to end up with the lib from /usr instead of the local one i= n > >>> objdir. There should be no need to set LIBSTAND externally. > >>> > >> > >> Thanks for the reply. Unfortunately I missed the discussion on IRC. > >> > >> I suppose I'll have to backtrack through and find out where it > >> _should_ be set to solve the problem. (?) For now, the workaround gets > >> the build to finish. > >> > > > > It shouldn't be set anywhere, it should just work. That's kind of my > > point... my build process is just the standard "make buildworld > > TARGET_ARCH=3Darmv6hf UBDLR_ADDR=3D" and it just works. I do= n't > > know what crochet is doing differently (and you only included a fragmen= t > > of the build log that didn't include the command used to start the > > build). > > > > > Crochet does use the standard build machinery; the only significant difference is that it builds ubldr separately after a successful buildworld. Building ubldr separately allows it to reuse the buildworld results when building for multiple boards with the same TARGET_ARCH but varying UBLDR_LOADADDR. > > The detailed logic is in lib/freebsd.sh, I=E2=80=99ve pasted it below (wi= th a few variables substituted in and some error checking removed to clarify): > > cd ${FREEBSD_SRC} > ubldr_makefiles=3D${FREEBSD_SRC}/share/mk > buildenv=3D`make TARGET_ARCH=3D$TARGET_ARCH buildenvvars` > > cd ${FREEBSD_SRC}/sys/boot > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles o= bj > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles clean > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles depend > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefiles a= ll > > cd arm/uboot > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 DESTDIR=3D${UBLDR_DIR= }/ BINDIR=3Dboot NO_MAN=3Dtrue -m $ubldr_makefiles install > > The last bit here is just a way to get the FreeBSD makefiles to copy the built executable to a known location (otherwise, Crochet has to reproduce the FreeBSD build system logic for determining which objdir layout to use). > > Cheers, > > Tim > Thanks, So maybe its truly a documentation issue since everyone is convinced crochet is correct. I didnt see that mentioned in the docs. Waitman From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 22:25: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 F37F0627 for ; Sun, 19 Apr 2015 22:25:56 +0000 (UTC) Received: from relay.mailchannels.net (si-002-i66.relay.mailchannels.net [184.154.112.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3A19B85B for ; Sun, 19 Apr 2015 22:25:55 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp1.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 3C69B1D042F; Sun, 19 Apr 2015 22:18:33 +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, 19 Apr 2015 22:18:33 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1429481913367:3429792669 X-MC-Ingress-Time: 1429481913366 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 1YjxXs-00062N-WF; Sun, 19 Apr 2015 22:18:33 +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 t3JMIV5X028200; Sun, 19 Apr 2015 16:18:31 -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+dA9imfQ6EJr6IBirB/7G1 Message-ID: <1429481911.1182.95.camel@freebsd.org> Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Ian Lepore To: Waitman Gobble Cc: Tim Kientzle , freebsd-arm@freebsd.org Date: Sun, 19 Apr 2015 16:18:31 -0600 In-Reply-To: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> Content-Type: text/plain; charset="iso-8859-13" 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, 19 Apr 2015 22:25:57 -0000 On Sun, 2015-04-19 at 14:57 -0700, Waitman Gobble wrote: > Waitman Gobble > Los Altos, California USA > 510 830 7975 > On Apr 19, 2015 1:26 PM, "Tim Kientzle" wrote: > > > > > > >>> > > >>> Somebody reported this on IRC yesterday as well, but I can't repr= oduce > > >>> it here. I don't use crochet, so it must be doing something a bi= t > > >>> different to end up with the lib from /usr instead of the local o= ne in > > >>> objdir. There should be no need to set LIBSTAND externally. > > >>> > > >> > > >> Thanks for the reply. Unfortunately I missed the discussion on IRC= . > > >> > > >> I suppose I'll have to backtrack through and find out where it > > >> _should_ be set to solve the problem. (?) For now, the workaround = gets > > >> the build to finish. > > >> > > > > > > It shouldn't be set anywhere, it should just work. That's kind of = my > > > point... my build process is just the standard "make buildworld > > > TARGET_ARCH=3Darmv6hf UBDLR_ADDR=3D" and it just works. = I don't > > > know what crochet is doing differently (and you only included a fra= gment > > > of the build log that didn't include the command used to start the > > > build). > > > > > > > > > Crochet does use the standard build machinery; the only significant > difference is that it builds ubldr separately after a successful > buildworld. Building ubldr separately allows it to reuse the buildworl= d > results when building for multiple boards with the same TARGET_ARCH but > varying UBLDR_LOADADDR. > > > > The detailed logic is in lib/freebsd.sh, I=FFve pasted it below (with= a few > variables substituted in and some error checking removed to clarify): > > > > cd ${FREEBSD_SRC} > > ubldr_makefiles=3D${FREEBSD_SRC}/share/mk > > buildenv=3D`make TARGET_ARCH=3D$TARGET_ARCH buildenvvars` > > > > cd ${FREEBSD_SRC}/sys/boot > > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefil= es obj > > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefil= es > clean > > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefil= es > depend > > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 -m $ubldr_makefil= es all > > > > cd arm/uboot > > eval $buildenv make UBLDR_LOADADDR=3D0x11000000 DESTDIR=3D${UBLDR= _DIR}/ > BINDIR=3Dboot NO_MAN=3Dtrue -m $ubldr_makefiles install > > > > The last bit here is just a way to get the FreeBSD makefiles to copy = the > built executable to a known location (otherwise, Crochet has to reprodu= ce > the FreeBSD build system logic for determining which objdir layout to u= se). > > > > Cheers, > > > > Tim > > >=20 > Thanks, >=20 > So maybe its truly a documentation issue since everyone is convinced > crochet is correct. I didnt see that mentioned in the docs. >=20 > Waitman I'm not in at all convinced that crochet is correct. It used to work and now it doesn't, but maybe it used to work by accident and some recent change has made that accident less fortunate. The technique Tim mentions above of using "eval $buildenv" strikes me as fragile at best. It might be a bit better if eval were replaced with env. To be really robust it should probably be something like "make buildworld installworld SUBDDIR_OVERRIDE=3Dsys/boot TARGET_ARCH=3Dwhatever UBLDR_LOADADDR=3Dwhatever DESTDIR=3Dwhatever" -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 23:11: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 5691FCE1; Sun, 19 Apr 2015 23:11:07 +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 23076BDE; Sun, 19 Apr 2015 23:11:06 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t3JNB5HN021593; Sun, 19 Apr 2015 23:11:05 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 278yqm8znb5epxikckntgtv65w; Sun, 19 Apr 2015 23:11:04 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Tim Kientzle In-Reply-To: Date: Sun, 19 Apr 2015 16:11:04 -0700 Cc: freebsd-arm , Ian Lepore Message-Id: <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> To: Waitman Gobble X-Mailer: Apple Mail (2.2070.6) 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, 19 Apr 2015 23:11:07 -0000 > > >>> Somebody reported this on IRC yesterday as well, but I can't = reproduce > > >>> it here. I don't use crochet, so it must be doing something a = bit > > >>> different to end up with the lib from /usr instead of the local = one in > > >>> objdir. There should be no need to set LIBSTAND externally. > > >>> > > >> > > >> Thanks for the reply. Unfortunately I missed the discussion on = IRC. > > >> > > >> I suppose I'll have to backtrack through and find out where it > > >> _should_ be set to solve the problem. (?) For now, the workaround = gets > > >> the build to finish. > > >> > > > > > > > Crochet does use the standard build machinery; the only significant = difference is that it builds ubldr separately after a successful = buildworld. ... >=20 > So maybe its truly a documentation issue since everyone is convinced = crochet is correct. I didnt see that mentioned in the docs. >=20 You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t yet = have enough information to say anything more. Certainly, Ian is right = that you should not have to set LIBSTAND to make this work. Unfortunately, it will be at least a few days before I have a chance to = try reproducing what you=E2=80=99re seeing. If you can reproduce it = consistently, please let me know; I could work up some patches based on = Ian=E2=80=99s suggestions and you could try them to see if they change = anything. Another things to try: blow away Crochet=E2=80=99s work directory = before you next rebuild. In particular, that will ensure that your = world build and ubldr build are consistent with each other. Let us know if you find anything else, Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 23:45: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 1CEE339F; Sun, 19 Apr 2015 23:45:56 +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 E9D8EF12; Sun, 19 Apr 2015 23:45:55 +0000 (UTC) Received: from gromit.chumby.lan (c-71-63-94-21.hsd1.va.comcast.net [71.63.94.21]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 6B862DC1; Sun, 19 Apr 2015 19:45:48 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: lastest poudriere run, armv6hf target From: Paul Mather In-Reply-To: <55316705.9020506@ignoranthack.me> Date: Sun, 19 Apr 2015 19:45:47 -0400 Cc: freeBSD-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> References: <55316705.9020506@ignoranthack.me> To: sbruno@freebsd.org 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, 19 Apr 2015 23:45:56 -0000 On Apr 17, 2015, at 4:03 PM, Sean Bruno wrote: > = http://chips.ysv.freebsd.org/build.html?mastername=3D11armv6hf-default&bui= ld=3D2015-04-13_18h44m36s >=20 > Not bad. This will probably be the last of the unofficial runs that I > do as we are transitioning to official hardware/repos. >=20 > sean Are these packages built on native ARM hardware via Poudriere or are = they cross-built? For a while, I have been cross-building my armv6 packages on an amd64 system using Poudriere via qemu-arm-static. Recently, I've been interested in trying armv6hf on my BeagleBone Black. When I try to build an armv6hf jail via Poudriere it complains "Error: You need to setup an emulator with binmiscctl(8) for armv6hf". What binmiscctl signature do I need for armv6hf? Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Sun Apr 19 23:50:01 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 C0993406; Sun, 19 Apr 2015 23:50:01 +0000 (UTC) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 26453F28; Sun, 19 Apr 2015 23:50:00 +0000 (UTC) Received: from ppp118-210-222-10.lns20.adl6.internode.on.net (HELO midget.dons.net.au) ([118.210.222.10]) by ipmail05.adl6.internode.on.net with ESMTP; 20 Apr 2015 09:14:45 +0930 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t3JNiZAD020433 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Apr 2015 09:14:43 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: crochet build fails at ubldr Wandboard-Dual Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: text/plain; charset=utf-8 From: "O'Connor, Daniel" In-Reply-To: <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> Date: Mon, 20 Apr 2015 09:14:35 +0930 Cc: Waitman Gobble , freebsd-arm , Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2098) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 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, 19 Apr 2015 23:50:01 -0000 > On 20 Apr 2015, at 08:41, Tim Kientzle wrote: >>>=20 >>> Crochet does use the standard build machinery; the only significant = difference is that it builds ubldr separately after a successful = buildworld. ... >>=20 >> So maybe its truly a documentation issue since everyone is convinced = crochet is correct. I didnt see that mentioned in the docs. >>=20 > You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t yet = have enough information to say anything more. Certainly, Ian is right = that you should not have to set LIBSTAND to make this work. >=20 > Unfortunately, it will be at least a few days before I have a chance = to try reproducing what you=E2=80=99re seeing. If you can reproduce it = consistently, please let me know; I could work up some patches based on = Ian=E2=80=99s suggestions and you could try them to see if they change = anything. >=20 > Another things to try: blow away Crochet=E2=80=99s work directory = before you next rebuild. In particular, that will ensure that your = world build and ubldr build are consistent with each other. I had this issue also and worked around it by modifying the loader = Makefiles to set LIBSTAND. diff --git a/sys/boot/arm/uboot/Makefile b/sys/boot/arm/uboot/Makefile index e0ea828..cbd173e 100644 --- a/sys/boot/arm/uboot/Makefile +++ b/sys/boot/arm/uboot/Makefile @@ -113,6 +113,8 @@ CFLAGS+=3D -I${.CURDIR}/../../../../lib/libstand/ # clang doesn't understand %D as a specifier to printf NO_WERROR.clang=3D +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a + DPADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} = ${LIBSTAND} LDADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} = -lstand diff --git a/sys/boot/efi/loader/Makefile b/sys/boot/efi/loader/Makefile index 5585f78..55b8673 100644 --- a/sys/boot/efi/loader/Makefile +++ b/sys/boot/efi/loader/Makefile @@ -29,6 +29,8 @@ SRCS=3D autoload.c \ .PATH: ${.CURDIR}/../../i386/libi386 .include "${.CURDIR}/arch/${MACHINE}/Makefile.inc" +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a + CFLAGS+=3D -I${.CURDIR} CFLAGS+=3D -I${.CURDIR}/arch/${MACHINE} CFLAGS+=3D -I${.CURDIR}/../include I did it that way because I noticed some other loader Makfiles set = LIBSTAND so I assumed it was removed incorrectly from the arm and uefi = ones. I nuked the work directory with no effect. Crochet used the following command to build -=20 sudo env MAKEOBJDIRPREFIX=3D/src/arm/crochet/work/obj/arm.armv6 = MACHINE_ARCH=3Darmv6 MACHINE=3Darm CPUTYPE=3D = GROFF_BIN_PATH=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/= legacy/usr/bin = GROFF_FONT_PATH=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp= /legacy/usr/share/groff_font = GROFF_TMAC_PATH=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp= /legacy/usr/share/tmac = _SHLIBDIRPREFIX=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp= _LDSCRIPTROOT=3D VERSION=3D"FreeBSD 11.0-CURRENT armv6 1100069" = INSTALL=3D"sh /src/FreeBSD-HEAD/tools/install.sh" = PATH=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/legacy/usr= /sbin:/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/legacy/usr/= bin:/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/legacy/bin:/s= rc/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/usr/sbin:/src/arm/c= rochet/work/obj/arm.armv6/src/FreeBSD-HEAD/tmp/usr/bin:/sbin:/bin:/usr/sbi= n:/usr/bin CC=3D"cc " CXX=3D"c++ " DEPFLAGS=3D"" CPP=3D"cpp " AS=3D"as" = AR=3D"ar" LD=3D"ld" NM=3Dnm OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" = RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" make UBLDR_LOADADDR=3D0x88000000 = -m /src/FreeBSD-HEAD/share/mk all=20 Adding = LIBSTAND=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/lib/libsta= nd/libstand.a made it work, so I then modified the makefiles. (I was the person who reported it on IRC :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 02:52:27 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 2C88D65C for ; Mon, 20 Apr 2015 02:52:27 +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 17A7D289 for ; Mon, 20 Apr 2015 02:52:27 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3K2qQo5050320 for ; Mon, 20 Apr 2015 02:52:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Mon, 20 Apr 2015 02:52:27 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 02:52:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 Bug ID: 199554 Summary: clang assembler generates errors for .uleb128 Product: Base System Version: 11.0-CURRENT Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6hf-default/20 15-04-19_22h30m33s/logs/errors/texlive-base-20140525_6 .log OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org CC: dim@FreeBSD.org I'm guessing that GAS understands the ARM assembly directive: .uleb128 94, 10 Clang --integrated-as does not: lj_vm_asm.s:2653:13: error: unexpected token in directive .uleb128 94, 10 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 04:58:45 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 0D5133B4; Mon, 20 Apr 2015 04:58:45 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::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 C4A1FDE; Mon, 20 Apr 2015 04:58:44 +0000 (UTC) Received: by obcux3 with SMTP id ux3so5606999obc.2; Sun, 19 Apr 2015 21:58:44 -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=7tjpbAv0zya1jDLnFJQG12MO+sU1O6zYsCpX2Xr+zg8=; b=xF2Bk9emojUXW53QFJwW5GKxfipwQHH2Yu3ILWMDT9AkyAJT7VNYJGYkWhxZ9rpsV1 6jZepcCycq4FPfU+KPJYveP3bk38IVy0IspECQ2B6C6U6kCyx44KuJs01D9vewrYCIbu q//i6+Fq/0wavJKVNk7e/0yQtYWBQMyzBUD9gBsUIQdTk47wh60K5jIEIXhTy23c7Z/4 pzhYhASRyJ37P0GGyJ6YK4qVETtX46I9aZ9dCEUUNkueJTdTw3RxN+4JEk4scqUuhTrD SUaftc7QOa9jvA2y8gEx+g/IwYzDBsDhST49cb89csq9DYMhDzMkZ2uyh2GS4alvl4OS Ay+w== MIME-Version: 1.0 X-Received: by 10.202.183.214 with SMTP id h205mr11941736oif.87.1429505924011; Sun, 19 Apr 2015 21:58:44 -0700 (PDT) Received: by 10.202.177.85 with HTTP; Sun, 19 Apr 2015 21:58:43 -0700 (PDT) In-Reply-To: <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> Date: Sun, 19 Apr 2015 21:58:43 -0700 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Waitman Gobble To: Tim Kientzle Cc: freebsd-arm , Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 04:58:45 -0000 On Sun, Apr 19, 2015 at 4:11 PM, Tim Kientzle wrote: > >> >>> Somebody reported this on IRC yesterday as well, but I can't reprodu= ce > >> >>> it here. I don't use crochet, so it must be doing something a bit >> >>> different to end up with the lib from /usr instead of the local one = in >> >>> objdir. There should be no need to set LIBSTAND externally. >> >>> >> >> >> >> Thanks for the reply. Unfortunately I missed the discussion on IRC. >> >> >> >> I suppose I'll have to backtrack through and find out where it >> >> _should_ be set to solve the problem. (?) For now, the workaround get= s >> >> the build to finish. >> >> >> > >> >> Crochet does use the standard build machinery; the only significant >> difference is that it builds ubldr separately after a successful buildwo= rld. >> ... > > So maybe its truly a documentation issue since everyone is convinced croc= het > is correct. I didnt see that mentioned in the docs. > > > You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t yet ha= ve enough > information to say anything more. Certainly, Ian is right that you shoul= d > not have to set LIBSTAND to make this work. > > Unfortunately, it will be at least a few days before I have a chance to t= ry > reproducing what you=E2=80=99re seeing. If you can reproduce it consiste= ntly, > please let me know; I could work up some patches based on Ian=E2=80=99s s= uggestions > and you could try them to see if they change anything. > > Another things to try: blow away Crochet=E2=80=99s work directory before= you next > rebuild. In particular, that will ensure that your world build and ubldr > build are consistent with each other. > > Let us know if you find anything else, > > Tim > Thanks Tim, Here are some logs from a failed build, hopefully they shed some light. Let me know if I can send you anything else. _.ubldr.armv6-ARTWDEV.build.log https://gist.github.com/waitman/fa4be221812234324977 _.buildkernel.armv6-ARTWDEV.log https://gist.githubusercontent.com/waitman/b90fa9cdc1de1ed42c39/raw/_.build= kernel.armv6-ARTWDEV.log _.buildworld.armv6.log https://gist.github.com/waitman/4bec84195b9e47f72f60/raw/_.buildworld.armv6= .log --=20 Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 06:08: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 9D3F39B3 for ; Mon, 20 Apr 2015 06:08:33 +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 60C08A28 for ; Mon, 20 Apr 2015 06:08:33 +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 1Yk4sg-00CDfC-6c; Mon, 20 Apr 2015 08:08:30 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: Luiz Otavio O Souza cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry Pi B+ freeze during booting (new: r281074 causing it) In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Apr 2015 08:08:30 +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: Mon, 20 Apr 2015 06:08:33 -0000 Hi, On 19 Apr 2015 at 16:31:45 -0300, Luiz Otavio O Souza wrote: > On 19 April 2015 at 15:43, Ralf Wenk wrote: > > Hello, > > > > I wrote at Wed, 15 Apr 2015 14:30:48 +0200: > >> with r281139 my RPi freeze while booting. The last two lines logged > >> are always the same and belong to the ethernet interface. > >> > >> ue0: on smsc0 > >> ue0: Ethernet address: b8:eb:71:8a:6d:0b > >> > >> [...] > > > > the last revision which kernel boots here successful is 281073. > > Release 281074 is the first one which shows the described problem. > > > > [...] > > Hi, > > This issue was fixed on r281200 > > Regards, > Luiz glad to hear that. It looks like I began my search in the release window where this issue existed. Thank you. Regards Ralf From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 06:13: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 8B96BA3C for ; Mon, 20 Apr 2015 06:13:30 +0000 (UTC) Received: from sum.zhabenwang.com (sum.zhabenwang.com [178.251.230.20]) by mx1.freebsd.org (Postfix) with ESMTP id D88E7AF5 for ; Mon, 20 Apr 2015 06:13:29 +0000 (UTC) To: freebsd-arm@freebsd.org Subject: about our email marketing Message-ID: Date: Mon, 20 Apr 2015 07:39:00 +0200 From: "Louis" Reply-To: bonnietongy@sina.com MIME-Version: 1.0 X-Mailer-LID: 26 X-Mailer-RecptId: 20219458 X-Mailer-SID: 282 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: Mon, 20 Apr 2015 06:13:30 -0000 Hi, You are receiving this email because we wish you to use our target email marketing service. We specialize in providing target email marketing services to a number of businesses all over the world! Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. We wish to be your marketing partner, we can increase your business sales 2-5 times. If you would require more information please send us an email and we would be glad to discuss the project requirements with you soon. Looking forward to your positive response. Kind Regards Louis Marketing Specialist Email: wukelili@tom.com From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 07:05: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 B972AB66 for ; Mon, 20 Apr 2015 07:05:37 +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 A3EDD19B for ; Mon, 20 Apr 2015 07:05:37 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3K75buv051142 for ; Mon, 20 Apr 2015 07:05:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Mon, 20 Apr 2015 07:05:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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, 20 Apr 2015 07:05:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #1 from Dimitry Andric --- Support for this rather fuzzy syntax is added by upstream commit: http://llvm.org/viewvc/llvm-project?view=revision&revision=229911 I will import this shortly, and it's also scheduled for the llvm/clang 3.6.1 release. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 10:10: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 98AA2BCD; Mon, 20 Apr 2015 10:10:42 +0000 (UTC) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by mx1.freebsd.org (Postfix) with ESMTP id 78BA3922; Mon, 20 Apr 2015 10:10:41 +0000 (UTC) Received: from homiemail-a38.g.dreamhost.com (homie.mail.dreamhost.com [208.97.132.208]) by hapkido.dreamhost.com (Postfix) with ESMTP id 45CDD82C6F; Mon, 20 Apr 2015 03:10:41 -0700 (PDT) Received: from homiemail-a38.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a38.g.dreamhost.com (Postfix) with ESMTP id 46DF110AFC4; Mon, 20 Apr 2015 03:10:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=koffein.net; h= content-type:from:to:cc:subject:in-reply-to:references:date :message-id:content-transfer-encoding; s=koffein.net; bh=XLf+L9/ mvHJ9fY525o7uZ5zUu7E=; b=TkzHoPcpBqjEDldE8B75P68wNnL/yTnK2zrNLl5 8Jg/oxB1Vsy8jefjlVfEzNSpymE/pft6Q2AeiyKN13T0krTDvPgh1q5pqV4YhpV/ uYaZt0DZXO6xYh0cOuHNfAka8aV7Mz6XhQRqByBALsJYkng73DjnzNIZnrMnq5db Wqfs= Received: from localhost (d54c2943d.access.telenet.be [84.194.148.61]) (Authenticated sender: stl@koffein.net) by homiemail-a38.g.dreamhost.com (Postfix) with ESMTPA id D344C10AFC3; Mon, 20 Apr 2015 03:10:34 -0700 (PDT) Content-Type: text/plain; charset=UTF-8 From: Steven Lawrance To: "O'Connor, Daniel" Cc: Tim Kientzle , freebsd-arm , Ian Lepore Subject: Re: crochet build fails at ubldr Wandboard-Dual In-reply-to: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> Date: Mon, 20 Apr 2015 12:10:33 +0200 Message-Id: <1429523981-sup-2230@luwak.koffein.net> User-Agent: Sup/0.21.0 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 10:10:42 -0000 Excerpts from O'Connor, Daniel's message of 2015-04-20 09:14:35 +0930: > Adding LIBSTAND=3D/src/arm/crochet/work/obj/arm.armv6/src/FreeBSD-HEAD/= lib/libstand/libstand.a made it work, so I then modified the makefiles. >=20 > (I was the person who reported it on IRC :) I'm another one who reported it on IRC ;-) My workaround was to add DESTDIR ubldr command in the board's setup.sh: # # ubldr # -strategy_add $PHASE_BUILD_OTHER freebsd_ubldr_build UBLDR_LOADADDR=3D0x1= 1000000 +strategy_add $PHASE_BUILD_OTHER freebsd_ubldr_build UBLDR_LOADADDR=3D0x1= 1000000 DESTDIR=3D${WORKDIR}/obj/arm.${TARGET_ARCH}/${FREEBSD_SRC}/tmp/ strategy_add $PHASE_BOOT_INSTALL freebsd_ubldr_copy_ubldr ubldr However I then ran into another problem in installworld, where a couple of tools were missing. This seems to fix it: Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile.inc1 (revision 281761) +++ Makefile.inc1 (working copy) @@ -810,8 +810,8 @@ .endif =20 ITOOLS=3D [ awk cap_mkdb cat chflags chmod chown \ - date echo egrep find grep id install ${_install-info} \ - ln lockf make mkdir mtree mv pwd_mkdb \ + date echo egrep env find grep id install ${_install-info} \ + ln lockf make mkdir mktemp mtree mv pwd_mkdb \ rm sed services_mkdb sh strip sysctl test true uname wc ${_zonein= fo} \ ${LOCAL_ITOOLS} The dependency on env was added in r255775; I didn't check for mktemp. I was also going to change crochet to use U-Boot from ports for Wandboard.. --=20 Steven Lawrance From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 14:25:01 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 4826330D; Mon, 20 Apr 2015 14:25:01 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 EAB389FB; Mon, 20 Apr 2015 14:25:00 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1YkCcx-000HgA-O3; Mon, 20 Apr 2015 17:24:47 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: <07F11A62-F2A0-404E-B409-6848418A3B29@cs.huji.ac.il> Date: Mon, 20 Apr 2015 17:24:46 +0300 Cc: "freebsd-arm@freebsd.org" , Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: <62021BE7-5941-4B0C-A74D-01C9AC415AB8@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> <07F11A62-F2A0-404E-B409-6848418A3B29@cs.huji.ac.il> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.2070.6) 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, 20 Apr 2015 14:25:01 -0000 now that I=E2=80=99m ready to connect the hardware, where/how do I = configure the IRQ and RESET pins? I presume in the dts file =E2=80=A6 I probably have to reserve/define also the SPI lines? If there is some documentation I should read instead, please let me = know. cheers, danny > On Apr 18, 2015, at 4:17 PM, Daniel Braniss = wrote: >=20 >=20 >> On Apr 18, 2015, at 3:51 AM, Luiz Otavio O Souza = wrote: >>=20 >> On 17 April 2015 at 11:08, Daniel Braniss wrote: >>>=20 >>>> On Apr 17, 2015, at 4:42 PM, Warner Losh wrote: >>>>=20 >> ... >>>>=20 >>>> If you are using FDT in your system, then you=E2=80=99ll put your = device into the >>>> FDT tree below the spibus to create the device_t node in the tree. = When >>>> your module is loaded, its probe routine will be called, and you = can >>>> match based on the compatible string given in the FDT. >>>>=20 >>>=20 >>> I was afraid of that :-), this FDT stuff is new to me, and so far I = was successful >>> in adding a gpio/led, but grep has not found any spibus. >>> any chance for a small template/example ? rpi or bbb would help! >>>=20 >>> cheers >>> danny >>=20 >> Hi Daniel, >>=20 >> Here is an example of such change for RPi: http://pastie.org/10099132 >>=20 >> The SPI controller node is defined at >> sys/boot/fdt/dts/arm/bcm2835.dtsi, but usually the local changes go = in >> sys/boot/fdt/dts/arm/rpi.dts. >>=20 >> Once you boot your system you can check your DTS tree with ofwdump -a >>=20 >> Cheers, >> Luiz >=20 > pending some cosmetics, the driver gets loaded! and a /dev/rfid0 = appears! >=20 > thanks guys, I still have to figure out some magics, and some SPI = MFRC protocol. >=20 > as soon as I have a decent working version i=E2=80=99ll submit the = driver. >=20 > thanks again, >=20 > danny >=20 > _______________________________________________ > 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 Mon Apr 20 17:36: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 54569A96 for ; Mon, 20 Apr 2015 17:36: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 3F5A2650 for ; Mon, 20 Apr 2015 17:36: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 t3KHadNi046134 for ; Mon, 20 Apr 2015 17:36:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Mon, 20 Apr 2015 17:36:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@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: Mon, 20 Apr 2015 17:36:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Mon Apr 20 17:36:35 UTC 2015 New revision: 281775 URL: https://svnweb.freebsd.org/changeset/base/281775 Log: Pull in r229911 from upstream llvm trunk (by Benjamin Kramer): MC: Allow multiple comma-separated expressions on the .uleb128 directive. For compatiblity with GNU as. Binutils documents this as '.uleb128 expressions'. Subtle, isn't it? Reported by: sbruno PR: 199554 MFC after: 3 days Changes: head/contrib/llvm/lib/MC/MCParser/AsmParser.cpp -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 20:40:07 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 4D95E506 for ; Mon, 20 Apr 2015 20:40:07 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 2F2DFE74 for ; Mon, 20 Apr 2015 20:40:06 +0000 (UTC) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 39216193657; Mon, 20 Apr 2015 20:40:06 +0000 (UTC) Message-ID: <55356425.1030503@ignoranthack.me> Date: Mon, 20 Apr 2015 13:40:05 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Paul Mather CC: freeBSD-arm@freebsd.org Subject: Re: lastest poudriere run, armv6hf target References: <55316705.9020506@ignoranthack.me> <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> In-Reply-To: <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> Content-Type: text/plain; charset=windows-1252 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, 20 Apr 2015 20:40:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/19/15 16:45, Paul Mather wrote: > On Apr 17, 2015, at 4:03 PM, Sean Bruno > wrote: > >> http://chips.ysv.freebsd.org/build.html?mastername=11armv6hf-default& build=2015-04-13_18h44m36s >> >> >> Not bad. This will probably be the last of the unofficial runs that I >> do as we are transitioning to official hardware/repos. >> >> sean > > Are these packages built on native ARM hardware via Poudriere or > are they cross-built? > > For a while, I have been cross-building my armv6 packages on an > amd64 system using Poudriere via qemu-arm-static. Recently, I've > been interested in trying armv6hf on my BeagleBone Black. When I > try to build an armv6hf jail via Poudriere it complains "Error: You > need to setup an emulator with binmiscctl(8) for armv6hf". > > What binmiscctl signature do I need for armv6hf? > > > Cheers, > > Paul. > > > > Paul: I'm using the exact same signature. /usr/sbin/binmiscctl add armv6 --interpreter "/usr/local/bin/qemu-arm-static" \ - --magic "\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x0 0\x28\x00" \ - --mask "\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xf f\xff\xff" \ - --size 20 --set-enabled /usr/sbin/binmiscctl add armv6hf --interpreter "/usr/local/bin/qemu-arm-static" \ - --magic "\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x0 0\x28\x00" \ - --mask "\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xf f\xff\xff" \ - --size 20 --set-enabled sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVNWQlXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k27YH/j5O0RfOYiFiyArOjE0TLsqB 0bBixE98/f0zKp1GKvivq8F4ljNKyKj2+c9wNg/PqGHLhp2OtApDscPwBgrGD744 2SBjVjqiKhI5RLKf4z+BDMCsZ52lSsZAvEd24UQSKwCOLZxBEaqUuu5YBeWp8b7M B7BkqUmy6ijB9iwW5q2EmqdY0yPoDWT6W16SqNTQFclYI40N9NaiM+nD4Isg1xiw XFfR3q+3thJSA+LcPpJKlGy4J0RSZNowoohyxCk7/SFk0hWdT4WAC+GznmG9C96M Z8fl2/AzLM8HEBRKz9MYyj9yXT3wGodafL3/7yJwd+5CM7ajLwnVxdWkkYFc+2I= =2Rkg -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 20:58: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 64154C23 for ; Mon, 20 Apr 2015 20:58:15 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (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 383DF11B for ; Mon, 20 Apr 2015 20:58:14 +0000 (UTC) Received: by paboj16 with SMTP id oj16so218201990pab.0 for ; Mon, 20 Apr 2015 13:58:14 -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=W/At6Fnd0xbpU6T44vwt7+2SC8BsN03WM1yF3N8m9tA=; b=NeEv7Xk5NQoX6CbIODr5NDmf1gRYKqTa+xazmXZ6TU/Xwr6MHZ1LtbCH0hvkJnrprI cZoDtacrPXESBr+udL7Bg5A87uS6ALmbfpKedn9g45flyJL09J8agR/OuA7jp8AFIyEg aW26yumfBO+umvDek2WdWMdVK6DTRHv7by57GEFc3QjnPL8mYbolQZlpyJQH79P0hVS1 nKN5RUnHx79+gH0Fcpm3mREwOEdBoa3QSJsfCapg5eYQz3GUS3pIvRyfXfzaJXwggY4e 7ZpvVil1fPaMDj74Ic+12M7gtxQnoWcG9NBWQrw2AvQ4+upA4lACu++RnIcfOPdY1JVQ +FCw== X-Gm-Message-State: ALoCoQmzeBMBCWMiO35tQGwBXRCBvL4lwGy05u6rjHeP2FDwKhzQtT6O9M4fn5CwWzJI8Rq1Fy42 X-Received: by 10.70.89.138 with SMTP id bo10mr31774322pdb.146.1429563494185; Mon, 20 Apr 2015 13:58:14 -0700 (PDT) Received: from [10.64.27.48] ([69.53.236.236]) by mx.google.com with ESMTPSA id ae9sm19209378pac.25.2015.04.20.13.58.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Apr 2015 13:58:13 -0700 (PDT) Sender: Warner Losh Subject: Re: lastest poudriere run, armv6hf target Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6D02115B-695D-4001-B1B0-CC9469A6EB25"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <55356425.1030503@ignoranthack.me> Date: Mon, 20 Apr 2015 14:58:10 -0600 Cc: Paul Mather , freeBSD-arm@freebsd.org Message-Id: <012688E4-7FB6-4807-A049-014C30BE80D4@bsdimp.com> References: <55316705.9020506@ignoranthack.me> <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> <55356425.1030503@ignoranthack.me> To: sbruno@freebsd.org 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: Mon, 20 Apr 2015 20:58:15 -0000 --Apple-Mail=_6D02115B-695D-4001-B1B0-CC9469A6EB25 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 20, 2015, at 2:40 PM, Sean Bruno = wrote: >=20 > Signed PGP part > On 04/19/15 16:45, Paul Mather wrote: > > On Apr 17, 2015, at 4:03 PM, Sean Bruno > > wrote: > > > >> = http://chips.ysv.freebsd.org/build.html?mastername=3D11armv6hf-default& > build=3D2015-04-13_18h44m36s > >> > >> > >> > Not bad. This will probably be the last of the unofficial runs that I > >> do as we are transitioning to official hardware/repos. > >> > >> sean > > > > Are these packages built on native ARM hardware via Poudriere or > > are they cross-built? > > > > For a while, I have been cross-building my armv6 packages on an > > amd64 system using Poudriere via qemu-arm-static. Recently, I've > > been interested in trying armv6hf on my BeagleBone Black. When I > > try to build an armv6hf jail via Poudriere it complains "Error: You > > need to setup an emulator with binmiscctl(8) for armv6hf". > > > > What binmiscctl signature do I need for armv6hf? > > > > > > Cheers, > > > > Paul. > > > > > > > > >=20 > Paul: >=20 > I'm using the exact same signature. Sadly, there=E2=80=99s no real way to tell them apart at runtime that = I=E2=80=99ve found except to grovel in the symbol table for =E2=80=98soft float=E2=80=99. Still = looking and hoping... Warner > /usr/sbin/binmiscctl add armv6 --interpreter > "/usr/local/bin/qemu-arm-static" \ > --magic > = "\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x0 > 0\x28\x00" > \ > --mask > = "\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xf > f\xff\xff" > \ > --size 20 --set-enabled > /usr/sbin/binmiscctl add armv6hf --interpreter > "/usr/local/bin/qemu-arm-static" \ > --magic > = "\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x0 > 0\x28\x00" > \ > --mask > = "\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xf > f\xff\xff" > \ > --size 20 --set-enabled >=20 >=20 > sean >=20 > _______________________________________________ > 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" --Apple-Mail=_6D02115B-695D-4001-B1B0-CC9469A6EB25 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 iQIcBAEBCgAGBQJVNWhiAAoJEGwc0Sh9sBEAtf8QAMW8/lGwxTNKdA5m8jyfK9uq QI820eUn6Xe1LGCTfTTBU6DzM7dE8ce2ZsIXoPdAWFeiDM3Tmqrj5G+tRurAbZWC Il16ymi/ka0+igvTwREpFijIDzBAd/8EfyNhfUTocq7nVadvizNd4CTZNdrGhVR/ hlolZpb8qr8L7f8i3X+kv7+CZ6gTTs3lVJQdrryNHqo0EEMo7BNGtkRj4SBUEodi 7+Zg97Vi9/SYVuHerPVKVBTNFkqqPjzFsFP+u7uwIvcYGvjE+EZplpeQICF/BXVs +m+UiEbIMrrb2NwsDJLcbWVMlVnZGwiDj6SxS3ZumJjmqVY1DgcqWLLxzwclV6+V e6G7CGD4j/mEa1YyZdpa4HoVk5MCCGN7Eg2AHe0qQ9JSzghJw5s2IV1pdLLSiM4o kVoXl3iONXeNIu1D+invaHC0RjtU9q1wInE7cjvbiT8OvO1I3Ep5V2Jech/iSdzV DdiRpwfe/ABkQdEcix16P9b1a4YAWZ5dtrbhv9Hw964/eSPgQdjxamzGTTtluXNI PqNeoA9c/uqB8OFqMU8RIgEOfER/2LT0T82s2c5MQnusEbtYNZDICiPkF827mE5n pD6c2d0U8OKb/Wum8kWW5E0V8sa5Uv5RrK86Ry3zp4A60eIwtlB5/qi8WVYSv59F DhXulA7fowHJft4CFstW =vgWB -----END PGP SIGNATURE----- --Apple-Mail=_6D02115B-695D-4001-B1B0-CC9469A6EB25-- From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 22:09: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 03392AA9; Mon, 20 Apr 2015 22:09:36 +0000 (UTC) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id C33ABAF9; Mon, 20 Apr 2015 22:09:35 +0000 (UTC) Received: from bender.Home (97e07b11.skybroadband.com [151.224.123.17]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 041D0D7A6F; Mon, 20 Apr 2015 22:09:03 +0000 (UTC) Date: Mon, 20 Apr 2015 23:09:01 +0100 From: Andrew Turner To: Warner Losh Cc: sbruno@freebsd.org, freeBSD-arm@freebsd.org Subject: Re: lastest poudriere run, armv6hf target Message-ID: <20150420230901.666fe888@bender.Home> In-Reply-To: <012688E4-7FB6-4807-A049-014C30BE80D4@bsdimp.com> References: <55316705.9020506@ignoranthack.me> <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> <55356425.1030503@ignoranthack.me> <012688E4-7FB6-4807-A049-014C30BE80D4@bsdimp.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 22:09:36 -0000 On Mon, 20 Apr 2015 14:58:10 -0600 Warner Losh wrote: >=20 > > On Apr 20, 2015, at 2:40 PM, Sean Bruno > > wrote: > >=20 > > Signed PGP part > > On 04/19/15 16:45, Paul Mather wrote: > > > On Apr 17, 2015, at 4:03 PM, Sean Bruno > > > wrote: > > > > > >> http://chips.ysv.freebsd.org/build.html?mastername=3D11armv6hf-defau= lt& > > build=3D2015-04-13_18h44m36s > > >> > > >> > > >> > > Not bad. This will probably be the last of the unofficial runs > > that I > > >> do as we are transitioning to official hardware/repos. > > >> > > >> sean > > > > > > Are these packages built on native ARM hardware via Poudriere or > > > are they cross-built? > > > > > > For a while, I have been cross-building my armv6 packages on an > > > amd64 system using Poudriere via qemu-arm-static. Recently, I've > > > been interested in trying armv6hf on my BeagleBone Black. When I > > > try to build an armv6hf jail via Poudriere it complains "Error: > > > You need to setup an emulator with binmiscctl(8) for armv6hf". > > > > > > What binmiscctl signature do I need for armv6hf? > > > > > > > > > Cheers, > > > > > > Paul. > > > > > > > > > > > > > >=20 > > Paul: > >=20 > > I'm using the exact same signature. >=20 > Sadly, there=E2=80=99s no real way to tell them apart at runtime that I= =E2=80=99ve > found except to grovel in the symbol table for =E2=80=98soft float=E2=80= =99. Still > looking and hoping... There is an elf note containing the TARGET_ARCH. You can also use the Tag_ABI_VFP_args attribute [1]. Andrew [1] http://infocenter.arm.com/help/topic/com.arm.doc.ihi0045d/IHI0045D_ABI_adde= nda.pdf From owner-freebsd-arm@FreeBSD.ORG Mon Apr 20 22:44: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 12EFD600 for ; Mon, 20 Apr 2015 22:44:57 +0000 (UTC) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (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 D6DAFEF7 for ; Mon, 20 Apr 2015 22:44:56 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so221383460pdb.0 for ; Mon, 20 Apr 2015 15:44:49 -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=CZlqx14crX9KsvliF5eHDszQt+JL+HTVmR6QFDmyF5E=; b=D6jPhwYN7dEj7hhNyyMpGT0bNmDuB8w6B3r9J4zwQWSQT1Xb4gyEVTk7s/JSiVAtyL qU7R/Dg735zE2/AulJXMHbIvZXOZnTk/xe1mT8eCo2o7ebReY/ddvJOICLyUqbH7O5tZ FBWU8kml+PjVKV0fxm/WzIWJAxOcZaaPPEoLt8Ttrjiae7olteSQNtx8/UmCD+07uCak 76ZM38hJ6NSGDhwSqEQgcm50mIWne9s59+w42JpBMetzebBPGr6HnQfGXzkaEXDAvehi knX7Moxyfo9aJqozGGNyBozD9OMS7J6/axcZgCM/2Nhqn2/vv4j8GOmRY1VTPPmfm+l8 UJog== X-Gm-Message-State: ALoCoQkIScpW+nv816pvNm5Tr8A8f3Z0qEVZKTnO9PgvZPtp4xlXQTcRNKnh5E4P+rWL2RVzh0y4 X-Received: by 10.70.135.106 with SMTP id pr10mr1806055pdb.156.1429569889755; Mon, 20 Apr 2015 15:44:49 -0700 (PDT) Received: from [10.64.27.48] ([69.53.236.236]) by mx.google.com with ESMTPSA id oh2sm12438pbb.45.2015.04.20.15.44.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Apr 2015 15:44:48 -0700 (PDT) Sender: Warner Losh Subject: Re: lastest poudriere run, armv6hf target Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4469286D-BFD2-493A-A91F-89B313157245"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <20150420230901.666fe888@bender.Home> Date: Mon, 20 Apr 2015 16:44:45 -0600 Cc: sbruno@freebsd.org, freeBSD-arm@freebsd.org Message-Id: References: <55316705.9020506@ignoranthack.me> <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> <55356425.1030503@ignoranthack.me> <012688E4-7FB6-4807-A049-014C30BE80D4@bsdimp.com> <20150420230901.666fe888@bender.Home> To: Andrew Turner 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: Mon, 20 Apr 2015 22:44:57 -0000 --Apple-Mail=_4469286D-BFD2-493A-A91F-89B313157245 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 20, 2015, at 4:09 PM, Andrew Turner = wrote: >=20 > On Mon, 20 Apr 2015 14:58:10 -0600 > Warner Losh wrote: >=20 >>=20 >>> On Apr 20, 2015, at 2:40 PM, Sean Bruno >>> wrote: >>>=20 >>> Signed PGP part >>> On 04/19/15 16:45, Paul Mather wrote: >>>> On Apr 17, 2015, at 4:03 PM, Sean Bruno >>>> wrote: >>>>=20 >>>>> = http://chips.ysv.freebsd.org/build.html?mastername=3D11armv6hf-default& >>> build=3D2015-04-13_18h44m36s >>>>>=20 >>>>>=20 >>>>>=20 >>> Not bad. This will probably be the last of the unofficial runs >>> that I >>>>> do as we are transitioning to official hardware/repos. >>>>>=20 >>>>> sean >>>>=20 >>>> Are these packages built on native ARM hardware via Poudriere or >>>> are they cross-built? >>>>=20 >>>> For a while, I have been cross-building my armv6 packages on an >>>> amd64 system using Poudriere via qemu-arm-static. Recently, I've >>>> been interested in trying armv6hf on my BeagleBone Black. When I >>>> try to build an armv6hf jail via Poudriere it complains "Error: >>>> You need to setup an emulator with binmiscctl(8) for armv6hf". >>>>=20 >>>> What binmiscctl signature do I need for armv6hf? >>>>=20 >>>>=20 >>>> Cheers, >>>>=20 >>>> Paul. >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>=20 >>> Paul: >>>=20 >>> I'm using the exact same signature. >>=20 >> Sadly, there=E2=80=99s no real way to tell them apart at runtime that = I=E2=80=99ve >> found except to grovel in the symbol table for =E2=80=98soft = float=E2=80=99. Still >> looking and hoping... >=20 > There is an elf note containing the TARGET_ARCH. We only seem to do that for binaries, and not libraries. > You can also use the > Tag_ABI_VFP_args attribute [1]. Hmmm, this also seems to be only for binaries, and not libraries. Warner > Andrew >=20 > [1] > = http://infocenter.arm.com/help/topic/com.arm.doc.ihi0045d/IHI0045D_ABI_add= enda.pdf --Apple-Mail=_4469286D-BFD2-493A-A91F-89B313157245 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 iQIcBAEBCgAGBQJVNYFeAAoJEGwc0Sh9sBEAhAQQAND8b4Jr+Pz0uDm+sXCf6Xzd Ecx22Tyl64/BMsReUcrRMK3k2iADV8w9OcUxAbxC1mhOajTU5oo1k0Sq8wrJVc4J zlysup2i0YS3jjEs33ypNA1FdoEmLxDE8/zCvXl0Dn0LcC+seTggvLnXI8jEWr5/ 5MWcFCaBNSbN2VcjdrGenFe5GlilfcKd1xF5+6YAeRqZh66eZGUhFwkQOeTwSu5X iIquLV41j7Rrxwdvo32Zvu4pCRhb3p6w/XZ3/SdOm2eqI+QgaSsLrRKvbWAUfD2k Za++7hqV6HP+Vzr2pX/sVz2P1NkTVeHpXXtyOQydAnJVC47C+7EUg1cO3smOSozm X37oq9ChKI1GIYmCzjqVxdpNqafLkEoNR7/uYNPZIzEeqqz2IumhkUsTKXPnUxcw 6ICR10Yow37FeXHz+iIgb5hpDLolh99sj9kgxslzyVfnl2PsXS7zTxYpV2x4SakH zIa+40lPk4d8ezUQAFJHR9HWnlgbchnr2mSGgKH7NGTO4Yp2rzx4zEZ75hT2s7tN 2E5edEO5TJui0bFyDO5rYWLAUN6YCtKeb41j8/yxnMN4wIZsr2rpCe1n6xemG+xS U9EFCh2mJqkilSQNoJpDYbQWiPNMphE+sRYc1/EYInc4vF6FII2gDVETExKsDj0p l4xE9CdpZ9Ho8Xqya/JX =pp1D -----END PGP SIGNATURE----- --Apple-Mail=_4469286D-BFD2-493A-A91F-89B313157245-- From owner-freebsd-arm@FreeBSD.ORG Tue Apr 21 00:59: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 D014EA5C for ; Tue, 21 Apr 2015 00:59:32 +0000 (UTC) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3420E9B for ; Tue, 21 Apr 2015 00:59:32 +0000 (UTC) Received: by pdbqd1 with SMTP id qd1so224857928pdb.2 for ; Mon, 20 Apr 2015 17:59:26 -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=5XNdUBpqNXPZq2rrR6b0mF5lLpPCC0jInxP/ii5bu1Q=; b=Lbg+2z2j9LewOXhfYc8oLOaohXYdE9PiL4m4lRAdREqZamaQ3tNhlSPfB+MGQlogVO YDrSsZOEyi6UFS63kBhrL5peIoqGYmpKcj0azzCr8On9T8g+DXYNsjOZ7yn2BTtRTrLp WABenXVFLEzraOqE7qFUF5w9qU3xSSpe/XmhHMLMxu7t80bmQqh+wUYHRcUtVJbqKVTf QHTyZ5voNAFyrs6cyQBz1DV4ARABmvOGZfPBBH0x92Aiil0UaGAxd9YEtVMNrgUWY4ea gk+AUEAJPfhXhx3OjZ8iNSAXTw+TDKGFaMDALMLFFjHzKuk7yEd/q1wqvIXKqo3S4/oD AkbQ== X-Gm-Message-State: ALoCoQnqR109gANUmdKInldGOB1/pC/e90XAXamhWNfkQ9Ygpe7XzOWIekho7E7Hsb2l6CKAPaFq X-Received: by 10.68.221.164 with SMTP id qf4mr32917411pbc.1.1429577640727; Mon, 20 Apr 2015 17:54:00 -0700 (PDT) Received: from [10.64.27.48] ([69.53.236.236]) by mx.google.com with ESMTPSA id fk4sm154070pbb.80.2015.04.20.17.53.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Apr 2015 17:53:59 -0700 (PDT) Sender: Warner Losh Subject: armv6hf target building libraries wrong... Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7E11C2A5-863F-41E0-8E89-82ECC6CC3441"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <20150420230901.666fe888@bender.Home> Date: Mon, 20 Apr 2015 18:53:56 -0600 Cc: freeBSD-arm@freebsd.org Message-Id: <7C137019-9108-4F56-A03E-CBD6B055EBD9@bsdimp.com> References: <55316705.9020506@ignoranthack.me> <63DBA00A-509B-4B20-BA3E-07AC5F7C8885@gromit.dlib.vt.edu> <55356425.1030503@ignoranthack.me> <012688E4-7FB6-4807-A049-014C30BE80D4@bsdimp.com> <20150420230901.666fe888@bender.Home> To: Andrew Turner 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, 21 Apr 2015 00:59:32 -0000 --Apple-Mail=_7E11C2A5-863F-41E0-8E89-82ECC6CC3441 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 20, 2015, at 4:09 PM, Andrew Turner = wrote: >> Sadly, there=E2=80=99s no real way to tell them apart at runtime that = I=E2=80=99ve >> found except to grovel in the symbol table for =E2=80=98soft = float=E2=80=99. Still >> looking and hoping... >=20 > There is an elf note containing the TARGET_ARCH. You can also use the > Tag_ABI_VFP_args attribute [1]. Looking at the Linux armv6hl and armv7hl binaries, I think we=E2=80=99re = building our libraries wrong for the armv6hf target. % readelf -h linux/libc-2.21.so =E2=80=A6 Flags: 0x5000402, has entry point, = Version5 EABI, ... % readelf -h freebsd/libc.so.7 =E2=80=A6 Flags: 0x5000002, has entry point, = Version5 EABI =E2=80=A6 % 0x400 is, per the spec, VFP floating used (hard float). Linux has this = marking and ours doesn=E2=80=99t. There=E2=80=99s a number of other minor = differences as well: % readelf -A linux/libc-2.21.s Attribute Section: aeabi File Attributes Tag_CPU_name: "7-A" Tag_CPU_arch: v7 Tag_CPU_arch_profile: Application Tag_ARM_ISA_use: Yes Tag_THUMB_ISA_use: Thumb-2 Tag_VFP_arch: VFPv3 Tag_NEON_arch: NEONv1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_rounding: Needed Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align8_needed: Yes Tag_ABI_enum_size: int Tag_ABI_HardFP_use: SP and DP Tag_ABI_VFP_args: VFP registers Tag_unknown_34: 1 (0x1) % readelf -A freebsd/libc.so.7 Attribute Section: aeabi File Attributes % I=E2=80=99d like to fix this in -current. Any objections? Warner --Apple-Mail=_7E11C2A5-863F-41E0-8E89-82ECC6CC3441 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 iQIcBAEBCgAGBQJVNZ+lAAoJEGwc0Sh9sBEAS6oP/2WC4CMjWJQ6lifSnVvonv3w aaaXgM5cHe9WqJ/+HfEKzLT4uF/C1ML8mM+ZjApkgT2r+Mls4qfReqQ1WhNl4b4o 1qDQHXE/vCO+1Q/D8blBpElZaQIPaRGNeHlhdMKMQtF0rg8DEjz/TlS8RyAsniaI cYWUPkO0wlWsBCDe61BvMRwgavqllDo2ko7Y47gkk6J8BwkbBygizOnzMcSmUP7m vfsF3z11FFCwH0gJ5vGZjPK7mRGWHOMGPTONCB7ymnhL1rw/fjPpr/rHEmZFo5Ky 3JugyM9L5aSnTIzPUBTmvhho+sgxsGk0cUT7YjKV065/JtA2XS0aP91JM/RyLkw5 WFmIfW1rwTgBI76mjdGBdRkXEx+xVc0cD7H1EFIIrSo/hGY27UzcVyNmqgC9jdgP HyHSgt6vcY7cq5Pf3JRznjchhafHqx4Mem0ZL3AOCmNHRc91tX9It1LoGX7obHmz hQUBZirZ14eh+PzqoxSOia3pMUFeJWfqOO9RTa/UNAwO0Lr0c21sX3cauYPyMM8d hNpZ0uK1CNYiT2XkprM8WAGHQ4TWNw5gPWr1Qd1vecr/Q2H/LqlGb1M9qB32D4DH Qym3vEzbU3dyZK3ozCcUAY3kWRjpOeReuFzKkVu44iWXhfn7Nh0UGrQ+Ww7XRzQU JjZRI2892uv7mK5WxV6v =l/go -----END PGP SIGNATURE----- --Apple-Mail=_7E11C2A5-863F-41E0-8E89-82ECC6CC3441-- From owner-freebsd-arm@FreeBSD.ORG Tue Apr 21 02:59: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 219E127F for ; Tue, 21 Apr 2015 02:59:22 +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 0C685D51 for ; Tue, 21 Apr 2015 02:59:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3L2xL55024343 for ; Tue, 21 Apr 2015 02:59:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Tue, 21 Apr 2015 02:59:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@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: Tue, 21 Apr 2015 02:59:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 --- Comment #3 from Sean Bruno --- http://crack.ysv.freebsd.org/data/11armv6hf-default/2015-04-20_22h58m04s/logs/texlive-base-20140525_6.log Looks good from here. If you want to close this out, I'm good. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 21 13:57: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 B7076984 for ; Tue, 21 Apr 2015 13:57: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 81C2A1AE2 for ; Tue, 21 Apr 2015 13:57: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 t3LDvY4K033441 for ; Tue, 21 Apr 2015 13:57:34 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t3LDvYeS033440; Tue, 21 Apr 2015 13:57:34 GMT (envelope-from root) Date: Tue, 21 Apr 2015 13:57:34 +0000 To: freebsd-arm@freebsd.org From: "jpa-semihalf.com (Jakub Palider)" Subject: [Differential] [Request, 16, 486 lines] 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: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJi 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 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 13:57:34 -0000 jpa-semihalf.com created this revision. jpa-semihalf.com added reviewers: ian, imp, andrew. jpa-semihalf.com added a subscriber: freebsd-arm. REVISION SUMMARY This is an initial drop for Alpine platform support. REVISION DETAIL https://reviews.freebsd.org/D2340 AFFECTED FILES sys/arm/annapurna/alpine/alpine_machdep.c sys/arm/annapurna/alpine/alpine_machdep_mp.c sys/arm/annapurna/alpine/alpine_pci.c sys/arm/annapurna/alpine/alpine_pci.h sys/arm/annapurna/alpine/common.c sys/arm/annapurna/alpine/files.alpine sys/arm/annapurna/alpine/hal/al_hal_common.h sys/arm/annapurna/alpine/hal/al_hal_iofic.h sys/arm/annapurna/alpine/hal/al_hal_iofic_regs.h sys/arm/annapurna/alpine/hal/al_hal_nb_regs.h sys/arm/annapurna/alpine/hal/al_hal_pbs_regs.h sys/arm/annapurna/alpine/hal/al_hal_pcie.c sys/arm/annapurna/alpine/hal/al_hal_pcie.h sys/arm/annapurna/alpine/hal/al_hal_pcie_axi_reg.h sys/arm/annapurna/alpine/hal/al_hal_pcie_interrupts.h sys/arm/annapurna/alpine/hal/al_hal_pcie_regs.h sys/arm/annapurna/alpine/hal/al_hal_pcie_w_reg.h sys/arm/annapurna/alpine/hal/al_hal_plat_services.h sys/arm/annapurna/alpine/hal/al_hal_plat_types.h sys/arm/annapurna/alpine/hal/al_hal_reg_utils.h sys/arm/annapurna/alpine/hal/al_hal_types.h sys/arm/annapurna/alpine/hal/al_hal_unit_adapter_regs.h sys/arm/annapurna/alpine/std.alpine sys/arm/conf/ALPINE sys/boot/fdt/dts/arm/annapurna-alpine.dts To: jpa-semihalf.com, ian, imp, andrew Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Apr 21 17:03:33 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 148C88E3 for ; Tue, 21 Apr 2015 17:03: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 D23311210 for ; Tue, 21 Apr 2015 17:03:32 +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 t3LH3Wit085605 for ; Tue, 21 Apr 2015 17:03:32 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t3LH3WCl085601; Tue, 21 Apr 2015 17:03:32 GMT (envelope-from root) Date: Tue, 21 Apr 2015 17:03:32 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Updated] 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: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFU2guQ= 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 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 17:03:33 -0000 imp added a comment. Decent start, want to know more about the future of the HAL. Is this a one-off never to be repeated HAL release, or will there be ongoing releases? INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep.c:2 Here and elsewhere: is this date right? sys/arm/annapurna/alpine/alpine_machdep.c:165 Perhaps this belongs in the main db_machdep.c? sys/arm/annapurna/alpine/alpine_machdep.c:199 ditto? Both with appropriate #ifdef maybe? sys/arm/annapurna/alpine/alpine_machdep_mp.c:143 Shouldn't this be a kassert? sys/arm/annapurna/alpine/alpine_machdep_mp.c:172 kassert? sys/arm/annapurna/alpine/alpine_pci.c:84 Given how this macro is used in this file, I might be tempted to make it available under bootverbose instead of 'DEBUG' sys/arm/annapurna/alpine/alpine_pci.c:667 ~0 is signed, but this takes an unsigned value. 0xfffffffful is likely a better match. sys/arm/annapurna/alpine/alpine_pci.c:1097 Why enable these explicitly here? Drivers are supposed to do so... sys/arm/annapurna/alpine/alpine_pci.c:1138 but here it's OK since the bridge is supposed to do this on enable... sys/arm/annapurna/alpine/alpine_pci.c:1372 why do this if it is unused? sys/arm/annapurna/alpine/alpine_pci.c:1378 ~3 seems magic. sys/arm/annapurna/alpine/alpine_pci.c:1387 Most places use NBBY instead of a bare 8 for 8 bits in a byte. sys/arm/annapurna/alpine/alpine_pci.c:1412 why get it? sys/arm/annapurna/alpine/hal/al_hal_iofic.h:1 For the HAL files, will we need to worry about updates? For Octeon/Cavium, we imported their SDK/HAL routines separately. Does it make sense to do that here? REVISION DETAIL https://reviews.freebsd.org/D2340 To: jpa-semihalf.com, ian, andrew, imp Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Apr 22 09:27: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 2FBCAF9A for ; Wed, 22 Apr 2015 09:27:44 +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 0882A1798 for ; Wed, 22 Apr 2015 09:27:44 +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 t3M9RhIR018192 for ; Wed, 22 Apr 2015 09:27:43 GMT (envelope-from eadler@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t3M9RhMc018191; Wed, 22 Apr 2015 09:27:43 GMT (envelope-from eadler) Date: Wed, 22 Apr 2015 09:27:43 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Updated] 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: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFU3aY8= 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, 22 Apr 2015 09:27:44 -0000 andrew added a comment. First pass though the change. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep.c:144 What is this for, and why does it need a fixed virtual address? sys/arm/annapurna/alpine/alpine_machdep.c:169 These should use the functions in sys/arm/annapurna/alpine/alpine_machdep_mp.c:91 You should use ofw_cpu_early_foreach for this. sys/arm/annapurna/alpine/alpine_pci.c:310 What is this magic number? And, in general the style is: ``` if ((cell0 & MAGIC_VALUE) == MAGIC_VALUE) ``` or: ``` if ((cell0 & MAGIC_VALUE) != 0) ``` sys/arm/annapurna/alpine/alpine_pci.c:372 What's special about 255? sys/arm/annapurna/alpine/alpine_pci.c:375 And why are you shifting these variables by this amount? sys/arm/annapurna/alpine/alpine_pci.c:399 Workaround for what? sys/arm/annapurna/alpine/alpine_pci.c:477 Don't use fdt_ functions here, use the ofw_ version sys/arm/annapurna/alpine/alpine_pci.c:494 These should be using ofw_bus_search_compatible, and the probe functions shouldn't be setting bits of the softc, move those to the attach function. sys/arm/annapurna/alpine/alpine_pci.c:762 This is an odd spelling of powerof2(n) sys/arm/annapurna/alpine/alpine_pci.c:904 What's special about 5? sys/arm/annapurna/alpine/alpine_pci.c:980 What's special about 12? sys/arm/annapurna/alpine/alpine_pci.c:1063 What are all these magic numbers? sys/arm/annapurna/alpine/alpine_pci.c:1476 I assume 4 as some meaning? sys/arm/annapurna/alpine/files.alpine:11 you don't need the cpufunc_asm_ files here. sys/arm/annapurna/alpine/std.alpine:9 I don't think this is needed. sys/arm/annapurna/alpine/std.alpine:12 You only need to set KERNPHYSADDR if you need kernel.bin sys/arm/annapurna/alpine/std.alpine:15 This will probably cause issues with loader. sys/arm/conf/ALPINE:50 Can you try to update this file to be closer to the other armv6 configs. for example the above is missing a number of options. sys/arm/conf/ALPINE:64 Why is this hard coded? sys/arm/conf/ALPINE:110 Do you need a static dtb? sys/boot/fdt/dts/arm/annapurna-alpine.dts:2 How similar is this to the upstream dts? We are aiming to use dts files as close to the Linux version as possible. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, imp, andrew Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Apr 22 14:19:24 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 7F3B7710 for ; Wed, 22 Apr 2015 14:19:24 +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 632121737 for ; Wed, 22 Apr 2015 14:19:24 +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 t3MEJOFG028631 for ; Wed, 22 Apr 2015 14:19:24 GMT (envelope-from eadler@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t3MEJO1w028630; Wed, 22 Apr 2015 14:19:24 GMT (envelope-from eadler) Date: Wed, 22 Apr 2015 14:19:24 +0000 To: freebsd-arm@freebsd.org From: "onwahe-gmail-com (Svatopluk Kraus)" 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: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFU3rew= 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, 22 Apr 2015 14:19:24 -0000 onwahe-gmail-com added a subscriber: onwahe-gmail-com. onwahe-gmail-com added a comment. Was this tested with ARM_NEW_PMAP option? REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, imp, andrew Cc: onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Apr 22 16:50: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 9DEA2C6D for ; Wed, 22 Apr 2015 16:50:05 +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 2F53517FC for ; Wed, 22 Apr 2015 16:50:04 +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 t3MGo0dq091633 for ; Wed, 22 Apr 2015 18:50:01 +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: Wed, 22 Apr 2015 18:49:59 +0200 (CEST) Message-ID: <462bae1cb99.7f9417c1@mail.schwarzes.net> In-Reply-To: <552FCD90.20401@foxvalley.net> References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> <552FCD90.20401@foxvalley.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? 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]); Wed, 22 Apr 2015 18:50:01 +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: Wed, 22 Apr 2015 16:50:05 -0000 On 16.04.15, Dan Raymond wrote: > I'm also interested in swapping out my B+ for a Raspberry Pi 2 but I am > waiting on FreeBSD support. Me too. There is already a RPI2 kernel Profile in /sys/arm/conf/. But there is no way to boot such kernel, the u-boot bootloader is not compatible to the Cortex-A7. Linux (rasbian) is using two different kernels for bcm2835 and the new bcm2836 (which includes A7) (which are booted directly at this stage instead of u-boot). So we need also two u-boot binaries? I'm not sure what else is missing. -Andreas From owner-freebsd-arm@FreeBSD.ORG Wed Apr 22 17:28: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 2E6476FF for ; Wed, 22 Apr 2015 17:28:30 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c: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 382B51CB7 for ; Wed, 22 Apr 2015 17:28:29 +0000 (UTC) Received: by wiax7 with SMTP id x7so135291257wia.0 for ; Wed, 22 Apr 2015 10:28:27 -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=oAmf/tFo2bcovVosYaE/5Krvri/+Azvd1ZOMJaQTXHM=; b=ozL7LucS/URwJe8Lhj3a8Y9jEF8YpMTzYNcqgMoFbMeAhnhHL50I/jrkgi+AKYeg5y tP42p0UtzI1xvWsTbj8dGTzEoLaU9Yx8nfA/hIjnWIZxkcfH1HRlb/Uk7rda9ApB8aOl WzOcosvnu0H4ea4KWl/rjYlyUh0l7Zh9WMKpmF7CtdofpDrJ6d02KBbwDRXAPB81NHby SIpjqNOhp2Nq7zhVG18UTaqrI8SE4dS0jgxD9oPT7rVaTCpkTN55dOjGHDrb0h53w5dg OzJQBWGgcCbrZGLWyMN2GVDFVCp/IOZK+3ZXObj/XwCfO2JvM11Gf2w9bwLQVGZ0cTt4 7TjQ== MIME-Version: 1.0 X-Received: by 10.180.82.41 with SMTP id f9mr7728686wiy.48.1429723707786; Wed, 22 Apr 2015 10:28:27 -0700 (PDT) Received: by 10.180.10.229 with HTTP; Wed, 22 Apr 2015 10:28:27 -0700 (PDT) In-Reply-To: <462bae1cb99.7f9417c1@mail.schwarzes.net> References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> <552FCD90.20401@foxvalley.net> <462bae1cb99.7f9417c1@mail.schwarzes.net> Date: Wed, 22 Apr 2015 14:28:27 -0300 Message-ID: Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? From: Luiz Otavio O Souza 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: Wed, 22 Apr 2015 17:28:30 -0000 On 22 April 2015 at 13:49, Andreas Schwarz wrote: > On 16.04.15, Dan Raymond wrote: > >> I'm also interested in swapping out my B+ for a Raspberry Pi 2 but I am >> waiting on FreeBSD support. > > Me too. There is already a RPI2 kernel Profile in /sys/arm/conf/. But there > is no way to boot such kernel, the u-boot bootloader is not compatible to the > Cortex-A7. Linux (rasbian) is using two different kernels for bcm2835 and > the new bcm2836 (which includes A7) (which are booted directly at this stage > instead of u-boot). So we need also two u-boot binaries? > > I'm not sure what else is missing. > > -Andreas Yes, that is right, we need a different u-boot for it. I'm working on the new u-boot, it's working already, its a matter of tidy up the port and get everything in its place. This will probably mean a new template for crochet (or writing down the required steps on wiki). I hope it is ready by the end of week. Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Wed Apr 22 21:32: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 1EA84B35 for ; Wed, 22 Apr 2015 21:32:21 +0000 (UTC) Received: from nimrev.com (nimrev.com [188.226.203.191]) (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 79F111883 for ; Wed, 22 Apr 2015 21:32:20 +0000 (UTC) Received: from nimrev.com (localhost [127.0.0.1]); by nimrev.com (OpenSMTPD) with ESMTP id 5901d685; for ; Wed, 22 Apr 2015 21:25:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=nimrev.com; h=from :content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; s=mail; bh=meNVRV4rnmupz35AKylKRzAQsoE=; b=RB7 cbzmqcCaMRyZvSww1KtDWkIp8F/u1zXpf7hcZcmdiQ36vuiY2Q+HgcMLtNFDHPC6 gI0xfyT8cri/HiG2PIn3e2sZCY5sqgCYw3xfTOdBxLIWzbSIV40zva+X/scbk+3T T3A4lBq8Yxpn7XDEyIUonb+516BeDpsIJ8XEZxbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=nimrev.com; h=from :content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; q=dns; s=mail; b=X+jT1r5PirX/TNdxV9IxUZDDTOKte SZfUobqptJepjEYm2lPYl2wnGQzfjAXwsFoFxW+5hmSXfxa3FfTlMEF9PZuoZe09 EXHC7PJfvExA0eupQF74JeaBvtVlSlrain/qvkWf4sNTE9Bas91hIOmHKdkxW0lT LEbAd7ATB7oWTM= Received: by mail.nimrev.com (OpenSMTPD) with ESMTPSA id 29a4fb0a; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Wed, 22 Apr 2015 21:25:35 +0200 (CEST) From: Bas Vermin Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: mmc/sd driver testing. Message-Id: Date: Wed, 22 Apr 2015 23:25:35 +0200 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) 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, 22 Apr 2015 21:32:21 -0000 Hey Luiz, I just tried your patches with a a fresh -HEAD. The mmc driver seems to register just fine and is able to detect the = partitions on my sd card.=20 However my Cubieboard doesn=E2=80=99t seem to get to the login prompt, = it gets stuck after the =E2=80=9Cwarning: no time-of-day clock = registered=E2=80=A6=E2=80=9D After this happened I waited a while just to make sure it wasn=E2=80=99t = slow read speeds, CPU die gets really warm.=20 Also the system didn=E2=80=99t freeze, when I plug in a USB stick it = still outputs messages to the console. Any ideas about what could be going on? My boot log: U-Boot 2015.01-5 (Mar 21 2015 - 11:29:51) Arch Linux ARM CPU: Allwinner A10 (SUN4I) I2C: ready DRAM: 1016 MiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment Reserved 8192kB of RAM for Framebuffer. In: serial Out: serial Err: serial SCSI: SUNXI SCSI INIT SATA link 0 timeout. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst=20 Net: emac (Re)start USB... USB0: USB EHCI 1.00 scanning bus 0 for devices... 1 USB Device(s) found USB1: USB EHCI 1.00 scanning bus 1 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0=20 sun4i# fatload mmc 0 0x40200000 kernel; go 0x40200100 reading kernel 5935420 bytes read in 397 ms (14.3 MiB/s) ## Starting application at 0x40200100 ... 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 #3 r281867M: Wed Apr 22 22:33:21 CEST 2015 root@freebsd.my.domain:/usr/obj/arm.arm/usr/src/sys/CUBIEBOARD arm FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1=20 Cache level 1:=20 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2:=20 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 1073741824 (1024 MB) avail memory =3D 1039183872 (991 MB) random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x1c20400-0x1c207ff on = simplebus0 a10_sramc0: mem 0x1c00000-0x1c00fff on = simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on = simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 22 on = simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c97 on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 28 on = simplebus0 gpiobus0: on gpio0 gpioc0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff = irq 39 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff = irq 40 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 a10_mmc0: mem = 0x1c0f000-0x1c0ffff irq 32 on simplebus0 mmc0: on a10_mmc0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 1 on simplebus0 uart0: console (115200,n,8,1) emac0: mem 0x1c0b000-0x1c0bfff irq 55 = on simplebus0 miibus0: on emac0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto emac0: Ethernet address: 62:73:64:11:83:9e Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 uugen0.1: at usbus0 uhub0: on = usbus0 gen1.1: at usbus1 uhub1: on = usbus1 mmcsd0: 8GB at mmc0 = 50.0MHz/4bit/65535-block random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Trying to mount root from ufs:/dev/mmcsd0s2a []... warning: no time-of-day clock registered, system time will not be set = accurately From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 05:06: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 716BEF26 for ; Thu, 23 Apr 2015 05:06:37 +0000 (UTC) Received: from aur.1dianliulan.com (aur.1dianliulan.com [23.92.219.77]) by mx1.freebsd.org (Postfix) with ESMTP id 0094416F7 for ; Thu, 23 Apr 2015 05:06:37 +0000 (UTC) To: freebsd-arm@freebsd.org Subject: business leads Message-ID: <8df794f4438027f0bb01b85335cf582e@cakegroup.com> Date: Thu, 23 Apr 2015 06:54:38 +0200 From: "John" Reply-To: healerc@tom.com MIME-Version: 1.0 X-Mailer-LID: 5 X-Mailer-RecptId: 6480504 X-Mailer-SID: 282 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: Thu, 23 Apr 2015 05:06:37 -0000 Hey, You are receiving this email because we wish you to use our email marketing service. We wish to be your email marketing partner, we can grow your business 2-5 times than now. If you would require more information please send us an email and we would be glad to discuss the project requirements with you soon. Looking forward to your positive response. Kind Regards John Email: pottleyo@aliyun.com ------------------------------------------------- This e-mail message and its attachments (if any) are intended solely for the use of the addressee(s) hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender and immediately delete this message from your system. If you don't wish our future news letter, pls send address to ttickmay@aliyun.com for removal. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 08:55: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 2D53736E for ; Thu, 23 Apr 2015 08:55: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 115341F09 for ; Thu, 23 Apr 2015 08:55: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 t3N8ts2I019385 for ; Thu, 23 Apr 2015 08:55: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 t3N8ts2i019384; Thu, 23 Apr 2015 08:55:54 GMT (envelope-from daemon-user) Date: Thu, 23 Apr 2015 08:55:54 +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: <6680b0752382dc6101a6fd013c10a045@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: In-Reply-To: References: Thread-Index: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFU4s5o= 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, 23 Apr 2015 08:55:55 -0000 jpa-semihalf.com added a comment. In https://reviews.freebsd.org/D2340#42671, @onwahe-gmail-com wrote: > Was this tested with ARM_NEW_PMAP option? Yes, but just a casual operation, no stress tests or similar yet. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, imp, andrew Cc: onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 16:21: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 C0FA6EC3 for ; Thu, 23 Apr 2015 16:21: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 AAF8E1472 for ; Thu, 23 Apr 2015 16:21: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 t3NGLVuu065457 for ; Thu, 23 Apr 2015 16:21:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199647] net/mDNSResponder does not compile on ARM Date: Thu, 23 Apr 2015 16:21:31 +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: sunpoet@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: Thu, 23 Apr 2015 16:21:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199647 Bug ID: 199647 Summary: net/mDNSResponder does not compile on ARM Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: sunpoet@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: freebsd-arm@FreeBSD.org Assignee: sunpoet@FreeBSD.org CC: freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(sunpoet@FreeBSD.org) ===> Building for mDNSResponder-561.1.1_1 gmake[1]: Entering directory '/usr/local/DEVEL/ports/net/mDNSResponder/work/mDNSResponder-561.1.1/mDNSPosix' Responder daemon done cc: error: unknown argument: '-soname=libdns_sd.so.1' Makefile:259: recipe for target 'build/prod/libdns_sd.so' failed gmake[1]: *** [build/prod/libdns_sd.so] Error 1 gmake[1]: Leaving directory '/usr/local/DEVEL/ports/net/mDNSResponder/work/mDNSResponder-561.1.1/mDNSPosix' *** Error code 1 It's a native build on a wandboard-quad. FreeBSD 11.0-CURRENT #1 r281266M -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 16:54: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 802EA733 for ; Thu, 23 Apr 2015 16:54:48 +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 627CF182F for ; Thu, 23 Apr 2015 16:54:48 +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 t3NGsmtG073050 for ; Thu, 23 Apr 2015 16:54:48 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 t3NGsmj2073049; Thu, 23 Apr 2015 16:54:48 GMT (envelope-from daemon-user) Date: Thu, 23 Apr 2015 16:54:48 +0000 To: freebsd-arm@freebsd.org From: "meloun-miracle-cz (Michal Meloun)" Subject: [Differential] [Changed Subscribers] D2340: Support for Alpine platform from Annapurna Labs Message-ID: <07579ef459a72b74a1496d94564ff568@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: MzFmODEzYTliMzhlZDlhOTEyM2NlYTg2YmJiIFU5I9g= 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, 23 Apr 2015 16:54:48 -0000 meloun-miracle-cz added a subscriber: meloun-miracle-cz. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_machdep.c:169 Moreover, we have most of these values already readed in cpuinfo structure. REVISION DETAIL https://reviews.freebsd.org/D2340 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, imp, andrew Cc: meloun-miracle-cz, onwahe-gmail-com, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 18:07: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 98B4E1A9 for ; Thu, 23 Apr 2015 18:07: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 79EF11F94 for ; Thu, 23 Apr 2015 18:07: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 t3NI7PGD092958 for ; Thu, 23 Apr 2015 18:07: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 t3NI7PQb092957; Thu, 23 Apr 2015 18:07:25 GMT (envelope-from daemon-user) Date: Thu, 23 Apr 2015 18:07:25 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Request, 1, 520 lines] 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: Thread-Index: MGY3ZjQ1YWY5OGJjZWFlYzE0YWJhYTBhN2U5 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_8438b44d4f3b7e535062a5c7553b260f" 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, 23 Apr 2015 18:07:25 -0000 --b1_8438b44d4f3b7e535062a5c7553b260f Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit zbb created this revision. zbb added reviewers: emaste, ian, imp, andrew. zbb added a subscriber: freebsd-arm. Herald added a subscriber: emaste. REVISION SUMMARY The x86 busdma subsystem allows using multiple implementations. By default the classic bounce buffer approach is used, however on systems with IOMMU it could be in runtime switched to more efficient hardware accelerated implementation. This commit adds ARM64 port of the x86 busdma framework and bounce buffer backend. It is ready to use on IO coherent systems. If the IO coherency cannot be guaranteed, the cache management operations have to be added to this code in places marked by /* XXX ARM64TODO (...) */ comments. Also IOMMU support might be added by registering another busdma implementation like it is already done on the x86. Obtained from: Semihalf Sponsored by: The FreeBSD Foundation REVISION DETAIL https://reviews.freebsd.org/D2357 AFFECTED FILES sys/arm64/arm64/busdma_bounce.c sys/arm64/arm64/busdma_machdep.c sys/arm64/include/bus_dma.h sys/arm64/include/bus_dma_impl.h sys/conf/files.arm64 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, emaste, ian, imp, andrew Cc: emaste, freebsd-arm --b1_8438b44d4f3b7e535062a5c7553b260f Content-Type: text/x-patch; charset=utf-8; name="D2357.4971.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D2357.4971.patch" ZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzLmFybTY0IGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQK LS0tIGEvc3lzL2NvbmYvZmlsZXMuYXJtNjQKKysrIGIvc3lzL2NvbmYvZmlsZXMuYXJtNjQKQEAg LTUsNiArNSw3IEBACiBhcm02NC9hcm02NC9iY29weS5jCQlzdGFuZGFyZAogYXJtNjQvYXJtNjQv YnVzX21hY2hkZXAuYwlzdGFuZGFyZAogYXJtNjQvYXJtNjQvYnVzX3NwYWNlX2FzbS5TCXN0YW5k YXJkCithcm02NC9hcm02NC9idXNkbWFfYm91bmNlLmMJc3RhbmRhcmQKIGFybTY0L2FybTY0L2J1 c2RtYV9tYWNoZGVwLmMJc3RhbmRhcmQKIGFybTY0L2FybTY0L2Nsb2NrLmMJCXN0YW5kYXJkCiBh cm02NC9hcm02NC9jb3B5aW5vdXQuUwkJc3RhbmRhcmQKZGlmZiAtLWdpdCBhL3N5cy9hcm02NC9p bmNsdWRlL2J1c19kbWFfaW1wbC5oIGIvc3lzL2FybTY0L2luY2x1ZGUvYnVzX2RtYV9pbXBsLmgK bmV3IGZpbGUgbW9kZSAxMDA2NDQKLS0tIC9kZXYvbnVsbAorKysgYi9zeXMvYXJtNjQvaW5jbHVk ZS9idXNfZG1hX2ltcGwuaApAQCAtMCwwICsxLDk2IEBACisvKi0KKyAqIENvcHlyaWdodCAoYykg MjAxMyBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uCisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoK KyAqIFRoaXMgc29mdHdhcmUgd2FzIGRldmVsb3BlZCBieSBLb25zdGFudGluIEJlbG91c292IDxr aWJARnJlZUJTRC5vcmc+CisgKiB1bmRlciBzcG9uc29yc2hpcCBmcm9tIHRoZSBGcmVlQlNEIEZv dW5kYXRpb24uCisgKgorICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJp bmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0 ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMKKyAqIGFyZSBtZXQ6Cisg KiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3Zl IGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhl IGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBm b3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhp cyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUK KyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRo IHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBU SEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAorICogQU5ZIEVYUFJFU1Mg T1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhF CisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZP UiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NMQUlNRUQuIElOIE5PIEVWRU5UIFNI QUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQorICogRk9SIEFOWSBESVJF Q1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVF TlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJF TUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikKKyAqIEhPV0VWRVIgQ0FV U0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwg U1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9U SEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNP RlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCisgKiBTVUNIIERB TUFHRS4KKyAqCisgKiAkRnJlZUJTRCQKKyAqLworCisjaWZuZGVmCV9fQVJNNjRfQlVTX0RNQV9J TVBMX0gKKyNkZWZpbmUJX19BUk02NF9CVVNfRE1BX0lNUExfSAorCitzdHJ1Y3QgYnVzX2RtYV90 YWdfY29tbW9uIHsKKwlzdHJ1Y3QgYnVzX2RtYV9pbXBsICppbXBsOworCXN0cnVjdCBidXNfZG1h X3RhZ19jb21tb24gKnBhcmVudDsKKwlidXNfc2l6ZV90CSAgYWxpZ25tZW50OworCWJ1c19hZGRy X3QJICBib3VuZGFyeTsKKwlidXNfYWRkcl90CSAgbG93YWRkcjsKKwlidXNfYWRkcl90CSAgaGln aGFkZHI7CisJYnVzX2RtYV9maWx0ZXJfdCAqZmlsdGVyOworCXZvaWQJCSAqZmlsdGVyYXJnOwor CWJ1c19zaXplX3QJICBtYXhzaXplOworCXVfaW50CQkgIG5zZWdtZW50czsKKwlidXNfc2l6ZV90 CSAgbWF4c2Vnc3o7CisJaW50CQkgIGZsYWdzOworCWJ1c19kbWFfbG9ja190CSAqbG9ja2Z1bmM7 CisJdm9pZAkJICpsb2NrZnVuY2FyZzsKKwlpbnQJCSAgcmVmX2NvdW50OworfTsKKworc3RydWN0 IGJ1c19kbWFfaW1wbCB7CisJaW50ICgqdGFnX2NyZWF0ZSkoYnVzX2RtYV90YWdfdCBwYXJlbnQs CisJICAgIGJ1c19zaXplX3QgYWxpZ25tZW50LCBidXNfYWRkcl90IGJvdW5kYXJ5LCBidXNfYWRk cl90IGxvd2FkZHIsCisJICAgIGJ1c19hZGRyX3QgaGlnaGFkZHIsIGJ1c19kbWFfZmlsdGVyX3Qg KmZpbHRlciwKKwkgICAgdm9pZCAqZmlsdGVyYXJnLCBidXNfc2l6ZV90IG1heHNpemUsIGludCBu c2VnbWVudHMsCisJICAgIGJ1c19zaXplX3QgbWF4c2Vnc3osIGludCBmbGFncywgYnVzX2RtYV9s b2NrX3QgKmxvY2tmdW5jLAorCSAgICB2b2lkICpsb2NrZnVuY2FyZywgYnVzX2RtYV90YWdfdCAq ZG1hdCk7CisJaW50ICgqdGFnX2Rlc3Ryb3kpKGJ1c19kbWFfdGFnX3QgZG1hdCk7CisJaW50ICgq bWFwX2NyZWF0ZSkoYnVzX2RtYV90YWdfdCBkbWF0LCBpbnQgZmxhZ3MsIGJ1c19kbWFtYXBfdCAq bWFwcCk7CisJaW50ICgqbWFwX2Rlc3Ryb3kpKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1h cF90IG1hcCk7CisJaW50ICgqbWVtX2FsbG9jKShidXNfZG1hX3RhZ190IGRtYXQsIHZvaWQqKiB2 YWRkciwgaW50IGZsYWdzLAorCSAgICBidXNfZG1hbWFwX3QgKm1hcHApOworCXZvaWQgKCptZW1f ZnJlZSkoYnVzX2RtYV90YWdfdCBkbWF0LCB2b2lkICp2YWRkciwgYnVzX2RtYW1hcF90IG1hcCk7 CisJaW50ICgqbG9hZF9tYSkoYnVzX2RtYV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwLAor CSAgICBzdHJ1Y3Qgdm1fcGFnZSAqKm1hLCBidXNfc2l6ZV90IHRsZW4sIGludCBtYV9vZmZzLCBp bnQgZmxhZ3MsCisJICAgIGJ1c19kbWFfc2VnbWVudF90ICpzZWdzLCBpbnQgKnNlZ3ApOworCWlu dCAoKmxvYWRfcGh5cykoYnVzX2RtYV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwLAorCSAg ICB2bV9wYWRkcl90IGJ1ZiwgYnVzX3NpemVfdCBidWZsZW4sIGludCBmbGFncywKKwkgICAgYnVz X2RtYV9zZWdtZW50X3QgKnNlZ3MsIGludCAqc2VncCk7CisJaW50ICgqbG9hZF9idWZmZXIpKGJ1 c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwKKwkgICAgdm9pZCAqYnVmLCBidXNf c2l6ZV90IGJ1ZmxlbiwgcG1hcF90IHBtYXAsIGludCBmbGFncywKKwkgICAgYnVzX2RtYV9zZWdt ZW50X3QgKnNlZ3MsIGludCAqc2VncCk7CisJdm9pZCAoKm1hcF93YWl0b2spKGJ1c19kbWFfdGFn X3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwKKwkgICAgc3RydWN0IG1lbWRlc2MgKm1lbSwgYnVz X2RtYW1hcF9jYWxsYmFja190ICpjYWxsYmFjaywKKwkgICAgdm9pZCAqY2FsbGJhY2tfYXJnKTsK KwlidXNfZG1hX3NlZ21lbnRfdCAqKCptYXBfY29tcGxldGUpKGJ1c19kbWFfdGFnX3QgZG1hdCwg YnVzX2RtYW1hcF90IG1hcCwKKwkgICAgYnVzX2RtYV9zZWdtZW50X3QgKnNlZ3MsIGludCBuc2Vn cywgaW50IGVycm9yKTsKKwl2b2lkICgqbWFwX3VubG9hZCkoYnVzX2RtYV90YWdfdCBkbWF0LCBi dXNfZG1hbWFwX3QgbWFwKTsKKwl2b2lkICgqbWFwX3N5bmMpKGJ1c19kbWFfdGFnX3QgZG1hdCwg YnVzX2RtYW1hcF90IG1hcCwKKwkgICAgYnVzX2RtYXN5bmNfb3BfdCBvcCk7Cit9OworCit2b2lk IGJ1c19kbWFfZGZsdF9sb2NrKHZvaWQgKmFyZywgYnVzX2RtYV9sb2NrX29wX3Qgb3ApOworaW50 IGJ1c19kbWFfcnVuX2ZpbHRlcihzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICpkbWF0LCBidXNf YWRkcl90IHBhZGRyKTsKK2ludCBjb21tb25fYnVzX2RtYV90YWdfY3JlYXRlKHN0cnVjdCBidXNf ZG1hX3RhZ19jb21tb24gKnBhcmVudCwKKyAgICBidXNfc2l6ZV90IGFsaWdubWVudCwKKyAgICBi dXNfYWRkcl90IGJvdW5kYXJ5LCBidXNfYWRkcl90IGxvd2FkZHIsIGJ1c19hZGRyX3QgaGlnaGFk ZHIsCisgICAgYnVzX2RtYV9maWx0ZXJfdCAqZmlsdGVyLCB2b2lkICpmaWx0ZXJhcmcsIGJ1c19z aXplX3QgbWF4c2l6ZSwKKyAgICBpbnQgbnNlZ21lbnRzLCBidXNfc2l6ZV90IG1heHNlZ3N6LCBp bnQgZmxhZ3MsIGJ1c19kbWFfbG9ja190ICpsb2NrZnVuYywKKyAgICB2b2lkICpsb2NrZnVuY2Fy Zywgc2l6ZV90IHN6LCB2b2lkICoqZG1hdCk7CisKK2V4dGVybiBzdHJ1Y3QgYnVzX2RtYV9pbXBs IGJ1c19kbWFfYm91bmNlX2ltcGw7CisKKyNlbmRpZgpkaWZmIC0tZ2l0IGEvc3lzL2FybTY0L2lu Y2x1ZGUvYnVzX2RtYS5oIGIvc3lzL2FybTY0L2luY2x1ZGUvYnVzX2RtYS5oCi0tLSBhL3N5cy9h cm02NC9pbmNsdWRlL2J1c19kbWEuaAorKysgYi9zeXMvYXJtNjQvaW5jbHVkZS9idXNfZG1hLmgK QEAgLTEsOCArMSwzNCBAQAorLyotCisgKiBDb3B5cmlnaHQgKGMpIDIwMDUgU2NvdHQgTG9uZwor ICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGlu IHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlv biwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucwor ICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJl dGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25k aXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3RyaWJ1dGlv bnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICog ICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxz IHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElT IFBST1ZJREVEIEJZIFRIRSBORVRCU0QgRk9VTkRBVElPTiwgSU5DLiBBTkQgQ09OVFJJQlVUT1JT CisgKiBgYEFTIElTJycgQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5D TFVESU5HLCBCVVQgTk9UIExJTUlURUQKKyAqIFRPLCBUSEUgSU1QTElFRCBXQVJSQU5USUVTIE9G IE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSCisgKiBQVVJQT1NF IEFSRSBESVNDTEFJTUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEZPVU5EQVRJT04gT1IgQ09O VFJJQlVUT1JTCisgKiBCRSBMSUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVO VEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SCisgKiBDT05TRVFVRU5USUFMIERBTUFHRVMgKElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRgorICogU1VCU1RJVFVU RSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJV U0lORVNTCisgKiBJTlRFUlJVUFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZ IE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTgorICogQ09OVFJBQ1QsIFNUUklDVCBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkKKyAqIEFSSVNJTkcg SU4gQU5ZIFdBWSBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklT RUQgT0YgVEhFCisgKiBQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4KKyAqLworCiAvKiAkRnJl ZUJTRCQgKi8KIAotI2lmbmRlZiBfTUFDSElORV9CVVNfRE1BX0hfCi0jZGVmaW5lCV9NQUNISU5F X0JVU19ETUFfSF8KKyNpZm5kZWYgX0FSTTY0X0JVU19ETUFfSF8KKyNkZWZpbmUgX0FSTTY0X0JV U19ETUFfSF8KIAogI2luY2x1ZGUgPHN5cy9idXNfZG1hLmg+CiAKLSNlbmRpZiAvKiAhX01BQ0hJ TkVfQlVTX0RNQV9IXyAqLworI2VuZGlmIC8qIF9BUk02NF9CVVNfRE1BX0hfICovCmRpZmYgLS1n aXQgYS9zeXMvYXJtNjQvYXJtNjQvYnVzZG1hX21hY2hkZXAuYyBiL3N5cy9hcm02NC9hcm02NC9i dXNkbWFfbWFjaGRlcC5jCi0tLSBhL3N5cy9hcm02NC9hcm02NC9idXNkbWFfbWFjaGRlcC5jCisr KyBiL3N5cy9hcm02NC9hcm02NC9idXNkbWFfbWFjaGRlcC5jCkBAIC0xLDY4ICsxLDM1NSBAQAot LyogJEZyZWVCU0QkICovCisvKi0KKyAqIENvcHlyaWdodCAoYykgMTk5NywgMTk5OCBKdXN0aW4g VC4gR2liYnMuCisgKiBDb3B5cmlnaHQgKGMpIDIwMTMsIDIwMTUgVGhlIEZyZWVCU0QgRm91bmRh dGlvbgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBUaGlzIHNvZnR3YXJlIHdhcyBk ZXZlbG9wZWQgYnkgS29uc3RhbnRpbiBCZWxvdXNvdiA8a2liQEZyZWVCU0Qub3JnPgorICogdW5k ZXIgc3BvbnNvcnNoaXAgZnJvbSB0aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgorICoKKyAqIFBvcnRp b25zIG9mIHRoaXMgc29mdHdhcmUgd2VyZSBkZXZlbG9wZWQgYnkgU2VtaWhhbGYKKyAqIHVuZGVy IHNwb25zb3JzaGlwIG9mIHRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCisgKgorICogUmVkaXN0cmli dXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0 CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93 aW5nIGNvbmRpdGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291 cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0 aGlzIGxpc3Qgb2YgY29uZGl0aW9ucywgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciwKKyAq ICAgIHdpdGhvdXQgbW9kaWZpY2F0aW9uLCBpbW1lZGlhdGVseSBhdCB0aGUgYmVnaW5uaW5nIG9m IHRoZSBmaWxlLgorICogMi4gVGhlIG5hbWUgb2YgdGhlIGF1dGhvciBtYXkgbm90IGJlIHVzZWQg dG8gZW5kb3JzZSBvciBwcm9tb3RlIHByb2R1Y3RzCisgKiAgICBkZXJpdmVkIGZyb20gdGhpcyBz b2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4gcGVybWlzc2lvbi4KKyAqCisg KiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9S UyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBP RiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisg KiBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklC VVRPUlMgQkUgTElBQkxFIEZPUgorICogQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUws IFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVE SU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMK KyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5F U1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0Yg TElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1Ig VE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBP RiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICovCiAKICNpbmNsdWRlIDxz eXMvY2RlZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAogI2luY2x1ZGUgPHN5cy9wYXJh bS5oPgogI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgotCisjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgor I2luY2x1ZGUgPHN5cy9idXMuaD4KKyNpbmNsdWRlIDxzeXMva2VybmVsLmg+CisjaW5jbHVkZSA8 c3lzL2t0ci5oPgorI2luY2x1ZGUgPHN5cy9sb2NrLmg+CisjaW5jbHVkZSA8c3lzL21lbWRlc2Mu aD4KKyNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KKyNpbmNsdWRlIDxzeXMvdWlvLmg+CiAjaW5jbHVk ZSA8dm0vdm0uaD4KKyNpbmNsdWRlIDx2bS92bV9leHRlcm4uaD4KICNpbmNsdWRlIDx2bS9wbWFw Lmg+CiAKICNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPgorI2luY2x1ZGUgPGFybTY0L2luY2x1ZGUv YnVzX2RtYV9pbXBsLmg+CisKKy8qCisgKiBDb252ZW5pZW5jZSBmdW5jdGlvbiBmb3IgbWFuaXB1 bGF0aW5nIGRyaXZlciBsb2NrcyBmcm9tIGJ1c2RtYSAoZHVyaW5nCisgKiBidXNkbWFfc3dpLCBm b3IgZXhhbXBsZSkuICBEcml2ZXJzIHRoYXQgZG9uJ3QgcHJvdmlkZSB0aGVpciBvd24gbG9ja3MK KyAqIHNob3VsZCBzcGVjaWZ5ICZHaWFudCB0byBkbWF0LT5sb2NrZnVuY2FyZy4gIERyaXZlcnMg dGhhdCB1c2UgdGhlaXIgb3duCisgKiBub24tbXV0ZXggbG9ja2luZyBzY2hlbWUgZG9uJ3QgaGF2 ZSB0byB1c2UgdGhpcyBhdCBhbGwuCisgKi8KK3ZvaWQKK2J1c2RtYV9sb2NrX211dGV4KHZvaWQg KmFyZywgYnVzX2RtYV9sb2NrX29wX3Qgb3ApCit7CisJc3RydWN0IG10eCAqZG10eDsKKworCWRt dHggPSAoc3RydWN0IG10eCAqKWFyZzsKKwlzd2l0Y2ggKG9wKSB7CisJY2FzZSBCVVNfRE1BX0xP Q0s6CisJCW10eF9sb2NrKGRtdHgpOworCQlicmVhazsKKwljYXNlIEJVU19ETUFfVU5MT0NLOgor CQltdHhfdW5sb2NrKGRtdHgpOworCQlicmVhazsKKwlkZWZhdWx0OgorCQlwYW5pYygiVW5rbm93 biBvcGVyYXRpb24gMHgleCBmb3IgYnVzZG1hX2xvY2tfbXV0ZXghIiwgb3ApOworCX0KK30KKwor LyoKKyAqIGRmbHRfbG9jayBzaG91bGQgbmV2ZXIgZ2V0IGNhbGxlZC4gIEl0IGdldHMgcHV0IGlu dG8gdGhlIGRtYSB0YWcgd2hlbgorICogbG9ja2Z1bmMgPT0gTlVMTCwgd2hpY2ggaXMgb25seSB2 YWxpZCBpZiB0aGUgbWFwcyB0aGF0IGFyZSBhc3NvY2lhdGVkCisgKiB3aXRoIHRoZSB0YWcgYXJl IG1lYW50IHRvIG5ldmVyIGJlIGRlZmVyZWQuCisgKiBYWFggU2hvdWxkIGhhdmUgYSB3YXkgdG8g aWRlbnRpZnkgd2hpY2ggZHJpdmVyIGlzIHJlc3BvbnNpYmxlIGhlcmUuCisgKi8KK3ZvaWQKK2J1 c19kbWFfZGZsdF9sb2NrKHZvaWQgKmFyZywgYnVzX2RtYV9sb2NrX29wX3Qgb3ApCit7CisKKwlw YW5pYygiZHJpdmVyIGVycm9yOiBidXNkbWEgZGZsdF9sb2NrIGNhbGxlZCIpOworfQorCisvKgor ICogUmV0dXJuIHRydWUgaWYgYSBtYXRjaCBpcyBtYWRlLgorICoKKyAqIFRvIGZpbmQgYSBtYXRj aCB3YWxrIHRoZSBjaGFpbiBvZiBidXNfZG1hX3RhZ190J3MgbG9va2luZyBmb3IgJ3BhZGRyJy4K KyAqCisgKiBJZiBwYWRkciBpcyB3aXRoaW4gdGhlIGJvdW5kcyBvZiB0aGUgZG1hIHRhZyB0aGVu IGNhbGwgdGhlIGZpbHRlciBjYWxsYmFjaworICogdG8gY2hlY2sgZm9yIGEgbWF0Y2gsIGlmIHRo ZXJlIGlzIG5vIGZpbHRlciBjYWxsYmFjayB0aGVuIGFzc3VtZSBhIG1hdGNoLgorICovCitpbnQK K2J1c19kbWFfcnVuX2ZpbHRlcihzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICp0YywgYnVzX2Fk ZHJfdCBwYWRkcikKK3sKKwlpbnQgcmV0dmFsOworCisJcmV0dmFsID0gMDsKKwlkbyB7CisJCWlm ICgoKHBhZGRyID4gdGMtPmxvd2FkZHIgJiYgcGFkZHIgPD0gdGMtPmhpZ2hhZGRyKSB8fAorCQkg ICAgKChwYWRkciAmICh0Yy0+YWxpZ25tZW50IC0gMSkpICE9IDApKSAmJgorCQkgICAgKHRjLT5m aWx0ZXIgPT0gTlVMTCB8fAorCQkgICAgKCp0Yy0+ZmlsdGVyKSh0Yy0+ZmlsdGVyYXJnLCBwYWRk cikgIT0gMCkpCisJCQlyZXR2YWwgPSAxOworCisJCXRjID0gdGMtPnBhcmVudDsJCQorCX0gd2hp bGUgKHJldHZhbCA9PSAwICYmIHRjICE9IE5VTEwpOworCXJldHVybiAocmV0dmFsKTsKK30KKwor aW50Citjb21tb25fYnVzX2RtYV90YWdfY3JlYXRlKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24g KnBhcmVudCwKKyAgICBidXNfc2l6ZV90IGFsaWdubWVudCwgYnVzX2FkZHJfdCBib3VuZGFyeSwg YnVzX2FkZHJfdCBsb3dhZGRyLAorICAgIGJ1c19hZGRyX3QgaGlnaGFkZHIsIGJ1c19kbWFfZmls dGVyX3QgKmZpbHRlciwgdm9pZCAqZmlsdGVyYXJnLAorICAgIGJ1c19zaXplX3QgbWF4c2l6ZSwg aW50IG5zZWdtZW50cywgYnVzX3NpemVfdCBtYXhzZWdzeiwgaW50IGZsYWdzLAorICAgIGJ1c19k bWFfbG9ja190ICpsb2NrZnVuYywgdm9pZCAqbG9ja2Z1bmNhcmcsIHNpemVfdCBzeiwgdm9pZCAq KmRtYXQpCit7CisJdm9pZCAqbmV3dGFnOworCXN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKmNv bW1vbjsKKworCUtBU1NFUlQoc3ogPj0gc2l6ZW9mKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24p LCAoInN6IikpOworCS8qIEJhc2ljIHNhbml0eSBjaGVja2luZyAqLworCWlmIChib3VuZGFyeSAh PSAwICYmIGJvdW5kYXJ5IDwgbWF4c2Vnc3opCisJCW1heHNlZ3N6ID0gYm91bmRhcnk7CisJaWYg KG1heHNlZ3N6ID09IDApCisJCXJldHVybiAoRUlOVkFMKTsKKwkvKiBSZXR1cm4gYSBOVUxMIHRh ZyBvbiBmYWlsdXJlICovCisJKmRtYXQgPSBOVUxMOworCisJbmV3dGFnID0gbWFsbG9jKHN6LCBN X0RFVkJVRiwgTV9aRVJPIHwgTV9OT1dBSVQpOworCWlmIChuZXd0YWcgPT0gTlVMTCkgeworCQlD VFI0KEtUUl9CVVNETUEsICIlcyByZXR1cm5lZCB0YWcgJXAgdGFnIGZsYWdzIDB4JXggZXJyb3Ig JWQiLAorCQkgICAgX19mdW5jX18sIG5ld3RhZywgMCwgRU5PTUVNKTsKKwkJcmV0dXJuIChFTk9N RU0pOworCX0KKworCWNvbW1vbiA9IG5ld3RhZzsKKwljb21tb24tPmltcGwgPSAmYnVzX2RtYV9i b3VuY2VfaW1wbDsKKwljb21tb24tPnBhcmVudCA9IHBhcmVudDsKKwljb21tb24tPmFsaWdubWVu dCA9IGFsaWdubWVudDsKKwljb21tb24tPmJvdW5kYXJ5ID0gYm91bmRhcnk7CisJY29tbW9uLT5s b3dhZGRyID0gdHJ1bmNfcGFnZSgodm1fcGFkZHJfdClsb3dhZGRyKSArIChQQUdFX1NJWkUgLSAx KTsKKwljb21tb24tPmhpZ2hhZGRyID0gdHJ1bmNfcGFnZSgodm1fcGFkZHJfdCloaWdoYWRkcikg KyAoUEFHRV9TSVpFIC0gMSk7CisJY29tbW9uLT5maWx0ZXIgPSBmaWx0ZXI7CisJY29tbW9uLT5m aWx0ZXJhcmcgPSBmaWx0ZXJhcmc7CisJY29tbW9uLT5tYXhzaXplID0gbWF4c2l6ZTsKKwljb21t b24tPm5zZWdtZW50cyA9IG5zZWdtZW50czsKKwljb21tb24tPm1heHNlZ3N6ID0gbWF4c2Vnc3o7 CisJY29tbW9uLT5mbGFncyA9IGZsYWdzOworCWNvbW1vbi0+cmVmX2NvdW50ID0gMTsgLyogQ291 bnQgb3Vyc2VsZiAqLworCWlmIChsb2NrZnVuYyAhPSBOVUxMKSB7CisJCWNvbW1vbi0+bG9ja2Z1 bmMgPSBsb2NrZnVuYzsKKwkJY29tbW9uLT5sb2NrZnVuY2FyZyA9IGxvY2tmdW5jYXJnOworCX0g ZWxzZSB7CisJCWNvbW1vbi0+bG9ja2Z1bmMgPSBidXNfZG1hX2RmbHRfbG9jazsKKwkJY29tbW9u LT5sb2NrZnVuY2FyZyA9IE5VTEw7CisJfQorCisJLyogVGFrZSBpbnRvIGFjY291bnQgYW55IHJl c3RyaWN0aW9ucyBpbXBvc2VkIGJ5IG91ciBwYXJlbnQgdGFnICovCisJaWYgKHBhcmVudCAhPSBO VUxMKSB7CisJCWNvbW1vbi0+aW1wbCA9IHBhcmVudC0+aW1wbDsKKwkJY29tbW9uLT5sb3dhZGRy ID0gTUlOKHBhcmVudC0+bG93YWRkciwgY29tbW9uLT5sb3dhZGRyKTsKKwkJY29tbW9uLT5oaWdo YWRkciA9IE1BWChwYXJlbnQtPmhpZ2hhZGRyLCBjb21tb24tPmhpZ2hhZGRyKTsKKwkJaWYgKGNv bW1vbi0+Ym91bmRhcnkgPT0gMCkKKwkJCWNvbW1vbi0+Ym91bmRhcnkgPSBwYXJlbnQtPmJvdW5k YXJ5OworCQllbHNlIGlmIChwYXJlbnQtPmJvdW5kYXJ5ICE9IDApIHsKKwkJCWNvbW1vbi0+Ym91 bmRhcnkgPSBNSU4ocGFyZW50LT5ib3VuZGFyeSwKKwkJCSAgICBjb21tb24tPmJvdW5kYXJ5KTsK KwkJfQorCQlpZiAoY29tbW9uLT5maWx0ZXIgPT0gTlVMTCkgeworCQkJLyoKKwkJCSAqIFNob3J0 IGNpcmN1aXQgbG9va2luZyBhdCBvdXIgcGFyZW50IGRpcmVjdGx5CisJCQkgKiBzaW5jZSB3ZSBo YXZlIGVuY2Fwc3VsYXRlZCBhbGwgb2YgaXRzIGluZm9ybWF0aW9uCisJCQkgKi8KKwkJCWNvbW1v bi0+ZmlsdGVyID0gcGFyZW50LT5maWx0ZXI7CisJCQljb21tb24tPmZpbHRlcmFyZyA9IHBhcmVu dC0+ZmlsdGVyYXJnOworCQkJY29tbW9uLT5wYXJlbnQgPSBwYXJlbnQtPnBhcmVudDsKKwkJfQor CQlhdG9taWNfYWRkX2ludCgmcGFyZW50LT5yZWZfY291bnQsIDEpOworCX0KKwkqZG1hdCA9IGNv bW1vbjsKKwlyZXR1cm4gKDApOworfQorCisvKgorICogQWxsb2NhdGUgYSBkZXZpY2Ugc3BlY2lm aWMgZG1hX3RhZy4KKyAqLworaW50CitidXNfZG1hX3RhZ19jcmVhdGUoYnVzX2RtYV90YWdfdCBw YXJlbnQsIGJ1c19zaXplX3QgYWxpZ25tZW50LAorICAgIGJ1c19hZGRyX3QgYm91bmRhcnksIGJ1 c19hZGRyX3QgbG93YWRkciwgYnVzX2FkZHJfdCBoaWdoYWRkciwKKyAgICBidXNfZG1hX2ZpbHRl cl90ICpmaWx0ZXIsIHZvaWQgKmZpbHRlcmFyZywgYnVzX3NpemVfdCBtYXhzaXplLAorICAgIGlu dCBuc2VnbWVudHMsIGJ1c19zaXplX3QgbWF4c2Vnc3osIGludCBmbGFncywgYnVzX2RtYV9sb2Nr X3QgKmxvY2tmdW5jLAorICAgIHZvaWQgKmxvY2tmdW5jYXJnLCBidXNfZG1hX3RhZ190ICpkbWF0 KQoreworCXN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKnRjOworCWludCBlcnJvcjsKKworCWlm IChwYXJlbnQgPT0gTlVMTCkgeworCQllcnJvciA9IGJ1c19kbWFfYm91bmNlX2ltcGwudGFnX2Ny ZWF0ZShwYXJlbnQsIGFsaWdubWVudCwKKwkJICAgIGJvdW5kYXJ5LCBsb3dhZGRyLCBoaWdoYWRk ciwgZmlsdGVyLCBmaWx0ZXJhcmcsIG1heHNpemUsCisJCSAgICBuc2VnbWVudHMsIG1heHNlZ3N6 LCBmbGFncywgbG9ja2Z1bmMsIGxvY2tmdW5jYXJnLCBkbWF0KTsKKwl9IGVsc2UgeworCQl0YyA9 IChzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICopcGFyZW50OworCQllcnJvciA9IHRjLT5pbXBs LT50YWdfY3JlYXRlKHBhcmVudCwgYWxpZ25tZW50LAorCQkgICAgYm91bmRhcnksIGxvd2FkZHIs IGhpZ2hhZGRyLCBmaWx0ZXIsIGZpbHRlcmFyZywgbWF4c2l6ZSwKKwkJICAgIG5zZWdtZW50cywg bWF4c2Vnc3osIGZsYWdzLCBsb2NrZnVuYywgbG9ja2Z1bmNhcmcsIGRtYXQpOworCX0KKwlyZXR1 cm4gKGVycm9yKTsKK30KKworaW50CitidXNfZG1hX3RhZ19kZXN0cm95KGJ1c19kbWFfdGFnX3Qg ZG1hdCkKK3sKKwlzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICp0YzsKKworCXRjID0gKHN0cnVj dCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXJldHVybiAodGMtPmltcGwtPnRhZ19kZXN0 cm95KGRtYXQpKTsKK30KKworLyoKKyAqIEFsbG9jYXRlIGEgaGFuZGxlIGZvciBtYXBwaW5nIGZy b20ga3ZhL3V2YS9waHlzaWNhbAorICogYWRkcmVzcyBzcGFjZSBpbnRvIGJ1cyBkZXZpY2Ugc3Bh Y2UuCisgKi8KK2ludAorYnVzX2RtYW1hcF9jcmVhdGUoYnVzX2RtYV90YWdfdCBkbWF0LCBpbnQg ZmxhZ3MsIGJ1c19kbWFtYXBfdCAqbWFwcCkKK3sKKwlzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9u ICp0YzsKKworCXRjID0gKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXJldHVy biAodGMtPmltcGwtPm1hcF9jcmVhdGUoZG1hdCwgZmxhZ3MsIG1hcHApKTsKK30KKworLyoKKyAq IERlc3Ryb3kgYSBoYW5kbGUgZm9yIG1hcHBpbmcgZnJvbSBrdmEvdXZhL3BoeXNpY2FsCisgKiBh ZGRyZXNzIHNwYWNlIGludG8gYnVzIGRldmljZSBzcGFjZS4KKyAqLworaW50CitidXNfZG1hbWFw X2Rlc3Ryb3koYnVzX2RtYV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwKQoreworCXN0cnVj dCBidXNfZG1hX3RhZ19jb21tb24gKnRjOworCisJdGMgPSAoc3RydWN0IGJ1c19kbWFfdGFnX2Nv bW1vbiAqKWRtYXQ7CisJcmV0dXJuICh0Yy0+aW1wbC0+bWFwX2Rlc3Ryb3koZG1hdCwgbWFwKSk7 Cit9CisKKworLyoKKyAqIEFsbG9jYXRlIGEgcGllY2Ugb2YgbWVtb3J5IHRoYXQgY2FuIGJlIGVm ZmljaWVudGx5IG1hcHBlZCBpbnRvCisgKiBidXMgZGV2aWNlIHNwYWNlIGJhc2VkIG9uIHRoZSBj b25zdHJhaW50cyBsaXN0ZWQgaW4gdGhlIGRtYSB0YWcuCisgKiBBIGRtYW1hcCB0byBmb3IgdXNl IHdpdGggZG1hbWFwX2xvYWQgaXMgYWxzbyBhbGxvY2F0ZWQuCisgKi8KK2ludAorYnVzX2RtYW1l bV9hbGxvYyhidXNfZG1hX3RhZ190IGRtYXQsIHZvaWQqKiB2YWRkciwgaW50IGZsYWdzLAorICAg IGJ1c19kbWFtYXBfdCAqbWFwcCkKK3sKKwlzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICp0YzsK KworCXRjID0gKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXJldHVybiAodGMt PmltcGwtPm1lbV9hbGxvYyhkbWF0LCB2YWRkciwgZmxhZ3MsIG1hcHApKTsKK30KKworLyoKKyAq IEZyZWUgYSBwaWVjZSBvZiBtZW1vcnkgYW5kIGl0J3MgYWxsb2NpYXRlZCBkbWFtYXAsIHRoYXQg d2FzIGFsbG9jYXRlZAorICogdmlhIGJ1c19kbWFtZW1fYWxsb2MuICBNYWtlIHRoZSBzYW1lIGNo b2ljZSBmb3IgZnJlZS9jb250aWdmcmVlLgorICovCit2b2lkCitidXNfZG1hbWVtX2ZyZWUoYnVz X2RtYV90YWdfdCBkbWF0LCB2b2lkICp2YWRkciwgYnVzX2RtYW1hcF90IG1hcCkKK3sKKwlzdHJ1 Y3QgYnVzX2RtYV90YWdfY29tbW9uICp0YzsKKworCXRjID0gKHN0cnVjdCBidXNfZG1hX3RhZ19j b21tb24gKilkbWF0OworCXRjLT5pbXBsLT5tZW1fZnJlZShkbWF0LCB2YWRkciwgbWFwKTsKK30K IAogaW50CiBfYnVzX2RtYW1hcF9sb2FkX3BoeXMoYnVzX2RtYV90YWdfdCBkbWF0LCBidXNfZG1h bWFwX3QgbWFwLCB2bV9wYWRkcl90IGJ1ZiwKICAgICBidXNfc2l6ZV90IGJ1ZmxlbiwgaW50IGZs YWdzLCBidXNfZG1hX3NlZ21lbnRfdCAqc2VncywgaW50ICpzZWdwKQogeworCXN0cnVjdCBidXNf ZG1hX3RhZ19jb21tb24gKnRjOwogCi0JcGFuaWMoIl9idXNfZG1hbWFwX2xvYWRfcGh5cyIpOwor CXRjID0gKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXJldHVybiAodGMtPmlt cGwtPmxvYWRfcGh5cyhkbWF0LCBtYXAsIGJ1ZiwgYnVmbGVuLCBmbGFncywgc2VncywKKwkgICAg c2VncCkpOwogfQogCiBpbnQKIF9idXNfZG1hbWFwX2xvYWRfbWEoYnVzX2RtYV90YWdfdCBkbWF0 LCBidXNfZG1hbWFwX3QgbWFwLCBzdHJ1Y3Qgdm1fcGFnZSAqKm1hLAogICAgIGJ1c19zaXplX3Qg dGxlbiwgaW50IG1hX29mZnMsIGludCBmbGFncywgYnVzX2RtYV9zZWdtZW50X3QgKnNlZ3MsCiAg ICAgaW50ICpzZWdwKQogeworCXN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKnRjOwogCi0JcGFu aWMoIl9idXNfZG1hbWFwX2xvYWRfbWEiKTsKKwl0YyA9IChzdHJ1Y3QgYnVzX2RtYV90YWdfY29t bW9uICopZG1hdDsKKwlyZXR1cm4gKHRjLT5pbXBsLT5sb2FkX21hKGRtYXQsIG1hcCwgbWEsIHRs ZW4sIG1hX29mZnMsIGZsYWdzLAorCSAgICBzZWdzLCBzZWdwKSk7CiB9CiAKIGludAogX2J1c19k bWFtYXBfbG9hZF9idWZmZXIoYnVzX2RtYV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwLCB2 b2lkICpidWYsCiAgICAgYnVzX3NpemVfdCBidWZsZW4sIHBtYXBfdCBwbWFwLCBpbnQgZmxhZ3Ms IGJ1c19kbWFfc2VnbWVudF90ICpzZWdzLAogICAgIGludCAqc2VncCkKIHsKKwlzdHJ1Y3QgYnVz X2RtYV90YWdfY29tbW9uICp0YzsKIAotCXBhbmljKCJfYnVzX2RtYW1hcF9sb2FkX2J1ZmZlciIp OworCXRjID0gKHN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXJldHVybiAodGMt PmltcGwtPmxvYWRfYnVmZmVyKGRtYXQsIG1hcCwgYnVmLCBidWZsZW4sIHBtYXAsIGZsYWdzLCBz ZWdzLAorCSAgICBzZWdwKSk7CiB9CiAKIHZvaWQKIF9fYnVzX2RtYW1hcF93YWl0b2soYnVzX2Rt YV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwLAogICAgIHN0cnVjdCBtZW1kZXNjICptZW0s IGJ1c19kbWFtYXBfY2FsbGJhY2tfdCAqY2FsbGJhY2ssIHZvaWQgKmNhbGxiYWNrX2FyZykKIHsK KwlzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICp0YzsKIAotCXBhbmljKCJfX2J1c19kbWFtYXBf d2FpdG9rIik7CisJdGMgPSAoc3RydWN0IGJ1c19kbWFfdGFnX2NvbW1vbiAqKWRtYXQ7CisJdGMt PmltcGwtPm1hcF93YWl0b2soZG1hdCwgbWFwLCBtZW0sIGNhbGxiYWNrLCBjYWxsYmFja19hcmcp OwogfQogCiBidXNfZG1hX3NlZ21lbnRfdCAqCiBfYnVzX2RtYW1hcF9jb21wbGV0ZShidXNfZG1h X3RhZ190IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAsCiAgICAgYnVzX2RtYV9zZWdtZW50X3QgKnNl Z3MsIGludCBuc2VncywgaW50IGVycm9yKQogeworCXN0cnVjdCBidXNfZG1hX3RhZ19jb21tb24g KnRjOwogCi0JcGFuaWMoIl9idXNfZG1hbWFwX2NvbXBsZXRlIik7CisJdGMgPSAoc3RydWN0IGJ1 c19kbWFfdGFnX2NvbW1vbiAqKWRtYXQ7CisJcmV0dXJuICh0Yy0+aW1wbC0+bWFwX2NvbXBsZXRl KGRtYXQsIG1hcCwgc2VncywgbnNlZ3MsIGVycm9yKSk7CiB9CiAKKy8qCisgKiBSZWxlYXNlIHRo ZSBtYXBwaW5nIGhlbGQgYnkgbWFwLgorICovCiB2b2lkCiBfYnVzX2RtYW1hcF91bmxvYWQoYnVz X2RtYV90YWdfdCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwKQogeworCXN0cnVjdCBidXNfZG1hX3Rh Z19jb21tb24gKnRjOwogCi0JcGFuaWMoIl9idXNfZG1hbWFwX3VubG9hZCIpOworCXRjID0gKHN0 cnVjdCBidXNfZG1hX3RhZ19jb21tb24gKilkbWF0OworCXRjLT5pbXBsLT5tYXBfdW5sb2FkKGRt YXQsIG1hcCk7CiB9CiAKIHZvaWQKIF9idXNfZG1hbWFwX3N5bmMoYnVzX2RtYV90YWdfdCBkbWF0 LCBidXNfZG1hbWFwX3QgbWFwLCBidXNfZG1hc3luY19vcF90IG9wKQogeworCXN0cnVjdCBidXNf ZG1hX3RhZ19jb21tb24gKnRjOwogCi0JcGFuaWMoIl9idXNfZG1hbWFwX3N5bmMiKTsKKwl0YyA9 IChzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uICopZG1hdDsKKwl0Yy0+aW1wbC0+bWFwX3N5bmMo ZG1hdCwgbWFwLCBvcCk7CiB9CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvYXJtNjQvYnVzZG1hX2Jv dW5jZS5jIGIvc3lzL2FybTY0L2FybTY0L2J1c2RtYV9ib3VuY2UuYwpuZXcgZmlsZSBtb2RlIDEw MDY0NAotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9hcm02NC9hcm02NC9idXNkbWFfYm91bmNlLmMK QEAgLTAsMCArMSwxMDg2IEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMTk5NywgMTk5OCBKdXN0 aW4gVC4gR2liYnMuCisgKiBDb3B5cmlnaHQgKGMpIDIwMTUgVGhlIEZyZWVCU0QgRm91bmRhdGlv bgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBQb3J0aW9ucyBvZiB0aGlzIHNvZnR3 YXJlIHdlcmUgZGV2ZWxvcGVkIGJ5IFNlbWloYWxmCisgKiB1bmRlciBzcG9uc29yc2hpcCBvZiB0 aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4g c291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisg KiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0 YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRp dGlvbnMsIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIsCisgKiAgICB3aXRob3V0IG1vZGlm aWNhdGlvbiwgaW1tZWRpYXRlbHkgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgZmlsZS4KKyAqIDIu IFRoZSBuYW1lIG9mIHRoZSBhdXRob3IgbWF5IG5vdCBiZSB1c2VkIHRvIGVuZG9yc2Ugb3IgcHJv bW90ZSBwcm9kdWN0cworICogICAgZGVyaXZlZCBmcm9tIHRoaXMgc29mdHdhcmUgd2l0aG91dCBz cGVjaWZpYyBwcmlvciB3cml0dGVuIHBlcm1pc3Npb24uCisgKgorICogVEhJUyBTT0ZUV0FSRSBJ UyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAor ICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1Qg TElNSVRFRCBUTywgVEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZ IEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NMQUlNRUQu IElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRSBG T1IKKyAqIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExB UlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1J VEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJWSUNFUzsg TE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikK KyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhF UiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBO RUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQgT0YgVEhF IFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GCisgKiBTVUNIIERBTUFHRS4KKyAqLworCisjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CitfX0ZC U0RJRCgiJEZyZWVCU0QkIik7CisKKyNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KKyNpbmNsdWRlIDxz eXMvc3lzdG0uaD4KKyNpbmNsdWRlIDxzeXMvbWFsbG9jLmg+CisjaW5jbHVkZSA8c3lzL2J1cy5o PgorI2luY2x1ZGUgPHN5cy9pbnRlcnJ1cHQuaD4KKyNpbmNsdWRlIDxzeXMva2VybmVsLmg+Cisj aW5jbHVkZSA8c3lzL2t0ci5oPgorI2luY2x1ZGUgPHN5cy9sb2NrLmg+CisjaW5jbHVkZSA8c3lz L3Byb2MuaD4KKyNpbmNsdWRlIDxzeXMvbWVtZGVzYy5oPgorI2luY2x1ZGUgPHN5cy9tdXRleC5o PgorI2luY2x1ZGUgPHN5cy9zeXNjdGwuaD4KKyNpbmNsdWRlIDxzeXMvdWlvLmg+CisKKyNpbmNs dWRlIDx2bS92bS5oPgorI2luY2x1ZGUgPHZtL3ZtX2V4dGVybi5oPgorI2luY2x1ZGUgPHZtL3Zt X2tlcm4uaD4KKyNpbmNsdWRlIDx2bS92bV9wYWdlLmg+CisjaW5jbHVkZSA8dm0vdm1fbWFwLmg+ CisKKyNpbmNsdWRlIDxtYWNoaW5lL2F0b21pYy5oPgorI2luY2x1ZGUgPG1hY2hpbmUvYnVzLmg+ CisjaW5jbHVkZSA8bWFjaGluZS9tZF92YXIuaD4KKyNpbmNsdWRlIDxhcm02NC9pbmNsdWRlL2J1 c19kbWFfaW1wbC5oPgorCisjZGVmaW5lIE1BWF9CUEFHRVMgNDA5NgorCitlbnVtIHsKKwlCVVNf RE1BX0NPVUxEX0JPVU5DRQk9IDB4MDEsCisJQlVTX0RNQV9NSU5fQUxMT0NfQ09NUAk9IDB4MDIs CisJQlVTX0RNQV9LTUVNX0FMTE9DCT0gMHgwNCwKK307CisKK3N0cnVjdCBib3VuY2Vfem9uZTsK Kworc3RydWN0IGJ1c19kbWFfdGFnIHsKKwlzdHJ1Y3QgYnVzX2RtYV90YWdfY29tbW9uIGNvbW1v bjsKKwlpbnQJCQltYXBfY291bnQ7CisJaW50CQkJYm91bmNlX2ZsYWdzOworCWJ1c19kbWFfc2Vn bWVudF90CSpzZWdtZW50czsKKwlzdHJ1Y3QgYm91bmNlX3pvbmUJKmJvdW5jZV96b25lOworfTsK Kworc3RydWN0IGJvdW5jZV9wYWdlIHsKKwl2bV9vZmZzZXRfdAl2YWRkcjsJCS8qIGt2YSBvZiBi b3VuY2UgYnVmZmVyICovCisJYnVzX2FkZHJfdAlidXNhZGRyOwkvKiBQaHlzaWNhbCBhZGRyZXNz ICovCisJdm1fb2Zmc2V0X3QJZGF0YXZhZGRyOwkvKiBrdmEgb2YgY2xpZW50IGRhdGEgKi8KKwli dXNfYWRkcl90CWRhdGFhZGRyOwkvKiBjbGllbnQgcGh5c2ljYWwgYWRkcmVzcyAqLworCWJ1c19z aXplX3QJZGF0YWNvdW50OwkvKiBjbGllbnQgZGF0YSBjb3VudCAqLworCVNUQUlMUV9FTlRSWShi b3VuY2VfcGFnZSkgbGlua3M7Cit9OworCitpbnQgYnVzZG1hX3N3aV9wZW5kaW5nOworCitzdHJ1 Y3QgYm91bmNlX3pvbmUgeworCVNUQUlMUV9FTlRSWShib3VuY2Vfem9uZSkgbGlua3M7CisJU1RB SUxRX0hFQUQoYnBfbGlzdCwgYm91bmNlX3BhZ2UpIGJvdW5jZV9wYWdlX2xpc3Q7CisJaW50CQl0 b3RhbF9icGFnZXM7CisJaW50CQlmcmVlX2JwYWdlczsKKwlpbnQJCXJlc2VydmVkX2JwYWdlczsK KwlpbnQJCWFjdGl2ZV9icGFnZXM7CisJaW50CQl0b3RhbF9ib3VuY2VkOworCWludAkJdG90YWxf ZGVmZXJyZWQ7CisJaW50CQltYXBfY291bnQ7CisJYnVzX3NpemVfdAlhbGlnbm1lbnQ7CisJYnVz X2FkZHJfdAlsb3dhZGRyOworCWNoYXIJCXpvbmVpZFs4XTsKKwljaGFyCQlsb3dhZGRyaWRbMjBd OworCXN0cnVjdCBzeXNjdGxfY3R4X2xpc3Qgc3lzY3RsX3RyZWU7CisJc3RydWN0IHN5c2N0bF9v aWQgKnN5c2N0bF90cmVlX3RvcDsKK307CisKK3N0YXRpYyBzdHJ1Y3QgbXR4IGJvdW5jZV9sb2Nr Oworc3RhdGljIGludCB0b3RhbF9icGFnZXM7CitzdGF0aWMgaW50IGJ1c2RtYV96b25lY291bnQ7 CitzdGF0aWMgU1RBSUxRX0hFQUQoLCBib3VuY2Vfem9uZSkgYm91bmNlX3pvbmVfbGlzdDsKKwor c3RhdGljIFNZU0NUTF9OT0RFKF9odywgT0lEX0FVVE8sIGJ1c2RtYSwgQ1RMRkxBR19SRCwgMCwg IkJ1c2RtYSBwYXJhbWV0ZXJzIik7CitTWVNDVExfSU5UKF9od19idXNkbWEsIE9JRF9BVVRPLCB0 b3RhbF9icGFnZXMsIENUTEZMQUdfUkQsICZ0b3RhbF9icGFnZXMsIDAsCisJICAgIlRvdGFsIGJv dW5jZSBwYWdlcyIpOworCitzdHJ1Y3QgYnVzX2RtYW1hcCB7CisJc3RydWN0IGJwX2xpc3QJICAg ICAgIGJwYWdlczsKKwlpbnQJCSAgICAgICBwYWdlc25lZWRlZDsKKwlpbnQJCSAgICAgICBwYWdl c3Jlc2VydmVkOworCWJ1c19kbWFfdGFnX3QJICAgICAgIGRtYXQ7CisJc3RydWN0IG1lbWRlc2MJ ICAgICAgIG1lbTsKKwlidXNfZG1hbWFwX2NhbGxiYWNrX3QgKmNhbGxiYWNrOworCXZvaWQJCSAg ICAgICpjYWxsYmFja19hcmc7CisJU1RBSUxRX0VOVFJZKGJ1c19kbWFtYXApIGxpbmtzOworfTsK Kworc3RhdGljIFNUQUlMUV9IRUFEKCwgYnVzX2RtYW1hcCkgYm91bmNlX21hcF93YWl0aW5nbGlz dDsKK3N0YXRpYyBTVEFJTFFfSEVBRCgsIGJ1c19kbWFtYXApIGJvdW5jZV9tYXBfY2FsbGJhY2ts aXN0Oworc3RhdGljIHN0cnVjdCBidXNfZG1hbWFwIG5vYm91bmNlX2RtYW1hcDsKKworc3RhdGlj IHZvaWQgaW5pdF9ib3VuY2VfcGFnZXModm9pZCAqZHVtbXkpOworc3RhdGljIGludCBhbGxvY19i b3VuY2Vfem9uZShidXNfZG1hX3RhZ190IGRtYXQpOworc3RhdGljIGludCBhbGxvY19ib3VuY2Vf cGFnZXMoYnVzX2RtYV90YWdfdCBkbWF0LCB1X2ludCBudW1wYWdlcyk7CitzdGF0aWMgaW50IHJl c2VydmVfYm91bmNlX3BhZ2VzKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwK KwkJCQlpbnQgY29tbWl0KTsKK3N0YXRpYyBidXNfYWRkcl90IGFkZF9ib3VuY2VfcGFnZShidXNf ZG1hX3RhZ190IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAsCisJCQkJICB2bV9vZmZzZXRfdCB2YWRk ciwgYnVzX2FkZHJfdCBhZGRyLAorCQkJCSAgYnVzX3NpemVfdCBzaXplKTsKK3N0YXRpYyB2b2lk IGZyZWVfYm91bmNlX3BhZ2UoYnVzX2RtYV90YWdfdCBkbWF0LCBzdHJ1Y3QgYm91bmNlX3BhZ2Ug KmJwYWdlKTsKK2ludCBydW5fZmlsdGVyKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2FkZHJfdCBw YWRkcik7CitzdGF0aWMgdm9pZCBfYnVzX2RtYW1hcF9jb3VudF9wYWdlcyhidXNfZG1hX3RhZ190 IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAsCisJCQkJICAgIHBtYXBfdCBwbWFwLCB2b2lkICpidWYs IGJ1c19zaXplX3QgYnVmbGVuLAorCQkJCSAgICBpbnQgZmxhZ3MpOworc3RhdGljIHZvaWQgX2J1 c19kbWFtYXBfY291bnRfcGh5cyhidXNfZG1hX3RhZ190IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAs CisJCQkJICAgdm1fcGFkZHJfdCBidWYsIGJ1c19zaXplX3QgYnVmbGVuLAorCQkJCSAgIGludCBm bGFncyk7CitzdGF0aWMgaW50IF9idXNfZG1hbWFwX3Jlc2VydmVfcGFnZXMoYnVzX2RtYV90YWdf dCBkbWF0LCBidXNfZG1hbWFwX3QgbWFwLAorCQkJCSAgICAgaW50IGZsYWdzKTsKKworLyoKKyAq IEFsbG9jYXRlIGEgZGV2aWNlIHNwZWNpZmljIGRtYV90YWcuCisgKi8KK3N0YXRpYyBpbnQKK2Jv dW5jZV9idXNfZG1hX3RhZ19jcmVhdGUoYnVzX2RtYV90YWdfdCBwYXJlbnQsIGJ1c19zaXplX3Qg YWxpZ25tZW50LAorICAgIGJ1c19hZGRyX3QgYm91bmRhcnksIGJ1c19hZGRyX3QgbG93YWRkciwg YnVzX2FkZHJfdCBoaWdoYWRkciwKKyAgICBidXNfZG1hX2ZpbHRlcl90ICpmaWx0ZXIsIHZvaWQg KmZpbHRlcmFyZywgYnVzX3NpemVfdCBtYXhzaXplLAorICAgIGludCBuc2VnbWVudHMsIGJ1c19z aXplX3QgbWF4c2Vnc3osIGludCBmbGFncywgYnVzX2RtYV9sb2NrX3QgKmxvY2tmdW5jLAorICAg IHZvaWQgKmxvY2tmdW5jYXJnLCBidXNfZG1hX3RhZ190ICpkbWF0KQoreworCWJ1c19kbWFfdGFn X3QgbmV3dGFnOworCWludCBlcnJvcjsKKworCSpkbWF0ID0gTlVMTDsKKwllcnJvciA9IGNvbW1v bl9idXNfZG1hX3RhZ19jcmVhdGUocGFyZW50ICE9IE5VTEwgPyAmcGFyZW50LT5jb21tb24gOgor CSAgICBOVUxMLCBhbGlnbm1lbnQsIGJvdW5kYXJ5LCBsb3dhZGRyLCBoaWdoYWRkciwgZmlsdGVy LCBmaWx0ZXJhcmcsCisJICAgIG1heHNpemUsIG5zZWdtZW50cywgbWF4c2Vnc3osIGZsYWdzLCBs b2NrZnVuYywgbG9ja2Z1bmNhcmcsCisJICAgIHNpemVvZiAoc3RydWN0IGJ1c19kbWFfdGFnKSwg KHZvaWQgKiopJm5ld3RhZyk7CisJaWYgKGVycm9yICE9IDApCisJCXJldHVybiAoZXJyb3IpOwor CisJbmV3dGFnLT5jb21tb24uaW1wbCA9ICZidXNfZG1hX2JvdW5jZV9pbXBsOworCW5ld3RhZy0+ bWFwX2NvdW50ID0gMDsKKwluZXd0YWctPnNlZ21lbnRzID0gTlVMTDsKKworCWlmIChwYXJlbnQg IT0gTlVMTCAmJiAoKG5ld3RhZy0+Y29tbW9uLmZpbHRlciAhPSBOVUxMKSB8fAorCSAgICAoKHBh cmVudC0+Ym91bmNlX2ZsYWdzICYgQlVTX0RNQV9DT1VMRF9CT1VOQ0UpICE9IDApKSkKKwkJbmV3 dGFnLT5ib3VuY2VfZmxhZ3MgfD0gQlVTX0RNQV9DT1VMRF9CT1VOQ0U7CisKKwlpZiAobmV3dGFn LT5jb21tb24ubG93YWRkciA8IHB0b2EoKHZtX3BhZGRyX3QpTWF4bWVtKSB8fAorCSAgICBuZXd0 YWctPmNvbW1vbi5hbGlnbm1lbnQgPiAxKQorCQluZXd0YWctPmJvdW5jZV9mbGFncyB8PSBCVVNf RE1BX0NPVUxEX0JPVU5DRTsKKworCWlmICgoKG5ld3RhZy0+Ym91bmNlX2ZsYWdzICYgQlVTX0RN QV9DT1VMRF9CT1VOQ0UpICE9IDApICYmCisJICAgIChmbGFncyAmIEJVU19ETUFfQUxMT0NOT1cp ICE9IDApIHsKKwkJc3RydWN0IGJvdW5jZV96b25lICpiejsKKworCQkvKiBNdXN0IGJvdW5jZSAq LworCQlpZiAoKGVycm9yID0gYWxsb2NfYm91bmNlX3pvbmUobmV3dGFnKSkgIT0gMCkgeworCQkJ ZnJlZShuZXd0YWcsIE1fREVWQlVGKTsKKwkJCXJldHVybiAoZXJyb3IpOworCQl9CisJCWJ6ID0g bmV3dGFnLT5ib3VuY2Vfem9uZTsKKworCQlpZiAocHRvYShiei0+dG90YWxfYnBhZ2VzKSA8IG1h eHNpemUpIHsKKwkJCWludCBwYWdlczsKKworCQkJcGFnZXMgPSBhdG9wKG1heHNpemUpIC0gYnot PnRvdGFsX2JwYWdlczsKKworCQkJLyogQWRkIHBhZ2VzIHRvIG91ciBib3VuY2UgcG9vbCAqLwor CQkJaWYgKGFsbG9jX2JvdW5jZV9wYWdlcyhuZXd0YWcsIHBhZ2VzKSA8IHBhZ2VzKQorCQkJCWVy cm9yID0gRU5PTUVNOworCQl9CisJCS8qIFBlcmZvcm1lZCBpbml0aWFsIGFsbG9jYXRpb24gKi8K KwkJbmV3dGFnLT5ib3VuY2VfZmxhZ3MgfD0gQlVTX0RNQV9NSU5fQUxMT0NfQ09NUDsKKwl9IGVs c2UKKwkJZXJyb3IgPSAwOworCQorCWlmIChlcnJvciAhPSAwKQorCQlmcmVlKG5ld3RhZywgTV9E RVZCVUYpOworCWVsc2UKKwkJKmRtYXQgPSBuZXd0YWc7CisJQ1RSNChLVFJfQlVTRE1BLCAiJXMg cmV0dXJuZWQgdGFnICVwIHRhZyBmbGFncyAweCV4IGVycm9yICVkIiwKKwkgICAgX19mdW5jX18s IG5ld3RhZywgKG5ld3RhZyAhPSBOVUxMID8gbmV3dGFnLT5jb21tb24uZmxhZ3MgOiAwKSwKKwkg ICAgZXJyb3IpOworCXJldHVybiAoZXJyb3IpOworfQorCitzdGF0aWMgaW50Citib3VuY2VfYnVz X2RtYV90YWdfZGVzdHJveShidXNfZG1hX3RhZ190IGRtYXQpCit7CisJYnVzX2RtYV90YWdfdCBk bWF0X2NvcHksIHBhcmVudDsKKwlpbnQgZXJyb3I7CisKKwllcnJvciA9IDA7CisJZG1hdF9jb3B5 ID0gZG1hdDsKKworCWlmIChkbWF0ICE9IE5VTEwpIHsKKwkJaWYgKGRtYXQtPm1hcF9jb3VudCAh PSAwKSB7CisJCQllcnJvciA9IEVCVVNZOworCQkJZ290byBvdXQ7CisJCX0KKwkJd2hpbGUgKGRt YXQgIT0gTlVMTCkgeworCQkJcGFyZW50ID0gKGJ1c19kbWFfdGFnX3QpZG1hdC0+Y29tbW9uLnBh cmVudDsKKwkJCWF0b21pY19zdWJ0cmFjdF9pbnQoJmRtYXQtPmNvbW1vbi5yZWZfY291bnQsIDEp OworCQkJaWYgKGRtYXQtPmNvbW1vbi5yZWZfY291bnQgPT0gMCkgeworCQkJCWlmIChkbWF0LT5z ZWdtZW50cyAhPSBOVUxMKQorCQkJCQlmcmVlKGRtYXQtPnNlZ21lbnRzLCBNX0RFVkJVRik7CisJ CQkJZnJlZShkbWF0LCBNX0RFVkJVRik7CisJCQkJLyoKKwkJCQkgKiBMYXN0IHJlZmVyZW5jZSBj b3VudCwgc28KKwkJCQkgKiByZWxlYXNlIG91ciByZWZlcmVuY2UKKwkJCQkgKiBjb3VudCBvbiBv dXIgcGFyZW50LgorCQkJCSAqLworCQkJCWRtYXQgPSBwYXJlbnQ7CisJCQl9IGVsc2UKKwkJCQlk bWF0ID0gTlVMTDsKKwkJfQorCX0KK291dDoKKwlDVFIzKEtUUl9CVVNETUEsICIlcyB0YWcgJXAg ZXJyb3IgJWQiLCBfX2Z1bmNfXywgZG1hdF9jb3B5LCBlcnJvcik7CisJcmV0dXJuIChlcnJvcik7 Cit9CisKKy8qCisgKiBBbGxvY2F0ZSBhIGhhbmRsZSBmb3IgbWFwcGluZyBmcm9tIGt2YS91dmEv cGh5c2ljYWwKKyAqIGFkZHJlc3Mgc3BhY2UgaW50byBidXMgZGV2aWNlIHNwYWNlLgorICovCitz dGF0aWMgaW50Citib3VuY2VfYnVzX2RtYW1hcF9jcmVhdGUoYnVzX2RtYV90YWdfdCBkbWF0LCBp bnQgZmxhZ3MsIGJ1c19kbWFtYXBfdCAqbWFwcCkKK3sKKwlzdHJ1Y3QgYm91bmNlX3pvbmUgKmJ6 OworCWludCBlcnJvciwgbWF4cGFnZXMsIHBhZ2VzOworCisJZXJyb3IgPSAwOworCisJaWYgKGRt YXQtPnNlZ21lbnRzID09IE5VTEwpIHsKKwkJZG1hdC0+c2VnbWVudHMgPSAoYnVzX2RtYV9zZWdt ZW50X3QgKiltYWxsb2MoCisJCSAgICBzaXplb2YoYnVzX2RtYV9zZWdtZW50X3QpICogZG1hdC0+ Y29tbW9uLm5zZWdtZW50cywKKwkJICAgIE1fREVWQlVGLCBNX05PV0FJVCk7CisJCWlmIChkbWF0 LT5zZWdtZW50cyA9PSBOVUxMKSB7CisJCQlDVFIzKEtUUl9CVVNETUEsICIlczogdGFnICVwIGVy cm9yICVkIiwKKwkJCSAgICBfX2Z1bmNfXywgZG1hdCwgRU5PTUVNKTsKKwkJCXJldHVybiAoRU5P TUVNKTsKKwkJfQorCX0KKworCS8qCisJICogQm91bmNpbmcgbWlnaHQgYmUgcmVxdWlyZWQgaWYg dGhlIGRyaXZlciBhc2tzIGZvciBhbiBhY3RpdmUKKwkgKiBleGNsdXNpb24gcmVnaW9uLCBhIGRh dGEgYWxpZ25tZW50IHRoYXQgaXMgc3RyaWN0ZXIgdGhhbiAxLCBhbmQvb3IKKwkgKiBhbiBhY3Rp dmUgYWRkcmVzcyBib3VuZGFyeS4KKwkgKi8KKwlpZiAoZG1hdC0+Ym91bmNlX2ZsYWdzICYgQlVT X0RNQV9DT1VMRF9CT1VOQ0UpIHsKKwkJLyogTXVzdCBib3VuY2UgKi8KKwkJaWYgKGRtYXQtPmJv dW5jZV96b25lID09IE5VTEwpIHsKKwkJCWlmICgoZXJyb3IgPSBhbGxvY19ib3VuY2Vfem9uZShk bWF0KSkgIT0gMCkKKwkJCQlyZXR1cm4gKGVycm9yKTsKKwkJfQorCQlieiA9IGRtYXQtPmJvdW5j ZV96b25lOworCisJCSptYXBwID0gKGJ1c19kbWFtYXBfdCltYWxsb2Moc2l6ZW9mKCoqbWFwcCks IE1fREVWQlVGLAorCQkgICAgTV9OT1dBSVQgfCBNX1pFUk8pOworCQlpZiAoKm1hcHAgPT0gTlVM TCkgeworCQkJQ1RSMyhLVFJfQlVTRE1BLCAiJXM6IHRhZyAlcCBlcnJvciAlZCIsCisJCQkgICAg X19mdW5jX18sIGRtYXQsIEVOT01FTSk7CisJCQlyZXR1cm4gKEVOT01FTSk7CisJCX0KKworCQkv KiBJbml0aWFsaXplIHRoZSBuZXcgbWFwICovCisJCVNUQUlMUV9JTklUKCYoKCptYXBwKS0+YnBh Z2VzKSk7CisKKwkJLyoKKwkJICogQXR0ZW1wdCB0byBhZGQgcGFnZXMgdG8gb3VyIHBvb2wgb24g YSBwZXItaW5zdGFuY2UKKwkJICogYmFzaXMgdXAgdG8gYSBzYW5lIGxpbWl0LgorCQkgKi8KKwkJ aWYgKGRtYXQtPmNvbW1vbi5hbGlnbm1lbnQgPiAxKQorCQkJbWF4cGFnZXMgPSBNQVhfQlBBR0VT OworCQllbHNlCisJCQltYXhwYWdlcyA9IE1JTihNQVhfQlBBR0VTLCBNYXhtZW0gLQorCQkJICAg IGF0b3AoZG1hdC0+Y29tbW9uLmxvd2FkZHIpKTsKKwkJaWYgKChkbWF0LT5ib3VuY2VfZmxhZ3Mg JiBCVVNfRE1BX01JTl9BTExPQ19DT01QKSA9PSAwIHx8CisJCSAgICAoYnotPm1hcF9jb3VudCA+ IDAgJiYgYnotPnRvdGFsX2JwYWdlcyA8IG1heHBhZ2VzKSkgeworCQkJcGFnZXMgPSBNQVgoYXRv cChkbWF0LT5jb21tb24ubWF4c2l6ZSksIDEpOworCQkJcGFnZXMgPSBNSU4obWF4cGFnZXMgLSBi ei0+dG90YWxfYnBhZ2VzLCBwYWdlcyk7CisJCQlwYWdlcyA9IE1BWChwYWdlcywgMSk7CisJCQlp ZiAoYWxsb2NfYm91bmNlX3BhZ2VzKGRtYXQsIHBhZ2VzKSA8IHBhZ2VzKQorCQkJCWVycm9yID0g RU5PTUVNOworCQkJaWYgKChkbWF0LT5ib3VuY2VfZmxhZ3MgJiBCVVNfRE1BX01JTl9BTExPQ19D T01QKQorCQkJICAgID09IDApIHsKKwkJCQlpZiAoZXJyb3IgPT0gMCkgeworCQkJCQlkbWF0LT5i b3VuY2VfZmxhZ3MgfD0KKwkJCQkJICAgIEJVU19ETUFfTUlOX0FMTE9DX0NPTVA7CisJCQkJfQor CQkJfSBlbHNlCisJCQkJZXJyb3IgPSAwOworCQl9CisJCWJ6LT5tYXBfY291bnQrKzsKKwl9IGVs c2UgeworCQkqbWFwcCA9IE5VTEw7CisJfQorCWlmIChlcnJvciA9PSAwKQorCQlkbWF0LT5tYXBf Y291bnQrKzsKKwlDVFI0KEtUUl9CVVNETUEsICIlczogdGFnICVwIHRhZyBmbGFncyAweCV4IGVy cm9yICVkIiwKKwkgICAgX19mdW5jX18sIGRtYXQsIGRtYXQtPmNvbW1vbi5mbGFncywgZXJyb3Ip OworCXJldHVybiAoZXJyb3IpOworfQorCisvKgorICogRGVzdHJveSBhIGhhbmRsZSBmb3IgbWFw cGluZyBmcm9tIGt2YS91dmEvcGh5c2ljYWwKKyAqIGFkZHJlc3Mgc3BhY2UgaW50byBidXMgZGV2 aWNlIHNwYWNlLgorICovCitzdGF0aWMgaW50Citib3VuY2VfYnVzX2RtYW1hcF9kZXN0cm95KGJ1 c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCkKK3sKKworCWlmIChtYXAgIT0gTlVM TCAmJiBtYXAgIT0gJm5vYm91bmNlX2RtYW1hcCkgeworCQlpZiAoU1RBSUxRX0ZJUlNUKCZtYXAt PmJwYWdlcykgIT0gTlVMTCkgeworCQkJQ1RSMyhLVFJfQlVTRE1BLCAiJXM6IHRhZyAlcCBlcnJv ciAlZCIsCisJCQkgICAgX19mdW5jX18sIGRtYXQsIEVCVVNZKTsKKwkJCXJldHVybiAoRUJVU1kp OworCQl9CisJCWlmIChkbWF0LT5ib3VuY2Vfem9uZSkKKwkJCWRtYXQtPmJvdW5jZV96b25lLT5t YXBfY291bnQtLTsKKwkJZnJlZShtYXAsIE1fREVWQlVGKTsKKwl9CisJZG1hdC0+bWFwX2NvdW50 LS07CisJQ1RSMihLVFJfQlVTRE1BLCAiJXM6IHRhZyAlcCBlcnJvciAwIiwgX19mdW5jX18sIGRt YXQpOworCXJldHVybiAoMCk7Cit9CisKKworLyoKKyAqIEFsbG9jYXRlIGEgcGllY2Ugb2YgbWVt b3J5IHRoYXQgY2FuIGJlIGVmZmljaWVudGx5IG1hcHBlZCBpbnRvCisgKiBidXMgZGV2aWNlIHNw YWNlIGJhc2VkIG9uIHRoZSBjb25zdHJhaW50cyBsaXRlZCBpbiB0aGUgZG1hIHRhZy4KKyAqIEEg ZG1hbWFwIHRvIGZvciB1c2Ugd2l0aCBkbWFtYXBfbG9hZCBpcyBhbHNvIGFsbG9jYXRlZC4KKyAq Lworc3RhdGljIGludAorYm91bmNlX2J1c19kbWFtZW1fYWxsb2MoYnVzX2RtYV90YWdfdCBkbWF0 LCB2b2lkKiogdmFkZHIsIGludCBmbGFncywKKyAgICBidXNfZG1hbWFwX3QgKm1hcHApCit7CisJ LyoKKwkgKiBYWFggQVJNNjRUT0RPOgorCSAqIFRoaXMgYnVzX2RtYSBpbXBsZW1lbnRhdGlvbiBy ZXF1aXJlcyBJTy1Db2hlcmVudCBhcmNoaXRlY3V0cmUuCisJICogSWYgSU8tQ29oZXJlbmN5IGlz IG5vdCBndWFyYW50ZWVkLCB0aGUgQlVTX0RNQV9DT0hFUkVOVCBmbGFnIGhhcworCSAqIHRvIGJl IGltcGxlbnRlZCB1c2luZyBub24tY2FjaGVhYmxlIG1lbW9yeS4KKwkgKi8KKworCXZtX21lbWF0 dHJfdCBhdHRyOworCWludCBtZmxhZ3M7CisKKwlpZiAoZmxhZ3MgJiBCVVNfRE1BX05PV0FJVCkK KwkJbWZsYWdzID0gTV9OT1dBSVQ7CisJZWxzZQorCQltZmxhZ3MgPSBNX1dBSVRPSzsKKworCS8q IElmIHdlIHN1Y2NlZWQsIG5vIG1hcHBpbmcvYm91bmNpbmcgd2lsbCBiZSByZXF1aXJlZCAqLwor CSptYXBwID0gTlVMTDsKKworCWlmIChkbWF0LT5zZWdtZW50cyA9PSBOVUxMKSB7CisJCWRtYXQt PnNlZ21lbnRzID0gKGJ1c19kbWFfc2VnbWVudF90ICopbWFsbG9jKAorCQkgICAgc2l6ZW9mKGJ1 c19kbWFfc2VnbWVudF90KSAqIGRtYXQtPmNvbW1vbi5uc2VnbWVudHMsCisJCSAgICBNX0RFVkJV RiwgbWZsYWdzKTsKKwkJaWYgKGRtYXQtPnNlZ21lbnRzID09IE5VTEwpIHsKKwkJCUNUUjQoS1RS X0JVU0RNQSwgIiVzOiB0YWcgJXAgdGFnIGZsYWdzIDB4JXggZXJyb3IgJWQiLAorCQkJICAgIF9f ZnVuY19fLCBkbWF0LCBkbWF0LT5jb21tb24uZmxhZ3MsIEVOT01FTSk7CisJCQlyZXR1cm4gKEVO T01FTSk7CisJCX0KKwl9CisJaWYgKGZsYWdzICYgQlVTX0RNQV9aRVJPKQorCQltZmxhZ3MgfD0g TV9aRVJPOworCWlmIChmbGFncyAmIEJVU19ETUFfTk9DQUNIRSkKKwkJYXR0ciA9IFZNX01FTUFU VFJfVU5DQUNIRUFCTEU7CisJZWxzZQorCQlhdHRyID0gVk1fTUVNQVRUUl9ERUZBVUxUOworCisJ LyogCisJICogWFhYOgorCSAqIChkbWF0LT5hbGlnbm1lbnQgPCBkbWF0LT5tYXhzaXplKSBpcyBq dXN0IGEgcXVpY2sgaGFjazsgdGhlIGV4YWN0CisJICogYWxpZ25tZW50IGd1YXJhbnRlZXMgb2Yg bWFsbG9jIG5lZWQgdG8gYmUgbmFpbGVkIGRvd24sIGFuZCB0aGUKKwkgKiBjb2RlIGJlbG93IHNo b3VsZCBiZSByZXdyaXR0ZW4gdG8gdGFrZSB0aGF0IGludG8gYWNjb3VudC4KKwkgKgorCSAqIElu IHRoZSBtZWFudGltZSwgd2UnbGwgd2FybiB0aGUgdXNlciBpZiBtYWxsb2MgZ2V0cyBpdCB3cm9u Zy4KKwkgKi8KKwlpZiAoKGRtYXQtPmNvbW1vbi5tYXhzaXplIDw9IFBBR0VfU0laRSkgJiYKKwkg ICAoZG1hdC0+Y29tbW9uLmFsaWdubWVudCA8IGRtYXQtPmNvbW1vbi5tYXhzaXplKSAmJgorCSAg ICBkbWF0LT5jb21tb24ubG93YWRkciA+PSBwdG9hKCh2bV9wYWRkcl90KU1heG1lbSkgJiYKKwkg ICAgYXR0ciA9PSBWTV9NRU1BVFRSX0RFRkFVTFQpIHsKKwkJKnZhZGRyID0gbWFsbG9jKGRtYXQt PmNvbW1vbi5tYXhzaXplLCBNX0RFVkJVRiwgbWZsYWdzKTsKKwl9IGVsc2UgaWYgKGRtYXQtPmNv bW1vbi5uc2VnbWVudHMgPj0gYnRvYyhkbWF0LT5jb21tb24ubWF4c2l6ZSkgJiYKKwkgICAgZG1h dC0+Y29tbW9uLmFsaWdubWVudCA8PSBQQUdFX1NJWkUgJiYKKwkgICAgKGRtYXQtPmNvbW1vbi5i b3VuZGFyeSA9PSAwIHx8CisJICAgIGRtYXQtPmNvbW1vbi5ib3VuZGFyeSA+PSBkbWF0LT5jb21t b24ubG93YWRkcikpIHsKKwkJLyogUGFnZS1iYXNlZCBtdWx0aS1zZWdtZW50IGFsbG9jYXRpb25z IGFsbG93ZWQgKi8KKwkJKnZhZGRyID0gKHZvaWQgKilrbWVtX2FsbG9jX2F0dHIoa2VybmVsX2Fy ZW5hLAorCQkgICAgZG1hdC0+Y29tbW9uLm1heHNpemUsIG1mbGFncywgMHVsLCBkbWF0LT5jb21t b24ubG93YWRkciwKKwkJICAgIGF0dHIpOworCQlkbWF0LT5ib3VuY2VfZmxhZ3MgfD0gQlVTX0RN QV9LTUVNX0FMTE9DOworCX0gZWxzZSB7CisJCSp2YWRkciA9ICh2b2lkICopa21lbV9hbGxvY19j b250aWcoa2VybmVsX2FyZW5hLAorCQkgICAgZG1hdC0+Y29tbW9uLm1heHNpemUsIG1mbGFncywg MHVsLCBkbWF0LT5jb21tb24ubG93YWRkciwKKwkJICAgIGRtYXQtPmNvbW1vbi5hbGlnbm1lbnQg IT0gMCA/IGRtYXQtPmNvbW1vbi5hbGlnbm1lbnQgOiAxdWwsCisJCSAgICBkbWF0LT5jb21tb24u Ym91bmRhcnksIGF0dHIpOworCQlkbWF0LT5ib3VuY2VfZmxhZ3MgfD0gQlVTX0RNQV9LTUVNX0FM TE9DOworCX0KKwlpZiAoKnZhZGRyID09IE5VTEwpIHsKKwkJQ1RSNChLVFJfQlVTRE1BLCAiJXM6 IHRhZyAlcCB0YWcgZmxhZ3MgMHgleCBlcnJvciAlZCIsCisJCSAgICBfX2Z1bmNfXywgZG1hdCwg ZG1hdC0+Y29tbW9uLmZsYWdzLCBFTk9NRU0pOworCQlyZXR1cm4gKEVOT01FTSk7CisJfSBlbHNl IGlmICh2dG9waHlzKCp2YWRkcikgJiAoZG1hdC0+Y29tbW9uLmFsaWdubWVudCAtIDEpKSB7CisJ CXByaW50ZigiYnVzX2RtYW1lbV9hbGxvYyBmYWlsZWQgdG8gYWxpZ24gbWVtb3J5IHByb3Blcmx5 LlxuIik7CisJfQorCUNUUjQoS1RSX0JVU0RNQSwgIiVzOiB0YWcgJXAgdGFnIGZsYWdzIDB4JXgg ZXJyb3IgJWQiLAorCSAgICBfX2Z1bmNfXywgZG1hdCwgZG1hdC0+Y29tbW9uLmZsYWdzLCAwKTsK KwlyZXR1cm4gKDApOworfQorCisvKgorICogRnJlZSBhIHBpZWNlIG9mIG1lbW9yeSBhbmQgaXQn cyBhbGxvY2lhdGVkIGRtYW1hcCwgdGhhdCB3YXMgYWxsb2NhdGVkCisgKiB2aWEgYnVzX2RtYW1l bV9hbGxvYy4gIE1ha2UgdGhlIHNhbWUgY2hvaWNlIGZvciBmcmVlL2NvbnRpZ2ZyZWUuCisgKi8K K3N0YXRpYyB2b2lkCitib3VuY2VfYnVzX2RtYW1lbV9mcmVlKGJ1c19kbWFfdGFnX3QgZG1hdCwg dm9pZCAqdmFkZHIsIGJ1c19kbWFtYXBfdCBtYXApCit7CisJLyoKKwkgKiBkbWFtZW0gZG9lcyBu b3QgbmVlZCB0byBiZSBib3VuY2VkLCBzbyB0aGUgbWFwIHNob3VsZCBiZQorCSAqIE5VTEwgYW5k IHRoZSBCVVNfRE1BX0tNRU1fQUxMT0MgZmxhZyBjbGVhcmVkIGlmIG1hbGxvYygpCisJICogd2Fz IHVzZWQgYW5kIHNldCBpZiBrbWVtX2FsbG9jX2NvbnRpZygpIHdhcyB1c2VkLgorCSAqLworCWlm IChtYXAgIT0gTlVMTCkKKwkJcGFuaWMoImJ1c19kbWFtZW1fZnJlZTogSW52YWxpZCBtYXAgZnJl ZWRcbiIpOworCWlmICgoZG1hdC0+Ym91bmNlX2ZsYWdzICYgQlVTX0RNQV9LTUVNX0FMTE9DKSA9 PSAwKQorCQlmcmVlKHZhZGRyLCBNX0RFVkJVRik7CisJZWxzZQorCQlrbWVtX2ZyZWUoa2VybmVs X2FyZW5hLCAodm1fb2Zmc2V0X3QpdmFkZHIsCisJCSAgICBkbWF0LT5jb21tb24ubWF4c2l6ZSk7 CisJQ1RSMyhLVFJfQlVTRE1BLCAiJXM6IHRhZyAlcCBmbGFncyAweCV4IiwgX19mdW5jX18sIGRt YXQsCisJICAgIGRtYXQtPmJvdW5jZV9mbGFncyk7Cit9CisKK3N0YXRpYyB2b2lkCitfYnVzX2Rt YW1hcF9jb3VudF9waHlzKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwgdm1f cGFkZHJfdCBidWYsCisgICAgYnVzX3NpemVfdCBidWZsZW4sIGludCBmbGFncykKK3sKKwlidXNf YWRkcl90IGN1cmFkZHI7CisJYnVzX3NpemVfdCBzZ3NpemU7CisKKwlpZiAoKG1hcCAhPSAmbm9i b3VuY2VfZG1hbWFwICYmIG1hcC0+cGFnZXNuZWVkZWQgPT0gMCkpIHsKKwkJLyoKKwkJICogQ291 bnQgdGhlIG51bWJlciBvZiBib3VuY2UgcGFnZXMKKwkJICogbmVlZGVkIGluIG9yZGVyIHRvIGNv bXBsZXRlIHRoaXMgdHJhbnNmZXIKKwkJICovCisJCWN1cmFkZHIgPSBidWY7CisJCXdoaWxlIChi dWZsZW4gIT0gMCkgeworCQkJc2dzaXplID0gTUlOKGJ1ZmxlbiwgZG1hdC0+Y29tbW9uLm1heHNl Z3N6KTsKKwkJCWlmIChidXNfZG1hX3J1bl9maWx0ZXIoJmRtYXQtPmNvbW1vbiwgY3VyYWRkcikp IHsKKwkJCQlzZ3NpemUgPSBNSU4oc2dzaXplLCBQQUdFX1NJWkUpOworCQkJCW1hcC0+cGFnZXNu ZWVkZWQrKzsKKwkJCX0KKwkJCWN1cmFkZHIgKz0gc2dzaXplOworCQkJYnVmbGVuIC09IHNnc2l6 ZTsKKwkJfQorCQlDVFIxKEtUUl9CVVNETUEsICJwYWdlc25lZWRlZD0gJWRcbiIsIG1hcC0+cGFn ZXNuZWVkZWQpOworCX0KK30KKworc3RhdGljIHZvaWQKK19idXNfZG1hbWFwX2NvdW50X3BhZ2Vz KGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwgcG1hcF90IHBtYXAsCisgICAg dm9pZCAqYnVmLCBidXNfc2l6ZV90IGJ1ZmxlbiwgaW50IGZsYWdzKQoreworCXZtX29mZnNldF90 IHZhZGRyOworCXZtX29mZnNldF90IHZlbmRhZGRyOworCWJ1c19hZGRyX3QgcGFkZHI7CisJYnVz X3NpemVfdCBzZ19sZW47CisKKwlpZiAoKG1hcCAhPSAmbm9ib3VuY2VfZG1hbWFwICYmIG1hcC0+ cGFnZXNuZWVkZWQgPT0gMCkpIHsKKwkJQ1RSNChLVFJfQlVTRE1BLCAibG93YWRkcj0gJWQgTWF4 bWVtPSAlZCwgYm91bmRhcnk9ICVkLCAiCisJCSAgICAiYWxpZ25tZW50PSAlZCIsIGRtYXQtPmNv bW1vbi5sb3dhZGRyLAorCQkgICAgcHRvYSgodm1fcGFkZHJfdClNYXhtZW0pLAorCQkgICAgZG1h dC0+Y29tbW9uLmJvdW5kYXJ5LCBkbWF0LT5jb21tb24uYWxpZ25tZW50KTsKKwkJQ1RSMyhLVFJf QlVTRE1BLCAibWFwPSAlcCwgbm9ib3VuY2VtYXA9ICVwLCBwYWdlc25lZWRlZD0gJWQiLAorCQkg ICAgbWFwLCAmbm9ib3VuY2VfZG1hbWFwLCBtYXAtPnBhZ2VzbmVlZGVkKTsKKwkJLyoKKwkJICog Q291bnQgdGhlIG51bWJlciBvZiBib3VuY2UgcGFnZXMKKwkJICogbmVlZGVkIGluIG9yZGVyIHRv IGNvbXBsZXRlIHRoaXMgdHJhbnNmZXIKKwkJICovCisJCXZhZGRyID0gKHZtX29mZnNldF90KWJ1 ZjsKKwkJdmVuZGFkZHIgPSAodm1fb2Zmc2V0X3QpYnVmICsgYnVmbGVuOworCisJCXdoaWxlICh2 YWRkciA8IHZlbmRhZGRyKSB7CisJCQlzZ19sZW4gPSBQQUdFX1NJWkUgLSAoKHZtX29mZnNldF90 KXZhZGRyICYgUEFHRV9NQVNLKTsKKwkJCWlmIChwbWFwID09IGtlcm5lbF9wbWFwKQorCQkJCXBh ZGRyID0gcG1hcF9rZXh0cmFjdCh2YWRkcik7CisJCQllbHNlCisJCQkJcGFkZHIgPSBwbWFwX2V4 dHJhY3QocG1hcCwgdmFkZHIpOworCQkJaWYgKGJ1c19kbWFfcnVuX2ZpbHRlcigmZG1hdC0+Y29t bW9uLCBwYWRkcikgIT0gMCkgeworCQkJCXNnX2xlbiA9IHJvdW5kdXAyKHNnX2xlbiwKKwkJCQkg ICAgZG1hdC0+Y29tbW9uLmFsaWdubWVudCk7CisJCQkJbWFwLT5wYWdlc25lZWRlZCsrOworCQkJ fQorCQkJdmFkZHIgKz0gc2dfbGVuOworCQl9CisJCUNUUjEoS1RSX0JVU0RNQSwgInBhZ2VzbmVl ZGVkPSAlZFxuIiwgbWFwLT5wYWdlc25lZWRlZCk7CisJfQorfQorCitzdGF0aWMgaW50CitfYnVz X2RtYW1hcF9yZXNlcnZlX3BhZ2VzKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1h cCwgaW50IGZsYWdzKQoreworCisJLyogUmVzZXJ2ZSBOZWNlc3NhcnkgQm91bmNlIFBhZ2VzICov CisJbXR4X2xvY2soJmJvdW5jZV9sb2NrKTsKKwlpZiAoZmxhZ3MgJiBCVVNfRE1BX05PV0FJVCkg eworCQlpZiAocmVzZXJ2ZV9ib3VuY2VfcGFnZXMoZG1hdCwgbWFwLCAwKSAhPSAwKSB7CisJCQlt dHhfdW5sb2NrKCZib3VuY2VfbG9jayk7CisJCQlyZXR1cm4gKEVOT01FTSk7CisJCX0KKwl9IGVs c2UgeworCQlpZiAocmVzZXJ2ZV9ib3VuY2VfcGFnZXMoZG1hdCwgbWFwLCAxKSAhPSAwKSB7CisJ CQkvKiBRdWV1ZSB1cyBmb3IgcmVzb3VyY2VzICovCisJCQlTVEFJTFFfSU5TRVJUX1RBSUwoJmJv dW5jZV9tYXBfd2FpdGluZ2xpc3QsIG1hcCwgbGlua3MpOworCQkJbXR4X3VubG9jaygmYm91bmNl X2xvY2spOworCQkJcmV0dXJuIChFSU5QUk9HUkVTUyk7CisJCX0KKwl9CisJbXR4X3VubG9jaygm Ym91bmNlX2xvY2spOworCisJcmV0dXJuICgwKTsKK30KKworLyoKKyAqIEFkZCBhIHNpbmdsZSBj b250aWd1b3VzIHBoeXNpY2FsIHJhbmdlIHRvIHRoZSBzZWdtZW50IGxpc3QuCisgKi8KK3N0YXRp YyBpbnQKK19idXNfZG1hbWFwX2FkZHNlZyhidXNfZG1hX3RhZ190IGRtYXQsIGJ1c19kbWFtYXBf dCBtYXAsIGJ1c19hZGRyX3QgY3VyYWRkciwKKyAgICBidXNfc2l6ZV90IHNnc2l6ZSwgYnVzX2Rt YV9zZWdtZW50X3QgKnNlZ3MsIGludCAqc2VncCkKK3sKKwlidXNfYWRkcl90IGJhZGRyLCBibWFz azsKKwlpbnQgc2VnOworCisJLyoKKwkgKiBNYWtlIHN1cmUgd2UgZG9uJ3QgY3Jvc3MgYW55IGJv dW5kYXJpZXMuCisJICovCisJYm1hc2sgPSB+KGRtYXQtPmNvbW1vbi5ib3VuZGFyeSAtIDEpOwor CWlmIChkbWF0LT5jb21tb24uYm91bmRhcnkgPiAwKSB7CisJCWJhZGRyID0gKGN1cmFkZHIgKyBk bWF0LT5jb21tb24uYm91bmRhcnkpICYgYm1hc2s7CisJCWlmIChzZ3NpemUgPiAoYmFkZHIgLSBj dXJhZGRyKSkKKwkJCXNnc2l6ZSA9IChiYWRkciAtIGN1cmFkZHIpOworCX0KKworCS8qCisJICog SW5zZXJ0IGNodW5rIGludG8gYSBzZWdtZW50LCBjb2FsZXNjaW5nIHdpdGgKKwkgKiBwcmV2aW91 cyBzZWdtZW50IGlmIHBvc3NpYmxlLgorCSAqLworCXNlZyA9ICpzZWdwOworCWlmIChzZWcgPT0g LTEpIHsKKwkJc2VnID0gMDsKKwkJc2Vnc1tzZWddLmRzX2FkZHIgPSBjdXJhZGRyOworCQlzZWdz W3NlZ10uZHNfbGVuID0gc2dzaXplOworCX0gZWxzZSB7CisJCWlmIChjdXJhZGRyID09IHNlZ3Nb c2VnXS5kc19hZGRyICsgc2Vnc1tzZWddLmRzX2xlbiAmJgorCQkgICAgKHNlZ3Nbc2VnXS5kc19s ZW4gKyBzZ3NpemUpIDw9IGRtYXQtPmNvbW1vbi5tYXhzZWdzeiAmJgorCQkgICAgKGRtYXQtPmNv bW1vbi5ib3VuZGFyeSA9PSAwIHx8CisJCSAgICAgKHNlZ3Nbc2VnXS5kc19hZGRyICYgYm1hc2sp ID09IChjdXJhZGRyICYgYm1hc2spKSkKKwkJCXNlZ3Nbc2VnXS5kc19sZW4gKz0gc2dzaXplOwor CQllbHNlIHsKKwkJCWlmICgrK3NlZyA+PSBkbWF0LT5jb21tb24ubnNlZ21lbnRzKQorCQkJCXJl dHVybiAoMCk7CisJCQlzZWdzW3NlZ10uZHNfYWRkciA9IGN1cmFkZHI7CisJCQlzZWdzW3NlZ10u ZHNfbGVuID0gc2dzaXplOworCQl9CisJfQorCSpzZWdwID0gc2VnOworCXJldHVybiAoc2dzaXpl KTsKK30KKworLyoKKyAqIFV0aWxpdHkgZnVuY3Rpb24gdG8gbG9hZCBhIHBoeXNpY2FsIGJ1ZmZl ci4gIHNlZ3AgY29udGFpbnMKKyAqIHRoZSBzdGFydGluZyBzZWdtZW50IG9uIGVudHJhY2UsIGFu ZCB0aGUgZW5kaW5nIHNlZ21lbnQgb24gZXhpdC4KKyAqLworc3RhdGljIGludAorYm91bmNlX2J1 c19kbWFtYXBfbG9hZF9waHlzKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwK KyAgICB2bV9wYWRkcl90IGJ1ZiwgYnVzX3NpemVfdCBidWZsZW4sIGludCBmbGFncywgYnVzX2Rt YV9zZWdtZW50X3QgKnNlZ3MsCisgICAgaW50ICpzZWdwKQoreworCWJ1c19zaXplX3Qgc2dzaXpl OworCWJ1c19hZGRyX3QgY3VyYWRkcjsKKwlpbnQgZXJyb3I7CisKKwlpZiAobWFwID09IE5VTEwp CisJCW1hcCA9ICZub2JvdW5jZV9kbWFtYXA7CisKKwlpZiAoc2VncyA9PSBOVUxMKQorCQlzZWdz ID0gZG1hdC0+c2VnbWVudHM7CisKKwlpZiAoKGRtYXQtPmJvdW5jZV9mbGFncyAmIEJVU19ETUFf Q09VTERfQk9VTkNFKSAhPSAwKSB7CisJCV9idXNfZG1hbWFwX2NvdW50X3BoeXMoZG1hdCwgbWFw LCBidWYsIGJ1ZmxlbiwgZmxhZ3MpOworCQlpZiAobWFwLT5wYWdlc25lZWRlZCAhPSAwKSB7CisJ CQllcnJvciA9IF9idXNfZG1hbWFwX3Jlc2VydmVfcGFnZXMoZG1hdCwgbWFwLCBmbGFncyk7CisJ CQlpZiAoZXJyb3IpCisJCQkJcmV0dXJuIChlcnJvcik7CisJCX0KKwl9CisKKwl3aGlsZSAoYnVm bGVuID4gMCkgeworCQljdXJhZGRyID0gYnVmOworCQlzZ3NpemUgPSBNSU4oYnVmbGVuLCBkbWF0 LT5jb21tb24ubWF4c2Vnc3opOworCQlpZiAoKChkbWF0LT5ib3VuY2VfZmxhZ3MgJiBCVVNfRE1B X0NPVUxEX0JPVU5DRSkgIT0gMCkgJiYKKwkJICAgIG1hcC0+cGFnZXNuZWVkZWQgIT0gMCAmJgor CQkgICAgYnVzX2RtYV9ydW5fZmlsdGVyKCZkbWF0LT5jb21tb24sIGN1cmFkZHIpKSB7CisJCQlz Z3NpemUgPSBNSU4oc2dzaXplLCBQQUdFX1NJWkUpOworCQkJY3VyYWRkciA9IGFkZF9ib3VuY2Vf cGFnZShkbWF0LCBtYXAsIDAsIGN1cmFkZHIsCisJCQkgICAgc2dzaXplKTsKKwkJfQorCQlzZ3Np emUgPSBfYnVzX2RtYW1hcF9hZGRzZWcoZG1hdCwgbWFwLCBjdXJhZGRyLCBzZ3NpemUsIHNlZ3Ms CisJCSAgICBzZWdwKTsKKwkJaWYgKHNnc2l6ZSA9PSAwKQorCQkJYnJlYWs7CisJCWJ1ZiArPSBz Z3NpemU7CisJCWJ1ZmxlbiAtPSBzZ3NpemU7CisJfQorCisJLyoKKwkgKiBEaWQgd2UgZml0Pwor CSAqLworCXJldHVybiAoYnVmbGVuICE9IDAgPyBFRkJJRyA6IDApOyAvKiBYWFggYmV0dGVyIHJl dHVybiB2YWx1ZSBoZXJlPyAqLworfQorCisvKgorICogVXRpbGl0eSBmdW5jdGlvbiB0byBsb2Fk IGEgbGluZWFyIGJ1ZmZlci4gIHNlZ3AgY29udGFpbnMKKyAqIHRoZSBzdGFydGluZyBzZWdtZW50 IG9uIGVudHJhY2UsIGFuZCB0aGUgZW5kaW5nIHNlZ21lbnQgb24gZXhpdC4KKyAqLworc3RhdGlj IGludAorYm91bmNlX2J1c19kbWFtYXBfbG9hZF9idWZmZXIoYnVzX2RtYV90YWdfdCBkbWF0LCBi dXNfZG1hbWFwX3QgbWFwLCB2b2lkICpidWYsCisgICAgYnVzX3NpemVfdCBidWZsZW4sIHBtYXBf dCBwbWFwLCBpbnQgZmxhZ3MsIGJ1c19kbWFfc2VnbWVudF90ICpzZWdzLAorICAgIGludCAqc2Vn cCkKK3sKKwlidXNfc2l6ZV90IHNnc2l6ZSwgbWF4X3Nnc2l6ZTsKKwlidXNfYWRkcl90IGN1cmFk ZHI7CisJdm1fb2Zmc2V0X3QgdmFkZHI7CisJaW50IGVycm9yOworCisJaWYgKG1hcCA9PSBOVUxM KQorCQltYXAgPSAmbm9ib3VuY2VfZG1hbWFwOworCisJaWYgKHNlZ3MgPT0gTlVMTCkKKwkJc2Vn cyA9IGRtYXQtPnNlZ21lbnRzOworCisJaWYgKChkbWF0LT5ib3VuY2VfZmxhZ3MgJiBCVVNfRE1B X0NPVUxEX0JPVU5DRSkgIT0gMCkgeworCQlfYnVzX2RtYW1hcF9jb3VudF9wYWdlcyhkbWF0LCBt YXAsIHBtYXAsIGJ1ZiwgYnVmbGVuLCBmbGFncyk7CisJCWlmIChtYXAtPnBhZ2VzbmVlZGVkICE9 IDApIHsKKwkJCWVycm9yID0gX2J1c19kbWFtYXBfcmVzZXJ2ZV9wYWdlcyhkbWF0LCBtYXAsIGZs YWdzKTsKKwkJCWlmIChlcnJvcikKKwkJCQlyZXR1cm4gKGVycm9yKTsKKwkJfQorCX0KKworCXZh ZGRyID0gKHZtX29mZnNldF90KWJ1ZjsKKwl3aGlsZSAoYnVmbGVuID4gMCkgeworCQkvKgorCQkg KiBHZXQgdGhlIHBoeXNpY2FsIGFkZHJlc3MgZm9yIHRoaXMgc2VnbWVudC4KKwkJICovCisJCWlm IChwbWFwID09IGtlcm5lbF9wbWFwKQorCQkJY3VyYWRkciA9IHBtYXBfa2V4dHJhY3QodmFkZHIp OworCQllbHNlCisJCQljdXJhZGRyID0gcG1hcF9leHRyYWN0KHBtYXAsIHZhZGRyKTsKKworCQkv KgorCQkgKiBDb21wdXRlIHRoZSBzZWdtZW50IHNpemUsIGFuZCBhZGp1c3QgY291bnRzLgorCQkg Ki8KKwkJbWF4X3Nnc2l6ZSA9IE1JTihidWZsZW4sIGRtYXQtPmNvbW1vbi5tYXhzZWdzeik7CisJ CXNnc2l6ZSA9IFBBR0VfU0laRSAtICgodm1fb2Zmc2V0X3QpY3VyYWRkciAmIFBBR0VfTUFTSyk7 CisJCWlmICgoKGRtYXQtPmJvdW5jZV9mbGFncyAmIEJVU19ETUFfQ09VTERfQk9VTkNFKSAhPSAw KSAmJgorCQkgICAgbWFwLT5wYWdlc25lZWRlZCAhPSAwICYmCisJCSAgICBidXNfZG1hX3J1bl9m aWx0ZXIoJmRtYXQtPmNvbW1vbiwgY3VyYWRkcikpIHsKKwkJCXNnc2l6ZSA9IHJvdW5kdXAyKHNn c2l6ZSwgZG1hdC0+Y29tbW9uLmFsaWdubWVudCk7CisJCQlzZ3NpemUgPSBNSU4oc2dzaXplLCBt YXhfc2dzaXplKTsKKwkJCWN1cmFkZHIgPSBhZGRfYm91bmNlX3BhZ2UoZG1hdCwgbWFwLCB2YWRk ciwgY3VyYWRkciwKKwkJCSAgICBzZ3NpemUpOworCQl9IGVsc2UgeworCQkJc2dzaXplID0gTUlO KHNnc2l6ZSwgbWF4X3Nnc2l6ZSk7CisJCX0KKwkJc2dzaXplID0gX2J1c19kbWFtYXBfYWRkc2Vn KGRtYXQsIG1hcCwgY3VyYWRkciwgc2dzaXplLCBzZWdzLAorCQkgICAgc2VncCk7CisJCWlmIChz Z3NpemUgPT0gMCkKKwkJCWJyZWFrOworCQl2YWRkciArPSBzZ3NpemU7CisJCWJ1ZmxlbiAtPSBz Z3NpemU7CisJfQorCisJLyoKKwkgKiBEaWQgd2UgZml0PworCSAqLworCXJldHVybiAoYnVmbGVu ICE9IDAgPyBFRkJJRyA6IDApOyAvKiBYWFggYmV0dGVyIHJldHVybiB2YWx1ZSBoZXJlPyAqLwor fQorCitzdGF0aWMgdm9pZAorYm91bmNlX2J1c19kbWFtYXBfd2FpdG9rKGJ1c19kbWFfdGFnX3Qg ZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwKKyAgICBzdHJ1Y3QgbWVtZGVzYyAqbWVtLCBidXNfZG1h bWFwX2NhbGxiYWNrX3QgKmNhbGxiYWNrLCB2b2lkICpjYWxsYmFja19hcmcpCit7CisKKwlpZiAo bWFwID09IE5VTEwpCisJCXJldHVybjsKKwltYXAtPm1lbSA9ICptZW07CisJbWFwLT5kbWF0ID0g ZG1hdDsKKwltYXAtPmNhbGxiYWNrID0gY2FsbGJhY2s7CisJbWFwLT5jYWxsYmFja19hcmcgPSBj YWxsYmFja19hcmc7Cit9CisKK3N0YXRpYyBidXNfZG1hX3NlZ21lbnRfdCAqCitib3VuY2VfYnVz X2RtYW1hcF9jb21wbGV0ZShidXNfZG1hX3RhZ190IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAsCisg ICAgYnVzX2RtYV9zZWdtZW50X3QgKnNlZ3MsIGludCBuc2VncywgaW50IGVycm9yKQoreworCisJ aWYgKHNlZ3MgPT0gTlVMTCkKKwkJc2VncyA9IGRtYXQtPnNlZ21lbnRzOworCXJldHVybiAoc2Vn cyk7Cit9CisKKy8qCisgKiBSZWxlYXNlIHRoZSBtYXBwaW5nIGhlbGQgYnkgbWFwLgorICovCitz dGF0aWMgdm9pZAorYm91bmNlX2J1c19kbWFtYXBfdW5sb2FkKGJ1c19kbWFfdGFnX3QgZG1hdCwg YnVzX2RtYW1hcF90IG1hcCkKK3sKKwlzdHJ1Y3QgYm91bmNlX3BhZ2UgKmJwYWdlOworCisJd2hp bGUgKChicGFnZSA9IFNUQUlMUV9GSVJTVCgmbWFwLT5icGFnZXMpKSAhPSBOVUxMKSB7CisJCVNU QUlMUV9SRU1PVkVfSEVBRCgmbWFwLT5icGFnZXMsIGxpbmtzKTsKKwkJZnJlZV9ib3VuY2VfcGFn ZShkbWF0LCBicGFnZSk7CisJfQorfQorCitzdGF0aWMgdm9pZAorYm91bmNlX2J1c19kbWFtYXBf c3luYyhidXNfZG1hX3RhZ190IGRtYXQsIGJ1c19kbWFtYXBfdCBtYXAsCisgICAgYnVzX2RtYXN5 bmNfb3BfdCBvcCkKK3sKKwlzdHJ1Y3QgYm91bmNlX3BhZ2UgKmJwYWdlOworCisJLyoKKwkgKiBY WFggQVJNNjRUT0RPOgorCSAqIFRoaXMgYnVzX2RtYSBpbXBsZW1lbnRhdGlvbiByZXF1aXJlcyBJ Ty1Db2hlcmVudCBhcmNoaXRlY3V0cmUuCisJICogSWYgSU8tQ29oZXJlbmN5IGlzIG5vdCBndWFy YW50ZWVkLCBjYWNoZSBvcGVyYXRpb25zIGhhdmUgdG8gYmUKKwkgKiBhZGRlZCB0byB0aGlzIGZ1 bmN0aW9uLgorCSAqLworCisJaWYgKChicGFnZSA9IFNUQUlMUV9GSVJTVCgmbWFwLT5icGFnZXMp KSAhPSBOVUxMKSB7CisJCS8qCisJCSAqIEhhbmRsZSBkYXRhIGJvdW5jaW5nLiAgV2UgbWlnaHQg YWxzbworCQkgKiB3YW50IHRvIGFkZCBzdXBwb3J0IGZvciBpbnZhbGlkYXRpbmcKKwkJICogdGhl IGNhY2hlcyBvbiBicm9rZW4gaGFyZHdhcmUKKwkJICovCisJCUNUUjQoS1RSX0JVU0RNQSwgIiVz OiB0YWcgJXAgdGFnIGZsYWdzIDB4JXggb3AgMHgleCAiCisJCSAgICAicGVyZm9ybWluZyBib3Vu Y2UiLCBfX2Z1bmNfXywgZG1hdCwKKwkJICAgIGRtYXQtPmNvbW1vbi5mbGFncywgb3ApOworCisJ CWlmICgob3AgJiBCVVNfRE1BU1lOQ19QUkVXUklURSkgIT0gMCkgeworCQkJd2hpbGUgKGJwYWdl ICE9IE5VTEwpIHsKKwkJCQlpZiAoYnBhZ2UtPmRhdGF2YWRkciAhPSAwKSB7CisJCQkJCWJjb3B5 KCh2b2lkICopYnBhZ2UtPmRhdGF2YWRkciwKKwkJCQkJICAgICh2b2lkICopYnBhZ2UtPnZhZGRy LAorCQkJCQkgICAgYnBhZ2UtPmRhdGFjb3VudCk7CisJCQkJfSBlbHNlIHsKKwkJCQkJcGh5c2Nv cHlvdXQoYnBhZ2UtPmRhdGFhZGRyLAorCQkJCQkgICAgKHZvaWQgKilicGFnZS0+dmFkZHIsCisJ CQkJCSAgICBicGFnZS0+ZGF0YWNvdW50KTsKKwkJCQl9CisJCQkJYnBhZ2UgPSBTVEFJTFFfTkVY VChicGFnZSwgbGlua3MpOworCQkJfQorCQkJZG1hdC0+Ym91bmNlX3pvbmUtPnRvdGFsX2JvdW5j ZWQrKzsKKwkJfQorCisJCWlmICgob3AgJiBCVVNfRE1BU1lOQ19QT1NUUkVBRCkgIT0gMCkgewor CQkJd2hpbGUgKGJwYWdlICE9IE5VTEwpIHsKKwkJCQlpZiAoYnBhZ2UtPmRhdGF2YWRkciAhPSAw KSB7CisJCQkJCWJjb3B5KCh2b2lkICopYnBhZ2UtPnZhZGRyLAorCQkJCQkgICAgKHZvaWQgKili cGFnZS0+ZGF0YXZhZGRyLAorCQkJCQkgICAgYnBhZ2UtPmRhdGFjb3VudCk7CisJCQkJfSBlbHNl IHsKKwkJCQkJcGh5c2NvcHlpbigodm9pZCAqKWJwYWdlLT52YWRkciwKKwkJCQkJICAgIGJwYWdl LT5kYXRhYWRkciwKKwkJCQkJICAgIGJwYWdlLT5kYXRhY291bnQpOworCQkJCX0KKwkJCQlicGFn ZSA9IFNUQUlMUV9ORVhUKGJwYWdlLCBsaW5rcyk7CisJCQl9CisJCQlkbWF0LT5ib3VuY2Vfem9u ZS0+dG90YWxfYm91bmNlZCsrOworCQl9CisJfQorfQorCitzdGF0aWMgdm9pZAoraW5pdF9ib3Vu Y2VfcGFnZXModm9pZCAqZHVtbXkgX191bnVzZWQpCit7CisKKwl0b3RhbF9icGFnZXMgPSAwOwor CVNUQUlMUV9JTklUKCZib3VuY2Vfem9uZV9saXN0KTsKKwlTVEFJTFFfSU5JVCgmYm91bmNlX21h cF93YWl0aW5nbGlzdCk7CisJU1RBSUxRX0lOSVQoJmJvdW5jZV9tYXBfY2FsbGJhY2tsaXN0KTsK KwltdHhfaW5pdCgmYm91bmNlX2xvY2ssICJib3VuY2UgcGFnZXMgbG9jayIsIE5VTEwsIE1UWF9E RUYpOworfQorU1lTSU5JVChicGFnZXMsIFNJX1NVQl9MT0NLLCBTSV9PUkRFUl9BTlksIGluaXRf Ym91bmNlX3BhZ2VzLCBOVUxMKTsKKworc3RhdGljIHN0cnVjdCBzeXNjdGxfY3R4X2xpc3QgKgor YnVzZG1hX3N5c2N0bF90cmVlKHN0cnVjdCBib3VuY2Vfem9uZSAqYnopCit7CisJcmV0dXJuICgm YnotPnN5c2N0bF90cmVlKTsKK30KKworc3RhdGljIHN0cnVjdCBzeXNjdGxfb2lkICoKK2J1c2Rt YV9zeXNjdGxfdHJlZV90b3Aoc3RydWN0IGJvdW5jZV96b25lICpieikKK3sKKwlyZXR1cm4gKGJ6 LT5zeXNjdGxfdHJlZV90b3ApOworfQorCitzdGF0aWMgaW50CithbGxvY19ib3VuY2Vfem9uZShi dXNfZG1hX3RhZ190IGRtYXQpCit7CisJc3RydWN0IGJvdW5jZV96b25lICpiejsKKworCS8qIENo ZWNrIHRvIHNlZSBpZiB3ZSBhbHJlYWR5IGhhdmUgYSBzdWl0YWJsZSB6b25lICovCisJU1RBSUxR X0ZPUkVBQ0goYnosICZib3VuY2Vfem9uZV9saXN0LCBsaW5rcykgeworCQlpZiAoKGRtYXQtPmNv bW1vbi5hbGlnbm1lbnQgPD0gYnotPmFsaWdubWVudCkgJiYKKwkJICAgIChkbWF0LT5jb21tb24u bG93YWRkciA+PSBiei0+bG93YWRkcikpIHsKKwkJCWRtYXQtPmJvdW5jZV96b25lID0gYno7CisJ CQlyZXR1cm4gKDApOworCQl9CisJfQorCisJaWYgKChieiA9IChzdHJ1Y3QgYm91bmNlX3pvbmUg KiltYWxsb2Moc2l6ZW9mKCpieiksIE1fREVWQlVGLAorCSAgICBNX05PV0FJVCB8IE1fWkVSTykp ID09IE5VTEwpCisJCXJldHVybiAoRU5PTUVNKTsKKworCVNUQUlMUV9JTklUKCZiei0+Ym91bmNl X3BhZ2VfbGlzdCk7CisJYnotPmZyZWVfYnBhZ2VzID0gMDsKKwliei0+cmVzZXJ2ZWRfYnBhZ2Vz ID0gMDsKKwliei0+YWN0aXZlX2JwYWdlcyA9IDA7CisJYnotPmxvd2FkZHIgPSBkbWF0LT5jb21t b24ubG93YWRkcjsKKwliei0+YWxpZ25tZW50ID0gTUFYKGRtYXQtPmNvbW1vbi5hbGlnbm1lbnQs IFBBR0VfU0laRSk7CisJYnotPm1hcF9jb3VudCA9IDA7CisJc25wcmludGYoYnotPnpvbmVpZCwg OCwgInpvbmUlZCIsIGJ1c2RtYV96b25lY291bnQpOworCWJ1c2RtYV96b25lY291bnQrKzsKKwlz bnByaW50Zihiei0+bG93YWRkcmlkLCAxOCwgIiUjangiLCAodWludG1heF90KWJ6LT5sb3dhZGRy KTsKKwlTVEFJTFFfSU5TRVJUX1RBSUwoJmJvdW5jZV96b25lX2xpc3QsIGJ6LCBsaW5rcyk7CisJ ZG1hdC0+Ym91bmNlX3pvbmUgPSBiejsKKworCXN5c2N0bF9jdHhfaW5pdCgmYnotPnN5c2N0bF90 cmVlKTsKKwliei0+c3lzY3RsX3RyZWVfdG9wID0gU1lTQ1RMX0FERF9OT0RFKCZiei0+c3lzY3Rs X3RyZWUsCisJICAgIFNZU0NUTF9TVEFUSUNfQ0hJTERSRU4oX2h3X2J1c2RtYSksIE9JRF9BVVRP LCBiei0+em9uZWlkLAorCSAgICBDVExGTEFHX1JELCAwLCAiIik7CisJaWYgKGJ6LT5zeXNjdGxf dHJlZV90b3AgPT0gTlVMTCkgeworCQlzeXNjdGxfY3R4X2ZyZWUoJmJ6LT5zeXNjdGxfdHJlZSk7 CisJCXJldHVybiAoMCk7CS8qIFhYWCBlcnJvciBjb2RlPyAqLworCX0KKworCVNZU0NUTF9BRERf SU5UKGJ1c2RtYV9zeXNjdGxfdHJlZShieiksCisJICAgIFNZU0NUTF9DSElMRFJFTihidXNkbWFf c3lzY3RsX3RyZWVfdG9wKGJ6KSksIE9JRF9BVVRPLAorCSAgICAidG90YWxfYnBhZ2VzIiwgQ1RM RkxBR19SRCwgJmJ6LT50b3RhbF9icGFnZXMsIDAsCisJICAgICJUb3RhbCBib3VuY2UgcGFnZXMi KTsKKwlTWVNDVExfQUREX0lOVChidXNkbWFfc3lzY3RsX3RyZWUoYnopLAorCSAgICBTWVNDVExf Q0hJTERSRU4oYnVzZG1hX3N5c2N0bF90cmVlX3RvcChieikpLCBPSURfQVVUTywKKwkgICAgImZy ZWVfYnBhZ2VzIiwgQ1RMRkxBR19SRCwgJmJ6LT5mcmVlX2JwYWdlcywgMCwKKwkgICAgIkZyZWUg Ym91bmNlIHBhZ2VzIik7CisJU1lTQ1RMX0FERF9JTlQoYnVzZG1hX3N5c2N0bF90cmVlKGJ6KSwK KwkgICAgU1lTQ1RMX0NISUxEUkVOKGJ1c2RtYV9zeXNjdGxfdHJlZV90b3AoYnopKSwgT0lEX0FV VE8sCisJICAgICJyZXNlcnZlZF9icGFnZXMiLCBDVExGTEFHX1JELCAmYnotPnJlc2VydmVkX2Jw YWdlcywgMCwKKwkgICAgIlJlc2VydmVkIGJvdW5jZSBwYWdlcyIpOworCVNZU0NUTF9BRERfSU5U KGJ1c2RtYV9zeXNjdGxfdHJlZShieiksCisJICAgIFNZU0NUTF9DSElMRFJFTihidXNkbWFfc3lz Y3RsX3RyZWVfdG9wKGJ6KSksIE9JRF9BVVRPLAorCSAgICAiYWN0aXZlX2JwYWdlcyIsIENUTEZM QUdfUkQsICZiei0+YWN0aXZlX2JwYWdlcywgMCwKKwkgICAgIkFjdGl2ZSBib3VuY2UgcGFnZXMi KTsKKwlTWVNDVExfQUREX0lOVChidXNkbWFfc3lzY3RsX3RyZWUoYnopLAorCSAgICBTWVNDVExf Q0hJTERSRU4oYnVzZG1hX3N5c2N0bF90cmVlX3RvcChieikpLCBPSURfQVVUTywKKwkgICAgInRv dGFsX2JvdW5jZWQiLCBDVExGTEFHX1JELCAmYnotPnRvdGFsX2JvdW5jZWQsIDAsCisJICAgICJU b3RhbCBib3VuY2UgcmVxdWVzdHMiKTsKKwlTWVNDVExfQUREX0lOVChidXNkbWFfc3lzY3RsX3Ry ZWUoYnopLAorCSAgICBTWVNDVExfQ0hJTERSRU4oYnVzZG1hX3N5c2N0bF90cmVlX3RvcChieikp LCBPSURfQVVUTywKKwkgICAgInRvdGFsX2RlZmVycmVkIiwgQ1RMRkxBR19SRCwgJmJ6LT50b3Rh bF9kZWZlcnJlZCwgMCwKKwkgICAgIlRvdGFsIGJvdW5jZSByZXF1ZXN0cyB0aGF0IHdlcmUgZGVm ZXJyZWQiKTsKKwlTWVNDVExfQUREX1NUUklORyhidXNkbWFfc3lzY3RsX3RyZWUoYnopLAorCSAg ICBTWVNDVExfQ0hJTERSRU4oYnVzZG1hX3N5c2N0bF90cmVlX3RvcChieikpLCBPSURfQVVUTywK KwkgICAgImxvd2FkZHIiLCBDVExGTEFHX1JELCBiei0+bG93YWRkcmlkLCAwLCAiIik7CisJU1lT Q1RMX0FERF9VQVVUTyhidXNkbWFfc3lzY3RsX3RyZWUoYnopLAorCSAgICBTWVNDVExfQ0hJTERS RU4oYnVzZG1hX3N5c2N0bF90cmVlX3RvcChieikpLCBPSURfQVVUTywKKwkgICAgImFsaWdubWVu dCIsIENUTEZMQUdfUkQsICZiei0+YWxpZ25tZW50LCAiIik7CisKKwlyZXR1cm4gKDApOworfQor CitzdGF0aWMgaW50CithbGxvY19ib3VuY2VfcGFnZXMoYnVzX2RtYV90YWdfdCBkbWF0LCB1X2lu dCBudW1wYWdlcykKK3sKKwlzdHJ1Y3QgYm91bmNlX3pvbmUgKmJ6OworCWludCBjb3VudDsKKwor CWJ6ID0gZG1hdC0+Ym91bmNlX3pvbmU7CisJY291bnQgPSAwOworCXdoaWxlIChudW1wYWdlcyA+ IDApIHsKKwkJc3RydWN0IGJvdW5jZV9wYWdlICpicGFnZTsKKworCQlicGFnZSA9IChzdHJ1Y3Qg Ym91bmNlX3BhZ2UgKiltYWxsb2Moc2l6ZW9mKCpicGFnZSksIE1fREVWQlVGLAorCQkJCQkJICAg ICBNX05PV0FJVCB8IE1fWkVSTyk7CisKKwkJaWYgKGJwYWdlID09IE5VTEwpCisJCQlicmVhazsK KwkJYnBhZ2UtPnZhZGRyID0gKHZtX29mZnNldF90KWNvbnRpZ21hbGxvYyhQQUdFX1NJWkUsIE1f REVWQlVGLAorCQkJCQkJCSBNX05PV0FJVCwgMHVsLAorCQkJCQkJCSBiei0+bG93YWRkciwKKwkJ CQkJCQkgUEFHRV9TSVpFLAorCQkJCQkJCSAwKTsKKwkJaWYgKGJwYWdlLT52YWRkciA9PSAwKSB7 CisJCQlmcmVlKGJwYWdlLCBNX0RFVkJVRik7CisJCQlicmVhazsKKwkJfQorCQlicGFnZS0+YnVz YWRkciA9IHBtYXBfa2V4dHJhY3QoYnBhZ2UtPnZhZGRyKTsKKwkJbXR4X2xvY2soJmJvdW5jZV9s b2NrKTsKKwkJU1RBSUxRX0lOU0VSVF9UQUlMKCZiei0+Ym91bmNlX3BhZ2VfbGlzdCwgYnBhZ2Us IGxpbmtzKTsKKwkJdG90YWxfYnBhZ2VzKys7CisJCWJ6LT50b3RhbF9icGFnZXMrKzsKKwkJYnot PmZyZWVfYnBhZ2VzKys7CisJCW10eF91bmxvY2soJmJvdW5jZV9sb2NrKTsKKwkJY291bnQrKzsK KwkJbnVtcGFnZXMtLTsKKwl9CisJcmV0dXJuIChjb3VudCk7Cit9CisKK3N0YXRpYyBpbnQKK3Jl c2VydmVfYm91bmNlX3BhZ2VzKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwg aW50IGNvbW1pdCkKK3sKKwlzdHJ1Y3QgYm91bmNlX3pvbmUgKmJ6OworCWludCBwYWdlczsKKwor CW10eF9hc3NlcnQoJmJvdW5jZV9sb2NrLCBNQV9PV05FRCk7CisJYnogPSBkbWF0LT5ib3VuY2Vf em9uZTsKKwlwYWdlcyA9IE1JTihiei0+ZnJlZV9icGFnZXMsIG1hcC0+cGFnZXNuZWVkZWQgLSBt YXAtPnBhZ2VzcmVzZXJ2ZWQpOworCWlmIChjb21taXQgPT0gMCAmJiBtYXAtPnBhZ2VzbmVlZGVk ID4gKG1hcC0+cGFnZXNyZXNlcnZlZCArIHBhZ2VzKSkKKwkJcmV0dXJuIChtYXAtPnBhZ2VzbmVl ZGVkIC0gKG1hcC0+cGFnZXNyZXNlcnZlZCArIHBhZ2VzKSk7CisJYnotPmZyZWVfYnBhZ2VzIC09 IHBhZ2VzOworCWJ6LT5yZXNlcnZlZF9icGFnZXMgKz0gcGFnZXM7CisJbWFwLT5wYWdlc3Jlc2Vy dmVkICs9IHBhZ2VzOworCXBhZ2VzID0gbWFwLT5wYWdlc25lZWRlZCAtIG1hcC0+cGFnZXNyZXNl cnZlZDsKKworCXJldHVybiAocGFnZXMpOworfQorCitzdGF0aWMgYnVzX2FkZHJfdAorYWRkX2Jv dW5jZV9wYWdlKGJ1c19kbWFfdGFnX3QgZG1hdCwgYnVzX2RtYW1hcF90IG1hcCwgdm1fb2Zmc2V0 X3QgdmFkZHIsCisJCWJ1c19hZGRyX3QgYWRkciwgYnVzX3NpemVfdCBzaXplKQoreworCXN0cnVj dCBib3VuY2Vfem9uZSAqYno7CisJc3RydWN0IGJvdW5jZV9wYWdlICpicGFnZTsKKworCUtBU1NF UlQoZG1hdC0+Ym91bmNlX3pvbmUgIT0gTlVMTCwgKCJubyBib3VuY2Ugem9uZSBpbiBkbWEgdGFn IikpOworCUtBU1NFUlQobWFwICE9IE5VTEwgJiYgbWFwICE9ICZub2JvdW5jZV9kbWFtYXAsCisJ ICAgICgiYWRkX2JvdW5jZV9wYWdlOiBiYWQgbWFwICVwIiwgbWFwKSk7CisKKwlieiA9IGRtYXQt PmJvdW5jZV96b25lOworCWlmIChtYXAtPnBhZ2VzbmVlZGVkID09IDApCisJCXBhbmljKCJhZGRf Ym91bmNlX3BhZ2U6IG1hcCBkb2Vzbid0IG5lZWQgYW55IHBhZ2VzIik7CisJbWFwLT5wYWdlc25l ZWRlZC0tOworCisJaWYgKG1hcC0+cGFnZXNyZXNlcnZlZCA9PSAwKQorCQlwYW5pYygiYWRkX2Jv dW5jZV9wYWdlOiBtYXAgZG9lc24ndCBuZWVkIGFueSBwYWdlcyIpOworCW1hcC0+cGFnZXNyZXNl cnZlZC0tOworCisJbXR4X2xvY2soJmJvdW5jZV9sb2NrKTsKKwlicGFnZSA9IFNUQUlMUV9GSVJT VCgmYnotPmJvdW5jZV9wYWdlX2xpc3QpOworCWlmIChicGFnZSA9PSBOVUxMKQorCQlwYW5pYygi YWRkX2JvdW5jZV9wYWdlOiBmcmVlIHBhZ2UgbGlzdCBpcyBlbXB0eSIpOworCisJU1RBSUxRX1JF TU9WRV9IRUFEKCZiei0+Ym91bmNlX3BhZ2VfbGlzdCwgbGlua3MpOworCWJ6LT5yZXNlcnZlZF9i cGFnZXMtLTsKKwliei0+YWN0aXZlX2JwYWdlcysrOworCW10eF91bmxvY2soJmJvdW5jZV9sb2Nr KTsKKworCWlmIChkbWF0LT5jb21tb24uZmxhZ3MgJiBCVVNfRE1BX0tFRVBfUEdfT0ZGU0VUKSB7 CisJCS8qIFBhZ2Ugb2Zmc2V0IG5lZWRzIHRvIGJlIHByZXNlcnZlZC4gKi8KKwkJYnBhZ2UtPnZh ZGRyIHw9IHZhZGRyICYgUEFHRV9NQVNLOworCQlicGFnZS0+YnVzYWRkciB8PSB2YWRkciAmIFBB R0VfTUFTSzsKKwl9CisJYnBhZ2UtPmRhdGF2YWRkciA9IHZhZGRyOworCWJwYWdlLT5kYXRhYWRk ciA9IGFkZHI7CisJYnBhZ2UtPmRhdGFjb3VudCA9IHNpemU7CisJU1RBSUxRX0lOU0VSVF9UQUlM KCYobWFwLT5icGFnZXMpLCBicGFnZSwgbGlua3MpOworCXJldHVybiAoYnBhZ2UtPmJ1c2FkZHIp OworfQorCitzdGF0aWMgdm9pZAorZnJlZV9ib3VuY2VfcGFnZShidXNfZG1hX3RhZ190IGRtYXQs IHN0cnVjdCBib3VuY2VfcGFnZSAqYnBhZ2UpCit7CisJc3RydWN0IGJ1c19kbWFtYXAgKm1hcDsK KwlzdHJ1Y3QgYm91bmNlX3pvbmUgKmJ6OworCisJYnogPSBkbWF0LT5ib3VuY2Vfem9uZTsKKwli cGFnZS0+ZGF0YXZhZGRyID0gMDsKKwlicGFnZS0+ZGF0YWNvdW50ID0gMDsKKwlpZiAoZG1hdC0+ Y29tbW9uLmZsYWdzICYgQlVTX0RNQV9LRUVQX1BHX09GRlNFVCkgeworCQkvKgorCQkgKiBSZXNl dCB0aGUgYm91bmNlIHBhZ2UgdG8gc3RhcnQgYXQgb2Zmc2V0IDAuICBPdGhlciB1c2VzCisJCSAq IG9mIHRoaXMgYm91bmNlIHBhZ2UgbWF5IG5lZWQgdG8gc3RvcmUgYSBmdWxsIHBhZ2Ugb2YKKwkJ ICogZGF0YSBhbmQvb3IgYXNzdW1lIGl0IHN0YXJ0cyBvbiBhIHBhZ2UgYm91bmRhcnkuCisJCSAq LworCQlicGFnZS0+dmFkZHIgJj0gflBBR0VfTUFTSzsKKwkJYnBhZ2UtPmJ1c2FkZHIgJj0gflBB R0VfTUFTSzsKKwl9CisKKwltdHhfbG9jaygmYm91bmNlX2xvY2spOworCVNUQUlMUV9JTlNFUlRf SEVBRCgmYnotPmJvdW5jZV9wYWdlX2xpc3QsIGJwYWdlLCBsaW5rcyk7CisJYnotPmZyZWVfYnBh Z2VzKys7CisJYnotPmFjdGl2ZV9icGFnZXMtLTsKKwlpZiAoKG1hcCA9IFNUQUlMUV9GSVJTVCgm Ym91bmNlX21hcF93YWl0aW5nbGlzdCkpICE9IE5VTEwpIHsKKwkJaWYgKHJlc2VydmVfYm91bmNl X3BhZ2VzKG1hcC0+ZG1hdCwgbWFwLCAxKSA9PSAwKSB7CisJCQlTVEFJTFFfUkVNT1ZFX0hFQUQo JmJvdW5jZV9tYXBfd2FpdGluZ2xpc3QsIGxpbmtzKTsKKwkJCVNUQUlMUV9JTlNFUlRfVEFJTCgm Ym91bmNlX21hcF9jYWxsYmFja2xpc3QsCisJCQkgICAgbWFwLCBsaW5rcyk7CisJCQlidXNkbWFf c3dpX3BlbmRpbmcgPSAxOworCQkJYnotPnRvdGFsX2RlZmVycmVkKys7CisJCQlzd2lfc2NoZWQo dm1faWgsIDApOworCQl9CisJfQorCW10eF91bmxvY2soJmJvdW5jZV9sb2NrKTsKK30KKwordm9p ZAorYnVzZG1hX3N3aSh2b2lkKQoreworCWJ1c19kbWFfdGFnX3QgZG1hdDsKKwlzdHJ1Y3QgYnVz X2RtYW1hcCAqbWFwOworCisJbXR4X2xvY2soJmJvdW5jZV9sb2NrKTsKKwl3aGlsZSAoKG1hcCA9 IFNUQUlMUV9GSVJTVCgmYm91bmNlX21hcF9jYWxsYmFja2xpc3QpKSAhPSBOVUxMKSB7CisJCVNU QUlMUV9SRU1PVkVfSEVBRCgmYm91bmNlX21hcF9jYWxsYmFja2xpc3QsIGxpbmtzKTsKKwkJbXR4 X3VubG9jaygmYm91bmNlX2xvY2spOworCQlkbWF0ID0gbWFwLT5kbWF0OworCQkoZG1hdC0+Y29t bW9uLmxvY2tmdW5jKShkbWF0LT5jb21tb24ubG9ja2Z1bmNhcmcsIEJVU19ETUFfTE9DSyk7CisJ CWJ1c19kbWFtYXBfbG9hZF9tZW0obWFwLT5kbWF0LCBtYXAsICZtYXAtPm1lbSwKKwkJICAgIG1h cC0+Y2FsbGJhY2ssIG1hcC0+Y2FsbGJhY2tfYXJnLCBCVVNfRE1BX1dBSVRPSyk7CisJCShkbWF0 LT5jb21tb24ubG9ja2Z1bmMpKGRtYXQtPmNvbW1vbi5sb2NrZnVuY2FyZywKKwkJICAgIEJVU19E TUFfVU5MT0NLKTsKKwkJbXR4X2xvY2soJmJvdW5jZV9sb2NrKTsKKwl9CisJbXR4X3VubG9jaygm Ym91bmNlX2xvY2spOworfQorCitzdHJ1Y3QgYnVzX2RtYV9pbXBsIGJ1c19kbWFfYm91bmNlX2lt cGwgPSB7CisJLnRhZ19jcmVhdGUgPSBib3VuY2VfYnVzX2RtYV90YWdfY3JlYXRlLAorCS50YWdf ZGVzdHJveSA9IGJvdW5jZV9idXNfZG1hX3RhZ19kZXN0cm95LAorCS5tYXBfY3JlYXRlID0gYm91 bmNlX2J1c19kbWFtYXBfY3JlYXRlLAorCS5tYXBfZGVzdHJveSA9IGJvdW5jZV9idXNfZG1hbWFw X2Rlc3Ryb3ksCisJLm1lbV9hbGxvYyA9IGJvdW5jZV9idXNfZG1hbWVtX2FsbG9jLAorCS5tZW1f ZnJlZSA9IGJvdW5jZV9idXNfZG1hbWVtX2ZyZWUsCisJLmxvYWRfcGh5cyA9IGJvdW5jZV9idXNf ZG1hbWFwX2xvYWRfcGh5cywKKwkubG9hZF9idWZmZXIgPSBib3VuY2VfYnVzX2RtYW1hcF9sb2Fk X2J1ZmZlciwKKwkubG9hZF9tYSA9IGJ1c19kbWFtYXBfbG9hZF9tYV90cml2LAorCS5tYXBfd2Fp dG9rID0gYm91bmNlX2J1c19kbWFtYXBfd2FpdG9rLAorCS5tYXBfY29tcGxldGUgPSBib3VuY2Vf YnVzX2RtYW1hcF9jb21wbGV0ZSwKKwkubWFwX3VubG9hZCA9IGJvdW5jZV9idXNfZG1hbWFwX3Vu bG9hZCwKKwkubWFwX3N5bmMgPSBib3VuY2VfYnVzX2RtYW1hcF9zeW5jCit9OwoK --b1_8438b44d4f3b7e535062a5c7553b260f-- From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 18:26: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 3A673456 for ; Thu, 23 Apr 2015 18:26:41 +0000 (UTC) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) (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 EDB7911AB for ; Thu, 23 Apr 2015 18:26:40 +0000 (UTC) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id EB695C5F for ; Thu, 23 Apr 2015 14:26:32 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Thu, 23 Apr 2015 14:26:32 -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=IK+NeLhVbfrO1D/ Kdq10NO+d25M=; b=OGxouuHXXqRmu1KVBeiQZV6TMmGD44gBQm3BzbklS5IfDVN wZz2bd3FXe6Arw9GxSbtxXDbzyPPy1cJwhUemikrF4Xx2snb1AtnQinuKO0RwCIg Tn3+JPEZi/xTajriB2AtNPzAl0fXPei/FvosOkrsBx/A7RQFoL7qO6iFozb0= Received: by web3.nyi.internal (Postfix, from userid 99) id 77DB610CDE1; Thu, 23 Apr 2015 14:26:32 -0400 (EDT) Message-Id: <1429813592.3972931.257769941.7B8B12C4@webmail.messagingengine.com> X-Sasl-Enc: W5M3tNmyCy042iqwlnp2yq7Psat5EUFToQvF49Lv6e+A 1429813592 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-a7964045 In-Reply-To: References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> <552FCD90.20401@foxvalley.net> <462bae1cb99.7f9417c1@mail.schwarzes.net> Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? Date: Thu, 23 Apr 2015 13:26:32 -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, 23 Apr 2015 18:26:41 -0000 On Wed, Apr 22, 2015, at 12:28, Luiz Otavio O Souza wrote: > On 22 April 2015 at 13:49, Andreas Schwarz wrote: > > On 16.04.15, Dan Raymond wrote: > > > >> I'm also interested in swapping out my B+ for a Raspberry Pi 2 but I am > >> waiting on FreeBSD support. > > > > Me too. There is already a RPI2 kernel Profile in /sys/arm/conf/. But there > > is no way to boot such kernel, the u-boot bootloader is not compatible to the > > Cortex-A7. Linux (rasbian) is using two different kernels for bcm2835 and > > the new bcm2836 (which includes A7) (which are booted directly at this stage > > instead of u-boot). So we need also two u-boot binaries? > > > > I'm not sure what else is missing. > > > > -Andreas > > Yes, that is right, we need a different u-boot for it. > > I'm working on the new u-boot, it's working already, its a matter of > tidy up the port and get everything in its place. > > This will probably mean a new template for crochet (or writing down > the required steps on wiki). > > I hope it is ready by the end of week. > This is excellent. I am anxious to use FreeBSD on my Pi2 From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 19:17: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 5153A3FD; Thu, 23 Apr 2015 19:17:55 +0000 (UTC) Received: from mail.eeeit.de (mail.eeeit.de [37.120.160.187]) (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 188AA176B; Thu, 23 Apr 2015 19:17:54 +0000 (UTC) Received: from [10.38.157.164] (tmo-099-71.customers.d1-online.com [80.187.99.71]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mike@reifenberger.com) by mail.eeeit.de (Postfix) with ESMTPSA id 3338E30B9; Thu, 23 Apr 2015 21:12:22 +0200 (CEST) User-Agent: Kaiten Mail In-Reply-To: <201504231836.t3NIaaEk022281@svn.freebsd.org> References: <201504231836.t3NIaaEk022281@svn.freebsd.org> MIME-Version: 1.0 Subject: Re: svn commit: r281899 - head/sys/boot/fdt/dts/arm From: Michael Date: Thu, 23 Apr 2015 21:12:53 +0200 To: Luiz Otavio O Souza CC: freebsd-arm@freebsd.org Message-ID: <2876f275-e5c1-441c-b9b1-a40ac519b762@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 23 Apr 2015 19:17:55 -0000 Hi, is there currently a howto build a image and boot the RPI2? Are the binaries native armv7? Is SMP supported? Thanks in advance! Greetings --- Michael (mr@) -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 20:11: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 A0687681; Thu, 23 Apr 2015 20:11:11 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::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 3C4BF1DA0; Thu, 23 Apr 2015 20:11:11 +0000 (UTC) Received: by wgen6 with SMTP id n6so30041114wge.3; Thu, 23 Apr 2015 13:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gFd0bE3P9gul+SxlQBnQkBh3VcF2m96A72F8AYaqd70=; b=XWMRrP6Au5qASwGxI21yWPrZ8F66QqSOMogn+pRBG/NeS5F3oXitJbv4wB+cPn0pJZ FvFSwAKoCsOUIH1lBB/RK48bKs5T2tuJxUxxmU3RugPwRZZ1ONDYdf2nLXag/n1hDeEf J9C2tQpPm42Mj+LmpLc8SLdk3mK4tNXxdGtC8e9g4zu+f1ue1CZm5dPQysYBJBLGuflZ MlRH/E9qhBSDmDm8Ld3XsyTK5XFBTAn5p5Yl26znI59l4wOrWSEkoCVCBBIO2A28AUIn Ev/kowLTot0kHsYOqqCe9H2GCZW+9+l4FUlx2H8sfXvv/GVO4FvWBv2fcEgFOVhKIcII 1UrA== MIME-Version: 1.0 X-Received: by 10.181.11.137 with SMTP id ei9mr23291wid.48.1429819869730; Thu, 23 Apr 2015 13:11:09 -0700 (PDT) Received: by 10.180.85.104 with HTTP; Thu, 23 Apr 2015 13:11:09 -0700 (PDT) In-Reply-To: <2876f275-e5c1-441c-b9b1-a40ac519b762@email.android.com> References: <201504231836.t3NIaaEk022281@svn.freebsd.org> <2876f275-e5c1-441c-b9b1-a40ac519b762@email.android.com> Date: Thu, 23 Apr 2015 17:11:09 -0300 Message-ID: Subject: Re: svn commit: r281899 - head/sys/boot/fdt/dts/arm From: Luiz Otavio O Souza To: Michael Cc: Luiz Otavio O Souza , "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, 23 Apr 2015 20:11:11 -0000 On 23 April 2015 at 16:12, Michael wrote: > Hi, > is there currently a howto build a image and boot the RPI2? > Are the binaries native armv7? > Is SMP supported? > > Thanks in advance! > > Greetings > --- > Michael (mr@) > -- > Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. Hi Michael, I'm fixing a few rough edges and I'll add the required steps to build an image soon (the u-boot port has to be committed first). Yes, the kernel is built as native armv7 but ATM we don't have SMP support for RPI2. Apart from SMP the only thing missing now is the framebuffer which I may give a try until the weekend. But first I need to get the u-boot port committed ASAP. Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 21:14: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 4724CAD2 for ; Thu, 23 Apr 2015 21:14:05 +0000 (UTC) Received: from mail.eeeit.de (mail.eeeit.de [37.120.160.187]) (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 0CF18143E for ; Thu, 23 Apr 2015 21:14:04 +0000 (UTC) Received: from [10.38.157.164] (tmo-099-71.customers.d1-online.com [80.187.99.71]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mike@reifenberger.com) by mail.eeeit.de (Postfix) with ESMTPSA id 72DE63101; Thu, 23 Apr 2015 23:14:00 +0200 (CEST) User-Agent: Kaiten Mail In-Reply-To: References: <201504231836.t3NIaaEk022281@svn.freebsd.org> <2876f275-e5c1-441c-b9b1-a40ac519b762@email.android.com> MIME-Version: 1.0 Subject: Re: svn commit: r281899 - head/sys/boot/fdt/dts/arm From: Michael Date: Thu, 23 Apr 2015 23:14:33 +0200 To: Luiz Otavio O Souza CC: "freebsd-arm@freebsd.org" Message-ID: <308257d8-3cf6-4262-ba8c-a67c4f6f0b97@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 23 Apr 2015 21:14:05 -0000 Hi, cool. Thanks! Will you be workung on SMP support later on? Greetings --- Michael (mr@) On 23. April 2015 22:11:09 MESZ, Luiz Otavio O Souza wrote: >On 23 April 2015 at 16:12, Michael wrote: >> Hi, >> is there currently a howto build a image and boot the RPI2? >> Are the binaries native armv7? >> Is SMP supported? >> >> Thanks in advance! >> >> Greetings >> --- >> Michael (mr@) >> -- >> Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail >gesendet. > >Hi Michael, > >I'm fixing a few rough edges and I'll add the required steps to build >an image soon (the u-boot port has to be committed first). > >Yes, the kernel is built as native armv7 but ATM we don't have SMP >support for RPI2. > >Apart from SMP the only thing missing now is the framebuffer which I >may give a try until the weekend. > >But first I need to get the u-boot port committed ASAP. > >Regards, >Luiz -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 22:06: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 03FD9415 for ; Thu, 23 Apr 2015 22:06: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 E41391A21 for ; Thu, 23 Apr 2015 22:06:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3NM65PU064223 for ; Thu, 23 Apr 2015 22:06:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Thu, 23 Apr 2015 22:06:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@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: Thu, 23 Apr 2015 22:06:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 --- Comment #4 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Thu Apr 23 22:06:03 UTC 2015 New revision: 281908 URL: https://svnweb.freebsd.org/changeset/base/281908 Log: MFC r281775: Pull in r229911 from upstream llvm trunk (by Benjamin Kramer): MC: Allow multiple comma-separated expressions on the .uleb128 directive. For compatiblity with GNU as. Binutils documents this as '.uleb128 expressions'. Subtle, isn't it? Reported by: sbruno PR: 199554 MFC r281777: Add llvm patch corresponding to r281775. Changes: _U stable/10/ stable/10/contrib/llvm/lib/MC/MCParser/AsmParser.cpp stable/10/contrib/llvm/patches/patch-r281775-llvm-r229911-uleb128-commas.diff _U stable/9/contrib/llvm/ stable/9/contrib/llvm/lib/MC/MCParser/AsmParser.cpp stable/9/contrib/llvm/patches/patch-r281775-llvm-r229911-uleb128-commas.diff -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 23 22:15: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 17EC5753 for ; Thu, 23 Apr 2015 22:15:51 +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 02B271B30 for ; Thu, 23 Apr 2015 22:15:51 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3NMFoM0074028 for ; Thu, 23 Apr 2015 22:15:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199554] clang assembler generates errors for .uleb128 Date: Thu, 23 Apr 2015 22:15:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: 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: Thu, 23 Apr 2015 22:15:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199554 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 05:49: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 43A008BA for ; Fri, 24 Apr 2015 05:49:19 +0000 (UTC) Received: from potato.366627.com (potato.366627.com [104.217.3.40]) by mx1.freebsd.org (Postfix) with ESMTP id F396816F8 for ; Fri, 24 Apr 2015 05:49:18 +0000 (UTC) To: freebsd-arm@freebsd.org Subject: leads for your business Message-ID: <8e885a593598219bf3eca1ee714df710@getcake.com> Date: Thu, 23 Apr 2015 18:23:41 +0200 From: "John" Reply-To: broling@aliyun.com MIME-Version: 1.0 X-Mailer-LID: 26 X-Mailer-RecptId: 20219458 X-Mailer-SID: 322 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: Fri, 24 Apr 2015 05:49:19 -0000 Hey, We can help you to generate business from our email marketing. I can help you accomplish that if you're not already. I specialize in the following: Email Marketing Leads Generating. Just reply back and I can go over options for you. Thanks, John Email: pottleyo@aliyun.com ------------------------------------------------- This e-mail message and its attachments (if any) are intended solely for the use of the addressee(s) hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender and immediately delete this message from your system. If you don't wish our future news letter, pls send address to ttickmay@aliyun.com for removal. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 08:00:57 2015 Return-Path: Delivered-To: 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 7B149774 for ; Fri, 24 Apr 2015 08:00:57 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 33343159A for ; Fri, 24 Apr 2015 08:00:56 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1YlYXJ-000HL4-L5 for arm@freebsd.org; Fri, 24 Apr 2015 11:00:33 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: FDT help Message-Id: <80F17668-BEF0-42BD-9243-AE41ACAF255E@cs.huji.ac.il> Date: Fri, 24 Apr 2015 11:00:33 +0300 To: arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) 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, 24 Apr 2015 08:00:57 -0000 Hi, I have this in my rpi.dts file: spi0 { rfid0 { compatible =3D =E2=80=9Crfid,mfrc5=E2=80=9D; spi-chipselect =3D <0>; reset { compatible =3D =E2=80=9Cpcd-reset=E2=80=9D= ; gpios =3D <&gpio 22 2>; }; }; my mfrc5 driver is starting to work - i can load, open, ioctl, unload, but after much grepping, I can=E2=80=99t figure out how from inside the = driver i can access the reset pin - which i have defined as gpio 22 ofwdump -aP # ofwdump -aP ... Node 0x13c4: spi0 compatible: 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69=20 00 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 37 30 38 2d 73 70=20 69 00=20 reg: 00 20 40 00 00 00 00 20=20 interrupts: 00 00 00 3e=20 interrupt-parent: 00 00 00 01=20 Node 0x143c: rfid0 compatible: 72 66 69 64 2c 6d 66 72 63 35 00=20 'rfid,mfrc5' spi-chipselect: 00 00 00 00=20 Node 0x1470: reset compatible: 70 63 64 2d 72 65 73 65 74 00=20 'pcd-reset' gpios: 00 00 00 03 00 00 00 16 00 00 00 02=20 thanks, danny From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 08:16: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 D1931A33 for ; Fri, 24 Apr 2015 08:16:21 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 5478016F9 for ; Fri, 24 Apr 2015 08:16:20 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 24 Apr 2015 10:16:10 +0200 id 001A3CFE.5539FBCA.0001057C Date: Fri, 24 Apr 2015 10:16:10 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Re: FDT help Message-ID: <20150424101610.469ba9bc@zeta.dino.sk> In-Reply-To: <80F17668-BEF0-42BD-9243-AE41ACAF255E@cs.huji.ac.il> References: <80F17668-BEF0-42BD-9243-AE41ACAF255E@cs.huji.ac.il> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i386-portbld-freebsd10.1) MIME-Version: 1.0 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: Fri, 24 Apr 2015 08:16:21 -0000 On Fri, 24 Apr 2015 11:00:33 +0300 Daniel Braniss wrote: > Hi, > I have this in my rpi.dts file: > spi0 { > rfid0 { > compatible =3D =E2=80=9Crfid,mfrc5=E2=80=9D; > spi-chipselect =3D <0>; > reset { > compatible =3D =E2=80=9Cpcd-reset=E2=80=9D; > gpios =3D <&gpio 22 2>; > }; > }; >=20 > my mfrc5 driver is starting to work - i can load, open, ioctl, unload, > but after much grepping, I can=E2=80=99t figure out how from inside the > driver i can access the reset pin - which i have defined as gpio 22 > ofwdump -aP >=20 > # ofwdump -aP > ... > Node 0x13c4: spi0 > compatible: > 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69=20 > 00 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 37 30 38 2d 73 70=20 > 69 00=20 > reg: > 00 20 40 00 00 00 00 20=20 > interrupts: > 00 00 00 3e=20 > interrupt-parent: > 00 00 00 01=20 > Node 0x143c: rfid0 > compatible: > 72 66 69 64 2c 6d 66 72 63 35 00=20 > 'rfid,mfrc5' > spi-chipselect: > 00 00 00 00=20 > Node 0x1470: reset > compatible: > 70 63 64 2d 72 65 73 65 74 00=20 > 'pcd-reset' > gpios: > 00 00 00 03 00 00 00 16 00 00 00 02=20 >=20 > thanks, > danny > Hello, I think following could help - I am forwarding what was given to me in similar circumstances :) http://pastebin.com/4mbZFuv1 Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 08:17:23 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 3A4A8A96 for ; Fri, 24 Apr 2015 08:17:23 +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 23C051702 for ; Fri, 24 Apr 2015 08:17:23 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3O8HNFG088130 for ; Fri, 24 Apr 2015 08:17:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199647] net/mDNSResponder does not compile on ARM Date: Fri, 24 Apr 2015 08:17:23 +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: sunpoet@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: Fri, 24 Apr 2015 08:17:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199647 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #1 from mikael.urankar@gmail.com --- Created attachment 155939 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155939&action=edit fix build on armv6 Hi, revision r384468 breaks the build on arm. 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 Fri Apr 24 08:44: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 E6302F27 for ; Fri, 24 Apr 2015 08:44:44 +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 D04B11A3A for ; Fri, 24 Apr 2015 08:44:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3O8ii0G017361 for ; Fri, 24 Apr 2015 08:44:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199647] net/mDNSResponder does not compile on ARM Date: Fri, 24 Apr 2015 08:44:44 +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: sunpoet@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: Fri, 24 Apr 2015 08:44:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199647 --- Comment #2 from Ulrich Grey --- (In reply to mikael.urankar from comment #1) Hello, thank you for the patch. The build now finished successfully: ===>>> Upgrade of mDNSResponder-561.1.1 to mDNSResponder-561.1.1_1 complete -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 09:22: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 5DD8161C for ; Fri, 24 Apr 2015 09:22:23 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 103721E4E for ; Fri, 24 Apr 2015 09:22:22 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1YlZoI-000Jjs-Iz; Fri, 24 Apr 2015 12:22:10 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: FDT help From: Daniel Braniss In-Reply-To: <20150424101610.469ba9bc@zeta.dino.sk> Date: Fri, 24 Apr 2015 12:22:10 +0300 Cc: freebsd-arm@freebsd.org Message-Id: <90F87E7F-1A16-46EF-8996-5519502A5B76@cs.huji.ac.il> References: <80F17668-BEF0-42BD-9243-AE41ACAF255E@cs.huji.ac.il> <20150424101610.469ba9bc@zeta.dino.sk> To: Milan Obuch 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: Fri, 24 Apr 2015 09:22:23 -0000 > On Apr 24, 2015, at 11:16 AM, Milan Obuch wrote: >=20 > On Fri, 24 Apr 2015 11:00:33 +0300 > Daniel Braniss wrote: >=20 >> Hi, >> I have this in my rpi.dts file: >> spi0 { >> rfid0 { >> compatible =3D =E2=80=9Crfid,mfrc5=E2=80=9D; >> spi-chipselect =3D <0>; >> reset { >> compatible =3D =E2=80=9Cpcd-reset=E2=80=9D= ; >> gpios =3D <&gpio 22 2>; >> }; >> }; >>=20 >> my mfrc5 driver is starting to work - i can load, open, ioctl, = unload, >> but after much grepping, I can=E2=80=99t figure out how from inside = the >> driver i can access the reset pin - which i have defined as gpio 22 >> ofwdump -aP >>=20 >> # ofwdump -aP >> ... >> Node 0x13c4: spi0 >> compatible: >> 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69=20 >> 00 62 72 6f 61 64 63 6f 6d 2c 62 63 6d 32 37 30 38 2d 73 70=20 >> 69 00=20 >> reg: >> 00 20 40 00 00 00 00 20=20 >> interrupts: >> 00 00 00 3e=20 >> interrupt-parent: >> 00 00 00 01=20 >> Node 0x143c: rfid0 >> compatible: >> 72 66 69 64 2c 6d 66 72 63 35 00=20 >> 'rfid,mfrc5' >> spi-chipselect: >> 00 00 00 00=20 >> Node 0x1470: reset >> compatible: >> 70 63 64 2d 72 65 73 65 74 00=20 >> 'pcd-reset' >> gpios: >> 00 00 00 03 00 00 00 16 00 00 00 02=20 >>=20 >> thanks, >> danny >>=20 >=20 > Hello, >=20 > I think following could help - I am forwarding what was given to me in > similar circumstances :) >=20 > http://pastebin.com/4mbZFuv1 argh, is this for -stable or -current? thanks, danny >=20 > Regards, > Milan > _______________________________________________ > 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 Apr 24 09:39:58 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 104D594A for ; Fri, 24 Apr 2015 09:39:58 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 807C91F7B for ; Fri, 24 Apr 2015 09:39:56 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 24 Apr 2015 11:39:54 +0200 id 001A3D18.553A0F6A.00014614 Date: Fri, 24 Apr 2015 11:39:53 +0200 From: Milan Obuch To: Daniel Braniss Cc: freebsd-arm@freebsd.org Subject: Re: FDT help Message-ID: <20150424113953.2d816a4c@zeta.dino.sk> In-Reply-To: <90F87E7F-1A16-46EF-8996-5519502A5B76@cs.huji.ac.il> References: <80F17668-BEF0-42BD-9243-AE41ACAF255E@cs.huji.ac.il> <20150424101610.469ba9bc@zeta.dino.sk> <90F87E7F-1A16-46EF-8996-5519502A5B76@cs.huji.ac.il> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i386-portbld-freebsd10.1) MIME-Version: 1.0 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: Fri, 24 Apr 2015 09:39:58 -0000 On Fri, 24 Apr 2015 12:22:10 +0300 Daniel Braniss wrote: >=20 > > On Apr 24, 2015, at 11:16 AM, Milan Obuch > > wrote: > >=20 > > On Fri, 24 Apr 2015 11:00:33 +0300 > > Daniel Braniss wrote: > >=20 > >> Hi, > >> I have this in my rpi.dts file: > >> spi0 { > >> rfid0 { > >> compatible =3D =E2=80=9Crfid,mfrc5=E2=80=9D; > >> spi-chipselect =3D <0>; > >> reset { > >> compatible =3D =E2=80=9Cpcd-reset=E2=80=9D; > >> gpios =3D <&gpio 22 2>; > >> }; > >> }; > >>=20 > >> my mfrc5 driver is starting to work - i can load, open, ioctl, > >> unload, but after much grepping, I can=E2=80=99t figure out how from > >> inside the driver i can access the reset pin - which i have > >> defined as gpio 22 ofwdump -aP [ snip ] > > Hello, > >=20 > > I think following could help - I am forwarding what was given to me > > in similar circumstances :) > >=20 > > http://pastebin.com/4mbZFuv1 >=20 > argh, is this for -stable or -current? >=20 Well, I am not sure - maybe -current. I used it just as an inspiration, basically took the '+' prefixed lines as a raw first version of what I needed then to do - parse FDT blob and do what was necessary with GPIO pin defined. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 13:11:21 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 50AFEA64 for ; Fri, 24 Apr 2015 13:11:21 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::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 1FF0C17B8 for ; Fri, 24 Apr 2015 13:11:21 +0000 (UTC) Received: by iecrt8 with SMTP id rt8so82929083iec.0 for ; Fri, 24 Apr 2015 06:11: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=+2ZMCbbMUrrG+EeTnUUOVcxqc55aEdO4iE5JtF+AHBk=; b=EJv4D+aj0+GQ/6tscezGWQaXgJHYops7KbONX4rkcNzEgN+6GGdlqGYLqQzecwyUml pYNsBztiF4MCvBFkAOuhlXIX/Gbl0JkOjUfy8JW6sYQe91uYjp3eDADA7QckZtJxJG2T BHRNClnfG3f1FF1KvVnKbyybCU6QeEr+t2GD6rqVh6cyZf5po+xU0Rs9dJ9p5P8v7X5c uM+VaxiebBF7gPtMnLXgjERdp0wOdWsOFnA/xTOra6l1rSoCwothIp1/0NUphxpr1i1B 12MkFAlNT/T8Rb0h+Ogtt2wxwv3E61SIGYRqy5Tu7nhvP+44c4yUnSb8TH0XVuQ4XukQ kFGg== MIME-Version: 1.0 X-Received: by 10.50.61.200 with SMTP id s8mr2413936igr.7.1429881080567; Fri, 24 Apr 2015 06:11:20 -0700 (PDT) Received: by 10.64.13.81 with HTTP; Fri, 24 Apr 2015 06:11:20 -0700 (PDT) Date: Fri, 24 Apr 2015 15:11:20 +0200 Message-ID: Subject: bus_dmamap_sync() for bounced client buffers from user address space From: Svatopluk Kraus 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, 24 Apr 2015 13:11:21 -0000 DMA can be done on client buffer from user address space. For example, thru bus_dmamap_load_uio() when uio->uio_segflg is UIO_USERSPACE. Such client buffer can bounce and then, it must be copied to and from bounce buffer in bus_dmamap_sync(). Current implementations (in all archs) do not take into account that bus_dmamap_sync() is asynchronous for POSTWRITE and POSTREAD in general. It can be asynchronous for PREWRITE and PREREAD too. For example, in some driver implementations where DMA client buffers operations are buffered. In those cases, simple bcopy() is not correct. Demonstration of current implementation (x86) is the following: ----------------------------- struct bounce_page { vm_offset_t vaddr; /* kva of bounce buffer */ bus_addr_t busaddr; /* Physical address */ vm_offset_t datavaddr; /* kva of client data */ bus_addr_t dataaddr; /* client physical address */ bus_size_t datacount; /* client data count */ STAILQ_ENTRY(bounce_page) links; }; if ((op & BUS_DMASYNC_PREWRITE) != 0) { while (bpage != NULL) { if (bpage->datavaddr != 0) { bcopy((void *)bpage->datavaddr, (void *)bpage->vaddr, bpage->datacount); } else { physcopyout(bpage->dataaddr, (void *)bpage->vaddr, bpage->datacount); } bpage = STAILQ_NEXT(bpage, links); } dmat->bounce_zone->total_bounced++; } ----------------------------- There are two things: (1) datavaddr is not always kva of client data, but sometimes it can be uva of client data. (2) bcopy() can be used only if datavaddr is kva or when map->pmap is current pmap. Note that there is an implication for bus_dmamap_load_uio() with uio->uio_segflg set to UIO_USERSPACE that used physical pages are in-core and wired. See "man bus_dma". There is not public interface to check that map->pmap is current pmap. So one solution is the following: if (bpage->datavaddr >= VM_MIN_KERNEL_ADDRESS) { bcopy(); } else { physcopy(); } If there will be public pmap_is_current() then another solution is the following: if (bpage->datavaddr != 0) && pmap_is_current(map->pmap)) { bcopy(); } else { physcopy(); } The second solution implies that context switch must not happen during bus_dmamap_sync() called from an interrupt routine. However, IMO, it's granted. Note that map->pmap should be always kernel_pmap for datavaddr >= VM_MIN_KERNEL_ADDRESS. Comments, different solutions, or objections? Svatopluk Kraus From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 13:15: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 06285E70 for ; Fri, 24 Apr 2015 13:15:34 +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 C6C1E18C0 for ; Fri, 24 Apr 2015 13:15:33 +0000 (UTC) Received: by igblo3 with SMTP id lo3so14120236igb.1 for ; Fri, 24 Apr 2015 06:15:33 -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=jFf8ma8eDFhQ7hpMntJSOUNaN/BM8qStrhzTKqFEj0c=; b=Tc8yBUHPXiAjug69+7QYYCAJrmEHz4BsqerxgD4OuSHVibMc4GZLPKrRnSp14wpdpS 9xBw1J37tnEF+NaiR+jydJhe3dJR3BdiDS7M0sG39nDGWwIF2eqzQNAKVFdAe/+rOOVV mxgtut149GYp9KCRINAkjA1CGVFlGLAfIs9qYVJvKr+VyjxoInDAzWZ2W0z4SbpvHn0w Z8o4i5gUrQai7cXA9dWvs89O+qB33Coj7Qr8QIiKXc/GImZCg852MxbpyiTZl33AAsJN MppRjT3NmPAqzKEmkFzovxT2uImhDvcQUyaF2MCuZkFXNpe9HLP1VumBgr5Dd7dYCFu5 pItw== MIME-Version: 1.0 X-Received: by 10.50.61.200 with SMTP id s8mr2441983igr.7.1429881333126; Fri, 24 Apr 2015 06:15:33 -0700 (PDT) Received: by 10.64.13.81 with HTTP; Fri, 24 Apr 2015 06:15:33 -0700 (PDT) In-Reply-To: References: Date: Fri, 24 Apr 2015 15:15:33 +0200 Message-ID: Subject: Re: bus_dmamap_sync() for bounced client buffers from user address space From: Svatopluk Kraus 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, 24 Apr 2015 13:15:34 -0000 Hmm, it was intented to be posted to arch. I've already fixed that. So, I'm sorry for noise here. Svatopluk Kraus On Fri, Apr 24, 2015 at 3:11 PM, Svatopluk Kraus wrote: > DMA can be done on client buffer from user address space. For example, > thru bus_dmamap_load_uio() when uio->uio_segflg is UIO_USERSPACE. Such > client buffer can bounce and then, it must be copied to and from > bounce buffer in bus_dmamap_sync(). > > Current implementations (in all archs) do not take into account that > bus_dmamap_sync() is asynchronous for POSTWRITE and POSTREAD in > general. It can be asynchronous for PREWRITE and PREREAD too. For > example, in some driver implementations where DMA client buffers > operations are buffered. In those cases, simple bcopy() is not > correct. > > Demonstration of current implementation (x86) is the following: > > ----------------------------- > struct bounce_page { > vm_offset_t vaddr; /* kva of bounce buffer */ > bus_addr_t busaddr; /* Physical address */ > vm_offset_t datavaddr; /* kva of client data */ > bus_addr_t dataaddr; /* client physical address */ > bus_size_t datacount; /* client data count */ > STAILQ_ENTRY(bounce_page) links; > }; > > > if ((op & BUS_DMASYNC_PREWRITE) != 0) { > while (bpage != NULL) { > if (bpage->datavaddr != 0) { > bcopy((void *)bpage->datavaddr, > (void *)bpage->vaddr, > bpage->datacount); > } else { > physcopyout(bpage->dataaddr, > (void *)bpage->vaddr, > bpage->datacount); > } > bpage = STAILQ_NEXT(bpage, links); > } > dmat->bounce_zone->total_bounced++; > } > ----------------------------- > > There are two things: > > (1) datavaddr is not always kva of client data, but sometimes it can > be uva of client data. > (2) bcopy() can be used only if datavaddr is kva or when map->pmap is > current pmap. > > Note that there is an implication for bus_dmamap_load_uio() with > uio->uio_segflg set to UIO_USERSPACE that used physical pages are > in-core and wired. See "man bus_dma". > > There is not public interface to check that map->pmap is current pmap. > So one solution is the following: > > if (bpage->datavaddr >= VM_MIN_KERNEL_ADDRESS) { > bcopy(); > } else { > physcopy(); > } > > If there will be public pmap_is_current() then another solution is the > following: > > if (bpage->datavaddr != 0) && pmap_is_current(map->pmap)) { > bcopy(); > } else { > physcopy(); > } > > The second solution implies that context switch must not happen during > bus_dmamap_sync() called from an interrupt routine. However, IMO, it's > granted. > > Note that map->pmap should be always kernel_pmap for datavaddr >= > VM_MIN_KERNEL_ADDRESS. > > Comments, different solutions, or objections? > > Svatopluk Kraus From owner-freebsd-arm@FreeBSD.ORG Fri Apr 24 15:01: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 47D4A914 for ; Fri, 24 Apr 2015 15:01:44 +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 1AD2816A4 for ; Fri, 24 Apr 2015 15:01:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3OF1hw4011340 for ; Fri, 24 Apr 2015 15:01:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199661] CAM status: command timeout regression Date: Fri, 24 Apr 2015 15:01:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: stenio@csi-italia.eu X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2015 15:01:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199661 Bug ID: 199661 Summary: CAM status: command timeout regression Product: Base System Version: 10.1-RELEASE Hardware: i386 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: stenio@csi-italia.eu Hello, for some reason my hardware (Fabiatech FX5621) doesn't work with FreeBSD 10.1 while it works perfectly with version 8.3. I tried to boot from a USB drive, disabling from BIOS all IDE drives and using all hints commands I found with no luck! This is what I tried: set hint.atapci.1.msi=0 set hint.atapci.0.msi=0 set hint.ata.1.mode="PIO4" set hint.ata.0.mode="PIO4" set hint.acpi.0.disabled=1 set kern.cam.ada.write_cache=0 The boot loops with this error: (aprobe0:ata1:0:1:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:1:0): CAM status: Command timeout (aprobe0:ata1:0:1:0): Retrying command run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config (aprobe0:ata1:0:1:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:1:0): CAM status: Command timeout (aprobe0:ata1:0:1:0): Error 5, Retries exhausted (aprobe0:ata1:0:1:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:1:0): CAM status: Command timeout (aprobe0:ata1:0:1:0): Retrying command run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config (aprobe0:ata1:0:1:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:1:0): CAM status: Command timeout (aprobe0:ata1:0:1:0): Error 5, Retries exhausted I found some FreeBSD users with similar errors: http://freebsd.1045724.n5.nabble.com/no-subject-td5952628i20.html Do you have any suggestions? Thanks, Stenio -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 25 13:39: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 8A0A6818 for ; Sat, 25 Apr 2015 13:39: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 6BBC9103A for ; Sat, 25 Apr 2015 13:39: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 t3PDdmNs003278 for ; Sat, 25 Apr 2015 13:39:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199686] security/libntlm does not compile on ARM with CLANG Date: Sat, 25 Apr 2015 13:39: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 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: Sat, 25 Apr 2015 13:39:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199686 Bug ID: 199686 Summary: security/libntlm does not compile on ARM with CLANG 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: freebsd-arm@FreeBSD.org, jochen@daten-chaos.de CC: freebsd-arm@FreeBSD.org, jochen@daten-chaos.de Flags: maintainer-feedback?(jochen@daten-chaos.de) ===> Configuring for libntlm-1.3_1 ... checking for gcc... cc checking whether the C compiler works... no configure: error: in `/usr/local/DEVEL/ports/security/libntlm/work/libntlm-1.3': configure: error: C compiler cannot create executables See `config.log' for more details ===> Script "configure" failed unexpectedly. Please report the problem to jochen@daten-chaos.de [maintainer] and attach the "/usr/local/DEVEL/ports/security/libntlm/work/libntlm-1.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 # Here an excerpt from /usr/local/DEVEL/ports/security/libntlm/work/libntlm-1.3/config.log: # FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabi Thread model: posix configure:3614: $? = 0 configure:3603: cc -v >&5 FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabi Thread model: posix configure:3614: $? = 0 configure:3603: cc -V >&5 cc: error: argument to '-V' is missing (expected 1 value) cc: error: no input files configure:3614: $? = 1 configure:3603: cc -qversion >&5 cc: error: unknown argument: '-qversion' cc: error: no input files configure:3614: $? = 1 configure:3634: checking whether the C compiler works configure:3656: cc -O -pipe -mfloat-abi=softfp -fno-strict-aliasing conftest.c >&5 Stack dump: 0. Program arguments: /usr/bin/cc -cc1 -triple armv6--freebsd11.0-gnueabi -emit-obj -disable-free -main-file-name conftest.c -mrelocation-model static -mthread-model posix -mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu arm1176jzf-s -target-feature +soft-float-abi -target-abi aapcs-linux -mfloat-abi soft -dwarf-column-info -resource-dir /usr/bin/../lib/clang/3.6.0 -O2 -fdebug-compilation-dir /usr/local/DEVEL/ports/security/libntlm/work/libntlm-1.3 -ferror-limit 19 -fmessage-length 0 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-loops -vectorize-slp -o /tmp/conftest-4d7c88.o -x c conftest.c 1. parser at end of file 2. Per-function optimization 3. Running pass 'Module Verifier' on function '@main' cc: error: unable to execute command: Segmentation fault (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabi Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: ******************** # It's a native build on a wandboard-quad: FreeBSD 11.0-CURRENT #1 r281266M If I use lang/gcc5 the build finished successfully. # root@wqtest:/usr/local/DEVEL/ports/security/libntlm # gcc5 -v Using built-in specs. COLLECT_GCC=gcc5 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc5/gcc/armv6-portbld-freebsd11.0/5.0.1/lto-wrapper Target: armv6-portbld-freebsd11.0 Configured with: ./../gcc-5-20150421/configure --with-build-config=bootstrap-debug --disable-nls --enable-gnu-indirect-function --libdir=/usr/local/lib/gcc5 --libexecdir=/usr/local/libexec/gcc5 --program-suffix=5 --with-as=/usr/local/bin/as --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc5/include/c++/ --with-ld=/usr/local/bin/ld --with-pkgversion='FreeBSD Ports Collection' --with-system-zlib --disable-libgcj --enable-languages=c,c++,objc,fortran --prefix=/usr/local --localstatedir=/var --mandir=/usr/local/man --infodir=/usr/local/info/gcc5 --build=armv6-portbld-freebsd11.0 Thread model: posix gcc version 5.0.1 20150421 (prerelease) (FreeBSD Ports Collection) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 25 17:58: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 81A4F314; Sat, 25 Apr 2015 17:58:48 +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 29965196C; Sat, 25 Apr 2015 17:58:47 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t3PHwOJb053488; Sat, 25 Apr 2015 17:58:24 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 69bfvvniptze6rqkc4qrvkkph6; Sat, 25 Apr 2015 17:58:24 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Tim Kientzle In-Reply-To: Date: Sat, 25 Apr 2015 10:58:23 -0700 Cc: Waitman Gobble , freebsd-arm , Ian Lepore Message-Id: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> To: "O'Connor, Daniel" 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, 25 Apr 2015 17:58:48 -0000 > On Apr 19, 2015, at 4:44 PM, O'Connor, Daniel = wrote: >=20 >=20 >> On 20 Apr 2015, at 08:41, Tim Kientzle wrote: >>>>=20 >>>> Crochet does use the standard build machinery; the only significant = difference is that it builds ubldr separately after a successful = buildworld. ... >>>=20 >>> So maybe its truly a documentation issue since everyone is convinced = crochet is correct. I didnt see that mentioned in the docs. >>>=20 >> You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t = yet have enough information to say anything more. Certainly, Ian is = right that you should not have to set LIBSTAND to make this work. >>=20 >> Unfortunately, it will be at least a few days before I have a chance = to try reproducing what you=E2=80=99re seeing. If you can reproduce it = consistently, please let me know; I could work up some patches based on = Ian=E2=80=99s suggestions and you could try them to see if they change = anything. >>=20 >> Another things to try: blow away Crochet=E2=80=99s work directory = before you next rebuild. In particular, that will ensure that your = world build and ubldr build are consistent with each other. >=20 > I had this issue also and worked around it by modifying the loader = Makefiles to set LIBSTAND. > diff --git a/sys/boot/arm/uboot/Makefile b/sys/boot/arm/uboot/Makefile > index e0ea828..cbd173e 100644 > --- a/sys/boot/arm/uboot/Makefile > +++ b/sys/boot/arm/uboot/Makefile > @@ -113,6 +113,8 @@ CFLAGS+=3D = -I${.CURDIR}/../../../../lib/libstand/ > # clang doesn't understand %D as a specifier to printf > NO_WERROR.clang=3D >=20 > +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a > + > DPADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} = ${LIBSTAND} > LDADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} = -lstand >=20 > diff --git a/sys/boot/efi/loader/Makefile = b/sys/boot/efi/loader/Makefile > index 5585f78..55b8673 100644 > --- a/sys/boot/efi/loader/Makefile > +++ b/sys/boot/efi/loader/Makefile > @@ -29,6 +29,8 @@ SRCS=3D autoload.c \ > .PATH: ${.CURDIR}/../../i386/libi386 > .include "${.CURDIR}/arch/${MACHINE}/Makefile.inc" >=20 > +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a > + > CFLAGS+=3D -I${.CURDIR} > CFLAGS+=3D -I${.CURDIR}/arch/${MACHINE} > CFLAGS+=3D -I${.CURDIR}/../include >=20 > I did it that way because I noticed some other loader Makfiles set = LIBSTAND so I assumed it was removed incorrectly from the arm and uefi = ones. I think this is the right fix, though I would be more confident if I = could locate the exact change that broke the earlier behavior. Certainly most of the other boot loader Makefiles do set LIBSTAND in = this way, and arm/uboot/Makefile overrides a number of other libraries = to ensure they are for the target architecture and not the host = architecture. I also notice that sys/boot/arm/uboot/Makefile has the following: # where to get libstand from CFLAGS+=3D -I${.CURDIR}/../../../../lib/libstand/ It definitely looks like a bug that it=E2=80=99s overriding the include = path for libstand but not the library path. Just above this is a = similar section for libuboot that overrides both. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Apr 25 18:56: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 66A93F9 for ; Sat, 25 Apr 2015 18:56:19 +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 50EC61F06 for ; Sat, 25 Apr 2015 18:56:19 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3PIuJqL062609 for ; Sat, 25 Apr 2015 18:56:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199686] security/libntlm does not compile on ARM with CLANG Date: Sat, 25 Apr 2015 18:56:18 +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: Sat, 25 Apr 2015 18:56:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199686 --- Comment #1 from Ulrich Grey --- (In reply to Ulrich Grey from comment #0) It's strange. In the meantime I have rebooted the wandboard. I have tried it again and now the build of security/libntlm with clang was successful. I have no idea what happened. Sorry about this! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 25 18:58: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 218BD1A1; Sat, 25 Apr 2015 18:58:45 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::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 AB1281F12; Sat, 25 Apr 2015 18:58:44 +0000 (UTC) Received: by wgen6 with SMTP id n6so79783766wge.3; Sat, 25 Apr 2015 11:58:43 -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=xM/yqsGByFAoJbR1SxCN0VEvk8J7VUjscgWUDne88Vg=; b=UViG3+JyrMLVeHhaB65baPvYm+dxPTCJQQVEpUG0pRALZAIMMMWoU64rd0h02Xk5BP 7nxtdGJe1ESt6odeTj2QUjwT7ginDmOZhPcKNLRYFJ/gOvpaMnZzpYcuEqLNkwHhlYmW fBt/O0duFKeYPmO8f74A35eBkf8j4qb/WYZHf5+N1lMflxoSgiavXXD0TMMyg0/JofYY zUqY28YSiWTyjNhx2P35uC/N0tDJhTYa4K1bZv9mryqsgfOXFnkDuQpud+x9XfHr12YH fET5n9WPW2n2HqZWgruY+Zz55/ClV23jDopLmogu8I/ig5FPTpSij3rdwGD4Um8ds2uC 7K5A== MIME-Version: 1.0 X-Received: by 10.180.186.5 with SMTP id fg5mr7186010wic.60.1429988323156; Sat, 25 Apr 2015 11:58:43 -0700 (PDT) Received: by 10.194.38.104 with HTTP; Sat, 25 Apr 2015 11:58:43 -0700 (PDT) In-Reply-To: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> Date: Sat, 25 Apr 2015 21:58:43 +0300 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Andrey Fesenko To: Tim Kientzle Cc: "O'Connor, Daniel" , freebsd-arm , Ian Lepore 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, 25 Apr 2015 18:58:45 -0000 On Sat, Apr 25, 2015 at 8:58 PM, Tim Kientzle wrote: > > I think this is the right fix, though I would be more confident if I could locate the exact change that broke the earlier behavior. > This error is reproduced at build RPI-B and BEAGLEBONE. I'm open issue https://github.com/freebsd/crochet/issues/103 From owner-freebsd-arm@FreeBSD.ORG Sat Apr 25 19:28: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 4AD57690; Sat, 25 Apr 2015 19:28:57 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c: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 D14EB119B; Sat, 25 Apr 2015 19:28:56 +0000 (UTC) Received: by widdi4 with SMTP id di4so57252919wid.0; Sat, 25 Apr 2015 12:28:55 -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=Qt61GbJpk/e/R5fOueXwrJj5Nq5lItjWAQRgClWsfqM=; b=uKAoggF0y73wnhthyoRv/tLoh4/d0cxZ3V0P6BvlmKNq3ie7ISIXmAbWvDgyVf76Js aSJ5L2xOnV+GJZsG/qB64uJNE7hKnZapOfhlAzleWGF4dYV6YS2b3121v2EPlNraXQO9 24k27+4WS9sFx1/5FHFIZmTVL79/UwXPAU5iL5Z5jgjLhU5olLrvVGRQ/ZYf2A/DZDGB eiVfVoYG0FGJWNjVO5qsNfUkGfyQiPO4iEfddfGZjsXiVnS/mDF93KnsWg+lkUMhzmSc ASFXUHKMk50DwAFDMtLRnmw5+VSkHPZL3xZsFmp/KLrzXympzkiD1J2iTmI8NQAB4Ck8 2lcQ== MIME-Version: 1.0 X-Received: by 10.194.118.135 with SMTP id km7mr8266994wjb.125.1429990135298; Sat, 25 Apr 2015 12:28:55 -0700 (PDT) Received: by 10.180.85.104 with HTTP; Sat, 25 Apr 2015 12:28:55 -0700 (PDT) In-Reply-To: References: <1429456908.1182.82.camel@freebsd.org> <1429458041.1182.86.camel@freebsd.org> <1CA4192E-F6B5-4BD8-8BF8-8F725E1EC7BA@kientzle.com> <32B72D5A-742C-4B58-AD65-EA33B306D30C@kientzle.com> Date: Sat, 25 Apr 2015 16:28:55 -0300 Message-ID: Subject: Re: crochet build fails at ubldr Wandboard-Dual From: Luiz Otavio O Souza To: Tim Kientzle Cc: "O'Connor, Daniel" , freebsd-arm , Ian Lepore 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: Sat, 25 Apr 2015 19:28:57 -0000 On 25 April 2015 at 14:58, Tim Kientzle wrote: > >> On Apr 19, 2015, at 4:44 PM, O'Connor, Daniel wrote: >> >> >>> On 20 Apr 2015, at 08:41, Tim Kientzle wrote: >>>>> >>>>> Crochet does use the standard build machinery; the only significant d= ifference is that it builds ubldr separately after a successful buildworld.= ... >>>> >>>> So maybe its truly a documentation issue since everyone is convinced c= rochet is correct. I didnt see that mentioned in the docs. >>>> >>> You=E2=80=99ve certainly encountered a problem but I don=E2=80=99t yet = have enough information to say anything more. Certainly, Ian is right that= you should not have to set LIBSTAND to make this work. >>> >>> Unfortunately, it will be at least a few days before I have a chance to= try reproducing what you=E2=80=99re seeing. If you can reproduce it consi= stently, please let me know; I could work up some patches based on Ian=E2= =80=99s suggestions and you could try them to see if they change anything. >>> >>> Another things to try: blow away Crochet=E2=80=99s work directory befo= re you next rebuild. In particular, that will ensure that your world build= and ubldr build are consistent with each other. >> >> I had this issue also and worked around it by modifying the loader Makef= iles to set LIBSTAND. >> diff --git a/sys/boot/arm/uboot/Makefile b/sys/boot/arm/uboot/Makefile >> index e0ea828..cbd173e 100644 >> --- a/sys/boot/arm/uboot/Makefile >> +++ b/sys/boot/arm/uboot/Makefile >> @@ -113,6 +113,8 @@ CFLAGS+=3D -I${.CURDIR}/../../../../lib/libstand/ >> # clang doesn't understand %D as a specifier to printf >> NO_WERROR.clang=3D >> >> +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a >> + >> DPADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} ${LIBS= TAND} >> LDADD=3D ${LIBFICL} ${LIBUBOOT} ${LIBFDT} ${LIBUBOOT_FDT} -lstan= d >> >> diff --git a/sys/boot/efi/loader/Makefile b/sys/boot/efi/loader/Makefile >> index 5585f78..55b8673 100644 >> --- a/sys/boot/efi/loader/Makefile >> +++ b/sys/boot/efi/loader/Makefile >> @@ -29,6 +29,8 @@ SRCS=3D autoload.c \ >> .PATH: ${.CURDIR}/../../i386/libi386 >> .include "${.CURDIR}/arch/${MACHINE}/Makefile.inc" >> >> +LIBSTAND=3D ${.OBJDIR}/../../../../lib/libstand/libstand.a >> + >> CFLAGS+=3D -I${.CURDIR} >> CFLAGS+=3D -I${.CURDIR}/arch/${MACHINE} >> CFLAGS+=3D -I${.CURDIR}/../include >> >> I did it that way because I noticed some other loader Makfiles set LIBST= AND so I assumed it was removed incorrectly from the arm and uefi ones. > > I think this is the right fix, though I would be more confident if I coul= d locate the exact change that broke the earlier behavior. > > Certainly most of the other boot loader Makefiles do set LIBSTAND in this= way, and arm/uboot/Makefile overrides a number of other libraries to ensur= e they are for the target architecture and not the host architecture. > > I also notice that sys/boot/arm/uboot/Makefile has the following: > > # where to get libstand from > CFLAGS+=3D -I${.CURDIR}/../../../../lib/libstand/ > > It definitely looks like a bug that it=E2=80=99s overriding the include p= ath for libstand but not the library path. Just above this is a similar se= ction for libuboot that overrides both. > > Tim This issue was introduced by r281156 when andrew@ enabled the build of efi/loader for ARM. I don't know what is the right fix for this, but the following change also works for me: http://pastie.org/10103315 The idea for this change comes from sys/boot/arm/uboot/Makefile. HTH, Luiz