From owner-freebsd-arm@freebsd.org Sun Jan 17 23:01:07 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C8F1A86892 for ; Sun, 17 Jan 2016 23:01:07 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 F3C5A1614 for ; Sun, 17 Jan 2016 23:01:06 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-wm0-x231.google.com with SMTP id l65so79365021wmf.1 for ; Sun, 17 Jan 2016 15:01:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=6g2QWR/2DqjQiPM0jPVHjxkWrWNSm4kGlDZTG/G6ON4=; b=JITaIWQQGdLAPsIHSo37aNc/ai93x5l/bSwrGXD5JXTlqjVnINud3ZagZwZvkF3T2f tytU9pURT4SKNUdK0vFHlZ5g9JvTQ6LSPcL71VxYeWUdWVfqfeDHvk3byiKxowqFoQAJ xL5zfbR4Fr7vGUWqYQBrqgscgqekYfN+d6ZoKyz0uNsfGDYOmRYunj4EuUkCDStzUwZc alMapoJ61OtNP7Acba0HUhIcKogU1uvBwnao2Lb4v7xCM3JhXjFGv6LIhVq15wCXJ6Eq 7maPF96h/F+1BXWHdf2f5GVPdzl7bOxensTAXjwp+giJLU7zZpFI5XONw68xiroubNGD xEWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=6g2QWR/2DqjQiPM0jPVHjxkWrWNSm4kGlDZTG/G6ON4=; b=AD96zeYl4Ay77NHfFYH6Xk+8JlZKfBfvQyJS36fhnyMnQm0StDi7j58+KuWqIyGhW/ pdKLg2Jw9OLd2eLlrhLzmz/XYlcXSRdJgBkOF7W72xlzsQA/E4GMhfP01EZT0mL45EFR ZqC2WTF5QhsjFVFtNgrvRCD+hFaZl2sRB0lKEHHrL8gyJcTLbdpn8y6cKrk04kP0TPhG dXiavynayBNetQy32cMl94wws1TCUhErMB/CPJEOVIXqwM1deSnedd/dwfKJsle1hPCp h/6kiPteYyWiUCPlU7pcHtzTCjJbqX+OSI36LEdUecGmKw2W7k24HmvidnsqXYGoXpsU hEEQ== X-Gm-Message-State: ALoCoQm9PUvj2CgQ/COsNzL9lYR+yOCIYwcmiH16IEuzxMK8QOmRnG8hpwGdzfL+efwGtRAkvGIoDUstfmc2ODsb3Mlr2yw4oQ== X-Received: by 10.194.200.106 with SMTP id jr10mr24113839wjc.100.1453071665386; Sun, 17 Jan 2016 15:01:05 -0800 (PST) Received: from heer.internal.jugni.xyz (c-24-18-126-182.hsd1.wa.comcast.net. [24.18.126.182]) by smtp.googlemail.com with ESMTPSA id u69sm13002718wmu.20.2016.01.17.15.01.04 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 17 Jan 2016 15:01:04 -0800 (PST) Message-ID: <569C1D2E.6040401@codeghar.com> Date: Sun, 17 Jan 2016 15:01:02 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-arm Subject: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jan 2016 23:01:07 -0000 I am running FreeBSD on Raspberry Pi 2, installed from a RaspBSD[1] image. It is a new 64GB Micro SD card. I was running out of space on 8GB card during `make installworld`. % df -h Filesystem Size Used Avail Capacity Mounted on /dev/mmcsd0s2a 58G 3.6G 49G 7% / devfs 1.0K 1.0K 0B 100% /dev /dev/mmcsd0s1 50M 7.4M 43M 15% /boot/msdos /dev/md0 48M 28K 44M 0% /tmp /dev/md1 14M 196K 13M 1% /var/log /dev/md2 9.3M 8.0K 8.5M 0% /var/tmp == Steps == # pkg update # pkg install ca_root_nss # svnlite checkout svn://svn.freebsd.org/base/head /usr/src # chflags -R noschg /usr/obj/* # rm -rf /usr/obj # cd /usr/src # svnlite update # echo "WITHOUT_DEBUG_FILES=\"YES\"" >> /etc/src.conf # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 294205 Node Kind: directory Schedule: normal Last Changed Author: kib Last Changed Rev: 294205 Last Changed Date: 2016-01-17 08:40:51 +0000 (Sun, 17 Jan 2016) # cat /etc/make.conf CC=clang CXX=clang++ CPP=clang-cpp WRKDIRPREFIX=/tmp WITH_PKGNG=yes # make buildworld == Error == ... ... /usr/lib/crt1.o: In function `__start': /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xb4): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /us r/lib/libc.a(atexit.o) /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xbc): relocation truncated to fit: R_ARM_CALL against symbol `_init_tls' defined in .text section in /usr/lib/libc.a(tls.o) /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xcc): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /us r/lib/libc.a(atexit.o) /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0x174): relocation truncated to fit: R_ARM_CALL against symbol `exit' defined in .text section in /usr /lib/libc.a(exit.o) /usr/lib/crt1.o: In function `finalizer': /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0x1ec): relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini' defined in .fini section in / usr/lib/crti.o clang++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.bin/clang/clang *** Error code 1 Stop. make[3]: stopped in /usr/src/usr.bin/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src == Investigation == Some quick searching[2] shows it may be a code issue. I'm unqualified to either confirm or even test this assumption. Any help/pointers greatly appreciated. [1] http://download.raspbsd.org/FreeBSD-armv6-11.0-RPI2-292991.img.gz [2] https://rowley.zendesk.com/entries/46203--relocation-truncated-to-fit-R-ARM-PC24-against-symbol-error-message -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Sun Jan 17 23:13:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 495ADA86D33 for ; Sun, 17 Jan 2016 23:13:25 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD2211F22 for ; Sun, 17 Jan 2016 23:13:24 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id u0HNDLvh043404 for ; Mon, 18 Jan 2016 00:13:21 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 18 Jan 2016 00:13:19 +0100 (CET) Message-ID: <478fef0c3db.611911c6@mail.schwarzes.net> In-Reply-To: <569C1D2E.6040401@codeghar.com> References: <569C1D2E.6040401@codeghar.com> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 18 Jan 2016 00:13:21 +0100 (CET) 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, 17 Jan 2016 23:13:25 -0000 On 17.01.16, Hamza Sheikh wrote: > I am running FreeBSD on Raspberry Pi 2, installed from a RaspBSD[1] > image. It is a new 64GB Micro SD card. I was running out of space on 8GB > card during `make installworld`. Your working /tmp (md device) is only 48M, I would recommend to change this to tmpfs, which is dynamic and more efficient or don't mount it and use the / filesystem. > > % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mmcsd0s2a 58G 3.6G 49G 7% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/mmcsd0s1 50M 7.4M 43M 15% /boot/msdos > /dev/md0 48M 28K 44M 0% /tmp > /dev/md1 14M 196K 13M 1% /var/log > /dev/md2 9.3M 8.0K 8.5M 0% /var/tmp -asc From owner-freebsd-arm@freebsd.org Mon Jan 18 00:04:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B83FA86D00 for ; Mon, 18 Jan 2016 00:04:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C56B712F9 for ; Mon, 18 Jan 2016 00:04:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x22c.google.com with SMTP id b35so416542818qge.0 for ; Sun, 17 Jan 2016 16:04:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=8LcbG4MvyCC8SDMDG8ri6BObRGbJY7FYFfPeCXnI9yE=; b=VJfqyOeoYAzcHHw/Vopisbr8B6tAiTe/yaDzGQ8RDHvtjNmyTc9qUJ7yAdmBj/JiTt IN1WRioGnCaPSGYuy2ZYYjQmB92Fc7Xlmfe3C8OZiHyiP+8T6BhP2IRKGiVIbaSv6+bV vVvQi8rD+p5nno10NRnNXPjURi82q6BDo2+7R7FXn5fDw8IPjqQ0KyuvQk16Werslj2A eC5K5TI4KTnLV5X/H9k0sgr0+ZCQ64ynhyjK284g3lry12bS0wJf1jCvyThCzn9RPcRE GTFVhsUx91t1oSGbt93sCScfwlSrXPYySXp4662K59cwbR0E7O10Ec/bZXMgTjpDAt/d +iOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8LcbG4MvyCC8SDMDG8ri6BObRGbJY7FYFfPeCXnI9yE=; b=ISDnXkcdT7jf1eicTimTXKUUCoi8KeiOKuUS6+Fsvm0jiGrigH9gzh+kpuBke7iXYG N9AqQwS82CYQEStf0RY9W3ZU6M5hWnNTUi35OkFMGQkfQecnClpSIcDzljIWFrJfeQot bAqsS/CnBrSKdfu5ZqNaa+OcU1fGUE6qc0ok+MSdSU6uaU9ydsYXeQE7rvEWhoG87ZHs CXi/ZV8KhcVbs81nxDzkARitVN0yG1IHEdUxAW+QkZycv0LXY5T4q6wdXCu3twAMCNZn 5375mAaMIQ4Zv7kuzkXMEsr4gwkEeZJx3wGxONNdmPG0JenEIwZcmMapV/uwPcvFpYle z3jA== X-Gm-Message-State: ALoCoQlnKqvMtYzqbDI/XFoXE0pGmMIxZez2pNYpXmo2Lni5xWorj9okDXDRXJcQ3z13ilQ7XbE0TEe+/I/97h1Vl9x1GPh+dg== MIME-Version: 1.0 X-Received: by 10.140.141.138 with SMTP id 132mr29504983qhn.74.1453075484835; Sun, 17 Jan 2016 16:04:44 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Sun, 17 Jan 2016 16:04:44 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: Date: Sun, 17 Jan 2016 17:04:44 -0700 X-Google-Sender-Auth: KMolSwTldRUgEMAUE2u7IInNIEk Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Warner Losh To: Stanislav Galabov Cc: "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 00:04:46 -0000 I don't see how resets help. Maybe I missed where it was documented, could you send that to me? Even with that, it seems that a generic ohci_fdt driver isn't possible. Warner On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov wrote: > Hi all, > > First off, sorry for the cross-post, I wasn=E2=80=99t very sure where thi= s should > go=E2=80=A6 > > I=E2=80=99ve created 3 PRs, which enable some functionality that my work = on > Ralink/Mediatek SoCs would benefit from. > > 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 > - This enables geom_flashmap and fdt_slicer support for SPI flash chips > supported by the mx25l driver (sys/dev/flash/mx25l.c) > > 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 > - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in much = the same way as ian@=E2=80=99s > sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks=3D=E2=80=98 property.= In fact this work > is basically a modified version of fdt_clock* :-) > > 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 > - This simply moves the at91 specific sys/dev/usb/controller/ohci_fdt.c t= o > sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in > sys/arm/at91/files.at91 as well). The current naming is misleading IMHO a= nd > also, I have some (vague-ish) plans to see if I can implement generic > ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with standard > ehci/ohci controllers can reuse these. > > Patches are attached to the PRs. > > I would appreciate any feedback on the PRs and would also appreciate it i= f > someone could commit these if the proposed changes are appropriate. > > Best wishes, > Stanislav > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Jan 18 06:51:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE663A862DD for ; Mon, 18 Jan 2016 06:51:14 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [91.199.228.84]) (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 7E9FA1004 for ; Mon, 18 Jan 2016 06:51:14 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from 46-253-187-21.dynamic.monzoon.net ([46.253.187.21] helo=fluff-wlan.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1aL3eY-000OaU-Ki for freebsd-arm@freebsd.org; Mon, 18 Jan 2016 07:51:04 +0100 Message-ID: <569C8B54.8040306@fsck.ch> Date: Mon, 18 Jan 2016 07:51:00 +0100 From: Toby User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569C1D2E.6040401@codeghar.com> <478fef0c3db.611911c6@mail.schwarzes.net> In-Reply-To: <478fef0c3db.611911c6@mail.schwarzes.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 18/01/16 00:13, Andreas Schwarz wrote: > On 17.01.16, Hamza Sheikh wrote: > >> I am running FreeBSD on Raspberry Pi 2, installed from a RaspBSD[1] >> image. It is a new 64GB Micro SD card. I was running out of space on 8GB >> card during `make installworld`. > > Your working /tmp (md device) is only 48M, I would recommend to > change this to tmpfs, which is dynamic and more efficient or don't > mount it and use the / filesystem. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-SA-Exim-Connect-IP: 46.253.187.21 X-SA-Exim-Mail-From: misc.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false 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, 18 Jan 2016 06:51:14 -0000 On 18/01/16 00:13, Andreas Schwarz wrote: > On 17.01.16, Hamza Sheikh wrote: > >> I am running FreeBSD on Raspberry Pi 2, installed from a RaspBSD[1] >> image. It is a new 64GB Micro SD card. I was running out of space on 8GB >> card during `make installworld`. > > Your working /tmp (md device) is only 48M, I would recommend to > change this to tmpfs, which is dynamic and more efficient or don't > mount it and use the / filesystem. buildworld fails in the same way for me, and my /tmp and /var/tmp are 1GB each, /usr/obj is around 4GB and / has around 700MB of free space before starting the build. I did a successful buildworld with the same configuration just before the latest batch of security advisories came in. Because of all the advisories, I updated src and did another buildworld. It has failed since. Thanks, Toby (error message added again for reference) /usr/lib/crt1.o: In function `finalizer': /usr/src/lib/csu/arm/crt1.c:(.text+0x1ec): relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini' defined in .fini section in /usr/lib/crti.o c++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.bin/clang/clang *** Error code 1 From owner-freebsd-arm@freebsd.org Mon Jan 18 07:31:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FE1CA87076 for ; Mon, 18 Jan 2016 07:31:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 E6E0F15A1 for ; Mon, 18 Jan 2016 07:31:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9789 invoked from network); 18 Jan 2016 07:31:38 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 07:31:38 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 18 Jan 2016 02:31:35 -0500 (EST) Received: (qmail 8934 invoked from network); 18 Jan 2016 07:31:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 07:31:34 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E9C381C43C3; Sun, 17 Jan 2016 23:31:30 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Message-Id: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> Date: Sun, 17 Jan 2016 23:31:37 -0800 To: fehrist@codeghar.com, freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) 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, 18 Jan 2016 07:31:41 -0000 The jump distances involved in those cases are larger than the offset = encoding in the instructions can indicate. The compiler must be told to = do more than just set up for such "small" constant offsets plugged in to = instructions by the linker/loader. For arm the option used for this for static linking contexts is: = -mlong-calls (But mips can also have -mlong-calls.) However the -mlong-calls are all in place in base/head as of: -r294031 An explanation of why you hit a problem anyway might be that you have an = odd mix of paths in your note. For example: > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c is apparently not inside the tree starting at > /usr/src But your "steps" show /usr/src use: > # svnlite checkout svn://svn.freebsd.org/base/head /usr/src > . . . > # cd /usr/src > # svnlite update > . . . > # svnlite info > Path: . > Working Copy Root Path: /usr/src > . . . > # make buildworld May be something not shown from your /etc/src.conf or some place else = redirected things? May be you are picking up some old files from a prior = build? Notes about where -mlong-calls are used. . .=20 The clang 3.8.0 investigation ran into this for building clang and lldb. = A quick scan of materials checked out from that branch (my /usr/src is = bound to that branch) shows the following as far as what 4 Makefile* or = 2 *.mk files list the option someplace: > # find /usr/src/ -name .svn -prune -o -name 'Makefile*' -exec grep = mlong-calls {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/libc++/Makefile > STATIC_CFLAGS+=3D -mlong-calls > /usr/src/lib/csu/arm/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/lldb/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/clang/Makefile > # find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep = mlong-calls {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > CFLAGS+=3D -G0 -fno-pic -mno-abicalls -mlong-calls > /usr/src/sys/conf/kmod.mk (That last one is for mips instead of arm and has been around a long = time.) They all are in -r294031 on base/head . (One of the 5 arm specific ones = has been there a little longer: -r293648 .) In order to also show the usage of the flags with the STATIC_C prefixes: > # find /usr/src/ -name .svn -prune -o -name 'Makefile*' -exec grep -E = 'STATIC_C[XL]|mlong-calls' {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/libc++/Makefile > STATIC_CFLAGS+=3D -mlong-calls > /usr/src/lib/csu/arm/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/lldb/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/clang/Makefile > # find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep -E = 'STATIC_C[XL]|mlong-calls' {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} > ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} = -o ${.TARGET} > ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c = ${.IMPSRC} -o ${.TARGET} > /usr/src/share/mk/bsd.lib.mk > CFLAGS+=3D -G0 -fno-pic -mno-abicalls -mlong-calls > /usr/src/sys/conf/kmod.mk (That last one is again for mips instead of arm and has been around a = long time.) (I used the base/projects/clang380-import branch materials only because = that is what my /usr/src is currently bound to.) While clang 3.8.0 builds normally have this large-distance issue, as far = as I know normal clang 3.7.1 builds do not normally have large enough = distances to create the issue. But the paths in your notes suggest = something is not normal about your context. Separately: I agree with Andreas Schwarz's note that doing builds and = installs while having a tiny /tmp is likely not going to work: /tmp will = likely run out of space even though elsewhere has lots of space = available. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jan 18 14:49:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83A0DA866E5; Mon, 18 Jan 2016 14:49:14 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0836E110D; Mon, 18 Jan 2016 14:49:14 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id r129so54320431wmr.0; Mon, 18 Jan 2016 06:49:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=xsCBtJ+J4k129Lk9LTngm4CJufA9dMMBTNTeThUgyoM=; b=vZkSUtnLqnpw8lCkjFSe6oZ9vtpDnax1MysZwwWEbYRQLLCS4oEminTl+M+Vw5I5qM aZbFPPGQKTFBYy0yQWMxHnTGvRzeKghYzeVe6DXCQAsi2XJK9q9lfNA6d27hxIIaPcv1 eSh+siQMpj0mjOppuGfbPe/3fb+Jjxh/+X4rNycMLgHgUks8WXhuNQ34DiYEwxPj+xw5 5SR8eedVVWvEgZ+yYamh0mPp0+MeOgOSj+9uohpedH3InloeHdmZob5tV2SSVgSgY5DO /IIJnObAn8Yi5oYseMJ++klGBiaO5gOlweABZgtr86V/wsbHj6CPOUnyYMdr5gdzCKtJ vewA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=xsCBtJ+J4k129Lk9LTngm4CJufA9dMMBTNTeThUgyoM=; b=NCwKj41DHBvkMGhhq0n6+wFW954xr2ZpKahxfpfHDY8wQ35DIz0hVYbYO1qaSehcit o+dudoH5ipVa/cKtkSS5nJtAZpvW1l6iaqSaClVVN8oKnReh1WOPzBW3rrue01kL6gJX H4Os4KLfWntwsNEfrxWuNxybAKd6r+ySOOIF+rCREtX+NHxaiCCpap+JZyNe7sWRRsaN Cu+OSQHbkP/ALWr6q8hdnB0/NqYNLPvrKcyFB2/xCxr9WigUTBhmUygRTk/uZUUcdTws cBHT5xR9ej7hrVb7vRcik37bFa5vQQEgtw4g/2r9zDXwmdJ8fzgWNggsDI8gAL0Gu4AG DUdg== X-Gm-Message-State: AG10YOQE8Gdyuxc6BPP5Qho+6JBj1Bn+qb6N0Ko4ThuCRec4kJATlQM4sYg0z0l1tPV1QQ== X-Received: by 10.28.144.10 with SMTP id s10mr13064869wmd.97.1453128552530; Mon, 18 Jan 2016 06:49:12 -0800 (PST) Received: from macbookpro-894a.hsmt ([193.178.153.131]) by smtp.gmail.com with ESMTPSA id q129sm16187706wmd.14.2016.01.18.06.49.11 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 18 Jan 2016 06:49:11 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Stanislav Galabov In-Reply-To: Date: Mon, 18 Jan 2016 16:49:10 +0200 Cc: Stanislav Galabov , "freebsd-mips@freebsd.org" , "freebsd-arm@freebsd.org" Message-Id: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> References: To: Warner Losh X-Mailer: Apple Mail (2.3094) 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: Mon, 18 Jan 2016 14:49:14 -0000 Hi Warner, I was thinking resets could help in general, not specifically in the = case of trying to implement a generic ohci_fdt driver. As I already mentioned to you off-list (and in order for this message to = possibly make some more sense), I saw that Linux makes use of the = =E2=80=98resets=E2=80=99 property and looked at the documentation for = it: = https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bin= dings/reset/reset.txt = For example, with the work I am currently doing on Ralink/Mediatek = support, I have over 10 different chips in the same family, that have = very similar peripheral blocks, but their clocks and resets are = controlled via different bits in one of the SysCtl registers (the = register itself is at the same offset within the SysCtl block of each = chip). So I may have chip X which has its USB (for example) reset = controlled by bit 10 and chip Y with USB reset controlled by bit 12. So being able to write something like: resets =3D <&sysctl 10>; or resets =3D <&sysctl 11>; in my dts/dtsi files helps me immensely, instead of having to check what = chip I am running on and based on that use a different register = layout=E2=80=A6 Then, if I wanted to (de)assert reset for a peripheral block that has = this property defined I=E2=80=99d just do fdt_reset_(de)assert_all(dev), = where dev is the device_t for the peripheral in question. This would = (de)assert all reset pins associated with the peripheral. The same is the case for clock control (gating) in the Ralink/Mediatek = SoCs and this is the main reason I used fdt_clock that is already in = sys/dev/fdt and then thought about implementing the fdt_reset based on = it. I hope this clarifies a bit my reason for submitting the fdt_reset = patch. Best wishes Stanislav > On Jan 18, 2016, at 02:04, Warner Losh wrote: >=20 > I don't see how resets help. Maybe I missed where it was documented, = could you send that to me? >=20 > Even with that, it seems that a generic ohci_fdt driver isn't = possible. >=20 > Warner >=20 > On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov > wrote: > Hi all, >=20 > First off, sorry for the cross-post, I wasn=E2=80=99t very sure where = this should go=E2=80=A6 >=20 > I=E2=80=99ve created 3 PRs, which enable some functionality that my = work on Ralink/Mediatek SoCs would benefit from. >=20 > 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 = > - This enables geom_flashmap and fdt_slicer support for SPI flash = chips supported by the mx25l driver (sys/dev/flash/mx25l.c) >=20 > 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 = > - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in = much the same way as ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT = =E2=80=98clocks=3D=E2=80=98 property. In fact this work is basically a = modified version of fdt_clock* :-) >=20 > 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 = > - This simply moves the at91 specific = sys/dev/usb/controller/ohci_fdt.c to = sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in = sys/arm/at91/files.at91 as well). The current naming is misleading IMHO = and also, I have some (vague-ish) plans to see if I can implement = generic ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with = standard ehci/ohci controllers can reuse these. >=20 > Patches are attached to the PRs. >=20 > I would appreciate any feedback on the PRs and would also appreciate = it if someone could commit these if the proposed changes are = appropriate. >=20 > Best wishes, > Stanislav > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " >=20 From owner-freebsd-arm@freebsd.org Mon Jan 18 17:30:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDD0DA863EB for ; Mon, 18 Jan 2016 17:30:28 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::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 C7E9410A5 for ; Mon, 18 Jan 2016 17:30:28 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-pf0-x22f.google.com with SMTP id e65so161189989pfe.0 for ; Mon, 18 Jan 2016 09:30:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=kUvgCJItXgAAHwDman7/nQ7Jf2cNjLLw9yRvdY2WvIs=; b=zB7XEqDUpvUfcGL4ZLDiIl8hfACVl9LHYh1Aa+qd77naxI/5vgnBtX1GvVCPItGpT1 s61ZVmZcHPQcEVA0WZmzsvIrp1k+83dnLJBPsqqXVeSJWG9UYk5YMNfac+MFEzHtQAJo Hk9E7nq0qi8csC+qHT8s9lSz04Q5yJyvmXmcZrTxfhv/kLJiuHHsBK5RnuCc1xEh7UDD h74YJR4vwBWhoWYZ4IMFhyEFV2dIF3Q2l+wP0MoI1VFhIksnfSraV8+mQs5ECk8OsB4/ sioUqNk2amkya0jxpTqI1DTwd5/MMEw3tlybICy1HdDL8wPGmTGy8l+baODuOmxi4oTq gplQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=kUvgCJItXgAAHwDman7/nQ7Jf2cNjLLw9yRvdY2WvIs=; b=OPGkyfIT/OjOB2D80VOCjn7u038q1e2kc0l3izK1aCF2henZeErPLG4wSMUEdGsBKP /Bk/Wnj2A9nnGuR3aa+TMXpEEoNoARhGvVd+UUwGrMJO92meBNpzHv+JAFZPWGk81O/G CIo3Fc9wk8cHaOT2SXaBVhIhuiRh803NkyNy9prSbRaHFY+sW4+6KobyJlB/kBWmNnbm 1QfjvjbTyYnqDcDOqHWOg/5KxjLVIYspjWPi3C+PWlulNWrHg+Bi/m8jMCQ6fP0Tg5pn 6gwp4I/3yVdi4KMMV2dsnjPmNCD7Tj/rZKLzWfny2fey5bNOZ9ubigvIcJ4mLFUi5nDv x43Q== X-Gm-Message-State: AG10YOS0xcHwQiArRhO805uVomfT7TOAD4uSNlZySXQE3WKYs6/QOTu6gsicSenM/cZ5mw== X-Received: by 10.98.42.83 with SMTP id q80mr31711418pfq.19.1453138228054; Mon, 18 Jan 2016 09:30:28 -0800 (PST) Received: from heer.internal.jugni.xyz ([2601:600:8300:9b4:ec3e:f6e7:a569:a6fc]) by smtp.googlemail.com with ESMTPSA id b28sm35386212pfd.24.2016.01.18.09.30.27 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 09:30:27 -0800 (PST) Message-ID: <569D2133.2000103@codeghar.com> Date: Mon, 18 Jan 2016 09:30:27 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Toby CC: freebsd-arm , markmi@dsl-only.net Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569C1D2E.6040401@codeghar.com> <478fef0c3db.611911c6@mail.schwarzes.net> <569C8B54.8040306@fsck.ch> In-Reply-To: <569C8B54.8040306@fsck.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 17:30:29 -0000 > buildworld fails in the same way for me, and my /tmp and /var/tmp are > 1GB each, /usr/obj is around 4GB and / has around 700MB of free space > before starting the build. I have changed /tmp to use tmpfs. $ cat /etc/fstab /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 /dev/mmcsd0s2a / ufs rw,noatime 1 1 #md /tmp mfs rw,noatime,-s50m 0 0 md /var/log mfs rw,noatime,-s15m 0 0 md /var/tmp mfs rw,noatime,-s10m 0 0 tmpfs /tmp tmpfs rw,mode=777 0 0 > I did a successful buildworld with the same configuration just before > the latest batch of security advisories came in. Because of all the > advisories, I updated src and did another buildworld. It has failed since. Mark Millard[1] has identified possible issues with /usr/local/raspbsd being present in the error message. As you can see I have no such path. $ ls /usr/local/raspbsd ls: /usr/local/raspbsd: No such file or directory $ ls /usr/local bin etc include lib libdata man openssl sbin share > (error message added again for reference) > /usr/lib/crt1.o: In function `finalizer': > /usr/src/lib/csu/arm/crt1.c:(.text+0x1ec): relocation truncated to fit: > R_ARM_JUMP24 against symbol `_fini' defined in .fini section in > /usr/lib/crti.o > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/usr.bin/clang/clang > *** Error code 1 It looks like you're using vanilla FreeBSD unlike me; I'm using RaspBSD install/bootable image. Since we're hitting the same issue I'm guessing it might not matter which install image is used. [1] https://lists.freebsd.org/pipermail/freebsd-arm/2016-January/013053.html -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Mon Jan 18 17:48:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F3D2A86B1B for ; Mon, 18 Jan 2016 17:48:04 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::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 06C491D15 for ; Mon, 18 Jan 2016 17:48:04 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x231.google.com with SMTP id 1so509276186ion.1 for ; Mon, 18 Jan 2016 09:48:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=K/FFVryeWKFLGXmblFIcb2JJr3xVdNNTxUadmtuGtUg=; b=0uhYewjfGMSQAFmCdM1B+JBYLJjYu5cTq2eIjzfObFI/2yC3GE6+5TvzJz1YJERKeu adV34MOizxOYpDtd9l5UHurur6ObqKRLAXQaRP5IFDRyoNQ1FFK1Ff34lOEAMHFrxWhT wUyxy20XjI1iQbOIYgVs/v/KwrijkSPytUVK7d9anLf3h87DP3U4YvA9kBsQdPvHvVdk gVQvZ5f+m7fhvqwzU35ZES5MROL6uJrIHwE5nGtLYwKhDmgTbUrs4QO0dIwvHVn3oazc w/pMU8ILzOXcJFsjvo3M3qzdMjoWQvSPXg7+vaemJo+tf/vSVH2nvqiUJksHQzvwHOEF hudg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=K/FFVryeWKFLGXmblFIcb2JJr3xVdNNTxUadmtuGtUg=; b=iyUdhgllSXgJYj2xmm4AeWvGoWMuS2xLq9t9aQ3quXTksJwNkkAG4TJ1V2AZy0HAd7 LMAN3S5oBUHnG+6ppuSYo7yZoQfKpbGcVek/3kooEAP3pCTQNNJ4VKRs8qkQSCa4EsEK t+YsVq16GSBWT5b6DjDkEJrVP5TBL1Ol+f7S+gP+t5/gHKx/yDRbANcrLt9sT/aVltd4 vFX/VCi3zFFYi1CRxPakhSeEp9Jg3TdpLswjeM8T2L0NYntXX9snSega6qjWIwiCGKLL hd4ErDzhs9ZjA+UrwilArwZk3ej41MysVW4fEp766WjBXkBDbJKyMNz1PJ6XrzSoSI+d g8/A== X-Gm-Message-State: ALoCoQlkq7jQiDSAeiTMOeMuWg/nabbJ12qm5zoNxbt9Pv3YylRfPnROtwmF5olUoVj3KI8AYCl1Hu5YCA+k+7eAsXTNyFRtUw== X-Received: by 10.107.136.226 with SMTP id s95mr20932669ioi.38.1453139283404; Mon, 18 Jan 2016 09:48:03 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Mon, 18 Jan 2016 09:47:43 -0800 (PST) In-Reply-To: <478e80b829.3480d793@mail.schwarzes.net> References: <569A1ADD.5000301@gmail.com> <478e3ea07e5.2d0fbb8b@mail.schwarzes.net> <478e80b829.3480d793@mail.schwarzes.net> From: Ed Maste Date: Mon, 18 Jan 2016 12:47:43 -0500 X-Google-Sender-Auth: kWaX1QTza8Gy6T9ChchO05aUxu0 Message-ID: Subject: Re: Something odd going on with WITHOUT_DEBUG_FILES 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: Mon, 18 Jan 2016 17:48:04 -0000 On 16 January 2016 at 16:10, Andreas Schwarz wrote: > > The src.conf is the right place. When building directy at the rpi2 the > option will be respected. For crossbuilding I've no idea how this is > handled. src.conf is used by both the build and install, and the same options should be used - if you're installing on a different host you'll probably want to copy src.conf from the build host. From owner-freebsd-arm@freebsd.org Mon Jan 18 17:48:07 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35FD1A86B38 for ; Mon, 18 Jan 2016 17:48:07 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 101DD1D18 for ; Mon, 18 Jan 2016 17:48:06 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-pf0-x232.google.com with SMTP id q63so165721605pfb.1 for ; Mon, 18 Jan 2016 09:48:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=omAfOzPSHmE7mg0KLIc2/kVadEACmAJ7WXe6XVULpGo=; b=ldlNis+iOuH5+ObGXlhamToZ+/Z0ybmpD6a4C+f6YpP9zybrsBCiA1IZaxPexSRqvM 65nhAn1CWOjtHr0ekdl5PlfTSRzd4bGCv5Ukn/wtGIhuutndMoLXIQsgG1OwJZ+0Cd9U ppSMuMPyZtQQS8QBbBhOSHZqeaGWCpG4Oggs2xBwJxGW3y7o27x7yt4aKoEqyLyckFpt rwvWnv0ixHPX8aBeqpo27hZvDP/gDJMuAT/cgjEtIN1fJIST26TlCjx+Z6qI6WeAAGid sod7Wswzr7IxOjd1LIJePpol2dDXMquSf8udyQLEqfMC0QPNgKq8tU2EjIQONQI0eSGu RfZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=omAfOzPSHmE7mg0KLIc2/kVadEACmAJ7WXe6XVULpGo=; b=kxS/UT8HGdy1Db7TTgE9Zpd1/QXzl65W8xRZ+U200ymc1orKyJ12ytqpyWINbhndgR MEhkab9LO5jmbEayenW6FIDBhvhbjty/U1ZON/xBXGGuffKnSTJlGX4TCwcMQbcW3z9Y gnrwdRilcabyloV57kApENCsCS8AzN/y07dKBoOvDce/KBKDQHmAxNZONMBzeuTAJeXB NbMcfyLpLVTHEadC7Tfp3dNLZwne213VoTiATBywE+yXBZWGKewuxyAePWiKpM+UFNHZ k7XNWPQmxQdh3zAiCm0dj9tMIVJFAtdO4Se1yQpC8/A3ZEvutIj6Iy6Y0yeUF8FDFQ4f 0Mlg== X-Gm-Message-State: ALoCoQlileNokNA4gWH6hyVNy85LfpQXtw/ygaEfIqJ+TilgYXW0ALMEd0NWJkvNC5B9kq3qEAe1Vue1D9GDZj70rqCEu7V+3g== X-Received: by 10.98.66.74 with SMTP id p71mr38250860pfa.105.1453139286544; Mon, 18 Jan 2016 09:48:06 -0800 (PST) Received: from heer.internal.jugni.xyz ([2601:600:8300:9b4:ec3e:f6e7:a569:a6fc]) by smtp.googlemail.com with ESMTPSA id ux2sm35498656pac.46.2016.01.18.09.48.05 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 09:48:06 -0800 (PST) Message-ID: <569D2557.3060802@codeghar.com> Date: Mon, 18 Jan 2016 09:48:07 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Mark Millard , freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> In-Reply-To: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 17:48:07 -0000 Thank you for the detailed reply. > An explanation of why you hit a problem anyway might be that you have an odd mix of paths in your note. For example: > >> /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c > > is apparently not inside the tree starting at > >> /usr/src > > But your "steps" show /usr/src use: > >> # svnlite checkout svn://svn.freebsd.org/base/head /usr/src >> . . . >> # cd /usr/src >> # svnlite update >> . . . >> # svnlite info >> Path: . >> Working Copy Root Path: /usr/src >> . . . >> # make buildworld > > > May be something not shown from your /etc/src.conf or some place else redirected things? May be you are picking up some old files from a prior build? > $ cat /etc/src.conf KERNCONF=RPI2 WITHOUT_DEBUG_FILES=YES > Notes about where -mlong-calls are used. . . Thank you for the details. > They all are in -r294031 on base/head . (One of the 5 arm specific ones has been there a little longer: -r293648 .) > While clang 3.8.0 builds normally have this large-distance issue, as far as I know normal clang 3.7.1 builds do not normally have large enough distances to create the issue. But the paths in your notes suggest something is not normal about your context. Toby[1] hit the same error as me. It appears that he may not be using the same install image as me as his error snippet shows /usr/src/lib/csu/arm/crt1.c instead of /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c. > Separately: I agree with Andreas Schwarz's note that doing builds and installs while having a tiny /tmp is likely not going to work: /tmp will likely run out of space even though elsewhere has lots of space available. I changed to using tmpfs for /tmp and hit the same error. $ cat /etc/fstab /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 /dev/mmcsd0s2a / ufs rw,noatime 1 1 #md /tmp mfs rw,noatime,-s50m 0 0 md /var/log mfs rw,noatime,-s15m 0 0 md /var/tmp mfs rw,noatime,-s10m 0 0 tmpfs /tmp tmpfs rw,mode=777 0 0 $ cat /etc/rc.conf hostname="rpi2" ifconfig_ue0="DHCP" sshd_enable="YES" powerd_enable="YES" # Nice if you have a network, else annoying. ntpd_enable="YES" ntpd_sync_on_start="YES" # Uncomment to disable common services (more memory) #cron_enable="NO" #syslogd_enable="NO" sendmail_enable="NONE" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" # On first boot, enlarge the root filesystem to fill the SD card growfs_enable="YES" ipv6_activate_all_interfaces="YES" ifconfig_ue0_ipv6="inet6 accept_rtadv" rtsold_enable="YES" tmpmfs="AUTO" [1] https://lists.freebsd.org/pipermail/freebsd-arm/2016-January/013052.html -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Mon Jan 18 18:05:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9CC7A8318E for ; Mon, 18 Jan 2016 18:05:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 6F7C717E6 for ; Mon, 18 Jan 2016 18:05:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21674 invoked from network); 18 Jan 2016 18:05:16 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 18:05:16 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 18 Jan 2016 13:05:19 -0500 (EST) Received: (qmail 6893 invoked from network); 18 Jan 2016 18:05:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 18:05:18 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8A7E71C43C7; Mon, 18 Jan 2016 10:05:13 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: Date: Mon, 18 Jan 2016 10:05:16 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> To: fehrist@codeghar.com, Toby X-Mailer: Apple Mail (2.2104) 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, 18 Jan 2016 18:05:19 -0000 Hmm. Clearly I can not count: I listed 6 files for arm and one for mips = use. Please check all 6 that are for arm. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jan-18, at 10:01 AM, Mark Millard wrote: On 2016-Jan-18, at 9:48 AM, Hamza Sheikh wrote: >=20 > Thank you for the detailed reply. >=20 > > An explanation of why you hit a problem anyway might be that you = have an odd mix of paths in your note. For example: > > > >> /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c > > > > is apparently not inside the tree starting at > > > >> /usr/src > > > > But your "steps" show /usr/src use: > > > >> # svnlite checkout svn://svn.freebsd.org/base/head /usr/src > >> . . . > >> # cd /usr/src > >> # svnlite update > >> . . . > >> # svnlite info > >> Path: . > >> Working Copy Root Path: /usr/src > >> . . . > >> # make buildworld > > > > > > May be something not shown from your /etc/src.conf or some place = else redirected things? May be you are picking up some old files from a = prior build? > > >=20 > $ cat /etc/src.conf > KERNCONF=3DRPI2 > WITHOUT_DEBUG_FILES=3DYES >=20 >=20 > > Notes about where -mlong-calls are used. . . >=20 > Thank you for the details. >=20 > > They all are in -r294031 on base/head . (One of the 5 arm specific = ones has been there a little longer: -r293648 .) >=20 > > While clang 3.8.0 builds normally have this large-distance issue, as = far as I know normal clang 3.7.1 builds do not normally have large = enough distances to create the issue. But the paths in your notes = suggest something is not normal about your context. >=20 > Toby[1] hit the same error as me. It appears that he may not be using = the same install image as me as his error snippet shows = /usr/src/lib/csu/arm/crt1.c instead of = /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c. >=20 > > Separately: I agree with Andreas Schwarz's note that doing builds = and installs while having a tiny /tmp is likely not going to work: /tmp = will likely run out of space even though elsewhere has lots of space = available. >=20 > I changed to using tmpfs for /tmp and hit the same error. >=20 > $ cat /etc/fstab > /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 > /dev/mmcsd0s2a / ufs rw,noatime 1 1 > #md /tmp mfs rw,noatime,-s50m 0 0 > md /var/log mfs rw,noatime,-s15m 0 0 > md /var/tmp mfs rw,noatime,-s10m 0 0 > tmpfs /tmp tmpfs rw,mode=3D777 0 0 >=20 >=20 >=20 > $ cat /etc/rc.conf > hostname=3D"rpi2" > ifconfig_ue0=3D"DHCP" > sshd_enable=3D"YES" >=20 > powerd_enable=3D"YES" >=20 > # Nice if you have a network, else annoying. > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" >=20 > # Uncomment to disable common services (more memory) > #cron_enable=3D"NO" > #syslogd_enable=3D"NO" > sendmail_enable=3D"NONE" > sendmail_submit_enable=3D"NO" > sendmail_outbound_enable=3D"NO" > sendmail_msp_queue_enable=3D"NO" > # On first boot, enlarge the root filesystem to fill the SD card > growfs_enable=3D"YES" >=20 > ipv6_activate_all_interfaces=3D"YES" > ifconfig_ue0_ipv6=3D"inet6 accept_rtadv" > rtsold_enable=3D"YES" >=20 > tmpmfs=3D"AUTO" >=20 >=20 > [1] = https://lists.freebsd.org/pipermail/freebsd-arm/2016-January/013052.html >=20 > --=20 > Hamza Sheikh > Twitter: @aikchar I listed 5 files and their -mlong-calls related content for arm (plus = one file that has -mlong-calls for mips use). Please check all 5 files = for arm for as they were when you built/build and report on what you = find. The files are: > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/libc++/Makefile > STATIC_CFLAGS+=3D -mlong-calls > /usr/src/lib/csu/arm/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/lldb/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/clang/Makefile > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} > ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c = ${.IMPSRC} -o ${.TARGET} > /usr/src/share/mk/bsd.lib.mk =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jan 18 18:08:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 039C4A83269 for ; Mon, 18 Jan 2016 18:08:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 B20B018A6 for ; Mon, 18 Jan 2016 18:07:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8821 invoked from network); 18 Jan 2016 18:01:29 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 18:01:29 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 18 Jan 2016 13:01:21 -0500 (EST) Received: (qmail 25388 invoked from network); 18 Jan 2016 18:01:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 18:01:21 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4AEC61C43C4; Mon, 18 Jan 2016 10:01:15 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <569D2557.3060802@codeghar.com> Date: Mon, 18 Jan 2016 10:01:17 -0800 Cc: freebsd-arm Message-Id: References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> To: fehrist@codeghar.com, Toby X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 18:08:00 -0000 On 2016-Jan-18, at 9:48 AM, Hamza Sheikh wrote: >=20 > Thank you for the detailed reply. >=20 > > An explanation of why you hit a problem anyway might be that you = have an odd mix of paths in your note. For example: > > > >> /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c > > > > is apparently not inside the tree starting at > > > >> /usr/src > > > > But your "steps" show /usr/src use: > > > >> # svnlite checkout svn://svn.freebsd.org/base/head /usr/src > >> . . . > >> # cd /usr/src > >> # svnlite update > >> . . . > >> # svnlite info > >> Path: . > >> Working Copy Root Path: /usr/src > >> . . . > >> # make buildworld > > > > > > May be something not shown from your /etc/src.conf or some place = else redirected things? May be you are picking up some old files from a = prior build? > > >=20 > $ cat /etc/src.conf > KERNCONF=3DRPI2 > WITHOUT_DEBUG_FILES=3DYES >=20 >=20 > > Notes about where -mlong-calls are used. . . >=20 > Thank you for the details. >=20 > > They all are in -r294031 on base/head . (One of the 5 arm specific = ones has been there a little longer: -r293648 .) >=20 > > While clang 3.8.0 builds normally have this large-distance issue, as = far as I know normal clang 3.7.1 builds do not normally have large = enough distances to create the issue. But the paths in your notes = suggest something is not normal about your context. >=20 > Toby[1] hit the same error as me. It appears that he may not be using = the same install image as me as his error snippet shows = /usr/src/lib/csu/arm/crt1.c instead of = /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c. >=20 > > Separately: I agree with Andreas Schwarz's note that doing builds = and installs while having a tiny /tmp is likely not going to work: /tmp = will likely run out of space even though elsewhere has lots of space = available. >=20 > I changed to using tmpfs for /tmp and hit the same error. >=20 > $ cat /etc/fstab > /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 > /dev/mmcsd0s2a / ufs rw,noatime 1 1 > #md /tmp mfs rw,noatime,-s50m 0 0 > md /var/log mfs rw,noatime,-s15m 0 0 > md /var/tmp mfs rw,noatime,-s10m 0 0 > tmpfs /tmp tmpfs rw,mode=3D777 0 0 >=20 >=20 >=20 > $ cat /etc/rc.conf > hostname=3D"rpi2" > ifconfig_ue0=3D"DHCP" > sshd_enable=3D"YES" >=20 > powerd_enable=3D"YES" >=20 > # Nice if you have a network, else annoying. > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" >=20 > # Uncomment to disable common services (more memory) > #cron_enable=3D"NO" > #syslogd_enable=3D"NO" > sendmail_enable=3D"NONE" > sendmail_submit_enable=3D"NO" > sendmail_outbound_enable=3D"NO" > sendmail_msp_queue_enable=3D"NO" > # On first boot, enlarge the root filesystem to fill the SD card > growfs_enable=3D"YES" >=20 > ipv6_activate_all_interfaces=3D"YES" > ifconfig_ue0_ipv6=3D"inet6 accept_rtadv" > rtsold_enable=3D"YES" >=20 > tmpmfs=3D"AUTO" >=20 >=20 > [1] = https://lists.freebsd.org/pipermail/freebsd-arm/2016-January/013052.html >=20 > --=20 > Hamza Sheikh > Twitter: @aikchar I listed 5 files and their -mlong-calls related content for arm (plus = one file that has -mlong-calls for mips use). Please check all 5 files = for arm for as they were when you built/build and report on what you = find. The files are: > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/libc++/Makefile > STATIC_CFLAGS+=3D -mlong-calls > /usr/src/lib/csu/arm/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/lldb/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/clang/Makefile > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} > ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c = ${.IMPSRC} -o ${.TARGET} > /usr/src/share/mk/bsd.lib.mk =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jan 18 18:08:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CD68A832D8 for ; Mon, 18 Jan 2016 18:08:32 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id 6F22A1949 for ; Mon, 18 Jan 2016 18:08:32 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (global-5-143.nat-2.net.cam.ac.uk [131.111.5.143]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 75F91D7A17; Mon, 18 Jan 2016 18:08:02 +0000 (UTC) Date: Mon, 18 Jan 2016 18:08:01 +0000 From: Andrew Turner To: Hamza Sheikh Cc: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Message-ID: <20160118180801.7916ef84@zapp> In-Reply-To: <569C1D2E.6040401@codeghar.com> References: <569C1D2E.6040401@codeghar.com> X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 18:08:32 -0000 On Sun, 17 Jan 2016 15:01:02 -0800 Hamza Sheikh wrote: ... > # cat /etc/make.conf > CC=clang > CXX=clang++ > CPP=clang-cpp Why are you setting these? The default cc should already be clang. > WRKDIRPREFIX=/tmp > WITH_PKGNG=yes > # make buildworld > > > == Error == > > ... ... > /usr/lib/crt1.o: In function `__start': > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xb4): > relocation truncated to fit: R_ARM_CALL against symbol `atexit' > defined in .text section in /us > r/lib/libc.a(atexit.o) > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xbc): > relocation truncated to fit: R_ARM_CALL against symbol `_init_tls' > defined in .text section in > /usr/lib/libc.a(tls.o) > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0xcc): > relocation truncated to fit: R_ARM_CALL against symbol `atexit' > defined in .text section in /us > r/lib/libc.a(atexit.o) > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0x174): > relocation truncated to fit: R_ARM_CALL against symbol `exit' defined > in .text section in /usr > /lib/libc.a(exit.o) > /usr/lib/crt1.o: In function `finalizer': > /usr/local/raspbsd/src/common/lib/csu/arm/crt1.c:(.text+0x1ec): > relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini' > defined in .fini section in / > usr/lib/crti.o > clang++: error: linker command failed with exit code 1 (use -v to see > invocation) Can you provide a full build log? It's difficult to figure out the issue from just the error messages. Andrew From owner-freebsd-arm@freebsd.org Mon Jan 18 18:22:31 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 398E4A839F5 for ; Mon, 18 Jan 2016 18:22:31 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::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 D6C9810DB for ; Mon, 18 Jan 2016 18:22:30 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-wm0-x22e.google.com with SMTP id l65so110062802wmf.1 for ; Mon, 18 Jan 2016 10:22:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/hbiSa9EJQynr3y4uwWJfcE1osI+6fh0iRjcDrrFL1Q=; b=wCsPPIlIm8bSJb8ewVan4L89RXzqHEOSZeyOjMdKQS981Ez7A4/BSkCY42k+aRhjTH nyoX2u7hNnheR3/tZ9ZiXMrSwUhY2pTSTZ29k/1ghajgm0eWUMHlPUnvzt0aEyFlIlM3 tTKxqK0618xmYp68KyANwxsQvx/8h9PZU4qDxg7OawChYSTuiJvJ+f4a5rHqxbQ3I5M0 hf4rJJq6o5N/Liooayj0xFo8H2Q7w5vDhCuccy7FaUkQZ601Kd4ryRiyx3kcWek/FPoX vTE9YYPO5ZeOFLNRSHMfRZz+9vqe7o3cwe5iNCmKzEpBme7dGhvYoW8N/2au0+y/kYMF joiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=/hbiSa9EJQynr3y4uwWJfcE1osI+6fh0iRjcDrrFL1Q=; b=mcM3aEH9bI5AT/9wsBwCjDaYOtUKjsjb58EKxXRYU1YBm+1P8yJylUaS3FEaQhQju+ AZnCNmSkAYPcNAg/8gvovkFjWP0hKN0McpXvkJvJdx/22Ew3VkRs49BgfNLN9dAFcxjj 8hcW3w9dZn8fHHsXvC5uTu3I6qXW8IynnoX53iMwKy4QRtyG5Vcgsk9NWHCeC7nZqMKY vSoee555lyEa1w+PDvGpeCdt/p/PODN7QhlJVowx0MwvUBDRk8uD7g5dCdjpdf2pY3RD 0kqi9Czkjg38+QBBumJTlDEy10ck/c7Q43Sxpl3w5KvYNRUfhigcSRa69xjwy7ijIUPP wvGQ== X-Gm-Message-State: ALoCoQkBXo1k+8AGKkjcSYN/CK/W4JgX0ofU8hSyuaS7VqZW0Y4Lb5zt14Kqt8zadoidFpNo3lokJ7lLvzDYvCV2TZx/nhdHEw== X-Received: by 10.194.157.3 with SMTP id wi3mr25407909wjb.30.1453141349266; Mon, 18 Jan 2016 10:22:29 -0800 (PST) Received: from heer.internal.jugni.xyz (c-24-18-126-182.hsd1.wa.comcast.net. [24.18.126.182]) by smtp.googlemail.com with ESMTPSA id jo6sm25126929wjb.48.2016.01.18.10.22.27 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 10:22:28 -0800 (PST) Message-ID: <569D2D63.8030301@codeghar.com> Date: Mon, 18 Jan 2016 10:22:27 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Mark Millard , Toby CC: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> In-Reply-To: <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 18:22:31 -0000 > Hmm. Clearly I can not count: I listed 6 files for arm and one for mips use. Please check all 6 that are for arm. > I listed 5 files and their -mlong-calls related content for arm (plus one file that has -mlong-calls for mips use). Please check all 5 files for arm for as they were when you built/build and report on what you find. The files are: > >> STATIC_CXXFLAGS+= -mlong-calls >> /usr/src/lib/libc++/Makefile > >> STATIC_CFLAGS+= -mlong-calls >> /usr/src/lib/csu/arm/Makefile > >> CFLAGS+= -mlong-calls >> /usr/src/usr.bin/clang/lldb/Makefile > >> CFLAGS+= -mlong-calls >> /usr/src/usr.bin/clang/clang/Makefile > > >> STATIC_CXXFLAGS+= -mlong-calls >> /usr/src/lib/clang/clang.lib.mk > >> ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} >> ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} -o ${.TARGET} >> ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} >> ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} >> /usr/src/share/mk/bsd.lib.mk > $ find /usr/src/ -name .svn -prune -o -name 'Makefile*' -exec grep mlong-calls {} \; -print STATIC_CFLAGS+= -mlong-calls /usr/src/lib/csu/arm/Makefile STATIC_CXXFLAGS+= -mlong-calls /usr/src/lib/libc++/Makefile CFLAGS+= -mlong-calls /usr/src/usr.bin/clang/clang/Makefile CFLAGS+= -mlong-calls /usr/src/usr.bin/clang/lldb/Makefile $ find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep mlong-calls {} \; -print STATIC_CXXFLAGS+= -mlong-calls /usr/src/lib/clang/clang.lib.mk CFLAGS+= -G0 -fno-pic -mno-abicalls -mlong-calls /usr/src/sys/conf/kmod.mk $ find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep -E 'STATIC_C[XL]|mlong-calls' {} \; -print STATIC_CXXFLAGS+= -mlong-calls /usr/src/lib/clang/clang.lib.mk ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} /usr/src/share/mk/bsd.lib.mk CFLAGS+= -G0 -fno-pic -mno-abicalls -mlong-calls /usr/src/sys/conf/kmod.mk -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Mon Jan 18 18:40:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D88C7A86128 for ; Mon, 18 Jan 2016 18:40:18 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79AD81B21 for ; Mon, 18 Jan 2016 18:40:18 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-wm0-x232.google.com with SMTP id 123so63477183wmz.0 for ; Mon, 18 Jan 2016 10:40:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=FJ4a1G9fx+1hP8I11JWIMpUIKd56p3yel1OIgaz5JUc=; b=gNMggQCzKtEf8wXbHslaAHw5Ux0nOCkUnJG3rIk745MXoDWGeoHjGKgzfC1h3MeSmn frRnSeaEwMSsCYdNFW4fs4K5gZ+RVzmgLg64me2tfXG4Bpjk3I2dIU5qSGEYhiVoKOGk 6NX+2pThB+m4Ii4k7HyFrL9uTMX9Zz4ur0rSbg2CneYQ2YhK2z+RPNwgfK4E0fAADp4y k6Dm7aNVgpvkU6WmuPIkJ1cIyrLNQe4X3mXSkgHxZJFRBAlDAcko9NYX+jppI31hteXp TUVwra4Wi7OxvKXAIb4opJ8SRRO94puUFyGwhAqiQ4aqZD5tGDfYTFPph5ludytePr4h 24Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FJ4a1G9fx+1hP8I11JWIMpUIKd56p3yel1OIgaz5JUc=; b=Ko218Cj8WhH4ZRH2127FtiY7Dob9c/KEAq47raGvUxbaedt2Y3SQtvRGCU0qILVDZB OGKMKB9qatBTCm0JAN9niFYwXeDKts42y2W/OPeLVMgVo7kJk2JhtzS0LhQllz184eqB o105f1P2E2BWv9D6AuuQH2ybTpPgWHa18Gwu3vNldIdb7Nj4cjdjINijgoEP2V8f3Ekj 59OtYf28xnMXEGDmdT+/UoD9k3XiNDdEkYwZXSF6Odrox0s0MShD0wgQ4BH3qk4Fua9M /iD8QxTZuE5bu6KRHfLY0S/F281vcv0IfV8KlefuREKcl1gamtQeuXcVHjobrKwIRlI5 ddwA== X-Gm-Message-State: AG10YORQQoHsEuLVMD6LkTnhHvtXNe33FlkG9fWRa5y3YK1+A1qmEbKKjmwmZ2RztPlOmw== X-Received: by 10.28.128.22 with SMTP id b22mr14106388wmd.44.1453142416770; Mon, 18 Jan 2016 10:40:16 -0800 (PST) Received: from heer.internal.jugni.xyz (c-24-18-126-182.hsd1.wa.comcast.net. [24.18.126.182]) by smtp.googlemail.com with ESMTPSA id l2sm25013446wjf.15.2016.01.18.10.40.15 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 10:40:16 -0800 (PST) Message-ID: <569D318F.1090201@codeghar.com> Date: Mon, 18 Jan 2016 10:40:15 -0800 From: Hamza Sheikh Reply-To: fehrist@codeghar.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Andrew Turner CC: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569C1D2E.6040401@codeghar.com> <20160118180801.7916ef84@zapp> In-Reply-To: <20160118180801.7916ef84@zapp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 18:40:19 -0000 >> # cat /etc/make.conf >> CC=clang >> CXX=clang++ >> CPP=clang-cpp > > Why are you setting these? The default cc should already be clang. I got that from a BSD Now tutorial[1] before they added the disclaimer at the top. I did not add `CPUTYPE?=native` because of Bug 204636[2]. > Can you provide a full build log? It's difficult to figure out the > issue from just the error messages. I did not see a build log file created in /usr/src. Since I'm using a tmux session it kept only the last chunk of output when scrolling up. I have been unable to find a way to create a log file for `make buildworld`. Would a simple redirect suffice? Say `make buildworld > build.log`. $ pwd; find . -name \*.log /usr/src ./contrib/mdocml/config.log ./usr.bin/compress/doc/revision.log [1] http://www.bsdnow.tv/tutorials/the-desktop [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204636 -- Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Mon Jan 18 18:44:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66635A8638F for ; Mon, 18 Jan 2016 18:44:15 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id 385DE1F52 for ; Mon, 18 Jan 2016 18:44:15 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (global-5-143.nat-2.net.cam.ac.uk [131.111.5.143]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 24EA3D7A17; Mon, 18 Jan 2016 18:43:44 +0000 (UTC) Date: Mon, 18 Jan 2016 18:43:42 +0000 From: Andrew Turner To: Hamza Sheikh Cc: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Message-ID: <20160118184342.4fd5ec29@zapp> In-Reply-To: <569D318F.1090201@codeghar.com> References: <569C1D2E.6040401@codeghar.com> <20160118180801.7916ef84@zapp> <569D318F.1090201@codeghar.com> X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2016 18:44:15 -0000 On Mon, 18 Jan 2016 10:40:15 -0800 Hamza Sheikh wrote: > >> # cat /etc/make.conf > >> CC=clang > >> CXX=clang++ > >> CPP=clang-cpp > > > > Why are you setting these? The default cc should already be clang. > > I got that from a BSD Now tutorial[1] before they added the > disclaimer at the top. I did not add `CPUTYPE?=native` because of Bug > 204636[2]. Does it build if you don't set these? > > Can you provide a full build log? It's difficult to figure out the > > issue from just the error messages. > > I did not see a build log file created in /usr/src. Since I'm using a > tmux session it kept only the last chunk of output when scrolling up. > I have been unable to find a way to create a log file for `make > buildworld`. Would a simple redirect suffice? Say `make buildworld > > build.log`. you can get a build log by running under script(1), for example: script build.log make buildworld ... Andrew From owner-freebsd-arm@freebsd.org Mon Jan 18 18:58:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92758A868B1 for ; Mon, 18 Jan 2016 18:58:44 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [91.199.228.84]) (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 52AAB172F for ; Mon, 18 Jan 2016 18:58:43 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from 46-253-187-21.dynamic.monzoon.net ([46.253.187.21] helo=fluff-wlan.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1aLF0b-0001uB-DH; Mon, 18 Jan 2016 19:58:39 +0100 Message-ID: <569D35DA.50303@fsck.ch> Date: Mon, 18 Jan 2016 19:58:34 +0100 From: Toby User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: fehrist@codeghar.com CC: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569C1D2E.6040401@codeghar.com> <478fef0c3db.611911c6@mail.schwarzes.net> <569C8B54.8040306@fsck.ch> <569D2133.2000103@codeghar.com> In-Reply-To: <569D2133.2000103@codeghar.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 18/01/16 18:30, Hamza Sheikh wrote: > It looks like you're using vanilla FreeBSD unlike me; I'm using > RaspBSD install/bootable image. Since we're hitting the same issue I'm > guessing it might not matter which install image is used. > Yes, I am using a vanilla current, without any strange paths, except that /usr/obj is an mounted from an external usb disk (ufs, rw). I am not using any settings in src.conf except WITHOUT_DEBUG_FILES, which I see you are using as well. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-SA-Exim-Connect-IP: 46.253.187.21 X-SA-Exim-Mail-From: misc.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false 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, 18 Jan 2016 18:58:44 -0000 On 18/01/16 18:30, Hamza Sheikh wrote: > It looks like you're using vanilla FreeBSD unlike me; I'm using > RaspBSD install/bootable image. Since we're hitting the same issue I'm > guessing it might not matter which install image is used. > Yes, I am using a vanilla current, without any strange paths, except that /usr/obj is an mounted from an external usb disk (ufs, rw). I am not using any settings in src.conf except WITHOUT_DEBUG_FILES, which I see you are using as well. In fact, I now am quite certain that in the last buildworld that was successful for me, I did not use WITHOUT_DEBUG_FILES, so I am trying without that now. But it'll take 2 days or so until I can report back. The usb disk for obj/ seems to slow things down considerably. Thanks, Toby From owner-freebsd-arm@freebsd.org Mon Jan 18 19:37:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9417A876B8 for ; Mon, 18 Jan 2016 19:37:22 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 7D3DA1D50 for ; Mon, 18 Jan 2016 19:37:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16804 invoked from network); 18 Jan 2016 19:30:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 19:30:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 18 Jan 2016 14:30:38 -0500 (EST) Received: (qmail 10500 invoked from network); 18 Jan 2016 19:30:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 18 Jan 2016 19:30:37 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4F0331C43C6; Mon, 18 Jan 2016 11:30:37 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <569D2D63.8030301@codeghar.com> Date: Mon, 18 Jan 2016 11:30:40 -0800 Cc: Toby , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> To: fehrist@codeghar.com X-Mailer: Apple Mail (2.2104) 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, 18 Jan 2016 19:37:23 -0000 On 2016-Jan-18, at 10:22 AM, Hamza Sheikh wrote: >=20 >> Hmm. Clearly I can not count: I listed 6 files for arm and one for = mips use. Please check all 6 that are for arm. >=20 >> I listed 5 files and their -mlong-calls related content for arm (plus = one file that has -mlong-calls for mips use). Please check all 5 files = for arm for as they were when you built/build and report on what you = find. The files are: >>=20 >>> STATIC_CXXFLAGS+=3D -mlong-calls >>> /usr/src/lib/libc++/Makefile >>=20 >>> STATIC_CFLAGS+=3D -mlong-calls >>> /usr/src/lib/csu/arm/Makefile >>=20 >>> CFLAGS+=3D -mlong-calls >>> /usr/src/usr.bin/clang/lldb/Makefile >>=20 >>> CFLAGS+=3D -mlong-calls >>> /usr/src/usr.bin/clang/clang/Makefile >>=20 >>=20 >>> STATIC_CXXFLAGS+=3D -mlong-calls >>> /usr/src/lib/clang/clang.lib.mk >>=20 >>> ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} >>> ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} = -o ${.TARGET} >>> ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o = ${.TARGET} >>> ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c = ${.IMPSRC} -o ${.TARGET} >>> /usr/src/share/mk/bsd.lib.mk >>=20 >=20 > $ find /usr/src/ -name .svn -prune -o -name 'Makefile*' -exec grep = mlong-calls {} \; -print > STATIC_CFLAGS+=3D -mlong-calls > /usr/src/lib/csu/arm/Makefile > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/libc++/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/clang/Makefile > CFLAGS+=3D -mlong-calls > /usr/src/usr.bin/clang/lldb/Makefile >=20 > $ find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep = mlong-calls {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > CFLAGS+=3D -G0 -fno-pic -mno-abicalls -mlong-calls > /usr/src/sys/conf/kmod.mk >=20 > $ find /usr/src/ -name .svn -prune -o -name '*.mk' -exec grep -E = 'STATIC_C[XL]|mlong-calls' {} \; -print > STATIC_CXXFLAGS+=3D -mlong-calls > /usr/src/lib/clang/clang.lib.mk > ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o = ${.TARGET} > ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c = ${.IMPSRC} -o ${.TARGET} > /usr/src/share/mk/bsd.lib.mk > CFLAGS+=3D -G0 -fno-pic -mno-abicalls -mlong-calls > /usr/src/sys/conf/kmod.mk There is a difference between your list and mine, mine has: >> ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} >> ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} = -o ${.TARGET} in: >> /usr/src/share/mk/bsd.lib.mk but yours does not. Those CC lines with the STATIC_C prefixed symbols go = back years: -r227797 from 2011-Nov-21 so my guess is a copy/paste error = for your note above. I do not know why clang would separate crt1 code from crti code by a = larger distance but not use a code sequence for a long call/jump when = -mlong-calls is present. If it really did that then it sounds like a = defect in clang/llvm 3.7.1 . If you can tolerate tracking the 3.8.0 project ( = base/projects/clang380-import ) until 3.8.0 is moved into 11.0-CURRENT = you could find out that way if clang 3.8.0 behaves the same in your = context. So far I've not come up with anything else to try. --=20 Hamza Sheikh Twitter: @aikchar From owner-freebsd-arm@freebsd.org Tue Jan 19 11:58:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37238A874A7 for ; Tue, 19 Jan 2016 11:58:45 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::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 C4B181797 for ; Tue, 19 Jan 2016 11:58:44 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id n5so108092271wmn.0 for ; Tue, 19 Jan 2016 03:58:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=98rbFVH6wpLDWeYzOg1TkfxwTooye+q9w2gW23OfSFg=; b=Bc54UA+MgUugNYl8AWS6m/I4hHaxwemXv4EjTvM6NtgdOPu18hAS1/wKmwodkDRo6W OpgkxDV4PjBP3LBQHNKrbzxFpdAfGn27S2lJTPQu/GUG2VvP2a4ZaedFqyE6a2bP0MaU 9uKjIQtTLUN60UixOYYt2VhErdcF6nDhTb4jZ+W3bwZPhiNWuQI9N5FNsHF5Fb/3HOhz tWrIUkAW2U+3rNpyS38n/KiDj3U6q3U2DJGSYGepOJQLQZZlnSIMkSPSZJiFXT52ja3Q 7Xb2K7JjedeJc24yX49boz+aSF6U8YWyWCDhed314FzzwHiEsE+Op/UTv74U31K4Z4Yw b50g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=98rbFVH6wpLDWeYzOg1TkfxwTooye+q9w2gW23OfSFg=; b=Z9C7Yj0wWA9aIXxNyPJ1vrqHSX4cYZ6vuRkIbxPDsB3GDDitBnDXZ3SQhmNjhrWJ4u bGfqMaJsbQ8v22Qfvmbhor72W3+zCZie/cyzAysSy63xEswHOYMWF+YZcXOzb1SDLS25 I3INfrkixSz1Di0+WJHFQ5ja8YgNRPGoagAlm4aoUrU1ck/U0QH/cf3PLCgms9lMP9n0 gUfWtUi633fDzaDdFNAVV/TZ55KhKa0sUneJUpeLB7n/+WXwhkAci6G41cJJuhx+ogRF zaCtNgpLNE/H4AIRhIXjYwahisg5RvLWXpwriCJgO9kgI1YPF5ej09SC+2AdjF6CUUA0 6A/Q== X-Gm-Message-State: AG10YOQfSNZ1Qcjc8EJRwDoTlHvz+XBzkaU5jJusUZv0+mhHb/pDz0Vp6WAhtnXPhAU0WxQRip1iYMS2Yx+xFw== X-Received: by 10.28.217.83 with SMTP id q80mr17818853wmg.15.1453204723269; Tue, 19 Jan 2016 03:58:43 -0800 (PST) MIME-Version: 1.0 References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> In-Reply-To: From: Tom Vijlbrief Date: Tue, 19 Jan 2016 11:58:29 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , fehrist@codeghar.com Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 11:58:45 -0000 Op ma 18 jan. 2016 20:37 schreef Mark Millard : > > If you can tolerate tracking the 3.8.0 project ( > base/projects/clang380-import ) until 3.8.0 is moved into 11.0-CURRENT you > could find out that way if clang 3.8.0 behaves the same in your context. So > far I've not come up with anything else I am having exactly the same buildworld problem on my RPI which used to build fine a week ago. Currently testing the clang380-import branch as suggested to see if the problem persists. From owner-freebsd-arm@freebsd.org Tue Jan 19 15:34:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1BF5A88D24 for ; Tue, 19 Jan 2016 15:34:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 925781504 for ; Tue, 19 Jan 2016 15:34:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 19 Jan 2016 15:35:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0JFYUSd009212; Tue, 19 Jan 2016 08:34:30 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453217670.46848.83.camel@freebsd.org> Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Ian Lepore To: Tom Vijlbrief , Mark Millard , fehrist@codeghar.com Cc: freebsd-arm Date: Tue, 19 Jan 2016 08:34:30 -0700 In-Reply-To: References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 15:34:38 -0000 On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: > Op ma 18 jan. 2016 20:37 schreef Mark Millard : > > > > > If you can tolerate tracking the 3.8.0 project ( > > base/projects/clang380-import ) until 3.8.0 is moved into 11.0 > > -CURRENT you > > could find out that way if clang 3.8.0 behaves the same in your > > context. So > > far I've not come up with anything else > > > I am having exactly the same buildworld problem on my RPI which used > to > build fine a week ago. > > Currently testing the clang380-import branch as suggested to see if > the > problem persists. The most confusing thing about this whole thread (besides the lack of logs so we're just guessing what's going on) is why this problem is suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when that has never been a problem before? We needed to add the long-call option when testing clang 3.8, but why do we suddenly need it on clang 3.7 that hasn't needed it for months? This very much has the feel of slapping a bandaid on something that needs a better diagnosis (there may be internal bleeding). If we don't understand why it's failing, it doesn't make sense to try to fix it with the "cure" for a different problem. (Maybe we never understood the clang 3.8 problem.) -- Ian From owner-freebsd-arm@freebsd.org Tue Jan 19 16:14:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33F69A88CD5 for ; Tue, 19 Jan 2016 16:14:40 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B729F1A5E; Tue, 19 Jan 2016 16:14:39 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id 123so98105290wmz.0; Tue, 19 Jan 2016 08:14:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=kN6UxEYc6bLeJhOo/YD0ag2Cwrf++5JuQ0jy4cqEQ6A=; b=Xo2v9AunPu0DHRTOKqd/mj8kbeyyVWMMefynG/7Kb3cP7twRlu3cy/DdhIHHXltE6l lJnCgu2waahFbxiOMqNYXKAm74ssXtjhE4uKTjvzcocUHdH2/5V0iSxWHu0NWbCmOarY gnXJ62CHCSz0u6KM+POlU04mZyzWwS9hzlCBnFi3u6nMYqO+NOrIbROcZnjBjgHPDpRj Xs8BFO7FjDYBuBXruV8C3yj/0EKciP4R8SoEYsl1s9e4jn4ZcjNa7Mejz/HY7DGkcp3v //nvZAshbeJpf/RC5Pxr3DO3a1lvn86HWtl6chP77Y8V+5NExxe7mhFTc3+yoQATnZxq ZLbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=kN6UxEYc6bLeJhOo/YD0ag2Cwrf++5JuQ0jy4cqEQ6A=; b=W90I0L/tMMv92kXVKutXCZz2CjHn5zeGcUKimkUjMbL9FBSfNsEPQ0byar60P51VQO hITZsW7GOOUCdb831QUUA+1oKraewB73Iq8Tlwvr1sn82c5pfQDNMXJ2bHKu7dd7CDY4 rjAdr48HX10IUEP3Rl2UmqQSQAJOXoUhceJjUqVnKHtphfDJFN8aY3twkX1pvbGsJGzl EKnGnz2Ult70wt7RkAKTjOUnv7DexXlL5tMcQU0UCTTHmIZr0lUDt4UV5yws4/p5fZjZ TEeJE2rVzCK0bNfRqYvoHQ4PmTH44/O4oigi+k/YO1UVRrs6EJ0Ax4cYwHa2MH5uZ5mY ME7w== X-Gm-Message-State: ALoCoQn43xtY7cG64gmPeITCZ8kUpYEU+DMJhnK97Q7wHrSuozT5v7SgqsI43RvL2eMW4sN9lUjy/HRhb9FRKSq5+PN8MeJz0A== X-Received: by 10.194.175.104 with SMTP id bz8mr29277400wjc.8.1453220078273; Tue, 19 Jan 2016 08:14:38 -0800 (PST) MIME-Version: 1.0 References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> In-Reply-To: <1453217670.46848.83.camel@freebsd.org> From: Tom Vijlbrief Date: Tue, 19 Jan 2016 16:14:28 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Ian Lepore , Mark Millard , fehrist@codeghar.com Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 16:14:40 -0000 clang 3.8 makes no difference, same error. I had to restart the makeworld due to another issue and did this with NO_CLEAN=YES to speed things up The log is here: http://www.v7f.eu/public/freebsd/world.log Note that /usr/src symlinks to /media/swan/src which symlinks to /media/swan/github/freebsd, so that is a bit confusing I will restart it again without the NO_CLEAN and with the default 3.7.1 and in the /media/swan/github/freebsd directory for a clean complete log... Op di 19 jan. 2016 om 16:34 schreef Ian Lepore : > On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: > > Op ma 18 jan. 2016 20:37 schreef Mark Millard : > > > > > > > > If you can tolerate tracking the 3.8.0 project ( > > > base/projects/clang380-import ) until 3.8.0 is moved into 11.0 > > > -CURRENT you > > > could find out that way if clang 3.8.0 behaves the same in your > > > context. So > > > far I've not come up with anything else > > > > > > I am having exactly the same buildworld problem on my RPI which used > > to > > build fine a week ago. > > > > Currently testing the clang380-import branch as suggested to see if > > the > > problem persists. > > The most confusing thing about this whole thread (besides the lack of > logs so we're just guessing what's going on) is why this problem is > suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when that > has never been a problem before? We needed to add the long-call option > when testing clang 3.8, but why do we suddenly need it on clang 3.7 > that hasn't needed it for months? > > This very much has the feel of slapping a bandaid on something that > needs a better diagnosis (there may be internal bleeding). If we don't > understand why it's failing, it doesn't make sense to try to fix it > with the "cure" for a different problem. (Maybe we never understood > the clang 3.8 problem.) > > -- Ian > > From owner-freebsd-arm@freebsd.org Tue Jan 19 19:46:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05C4AA8831D for ; Tue, 19 Jan 2016 19:46:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 AC50312CC for ; Tue, 19 Jan 2016 19:46:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19656 invoked from network); 19 Jan 2016 19:46:56 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 19:46:56 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Tue, 19 Jan 2016 14:46:48 -0500 (EST) Received: (qmail 8879 invoked from network); 19 Jan 2016 19:46:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 19:46:48 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1F2501C43BC; Tue, 19 Jan 2016 11:46:42 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <1453217670.46848.83.camel@freebsd.org> Date: Tue, 19 Jan 2016 11:46:44 -0800 Cc: Tom Vijlbrief , fehrist@codeghar.com, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) 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, 19 Jan 2016 19:46:54 -0000 On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: >=20 > On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: >> Op ma 18 jan. 2016 20:37 schreef Mark Millard : >>=20 >>>=20 >>> If you can tolerate tracking the 3.8.0 project ( >>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 >>> -CURRENT you >>> could find out that way if clang 3.8.0 behaves the same in your >>> context. So >>> far I've not come up with anything else >>=20 >>=20 >> I am having exactly the same buildworld problem on my RPI which used >> to >> build fine a week ago. >>=20 >> Currently testing the clang380-import branch as suggested to see if >> the >> problem persists. >=20 > The most confusing thing about this whole thread (besides the lack of > logs so we're just guessing what's going on) is why this problem is > suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when that > has never been a problem before? We needed to add the long-call = option > when testing clang 3.8, but why do we suddenly need it on clang 3.7 > that hasn't needed it for months? >=20 > This very much has the feel of slapping a bandaid on something that > needs a better diagnosis (there may be internal bleeding). If we = don't > understand why it's failing, it doesn't make sense to try to fix it > with the "cure" for a different problem. (Maybe we never understood > the clang 3.8 problem.) >=20 > -- Ian The -mlong-calls were added to 11.0-CURRENT recently. -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) -r294031: 2016-Jan-14 (the rest added here) May be a problem/incompleteness in the handling -mlong-calls itself? Are = the above the right time frame for the problem starting for 3.7.1? The "rest" were: head/lib/clang.lib.mk head/lib/libc++/Makefile head/usr.bin/clang/clang/Makefile head/usr/bin/clang/lldb/Makefile (head/share/mk/bsd.lib.mk has had use of STATIC_CFLAGS and = STATIC_CXXFLAGS for a long time.) Since 3.8.0 is now also to reported to fail I'll note that my "on rpi2" = rebuild test was based on 3.8.0 and -r294179 for /usr/src and completed = fine (in about 10 minutes under 14.5 hours). But I've consistently used: -target armv6--freebsd11.0-gnueabi -march=3Darmv7a -mcpu=3Dcortex-a7 = -mfloat-abi=3Dsoftfp -mno-unaligned-access in my builds, including that one. So my activities are really a test for = cortex-a7 handling, not armv6. But I had to use 3.8.0 because clang++ 3.7.1 would Bus Error during its = buildworld activities. (I could buildkernel with 3.7.1 just fine.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Jan 19 19:58:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A499A88628 for ; Tue, 19 Jan 2016 19:58:06 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::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 EA6171726; Tue, 19 Jan 2016 19:58:05 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id n5so130032825wmn.0; Tue, 19 Jan 2016 11:58:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=BE5CFiaAyqfLcQIngUDTW1HjVhbCwgD3oHLT1bIeR1c=; b=hLcGiI+JIKLyE/urOod5qooxAqnVMylBnYjBhT13zJ27/ioR/DnfZhpgij0cMcDHu5 KC2RwVP9O5KSMQ76brFA4Kqyuew/xOkXdB8MFCF0qMbIJTrLr1FjghyD6+9Pg3RBE9/A eR3yyiwKeVQHbak3PxzEeeHHyacFFbwhD4IyG1fHJuUX4tUNl03CsV8CqWrLwiw0MAYL oTbexvT1v42sk8OAMII9OrQHZgUt7vlc9qtZ10b2IKsTYQMcc2MQ05F/5xUoYwnTHYQk WxIbyl+ISBrAQcLF8nAFosCZO6dOCkSpbxSEItzWhAGmifghx+7vg2qx+t5hl/ZQMZTF z3Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=BE5CFiaAyqfLcQIngUDTW1HjVhbCwgD3oHLT1bIeR1c=; b=j0NtAYWcZop2TkCGvMZzbfccAH3OJkDFSCEq5VHt1xPe4rEbFAhGbT7JswiyePOpyb Jueko3cDeTJMuoVnFvZsmfP+5mdhuY59jNdO9vWclKHfSl3ytuts+p2VE98aPL9Xp/Gh 7LKSorkff0FQpALn+V/Glha2DY2DkghPM5vlMVk0UzhybZkUT0fZQIQvzyl7d/Yx99ph hqN6nlpgM6BdkUZx7e0K4smbCgz8ivTQeQIFjcPLNu8NE/UAoHvxCsR+3Zi2poG25KKH 7M5X7oIuwzK2STh5KVuQ3qwsfu+C8gNnh/CH74LMfGhFKm72uNhhhkoSVcZYg/i/Q918 JYTg== X-Gm-Message-State: ALoCoQkZWzyA1iKyv6eJjLiO8JKJ/v8hEuixlFsolZ9aVl11RR70FmL42uI4iXtalo5PCduSs9JENVeCVGMnJrGkhywfAHG9ig== X-Received: by 10.194.175.104 with SMTP id bz8mr30262712wjc.8.1453233483987; Tue, 19 Jan 2016 11:58:03 -0800 (PST) MIME-Version: 1.0 References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> In-Reply-To: From: Tom Vijlbrief Date: Tue, 19 Jan 2016 19:57:54 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , Ian Lepore Cc: fehrist@codeghar.com, freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 19:58:06 -0000 Op 20:46 DI 19 Jan 2016 schreef Mark Millard : > On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: > > > > On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: > >> Op ma 18 jan. 2016 20:37 schreef Mark Millard : > >> > >>> > >>> If you can tolerate tracking the 3.8.0 project ( > >>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 > >>> -CURRENT you > >>> could find out that way if clang 3.8.0 behaves the same in your > >>> context. So > >>> far I've not come up with anything else > >> > >> > >> I am having exactly the same buildworld problem on my RPI which used > >> to > >> build fine a week ago. > >> > >> Currently testing the clang380-import branch as suggested to see if > >> the > >> problem persists. > > > > The most confusing thing about this whole thread (besides the lack of > > logs so we're just guessing what's going on) is why this problem is > > suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when that > > has never been a problem before? We needed to add the long-call option > > when testing clang 3.8, but why do we suddenly need it on clang 3.7 > > that hasn't needed it for months? > > > > This very much has the feel of slapping a bandaid on something that > > needs a better diagnosis (there may be internal bleeding). If we don't > > understand why it's failing, it doesn't make sense to try to fix it > > with the "cure" for a different problem. (Maybe we never understood > > the clang 3.8 problem.) > > > > -- Ian > > The -mlong-calls were added to 11.0-CURRENT recently. > > -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) > -r294031: 2016-Jan-14 (the rest added here) > > May be a problem/incompleteness in the handling -mlong-calls itself? Are > the above the right time frame for the problem starting for 3.7.1? > > The "rest" were: > > head/lib/clang.lib.mk > head/lib/libc++/Makefile > head/usr.bin/clang/clang/Makefile > head/usr/bin/clang/lldb/Makefile > > (head/share/mk/bsd.lib.mk has had use of STATIC_CFLAGS and > STATIC_CXXFLAGS for a long time.) > > > Since 3.8.0 is now also to reported to fail I'll note that my "on rpi2" > rebuild test was based on 3.8.0 and -r294179 for /usr/src and completed > fine (in about 10 minutes under 14.5 hours). But I've consistently used: > > -target armv6--freebsd11.0-gnueabi -march=armv7a -mcpu=cortex-a7 > -mfloat-abi=softfp -mno-unaligned-access > > in my builds, including that one. So my activities are really a test for > cortex-a7 handling, not armv6. > > But I had to use 3.8.0 because clang++ 3.7.1 would Bus Error during its > buildworld activities. (I could buildkernel with 3.7.1 just fine.) > > === > Mark Millard > markmi at dsl-only.net > > Just completed a standard 11-CURRENT cross buildworld for the RPI on an amd64 without problems. The build on the RPI will take another 12 hours... From owner-freebsd-arm@freebsd.org Tue Jan 19 20:21:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 061ABA88DDC for ; Tue, 19 Jan 2016 20:21:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 DC2AC1591 for ; Tue, 19 Jan 2016 20:21:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 19 Jan 2016 20:21:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u0JKKdot009766; Tue, 19 Jan 2016 13:20:39 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1453234839.46848.88.camel@freebsd.org> Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Ian Lepore To: Mark Millard Cc: freebsd-arm Date: Tue, 19 Jan 2016 13:20:39 -0700 In-Reply-To: References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 20:21:49 -0000 On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: > On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: > > > > On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: > > > Op ma 18 jan. 2016 20:37 schreef Mark Millard < > > > markmi@dsl-only.net>: > > > > > > > > > > > If you can tolerate tracking the 3.8.0 project ( > > > > base/projects/clang380-import ) until 3.8.0 is moved into 11.0 > > > > -CURRENT you > > > > could find out that way if clang 3.8.0 behaves the same in your > > > > context. So > > > > far I've not come up with anything else > > > > > > > > > I am having exactly the same buildworld problem on my RPI which > > > used > > > to > > > build fine a week ago. > > > > > > Currently testing the clang380-import branch as suggested to see > > > if > > > the > > > problem persists. > > > > The most confusing thing about this whole thread (besides the lack > > of > > logs so we're just guessing what's going on) is why this problem is > > suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when > > that > > has never been a problem before? We needed to add the long-call > > option > > when testing clang 3.8, but why do we suddenly need it on clang 3.7 > > that hasn't needed it for months? > > > > This very much has the feel of slapping a bandaid on something that > > needs a better diagnosis (there may be internal bleeding). If we > > don't > > understand why it's failing, it doesn't make sense to try to fix it > > with the "cure" for a different problem. (Maybe we never > > understood > > the clang 3.8 problem.) > > > > -- Ian > > The -mlong-calls were added to 11.0-CURRENT recently. > > -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) > -r294031: 2016-Jan-14 (the rest added here) > > May be a problem/incompleteness in the handling -mlong-calls itself? > Are the above the right time frame for the problem starting for > 3.7.1? We've been using clang 3.7 since October. We never needed -mlong-calls until recently. I had thought it was clang 3.8 that triggered the need for -mlong-calls, but now we apparently have a report of clang 3.7.x needing it. So... why? What changed, and why are we blindly reacting without understanding? -- Ian From owner-freebsd-arm@freebsd.org Tue Jan 19 20:38:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD21A89580 for ; Tue, 19 Jan 2016 20:38:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62C391440 for ; Tue, 19 Jan 2016 20:38:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-pf0-x232.google.com with SMTP id 65so181084436pff.2 for ; Tue, 19 Jan 2016 12:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=8C4yG30CshDmBkj+IzFAOretk/dt7lAXAqtc/dmSSlM=; b=fEutTEr+m8WwHC1Z1PxP9gHt6hBBa9gVj6xdeobVqBFbPYOSA46KDjU0AwbdtGrojp VLg/b45uFa8evk2whLLeB/JcLt1Nq2lNkwFyJ+onDiPCQmTy046SOv/wkZOt4mH614dT JIDKI8c8koCdXWtjDPpLbKQmjsg26qXBjU8nytMtwjKJT9K/P71eKoPureG7+C7OFS6R AH7U2CwxI0fgjIBxxMMHdGYUmKBGKghBhvDAIo+NNw8MniJlg3ZfauDvPiH0J4MBK94W Xzkchzmx1UP9B9mrkHj249H3Yas0Yv/yf2zfNYLHgSJq3eBdXkFpNgwuJp23l6H1t3GA obFg== 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=8C4yG30CshDmBkj+IzFAOretk/dt7lAXAqtc/dmSSlM=; b=l2DSGlbrfhEjsAAVmiS0C+XAjoi92i9bT9tIxNp2u5T+Juqh3tiNaeLFeKec45BN9P R91LTP0bNFkie9JSeSVduzMDqSxq/kWcwdnjAkSL6azh1A67paDLA+BdorV4XygNULRA pyOAHSikL6/qd2Xxl00s7T5ABYW05n6Hl7siIWhj9lZwbJn6rJYagdTVRpPJef3xEQfr D2Fn0k9AR5UPx90HnmHb1Cg9nSJ8QT4JyeFd9f7obq0nNihc+9Q8hfvJnjvHiX6oGPEF alLXrf0XWqtdUq1GyITJUzf9itqg3Se2K4iD/DmZq2cupa2zYqoFruSGM8JjbUJ+eZPE nYjA== X-Gm-Message-State: ALoCoQlcmWLgpemeFsxtF1lijgirgOl5M4vmu5YKDDZhc0e89ISyH327bIVtiqJFVDAkwN3xFXrRjPzBlYYclc44R185u7bQ0w== X-Received: by 10.98.69.143 with SMTP id n15mr47613086pfi.104.1453235879626; Tue, 19 Jan 2016 12:37:59 -0800 (PST) Received: from [100.127.128.157] ([69.53.245.15]) by smtp.gmail.com with ESMTPSA id 11sm43416715pfq.87.2016.01.19.12.37.58 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 19 Jan 2016 12:37:59 -0800 (PST) Sender: Warner Losh Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <1453234839.46848.88.camel@freebsd.org> Date: Tue, 19 Jan 2016 12:37:57 -0800 Cc: Mark Millard , freebsd-arm Message-Id: <22464834-766A-43F1-A54A-1AFE79DD166C@bsdimp.com> References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> <1453234839.46848.88.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) 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, 19 Jan 2016 20:38:00 -0000 --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 19, 2016, at 12:20 PM, Ian Lepore wrote: >=20 > On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: >> On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: >>>=20 >>> On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: >>>> Op ma 18 jan. 2016 20:37 schreef Mark Millard < >>>> markmi@dsl-only.net>: >>>>=20 >>>>>=20 >>>>> If you can tolerate tracking the 3.8.0 project ( >>>>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 >>>>> -CURRENT you >>>>> could find out that way if clang 3.8.0 behaves the same in your >>>>> context. So >>>>> far I've not come up with anything else >>>>=20 >>>>=20 >>>> I am having exactly the same buildworld problem on my RPI which >>>> used >>>> to >>>> build fine a week ago. >>>>=20 >>>> Currently testing the clang380-import branch as suggested to see >>>> if >>>> the >>>> problem persists. >>>=20 >>> The most confusing thing about this whole thread (besides the lack >>> of >>> logs so we're just guessing what's going on) is why this problem is >>> suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when >>> that >>> has never been a problem before? We needed to add the long-call >>> option >>> when testing clang 3.8, but why do we suddenly need it on clang 3.7 >>> that hasn't needed it for months? >>>=20 >>> This very much has the feel of slapping a bandaid on something that >>> needs a better diagnosis (there may be internal bleeding). If we >>> don't >>> understand why it's failing, it doesn't make sense to try to fix it >>> with the "cure" for a different problem. (Maybe we never >>> understood >>> the clang 3.8 problem.) >>>=20 >>> -- Ian >>=20 >> The -mlong-calls were added to 11.0-CURRENT recently. >>=20 >> -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) >> -r294031: 2016-Jan-14 (the rest added here) >>=20 >> May be a problem/incompleteness in the handling -mlong-calls itself? >> Are the above the right time frame for the problem starting for >> 3.7.1? >=20 > We've been using clang 3.7 since October. We never needed = -mlong-calls > until recently. I had thought it was clang 3.8 that triggered the = need > for -mlong-calls, but now we apparently have a report of clang 3.7.x > needing it. >=20 > So... why? What changed, and why are we blindly reacting without > understanding? They were added to -current because they will be needed with clang 3.8. I don=E2=80=99t think that was sufficiently tested with 3.7.1, which is = why we=E2=80=99re seeing problems. It=E2=80=99s the simplest explanation :) Warner --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF 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 iQIcBAEBCgAGBQJWnp6lAAoJEGwc0Sh9sBEAXzMP/RnGgyzoRUZDBRuPRnYap1vo MHEkobS0sYyqpFnd7FUy0m1lSgJnRd1Ciytq6WmlpAv3ki65Uog45vrh9cguknqw jUI6548RxbNwouq6npbyjSqWtIUasqTdfqJc9qfFYaYdyMt/zuRDJiHyzScCsqg4 IhTzsnwsY6ARPsgJYTbC+uTY6vOZJibrUOpSPPAFegTKp871jwiRHcy/eqL5uRAW 77q2qyS6gK38uTVSHDMxKRHxXCsAKt74WbZYtI73Otv4cGFbQqyJnhMZ0YEgHCW2 avIUffgxX5I9Hty2CuG9zGJgd6qyLUdHrs/lqsdDuiGFNVK4yViv41n5phv58tSI WZ0OOM3UtVy07iRKZ9D79JwyoWEKZiLhR/9Kby4opWYFdr2d+T0e4LjFFJZY+AGJ au1rFF/dhBt0z0PZ6m8uf+fljsITusQ0j3HPMJmlp2Eh1zw38DD1Yo3BVO93RpeG QE2AcAdFv+LFPn2VICltEGoMsiwnpiT+BoXxC1FOtSifLCjfneLmMYl7oybEG6fn YU0woVJFL0dWF9GapTPD4XhU3NX2buU3ImV0iI5+2Z4HYZkZSuzm4eHWsZjPrRD9 yQIfTNA4Tdrbt9WWmYz+6SS29Q4QYvevRW0ff4AJ7r1babliwEUGgk9/qqviUG4u LkGM1Lrcu1UVgr8SAoNo =UT7x -----END PGP SIGNATURE----- --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF-- From owner-freebsd-arm@freebsd.org Tue Jan 19 21:08:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A62F7A8804B for ; Tue, 19 Jan 2016 21:08:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 6C8EC1A33 for ; Tue, 19 Jan 2016 21:08:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16438 invoked from network); 19 Jan 2016 21:08:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 21:08:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Tue, 19 Jan 2016 16:08:05 -0500 (EST) Received: (qmail 27774 invoked from network); 19 Jan 2016 21:08:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 21:08:04 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5BCDC1C43C4; Tue, 19 Jan 2016 13:07:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <1453234839.46848.88.camel@freebsd.org> Date: Tue, 19 Jan 2016 13:08:01 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <36E4B4DD-C479-484D-8BA3-A1DC1F71564A@dsl-only.net> References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> <1453234839.46848.88.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) 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, 19 Jan 2016 21:08:10 -0000 On 2016-Jan-19, at 12:20 PM, Ian Lepore wrote: >=20 > On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: >> On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: >>>=20 >>> On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: >>>> Op ma 18 jan. 2016 20:37 schreef Mark Millard < >>>> markmi@dsl-only.net>: >>>>=20 >>>>>=20 >>>>> If you can tolerate tracking the 3.8.0 project ( >>>>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 >>>>> -CURRENT you >>>>> could find out that way if clang 3.8.0 behaves the same in your >>>>> context. So >>>>> far I've not come up with anything else >>>>=20 >>>>=20 >>>> I am having exactly the same buildworld problem on my RPI which >>>> used >>>> to >>>> build fine a week ago. >>>>=20 >>>> Currently testing the clang380-import branch as suggested to see >>>> if >>>> the >>>> problem persists. >>>=20 >>> The most confusing thing about this whole thread (besides the lack >>> of >>> logs so we're just guessing what's going on) is why this problem is >>> suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when >>> that >>> has never been a problem before? We needed to add the long-call >>> option >>> when testing clang 3.8, but why do we suddenly need it on clang 3.7 >>> that hasn't needed it for months? >>>=20 >>> This very much has the feel of slapping a bandaid on something that >>> needs a better diagnosis (there may be internal bleeding). If we >>> don't >>> understand why it's failing, it doesn't make sense to try to fix it >>> with the "cure" for a different problem. (Maybe we never >>> understood >>> the clang 3.8 problem.) >>>=20 >>> -- Ian >>=20 >> The -mlong-calls were added to 11.0-CURRENT recently. >>=20 >> -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) >> -r294031: 2016-Jan-14 (the rest added here) >>=20 >> May be a problem/incompleteness in the handling -mlong-calls itself? >> Are the above the right time frame for the problem starting for >> 3.7.1? >=20 > We've been using clang 3.7 since October. We never needed = -mlong-calls > until recently. I had thought it was clang 3.8 that triggered the = need > for -mlong-calls, but now we apparently have a report of clang 3.7.x > needing it. >=20 > So... why? What changed, and why are we blindly reacting without > understanding? >=20 > -- Ian The initial report turned out to be for a build for /usr/src content = from *after* the -mlong-calls had been added to 11.0-CURRENT. I'm not sure that anything reported as a failure is from before the = -mlong-calls were added to 11.0-CURRENT. Or from between -r293648 and = -r294031 . As far as I can tell people are just exploring trying to find some = context difference that controls getting the different results. Having = an explanation established before such an identification is also known = is problematical. It does not help that self-hosted builds on rpi2's and the like take so = long. Bisecting has a long elapsed time. It would take several going in = parallel on different -r?????'s to speed up that style of finding where = things changed. I do not remember any reports of a cross-build failure but it may be = that most "on rpi2" folks do not also do cross builds so that little is = known for that context. I do not know what it takes to use clang/clang++ 3.7.1 but to also avoid = the clang++ 3.7.1 Bus Errors that I got during buildworld on the rpi2. = I'd have to solve that first before contributing to the "on rpi2" = testing of 3.7.1-based builds. (Cross builds did not/do not have the Bus = Error problem in clang++.) My historically targeting cortex-a7 means that my past activity is of = questionable applicability to the questions at play. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Jan 19 22:11:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB361A89923 for ; Tue, 19 Jan 2016 22:11:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CEE961852; Tue, 19 Jan 2016 22:11:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0B6211123; Tue, 19 Jan 2016 22:11:32 +0000 (UTC) Date: Tue, 19 Jan 2016 22:11:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1899947381.5.1453241492016.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <350218455.1.1453234361017.JavaMail.jenkins@jenkins-9.freebsd.org> References: <350218455.1.1453234361017.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2166 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 22:11:32 -0000 FreeBSD_HEAD_arm64 - Build #2166 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2166/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2166/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2166/console Change summaries: 294344 by jhb: Various cleanups to the main function for AIO kernel processes: - Pull the vmspace logic out into helper functions and reduce duplication. Operations on the vmspace are all isolated to vm_map.c, but it now exports a new 'vmspace_switch_aio' for use by AIO kernel processes. - When an AIO kernel process wants to exit, break out of the main loop and perform cleanup after the loop end. This reduces a lot of indentation and allows cleanup to more closely mirror setup actions before the loop starts. - Convert a DIAGNOSTIC to KASSERT(). - Replace mycp with more typical 'p'. Reviewed by: kib Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D4990 294339 by jhb: Don't create a dedicated session for each AIO kernel process. This code dates back to the initial AIO support and the commit log does not explain why it is needed. However, I cannot find anything in the AIO code or the various file methods (fo_read/fo_write) that would change behavior due to using a private session instead of proc0's session. Reviewed by: kib Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D4988 The end of the build log: [...truncated 39548 lines...] --- lib/libthr__L --- --- thr_create.So --- --- lib/ncurses/ncurses__L --- --- lib_chgat.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_chgat.c -o lib_chgat.So --- lib/libthr__L --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_create.c -o thr_create.So --- lib/libpam__L --- --- passwdqc_check.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_check.c -o passwdqc_check.o --- lib/ncurses/ncurses__L --- --- lib_clear.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clear.c -o lib_clear.o --- lib_clear.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clear.c -o lib_clear.So --- lib/libthr__L --- --- thr_ctrdtr.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_ctrdtr.c -o thr_ctrdtr.So --- lib/libpam__L --- --- passwdqc_random.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_random.c -o passwdqc_random.o --- lib/ncurses/ncurses__L --- --- lib_clearok.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clearok.c -o lib_clearok.o --- lib/libpam__L --- --- wordset_4k.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/wordset_4k.c -o wordset_4k.o --- lib/libthr__L --- --- thr_detach.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_detach.c -o thr_detach.So --- lib/libpam__L --- --- libpam_passwdqc.a --- building static pam_passwdqc library /usr/local/aarch64-freebsd/bin/ar -crD libpam_passwdqc.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_passwdqc.o passwdqc_check.o passwdqc_random.o wordset_4k.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_passwdqc.a ===> lib/libpam/modules/pam_permit (all) --- lib/ncurses/ncurses__L --- --- lib_clearok.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clearok.c -o lib_clearok.So --- lib/libpam__L --- --- pam_permit.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_permit/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_permit/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_permit/pam_permit.c -o pam_permit.o --- lib/libthr__L --- --- thr_equal.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_equal.c -o thr_equal.So --- lib/libpam__L --- --- libpam_permit.a --- building static pam_permit library /usr/local/aarch64-freebsd/bin/ar -crD libpam_permit.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_permit.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_permit.a ===> lib/libpam/modules/pam_radius (all) --- lib/ncurses/ncurses__L --- --- lib_clrbot.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clrbot.c -o lib_clrbot.o --- lib/libpam__L --- --- pam_radius.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_radius/pam_radius.c -o pam_radius.o --- lib/libthr__L --- --- thr_event.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_event.c -o thr_event.So --- lib/ncurses/ncurses__L --- --- lib_clrbot.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clrbot.c -o lib_clrbot.So --- lib/libpam__L --- --- libpam_radius.a --- building static pam_radius library /usr/local/aarch64-freebsd/bin/ar -crD libpam_radius.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_radius.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_radius.a ===> lib/libpam/modules/pam_rhosts (all) --- lib/libthr__L --- --- thr_exit.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_exit.c -o thr_exit.So --- lib/ncurses/ncurses__L --- --- lib_clreol.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clreol.c -o lib_clreol.o --- lib/libpam__L --- --- pam_rhosts.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rhosts/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rhosts/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rhosts/pam_rhosts.c -o pam_rhosts.o --- libpam_rhosts.a --- building static pam_rhosts library /usr/local/aarch64-freebsd/bin/ar -crD libpam_rhosts.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_rhosts.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_rhosts.a ===> lib/libpam/modules/pam_rootok (all) --- lib/ncurses/ncurses__L --- --- lib_clreol.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clreol.c -o lib_clreol.So --- lib/libpam__L --- --- pam_rootok.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rootok/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rootok/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rootok/pam_rootok.c -o pam_rootok.o --- lib/libthr__L --- --- thr_fork.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_fork.c -o thr_fork.So --- lib/libpam__L --- --- libpam_rootok.a --- building static pam_rootok library /usr/local/aarch64-freebsd/bin/ar -crD libpam_rootok.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_rootok.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_rootok.a ===> lib/libpam/modules/pam_securetty (all) --- lib/ncurses/ncurses__L --- --- lib_color.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_color.c -o lib_color.o --- lib/libpam__L --- --- pam_securetty.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_securetty/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_securetty/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_securetty/pam_securetty.c -o pam_securetty.o --- libpam_securetty.a --- building static pam_securetty library /usr/local/aarch64-freebsd/bin/ar -crD libpam_securetty.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_securetty.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_securetty.a ===> lib/libpam/modules/pam_self (all) --- lib/libthr__L --- --- thr_getprio.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getprio.c -o thr_getprio.So --- lib/libpam__L --- --- pam_self.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_self/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_self/pam_self.c -o pam_self.o --- libpam_self.a --- building static pam_self library /usr/local/aarch64-freebsd/bin/ar -crD libpam_self.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_self.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_self.a ===> lib/libpam/modules/pam_ssh (all) --- lib/libthr__L --- --- thr_getcpuclockid.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getcpuclockid.c -o thr_getcpuclockid.So --- lib/ncurses/ncurses__L --- --- lib_color.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_color.c -o lib_color.So --- lib/libpam__L --- --- pam_ssh.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -include ssh_namespace.h -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_ssh/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.o --- lib/libthr__L --- --- thr_getschedparam.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getschedparam.c -o thr_getschedparam.So --- lib/libpam__L --- /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:324:2: error: use of undeclared identifier 'AuthenticationConnection' AuthenticationConnection *ac; ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:324:28: error: use of undeclared identifier 'ac' AuthenticationConnection *ac; ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:12: error: implicit declaration of function 'ssh_get_authentication_connection' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if ((ac = ssh_get_authentication_connection()) == NULL) { ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:7: error: use of undeclared identifier 'ac' if ((ac = ssh_get_authentication_connection()) == NULL) { ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:350:25: error: use of undeclared identifier 'ac' if (ssh_add_identity(ac, psk->key, psk->comment)) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:66:31: note: expanded from macro 'ssh_add_identity' ssh_add_identity_constrained(auth, key, comment, 0, 0) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:363:6: error: use of undeclared identifier 'ac' if (ac != NULL) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:3: error: implicit declaration of function 'ssh_close_authentication_connection' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ssh_close_authentication_connection(ac); ^ --- lib/libthr__L --- --- thr_getthreadid_np.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getthreadid_np.c -o thr_getthreadid_np.So --- lib/libpam__L --- /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:3: note: did you mean 'ssh_get_authentication_connection'? /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:12: note: 'ssh_get_authentication_connection' declared here if ((ac = ssh_get_authentication_connection()) == NULL) { ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:39: error: use of undeclared identifier 'ac' ssh_close_authentication_connection(ac); ^ 8 errors generated. *** [pam_ssh.o] Error code 1 make[6]: stopped in /usr/src/lib/libpam/modules/pam_ssh 1 error make[6]: stopped in /usr/src/lib/libpam/modules/pam_ssh *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libpam/modules 1 error make[5]: stopped in /usr/src/lib/libpam/modules *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libpam 1 error make[4]: stopped in /usr/src/lib/libpam *** [lib/libpam__L] Error code 2 make[3]: stopped in /usr/src --- lib/libthr__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libthr *** [lib/libthr__L] Error code 2 make[3]: stopped in /usr/src --- lib/ncurses/ncurses__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/ncurses/ncurses *** [lib/ncurses/ncurses__L] Error code 2 make[3]: stopped in /usr/src --- lib/ncurses/ncursesw__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/ncurses/ncursesw *** [lib/ncurses/ncursesw__L] Error code 2 make[3]: stopped in /usr/src 4 errors make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson2112004830532356151.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Wed Jan 20 00:11:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F249A89D4D for ; Wed, 20 Jan 2016 00:11:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 40BF01D39; Wed, 20 Jan 2016 00:11:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 88DB21161; Wed, 20 Jan 2016 00:11:25 +0000 (UTC) Date: Wed, 20 Jan 2016 00:11:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhibbits@FreeBSD.org, marius@FreeBSD.org, bdrewery@FreeBSD.org, jilles@FreeBSD.org, asomers@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1876642927.9.1453248685529.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1899947381.5.1453241492016.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1899947381.5.1453241492016.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2167 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 00:11:25 -0000 FreeBSD_HEAD_arm64 - Build #2167 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2167/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2167/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2167/console Change summaries: 294363 by jhibbits: Revert a printf change from r294307. Caused build failures with MPC85XX. Pointy-hat to: jhibbits 294362 by marius: Fix tty_drain() and, thus, TIOCDRAIN of the current tty(4) incarnation to actually wait until the TX FIFOs of UARTs have be drained before returning. This is done by bringing the equivalent of the TS_BUSY flag found in the previous implementation back in an ABI-preserving way. Reported and tested by: Patrick Powell Most likely, drivers for USB-serial-adapters likewise incorporating TX FIFOs as well as other terminal devices that buffer output in some form should also provide implementations of tsw_busy. MFC after: 3 days 294361 by bdrewery: FAST_DEPEND: Fix improperly depending all .So objects on all headers. This was a regression in r290629, which was revealed partly in r294360. Once 'make depend' has ran it will generate all headers already. Thus even with FAST_DEPEND lacking proper dependencies before building, it will not have any missing headers. Once objects are compiled the depend files will be generated with proper dependencies. Sponsored by: EMC / Isilon Storage Division 294360 by bdrewery: Revert r294352. Further research showed it was the wrong fix and revealed a bigger problem with the goal of skipping 'make depend'. 294358 by asomers: Quell harmless CID about unchecked return value in nvlist_get_guids. The return value doesn't need to be checked, because nvlist_get_guid's callers check the returned values of the guids. Coverity CID: 1341869 MFC after: 1 week X-MFC-With: 292066 Sponsored by: Spectra Logic Corp 294357 by bdrewery: Allow specifying an alternative LD_LIBRARY_PATH for the ldd(1) lookup. This is needed to be able to run check-links.sh against a "sysrooted" binary while ensuring that the ldd(1) call done on the host uses the host libc. It is not possible to set LD_LIBRARY_PATH before calling check-links.sh as then the "sysrooted" libc would be incorrectly used. A LD_PRELOAD=libc.so is used to ldd(1) as it needs to use the host libc to run. ldd(1) is a simple wrapper around execve(2) and dlopen(2) with env LD_TRACE_LOADED_OBJECTS set. Due to the dlopen(2) restriction on shared library tracing ldd(1) is still required for this lookup. Sponsored by: EMC / Isilon Storage Division 294356 by bdrewery: Add some documentation. Sponsored by: EMC / Isilon Storage Division 294355 by bdrewery: Validate that the file exists rather than obscure 'Not an elf file' error. Sponsored by: EMC / Isilon Storage Division 294354 by bdrewery: bsd.subdir.mk: Allow easier modification of [STANDALONE_]SUBDIR_TARGETS. This reworks r289254 and removes ALL_SUBDIR_TARGETS. Because there is an include guard in this file there is no need for LOCAL_ or ?= on SUBDIR_TARGETS or STANDALONE_SUBDIR_TARGETS. These can just be set via src.conf. By the time bsd.subdir.mk is included it will just append the values to the existing value and work fine. This allows a consistent way to append to these variables without introducing a LOCAL_ var for STANDALONE_SUBDIR_TARGETS or renaming the historical SUBDIR_TARGETS. Sponsored by: EMC / Isilon Storage Division 294353 by bdrewery: installconfig is PARALLEL_SUBDIR safe. Sponsored by: EMC / Isilon Storage Division 294352 by bdrewery: FAST_DEPEND: Add header dependency missed in r290629. Sponsored by: EMC / Isilon Storage Division 294351 by bdrewery: FAST_DEPEND: Still use if filemon is not used. If filemon is used then there is no need to generate dependency files during compilation as the .meta files will achieve the same result. This is a temporary solution until FAST_DEPEND is default. Once that is default there will be an option to disable dependency generation entirely as it is only useful if an incremental build is planned, thus META_MODE+filemon can enable that option to short-circuit all FAST_DEPEND-related logic. Sponsored by: EMC / Isilon Storage Division 294350 by bdrewery: META_MODE: Ensure bmake does not use filemon if it is not loaded. Sponsored by: EMC / Isilon Storage Division 294349 by bdrewery: Define .MAKE.MODE to normal to avoid the need for :U later. Sponsored by: EMC / Isilon Storage Division 294348 by jilles: sh: Simplify some code related to positional parameters. 294347 by asomers: Fix usr.bin.truncate.truncate_test.bad_truncate with ZFS /tmp. The bad_truncate test sets the uimmutable flag to produce an error in truncate, but that flag isn't supported by ZFS. If /tmp is on a ZFS filesystem, the test will fail. Change it to use readonly permissions and an unpriveleged user instead. Reviewed by: jilles MFC after: 1 week Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D4862 The end of the build log: [...truncated 39703 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getschedparam.c -o thr_getschedparam.So --- lib/libpam__L --- --- passwdqc_check.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_check.c -o passwdqc_check.o --- lib/ncurses/ncurses__L --- --- lib_beep.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_beep.c -o lib_beep.So --- lib/libthr__L --- --- thr_getthreadid_np.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_getthreadid_np.c -o thr_getthreadid_np.So --- lib/ncurses/ncurses__L --- --- lib_bkgd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_bkgd.c -o lib_bkgd.o --- lib/libthr__L --- --- thr_info.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_info.c -o thr_info.So --- lib/libpam__L --- --- passwdqc_random.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_random.c -o passwdqc_random.o --- lib/ncurses/ncurses__L --- --- lib_bkgd.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_bkgd.c -o lib_bkgd.So --- lib/libpam__L --- --- wordset_4k.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/wordset_4k.c -o wordset_4k.o --- lib/libthr__L --- --- thr_init.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_init.c -o thr_init.So --- lib/libpam__L --- --- libpam_passwdqc.a --- building static pam_passwdqc library /usr/local/aarch64-freebsd/bin/ar -crD libpam_passwdqc.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_passwdqc.o passwdqc_check.o passwdqc_random.o wordset_4k.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_passwdqc.a ===> lib/libpam/modules/pam_permit (all) --- pam_permit.o --- --- lib/ncurses/ncurses__L --- --- lib_box.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_box.c -o lib_box.o --- lib/libpam__L --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_permit/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_permit/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_permit/pam_permit.c -o pam_permit.o --- libpam_permit.a --- building static pam_permit library /usr/local/aarch64-freebsd/bin/ar -crD libpam_permit.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_permit.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_permit.a ===> lib/libpam/modules/pam_radius (all) --- lib/libthr__L --- --- thr_join.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_join.c -o thr_join.So --- lib/libpam__L --- --- pam_radius.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_radius/pam_radius.c -o pam_radius.o --- lib/ncurses/ncurses__L --- --- lib_box.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_box.c -o lib_box.So --- lib_chgat.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_chgat.c -o lib_chgat.o --- lib/libpam__L --- --- libpam_radius.a --- building static pam_radius library /usr/local/aarch64-freebsd/bin/ar -crD libpam_radius.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_radius.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_radius.a ===> lib/libpam/modules/pam_rhosts (all) --- lib/libthr__L --- --- thr_list.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_list.c -o thr_list.So --- lib/libpam__L --- --- pam_rhosts.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rhosts/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rhosts/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rhosts/pam_rhosts.c -o pam_rhosts.o --- libpam_rhosts.a --- building static pam_rhosts library /usr/local/aarch64-freebsd/bin/ar -crD libpam_rhosts.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_rhosts.o | tsort -q` --- lib/ncurses/ncurses__L --- --- lib_chgat.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_chgat.c -o lib_chgat.So --- lib/libpam__L --- /usr/local/aarch64-freebsd/bin/ranlib -D libpam_rhosts.a ===> lib/libpam/modules/pam_rootok (all) --- pam_rootok.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_rootok/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_rootok/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_rootok/pam_rootok.c -o pam_rootok.o --- libpam_rootok.a --- building static pam_rootok library /usr/local/aarch64-freebsd/bin/ar -crD libpam_rootok.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_rootok.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_rootok.a ===> lib/libpam/modules/pam_securetty (all) --- lib/ncurses/ncurses__L --- --- lib_clear.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clear.c -o lib_clear.o --- lib/libpam__L --- --- pam_securetty.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_securetty/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_securetty/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_securetty/pam_securetty.c -o pam_securetty.o --- libpam_securetty.a --- building static pam_securetty library /usr/local/aarch64-freebsd/bin/ar -crD libpam_securetty.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_securetty.o | tsort -q` --- lib/ncurses/ncurses__L --- --- lib_clear.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clear.c -o lib_clear.So --- lib/libpam__L --- /usr/local/aarch64-freebsd/bin/ranlib -D libpam_securetty.a ===> lib/libpam/modules/pam_self (all) --- lib/libthr__L --- --- thr_kern.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_kern.c -o thr_kern.So --- lib/libpam__L --- --- pam_self.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_self/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_self/pam_self.c -o pam_self.o --- lib/ncurses/ncurses__L --- --- lib_clearok.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clearok.c -o lib_clearok.o --- lib/libpam__L --- --- libpam_self.a --- building static pam_self library /usr/local/aarch64-freebsd/bin/ar -crD libpam_self.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder pam_self.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libpam_self.a ===> lib/libpam/modules/pam_ssh (all) --- lib/ncurses/ncursesw__L --- --- expanded.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c expanded.c -o expanded.o --- lib/libpam__L --- --- pam_ssh.o --- cc -B/usr/local/aarch64-freebsd/bin/ -DOPENPAM_STATIC_MODULES -O2 -pipe -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -include ssh_namespace.h -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_ssh/../../libpam -DOPENPAM_DEBUG -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.o --- lib/ncurses/ncurses__L --- --- lib_clearok.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clearok.c -o lib_clearok.So --- lib/libthr__L --- --- thr_kill.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_kill.c -o thr_kill.So --- lib/ncurses/ncursesw__L --- --- expanded.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c expanded.c -o expanded.So --- lib/ncurses/ncurses__L --- --- lib_clrbot.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I/usr/obj/arm64.aarch64/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/base/lib_clrbot.c -o lib_clrbot.o --- lib/libpam__L --- /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:324:2: error: use of undeclared identifier 'AuthenticationConnection' AuthenticationConnection *ac; ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:324:28: error: use of undeclared identifier 'ac' AuthenticationConnection *ac; ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:12: error: implicit declaration of function 'ssh_get_authentication_connection' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if ((ac = ssh_get_authentication_connection()) == NULL) { ^ --- lib/libthr__L --- --- thr_main_np.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/aarch64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/aarch64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_main_np.c -o thr_main_np.So --- lib/libpam__L --- /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:7: error: use of undeclared identifier 'ac' if ((ac = ssh_get_authentication_connection()) == NULL) { ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:350:25: error: use of undeclared identifier 'ac' if (ssh_add_identity(ac, psk->key, psk->comment)) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:66:31: note: expanded from macro 'ssh_add_identity' ssh_add_identity_constrained(auth, key, comment, 0, 0) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:363:6: error: use of undeclared identifier 'ac' if (ac != NULL) ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:3: error: implicit declaration of function 'ssh_close_authentication_connection' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ssh_close_authentication_connection(ac); ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:3: note: did you mean 'ssh_get_authentication_connection'? /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:339:12: note: 'ssh_get_authentication_connection' declared here if ((ac = ssh_get_authentication_connection()) == NULL) { ^ /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:364:39: error: use of undeclared identifier 'ac' ssh_close_authentication_connection(ac); ^ 8 errors generated. *** [pam_ssh.o] Error code 1 make[6]: stopped in /usr/src/lib/libpam/modules/pam_ssh 1 error make[6]: stopped in /usr/src/lib/libpam/modules/pam_ssh *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libpam/modules 1 error make[5]: stopped in /usr/src/lib/libpam/modules *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libpam 1 error make[4]: stopped in /usr/src/lib/libpam *** [lib/libpam__L] Error code 2 make[3]: stopped in /usr/src --- lib/ncurses/ncursesw__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/ncurses/ncursesw *** [lib/ncurses/ncursesw__L] Error code 2 make[3]: stopped in /usr/src --- lib/ncurses/ncurses__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/ncurses/ncurses *** [lib/ncurses/ncurses__L] Error code 2 make[3]: stopped in /usr/src --- lib/libthr__L --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libthr *** [lib/libthr__L] Error code 2 make[3]: stopped in /usr/src 4 errors make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson6683501181844113705.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Wed Jan 20 03:00:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41064A8834C for ; Wed, 20 Jan 2016 03:00:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3558019FA; Wed, 20 Jan 2016 03:00:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 730D711BA; Wed, 20 Jan 2016 03:00:01 +0000 (UTC) Date: Wed, 20 Jan 2016 03:00:00 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, jhb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1979521497.13.1453258801442.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1876642927.9.1453248685529.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1876642927.9.1453248685529.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2168 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 03:00:01 -0000 FreeBSD_HEAD_arm64 - Build #2168 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2168/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2168/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2168/console Change summaries: 294370 by bdrewery: mkdep: Fix -include not being added for .depend tracking. This fixes incremental build of OpenSSH after the recent upgrade. For example, in secure/lib/libssh, -include ssh_namespace.h is used on all files. This is not tracked in the .depend file though due to MKDEP_CFLAGS not including it. The ssh example was broken in r291941 when not using FAST_DEPEND due to the .depend bug. FAST_DEPEND was not affected by this because it generates dependencies at compile time and thus sees the -include. This ugly make syntax could be simpler for bmake by using :tW but fmake-compatible syntax is used since this needs to be MFC'd all the way to stable/9. Also add a temporary hack to workaround existing checkouts building incrementally with a .depend file not having these headers. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 294367 by jhb: Update for API changes in OpenSSH 6.8p1. First, the authfd API now uses a direct file descriptor for the control socket instead of a more abstract AuthenticationConnection structure. Second, the functions now consistently return an error value. Reviewed by: bdrewery 294366 by jhb: Initialize vm_page_prot to VM_MEMATTR_DEFAULT instead of 0. If a driver's Linux mmap callback passed vm_page_prot through unchanged, then linux_dev_mmap_single() would try to apply whatever VM_MEMATTR_xxx value 0 is to the mapping. On x86, VM_MEMATTR_DEFAULT is the PAT value for write-back (WB) which is 6, while 0 maps to the PAT value for uncacheable (UC). Thus, any mmap request that did not explicitly set page_prot was tried to map memory as UC triggering the warning in sg_pager_getpages(). Tested by: np Reported by: Krishnamraju Eraparaju @ Chelsio MFC after: 3 days Sponsored by: Chelsio Communications 294365 by jhb: List source files (foo.c) instead of object files in SRCS. Reviewed by: bdrewery From owner-freebsd-arm@freebsd.org Wed Jan 20 03:55:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6275A89778 for ; Wed, 20 Jan 2016 03:55:01 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 7DE2317CB for ; Wed, 20 Jan 2016 03:55:01 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 300E122B00E for ; Tue, 19 Jan 2016 21:54:53 -0600 (CST) Subject: Re: [Bug 205979] Raspberry Pi2 loses audio after some time To: freebsd-arm@freebsd.org References: From: Karl Denninger Message-ID: <569F04EF.2020005@denninger.net> Date: Tue, 19 Jan 2016 21:54:23 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030108040701070600060307" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 03:55:01 -0000 This is a cryptographically signed message in MIME format. --------------ms030108040701070600060307 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Update as posted on bugzilla. This *appears* to be related to some other bcm driver that is inappropriately masking the audio interrupt (or otherwise tampering with how it is handled.) The reason I believe this to be the case is that I set up a test machine and ran a full 48 hours of a shell script looping audio out via mpg321 without incident. The machine was otherwise idle. However, in regular use where the SD card is active and so are USB devices and the wired network interface within a few hours the audio interface goes "mute" as described in the bug report. Since the console is reporting a missing interrupt, this points toward the possibility of some other bcm2835 driver masking the audio interrupt accidentally (and inappropriately). I'm looking through the code for potential sources but have yet to find anything obvious...... On 1/6/2016 13:27, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205979 > > Bug ID: 205979 > Summary: Raspberry Pi2 loses audio after some time > Product: Base System > Version: 11.0-CURRENT > Hardware: arm > OS: Any > Status: New > Severity: Affects Many People > Priority: --- > Component: arm > Assignee: freebsd-arm@FreeBSD.org > Reporter: karl@denninger.net > > After some (relatively short) period of time on 11-Current with the Ras= pberry > Pi2 audio fails in a "mute" state. Some programs attempting to access = audio > (e.g. mpg321) will print a diagnostic on the console, others (e.g. espe= ak) > simply hang. > > If there is a diagnostic it is of the form: > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, chann= el dead > > There appears to be no way to clear this condition once it occurs other= than a > reboot. > --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms030108040701070600060307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAxMjAwMzU0MjNaME8GCSqGSIb3DQEJBDFCBEDx w6xJgsvgNXh0EGzcpIDOqKUXkm11eLN8WDbO5uXiFZgsqF0n8JGEroV+Z75TwtQhRuPvYF1o SKRoreENYhDnMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAY+MSbtRV KIOjE4KwPprUXwWPdC8UGLEeBp0skMgObevBduQzpiYWAcnG1FNrfQO6NkA+Ryeb+8WugI6G SBlU5uiUWzPcULkdZHXAgLwl+rzWGB+RskJuNS61vLa+SMRlQRliFzZpW5F+jlfQA1PBQ+67 /e/aMDarATqbWTPgZd5djkJeHVIiyFMXbr0IGCLAnXdYZ32EQUMIz0eUUZupA/NXOZimo0mw mb9CZHFdS5gHKnQD4gPcjWMkQcv2Qy4uIxsKMCCq7RQrpww/N6OCu2/LSjZRLyAGtsrPt9V+ +j2+Vs5aYL+sCqrDLdTSaxpeRQZLwYWOIWcQ7qDminVwU75a/5BXdYeFatsEuyAvHL1TWyR6 U0gXVHNxmVmQKeDfdRGi/pFqonL65oBmTusJ89MD7CqPpZprqqx7fxz4fd0WcVv3/Hez6RtV kzEMZrLx5kzWu+tmDSEoJFzO8YFHkEaVFRB2EmWSo0QWDbcvc16VBGHFzYGV6zl6xLdZ5eVT 6E75FR7awAMzSufl7GSC/z1Bn60hlVfAuFAp7Dv+/DlYdBFVepQdnr3i+CfvOxfwTgX1j6Q6 yxRIa2WW7mEsN1aotCseaUdbfo0KCcL6BriWC4ouT/XiRYrOqiSjP58HMASMPH9ezWODE6PP 58PnCE9Udw+f+lWKxteJndR5ePQAAAAAAAA= --------------ms030108040701070600060307-- From owner-freebsd-arm@freebsd.org Wed Jan 20 07:00:26 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9CFFA88932 for ; Wed, 20 Jan 2016 07:00:26 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3897114D2; Wed, 20 Jan 2016 07:00:26 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id b14so13236242wmb.1; Tue, 19 Jan 2016 23:00:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=ZQ8J+7uhr8/FSAkcQ5sYGeNgr2wyki7JBfnfO5ksxZM=; b=wFkvApUI+MDBkXgRBMyfRRfqe/vooyDdYIRdy8tUJYADoQs/RMjvSQrfma78GdrNDR Vx72ISJOypULAr0RyAzq3x8spI2+v1A79SEe91NPGYLBQ5bnC1YpKKEwP5XvOtrQgctl tLGnF/sMckm9cVZWfK+AHVedY8ahd0wBwpwyoWf0lyLnjHlZ73kvXmDaY51R6yglSszZ H9rK64Dcf4fu7sGjFYaGgXrvgIj+/R+LVLN6PnoccsPASvBRMTT+IueJ9010EnZun9xp pGrtt6Gb+QKgR4Lh8CFeB+WQBFiM8HS694iIpiCbYEJ1NiGm5fCMOjMaXIZZzjqANVPy eXcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=ZQ8J+7uhr8/FSAkcQ5sYGeNgr2wyki7JBfnfO5ksxZM=; b=OFvYRKTmqLTRMRnBSUufzMC8qWdWQbd+uuZ54HdKSRtVOSURX+Am+TkfbVvujuwEIN 5mGEXwJYf8hAl1vFDb2HPO7qVDdPotxoF/H0L4M9idjUuK1MNoFdkZK8UlgGrj7dpG7G Canm0qKVoxdq0KfEtP+tzSVLjGoo/XdFByEqeHebKMuJiJAJ+rCxjfFN3Z49V5pxXoaH 4sk/ajGiLhaOnCDF6pjEeIGa8SVh2JP6uFvz2qAJnZsRx2zOMTR3LsAsbvKyqG/KsDJq O5Fg/sSTUipwfHbMpwO3B6cUzM0Nu5YMtB9EUSscesi93RZ60eHVqM8v5kwttPI/0A8J kHSA== X-Gm-Message-State: ALoCoQnY7cGEB69xW4Vn0xklKnDx/b3KM8W8rWI9xubn06XQlnAU0WFwd8F6FjOqyrssp2F0eGHW5evhn5pIMNTruMwSgj+TAw== X-Received: by 10.194.94.232 with SMTP id df8mr33450366wjb.25.1453273224651; Tue, 19 Jan 2016 23:00:24 -0800 (PST) MIME-Version: 1.0 References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> <1453234839.46848.88.camel@freebsd.org> <36E4B4DD-C479-484D-8BA3-A1DC1F71564A@dsl-only.net> In-Reply-To: <36E4B4DD-C479-484D-8BA3-A1DC1F71564A@dsl-only.net> From: Tom Vijlbrief Date: Wed, 20 Jan 2016 07:00:08 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 07:00:26 -0000 Op di 19 jan. 2016 22:08 schreef Mark Millard : > On 2016-Jan-19, at 12:20 PM, Ian Lepore wrote: > > > > On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: > >> On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: > >>> > >>> On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: > >>>> Op ma 18 jan. 2016 20:37 schreef Mark Millard < > >>>> markmi@dsl-only.net>: > >>>> > >>>>> > >>>>> If you can tolerate tracking the 3.8.0 project ( > >>>>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 > >>>>> -CURRENT you > >>>>> could find out that way if clang 3.8.0 behaves the same in your > >>>>> context. So > >>>>> far I've not come up with anything else > >>>> > >>>> > >>>> I am having exactly the same buildworld problem on my RPI which > >>>> used > >>>> to > >>>> build fine a week ago. > >>>> > >>>> Currently testing the clang380-import branch as suggested to see > >>>> if > >>>> the > >>>> problem persists. > >>> > >>> The most confusing thing about this whole thread (besides the lack > >>> of > >>> logs so we're just guessing what's going on) is why this problem is > >>> suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when > >>> that > >>> has never been a problem before? We needed to add the long-call > >>> option > >>> when testing clang 3.8, but why do we suddenly need it on clang 3.7 > >>> that hasn't needed it for months? > >>> > >>> This very much has the feel of slapping a bandaid on something that > >>> needs a better diagnosis (there may be internal bleeding). If we > >>> don't > >>> understand why it's failing, it doesn't make sense to try to fix it > >>> with the "cure" for a different problem. (Maybe we never > >>> understood > >>> the clang 3.8 problem.) > >>> > >>> -- Ian > >> > >> The -mlong-calls were added to 11.0-CURRENT recently. > >> > >> -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) > >> -r294031: 2016-Jan-14 (the rest added here) > >> > >> May be a problem/incompleteness in the handling -mlong-calls itself? > >> Are the above the right time frame for the problem starting for > >> 3.7.1? > > > > We've been using clang 3.7 since October. We never needed -mlong-calls > > until recently. I had thought it was clang 3.8 that triggered the need > > for -mlong-calls, but now we apparently have a report of clang 3.7.x > > needing it. > > > > So... why? What changed, and why are we blindly reacting without > > understanding? > > > > -- Ian > > The initial report turned out to be for a build for /usr/src content from > *after* the -mlong-calls had been added to 11.0-CURRENT. > > I'm not sure that anything reported as a failure is from before the > -mlong-calls were added to 11.0-CURRENT. Or from between -r293648 and > -r294031 . > > As far as I can tell people are just exploring trying to find some context > difference that controls getting the different results. Having an > explanation established before such an identification is also known is > problematical. > The buildworld on the RPI failed: http://www.v7f.eu/public/freebsd/world371.log The same tree build ok when cross compiling. I can supply the log if needed. My previous succesfull build on the RPI was jan 14, just before the introduction of the long-call flag for clang but after the long-call change for crt1.o on jan 10th. Could this partial introduction of the long-call flag in the installed world be the cause of the issue? I would expect a buildworld to use only libs from /usr/obj but the failing link refers to /usr/lib. I will try installing the new cross compiled world to see if that fixes the native build. > From owner-freebsd-arm@freebsd.org Wed Jan 20 10:29:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B23E1A894E9 for ; Wed, 20 Jan 2016 10:29:06 +0000 (UTC) (envelope-from mmel@freebsd.org) Received: from mail.miracle.cz (mail.miracle.cz [193.84.128.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7E02A1BB9 for ; Wed, 20 Jan 2016 10:29:06 +0000 (UTC) (envelope-from mmel@freebsd.org) Received: from [193.84.128.50] (meloun.ad.miracle.cz [193.84.128.50]) by mail.miracle.cz (Postfix) with ESMTPSA id C50783AC92 for ; Wed, 20 Jan 2016 11:21:00 +0100 (CET) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" References: <569F5180.50909@freebsd.org> To: freebsd-arm@freebsd.org From: Michal Meloun Organization: freebsd.org X-Forwarded-Message-Id: <569F5180.50909@freebsd.org> Message-ID: <569F5F8C.1070509@freebsd.org> Date: Wed, 20 Jan 2016 11:21:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <569F5180.50909@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.miracle.cz); Wed, 20 Jan 2016 11:21:00 +0100 (CET) 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, 20 Jan 2016 10:29:06 -0000 Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > Op di 19 jan. 2016 22:08 schreef Mark Millard : > >> On 2016-Jan-19, at 12:20 PM, Ian Lepore wrote: >>> >>> On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: >>>> On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: >>>>> >>>>> On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: >>>>>> Op ma 18 jan. 2016 20:37 schreef Mark Millard < >>>>>> markmi@dsl-only.net>: >>>>>> >>>>>>> >>>>>>> If you can tolerate tracking the 3.8.0 project ( >>>>>>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 >>>>>>> -CURRENT you >>>>>>> could find out that way if clang 3.8.0 behaves the same in your >>>>>>> context. So >>>>>>> far I've not come up with anything else >>>>>> >>>>>> >>>>>> I am having exactly the same buildworld problem on my RPI which >>>>>> used >>>>>> to >>>>>> build fine a week ago. >>>>>> >>>>>> Currently testing the clang380-import branch as suggested to see >>>>>> if >>>>>> the >>>>>> problem persists. >>>>> >>>>> The most confusing thing about this whole thread (besides the lack >>>>> of >>>>> logs so we're just guessing what's going on) is why this problem is >>>>> suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when >>>>> that >>>>> has never been a problem before? We needed to add the long-call >>>>> option >>>>> when testing clang 3.8, but why do we suddenly need it on clang 3.7 >>>>> that hasn't needed it for months? >>>>> >>>>> This very much has the feel of slapping a bandaid on something that >>>>> needs a better diagnosis (there may be internal bleeding). If we >>>>> don't >>>>> understand why it's failing, it doesn't make sense to try to fix it >>>>> with the "cure" for a different problem. (Maybe we never >>>>> understood >>>>> the clang 3.8 problem.) >>>>> >>>>> -- Ian >>>> >>>> The -mlong-calls were added to 11.0-CURRENT recently. >>>> >>>> -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) >>>> -r294031: 2016-Jan-14 (the rest added here) >>>> >>>> May be a problem/incompleteness in the handling -mlong-calls itself? >>>> Are the above the right time frame for the problem starting for >>>> 3.7.1? >>> >>> We've been using clang 3.7 since October. We never needed -mlong-calls >>> until recently. I had thought it was clang 3.8 that triggered the need >>> for -mlong-calls, but now we apparently have a report of clang 3.7.x >>> needing it. >>> >>> So... why? What changed, and why are we blindly reacting without >>> understanding? >>> >>> -- Ian >> >> The initial report turned out to be for a build for /usr/src content from >> *after* the -mlong-calls had been added to 11.0-CURRENT. >> >> I'm not sure that anything reported as a failure is from before the >> -mlong-calls were added to 11.0-CURRENT. Or from between -r293648 and >> -r294031 . >> >> As far as I can tell people are just exploring trying to find some context >> difference that controls getting the different results. Having an >> explanation established before such an identification is also known is >> problematical. >> > > The buildworld on the RPI failed: > > http://www.v7f.eu/public/freebsd/world371.log > > The same tree build ok when cross compiling. I can supply the log if needed. > > My previous succesfull build on the RPI was jan 14, just before the > introduction of the long-call flag for clang but after the long-call change > for crt1.o on jan 10th. > > Could this partial introduction of the long-call flag in the installed > world be the cause of the issue? I would expect a buildworld to use only > libs from /usr/obj but the failing link refers to /usr/lib. > > I will try installing the new cross compiled world to see if that fixes the > native build. > >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > Confirmed. Native build of fresh current fails on bootstrap clang link phase. The bootstrap clang is now build with -mlong-calls and is significantly longer that previous one (without -mlong-calls). Also, bootstrap clang is linked with original "/usr/lib/crti.o" (which is compiled without -mlong-calls), so link fails. This is also reason, why the problem is not seen with crossbuild - bootstrap clang is builded for host architecture and final (target) clang is linked with right (new, compiled with -mlong-calls) crti.o. Michal From owner-freebsd-arm@freebsd.org Wed Jan 20 20:19:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6B43A89782 for ; Wed, 20 Jan 2016 20:19:29 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4551EF1; Wed, 20 Jan 2016 20:19:29 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CF7651296; Wed, 20 Jan 2016 11:01:53 +0000 (UTC) Date: Wed, 20 Jan 2016 11:01:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: des@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <2031700329.23.1453287713354.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <643271332.19.1453278725225.JavaMail.jenkins@jenkins-9.freebsd.org> References: <643271332.19.1453278725225.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2170 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 20:19:29 -0000 FreeBSD_HEAD_arm64 - Build #2170 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2170/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2170/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2170/console Change summaries: 294407 by des: MFV (r285035): fix props (no content changes) From owner-freebsd-arm@freebsd.org Wed Jan 20 21:13:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E40CA8AEA6 for ; Wed, 20 Jan 2016 21:13:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 753591107 for ; Wed, 20 Jan 2016 21:13:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u0KLDtnS082437 for ; Wed, 20 Jan 2016 21:13:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 206446] sys/boot/efi/Makefile.inc includes -msoft-float CFLAGS overrides -mfloat-abi=hard from src.conf Date: Wed, 20 Jan 2016 21:13:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mmitchel@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 20 Jan 2016 21:13:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206446 Bug ID: 206446 Summary: sys/boot/efi/Makefile.inc includes -msoft-float CFLAGS overrides -mfloat-abi=3Dhard from src.conf Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: mmitchel@gmail.com creates incompatible object modules that refuse to link with other system libraries. the flag -msoft-float should probably be conditional to the spec= ific architecture(s) it applies to, and not applied all the time. this can be seen by using CFLAGS of=20 # TARGET=3Darm TARGET_ARCH=3Darmv6hf CFLAGS.armv6hf+=3D -mfloat-abi=3Dhard -mfpu=3Dvfpv3-d16 #-march=3Dar= mv7-a CXXFLAGS.armv6hf+=3D -mfloat-abi=3Dhard -mfpu=3Dvfpv3-d16 #-march=3Dar= mv7-a in /etc/src.conf and then doing a buildworld with TARGET_ARCH=3Darmv6hf typical failure output appears as during the link process driere/jails/11_0-CURRENT-armv6hf/usr/src/sys/boot/efi/loader/../../../../l= ib/libstand/libstand.a /usr/obj/arm.armv6hf/usr/local/poudriere/jails/11_0-CURRENT-armv6hf/usr/src= /tmp/usr/bin/ld: ERROR: /usr/obj/arm.armv6hf/usr/loca l/poudriere/jails/11_0-CURRENT-armv6hf/usr/src/sys/boot/efi/loader/../../fi= cl/libficl.a(vm.o) uses VFP register arguments, loade r.sym.full does not --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Jan 21 00:17:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7113AA8AAA8 for ; Thu, 21 Jan 2016 00:17:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 22AE1130B for ; Thu, 21 Jan 2016 00:17:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5597 invoked from network); 21 Jan 2016 00:17:40 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 00:17:40 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Wed, 20 Jan 2016 19:17:32 -0500 (EST) Received: (qmail 15608 invoked from network); 21 Jan 2016 00:17:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 00:17:32 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E69311C43C1; Wed, 20 Jan 2016 16:17:24 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Date: Wed, 20 Jan 2016 16:17:29 -0800 Message-Id: Cc: mmel@freebsd.org, tvijlbrief@gmail.com To: freebsd-arm , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) 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, 21 Jan 2016 00:17:38 -0000 Wed Jan 20 10:29:06 UTC 2016 Michal Meloun wrote: > Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > . . . > >=20 > > The buildworld on the RPI failed: > >=20 > > http://www.v7f.eu/public/freebsd/world371.log > >=20 > > The same tree build ok when cross compiling. I can supply the log if = needed. > >=20 > > My previous succesfull build on the RPI was jan 14, just before the > > introduction of the long-call flag for clang but after the long-call = change > > for crt1.o on jan 10th. > >=20 > > Could this partial introduction of the long-call flag in the = installed > > world be the cause of the issue? I would expect a buildworld to use = only > > libs from /usr/obj but the failing link refers to /usr/lib. > >=20 > > I will try installing the new cross compiled world to see if that = fixes the > > native build. > >=20 > >> > > _______________________________________________ > > freebsd-arm at freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at = freebsd.org" > >=20 >=20 > Confirmed. Native build of fresh current fails on bootstrap clang link > phase. >=20 > The bootstrap clang is now build with -mlong-calls and is = significantly > longer that previous one (without -mlong-calls). Also, bootstrap clang > is linked with original "/usr/lib/crti.o" (which is compiled without > -mlong-calls), so link fails. >=20 > This is also reason, why the problem is not seen with crossbuild - > bootstrap clang is builded for host architecture and final (target) > clang is linked with right (new, compiled with -mlong-calls) crti.o. >=20 > Michal For on-arm buildworld with clang/clang++ (self hosted) . . . (Warning that I've not tried the below.) It appears that one can back out the -mlong-calls additions and get back = to something that builds and installs without needing any cross builds = from a different type of host. Going the other way: If one already has clang/clang++ 3.7.1 one does not = need WITH_CLANG_BOOTSTRAP=3D involved as the existing system = clang/clang++ can already do the compiles. So try an explicit WITHOUT_CLANG_BOOTSTRAP=3D to avoiding having a = version built that ends up linked with /usr/lib/crti.o (that is not = based on -mlong-calls yet) but mixed that with having the -mlong-calls = in place for the non-bootstrap clang build to use. The above might be a workaround sufficient for bootstrapping into a = -mlong-calls based environment when the arm itself is to build clang = and/or lldb. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Jan 21 06:34:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA5EBA8B8E1; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::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 7A1A1134D; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id 123so160691697wmz.0; Wed, 20 Jan 2016 22:34:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=cQyMuzVr+OIeJoQPUoGH1QOqSQ/vWgFoXZSy/om3mNOGZTaSJfc9xWXPwZ2PpNETqe 2yTNFvyFYVYLJZ2qn8hmaK+Yqs1S5DRRq/VwezcErz25M8rFsz9utSOmA5b0Ap1lIBMU otxC7oCNMI2Xigsa1EBhI5jwzdCzWmuHw/BpReWNXUX1Q1uNc0mu4javAwEYcLNXVH2W nlg99pFzP7L8ydX4edUAoQnSaUY4KeT/pkRO2q52QX+NUszq1ViAMupuTA01/jsiaiN6 h+m5+k1VOrM7jiRUHnfv+EmoFh938JiAowdCCV0TExVeUWVGZmGc9zkDfThqREpzUSL6 6bSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=E694MHQowbADKqj7A2/ZRE87O1Ydb+mN5fOUoaDYuD0w1PCiN3Q7cBCZ8G+fIfDCzZ uvuSfpgtFeKH9U7LdPc8xtjVjkLoOHVJA3yAjyQ1M4/QDlFLv2yGK2xY35GtgnH4A1Z8 8uuMBFvRv26YVTD46f38BL9nHZENTG79bc2A2nNRw5HINeOeYrva6gmKTUPr4sp1bVZD U/X0zrsCiobaPCZqFtLb0THAX5Tg9k+JkASFyvAL7bY3JCbojn9GEIW91AvQ62Fq7qc7 Qj7VHKJCqgNY0oBIuRH0+I5Vxy2MBLLmY7aK9C8E+nUylFv37hanr4j4FIPtGv/l3VlE 0JOQ== X-Gm-Message-State: ALoCoQnvVvXLHfSiW/+GYE/+XfuOqRqbvywLMsNardL8rfphOGyLUshoV8GLpiQIxkf9gMYIvGW20w0GncZscUFLTUJlLgL55A== X-Received: by 10.194.94.232 with SMTP id df8mr39251989wjb.25.1453358056893; Wed, 20 Jan 2016 22:34:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Tom Vijlbrief Date: Thu, 21 Jan 2016 06:34:07 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , freebsd-arm , FreeBSD Toolchain Cc: mmel@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 06:34:19 -0000 On my RPI-B I am currently testing: cd /usr/src/lib/csu/arm make clean install Before the regular buildworld... Op do 21 jan. 2016 01:17 schreef Mark Millard : > > Wed Jan 20 10:29:06 UTC 2016 Michal Meloun wrote: > > > Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > > . . . > > > > > > The buildworld on the RPI failed: > > > > > > http://www.v7f.eu/public/freebsd/world371.log > > > > > > The same tree build ok when cross compiling. I can supply the log if > needed. > > > > > > My previous succesfull build on the RPI was jan 14, just before the > > > introduction of the long-call flag for clang but after the long-call > change > > > for crt1.o on jan 10th. > > > > > > Could this partial introduction of the long-call flag in the installed > > > world be the cause of the issue? I would expect a buildworld to use > only > > > libs from /usr/obj but the failing link refers to /usr/lib. > > > > > > I will try installing the new cross compiled world to see if that > fixes the > > > native build. > > > > > >> > > > _______________________________________________ > > > freebsd-arm at freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at > freebsd.org" > > > > > > > Confirmed. Native build of fresh current fails on bootstrap clang link > > phase. > > > > The bootstrap clang is now build with -mlong-calls and is significantly > > longer that previous one (without -mlong-calls). Also, bootstrap clang > > is linked with original "/usr/lib/crti.o" (which is compiled without > > -mlong-calls), so link fails. > > > > This is also reason, why the problem is not seen with crossbuild - > > bootstrap clang is builded for host architecture and final (target) > > clang is linked with right (new, compiled with -mlong-calls) crti.o. > > > > Michal > > > For on-arm buildworld with clang/clang++ (self hosted) . . . > (Warning that I've not tried the below.) > > It appears that one can back out the -mlong-calls additions and get back > to something that builds and installs without needing any cross builds from > a different type of host. > > Going the other way: If one already has clang/clang++ 3.7.1 one does not > need WITH_CLANG_BOOTSTRAP= involved as the existing system clang/clang++ > can already do the compiles. > > So try an explicit WITHOUT_CLANG_BOOTSTRAP= to avoiding having a version > built that ends up linked with /usr/lib/crti.o (that is not based on > -mlong-calls yet) but mixed that with having the -mlong-calls in place for > the non-bootstrap clang build to use. > > The above might be a workaround sufficient for bootstrapping into a > -mlong-calls based environment when the arm itself is to build clang and/or > lldb. > > > === > Mark Millard > markmi at dsl-only.net > > From owner-freebsd-arm@freebsd.org Thu Jan 21 13:11:03 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12D1CA8B1E7 for ; Thu, 21 Jan 2016 13:11:03 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id D87071D12 for ; Thu, 21 Jan 2016 13:11:02 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp.Home (host81-149-102-120.in-addr.btopenworld.com [81.149.102.120]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 9910FD78FE; Thu, 21 Jan 2016 13:10:32 +0000 (UTC) Date: Thu, 21 Jan 2016 13:10:31 +0000 From: Andrew Turner To: Hamza Sheikh Cc: freebsd-arm Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Message-ID: <20160121131031.7d1ea58c@zapp.Home> In-Reply-To: <569C1D2E.6040401@codeghar.com> References: <569C1D2E.6040401@codeghar.com> X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 13:11:03 -0000 I've disabled setting -mlong-calls on the clang libraries for now, however I expect we will need to enable it again when clang 3.8.0 is imported. As such I would recommend anyone wishing to run buildworld on arm to update before this is imported. Andrew From owner-freebsd-arm@freebsd.org Thu Jan 21 22:41:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FB5DA8C7E4 for ; Thu, 21 Jan 2016 22:41:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 54ADD178C for ; Thu, 21 Jan 2016 22:41:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7562 invoked from network); 21 Jan 2016 22:41:36 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 22:41:36 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Thu, 21 Jan 2016 17:41:27 -0500 (EST) Received: (qmail 11089 invoked from network); 21 Jan 2016 22:41:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 22:41:27 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4BF6C1C43C1; Thu, 21 Jan 2016 14:41:20 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Message-Id: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> Date: Thu, 21 Jan 2016 14:41:23 -0800 To: freebsd-arm , FreeBSD Toolchain , Andrew Turner Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) 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, 21 Jan 2016 22:41:28 -0000 On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" > I've disabled setting -mlong-calls on the clang libraries for now, > however I expect we will need to enable it again when clang 3.8.0 is > imported. As such I would recommend anyone wishing to run buildworld = on > arm to update before this is imported. It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first:=20 BEAGLEBONE CUBOX-HUMMINGBOARD GUMSTIX RPI-B PANDABOARD WANDBOARD So does the "all but clang libraries" -mlong-calls use need to be MFC'd? = Even this may require updating from older 10.x's to a 10.y that has = those -mlong-calls in place before going to 11.0-RELEASE (or later). A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Jan 21 23:39:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2242A8BF60 for ; Thu, 21 Jan 2016 23:39:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3D4E1452 for ; Thu, 21 Jan 2016 23:39:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-ob0-x230.google.com with SMTP id vt7so49071960obb.1 for ; Thu, 21 Jan 2016 15:39:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=t34I6f5g+v4eO6lMWF20pY6fV14zhKz+Ft4+vt7yJTc=; b=tvheLbxFiqNpI5o6ARME/wUwQIBGjO7iW3uGYmHNu0scBphbUv6pckjx1FL8axuYLq 9Jvqmyy9o2QO+MREnnAhUxJaqs1BDYyJJFjPT1nAVtTkhyxNghsSxW/pYAj6lzbPZnIv dIyIqE5zUerRrtYJLLbR+QL4sY6ZxJVLhuv0gYz3alWAQ1NXGctToxp6Gn4fl6jTKIgv NvkfnJb1F8b8LMWU/e+gItN7g0Jylg1zSl0NdWla2vuL/WTMWF8gUExmUmVmPNAdp/ja 0gneEU+XQzd5/mXR3Wh5NbgQ9SFzPGNCxmz53yan9AAtiaej5FcLMbvzVs4HwxGjXzec qIjw== 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=t34I6f5g+v4eO6lMWF20pY6fV14zhKz+Ft4+vt7yJTc=; b=AoEFhilw9bDVwSiRha3H7a+X3Nkx8LI8BH5iXKE3xIZsARIZDXxm7aoI6sVGt+KHnj XCspsnEDxMBlhKwIYyKVg1uo/0s9gRWZWTRw0ZcxiHlh28Lwo6iEPMpdk6z7x5DCxKBC HoFyn2l/1OOYzCVi2gt5t/WXi7/FNElh/n6tsG32Fwfzn0BdKzbAHTDU8yFXCvoJoRyQ LwH5TuWW5yrdLGnoi1FLkXxu05TGDW+Kj1rcuBgX7GfInkgPwwMT3uoAXmJSuCQ4ekVC 9NhWlqmz0zlY43md38DO8nlkbM+cDiH3ibO32G3BfeL45mW8fgbjfhzT7OYcNoVJsXmw fUxA== X-Gm-Message-State: ALoCoQn+NkcHjqnQTBR/SASUt7zRdRYtce1vYRQ5YQiHsDc9lfRb4ZM0x4UsjEfac2yh3O8Bbd+9uE9zuWeeNujfzW+MWCUBBw== X-Received: by 10.60.159.7 with SMTP id wy7mr36633664oeb.71.1453419594903; Thu, 21 Jan 2016 15:39:54 -0800 (PST) Received: from [192.168.43.169] (mef2636d0.tmodns.net. [208.54.38.239]) by smtp.gmail.com with ESMTPSA id a128sm1749534oig.3.2016.01.21.15.39.54 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jan 2016 15:39:54 -0800 (PST) Sender: Warner Losh Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> Date: Thu, 21 Jan 2016 15:39:53 -0800 Cc: freebsd-arm , FreeBSD Toolchain , Andrew Turner Message-Id: <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> References: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.2104) 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, 21 Jan 2016 23:39:56 -0000 --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jan 21, 2016, at 2:41 PM, Mark Millard wrote: >=20 > On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" >=20 >> I've disabled setting -mlong-calls on the clang libraries for now, >> however I expect we will need to enable it again when clang 3.8.0 is >> imported. As such I would recommend anyone wishing to run buildworld = on >> arm to update before this is imported. >=20 >=20 > It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first: >=20 > BEAGLEBONE > CUBOX-HUMMINGBOARD > GUMSTIX > RPI-B > PANDABOARD > WANDBOARD >=20 > So does the "all but clang libraries" -mlong-calls use need to be = MFC'd? Even this may require updating from older 10.x's to a 10.y that = has those -mlong-calls in place before going to 11.0-RELEASE (or later). >=20 > A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). Personally, I think we should make the dependent on the compiler version = when we bring them back / before we MFC things. Warner --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501 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 iQIcBAEBCgAGBQJWoWxJAAoJEGwc0Sh9sBEALpcQAJD3cd5TmssWc4szS+0Jk2Ec wXBPrLhw7PTcwCZ94d2xZLY3UL3WlNxX10SajgdNhTl7KCpHsx80VBIo3Z7UUWfQ AgqDUe2aELzJUOFNAtcuYWQ/MSbJCBD1RdgMcOkIxInqlbm+tPd0YJWYRh9129LA Zk+m6/W5SBHc++4ONb79UB8AQjWzK51JBHtWRaur6D1DY9tcNHVCbZPTIwQUxBEH KwZNfKlP9cM7Z+QxZskKTzjijMZuNVG2DrJ8HhYT8j4ppsavcpXU/bg39k+biePc WZau2yb6/a99WBq2Jsz9bJgVCL7jJSeH9j0qdXwH99GctDtgsIFX3cZJRrf/EVgR nzPu6pWjTpoEKO8iAKU1okwDZlSXKiaJSgdVHJibAgi5avBEAUtxtLyrq8jDFp/4 GroQYwfijAfU4KoHmRt9Y0t5jUM/DwVntjG+z/JJsLplnuYM7gJbtd0mBq5gtfxf hWZS6htL7ofbHTLmwzYDSjinaxON/CDW2NKwrLl13Ce+Lw2tisDITLj/8xgWjghj CZSrXNLP9T7iwqdEzLwS1Fu+kdNSGiPEoEdw6qHjPqsgTlP7RMHuHcx13+4/NNoF v2DRY1nF2WxWrFasaoXzwWWpUrucQogHAK65F31VzEheSLlgdugMd5MsR0v8nNZZ 5IDZ1mRYjm0f6zT2z9gL =/OC+ -----END PGP SIGNATURE----- --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501-- From owner-freebsd-arm@freebsd.org Fri Jan 22 01:18:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D78A5A8CD01 for ; Fri, 22 Jan 2016 01:18:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 889061E0E for ; Fri, 22 Jan 2016 01:18:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16812 invoked from network); 22 Jan 2016 01:18:20 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Jan 2016 01:18:20 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Thu, 21 Jan 2016 20:18:12 -0500 (EST) Received: (qmail 27452 invoked from network); 22 Jan 2016 01:18:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 22 Jan 2016 01:18:12 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4A7E01C43C1; Thu, 21 Jan 2016 17:18:04 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> Date: Thu, 21 Jan 2016 17:18:08 -0800 Cc: freebsd-arm , FreeBSD Toolchain , Andrew Turner Content-Transfer-Encoding: quoted-printable Message-Id: References: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.2104) 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, 22 Jan 2016 01:18:19 -0000 On 2016-Jan-21, at 3:39 PM, Warner Losh wrote: >=20 >> On Jan 21, 2016, at 2:41 PM, Mark Millard = wrote: >>=20 >> On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" >>=20 >>> I've disabled setting -mlong-calls on the clang libraries for now, >>> however I expect we will need to enable it again when clang 3.8.0 is >>> imported. As such I would recommend anyone wishing to run buildworld = on >>> arm to update before this is imported. >>=20 >>=20 >> It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first: >>=20 >> BEAGLEBONE >> CUBOX-HUMMINGBOARD >> GUMSTIX >> RPI-B >> PANDABOARD >> WANDBOARD >>=20 >> So does the "all but clang libraries" -mlong-calls use need to be = MFC'd? Even this may require updating from older 10.x's to a 10.y that = has those -mlong-calls in place before going to 11.0-RELEASE (or later). >>=20 >> A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). >=20 > Personally, I think we should make the dependent on the compiler = version when we bring them back / before we MFC things. >=20 > Warner As I understand the investigation results: the live system's = /usr/lib/crt1.o (for example) must already have long-call support built = in in order to then build (link) clang 3.8.0 in the normal sequencing of = things. A similar point may apply for the live /usr/lib/libc++.a content --at = least if lldb is also part of the attempted build. =46rom what I see only one of the arm -mlong-calls was removed by = -r294499: > Modified: head/lib/clang/clang.lib.mk > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/lib/clang/clang.lib.mk Thu Jan 21 12:42:31 2016 = (r294498) > +++ head/lib/clang/clang.lib.mk Thu Jan 21 12:59:54 2016 = (r294499) > @@ -7,7 +7,8 @@ LLVM_SRCS=3D ${.CURDIR}/../../../contrib/l > INTERNALLIB=3D > =20 > .if ${MACHINE_CPUARCH} =3D=3D "arm" > -STATIC_CXXFLAGS+=3D -mlong-calls > +# This will need to be enabled to link clang 3.8 > +#STATIC_CXXFLAGS+=3D -mlong-calls > .endif > =20 > .include The other arm -mlong-calls are all still in place: head/lib/csu/arm/Makefile head/lib/libc++/Makefile head/usr.bin/clang/clang/Makefile head/usr/bin/clang/lldb/Makefile This allows getting to the state of the live system's /usr/lib/crt1.o = (for example) and /usr/lib/libc++.a content already having long-call = support before attempting a build of clang 3.8.0. I'm not sure how one would test compiler versions to achieve such an = overall sequencing that has proper live-system content at the right = time. It is too bad that the requirement for the live-system is = involved: only depending on /usr/obj/ content would simplify the = sequencing requirements by removing the live-system requirement. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Jan 22 03:35:11 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66A52A8C387; Fri, 22 Jan 2016 03:35:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F75E117B; Fri, 22 Jan 2016 03:35:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x230.google.com with SMTP id h5so46199282igh.0; Thu, 21 Jan 2016 19:35:11 -0800 (PST) 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=WAvfeMqM564nwQImxPAjRPmKeQfCC2KGybK0YExOaYI=; b=e0VvUK3n7LgYohVAeaIxr8MlncQDada3JNZX7UbOoq4GgHjpkMICh8BoT2IYOqmrIG XvSHGXJ/S2dH5EpdZBLLS6FPofHR0ukamnuC6oXLiGWQBrSCKqY1RmHdZU6jOCTb3Ubx xFTH7sOK1ZaogQ1Y0bStlOkQl+1UJWXYA9aICYWYP+DB44dd5tuP1Ap5copBiDPMTrDp qnbvvHDuX3vfYHBTfq8UF5OZg8dfj86m466227FUTi2j2VhH4kbSntYTszflbOjzsPoi BPgGZcwixBNPSXnDoal9Py3sykxiUJCaycDzrlMgiAzulydoqOYNZNCqQsOokfMwxRhu FpMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WAvfeMqM564nwQImxPAjRPmKeQfCC2KGybK0YExOaYI=; b=nAvwcn1QWDpwBYZ5oMvoIScDZHVm4bcSHRN8eTvmGXMWYtIIEW8Mj1PKyg6fyAzD+5 96KRUe9sQUB2Ms3qUHDH4UiOW3zN4qlM2J9U+V4IFFxGhvY11AhmuukqPqa6eXeHo6au uSOrlhpf0emSdlyAr1w0WSwaGb9Cimsc4rruJQep++fseGRgt1ScRu3Qebo93MLOfiFc 8Eol0wiLhUQyAqIFYmWEklS8hfBaiKosCBkxtwOc4IYLr+DqG9crExdDE+H36hh83btt lWfYApWW21aonODNp+CpQrotijEMa77e6FP7tPcUcdCHwo2yL2yBsf4tMHT5HpC5JBuC n3lw== X-Gm-Message-State: AG10YOReGmKLpteKEFCp3O/L7jn0P1UJx+4bpqQqhWmkdRRv2SD3XjpUe5+6YXwnCcAV+qukIdQuZdjm53TTfA== MIME-Version: 1.0 X-Received: by 10.50.122.100 with SMTP id lr4mr1250847igb.37.1453433710638; Thu, 21 Jan 2016 19:35:10 -0800 (PST) Received: by 10.36.121.16 with HTTP; Thu, 21 Jan 2016 19:35:10 -0800 (PST) In-Reply-To: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> Date: Thu, 21 Jan 2016 19:35:10 -0800 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Adrian Chadd To: Stanislav Galabov Cc: Warner Losh , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 03:35:11 -0000 On 18 January 2016 at 06:49, Stanislav Galabov wrote: > Hi Warner, > > I was thinking resets could help in general, not specifically in the case= of trying to implement a generic ohci_fdt driver. > > As I already mentioned to you off-list (and in order for this message to = possibly make some more sense), I saw that Linux makes use of the =E2=80=98= resets=E2=80=99 property and looked at the documentation for it: > https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bi= ndings/reset/reset.txt > > For example, with the work I am currently doing on Ralink/Mediatek suppor= t, I have over 10 different chips in the same family, that have very simila= r peripheral blocks, but their clocks and resets are controlled via differe= nt bits in one of the SysCtl registers (the register itself is at the same = offset within the SysCtl block of each chip). So I may have chip X which ha= s its USB (for example) reset controlled by bit 10 and chip Y with USB rese= t controlled by bit 12. > > So being able to write something like: > resets =3D <&sysctl 10>; > or > resets =3D <&sysctl 11>; > > in my dts/dtsi files helps me immensely, instead of having to check what = chip I am running on and based on that use a different register layout=E2= =80=A6 > Then, if I wanted to (de)assert reset for a peripheral block that has thi= s property defined I=E2=80=99d just do fdt_reset_(de)assert_all(dev), where= dev is the device_t for the peripheral in question. This would (de)assert = all reset pins associated with the peripheral. > > The same is the case for clock control (gating) in the Ralink/Mediatek So= Cs and this is the main reason I used fdt_clock that is already in sys/dev/= fdt and then thought about implementing the fdt_reset based on it. > > I hope this clarifies a bit my reason for submitting the fdt_reset patch. This seems fine to me. Hm. Ian? Any comments? -a > Best wishes > Stanislav > >> On Jan 18, 2016, at 02:04, Warner Losh wrote: >> >> I don't see how resets help. Maybe I missed where it was documented, cou= ld you send that to me? >> >> Even with that, it seems that a generic ohci_fdt driver isn't possible. >> >> Warner >> >> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov > wrote: >> Hi all, >> >> First off, sorry for the cross-post, I wasn=E2=80=99t very sure where th= is should go=E2=80=A6 >> >> I=E2=80=99ve created 3 PRs, which enable some functionality that my work= on Ralink/Mediatek SoCs would benefit from. >> >> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 >> - This enables geom_flashmap and fdt_slicer support for SPI flash chips = supported by the mx25l driver (sys/dev/flash/mx25l.c) >> >> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 >> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in much= the same way as ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80= =98clocks=3D=E2=80=98 property. In fact this work is basically a modified v= ersion of fdt_clock* :-) >> >> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 >> - This simply moves the at91 specific sys/dev/usb/controller/ohci_fdt.c = to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in sys/a= rm/at91/files.at91 as well). The current naming is misleading IMHO and also= , I have some (vague-ish) plans to see if I can implement generic ohci_fdt = and ehci_fdt based on dwc_otg_fdt, so that systems with standard ehci/ohci = controllers can reuse these. >> >> Patches are attached to the PRs. >> >> I would appreciate any feedback on the PRs and would also appreciate it = if someone could commit these if the proposed changes are appropriate. >> >> Best wishes, >> Stanislav >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org " >> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Jan 22 04:43:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65893A8DA24 for ; Fri, 22 Jan 2016 04:43:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::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 22DF71D83 for ; Fri, 22 Jan 2016 04:43:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x231.google.com with SMTP id b35so49420909qge.0 for ; Thu, 21 Jan 2016 20:43:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VX2RTLm3uhEiTAhq4mI+RnmSZ7l6izerhrlBLAM6QpA=; b=PNqO8ZQ0fCWbtXDOkQSZi3eVf8IU9OSxdSC8L7e7OJL/fgXY6Z81ZYitP0yJ7hGAkr /wXMY+s5f2B1a7izTxbnMsxzDUwgN/5c5cGYeZGl5VBjIdxWUCAQcS5AfMFGQ3o0Af54 WF2CtrH2hFjdIfmSFYrb15GfMfIu8hMXEPf8AnOGJet4dyaoZIW65qLllyVH9C7X1Ey7 g2WEXk6oPNUMun7MYUeP0ZEbU2VrWNHAzrBuIaRId6hYJ1ang4ag8mnGWZWMU3Vi7G32 NRDN1ExClBoD6GJSh6lAaV4QcLtbqSn7i/hNTH3KcZbhIOirR0aRg7Wj9NB3ENKt4sPw plpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=VX2RTLm3uhEiTAhq4mI+RnmSZ7l6izerhrlBLAM6QpA=; b=FWFnxw7axPebedNOIc/6xBw+eIn5qOwE9NUf8/qMJ7mFb1NijlTKRNHJLPfW8qRUKv tthjgUTX7uji2GdKxFYW8qVzivbo3jCoxurFCmDeMXTNfbCVzdJN1oZPMYTwYexP6uHw 5gTpmegvDhgngsiNM6D/29GzxLc2vafVIYsmHCeNdS9VRnxqIO6xvwd0FIQMd/Zvug12 eYF/Qx+Ftt4sTZ9OHmqXpJn4Xo0OBzrRSOratcfhGWkpM7vXDPvjlGh4bD45IlX9ldLc 5+FGL/+2mPeBPvY/Nx6kLwceU9Y5cLGSuYzAalfcXINwzUKng47hKcW3e2AnoyVaRwSO qfwA== X-Gm-Message-State: AG10YOSMhuIMh+dSINWdfk77oSggjv5pAls3/ACvBiojQUWyGzSsVeYzC8w9qxQ7Sot7aV3dI/6VO9vwWabAZg== MIME-Version: 1.0 X-Received: by 10.140.255.8 with SMTP id a8mr1281899qhd.20.1453437812119; Thu, 21 Jan 2016 20:43:32 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Thu, 21 Jan 2016 20:43:32 -0800 (PST) X-Originating-IP: [2601:280:4900:3700:8400:bf66:d6e:dfb1] In-Reply-To: References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> Date: Thu, 21 Jan 2016 21:43:32 -0700 X-Google-Sender-Auth: CfYMvnogoZGSwqm1UEXE6tVYgS4 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Warner Losh To: Adrian Chadd Cc: Stanislav Galabov , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 04:43:33 -0000 On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd wrote: > On 18 January 2016 at 06:49, Stanislav Galabov wrote= : > > Hi Warner, > > > > I was thinking resets could help in general, not specifically in the > case of trying to implement a generic ohci_fdt driver. > > > > As I already mentioned to you off-list (and in order for this message t= o > possibly make some more sense), I saw that Linux makes use of the =E2=80= =98resets=E2=80=99 > property and looked at the documentation for it: > > > https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bi= ndings/reset/reset.txt > < > https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bi= ndings/reset/reset.txt > > > > > > For example, with the work I am currently doing on Ralink/Mediatek > support, I have over 10 different chips in the same family, that have ver= y > similar peripheral blocks, but their clocks and resets are controlled via > different bits in one of the SysCtl registers (the register itself is at > the same offset within the SysCtl block of each chip). So I may have chip= X > which has its USB (for example) reset controlled by bit 10 and chip Y wit= h > USB reset controlled by bit 12. > > > > So being able to write something like: > > resets =3D <&sysctl 10>; > > or > > resets =3D <&sysctl 11>; > > > > in my dts/dtsi files helps me immensely, instead of having to check wha= t > chip I am running on and based on that use a different register layout=E2= =80=A6 > > Then, if I wanted to (de)assert reset for a peripheral block that has > this property defined I=E2=80=99d just do fdt_reset_(de)assert_all(dev), = where dev > is the device_t for the peripheral in question. This would (de)assert all > reset pins associated with the peripheral. > > > > The same is the case for clock control (gating) in the Ralink/Mediatek > SoCs and this is the main reason I used fdt_clock that is already in > sys/dev/fdt and then thought about implementing the fdt_reset based on it= . > > > > I hope this clarifies a bit my reason for submitting the fdt_reset patc= h. > > This seems fine to me. Hm. Ian? Any comments? > I want to check on a few things before we head down this path. I've been traveling so haven't had a chance to look through it to see if Atmel uses this, and who else does... Warner > -a > > > Best wishes > > Stanislav > > > >> On Jan 18, 2016, at 02:04, Warner Losh wrote: > >> > >> I don't see how resets help. Maybe I missed where it was documented, > could you send that to me? > >> > >> Even with that, it seems that a generic ohci_fdt driver isn't possible= . > >> > >> Warner > >> > >> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov > wrote: > >> Hi all, > >> > >> First off, sorry for the cross-post, I wasn=E2=80=99t very sure where = this > should go=E2=80=A6 > >> > >> I=E2=80=99ve created 3 PRs, which enable some functionality that my wo= rk on > Ralink/Mediatek SoCs would benefit from. > >> > >> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 < > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227> > >> - This enables geom_flashmap and fdt_slicer support for SPI flash chip= s > supported by the mx25l driver (sys/dev/flash/mx25l.c) > >> > >> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 < > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228> > >> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in mu= ch the same way as > ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks=3D=E2= =80=98 property. In fact > this work is basically a modified version of fdt_clock* :-) > >> > >> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 < > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229> > >> - This simply moves the at91 specific sys/dev/usb/controller/ohci_fdt.= c > to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in > sys/arm/at91/files.at91 as well). The current naming is misleading IMHO a= nd > also, I have some (vague-ish) plans to see if I can implement generic > ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with standard > ehci/ohci controllers can reuse these. > >> > >> Patches are attached to the PRs. > >> > >> I would appreciate any feedback on the PRs and would also appreciate i= t > if someone could commit these if the proposed changes are appropriate. > >> > >> Best wishes, > >> Stanislav > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " > >> > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Fri Jan 22 05:35:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9F79A8CD79; Fri, 22 Jan 2016 05:35:55 +0000 (UTC) (envelope-from mmel@freebsd.org) Received: from mail.miracle.cz (mail.miracle.cz [193.84.128.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8208D12F1; Fri, 22 Jan 2016 05:35:55 +0000 (UTC) (envelope-from mmel@freebsd.org) Received: from [193.84.128.50] (meloun.ad.miracle.cz [193.84.128.50]) by mail.miracle.cz (Postfix) with ESMTPSA id 5F5EF3AC9A; Fri, 22 Jan 2016 06:35:54 +0100 (CET) Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c To: freebsd-arm@freebsd.org, freebsd-mips@freebsd.org References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> Cc: "freebsd-mips@freebsd.org" From: Michal Meloun X-Enigmail-Draft-Status: N0020 Organization: freebsd.org Message-ID: <56A1BFBB.8050204@freebsd.org> Date: Fri, 22 Jan 2016 06:35:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.miracle.cz); Fri, 22 Jan 2016 06:35:54 +0100 (CET) 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, 22 Jan 2016 05:35:55 -0000 Dne 22.01.2016 v 5:43 Warner Losh napsal(a): > On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd > wrote: > >> On 18 January 2016 at 06:49, Stanislav Galabov wrote: >>> Hi Warner, >>> >>> I was thinking resets could help in general, not specifically in the >> case of trying to implement a generic ohci_fdt driver. >>> >>> As I already mentioned to you off-list (and in order for this message to >> possibly make some more sense), I saw that Linux makes use of the ‘resets’ >> property and looked at the documentation for it: >>> >> https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/reset/reset.txt >> < >> https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/reset/reset.txt >>> >>> >>> For example, with the work I am currently doing on Ralink/Mediatek >> support, I have over 10 different chips in the same family, that have very >> similar peripheral blocks, but their clocks and resets are controlled via >> different bits in one of the SysCtl registers (the register itself is at >> the same offset within the SysCtl block of each chip). So I may have chip X >> which has its USB (for example) reset controlled by bit 10 and chip Y with >> USB reset controlled by bit 12. >>> >>> So being able to write something like: >>> resets = <&sysctl 10>; >>> or >>> resets = <&sysctl 11>; >>> >>> in my dts/dtsi files helps me immensely, instead of having to check what >> chip I am running on and based on that use a different register layout… >>> Then, if I wanted to (de)assert reset for a peripheral block that has >> this property defined I’d just do fdt_reset_(de)assert_all(dev), where dev >> is the device_t for the peripheral in question. This would (de)assert all >> reset pins associated with the peripheral. >>> >>> The same is the case for clock control (gating) in the Ralink/Mediatek >> SoCs and this is the main reason I used fdt_clock that is already in >> sys/dev/fdt and then thought about implementing the fdt_reset based on it. >>> >>> I hope this clarifies a bit my reason for submitting the fdt_reset patch. >> >> This seems fine to me. Hm. Ian? Any comments? >> > > I want to check on a few things before we head down this path. I've been > traveling so haven't had a chance to look through it to see if Atmel uses > this, and who else does... > > Warner > > I think that i have more complete implementation of reset framework ready to commit. Just waiting for mentor approval. Please see https://github.com/strejda/tegra/tree/master/sys/dev/reset Michal >> -a >> >>> Best wishes >>> Stanislav >>> >>>> On Jan 18, 2016, at 02:04, Warner Losh wrote: >>>> >>>> I don't see how resets help. Maybe I missed where it was documented, >> could you send that to me? >>>> >>>> Even with that, it seems that a generic ohci_fdt driver isn't possible. >>>> >>>> Warner >>>> >>>> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov > > wrote: >>>> Hi all, >>>> >>>> First off, sorry for the cross-post, I wasn’t very sure where this >> should go… >>>> >>>> I’ve created 3 PRs, which enable some functionality that my work on >> Ralink/Mediatek SoCs would benefit from. >>>> >>>> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206227 < >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206227> >>>> - This enables geom_flashmap and fdt_slicer support for SPI flash chips >> supported by the mx25l driver (sys/dev/flash/mx25l.c) >>>> >>>> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206228 < >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206228> >>>> - This adds support for FDT ‘resets=’ property in much the same way as >> ian@’s sys/dev/fdt/fdt_clock* supports FDT ‘clocks=‘ property. In fact >> this work is basically a modified version of fdt_clock* :-) >>>> >>>> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206229 < >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206229> >>>> - This simply moves the at91 specific sys/dev/usb/controller/ohci_fdt.c >> to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in >> sys/arm/at91/files.at91 as well). The current naming is misleading IMHO and >> also, I have some (vague-ish) plans to see if I can implement generic >> ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with standard >> ehci/ohci controllers can reuse these. >>>> >>>> Patches are attached to the PRs. >>>> >>>> I would appreciate any feedback on the PRs and would also appreciate it >> if someone could commit these if the proposed changes are appropriate. >>>> >>>> Best wishes, >>>> Stanislav >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org >> " >>>> >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Fri Jan 22 18:45:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80A2EA8D9AA for ; Fri, 22 Jan 2016 18:45:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 755691B28; Fri, 22 Jan 2016 18:45:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7D05D751; Fri, 22 Jan 2016 18:45:34 +0000 (UTC) Date: Fri, 22 Jan 2016 18:45:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: br@FreeBSD.org, emaste@FreeBSD.org, fanf@FreeBSD.org, smh@FreeBSD.org, bjk@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <161299420.11.1453488334479.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2190 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 18:45:34 -0000 FreeBSD_HEAD_arm64 - Build #2190 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2190/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2190/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2190/con= sole Change summaries: 294579 by bjk: Bump .Dd after r294575 294578 by smh: Fix ix advertise value after media change When ifconfig sets media then the values displayed by the advertise_speed value are invalidated. Fix this by setting the bits correctly including setting advertise to 0 for media =3D auto. Reviewed by:=09sbruno MFC after:=091 week Sponsored by:=09Multiplay Differential Revision:=09https://reviews.freebsd.org/D5034 294577 by br: Add support for RISC-V ISA. Reviewed by:=09emaste Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 Differential Revision:=09https://reviews.freebsd.org/D5021 294576 by emaste: Drop HP libunwind (unw_*) functions from LLVM libunwind They are not needed for exception handling. 294575 by fanf: A few `whois` usability improvements Look up AS numbers at ARIN. Handle more referral formats. Suppress spammy nameserver objects when querying the .com and .net whois servers by explicitly querying for domain names by default. 294574 by br: Add stubs for RISC-V ISA so libunwind can be compiled. Reviewed by:=09emaste Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 Differential Revision:=09https://reviews.freebsd.org/D5035 294573 by br: Add configuration for RISC-V ISA. Reviewed by:=09emaste Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 Differential Revision:=09https://reviews.freebsd.org/D5020 294572 by andrew: Stop including fdt_common.h in the arm64 code. We don't use anything from it, however may have relied on header pollution to pull in the needed headers through it Sponsored by:=09ABT Systems Ltd 294571 by br: Add support for RISC-V ISA. Reviewed by:=09andrew Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 Differential Revision:=09https://reviews.freebsd.org/D5014 The end of the build log: [...truncated 87842 lines...] --- floatdixf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatdixf.c -o floatdixf.po --- all_subdir_bin --- --- date.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug date.full date.deb= ug --- date --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= date.debug date.full date --- all --- =3D=3D=3D> bin/date/tests (all) --- all_subdir_lib --- --- floatsitf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatsitf.c -o floatsitf.po --- all_subdir_bin --- --- format_string_test --- echo '#! /usr/libexec/atf-sh' > format_string_test.tmp cat /usr/src/bin/date/tests/format_string_test.sh >>format_string_test.tmp chmod +x format_string_test.tmp mv format_string_test.tmp format_string_test --- Kyuafile --- --- all_subdir_dd --- =3D=3D=3D> bin/dd (all) --- all_subdir_lib --- --- floattidf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floattidf.c -o floattidf.po --- all_subdir_bin --- --- args.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/args.c -o args.o --- all_subdir_lib --- --- floattisf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floattisf.c -o floattisf.po --- floattixf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floattixf.c -o floattixf.po --- all_subdir_cddl --- --- ctf_util.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DCTF_OLD_VERSIONS -I/u= sr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cdd= l/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/= libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/.= ./../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../= ../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libct= f/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN= -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-unknown-pragm= as -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tau= tological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-f= unction -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-swi= tch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -= c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf= _util.c -o ctf_util.po --- all_subdir_lib --- --- floatundidf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatundidf.c -o floatundidf.po --- all_subdir_bin --- --- conv.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/conv.c -o conv.o --- all_subdir_lib --- --- floatundisf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatundisf.c -o floatundisf.po --- all_subdir_cddl --- --- libctf_p.a --- building profiled ctf library /usr/local/aarch64-freebsd/bin/ar -crD libctf_p.a `NM=3D'/usr/local/aarch64= -freebsd/bin/nm' NMFLAGS=3D'' lorder ctf_create.po ctf_decl.po ctf_error.po= ctf_hash.po ctf_labels.po ctf_lib.po ctf_lookup.po ctf_open.po ctf_subr.po= ctf_types.po ctf_util.po | tsort -q`=20 --- all_subdir_lib --- --- floatunditf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatunditf.c -o floatunditf.po --- all_subdir_cddl --- /usr/local/aarch64-freebsd/bin/ranlib -D libctf_p.a --- ctf.5.gz --- gzip -cn /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/lib= ctf/common/ctf.5 > ctf.5.gz --- all_subdir_libdtrace --- =3D=3D=3D> cddl/lib/libdtrace (all) --- all_subdir_lib --- --- floatundixf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatundixf.c -o floatundixf.po --- all_subdir_bin --- --- conv_tab.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/conv_tab.c -o conv_tab.o --- all_subdir_lib --- --- floatunsidf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatunsidf.c -o floatunsidf.po --- all_subdir_bin --- --- dd.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/dd.c -o dd.o --- all_subdir_lib --- --- floatunsisf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatunsisf.c -o floatunsisf.po --- all_subdir_cddl --- --- dt_aggregate.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/obj/arm64.aarch6= 4/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace -I/usr/src/cddl= /lib/libdtrace/../../../sys/cddl/dev/dtrace/aarch64 -I/usr/src/cddl/lib/li= bdtrace/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libdtrace= /../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libdtrace/..= /../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libdtrace/../../.= ./cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libdtrace= /../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/usr/src/cddl/li= b/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cdd= l/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/aarch64 -DNEED_= SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Wno-parentheses -Qunused-arguments -c /usr/src/cddl/lib/libdtrace/../..= /../cddl/contrib/opensolaris/lib/libdtrace/common/dt_aggregate.c -o dt_aggr= egate.po --- all_subdir_lib --- --- floatuntidf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatuntidf.c -o floatuntidf.po --- floatuntisf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatuntisf.c -o floatuntisf.po --- floatuntixf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/floatuntixf.c -o floatuntixf.po --- gcc_personality_v0.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/gcc_personality_v0.c -o gcc_personality_v0.po --- all_subdir_bin --- --- misc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/misc.c -o misc.o --- all_subdir_lib --- --- int_util.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/int_util.c -o int_util.po --- lshrdi3.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/lshrdi3.c -o lshrdi3.po --- all_subdir_bin --- --- position.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/bin/dd/position.c -o position.o --- all_subdir_lib --- --- lshrti3.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/lshrti3.c -o lshrti3.po --- moddi3.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/moddi3.c -o moddi3.po --- all_subdir_bin --- --- dd.1.gz --- gzip -cn /usr/src/bin/dd/dd.1 > dd.1.gz --- dd.full --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Qunused-arguments -o dd.full args.o conv.o conv_tab.o dd.o misc.o position= .o =20 --- all_subdir_lib --- --- modti3.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/modti3.c -o modti3.po --- all_subdir_libexec --- --- atf-check.1.gz --- gzip -cn /usr/src/contrib/atf/atf-sh/atf-check.1 > atf-check.1.gz --- all_subdir_bin --- --- dd.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug dd.full dd.debug --- all_subdir_libexec --- --- atf-check.full --- c++ -B/usr/local/aarch64-freebsd/bin/ -B/usr/local/aarch64-freebsd/bin/ -O2= -pipe -DHAVE_CONFIG_H -I/usr/src/contrib/atf -DATF_SHELL=3D'"/bin/sh"' -g = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wformat=3D2 -Wno-= format-extra-args -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses= -equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typed= ef -Wno-format-nonliteral -Qunused-arguments -Wno-c++11-extensions -o atf-= check.full atf-check.o -lprivateatf-c++ -lprivateatf-c --- all_subdir_bin --- --- dd --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= dd.debug dd.full dd --- all_subdir_lib --- --- muldc3.po --- --- all_subdir_bin --- --- all --- --- all_subdir_lib --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/usr/src/lib/libcompiler_rt/../../contrib/libc= xxrt -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -c /usr/src/lib/libcompiler_rt/../../contrib= /compiler-rt/lib/builtins/muldc3.c -o muldc3.po --- all_subdir_bin --- =3D=3D=3D> bin/dd/tests (all) --- dd_test --- echo '#! /usr/libexec/atf-sh' > dd_test.tmp cat /usr/src/contrib/netbsd-tests/bin/dd/t_dd.sh >>dd_test.tmp chmod +x dd_test.tmp mv dd_test.tmp dd_test --- Kyuafile --- --- all_subdir_df --- =3D=3D=3D> bin/df (all) --- all_subdir_libexec --- /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_init_local' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_get_reg' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_get_proc_info' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `logAPIs' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_resume' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_step' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `logUnwinding' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `_unw_add_dynamic_fde' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_set_reg' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `_unw_remove_dynamic_fde' /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference= to `unw_get_proc_name' c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [atf-check.full] Error code 1 make[5]: stopped in /usr/src/libexec/atf/atf-check 1 error make[5]: stopped in /usr/src/libexec/atf/atf-check --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libcompiler_rt --- all_subdir_libexec --- *** [all] Error code 2 make[4]: stopped in /usr/src/libexec/atf 1 error make[4]: stopped in /usr/src/libexec/atf *** [all] Error code 2 make[3]: stopped in /usr/src/libexec 1 error make[3]: stopped in /usr/src/libexec *** [all_subdir_libexec] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- *** [all_subdir_libcompiler_rt] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_bin --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/bin/df *** [all_subdir_df] Error code 2 make[3]: stopped in /usr/src/bin 1 error make[3]: stopped in /usr/src/bin *** [all_subdir_bin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_cddl --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/cddl/lib/libdtrace *** [all_subdir_libdtrace] Error code 2 make[4]: stopped in /usr/src/cddl/lib 1 error make[4]: stopped in /usr/src/cddl/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/cddl 1 error make[3]: stopped in /usr/src/cddl *** [all_subdir_cddl] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson30509553691544968.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Fri Jan 22 20:09:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D588A8D1A6; Fri, 22 Jan 2016 20:09:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 311401242; Fri, 22 Jan 2016 20:09:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x236.google.com with SMTP id t15so157129134igr.0; Fri, 22 Jan 2016 12:09:22 -0800 (PST) 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=o4lyxYuaa6GRDAsC6DK4I7CDhR7HIPGYd+UyMjMfcK8=; b=zPsN0Jsvg776LkZwd88zlexjAF/jC5wX9XqD4ec1lQ+8fRMY6+rqCW+aGVTQ+DvgH5 uQyfSZHFY/RBpdfX9I5I+MZYXGrfkkb/Lzj5FLlxw+gN08HBIuR5okPnpzskUYUVyl4c alFQdWTWfN6+EqTRfGoHOSQpJSwRkygMs51M4oS3GneohGAAKzp5/YtcvlJnOr4DkqfP 4xaZ3juW3S5M3FUSk7CRJJr3EW3QwlXxqDjwcDtT5UCfX/3WLyqzxjqtT/Fqb5IM+eDv r072NsKQ0Wz4pPuUtuPUAtxmkjWUSBokI1Asw0qbo8uXgIbKPAakfOL92W28YtBB1DRh fjUA== 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=o4lyxYuaa6GRDAsC6DK4I7CDhR7HIPGYd+UyMjMfcK8=; b=DTDiadMhYaQJhGNz7NLS6GcCJNxDa9H/74JfkaenFYaq3BbOoey/Oo/aK54N/B8nL2 NJ2dOC7Jd58RyhIdDnoXW612i8CrJBPi+KkI+qMOGmC5EIR5GGgOU/MoAbnLp7vt61s7 VqTMizwAmPage/ylNPgT5lIEFuqRBVOOQ6cV4ZiYXmc128tVREPk2b92Nsc+HF7QBT0X 6ASQCOY0D8StRPoCJrnADY8FiyqGSJWvyuuRjCSSV/TiYwCgKsRhiIdQqmgCfdk3s5Ir TtRhtwsQRenzowJ+p2bld7LM9qLca8R4H0uSCB9mpH/2m3r6LAWDuSPEYtaHwXA5uyDt WuLw== X-Gm-Message-State: AG10YOSabcMAphDHdKJs/9vRVsoQtQ8oQ9cu0fbOUxEMrOWeCCTpc/GaqJ6ZQAhp183ps/imxA2oIjkO/AnEGg== MIME-Version: 1.0 X-Received: by 10.50.150.36 with SMTP id uf4mr5089842igb.61.1453493361403; Fri, 22 Jan 2016 12:09:21 -0800 (PST) Received: by 10.36.121.16 with HTTP; Fri, 22 Jan 2016 12:09:21 -0800 (PST) In-Reply-To: <56A1BFBB.8050204@freebsd.org> References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> <56A1BFBB.8050204@freebsd.org> Date: Fri, 22 Jan 2016 12:09:21 -0800 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Adrian Chadd To: Michal Meloun Cc: "freebsd-arm@freebsd.org" , "freebsd-mips@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, 22 Jan 2016 20:09:22 -0000 Congratulations! Kib freed you from needing to check with your mentor before committing! :) -a From owner-freebsd-arm@freebsd.org Fri Jan 22 21:00:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB1C4A8E503 for ; Fri, 22 Jan 2016 21:00:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9E5BF1821; Fri, 22 Jan 2016 21:00:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 177737D7; Fri, 22 Jan 2016 21:00:24 +0000 (UTC) Date: Fri, 22 Jan 2016 21:00:22 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, fanf@FreeBSD.org, jilles@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1917540803.13.1453496424062.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <161299420.11.1453488334479.JavaMail.jenkins@jenkins-9.freebsd.org> References: <161299420.11.1453488334479.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2191 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 21:00:23 -0000 FreeBSD_HEAD_arm64 - Build #2191 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2191/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2191/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2191/console Change summaries: 294591 by fanf: Update whois synopsis and usage with new options 294590 by emaste: Restore libunwind.cpp to LLVM libunwind build (reverts r294576) The unw_* functions are not exported, but are used internally. 294582 by jilles: sh: Add already working test for local-readonly interaction. From owner-freebsd-arm@freebsd.org Fri Jan 22 23:13:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84637A8D1CE; Fri, 22 Jan 2016 23:13:42 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0144.outbound.protection.outlook.com [157.56.111.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E73BE199E; Fri, 22 Jan 2016 23:13:41 +0000 (UTC) (envelope-from stevek@juniper.net) Received: from BY2PR05CA036.namprd05.prod.outlook.com (10.141.250.26) by BL2PR05MB051.namprd05.prod.outlook.com (10.255.228.151) with Microsoft SMTP Server (TLS) id 15.1.365.19; Fri, 22 Jan 2016 22:39:12 +0000 Received: from BN1AFFO11OLC002.protection.gbl (2a01:111:f400:7c10::126) by BY2PR05CA036.outlook.office365.com (2a01:111:e400:2c5f::26) with Microsoft SMTP Server (TLS) id 15.1.390.13 via Frontend Transport; Fri, 22 Jan 2016 22:39:12 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.19) by BN1AFFO11OLC002.mail.protection.outlook.com (10.58.53.73) with Microsoft SMTP Server (TLS) id 15.1.355.15 via Frontend Transport; Fri, 22 Jan 2016 22:39:12 +0000 Received: from stevek-ubuntu.jnpr.net (172.25.4.171) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server id 14.3.123.3; Fri, 22 Jan 2016 14:39:11 -0800 Date: Fri, 22 Jan 2016 17:39:06 -0500 From: Steve Kiernan To: Stanislav Galabov CC: , Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c Message-ID: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> In-Reply-To: References: Organization: Juniper Networks Inc. X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11OLC002; 1:DVUj8XKBCTwF8HUZfMW8Sm03OCiERZZ7Jc69VOmKetRpPqwpnDJDrItsMy+yyKqygL6jGV/UqvFOPwWn96LVgVXasYpt4PFQZ+h99pq5Nv+jGNyF/jNUBi6jzQkwWj8ZAtGm50aVujJ7kftdLgSNNxHQAXY1keYiuEzi3ivAsUlkcZcLReHvbgNB6B2hTaV0U4n3uE4mz8LANB1EtbNogY0aOTnmjQj6xRI/AtRPTxJqBd08KSU9r1J48k/j3MTDajE3TmZajPkE03Vx40VqIs4qBIi7VKt9xemOSHvJh6v6tdPExhV4imozRGcZJSn05m2Gb/oHfSA2LgxbyAmZ53nvvg7joAGBHnPyNcoIMBs4FEru8L8ojF/8loP5yP2cUO85reOtF83p2h0fMEhkhd25/AP0x9J21KsFOL0vBcs= X-Forefront-Antispam-Report: CIP:66.129.239.19; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(199003)(53754006)(189002)(1076002)(50226001)(586003)(1096002)(6806005)(2950100001)(2906002)(4326007)(1220700001)(5003600100002)(77096005)(110136002)(15975445007)(189998001)(19580395003)(19580405001)(11100500001)(92566002)(53416004)(106466001)(69596002)(97736004)(105596002)(1411001)(47776003)(5001960100002)(81156007)(76176999)(33646002)(50986999)(50466002)(23676002)(86362001)(5820100001)(87936001)(5008740100001)(104016004)(39210200001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB051; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB051; 2:T/09fNEyg2sNyt7y1ejBMSEMDEmr/QO/HxX/OfFp4DOcQ0IRAH+CXZ5AhCeQ7Y2NdQlKKUGgDlObTdbTO97hHdR5pWROQ4guJQTCyOg7ntEM2P0aWch88YiMfPLYw6yRSiilcWvDgp7HL89urvx6fw==; 3:2XOqRFq3i000TP50cNhkNQiDgvk36NbwkVpdeXKjqoqk1NPMiKVboA5SqYv0ZaHO5bIPR+l2sYL7F+h/jmsjoIqasyu8+0aQ3yRpNHfTzEYfX6tde9Jh+YYLuNLECz2a779hH3nuOW9FtbrmIczfttiz4xXHMTboItiAX9eXvNrxZytGOdj8zhAtJVfqpLfYlBcDdCSi505KahgMXEbF7C2vGED0oMHo35hVaUka2Ig=; 25:dWjv7PQbsgG30Exdu/GqodD+EblTQ2PZgwpi9OKKddhGRPYa9mgGsIoyAu2CCDgDAbjCt2TAC2ZaItJtlbjWu43XV+2NdDP9nx8qeXYelL8TjAxpIuTLe/CC0qGOy3yCIEgLkYXd7yDMYjTmZTBq/8fQgyFcJ1VQYcL2bkHVV9Qldr+Zcs/9iRO3JwoWSqdvdjCIx7W7JVKmj7ECBEJaTTgKQW+OP4fNg7CrcxnH56UTV52oXUd85rZJHFxTrbmq X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB051; X-MS-Office365-Filtering-Correlation-Id: ee434a07-5068-4ccb-c0d3-08d3237cd9ec X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB051; 20:exMZnafgih9yNC2zVBudi1Ou6MjJwVhz1csDcaaUACDwCsPoQ+1rZtKa7+I9nDKFQJ+tuySeYykMlgpacJ35gcFYayZwZeeMEzAlxYNpPj8B1yekIk5JI4vLGtaZON7YjGSpOTzCxO1qbGY3vEiRtE3Axsl0MCs7EqAOtMx3U/xYNXGJ1fnKq3I+kiSetvJVzC/BsbcdmRhiCIuoL1f2RO+OeYJ0/O2pOy6I8CPVz2l1djjFm28NCiaaBHOrz2xrOmQ6dfkAi8PDT4qSHwk2D5x9wfVxZX5H13cSLP2gm0pVXhcrKKKUsjMD06mO7T8ekVEePiRRX1k+4zGmIC4aRyCre+KEYS2lpI1R807iCc+85usfW9osrVJ57K6327RYMD/OQjxwLVuQq+dIVQNu6Wi05n318jPzvtFSgIS99Z2v6yyBDWPUu4dX12U4Gv6tUx8vPKcMRmuDL2nBMct7T7dP2/Ev8YSw8TvYaU6N+ShM446lnSo18A+uoizMcUcg X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13018025)(13023025)(520078)(13015025)(8121501046)(13024025)(13017025)(5005006)(3002001)(10201501046); SRVR:BL2PR05MB051; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB051; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB051; 4:Sf7yoBo4eJ5y6dQLFg3+Kwc2/P0zFVyIagbSvqcps/Iwkeraa1aQOBL/d8X3g9Qc6cCooeX7G3dzj/tUARrJvr7qEZvHtSzRa/cti0rm2HWUdil5fjI5g0vdBvUvbdYIvpXliOIfQD34xlDZXfWayjI0rLUCDBYTBNQPe3g0hGimNaH8J3adjSvIEmFfXWTWw1Y7WEty36lLLvEH1rhyVr2Q+efxgXz7LVKGHyh18YWhEfB7KCF9YdJ4+Q/9w50S8pS5b1i1u9iBIXKPzX60dAGjt9uaTYa3s4WXsK0QALJo64FDPjHXHG/PFBmYXj/zRTrpZyIE9O7OB0I7XxcI8MZ9s5NDxJr8SpvwZt4vLU7o6psuQV8EruLpknhnA1UQGnK1wPCrNSZAUecooO0k+O8VNqYg/jscaZNI70xkONMIbg4CV0JqAPkq4/z0Lrrfe3Lu5oSRkrGvwST6aaouWZe2rfriZ6RZOFqoLNqiHVk= X-Forefront-PRVS: 08296C9B35 X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTDJQUjA1TUIwNTE7MjM6RXphQmNsSHpNRkkzYzVCNlpGelVzb2pTcDVD?= =?utf-8?B?SEs4b25qZTdVd3N4NWpWZllxd1V2WkpCY0lPLys4U0xrcnBqTlpIWDJUNUNh?= =?utf-8?B?R3ZMNm1GalBYeDlQNnJaTWhyd0Qwcm4zbjNuMzZFQTBReklUZTYyWDNEdUpl?= =?utf-8?B?cU9QNFdJL21QZEpLLzJoeHI4YVB2R3F6eGpDL051VnUzaW4vc09Nc1ltRGZR?= =?utf-8?B?enVnS1VxUThIQlhBY3ZxM2pPdnR4NlBRK3cwUTNTU1cwREdFcGFVbTBEcWdG?= =?utf-8?B?ZGtXTzZjcGRlbGtxMWEwMWE1d1VNL256REN5Q2paN0YrTHdPaC9FVnlTMElW?= =?utf-8?B?REZsbkxlb0h5empxenEwdGNQaS9pd2Nad0ZUaGRQS1FxWHFSb0N6WnZqQlI5?= =?utf-8?B?d2E1RHFpdHhHUUhZNXdxb1M3bm5YSkZLY0tZYUlPbFhVMURlSmpKVHF1OWp5?= =?utf-8?B?TE5FVEkzZVA4dXpkSytXQ1h6cit2YkljRTJpK1JtOUFvRGxzL0RQcytzZHl2?= =?utf-8?B?NUdWTEc5YkpnOWJyZ1NITlBZVzNvbjdwVFViNWdSR3FCaTBobVB3UktBRHUr?= =?utf-8?B?OGw5WjFpQ0xVYWlNbytoRWdXT3h0YmlncmIyWVdnSWt6WG5pcnU0QjRSOE9y?= =?utf-8?B?K1NOd1ViQjFTOGdWQWNJdmxQdjE0L1BKRW42TElSMWRET3RES05sN3dFRGYx?= =?utf-8?B?ZzMybHNoRlIzdCtKbXZJTnZJVlhORUx0MjJQOWVNbW1XbFEzd1VQR2dOWVVu?= =?utf-8?B?bk05aWJ1OEJVSlJFR0hHeERaRWY4NEFWa2JlNXNPYkNwYmlkczJDWFdreXJJ?= =?utf-8?B?ZUxReTBOSTlPLzcrZTJyQ2tyZVFWcy9EQUZJbGlRQzRpZFpUSnVzaGN5VklL?= =?utf-8?B?Zzdna1g4VXJTMEJlTWhvSmlsVVVhWDJHaFBOMWFjb0hNNkhxbnprWVVsSHNY?= =?utf-8?B?clVJOVFHZFBXUWtzbDZPZHd6MWUzcXZuQmtQK2o1bFhBWkRSaUtuWWFtUURi?= =?utf-8?B?YU1YdnhLMHkzeWs1VFVUc0FPS1NIekR2bHpVdnM2dVNPQ1p6R0VkZ2VXUDZB?= =?utf-8?B?cEYrVXZkSFdhTWx6dEdWVDhBTkZyMjhtVWFXbjg0dHVQVDk3L0VUdVZsaWtT?= =?utf-8?B?T3BFK0xCQWU0M3ZYK2REd1Jsb1ZHQVQrTVhyb1d6MzNSK1Z3K3dLU0RrU2or?= =?utf-8?B?OCtwQzFzOUh5eGhYQ2pnMTMwMDhMZGtoQ3dJUGhYQ2pyaW5vajhFZVo1WG0w?= =?utf-8?B?VnRWbmhrajBoRkhYUjAxbVVjT1NFaVdyQmp6TUJCdERLZWhHeWdDRVJMSGZ5?= =?utf-8?B?OEhqMnNTYk1tYldPTDJSbkRCTTBsekwxdWF4NENUL0M1d0w4TnZuOXZjd1ph?= =?utf-8?B?R0d3dEJUZzIvd2w4VFFhckhXZ3MzcWdrZHBBb2d6K0dnNE4wWFFMN21xZi9F?= =?utf-8?B?d3V1WmZLRlZKSWt5SlA5eEh2WHFMUi9jWnI3V0NzMmlGdTNpM0F2V2NnYmhp?= =?utf-8?B?MnQvRFBhNENBclhtMjAxRDlCQ09VY3luRndoTUlTeGI4OVJLamQrdEsrTThJ?= =?utf-8?B?bW85d1RIbTdQR2p4U1VEM1FlQVJIZz09?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB051; 5:u0PS01Wu8zba3hGIrNytJD90bIkQKPoDSPNvTLgf4y5Bpoxg2QlccShCDGf/7Si3M4WpjqhhLCNkVNdtwWd2VmE0if0X9GAMLabm9pKVGYe1DXb4ks3zyx7WbeHoneKMqIgSSuitL7CaPEcl8OVQRw==; 24:shrhv2nkSEFo1+vFjgnggnd13dM0Kil13kRXQsHH+f5guiWQwxhgUnAet4H3xtuNvTQ7Ps6mHse1FVcPTNilWPidQvs44uRaIehC0+cSqgg= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jan 2016 22:39:12.4872 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB051 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, 22 Jan 2016 23:13:42 -0000 On Thu, 14 Jan 2016 11:01:10 +0200 Stanislav Galabov wrote: > Hi all, >=20 > First off, sorry for the cross-post, I wasn=E2=80=99t very sure where thi= s should go=E2=80=A6 >=20 > I=E2=80=99ve created 3 PRs, which enable some functionality that my work = on Ralink/Mediatek SoCs would benefit from. >=20 > 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 > - This enables geom_flashmap and fdt_slicer support for SPI flash chips s= upported by the mx25l driver (sys/dev/flash/mx25l.c) I see this change was committed to head, but I don't see a corresponding ch= ange to sys/conf/files to ensure fdt_slicer.c and geom_flashmap.c get compi= led. I think you also need something like the following: Index: sys/conf/files =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 --- sys/conf/files (revision 294541) +++ sys/conf/files (working copy) @@ -1419,7 +1419,7 @@ dev/fdt/fdt_common.c optional fdt dev/fdt/fdt_pinctrl.c optional fdt fdt_pinctrl dev/fdt/fdt_pinctrl_if.m optional fdt fdt_pinctrl -dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand +dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand | fdt mx25l dev/fdt/fdt_static_dtb.S optional fdt fdt_dtb_static \ dependency "$S/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE}" dev/fdt/simplebus.c optional fdt @@ -3010,7 +3010,7 @@ geom/geom_dump.c stfgeom_dumandard geom/geom_event.c standard geom/geom_fox.c optional geom_fox -geom/geom_flashmap.c optional fdt cfi | fdt nand +geom/geom_flashmap.c optional fdt cfi | fdt nand | fdt mx25l geom/geom_io.c standard geom/geom_kern.c standard geom/geom_map.c optional geom_map From owner-freebsd-arm@freebsd.org Sat Jan 23 01:51:56 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E43DA8D81E for ; Sat, 23 Jan 2016 01:51:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::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 0B7A51B65 for ; Sat, 23 Jan 2016 01:51:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-oi0-x231.google.com with SMTP id k206so59215693oia.1 for ; Fri, 22 Jan 2016 17:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=I1Bi5CkCYk0K87jJdyQOteQmr12KcfdPwq1aaRwrnpo=; b=OrrYQNaCVkBilJzvkqUI8B0xVMK3SrXZsaDZOeLWa1Nm548LMxtCryf4lyhEHuL2kp U5YMggZCvpU0py18KzRGuB0BSRu1oLd7yA0iRQzdRj8TXKn3Udz8wAWKb620jYdXzWtf vN1BPIJ3v8ef7LcddRqhjdM5JXSmJFsacTlITh4JUdyYfRyNCFhoN3zc2fEBppqdujhF WlGK7gpfjuywb+Q1jy6ddpBQ8b+Lf2FAFjy9A+QYDkVbCg1VS4ak9T7u9ibHd0IVGe3d LpPBhw/LH/dQpChF7qN89ST4u+tSjRc/dNzGcCIZ9Vym4A/C2U3V6ClXhdhbXzNBEHjc st9w== 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=I1Bi5CkCYk0K87jJdyQOteQmr12KcfdPwq1aaRwrnpo=; b=Y6kqc+svaV1uK4C8oSvXRk/yKFlldI2acQ5b35Z4ETKiKMb1ck7wTWmbr6zQRQotDL VW6bp/9LQB/lFwgLZLo34hoX1RE7cUzbvS00g5EGezXWuXsNb0k1BOE6zlD44ai/JOSm LKMVPzWZseoEqjEKls/D0ARVT+kTeB0HC5vlHY3W42kFhFCsH/OlLMzU/6TMV6Lm3lA0 ozZjmWjuzDdAiQMzgKn1eBxDYeD0ixbtvuVWXdNTDGkEGboOt4yxyr/1a2RhlawtX9Ny u7sFmXGral+itRUyKDFihRT3hXO/LzBmkNeh4St4mdtw76ju4ilsb7NPj5srMOcChLn1 cQuQ== X-Gm-Message-State: AG10YOTSGjxtm8X7yjn5XRirkv2bCmrzCXeWWtp+gWHjTOw7/mkSVokzvMG95riBLf+DiQ== X-Received: by 10.202.80.201 with SMTP id e192mr4755570oib.14.1453513914924; Fri, 22 Jan 2016 17:51:54 -0800 (PST) Received: from ?IPv6:2601:280:4900:3700:8c4e:fe46:fde5:e44f? ([2601:280:4900:3700:8c4e:fe46:fde5:e44f]) by smtp.gmail.com with ESMTPSA id k1sm4669962obz.22.2016.01.22.17.51.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 22 Jan 2016 17:51:54 -0800 (PST) Sender: Warner Losh Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_24CDE167-DB4D-4F5F-ADFF-173724FA42B8"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <56A1BFBB.8050204@freebsd.org> Date: Fri, 22 Jan 2016 18:51:52 -0700 Cc: freebsd-arm@freebsd.org, freebsd-mips@freebsd.org Message-Id: <9175E4D1-85CD-482F-A867-E327966A22FC@bsdimp.com> References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> <56A1BFBB.8050204@freebsd.org> To: Michal Meloun X-Mailer: Apple Mail (2.2104) 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, 23 Jan 2016 01:51:56 -0000 --Apple-Mail=_24CDE167-DB4D-4F5F-ADFF-173724FA42B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 21, 2016, at 10:35 PM, Michal Meloun wrote: >=20 > Dne 22.01.2016 v 5:43 Warner Losh napsal(a): >> On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd = >> wrote: >>=20 >>> On 18 January 2016 at 06:49, Stanislav Galabov = wrote: >>>> Hi Warner, >>>>=20 >>>> I was thinking resets could help in general, not specifically in = the >>> case of trying to implement a generic ohci_fdt driver. >>>>=20 >>>> As I already mentioned to you off-list (and in order for this = message to >>> possibly make some more sense), I saw that Linux makes use of the = =E2=80=98resets=E2=80=99 >>> property and looked at the documentation for it: >>>>=20 >>> = https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bin= dings/reset/reset.txt >>> < >>> = https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bin= dings/reset/reset.txt >>>>=20 >>>>=20 >>>> For example, with the work I am currently doing on Ralink/Mediatek >>> support, I have over 10 different chips in the same family, that = have very >>> similar peripheral blocks, but their clocks and resets are = controlled via >>> different bits in one of the SysCtl registers (the register itself = is at >>> the same offset within the SysCtl block of each chip). So I may have = chip X >>> which has its USB (for example) reset controlled by bit 10 and chip = Y with >>> USB reset controlled by bit 12. >>>>=20 >>>> So being able to write something like: >>>> resets =3D <&sysctl 10>; >>>> or >>>> resets =3D <&sysctl 11>; >>>>=20 >>>> in my dts/dtsi files helps me immensely, instead of having to check = what >>> chip I am running on and based on that use a different register = layout=E2=80=A6 >>>> Then, if I wanted to (de)assert reset for a peripheral block that = has >>> this property defined I=E2=80=99d just do = fdt_reset_(de)assert_all(dev), where dev >>> is the device_t for the peripheral in question. This would = (de)assert all >>> reset pins associated with the peripheral. >>>>=20 >>>> The same is the case for clock control (gating) in the = Ralink/Mediatek >>> SoCs and this is the main reason I used fdt_clock that is already in >>> sys/dev/fdt and then thought about implementing the fdt_reset based = on it. >>>>=20 >>>> I hope this clarifies a bit my reason for submitting the fdt_reset = patch. >>>=20 >>> This seems fine to me. Hm. Ian? Any comments? >>>=20 >>=20 >> I want to check on a few things before we head down this path. I've = been >> traveling so haven't had a chance to look through it to see if Atmel = uses >> this, and who else does... >>=20 >> Warner >>=20 >>=20 > I think that i have more complete implementation of reset framework > ready to commit. Just waiting for mentor approval. > Please see https://github.com/strejda/tegra/tree/master/sys/dev/reset This looks fairly good. Bummer that Atmel doesn=E2=80=99t use it yet in = their FDT files. Warner > Michal >=20 >>> -a >>>=20 >>>> Best wishes >>>> Stanislav >>>>=20 >>>>> On Jan 18, 2016, at 02:04, Warner Losh wrote: >>>>>=20 >>>>> I don't see how resets help. Maybe I missed where it was = documented, >>> could you send that to me? >>>>>=20 >>>>> Even with that, it seems that a generic ohci_fdt driver isn't = possible. >>>>>=20 >>>>> Warner >>>>>=20 >>>>> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov = >> > wrote: >>>>> Hi all, >>>>>=20 >>>>> First off, sorry for the cross-post, I wasn=E2=80=99t very sure = where this >>> should go=E2=80=A6 >>>>>=20 >>>>> I=E2=80=99ve created 3 PRs, which enable some functionality that = my work on >>> Ralink/Mediatek SoCs would benefit from. >>>>>=20 >>>>> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227> >>>>> - This enables geom_flashmap and fdt_slicer support for SPI flash = chips >>> supported by the mx25l driver (sys/dev/flash/mx25l.c) >>>>>=20 >>>>> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228> >>>>> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property = in much the same way as >>> ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks=3D=E2= =80=98 property. In fact >>> this work is basically a modified version of fdt_clock* :-) >>>>>=20 >>>>> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229> >>>>> - This simply moves the at91 specific = sys/dev/usb/controller/ohci_fdt.c >>> to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename = in >>> sys/arm/at91/files.at91 as well). The current naming is misleading = IMHO and >>> also, I have some (vague-ish) plans to see if I can implement = generic >>> ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with = standard >>> ehci/ohci controllers can reuse these. >>>>>=20 >>>>> Patches are attached to the PRs. >>>>>=20 >>>>> I would appreciate any feedback on the PRs and would also = appreciate it >>> if someone could commit these if the proposed changes are = appropriate. >>>>>=20 >>>>> Best wishes, >>>>> Stanislav >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing = list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org >>> " >>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 >=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" --Apple-Mail=_24CDE167-DB4D-4F5F-ADFF-173724FA42B8 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 iQIcBAEBCgAGBQJWoty4AAoJEGwc0Sh9sBEAnnMP/2MrNmJvqgK6t8UT63cWCuim 6xZVTRivoZzEF4gJd+DdfAlvyGSmbvmzn+nGlcYjS/HKZbZtfbufzcYJfCng4iJn RcBf00pf7IuGkRMTuvZTIBhrNfo3lOhhg4wMVxQc1o3+7nxVMquOEG9rkqt1EIM1 kYAjCWGArAxObjkJ9I2WP/TXkFt4ltYVbltBTTpeWXcML0IxZpT4F/TcOuF7OJcN 0IjPYOAy4+pG6CWt3+jNi2LexyuuVT+y/NMd/QiG2dyz6ElPetniINe20ID2Cqaj xUCmkCkDJIouMhDxuJI9IPvn0XiFtpWun5NPI9ip0GNZinVH+vEemMsolInis+zb PuuVRrcTdtsMtnAV9TnABJldjHPuwAojaJx2VpdMncdO/EuSTXcfDztcS/wIr1An nMooQH9k7TxXHI76Lko01fBShNPdxdzMR2YYYDckDmtm/Y/YS+IpXqIjdZ9UiETP bZpf9jriq4ErV7dsNFfGgB5ucxHsQ2GYkLg8bfWqoLGBcxF8PlmVuMErU5uWdJgu ybIKmm5fRNpbAO9/y1UP64vxItWD69KZ9vYP0v/6EALl9OPYUwjNm8uKAzhDBstK yQvTIytwGvSoGkz174ay19nNsiyIfUmx97guuECvNvxmwku6Xu6cJDSCMZ0/X7um toBPZ3tXCQPcbCisFVtV =D+0m -----END PGP SIGNATURE----- --Apple-Mail=_24CDE167-DB4D-4F5F-ADFF-173724FA42B8-- From owner-freebsd-arm@freebsd.org Sat Jan 23 05:18:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BC7DA8D191; Sat, 23 Jan 2016 05:18:06 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7B2F1AA5; Sat, 23 Jan 2016 05:18:05 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id k1so51600792vkb.2; Fri, 22 Jan 2016 21:18:05 -0800 (PST) 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=mW2+HkIiGk3UWA0BewHg1xEaK/1Kys/ivg19mTZm5dc=; b=m1f/BySZ0ACWkuGzJTVSWJRcx2U5kTQEB34tcfFLo6HPaZ5sWGlcw+3ZTBiQXxvMHs E8vH7WbcqIqD7/4xBzSIC7EFR82iH4bgQwLeWNNT8F4qM85QxPcuyAmadaXVvWmJlVGa gJGC97O2LkpjMR6m678fSPmGyPOHp6wGc9uXP8LL6/bmDS6XWlWYTkiD8PbqVSYen8S/ xnmy21RX+NTeuayZ66WgrCdcnoV/nLLotgcnZOQ4oPU3z1tghtfnuwy4m4037tFUvkUn BAbCnFFUzmLgD+PK/yE2Y0jlunxO8Cw5bljdHTVMleiNflFJMdUvPS0DKtQYpl82C5Pl SPUw== 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=mW2+HkIiGk3UWA0BewHg1xEaK/1Kys/ivg19mTZm5dc=; b=Bggbiiu06CUSF1inwqreDbzeEQgSLNKlJ6qdDX37LQeO+dfqP6LyTyxPKs6r1IIymI 5VSZ1z4wE99hj7Ra7RZcqgrPBPxGoZkNCnkkeXTrbimQf9+hq9/ZlQTtKe3SK2aoY7N5 Hd0VI8HYxbakrPUT1YH0xF5s0jZ00pkBCHxatlBIiscoxpVaPQfu1VXirGNr2dfhxMry zHB8AQ7r9AbeqvZ6ZV4liFOtwWZ0dC59UHb38jR7hiGfcm8cFOrGeR8EYlBozBNZc0oh +WITMPe7V0vEyzMfeTSF/8eA7iKJXRdvn6EVIoA6/BvoJLPySx4I209ZaDbdoEj2Uv7N /NKQ== X-Gm-Message-State: AG10YOQCVZ3KIbtYClmk45r3UYHJAxa8g42LRG5QZIAK98T474YNYcXzTrSBXENCxsPPI+paz+fA0qKT3MTFfA== MIME-Version: 1.0 X-Received: by 10.31.153.11 with SMTP id b11mr4295738vke.127.1453526284881; Fri, 22 Jan 2016 21:18:04 -0800 (PST) Received: by 10.31.183.147 with HTTP; Fri, 22 Jan 2016 21:18:04 -0800 (PST) In-Reply-To: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> References: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> Date: Sat, 23 Jan 2016 07:18:04 +0200 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Stanislav Galabov To: Steve Kiernan Cc: freebsd-mips@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2016 05:18:06 -0000 It looks like only part of the original patch I submitted made it into head (only the mx25l part). We also need to change sys/conf/files as Steve pointed out, as well as sys/geom/geom_flashmap.c: https://bz-attachments.freebsd.org/attachment.cgi?id=3D165546 Best wishes, Stanislav On Sat, Jan 23, 2016 at 12:39 AM, Steve Kiernan wrote: > On Thu, 14 Jan 2016 11:01:10 +0200 > Stanislav Galabov wrote: > > > Hi all, > > > > First off, sorry for the cross-post, I wasn=E2=80=99t very sure where t= his > should go=E2=80=A6 > > > > I=E2=80=99ve created 3 PRs, which enable some functionality that my wor= k on > Ralink/Mediatek SoCs would benefit from. > > > > 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 > > - This enables geom_flashmap and fdt_slicer support for SPI flash chips > supported by the mx25l driver (sys/dev/flash/mx25l.c) > > I see this change was committed to head, but I don't see a corresponding > change to sys/conf/files to ensure fdt_slicer.c and geom_flashmap.c get > compiled. > > I think you also need something like the following: > > Index: sys/conf/files > =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 > --- sys/conf/files (revision 294541) > +++ sys/conf/files (working copy) > @@ -1419,7 +1419,7 @@ > dev/fdt/fdt_common.c optional fdt > dev/fdt/fdt_pinctrl.c optional fdt fdt_pinctrl > dev/fdt/fdt_pinctrl_if.m optional fdt fdt_pinctrl > -dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand > +dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand | fdt mx25l > dev/fdt/fdt_static_dtb.S optional fdt fdt_dtb_static \ > dependency "$S/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE}" > dev/fdt/simplebus.c optional fdt > @@ -3010,7 +3010,7 @@ > geom/geom_dump.c stfgeom_dumandard > geom/geom_event.c standard > geom/geom_fox.c optional geom_fox > -geom/geom_flashmap.c optional fdt cfi | fdt nand > +geom/geom_flashmap.c optional fdt cfi | fdt nand | fdt mx25l > geom/geom_io.c standard > geom/geom_kern.c standard > geom/geom_map.c optional geom_map > From owner-freebsd-arm@freebsd.org Sat Jan 23 05:22:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36D5CA8D42A; Sat, 23 Jan 2016 05:22:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F29D61D73; Sat, 23 Jan 2016 05:22:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x231.google.com with SMTP id ik10so4829725igb.1; Fri, 22 Jan 2016 21:22:53 -0800 (PST) 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=Bnb/kuIWQC3hlJ1mKCDc0O7xnRQoyU++gNZA+ljyx4M=; b=gGWK+f3e8Ovp6NFyGN7qoVRwhDmspnLvdg/SI582L8eIlE4B7APm0/l3cPwcdsJQ+R bvE2+2qqTW7ZMHBRW8y91NVoRY3KuRwljI0MoiG24GFNACxz+a3Jnf2qvCusgVCDsD9I hRI8f/crfmXqsrCSKosy6ZXf79+OBoo4Ntzqi2UocK4EXzIEZLtRD10nhj3zxjA6ao77 YiuvSTL6iwy1NTXXFYPUdtMkSNuoaU5+qvJT+eiMASLYzrRcpagH6xJl591VRdR3UlEC kIbyFRD6Y3N3JR8RsUmD8qWn4cyQS0EdFLqbxW5vjDfU4WybNeRVmnt2LRbEbcACiCZA HYyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Bnb/kuIWQC3hlJ1mKCDc0O7xnRQoyU++gNZA+ljyx4M=; b=l1CeQjF8/l9KMu7ITECJNW/R5VwztIVAJR1sZJwKk/msL0bs3Qa7Bc0UyrlbqFPDEr YWX71Gxbknrd2KOo/e4VPYGhPVIx1rg4dOC6wdZFJXOMv55X8LLS566tcG/AVCSkhFNR 7V+6H0AlUmUyNjKDcgeYAUZ5pPpAd9V8F09f/TmBcgvBHstmyh42DXeS/aEd81Nm/26T j+OD784g+F/h15kBaXnCJQB7mUghiLJFb4hzapRyJz8gMlUn+LQO2HZ4qoNkt/LEOCIz dqs/CgBzDx+rcw3r/RDUi4HZy7edx/1RgYhMs7yIpkjX5FX9lEs2HQnS7Ey8mCE7gHp0 E/og== X-Gm-Message-State: AG10YOQoy2hPW0msKVcQBSYstKniHer+Dnbpy6qX2GASeYw+irNGC9DxR4bXpau44/pHpdhP7F9PEzq0tCSZoA== MIME-Version: 1.0 X-Received: by 10.50.171.225 with SMTP id ax1mr6683935igc.61.1453526573397; Fri, 22 Jan 2016 21:22:53 -0800 (PST) Received: by 10.36.121.16 with HTTP; Fri, 22 Jan 2016 21:22:53 -0800 (PST) In-Reply-To: References: <20160122173906.147bb7c2@stevek-ubuntu.jnpr.net> Date: Fri, 22 Jan 2016 21:22:53 -0800 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Adrian Chadd To: Stanislav Galabov Cc: Steve Kiernan , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2016 05:22:54 -0000 let me .. fix that. -a On 22 January 2016 at 21:18, Stanislav Galabov wrote: > It looks like only part of the original patch I submitted made it into he= ad > (only the mx25l part). > We also need to change sys/conf/files as Steve pointed out, as well as > sys/geom/geom_flashmap.c: > https://bz-attachments.freebsd.org/attachment.cgi?id=3D165546 > > Best wishes, > Stanislav > > On Sat, Jan 23, 2016 at 12:39 AM, Steve Kiernan wrot= e: > >> On Thu, 14 Jan 2016 11:01:10 +0200 >> Stanislav Galabov wrote: >> >> > Hi all, >> > >> > First off, sorry for the cross-post, I wasn=E2=80=99t very sure where = this >> should go=E2=80=A6 >> > >> > I=E2=80=99ve created 3 PRs, which enable some functionality that my wo= rk on >> Ralink/Mediatek SoCs would benefit from. >> > >> > 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 >> > - This enables geom_flashmap and fdt_slicer support for SPI flash chip= s >> supported by the mx25l driver (sys/dev/flash/mx25l.c) >> >> I see this change was committed to head, but I don't see a corresponding >> change to sys/conf/files to ensure fdt_slicer.c and geom_flashmap.c get >> compiled. >> >> I think you also need something like the following: >> >> Index: sys/conf/files >> =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 >> --- sys/conf/files (revision 294541) >> +++ sys/conf/files (working copy) >> @@ -1419,7 +1419,7 @@ >> dev/fdt/fdt_common.c optional fdt >> dev/fdt/fdt_pinctrl.c optional fdt fdt_pinctrl >> dev/fdt/fdt_pinctrl_if.m optional fdt fdt_pinctrl >> -dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand >> +dev/fdt/fdt_slicer.c optional fdt cfi | fdt nand | fdt mx25l >> dev/fdt/fdt_static_dtb.S optional fdt fdt_dtb_static \ >> dependency "$S/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE}" >> dev/fdt/simplebus.c optional fdt >> @@ -3010,7 +3010,7 @@ >> geom/geom_dump.c stfgeom_dumandard >> geom/geom_event.c standard >> geom/geom_fox.c optional geom_fox >> -geom/geom_flashmap.c optional fdt cfi | fdt nand >> +geom/geom_flashmap.c optional fdt cfi | fdt nand | fdt mx25l >> geom/geom_io.c standard >> geom/geom_kern.c standard >> geom/geom_map.c optional geom_map >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jan 23 05:43:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B035A8DCF5 for ; Sat, 23 Jan 2016 05:43:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 E006E181F for ; Sat, 23 Jan 2016 05:43:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13555 invoked from network); 23 Jan 2016 05:43:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 05:43:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 23 Jan 2016 00:43:29 -0500 (EST) Received: (qmail 399 invoked from network); 23 Jan 2016 05:43:28 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 05:43:28 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.124] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A6A911C43C6; Fri, 22 Jan 2016 21:43:19 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: projects/clang380-import -r294609: arm buildworld broken by picking up -r294499's disable of clang.lib.mk -mlong-calls use Message-Id: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> Date: Fri, 22 Jan 2016 21:43:25 -0800 To: freebsd-arm , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) 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, 23 Jan 2016 05:43:34 -0000 When I tried an rpi2 buildworld for clang380-import -r294609 it failed = with =E2=80=9Crelocation truncated=E2=80=9D problems. (arm7-a cortex-a7 = no misaligned accesses as my context.) It looks like this is from picking up base/head=E2=80=99s -r294499 as = part of forming -r294599 in clang380-import. -r294499 commented out = having -mlong-calls in /usr/src/lib/clang/clang.lib.mk: > # more /usr/src/lib/clang/clang.lib.mk > # $FreeBSD: projects/clang380-import/lib/clang/clang.lib.mk 294599 = 2016-01-22 20:41:56Z dim $ >=20 > LLVM_SRCS=3D ${.CURDIR}/../../../contrib/llvm >=20 > .include "clang.build.mk" >=20 > INTERNALLIB=3D >=20 > .if ${MACHINE_CPUARCH} =3D=3D "arm" > # This will need to be enabled to link clang 3.8 > #STATIC_CXXFLAGS+=3D -mlong-calls > .endif >=20 > .include The script=E2=80=99s buildworld records show: > --- all_subdir_clang --- > = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bclangfrontendtool/libclangfrontendtool.a(ExecuteCompilerInvocation.o): = In function = `clang::ExecuteCompilerInvocation(clang::CompilerInstance*)': > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x98): relocation = truncated to fit: R_ARM_CALL against symbol = `llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, = std::__1::basic_string, = std::__1::allocator >*)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(DynamicLibrary.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x120): relocation = truncated to fit: R_ARM_CALL against symbol = `std::__1::basic_string, = std::__1::allocator >::~basic_string()' defined in = .text._ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED2Ev[= _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED5Ev] = section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(string.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x1c4): relocation = truncated to fit: R_ARM_CALL against symbol = `std::__1::basic_string, = std::__1::allocator >::~basic_string()' defined in = .text._ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED2Ev[= _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED5Ev] = section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(string.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x224): relocation = truncated to fit: R_ARM_CALL against symbol `operator new[](unsigned = int)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x238): relocation = truncated to fit: R_ARM_CALL against symbol `memset' defined in .text = section in /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc.a(memset.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x294): relocation = truncated to fit: R_ARM_CALL against symbol = `llvm::cl::ParseCommandLineOptions(int, char const* const*, char = const*)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(CommandLine.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x29c): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete[](void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x2dc): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete(void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x2f8): relocation = truncated to fit: R_ARM_CALL against symbol `llvm::outs()' defined in = .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(raw_ostream.o) > --- all_subdir_usr.sbin --- > --- auditdistd.debug --- > --- all_subdir_usr.bin --- > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x340): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete(void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x348): additional = relocation overflows omitted from the output =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Jan 23 06:34:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C556BA8ECEF for ; Sat, 23 Jan 2016 06:34:17 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::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 5E9A71BCE for ; Sat, 23 Jan 2016 06:34:17 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id n5so10618346wmn.0 for ; Fri, 22 Jan 2016 22:34:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=E0g4Jxj5/0kGUudHPCoqnmaaW+vP8TSf0X4LvrXOcu0=; b=0CxauCJiyJJMHdRZ6R2Ut6oJOUzK8gz8X8C2LjUSzB9ONM3bhByirlhx0yML2prlf+ vVYnulXW6mFouAOOxPOQ8P0AM2FH7LlZqnH1/3UgBuT+Ahd7bfu17pdRDVlYEy9Og5nB /S73lZrbNTzwU05hyyLYPoAfw4O6dppw7lK4vSK0tnG7AYfYjJlnPEuDIhj0NdaaWZqo qZdnLU1hCc94O1rkn1gGqwoiyb0rum+bq7K03XGvgb4pdMU111hanSEfzizwrourSF0V fs9GeXUprJnbdIzlJ9VDB7VnZC3VXD75Og8iQin61jliwzwQFkRQkNE/DklRMTfZ34pY iX6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:date:message-id:cc:to:mime-version; bh=E0g4Jxj5/0kGUudHPCoqnmaaW+vP8TSf0X4LvrXOcu0=; b=bM6jhlhM7giZEk/hH0ybXLEWCSBxLZqQWhwEiH798EXtaQMRbDsKVILtsWCkw0wShW 0t9o1o3k4WJsn7b5FQJaSHPWpZ/e1IESIGGZHCy91lnsUitaqX9MmcTnelfM0g+C2/2p etgCLYYFx0xdp4efzICF5NbkjpP81AkgljII9T+lyaWex+YQy9ufoJ1cH+8P6YDk13rk qTAfB+UMTjCa17QxrnIxWtvHrszfUk/1BBCA5tbl9bKAFkRehOjZR/yNmT+P/5kRGMNO Mazao5HBM2KuZqhAXtwz8jcJ7nZD65Bymmn74lBEVZjTI6it5SQXPrw3I+rom//JrEka bB7g== X-Gm-Message-State: AG10YOT+b4QrIngMFQmwjHYHvqPVR2ZULWFCnhWI8Ucz8pUjKEX+sN1WoAwqW8p5Fm+Ysg== X-Received: by 10.28.140.142 with SMTP id o136mr6846782wmd.45.1453530855896; Fri, 22 Jan 2016 22:34:15 -0800 (PST) Received: from [10.0.50.9] ([94.155.70.123]) by smtp.gmail.com with ESMTPSA id l7sm8950742wjx.14.2016.01.22.22.34.14 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 22 Jan 2016 22:34:15 -0800 (PST) From: Stanislav Galabov Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: [patch] Teach ofw_bus_parse_xref_list_alloc to be able to return the length of the parsed list Date: Sat, 23 Jan 2016 08:34:12 +0200 Message-Id: <6A3FDC79-6AB8-477C-8FBE-30DB3E88BF83@gmail.com> Cc: Stanislav Galabov , Adrian Chadd To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) X-Mailer: Apple Mail (2.3094) 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, 23 Jan 2016 06:34:17 -0000 Hi all, I=E2=80=99ve just opened the following PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206516 The patch, attached to the PR, basically suggests a way to obtain the = length of the list parsed by ofw_bus_parse_xref_list_alloc in advance = (e.g., without having to iterate until we get an error or a NULL = result). This would be useful in cases where we don=E2=80=99t know what = the length of the list would be, but we need to get all its parsed = entries and store a reference to them somewhere (e.g., a device=E2=80=99s = softc). This would be useful in particular for my Ralink/Mediatek MIPS work, = since there are, for example, chips in this family, that need to = enable/disable 2 clocks for USB and then there are others that only need = 1. The same goes for resets. Best wishes, Stanislav= From owner-freebsd-arm@freebsd.org Sat Jan 23 08:28:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B670A8D32F; Sat, 23 Jan 2016 08:28:17 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 86F071ED7; Sat, 23 Jan 2016 08:28:16 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id b14so1891227wmb.1; Sat, 23 Jan 2016 00:28:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QAz5vVYnKlVpsYaYuaP0gQf11qxhLOzLpu5LpLeDrSQ=; b=toPOp44YYSwCvwGlNATfoMxaHGjjFMlVpFAZXTgWgkXNDPdjviJEHTA7HzHc9u9h2L RLhzSd9O0Z/wrBInKd9JTWzUPv93sRltCUW81rQwq6VjG5lHdBvxthWUtMeO+kVWG743 eHqiPGRXW/nQ5/Vk4Ceugamgg3NP05W9Txd0PCf5FEPMoTz7JhZ/fekN3h2Z8jscNRHK CViVjrQZdtLoMdj25xOt7KsVisAN4A8/ZbXdadl9suBeoEahUGc5r6vLjH/ZP9GpLFTN 1bsqiot6uIc9A3Ut1vIHmab/JlPc/utQ1TxfFNEbu4EiD/CNY1UyZqnqiDDtuG5EdCzu IKKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=QAz5vVYnKlVpsYaYuaP0gQf11qxhLOzLpu5LpLeDrSQ=; b=BCwvvHNkZSRSY4xuWt3LjpwT4OUXEyHfF/bv1foMrRfy/xaXzydpei6rd9iVytWfV3 KZMWPMI+HiJWi0wC+C9S908/BMrj5yCNG5spzAHnp++B/SAwg/MG9XV9muFLs9AkfppS 7wwl6eoR3Rk6o40sEgAOiUTZ3XxOHc0zo5yHokeuih3ZShN34UTN20yq56kdjDaw90AY feC3REj3/RQ+SzYrqYfTk5E/8JCCt2VQzI31lBymqC5gvAHEvYodilrFaz67q6WnsoHE UZM0onWUDZwde4/yAb2g3FjVC+UEHnYBEIJAtCqRGCwCFNzkFEtEiOxep73LYhwyjz8r 3k+Q== X-Gm-Message-State: AG10YORN9OpwjKehC/wr74Q1XWVeNdMnbwCNLT1peynMletq7/emr4i8mGoJDdxSZIMs0A== X-Received: by 10.194.58.235 with SMTP id u11mr7393265wjq.52.1453537694791; Sat, 23 Jan 2016 00:28:14 -0800 (PST) Received: from [10.190.99.221] (85-118-68-209.mtel.net. [85.118.68.209]) by smtp.gmail.com with ESMTPSA id 75sm6284554wmo.22.2016.01.23.00.28.13 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 23 Jan 2016 00:28:13 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Stanislav Galabov X-Mailer: iPhone Mail (12B440) In-Reply-To: <56A1BFBB.8050204@freebsd.org> Date: Sat, 23 Jan 2016 10:28:16 +0200 Cc: "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Message-Id: <57E542F6-FCF2-4E51-9FE5-8EDD85DA2102@gmail.com> References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> <56A1BFBB.8050204@freebsd.org> To: Michal Meloun 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, 23 Jan 2016 08:28:17 -0000 > On Jan 22, 2016, at 07:35, Michal Meloun wrote: >=20 > Dne 22.01.2016 v 5:43 Warner Losh napsal(a): >> On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd >> wrote: >>=20 >>>> On 18 January 2016 at 06:49, Stanislav Galabov wro= te: >>>> Hi Warner, >>>>=20 >>>> I was thinking resets could help in general, not specifically in the >>> case of trying to implement a generic ohci_fdt driver. >>>>=20 >>>> As I already mentioned to you off-list (and in order for this message t= o >>> possibly make some more sense), I saw that Linux makes use of the =E2=80= =98resets=E2=80=99 >>> property and looked at the documentation for it: >>> https://github.com/torvalds/linux/blob/master/Documentation/devicetree/b= indings/reset/reset.txt >>> < >>> https://github.com/torvalds/linux/blob/master/Documentation/devicetree/b= indings/reset/reset.txt >>>>=20 >>>>=20 >>>> For example, with the work I am currently doing on Ralink/Mediatek >>> support, I have over 10 different chips in the same family, that have ve= ry >>> similar peripheral blocks, but their clocks and resets are controlled vi= a >>> different bits in one of the SysCtl registers (the register itself is at= >>> the same offset within the SysCtl block of each chip). So I may have chi= p X >>> which has its USB (for example) reset controlled by bit 10 and chip Y wi= th >>> USB reset controlled by bit 12. >>>>=20 >>>> So being able to write something like: >>>> resets =3D <&sysctl 10>; >>>> or >>>> resets =3D <&sysctl 11>; >>>>=20 >>>> in my dts/dtsi files helps me immensely, instead of having to check wha= t >>> chip I am running on and based on that use a different register layout=E2= =80=A6 >>>> Then, if I wanted to (de)assert reset for a peripheral block that has >>> this property defined I=E2=80=99d just do fdt_reset_(de)assert_all(dev),= where dev >>> is the device_t for the peripheral in question. This would (de)assert al= l >>> reset pins associated with the peripheral. >>>>=20 >>>> The same is the case for clock control (gating) in the Ralink/Mediatek >>> SoCs and this is the main reason I used fdt_clock that is already in >>> sys/dev/fdt and then thought about implementing the fdt_reset based on i= t. >>>>=20 >>>> I hope this clarifies a bit my reason for submitting the fdt_reset patc= h. >>>=20 >>> This seems fine to me. Hm. Ian? Any comments? >>=20 >> I want to check on a few things before we head down this path. I've been >> traveling so haven't had a chance to look through it to see if Atmel uses= >> this, and who else does... >>=20 >> Warner > I think that i have more complete implementation of reset framework > ready to commit. Just waiting for mentor approval. > Please see https://github.com/strejda/tegra/tree/master/sys/dev/reset >=20 > Michal I have no objections to using Michal's framework, especially if the patch fr= om PR 206516 is applied: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206516 His framework is really more complete than what I did. Best wishes, Stanislav >>> -a >>>=20 >>>> Best wishes >>>> Stanislav >>>>=20 >>>>> On Jan 18, 2016, at 02:04, Warner Losh wrote: >>>>>=20 >>>>> I don't see how resets help. Maybe I missed where it was documented, >>> could you send that to me? >>>>>=20 >>>>> Even with that, it seems that a generic ohci_fdt driver isn't possible= . >>>>>=20 >>>>> Warner >>>>>=20 >>>>> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov >> > wrote: >>>>> Hi all, >>>>>=20 >>>>> First off, sorry for the cross-post, I wasn=E2=80=99t very sure where t= his >>> should go=E2=80=A6 >>>>>=20 >>>>> I=E2=80=99ve created 3 PRs, which enable some functionality that my wo= rk on >>> Ralink/Mediatek SoCs would benefit from. >>>>>=20 >>>>> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227> >>>>> - This enables geom_flashmap and fdt_slicer support for SPI flash chip= s >>> supported by the mx25l driver (sys/dev/flash/mx25l.c) >>>>>=20 >>>>> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228> >>>>> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in mu= ch the same way as >>> ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks=3D=E2= =80=98 property. In fact >>> this work is basically a modified version of fdt_clock* :-) >>>>>=20 >>>>> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 < >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229> >>>>> - This simply moves the at91 specific sys/dev/usb/controller/ohci_fdt.= c >>> to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in >>> sys/arm/at91/files.at91 as well). The current naming is misleading IMHO a= nd >>> also, I have some (vague-ish) plans to see if I can implement generic >>> ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with standar= d >>> ehci/ohci controllers can reuse these. >>>>>=20 >>>>> Patches are attached to the PRs. >>>>>=20 >>>>> I would appreciate any feedback on the PRs and would also appreciate i= t >>> if someone could commit these if the proposed changes are appropriate. >>>>>=20 >>>>> Best wishes, >>>>> Stanislav >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org >>> " >>>>=20 >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jan 23 14:18:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D260A8E399; Sat, 23 Jan 2016 14:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 436341AFD; Sat, 23 Jan 2016 14:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::f122:7bdb:e47d:10df] (unknown [IPv6:2001:7b8:3a7:0:f122:7bdb:e47d:10df]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 42EE2301BF; Sat, 23 Jan 2016 15:18:21 +0100 (CET) Subject: Re: projects/clang380-import -r294609: arm buildworld broken by picking up -r294499's disable of clang.lib.mk -mlong-calls use Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> Date: Sat, 23 Jan 2016 15:18:12 +0100 Cc: freebsd-arm , FreeBSD Toolchain Message-Id: <9AECE24D-100A-468B-ACEA-53606D54CECE@FreeBSD.org> References: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3112) 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, 23 Jan 2016 14:18:25 -0000 --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 23 Jan 2016, at 06:43, Mark Millard wrote: >=20 > When I tried an rpi2 buildworld for clang380-import -r294609 it failed = with =E2=80=9Crelocation truncated=E2=80=9D problems. (arm7-a cortex-a7 = no misaligned accesses as my context.) >=20 > It looks like this is from picking up base/head=E2=80=99s -r294499 as = part of forming -r294599 in clang380-import. -r294499 commented out = having -mlong-calls in /usr/src/lib/clang/clang.lib.mk: Thanks for noticing this, I have undone it again in r294633. -Dimitry --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlaji6wACgkQsF6jCi4glqPHmgCcDmB0Q2iAVRMXW6dELaj8TOtt +foAniMS2YLzt9a7bH3/3UEEHvbwk5fx =seAb -----END PGP SIGNATURE----- --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E-- From owner-freebsd-arm@freebsd.org Sat Jan 23 15:28:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B44F3A8EF13; Sat, 23 Jan 2016 15:28:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::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 7B7241FCC; Sat, 23 Jan 2016 15:28:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x229.google.com with SMTP id 77so114963494ioc.2; Sat, 23 Jan 2016 07:28:45 -0800 (PST) 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=TgbCB3lX0omU3bwOF+icQ+12wuOVbas5xAHGy7L2tFg=; b=eTiPu8Tv43F0h8OlxtXozBcZi5S90RkQ51hK+ETfOhP8Y0Arf0UENfe7R21qC8mMeW gYdGdwe5goX5csCP9gfab8GCEkeVhFr5I0SAkuWXnKZBLa3QTfd4ul24pBVfdCfy9TmQ lVYqT1ZdHGd/fXSQmtdAY8YWRiHGJtm6KtdvhVqoU+Xo7detSlTVHLYqLGWS8KnUvFk+ 2u8HW9tEfxlF++68I8IPZz8k2abuR0NYnRBJpvT1zPc+iPyu6t4SBOQ59GZuB4Wqe4wk KFzAS0sXGeBqXIP4K36wJea0n8hYNyCxg/diuOx9NAZQ+IZyaVk+RbWwQmuXp9SazVsa Nn1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TgbCB3lX0omU3bwOF+icQ+12wuOVbas5xAHGy7L2tFg=; b=e3MQI24QRt36j09PiiB1gHBsklglNjdDno7ZIz/6dQH5Si6QhotgU0JpbvZt0T39NG 2+UPJ7lf6Ba6ggrtEqqUPN7Z+o1gGd1CxW0bCoI7zdm5aUFLIXgXonuvXlIpwGuXReIF 5d/5GgXFjxEUPjLpWyvwBQ1c2wPhiIEczqBpDs0aklEEEGRXQbLzbihrqKozanIbPMuR OYLocvyntrCdJSzkOBz8RYMTI0Va2c3N2dM+yBfV9rCpxtZK06LMXybtSJsHTjzOg50N Bc2u4TrHELFUhj2w9thyT6+VypsIpeW0IEEZBzjcr4bgGGmGlhypMGuWKKomtx+egDCF sapw== X-Gm-Message-State: AG10YOS5fdqPFp0okAq0T1PA0dWsWOL720YSxfnn0KbqA8Su3f2kWfgSIW/sMfc7+kPrEtWZ4KvgWrXOHD2apA== MIME-Version: 1.0 X-Received: by 10.107.162.146 with SMTP id l140mr8362232ioe.123.1453562924849; Sat, 23 Jan 2016 07:28:44 -0800 (PST) Received: by 10.36.121.16 with HTTP; Sat, 23 Jan 2016 07:28:44 -0800 (PST) In-Reply-To: <57E542F6-FCF2-4E51-9FE5-8EDD85DA2102@gmail.com> References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> <56A1BFBB.8050204@freebsd.org> <57E542F6-FCF2-4E51-9FE5-8EDD85DA2102@gmail.com> Date: Sat, 23 Jan 2016 07:28:44 -0800 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Adrian Chadd To: Stanislav Galabov Cc: Michal Meloun , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2016 15:28:45 -0000 ok, I think you've now hit the "please register for an account at reviews.freebsd.org and publish patches there" step. :) -a On 23 January 2016 at 00:28, Stanislav Galabov wrote: > > >> On Jan 22, 2016, at 07:35, Michal Meloun wrote: >> >> Dne 22.01.2016 v 5:43 Warner Losh napsal(a): >>> On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd >>> wrote: >>> >>>>> On 18 January 2016 at 06:49, Stanislav Galabov w= rote: >>>>> Hi Warner, >>>>> >>>>> I was thinking resets could help in general, not specifically in the >>>> case of trying to implement a generic ohci_fdt driver. >>>>> >>>>> As I already mentioned to you off-list (and in order for this message= to >>>> possibly make some more sense), I saw that Linux makes use of the =E2= =80=98resets=E2=80=99 >>>> property and looked at the documentation for it: >>>> https://github.com/torvalds/linux/blob/master/Documentation/devicetree= /bindings/reset/reset.txt >>>> < >>>> https://github.com/torvalds/linux/blob/master/Documentation/devicetree= /bindings/reset/reset.txt >>>>> >>>>> >>>>> For example, with the work I am currently doing on Ralink/Mediatek >>>> support, I have over 10 different chips in the same family, that have = very >>>> similar peripheral blocks, but their clocks and resets are controlled = via >>>> different bits in one of the SysCtl registers (the register itself is = at >>>> the same offset within the SysCtl block of each chip). So I may have c= hip X >>>> which has its USB (for example) reset controlled by bit 10 and chip Y = with >>>> USB reset controlled by bit 12. >>>>> >>>>> So being able to write something like: >>>>> resets =3D <&sysctl 10>; >>>>> or >>>>> resets =3D <&sysctl 11>; >>>>> >>>>> in my dts/dtsi files helps me immensely, instead of having to check w= hat >>>> chip I am running on and based on that use a different register layout= =E2=80=A6 >>>>> Then, if I wanted to (de)assert reset for a peripheral block that has >>>> this property defined I=E2=80=99d just do fdt_reset_(de)assert_all(dev= ), where dev >>>> is the device_t for the peripheral in question. This would (de)assert = all >>>> reset pins associated with the peripheral. >>>>> >>>>> The same is the case for clock control (gating) in the Ralink/Mediate= k >>>> SoCs and this is the main reason I used fdt_clock that is already in >>>> sys/dev/fdt and then thought about implementing the fdt_reset based on= it. >>>>> >>>>> I hope this clarifies a bit my reason for submitting the fdt_reset pa= tch. >>>> >>>> This seems fine to me. Hm. Ian? Any comments? >>> >>> I want to check on a few things before we head down this path. I've bee= n >>> traveling so haven't had a chance to look through it to see if Atmel us= es >>> this, and who else does... >>> >>> Warner >> I think that i have more complete implementation of reset framework >> ready to commit. Just waiting for mentor approval. >> Please see https://github.com/strejda/tegra/tree/master/sys/dev/reset >> >> Michal > > I have no objections to using Michal's framework, especially if the patch= from PR 206516 is applied: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206516 > > His framework is really more complete than what I did. > > Best wishes, > Stanislav > >>>> -a >>>> >>>>> Best wishes >>>>> Stanislav >>>>> >>>>>> On Jan 18, 2016, at 02:04, Warner Losh wrote: >>>>>> >>>>>> I don't see how resets help. Maybe I missed where it was documented, >>>> could you send that to me? >>>>>> >>>>>> Even with that, it seems that a generic ohci_fdt driver isn't possib= le. >>>>>> >>>>>> Warner >>>>>> >>>>>> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov >>> > wrote: >>>>>> Hi all, >>>>>> >>>>>> First off, sorry for the cross-post, I wasn=E2=80=99t very sure wher= e this >>>> should go=E2=80=A6 >>>>>> >>>>>> I=E2=80=99ve created 3 PRs, which enable some functionality that my = work on >>>> Ralink/Mediatek SoCs would benefit from. >>>>>> >>>>>> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 < >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227> >>>>>> - This enables geom_flashmap and fdt_slicer support for SPI flash ch= ips >>>> supported by the mx25l driver (sys/dev/flash/mx25l.c) >>>>>> >>>>>> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 < >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228> >>>>>> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property in = much the same way as >>>> ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks=3D= =E2=80=98 property. In fact >>>> this work is basically a modified version of fdt_clock* :-) >>>>>> >>>>>> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 < >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229> >>>>>> - This simply moves the at91 specific sys/dev/usb/controller/ohci_fd= t.c >>>> to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename in >>>> sys/arm/at91/files.at91 as well). The current naming is misleading IMH= O and >>>> also, I have some (vague-ish) plans to see if I can implement generic >>>> ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with stand= ard >>>> ehci/ohci controllers can reuse these. >>>>>> >>>>>> Patches are attached to the PRs. >>>>>> >>>>>> I would appreciate any feedback on the PRs and would also appreciate= it >>>> if someone could commit these if the proposed changes are appropriate. >>>>>> >>>>>> Best wishes, >>>>>> Stanislav >>>>>> _______________________________________________ >>>>>> freebsd-arm@freebsd.org mailing lis= t >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g >>>> " >>>>> >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jan 23 19:07:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48EF0A8E3A2; Sat, 23 Jan 2016 19:07:15 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2599107A; Sat, 23 Jan 2016 19:07:14 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id e64so57329191vkg.0; Sat, 23 Jan 2016 11:07:14 -0800 (PST) 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=va4HTywTY3AblvVx+hQxhpu1DRFEXj9UToimZBUOwvQ=; b=S+7USrBY1sfROPypi/OHcGn5Ntq9gnVNGEGX7GIXFQNoS6iwNVXgznwQVQVffFoEEZ LVQSb6qdyLuQw+j3oVvYB2raPA/JEEBLKpB73aAwrryI3y5Egf29ghfTgdjgXyavGCpe h7L3yZHnRqx1PFbE8+A8b/Q8/NSGprFJdhE6j+7+6g5OX5rBoztu4r7aR7jZnATFktxU Dobyqa61CLpIxH1f+AEbmPXnVrl0/Bx1b94Sklz5z90i47pUIJhPdkzEtjvtfHuplbiG cieSAOwkAYoqlrqpMeOHzKvWEmi6eSBy+ykP4wLoLGjkNCjBTJ+yWJtTGSWdanc0Lr2+ y/cA== 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=va4HTywTY3AblvVx+hQxhpu1DRFEXj9UToimZBUOwvQ=; b=TqoySCCKP8A4f0asWoS5XOKI1qlr/GDWjiaZu/iKV+LwkkaIb5Wz/VCodV+jiMJVKS Ek2QjTLpMGcsYNo06fAHBKPhGniTUq9gANlCFQP/0KbLpv0h9qkxm0sXj0i+hJOs/Hy+ 8BXO2l6aDsjdLfzDzNfH6E5F6eQL81Ybk0bBk8SZqu+kzSpvlIvfWag6JU2Cntx9EsbP 4FFR4L82j79c+idViAv/i7NvWFBm4ea7AcYfnEbNocIggYUUsa9HvevM5WY8YIQ+gBZ0 OT13V+sjgc6muXRuLFxk0p80A5zytLjW8npiyDA6x7gcQvTpuz/TYkbwu67hcKpHlOPz kVug== X-Gm-Message-State: AG10YORqjnQWEaQ95ABOao0nvVWyrwYA9kbKA0mWYgg/gHgbM/4yKNjYP0/iMPlAlwU+gA4PvBZzmCNJYra4CA== MIME-Version: 1.0 X-Received: by 10.31.54.12 with SMTP id d12mr6340804vka.34.1453576033751; Sat, 23 Jan 2016 11:07:13 -0800 (PST) Received: by 10.31.183.147 with HTTP; Sat, 23 Jan 2016 11:07:13 -0800 (PST) In-Reply-To: References: <2AB9D6E1-BFF8-4EEE-B366-C980B72C4779@gmail.com> <56A1BFBB.8050204@freebsd.org> <57E542F6-FCF2-4E51-9FE5-8EDD85DA2102@gmail.com> Date: Sat, 23 Jan 2016 21:07:13 +0200 Message-ID: Subject: Re: SPI geom_flashmap/fdt_slicer support, FDT 'resets=' support and a move of ohci_fdt.c From: Stanislav Galabov To: Adrian Chadd Cc: Michal Meloun , "freebsd-arm@freebsd.org" , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2016 19:07:15 -0000 :-) Here goes nothing: https://reviews.freebsd.org/D5043 On Sat, Jan 23, 2016 at 5:28 PM, Adrian Chadd wrote: > ok, I think you've now hit the "please register for an account at > reviews.freebsd.org and publish patches there" step. :) > > > -a > > > On 23 January 2016 at 00:28, Stanislav Galabov wrote= : > > > > > >> On Jan 22, 2016, at 07:35, Michal Meloun wrote: > >> > >> Dne 22.01.2016 v 5:43 Warner Losh napsal(a): > >>> On Thu, Jan 21, 2016 at 8:35 PM, Adrian Chadd > >>> wrote: > >>> > >>>>> On 18 January 2016 at 06:49, Stanislav Galabov > wrote: > >>>>> Hi Warner, > >>>>> > >>>>> I was thinking resets could help in general, not specifically in th= e > >>>> case of trying to implement a generic ohci_fdt driver. > >>>>> > >>>>> As I already mentioned to you off-list (and in order for this > message to > >>>> possibly make some more sense), I saw that Linux makes use of the > =E2=80=98resets=E2=80=99 > >>>> property and looked at the documentation for it: > >>>> > https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bi= ndings/reset/reset.txt > >>>> < > >>>> > https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bi= ndings/reset/reset.txt > >>>>> > >>>>> > >>>>> For example, with the work I am currently doing on Ralink/Mediatek > >>>> support, I have over 10 different chips in the same family, that hav= e > very > >>>> similar peripheral blocks, but their clocks and resets are controlle= d > via > >>>> different bits in one of the SysCtl registers (the register itself i= s > at > >>>> the same offset within the SysCtl block of each chip). So I may have > chip X > >>>> which has its USB (for example) reset controlled by bit 10 and chip = Y > with > >>>> USB reset controlled by bit 12. > >>>>> > >>>>> So being able to write something like: > >>>>> resets =3D <&sysctl 10>; > >>>>> or > >>>>> resets =3D <&sysctl 11>; > >>>>> > >>>>> in my dts/dtsi files helps me immensely, instead of having to check > what > >>>> chip I am running on and based on that use a different register > layout=E2=80=A6 > >>>>> Then, if I wanted to (de)assert reset for a peripheral block that h= as > >>>> this property defined I=E2=80=99d just do fdt_reset_(de)assert_all(d= ev), > where dev > >>>> is the device_t for the peripheral in question. This would (de)asser= t > all > >>>> reset pins associated with the peripheral. > >>>>> > >>>>> The same is the case for clock control (gating) in the > Ralink/Mediatek > >>>> SoCs and this is the main reason I used fdt_clock that is already in > >>>> sys/dev/fdt and then thought about implementing the fdt_reset based > on it. > >>>>> > >>>>> I hope this clarifies a bit my reason for submitting the fdt_reset > patch. > >>>> > >>>> This seems fine to me. Hm. Ian? Any comments? > >>> > >>> I want to check on a few things before we head down this path. I've > been > >>> traveling so haven't had a chance to look through it to see if Atmel > uses > >>> this, and who else does... > >>> > >>> Warner > >> I think that i have more complete implementation of reset framework > >> ready to commit. Just waiting for mentor approval. > >> Please see https://github.com/strejda/tegra/tree/master/sys/dev/reset > >> > >> Michal > > > > I have no objections to using Michal's framework, especially if the > patch from PR 206516 is applied: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206516 > > > > His framework is really more complete than what I did. > > > > Best wishes, > > Stanislav > > > >>>> -a > >>>> > >>>>> Best wishes > >>>>> Stanislav > >>>>> > >>>>>> On Jan 18, 2016, at 02:04, Warner Losh wrote: > >>>>>> > >>>>>> I don't see how resets help. Maybe I missed where it was documente= d, > >>>> could you send that to me? > >>>>>> > >>>>>> Even with that, it seems that a generic ohci_fdt driver isn't > possible. > >>>>>> > >>>>>> Warner > >>>>>> > >>>>>> On Thu, Jan 14, 2016 at 2:01 AM, Stanislav Galabov < > sgalabov@gmail.com > >>>> > wrote: > >>>>>> Hi all, > >>>>>> > >>>>>> First off, sorry for the cross-post, I wasn=E2=80=99t very sure wh= ere this > >>>> should go=E2=80=A6 > >>>>>> > >>>>>> I=E2=80=99ve created 3 PRs, which enable some functionality that m= y work on > >>>> Ralink/Mediatek SoCs would benefit from. > >>>>>> > >>>>>> 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227 < > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206227> > >>>>>> - This enables geom_flashmap and fdt_slicer support for SPI flash > chips > >>>> supported by the mx25l driver (sys/dev/flash/mx25l.c) > >>>>>> > >>>>>> 2. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228 < > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206228> > >>>>>> - This adds support for FDT =E2=80=98resets=3D=E2=80=99 property i= n much the same way > as > >>>> ian@=E2=80=99s sys/dev/fdt/fdt_clock* supports FDT =E2=80=98clocks= =3D=E2=80=98 property. In > fact > >>>> this work is basically a modified version of fdt_clock* :-) > >>>>>> > >>>>>> 3. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229 < > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206229> > >>>>>> - This simply moves the at91 specific > sys/dev/usb/controller/ohci_fdt.c > >>>> to sys/dev/usb/controller/at91ohci_fdt.c (and changes the filename i= n > >>>> sys/arm/at91/files.at91 as well). The current naming is misleading > IMHO and > >>>> also, I have some (vague-ish) plans to see if I can implement generi= c > >>>> ohci_fdt and ehci_fdt based on dwc_otg_fdt, so that systems with > standard > >>>> ehci/ohci controllers can reuse these. > >>>>>> > >>>>>> Patches are attached to the PRs. > >>>>>> > >>>>>> I would appreciate any feedback on the PRs and would also > appreciate it > >>>> if someone could commit these if the proposed changes are appropriat= e. > >>>>>> > >>>>>> Best wishes, > >>>>>> Stanislav > >>>>>> _______________________________________________ > >>>>>> freebsd-arm@freebsd.org mailing > list > >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > >>>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org > >>>> " > >>>>> > >>>>> _______________________________________________ > >>>>> freebsd-arm@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > >> > >> _______________________________________________ > >> freebsd-mips@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-mips > >> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org= " > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >