From owner-freebsd-arm@FreeBSD.ORG Sun Mar 29 04:49:54 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81BE9E67 for ; Sun, 29 Mar 2015 04:49:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66FAAB94 for ; Sun, 29 Mar 2015 04:49:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2T4nsqB064035 for ; Sun, 29 Mar 2015 04:49:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 29 Mar 2015 04:49:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ps06756@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc flagtypes.name attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 04:49:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 Pratik Singhal changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ps06756@gmail.com Attachment #154947| |maintainer-approval? Flags| | --- Comment #6 from Pratik Singhal --- Created attachment 154947 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154947&action=edit Possible bug fix in the MMC/SD driver. In the a10_mmc_reset_controller function, the purpose of the do while loop is to wait till the register reset is done or time out has occurred. In the current code, the do while loop will continue to loop if the reset is done but timeout is not done. Also, it will exit if the reset is not done instead of waiting for the time out to occur. The patch corrects this. In the a10_mmc_attach function, the maximum value of operable frequency is termed as 50Hz, but it is coded as 52MHz which I have changed. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 29 13:40:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C991A490 for ; Sun, 29 Mar 2015 13:40:17 +0000 (UTC) Received: from smtp9.mail.ru (smtp9.mail.ru [94.100.181.97]) (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 0970F1AB for ; Sun, 29 Mar 2015 13:40:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Message-ID:From:To:Subject:Reply-To:Date:MIME-Version:Content-Type; bh=H5TmndTcA/kveB6xVzcuxFd75nFmiiEmHn3qfgNQgTM=; b=ACgrOYZdxeJlQ/QoeVRLAOND3IlDSyIy3Sla5YJxpL1SBY0KaXQHR3+V/Auu7muQaSiIr6wfcw1Ucn78/ZfXOvZcwP62vpX5OO4gvtgVQ/l9+CRKyQaAwxuNJwlkNHkPETtFLFP9V2Q9KPffr2Xj+nChv8vC4XDdcUBTMLYgVUU=; Received: from [95.143.214.233] (port=50043 helo=moskova) by smtp9.mail.ru with esmtpa (envelope-from ) id 1YcDRl-00079r-BD for freebsd-arm@freebsd.org; Sun, 29 Mar 2015 16:40:13 +0300 MIME-Version: 1.0 Date: Thu, 26 Mar 2015 09:11:54 +0200 Reply-To: info@moskovadarehber.com X-Priority: High Subject: MOSKOVA..... X-Mailer: Rapid Email Sender To: freebsd-arm@freebsd.org From: "moskova rehber" Message-ID: X-Spam: Not detected X-Mras: Ok Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 13:40:17 -0000 =20 www.moskovadarehber.com TEL: +7 965 229 78 50 info@moskovadarehber.com Havaliman=C4=B1 kar=C5=9F=C4=B1lama ve transfer: Belki yurtd=C4=B1=C5=9F=C4= =B1na ilk defa =C3=A7=C4=B1k=C4=B1yorsunuz, belki de inece=C4=9Finiz =C5=9F= ehri hi=C3=A7 bilmiyor ve =C5=9Fehir merkezine nas=C4=B1l giderim diye d=C3= =BC=C5=9F=C3=BCn=C3=BCyorsunuz. Bu gibi durumlarda sizi havaliman=C4=B1nda = kar=C5=9F=C4=B1l=C4=B1yor ve birlikte kalaca=C4=9F=C4=B1n=C4=B1z otele kada= r giderek check-in i=C5=9Flemlerinizi yap=C4=B1yoruz. =20 Rehberik ve Terc=C3=BCmanl=C4=B1k: Terc=C3=BCmanl=C4=B1k =E2=80=93 Teknik T= erc=C3=BCmanl=C4=B1k =E2=80=93 Simultane Terc=C3=BCmanl=C4=B1k =E2=80=93 Fu= ar ve i=C5=9F g=C3=B6r=C3=BC=C5=9Fmelerinde terc=C3=BCmanl=C4=B1k = =20 =C5=9Eehir ve tur rehberi: Turistik ama=C3=A7l=C4=B1 olarak Moskovaya=E2=80= =99ya geldiyseniz ya da i=C5=9F gezinizden f=C4=B1rsat buldu=C4=9Funuz bir = anda =C5=9Fehri gezmek isterseniz Moskova'n=C4=B1n gezilmesi ve g=C3=B6r= =C3=BClmesi gereken yerlerini gezdiriyor veya k=C4=B1sa bir Panoramik Mosko= va =C5=9Fehir turu (ara=C3=A7l=C4=B1) yap=C4=B1yoruz. Otel veya g=C3=BCnl=C3=BCk kiral=C4=B1k ev rezervasyonu: =C4=B0stedi=C4=9Fi= niz =C3=B6zellikler dikkate al=C4=B1narak, ula=C5=9F=C4=B1m ve b=C3=BCt=C3= =A7e a=C3=A7=C4=B1s=C4=B1ndan en uygun oteli veya evi bularak rezervasyon i= =C5=9Flemlerini yap=C4=B1yoruz. Ticari toplant=C4=B1larda terc=C3=BCmanl=C4=B1k: Moskova=E2=80=99ya bir i= =C5=9F g=C3=B6r=C3=BC=C5=9Fmesi i=C3=A7in geldiniz, pazarl=C4=B1k yap=C4=B1= lacak, kontrat imzalanacak ya da sadece g=C3=B6r=C3=BC=C5=9Fme yap=C4=B1lac= ak. Bu gibi durumlarda yan=C4=B1n=C4=B1zda bulunuyor ve kar=C5=9F=C4=B1 tar= af ile sorunsuzca anla=C5=9Fman=C4=B1z=C4=B1 sa=C4=9Fl=C4=B1yoruz =C4=B0=C5=9F takibi: =C4=B0htiyac=C4=B1n=C4=B1z do=C4=9Frultusunda herhangi= bir konudaki i=C5=9F takibi ihtiyac=C4=B1n=C4=B1z=C4=B1 kar=C5=9F=C4=B1l= =C4=B1yoruz. =C3=96rne=C4=9Fin istedi=C4=9Finiz bir =C3=BCr=C3=BCn=C3=BC bu= larak T=C3=BCrkiye=E2=80=99deki adresinize yolluyoruz ya da bir =C5=9Firket= le, ki=C5=9Fiyle g=C3=B6r=C3=BC=C5=9Fmeniz gerekiyorsa sizin i=C3=A7in topl= ant=C4=B1ya giriyor, pazarl=C4=B1k yap=C4=B1yor ve g=C3=B6r=C3=BC=C5=9Fmeyi= ger=C3=A7ekle=C5=9Ftiriyoruz. Evrak terc=C3=BCmesi: Her t=C3=BCrl=C3=BC evraklar=C4=B1n=C4=B1z=C4=B1n (re= smi ve resmi olmayan) noter onayl=C4=B1 terc=C3=BCmesi =C3=A7ok k=C4=B1sa b= ir s=C3=BCrede, g=C3=BCvenilir bir =C5=9Fekilde yap=C4=B1l=C4=B1r ve gerekl= i yerlere teslimat=C4=B1 yap=C4=B1l=C4=B1r. Taksi ve transfer: Moskovada g=C3=BCn=C3=BCn her saatinde size hizmet edebi= lecek iyi derecede rus=C3=A7a konu=C5=9Fabilen t=C3=BCrk taksi. www.moskovadarehber.com TEL: +7 965 229 78 50 info@moskovadarehber.com From owner-freebsd-arm@FreeBSD.ORG Sun Mar 29 19:05:51 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A3A952A for ; Sun, 29 Mar 2015 19:05:51 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1BEEA2F for ; Sun, 29 Mar 2015 19:05:50 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2TJ5oIx032063 for ; Sun, 29 Mar 2015 19:05:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 29 Mar 2015 19:05:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: omgalvan.86@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 19:05:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 --- Comment #7 from Martin Galvan --- (In reply to Pratik Singhal from comment #6) I looked at the patch you sent. Did you actually test this on the board with CURRENT? The reason I'm asking is that I don't think that patch could work as intended. You're doing: do { reg_value = a10_mmc_read_4(sc, A10_MMC_GLOBAL_CONTROL_REG); } while ((!reg_value & A10_MMC_HARDWARE_RESET_BITS) && (--time_left)); Do you realize the ! is zeroing reg_value before it gets AND-ed with A10_MMC_HARDWARE_RESET_BITS? I think what you wanted to do was: !(reg_value & A10_MMC_HARDWARE_RESET_BITS) Now, I don't remember every detail of how the host worked, but I recall I had to wait while the hardware reset bits were set on the global control reg; it would be safe to proceed only after those bits were cleared. I think the hardware automatically clears those bits after the reset is finished. I may be wrong, though. The problem Bas reported sounds to me like a NULL pointer being dereferenced somewhere, or something like that. I think that may be the cause because we'd always get a translation fault when doing something like that, while waiting forever would usually just cause the system to hang. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 09:51:21 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6F98509 for ; Mon, 30 Mar 2015 09:51:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93E472F9 for ; Mon, 30 Mar 2015 09:51:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2U9pLtQ072898 for ; Mon, 30 Mar 2015 09:51:21 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2U9pLwD072897; Mon, 30 Mar 2015 09:51:21 GMT (envelope-from root) Date: Mon, 30 Mar 2015 09:51:21 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Closed] D2155: Fix bug in xrefinfo_find() for 64-bit platforms Message-ID: X-Priority: 3 Thread-Topic: D2155: Fix bug in xrefinfo_find() for 64-bit platforms X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjFiMWU3OWFlYzhmYzVkYWIzMjQxMjUzYTM4IFUZHJk= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 09:51:21 -0000 zbb closed this revision. zbb added a comment. Thank you very much. Committed to: r280848 URL: https://svnweb.freebsd.org/changeset/base/280848 REVISION DETAIL https://reviews.freebsd.org/D2155 To: zbb, ian, nwhitehorn Cc: sson, jhibbits, rpaulo, freebsd-mips, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 15:17:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E433F16 for ; Mon, 30 Mar 2015 15:17:35 +0000 (UTC) Received: from dsmdc-mail-smtp.mcomdc.com (mail-smtp06.mcomdc.com [97.64.187.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8F7FD1 for ; Mon, 30 Mar 2015 15:17:34 +0000 (UTC) Received: from mail.neoix.net ([173.18.241.25]) by dsmdc-mail-omta-01 with bizsmtp id 9rGS1q00m0Zax2d01rGSVk; Mon, 30 Mar 2015 10:16:27 -0500 X-Authority-Analysis: v=2.1 cv=bJuFfpOZ c=1 sm=1 tr=0 a=KKVUU0AbUWqlALA1fpMKtQ==:117 a=KKVUU0AbUWqlALA1fpMKtQ==:17 a=eS1r64HiAAAA:8 a=FmEARZ09AAAA:8 a=N659UExz7-8A:10 a=pGLkceISAAAA:8 a=emO1SXQWCLwA:10 a=NEAV23lmAAAA:8 a=x7OaFWb4WjHe0aEap3MA:9 a=kMXcgzyko7_BJMgm:21 a=7lTHao9ghySfWLDs:21 a=pILNOxqGKmIA:10 Received: from dagobah.neoix.net (dagobah.neoix.net [192.168.7.51]) by mail.neoix.net (Postfix) with ESMTPSA id 8AD39156E for ; Mon, 30 Mar 2015 10:16:26 -0500 (CDT) From: Jedi Tek'Unum Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: Pogoplug V4 88F6192 TCLK problem Message-Id: <1C6A9896-3A3C-413A-97E9-99C9AE83B3DF@gmail.com> Date: Mon, 30 Mar 2015 10:16:26 -0500 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 15:17:35 -0000 My first time making changes to freebsd so I=92m a noob about standards = and procedures. I have a working kludge at = https://github.com/freebsd/freebsd/commit/01da3228908bfc2171daaa495ccfb043= 0ed60fb3 Would it be better to figure out how to submit a change request or = submit a bug/enhancement request? dmesg FYI: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-RELEASE+pogoplugv4 #5: Mon Mar 30 09:34:41 CDT 2015 root@freebsd:/usr/obj/arm.arm/usr/src/sys/POGOPLUGV4 arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Feroceon 88FR131 rev 1 (Marvell core) Little-endian DC enabled IC enabled WA disabled DC streaming enabled BTB disabled L2 enabled L2 prefetch enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory =3D 134213632 (127 MB) avail memory =3D 122646528 (116 MB) SOC: Marvell 88F6192 rev A1, TClock 166MHz Instruction cache prefetch disabled, data cache prefetch disabled 256KB 4-way set-associative write-through unified L2 cache random: initialized ofwbus0: localbus0: on ofwbus0 simplebus0: on ofwbus0 ic0: mem 0x20200-0x2023b on = simplebus0 timer0: mem 0x20300-0x2032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 166666667 Hz quality 1000 Timecounter "CPUTimer1" frequency 166666667 Hz quality 1000 gpio0: mem 0x10100-0x1011f irq = 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0x10300-0x10307 on simplebus0 twsi0: mem 0x11000-0x1101f irq = 43 on simplebus0 iicbus0: on twsi0 iic0: on iicbus0 mge0: mem 0x72000-0x73fff irq = 12,13,14,11,46 on simplebus0 mge0: Ethernet address: 00:25:31:05:ec:9c miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0x12000-0x1201f irq 33 on simplebus0 uart0: console (1280,n,8,1) uart1: <16550 or compatible> mem 0x12100-0x1211f irq 34 on simplebus0 cesa0: mem = 0x30000-0x3ffff irq 22 on simplebus0 cesa0: not powered on device_attach: cesa0 attach returned 6 ehci0: mem 0x50000-0x50fff irq = 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0 on ehci0 pcib0: mem = 0xf1040000-0xf1041fff irq 44 on ofwbus0 pci0: on pcib0 xhci0: mem = 0xf1300000-0xf130ffff,0xf1310000-0xf1310fff,0xf1311000-0xf1311fff at = device 1.0 on pci0 xhci0: 32 byte context size. usbus1 on xhci0 cryptosoft0: Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat enabled, default to = accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 480Mbps High Speed USB v2.0 usbus1: 5.0Gbps Super Speed USB v3.0 ugen0.1: at usbus0 uhub0: on = usbus0 ugen1.1: <0x1b73> at usbus1 uhub1: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus1 random: unblocking device. uhub1: 4 ports with 4 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus1 usbus0 ugen1.2: at usbus1 urtwn0: = on usbus1 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R Root mount waiting for: usbus0 ugen0.2: at usbus0 umass0: on usbus0 Trying to mount root from ufs:/dev/ufs/kirkwoodroot []... mountroot: waiting for device /dev/ufs/kirkwoodroot ... da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-6 device=20 da0: Serial Number 4C530012241231105045 da0: 40.000MB/s transfers da0: 7633MB (15633408 512 byte sectors: 255H 63S/T 973C) da0: quirks=3D0x2 From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 18:22:04 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6747FA62 for ; Mon, 30 Mar 2015 18:22:04 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AFD5E01 for ; Mon, 30 Mar 2015 18:22:04 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2UIM46H067817 for ; Mon, 30 Mar 2015 18:22:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199042] graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Date: Mon, 30 Mar 2015 18:22:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 18:22:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199042 Bug ID: 199042 Summary: graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: gnome@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org Assignee: gnome@FreeBSD.org Flags: maintainer-feedback?(gnome@FreeBSD.org) Ports Revision 382670 ## And the following internal features: pthread: no (can't link with -lpthread or -pthread) gtk-doc: no gcov support: no symbol-lookup: no (requires bfd) test surfaces: no (disabled, use --enable-test-surfaces to enable) ps testing: no (requires libspectre) pdf testing: no (requires poppler-glib >= 0.17.4) svg testing: no (requires librsvg-2.0 >= 2.35.0) ... ===> Building for cairo-1.12.18_1,2 ... --- cairo-arc.lo --- In file included from cairo-arc.c:37: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: In file included from ./cairo-mutex-type-private.h:45: ./cairo-mutex-impl-private.h:262:3: error: "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." --- cairo-array.lo --- In file included from cairo-array.c:39: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: In file included from ./cairo-mutex-type-private.h:45: ./cairo-mutex-impl-private.h:262:3: error: "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." --- cairo-atomic.lo --- In file included from cairo-atomic.c:34: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: In file included from ./cairo-mutex-type-private.h:45: ./cairo-mutex-impl-private.h:262:3: error: "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." --- cairo-analysis-surface.lo --- In file included from cairo-analysis-surface.c:37: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: In file included from ./cairo-mutex-type-private.h:45: ./cairo-mutex-impl-private.h:262:3: error: "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." # error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." ^ ./cairo-mutex-impl-private.h:271:11: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_recursive_mutex_impl_t; ^ In file included from cairo-analysis-surface.c:37: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: ./cairo-mutex-type-private.h:49:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-arc.lo --- # error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." ^ ./cairo-mutex-impl-private.h:271:11: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_recursive_mutex_impl_t; ^ In file included from cairo-arc.c:37: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: ./cairo-mutex-type-private.h:49:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." ^ ./cairo-mutex-type-private.h:52:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-array.lo --- # error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." ^ ./cairo-mutex-impl-private.h:271:11: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_recursive_mutex_impl_t; ^ In file included from cairo-array.c:39: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: ./cairo-mutex-type-private.h:49:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-atomic.lo --- # error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support." ^ ./cairo-mutex-impl-private.h:271:11: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_recursive_mutex_impl_t; ^ In file included from cairo-atomic.c:34: In file included from ./cairoint.h:396: In file included from ./cairo-scaled-font-private.h:45: ./cairo-mutex-type-private.h:49:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h." ^ ./cairo-mutex-type-private.h:52:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." --- cairo-analysis-surface.lo --- ./cairo-mutex-type-private.h:52:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." ^ ./cairo-mutex-type-private.h:55:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." ^ ./cairo-mutex-type-private.h:139:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined" # error "CAIRO_MUTEX_IMPL_LOCK not defined" ^ ./cairo-mutex-type-private.h:142:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined" # error "CAIRO_MUTEX_IMPL_UNLOCK not defined" ^ ./cairo-mutex-type-private.h:151:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" ^ --- cairo-arc.lo --- ./cairo-mutex-type-private.h:55:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." ^ ./cairo-mutex-type-private.h:139:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined" # error "CAIRO_MUTEX_IMPL_LOCK not defined" ^ ./cairo-mutex-type-private.h:142:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined" # error "CAIRO_MUTEX_IMPL_UNLOCK not defined" ^ ./cairo-mutex-type-private.h:151:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" ^ --- cairo-atomic.lo --- # error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-array.lo --- ./cairo-mutex-type-private.h:52:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-atomic.lo --- ./cairo-mutex-type-private.h:55:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." --- cairo-array.lo --- ./cairo-mutex-type-private.h:55:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." --- cairo-atomic.lo --- # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h." ^ --- cairo-array.lo --- ^ --- cairo-atomic.lo --- ./cairo-mutex-type-private.h:139:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined" --- cairo-array.lo --- ./cairo-mutex-type-private.h:139:3: error: "CAIRO_MUTEX_IMPL_LOCK not defined" --- cairo-atomic.lo --- # error "CAIRO_MUTEX_IMPL_LOCK not defined" --- cairo-array.lo --- # error "CAIRO_MUTEX_IMPL_LOCK not defined" ^ ./cairo-mutex-type-private.h:142:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined" # error "CAIRO_MUTEX_IMPL_UNLOCK not defined" ^ ./cairo-mutex-type-private.h:151:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" --- cairo-atomic.lo --- ^ --- cairo-array.lo --- # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" ^ --- cairo-atomic.lo --- ./cairo-mutex-type-private.h:142:3: error: "CAIRO_MUTEX_IMPL_UNLOCK not defined" # error "CAIRO_MUTEX_IMPL_UNLOCK not defined" ^ ./cairo-mutex-type-private.h:151:3: error: "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" # error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined" ^ --- cairo-arc.lo --- ./cairo-mutex-type-private.h:161:9: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_mutex_t; ^ --- cairo-analysis-surface.lo --- ./cairo-mutex-type-private.h:161:9: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_mutex_t; ^ --- cairo-array.lo --- ./cairo-mutex-type-private.h:161:9: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_mutex_t; --- cairo-atomic.lo --- ./cairo-mutex-type-private.h:161:9: error: unknown type name 'cairo_mutex_impl_t' typedef cairo_mutex_impl_t cairo_mutex_t; ^ --- cairo-array.lo --- ^ --- cairo-atomic.lo --- 9 errors generated. --- cairo-arc.lo --- 9 errors generated. --- cairo-atomic.lo --- *** [cairo-atomic.lo] Error code 1 make[5]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src --- cairo-arc.lo --- *** [cairo-arc.lo] Error code 1 make[5]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src --- cairo-array.lo --- 9 errors generated. *** [cairo-array.lo] Error code 1 make[5]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src --- cairo-analysis-surface.lo --- In file included from cairo-analysis-surface.c:45: ./cairo-surface-snapshot-inline.h:54:5: warning: implicit declaration of function 'CAIRO_MUTEX_IMPL_LOCK' is invalid in C99 [-Wimplicit-function-declaration] CAIRO_MUTEX_LOCK (snapshot->mutex); ^ ./cairo-mutex-type-private.h:169:27: note: expanded from macro 'CAIRO_MUTEX_LOCK' #define CAIRO_MUTEX_LOCK CAIRO_MUTEX_IMPL_LOCK ^ In file included from cairo-analysis-surface.c:45: ./cairo-surface-snapshot-inline.h:56:5: warning: implicit declaration of function 'CAIRO_MUTEX_IMPL_UNLOCK' is invalid in C99 [-Wimplicit-function-declaration] CAIRO_MUTEX_UNLOCK (snapshot->mutex); ^ ./cairo-mutex-type-private.h:170:29: note: expanded from macro 'CAIRO_MUTEX_UNLOCK' #define CAIRO_MUTEX_UNLOCK CAIRO_MUTEX_IMPL_UNLOCK ^ cairo-analysis-surface.c:111:5: warning: implicit conversion from enumeration type 'enum _cairo_internal_surface_type' to different enumeration type 'cairo_surface_type_t' (aka 'enum _cairo_surface_type') [-Wenum-conversion] CAIRO_INTERNAL_SURFACE_TYPE_NULL, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:158:9: warning: implicit conversion from enumeration type 'enum _cairo_status' to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return CAIRO_STATUS_SUCCESS; ~~~~~~ ^~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:164:19: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return tmp->base.status; ~~~~~~ ~~~~~~~~~~^~~~~~ cairo-analysis-surface.c:177:46: warning: implicit conversion from enumeration type 'enum _cairo_int_status' to different enumeration type 'cairo_status_t' (aka 'enum _cairo_status') [-Wenum-conversion] analysis_status = tmp->has_unsupported ? CAIRO_INT_STATUS_IMAGE_FALLBACK : CAIRO_INT_STATUS_SUCCESS; ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:177:80: warning: implicit conversion from enumeration type 'enum _cairo_int_status' to different enumeration type 'cairo_status_t' (aka 'enum _cairo_status') [-Wenum-conversion] analysis_status = tmp->has_unsupported ? CAIRO_INT_STATUS_IMAGE_FALLBACK : CAIRO_INT_STATUS_SUCCESS; ~ ^~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:182:9: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return status; ~~~~~~ ^~~~~~ cairo-analysis-surface.c:184:12: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return analysis_status; ~~~~~~ ^~~~~~~~~~~~~~~ cairo-analysis-surface.c:282:9: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return cairo_region_union_rectangle (&surface->supported_region, rect); ~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:290:14: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] status = cairo_region_union_rectangle (&surface->fallback_region, rect); ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:406:45: warning: implicit conversion from enumeration type 'enum _cairo_status' to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] cairo_int_status_t backend_source_status = CAIRO_STATUS_SUCCESS; ~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:407:43: warning: implicit conversion from enumeration type 'enum _cairo_status' to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] cairo_int_status_t backend_mask_status = CAIRO_STATUS_SUCCESS; ~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:490:11: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] status = _cairo_path_fixed_stroke_extents (path, style, ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:599:11: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] status = _cairo_scaled_font_glyph_device_extents (scaled_font, ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:675:11: warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] status = _cairo_scaled_font_glyph_device_extents (scaled_font, ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:690:5: warning: implicit conversion from enumeration type 'enum _cairo_internal_surface_type' to different enumeration type 'cairo_surface_type_t' (aka 'enum _cairo_surface_type') [-Wenum-conversion] CAIRO_INTERNAL_SURFACE_TYPE_ANALYSIS, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:835:12: warning: implicit conversion from enumeration type 'enum _cairo_status' to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wenum-conversion] return CAIRO_STATUS_SUCCESS; ~~~~~~ ^~~~~~~~~~~~~~~~~~~~ cairo-analysis-surface.c:884:5: warning: implicit conversion from enumeration type 'enum _cairo_internal_surface_type' to different enumeration type 'cairo_surface_type_t' (aka 'enum _cairo_surface_type') [-Wenum-conversion] CAIRO_INTERNAL_SURFACE_TYPE_NULL, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 19 warnings and 9 errors generated. *** [cairo-analysis-surface.lo] Error code 1 make[5]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src 4 errors make[5]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src *** [all] Error code 2 make[4]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src 1 error make[4]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18/src *** [all-recursive] Error code 1 make[3]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18 1 error make[3]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18 *** [all] Error code 2 make[2]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18 1 error make[2]: stopped in /usr/local/DEVEL/NeuPorts/head/graphics/cairo/work/cairo-1.12.18 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 19:21:57 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8232A06; Mon, 30 Mar 2015 19:21:57 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B00085F; Mon, 30 Mar 2015 19:21:57 +0000 (UTC) Received: from [192.168.1.189] (p5481918D.dip0.t-ipconnect.de [84.129.145.141]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 82B131C104DF9; Mon, 30 Mar 2015 21:21:53 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: ARM_NEW_PMAP From: Michael Tuexen In-Reply-To: <1427413502.8776.10.camel@freebsd.org> Date: Mon, 30 Mar 2015 21:21:51 +0200 Content-Transfer-Encoding: 7bit Message-Id: <85FDE234-EA8A-4637-889F-1C1F2D7264BD@fh-muenster.de> References: <1427413502.8776.10.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 19:21:57 -0000 > On 27 Mar 2015, at 00:45, Ian Lepore wrote: > > With commit r280712, we now have a new alternate implementation of the > arm pmap code available (the low-level part of virtual memory handling). > Right now it's disabled by default; if you'd like to help test it, add > to your kernel config: > > options ARM_NEW_PMAP > > This new implementation is a complete rewrite, but is modeled after the > mature and well-tested i386 pmap code. In the testing I've done over > the past few days I've noticed some performance improvement (a 12-minute > kernel build on a wandboard quad is now 10 minutes). Even more than > performance, though, this new code should bring us better stability. > > My testing showed that this does fix the "no l2 bucket..." panic that > showed up recently. Hi Ian, I tested this on a RPI-B and can confirm that is resolves the 'no l2 bucket' issue and seems to be pretty stable. I did not experience any issue with it over the last 2 days of testing. Good work! Best regards Michael > > If you need to check whether the new or old code is running on a system, > use "sysctl vm.pmap.pte1.promotions", if that gives an "unknown oid" > error you're running the old code. > > Big Thanks go to Svata Kraus and Michal Meloun who contributed this code > (along with an embarrassed apology that it took 2 years to get it > committed). > > -- Ian > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 19:54:30 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56003944 for ; Mon, 30 Mar 2015 19:54:30 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::11]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE8C6C40 for ; Mon, 30 Mar 2015 19:54:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1427745240; l=1618; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=6KQ83VVtwKUTy3Wl+vzAUmDcRAhs4d0PjTECSwudnKs=; b=EsVFtjS0XEWaUW74JfzZtvKMYmVqQvZHZbehuCU/wAAKps7iHtSL+f+MTI2RTqzQOWA LTn8vrRJ0jEPL51OG4wo9I/ygrBIrcyPIS4HdSiw1WD8TXQsBM+T4l59rbPobcirTrnBz XcM9oIKA5azH/oOayGimCyks1fv5TTdXdSs= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47vsv/QE91 X-RZG-CLASS-ID: mo00 Received: from quad (p5486888A.dip0.t-ipconnect.de [84.134.136.138]) by smtp.strato.de (RZmta 37.4 DYNA|AUTH) with ESMTPSA id i04cb7r2UJriTjD (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256)) (Client did not present a certificate); Mon, 30 Mar 2015 21:53:44 +0200 (CEST) Date: Mon, 30 Mar 2015 19:53:43 +0000 From: Ulrich Grey To: Ian Lepore Subject: Re: ARM_NEW_PMAP Message-Id: <20150330195343.92752b0282d5f8cf34acf3f2@ulrich-grey.de> In-Reply-To: <1427413502.8776.10.camel@freebsd.org> References: <1427413502.8776.10.camel@freebsd.org> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 19:54:30 -0000 Hello, I have compiled make -j30 buildworld and print/texlive-full without problems on a wandboard-quad (FreeBSD 11.0-CURRENT #0 r280772M). Regards Ulrich ---------------------------------- On Thu, 26 Mar 2015 17:45:02 -0600 Ian Lepore wrote: > With commit r280712, we now have a new alternate implementation of the > arm pmap code available (the low-level part of virtual memory handling). > Right now it's disabled by default; if you'd like to help test it, add > to your kernel config: > > options ARM_NEW_PMAP > > This new implementation is a complete rewrite, but is modeled after the > mature and well-tested i386 pmap code. In the testing I've done over > the past few days I've noticed some performance improvement (a 12-minute > kernel build on a wandboard quad is now 10 minutes). Even more than > performance, though, this new code should bring us better stability. > > My testing showed that this does fix the "no l2 bucket..." panic that > showed up recently. > > If you need to check whether the new or old code is running on a system, > use "sysctl vm.pmap.pte1.promotions", if that gives an "unknown oid" > error you're running the old code. > > Big Thanks go to Svata Kraus and Michal Meloun who contributed this code > (along with an embarrassed apology that it took 2 years to get it > committed). > > -- Ian > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 20:21:17 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A63A6373 for ; Mon, 30 Mar 2015 20:21:17 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::5]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BC2BFC2 for ; Mon, 30 Mar 2015 20:21:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1427746849; l=1006; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=payRfvk133R8/EXsq2TwQ/B4wHPko2EdPbwFjFJZwUE=; b=SMbgGPGpB317rqL8OWRNSBpzYbUSsNKZmmKq5SG0/KGpzjkRklghmAc5dp4thY/j0ET OXuAqCJ2+1VWM0gNCNv6jgq1cGpI+O1HcO7JSdcf54j5IOc2Y34QWsg4iGCTZD5jwHTlG XN5LLm3EuVbz2rBEbXD+yA5AkSB0PA3OGM8= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47vsv/QE91 X-RZG-CLASS-ID: mo00 Received: from quad (p5486888A.dip0.t-ipconnect.de [84.134.136.138]) by smtp.strato.de (RZmta 37.4 DYNA|AUTH) with ESMTPSA id 604e87r2UKKmS03 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256)) (Client did not present a certificate); Mon, 30 Mar 2015 22:20:48 +0200 (CEST) Date: Mon, 30 Mar 2015 20:20:47 +0000 From: Ulrich Grey To: Ian Lepore Subject: Re: ARM_NEW_PMAP Message-Id: <20150330202047.f4768c1ffd1fefcd5a2b7ae3@ulrich-grey.de> In-Reply-To: <1427745457.82583.27.camel@freebsd.org> References: <1427413502.8776.10.camel@freebsd.org> <20150330195343.92752b0282d5f8cf34acf3f2@ulrich-grey.de> <1427745457.82583.27.camel@freebsd.org> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 20:21:17 -0000 On Mon, 30 Mar 2015 13:57:37 -0600 Ian Lepore wrote: > On Mon, 2015-03-30 at 19:53 +0000, Ulrich Grey wrote: > > Hello, > > > > I have compiled > > > > make -j30 buildworld and print/texlive-full > > without problems on a wandboard-quad (FreeBSD 11.0-CURRENT #0 r280772M). > > > > Regards > > > > Ulrich > > Cool. Do you remember what your build time is (even roughly) for > buildworld on a wandquad? My memory is that it was taking about 2 hours > last summer, with the only make.conf entry being WITHOUT_PROFILE. Now > it takes about 5 hours (that's on an ssd drive in a usb dock). I'm not > sure if the newer/bigger clang is to blame, or maybe just my memory of > the time is wrong. > > -- Ian > I had not done a note but I think compile time was about 8 hours. I had no entries in /etc/make.conf. src and obj tree are on an old (and slow) portable USB harddrive: da0: Fixed Direct Access SPC-2 SCSI device Regards Ulrich From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 20:22:41 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 753A845A for ; Mon, 30 Mar 2015 20:22:41 +0000 (UTC) Received: from relay.mailchannels.net (tkt-001-i372.relay.mailchannels.net [174.136.5.173]) by mx1.freebsd.org (Postfix) with ESMTP id 81188FDB for ; Mon, 30 Mar 2015 20:22:40 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp7.ore.mailhop.org (ip-10-220-9-73.us-west-2.compute.internal [10.220.9.73]) by relay.mailchannels.net (Postfix) with ESMTPA id 11FED4512; Mon, 30 Mar 2015 19:57:40 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp7.ore.mailhop.org (smtp7.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Mon, 30 Mar 2015 19:57:40 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1427745460168:3032826210 X-MC-Ingress-Time: 1427745460168 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp7.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1Ycfoa-000578-En; Mon, 30 Mar 2015 19:57:40 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2UJvbfK057206; Mon, 30 Mar 2015 13:57:38 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/azrJ/2L+P61Pum65ZwePG Message-ID: <1427745457.82583.27.camel@freebsd.org> Subject: Re: ARM_NEW_PMAP From: Ian Lepore To: Ulrich Grey Date: Mon, 30 Mar 2015 13:57:37 -0600 In-Reply-To: <20150330195343.92752b0282d5f8cf34acf3f2@ulrich-grey.de> References: <1427413502.8776.10.camel@freebsd.org> <20150330195343.92752b0282d5f8cf34acf3f2@ulrich-grey.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 20:22:41 -0000 On Mon, 2015-03-30 at 19:53 +0000, Ulrich Grey wrote: > Hello, > > I have compiled > > make -j30 buildworld and print/texlive-full > without problems on a wandboard-quad (FreeBSD 11.0-CURRENT #0 r280772M). > > Regards > > Ulrich Cool. Do you remember what your build time is (even roughly) for buildworld on a wandquad? My memory is that it was taking about 2 hours last summer, with the only make.conf entry being WITHOUT_PROFILE. Now it takes about 5 hours (that's on an ssd drive in a usb dock). I'm not sure if the newer/bigger clang is to blame, or maybe just my memory of the time is wrong. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 20:55:54 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 292AF903 for ; Mon, 30 Mar 2015 20:55:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA0663FC for ; Mon, 30 Mar 2015 20:55:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2UKtrW8002851 for ; Mon, 30 Mar 2015 20:55:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] ruby-2.1.5 configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Mon, 30 Mar 2015 20:55:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 20:55:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 Bug ID: 199048 Summary: ruby-2.1.5 configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org >From ruby-2.1.5/config.log: ----------------- configure:7102: checking whether LDFLAGS is valid configure:7115: cc -o conftest -O -pipe -mfloat-abi=softfp -fno-strict-aliasing -I/usr/local/include -Wl,-rpath,/usr/lib:/usr/local/lib conftest.c -lpthread -L/usr/local/lib >&5 /usr/bin/ld: Warning: /usr/lib/crtbegin.o: Unknown EABI object attribute 34 /usr/bin/ld: Warning: /tmp/conftest-0e885a.o: Unknown EABI object attribute 34 /usr/bin/ld: Warning: /usr/lib/crtend.o: Unknown EABI object attribute 34 configure:7115: $? = 0 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define CANONICALIZATION_FOR_MATHN 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _ALL_SOURCE 1 | #define _GNU_SOURCE 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define _TANDEM_SOURCE 1 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:7120: result: no configure:7122: error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib" -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 30 21:05:57 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A66ADD5 for ; Mon, 30 Mar 2015 21:05:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 414436E8 for ; Mon, 30 Mar 2015 21:05:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2UL5vDr061388 for ; Mon, 30 Mar 2015 21:05:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] ruby-2.1.5 configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Mon, 30 Mar 2015 21:05:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 21:05:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #1 from Ulrich Grey --- FreeBSD 11.0-CURRENT #0 r280772M -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 31 12:08:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF85DB64 for ; Tue, 31 Mar 2015 12:08:09 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::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 AE0AB8F8 for ; Tue, 31 Mar 2015 12:08:09 +0000 (UTC) Received: by obvd1 with SMTP id d1so22995050obv.0 for ; Tue, 31 Mar 2015 05:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=giVIz3vtk77U/DJuMZutQFWLyrYS62yH1hoJv9H/eDU=; b=lbCFU7HVyhN2ujlOI78BN/Hd3lwxcmIURPa+UemAldXuvQASth5drs+2oaSjadpw7l cyFw8entNoJbkZ6sOozt+nXarYbOFYdxmDg0LxXbeljCVnlM9kJWjTQU2Lxelw+rby6B YPLszhOEYD5rcDuppWrKwfAdkq3UCG6ER0whxPN+mkofGdFBcslcfdwpeeDFGMmJj46D sHEEV/xRwdwH4TffKVvKYiVEcITlr+weEmSnY/6ppqwf1ukcn2F5rOHoc0lbCTl6lppM seyztrx8fC5hW630qdqF0Xp5l72uzsd5Y0oM4Yt0uG5xEhn9PkvK57Fw2TIuCf6fNo7K 02Jg== MIME-Version: 1.0 X-Received: by 10.60.103.234 with SMTP id fz10mr32706738oeb.11.1427803688884; Tue, 31 Mar 2015 05:08:08 -0700 (PDT) Received: by 10.182.204.9 with HTTP; Tue, 31 Mar 2015 05:08:08 -0700 (PDT) In-Reply-To: <201503110457.t2B4vLK5003067@jwlab.FEITH.COM> References: <201503110457.t2B4vLK5003067@jwlab.FEITH.COM> Date: Tue, 31 Mar 2015 20:08:08 +0800 Message-ID: Subject: Re: Updated Amlogic aml8726-m6 and aml8726-m8 support files From: Ganbold Tsagaankhuu To: John Wehle Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 12:08:10 -0000 John, On Wed, Mar 11, 2015 at 12:57 PM, John Wehle wrote: > Here's a link to the updated support files for Amlogic ARM SoC devices: > > http://www.cybersashi.com/~john/FreeBSD-amlogic-20150311.shar > > Currently FreeBSD successfully boots to the login prompt on an aml8726-m6 > board (the box seems to be some type of Visson ATV-102) as well as on an > aml8726-m8b board (a Hardkernel ODROID-C1) using a SD card and a serial > console. > > Unshar into your FreeBSD 11.0-current source tree, review the README, > apply the patch, and have fun. > > Recent Changes: > > clock control (aka gate) driver has been added > > pinctrl driver has been added > > i2c driver has been added > > mmc driver minor tweaks > > rtc now survives a reboot > > sdxc driver has been added > > uart driver now supports rts/cts > I've just committed Amlogic SoC related changes in r280905, r280906, r280907. Thank you very much for your hard work. best regards, Ganbold > > -- John > ------------------------------------------------------------------------- > | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | > | John Wehle | Fax: 1-215-540-5495 | | > ------------------------------------------------------------------------- > > From owner-freebsd-arm@FreeBSD.ORG Tue Mar 31 13:34:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D2FF833 for ; Tue, 31 Mar 2015 13:34:02 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24EE0389 for ; Tue, 31 Mar 2015 13:34:02 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2VDY1Ib070170 for ; Tue, 31 Mar 2015 13:34:01 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2VDY1MP070169; Tue, 31 Mar 2015 13:34:01 GMT (envelope-from root) Date: Tue, 31 Mar 2015 13:34:01 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 55 lines] D1810: Leave HYP mode upon startup Message-ID: <8929012940d1b935c26df790246992e4@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFUaokk= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 13:34:02 -0000 zbb updated this revision to Diff 4545. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1810?vs=4285&id=4545 REVISION DETAIL https://reviews.freebsd.org/D1810 AFFECTED FILES sys/arm/arm/locore-v6.S sys/arm/include/asm.h To: zbb, andrew, ian Cc: jpa-semihalf.com, emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 02:31:33 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BA8F7FA for ; Wed, 1 Apr 2015 02:31:33 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01362F8A for ; Wed, 1 Apr 2015 02:31:33 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t312VWAL062283 for ; Wed, 1 Apr 2015 02:31:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Wed, 01 Apr 2015 02:31:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 02:31:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |ruby@FreeBSD.org |org | Summary|ruby-2.1.5 configure error: |lang/ruby21: configure |something wrong with |error: something wrong with |LDFLAGS=" |LDFLAGS=" |-Wl,-rpath,/usr/lib:/usr/lo |-Wl,-rpath,/usr/lib:/usr/lo |cal/lib |cal/lib -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 03:01:34 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F111AD for ; Wed, 1 Apr 2015 03:01:34 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6ECC6DC for ; Wed, 1 Apr 2015 03:01:34 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3131YeU069932 for ; Wed, 1 Apr 2015 03:01:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Wed, 01 Apr 2015 03:01:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 03:01:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 Steve Wills changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |swills@FreeBSD.org --- Comment #2 from Steve Wills --- Can you tell me if you have anything in make.conf or src.conf or any local src or other changes that might be relevant? Also, are you building in poudriere and if so, include that config as well. Have you changed the default options for the port? I don't get this error and I am also (by chance) running CURRENT r280772. Your source is patched, based on the r280772M in uname, but that may or may not be the source of the issue. Since I can't reproduce the issue, I'm going to need more info. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 04:11:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 404CFF9E for ; Wed, 1 Apr 2015 04:11:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26920E54 for ; Wed, 1 Apr 2015 04:11:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t314BVdb087323 for ; Wed, 1 Apr 2015 04:11:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Wed, 01 Apr 2015 04:11:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 04:11:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #3 from Steve Wills --- I just noticed this is on arm hardware. I'm guessing this issue is arm specific. I don't have arm hardware, so I can't reproduce. I could setup qemu, but it's a bit of work so it will be a while before I get to it. In the mean time, are you building on native hardware or in qemu? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 10:22:08 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01C42A33 for ; Wed, 1 Apr 2015 10:22:08 +0000 (UTC) Received: from mail-ob0-f180.google.com (mail-ob0-f180.google.com [209.85.214.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0D4E682 for ; Wed, 1 Apr 2015 10:22:07 +0000 (UTC) Received: by obvd1 with SMTP id d1so71954521obv.0 for ; Wed, 01 Apr 2015 03:22:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Mfp0IZEv7IRC81ZR9TdsRh0yyY/da99Kfdz4ZKudu3o=; b=N+aC3ppU5COFvjD7I3SxKIIA07RJY8mBRjt8Oq+KUWa/lTqatqY+tb4Q7rQYXro5ID xO92V6BTvoht0wkkl56530eShgcINJq+OtVHcbbJIpbtUjDcBYxI9JkHjVfyZ0HxMtxh qU6v35wS+UQu4EOInaKZglLDM62TUuYXWUcZJrWxQ4KvTzYlwspUyhHtCb7VqbIo9LGd ttX/pVdIVgIgWv/4NJtamWoS4weDjmaBJEbIDLuFGSrCBSr0r03HAiEcqHoFH+I/K/4K vm3A2odJ7XtqiMtaiVtOCHWiX6p2hNO78nrMHjtzhIJZ0JDmLfe6Ap6kwJmqPI1zVbO8 GCyA== X-Gm-Message-State: ALoCoQmq2Ja9wlnjJVds7ANRL5nXsGWSwKOKW62MydArFMaQJxV9ww6zwuebk4eEbFgby7DMMWNe MIME-Version: 1.0 X-Received: by 10.60.158.202 with SMTP id ww10mr39892639oeb.18.1427883726471; Wed, 01 Apr 2015 03:22:06 -0700 (PDT) Received: by 10.202.132.200 with HTTP; Wed, 1 Apr 2015 03:22:06 -0700 (PDT) Date: Wed, 1 Apr 2015 12:22:06 +0200 Message-ID: Subject: Projekt arm64 na Redmine From: Wojciech Macek To: arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 10:22:08 -0000 Hej, Utworzy=C5=82em projekt z zadaniami na Redmine https://support/redmine/projects/arm64 Prosz=C4=99 ka=C5=BCdego o zalogowanie si=C4=99 tam (has=C5=82a LDAP) =C5= =BCebym m=C3=B3g=C5=82 Was pododawa=C4=87 do grup. Na najbli=C5=BCszym spotkaniu przegadamy co mo=C5=BCna ju=C5=BC oz= naczy=C4=87 jako zrobione. Pozdrawiam, Wojtek From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 10:37:28 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D00DCDBB for ; Wed, 1 Apr 2015 10:37:28 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B46E380C for ; Wed, 1 Apr 2015 10:37:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t31AbSNl008776 for ; Wed, 1 Apr 2015 10:37:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Wed, 01 Apr 2015 10:37:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 10:37:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #4 from Ulrich Grey --- I am building on native arm hardware (wandboard-quad): FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r280772M: Sat Mar 28 11:28:48 UTC 2015 gwgpi@wqtest:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD arm There are no entries in make.conf and src.conf. The kernel is built with: options ARM_NEW_PMAP. I don't have changed the ports default options. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 10:47:55 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3473E2BA for ; Wed, 1 Apr 2015 10:47:55 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1831C922 for ; Wed, 1 Apr 2015 10:47:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t31AlsCT024372 for ; Wed, 1 Apr 2015 10:47:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199042] graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Date: Wed, 01 Apr 2015 10:47:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 10:47:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199042 --- Comment #1 from Ulrich Grey --- I am building on native arm hardware (wandboard-quad): FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r280772M: Sat Mar 28 11:28:48 UTC 2015 gwgpi@wqtest:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD arm There are no entries in make.conf and src.conf. The kernel is built with: options ARM_NEW_PMAP. I have not changed the ports default options. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 11:35:22 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0B2722B for ; Wed, 1 Apr 2015 11:35:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6A4AE40 for ; Wed, 1 Apr 2015 11:35:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t31BZMhV008705 for ; Wed, 1 Apr 2015 11:35:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199084] [PATCH] Support POGOPLUG V4 / 88F6192 Date: Wed, 01 Apr 2015 11:35:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jeditekunum@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status keywords bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 11:35:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199084 Bug ID: 199084 Summary: [PATCH] Support POGOPLUG V4 / 88F6192 Product: Base System Version: 10.1-RELEASE Hardware: arm OS: Any Status: New Keywords: patch Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jeditekunum@gmail.com Keywords: patch Created attachment 155083 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155083&action=edit Pogoplug V4 / 88F6192 patch Marvell 88F6192 (used in Pogoplug Series 4 for example) seems to incorrectly identify itself as 88F6281. Although very similar devices, 6192 has a TCLK of 166Mhz rather than 200Mhz. Since TCLK is wrong so is the system time. The attached patch works however I'm not entirely sure this is complete or the way in which this kind of hardware issue is normally dealt with. POGOPLUGV4 was derived from DOCKSTAR pogoplugv4.dts was derived from db88f6281.dts -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 11:41:58 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 044D576D for ; Wed, 1 Apr 2015 11:41:58 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE279F1B for ; Wed, 1 Apr 2015 11:41:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t31BfvOB017467 for ; Wed, 1 Apr 2015 11:41:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Wed, 01 Apr 2015 11:41:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 11:41:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #5 from mikael.urankar@gmail.com --- (In reply to Ulrich Grey from comment #4) I think the problem is in gnu ld not the port itself, can you try https://reviews.freebsd.org/D2194 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 11:50:40 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 444FEC03 for ; Wed, 1 Apr 2015 11:50:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2953A67 for ; Wed, 1 Apr 2015 11:50:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t31BoekS022870 for ; Wed, 1 Apr 2015 11:50:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199042] graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Date: Wed, 01 Apr 2015 11:50:40 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 11:50:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199042 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #2 from mikael.urankar@gmail.com --- (In reply to Ulrich Grey from comment #1) I think the problem is in gnu ld not the port itself, can you try https://reviews.freebsd.org/D2194 my build log on armv6hf, CURRENT r280132: http://mikael.urankar.free.fr/FreeBSD/arm/build_logs/cairo-1.12.18.log -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 1 18:01:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1B91EDE for ; Wed, 1 Apr 2015 18:01:07 +0000 (UTC) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 788DF1F5 for ; Wed, 1 Apr 2015 18:01:06 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id EBB9E6811E for ; Thu, 2 Apr 2015 02:52:34 +0900 (JST) Received: from artemis (unknown [172.18.0.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id BD90268118 for ; Thu, 2 Apr 2015 02:52:34 +0900 (JST) Message-ID: <321545F0A44F48A282D8B324BCE19C88@ad.peach.ne.jp> From: "Daisuke Aoyama" To: References: <1DA948EA255F4963ACBC0EBE7D046401@ad.peach.ne.jp> <34D37D2811D246BEB11080D19F03FECE@ad.peach.ne.jp> <579F7C2BEACC4FF684780E575AC9C474@ad.peach.ne.jp> <0A8B79848FD143F09B549230F7F890D5@ad.peach.ne.jp> In-Reply-To: <0A8B79848FD143F09B549230F7F890D5@ad.peach.ne.jp> Subject: Re: New kernel of NAS4Free for ODROID-C1 is released. Date: Thu, 2 Apr 2015 02:52:45 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 18:01:07 -0000 Hi, NAS4Free image is uploaded to project directory. You can download it from fast Sourceforge mirror. https://sourceforge.net/projects/nas4free/files/NAS4Free-ARM/9.3.0.2.1364/ Now MicroSD card get RAW I/O over 60MB/s. Main changes(ODROID-C1 only): use USB driver patch v1.2. use KERNBASE=0x80000000 use VM_KMEM_SIZE=750m use MAXPHYS=1m (experimental) use vm.pmap.sp_enabled=0 (sp=1 doesn't work under heavy load) use vfs.zfs.arc_max=550m enable UHS-I SDR104 by default (experimental) add HS200 to eMMC (enabled by default) increase SDHC buffer to 1m(2048blocks) change max clock of SDHC/eMMC to 200MHz (actual 850/5=170MHz) add CPU max/min freq. (max 1608MHz to min 816MHz. You need enable powerd) improve ether performance under heavy load. (ithread CPU 99.9%, read/write at same time) How to update with boot partition: ---------------------------------------------------------------------- You need updating ubldr since kernel base is changed. 1. mount partition # mkdir /msdos # mount -t msdosfs /dev/mmcsd0s1 /msdos 2. download new boot files # fetch -o /tmp/boot-update.tar.gz http://www.peach.ne.jp/archives/nas4free/boot/boot-update-oc1-20150331.tar.gz 3. extract to mounted directory # cd /msdos # tar zxvf /tmp/boot-update.tar.gz 4. umount partition # cd # umount /msdos 5. update firmware by normal way from "System|Firmware" in WebGUI. After auto rebooting, you can use new version. Some test result: ---------------------------------------------------------------------- MicroSD Samsung 32GB PRO (card spec: R:90MB/s W:80MB/s) -> RAW R:67.1MB/s W:60.5MB/s @ 170MHz/SDR104/4bit [root@odroidc1 ~]# dd if=/dev/mmcsd0 of=/dev/null bs=1m count=64 64+0 records in 64+0 records out 67108864 bytes transferred in 0.999250 secs (67159233 bytes/sec) [root@odroidc1 ~]# dd if=/dev/zero of=/dev/mmcsd0s2b bs=1m count=64 64+0 records in 64+0 records out 67108864 bytes transferred in 1.108881 secs (60519446 bytes/sec) eMMC module (obtained from Hardkernel) -> RAW R:116.5MB/s W:18.9MB/s @ 170MHz/HS200/8bit [root@odroidc1 ~]# dd if=/dev/mmcsd1 of=/dev/null bs=1m count=64 64+0 records in 64+0 records out 67108864 bytes transferred in 0.575916 secs (116525438 bytes/sec) [root@odroidc1 ~]# dd if=/dev/zero of=/dev/mmcsd1s2b bs=1m count=64 64+0 records in 64+0 records out 67108864 bytes transferred in 3.550163 secs (18903037 bytes/sec) SMB on UFS/USB HDD (2.5 inch/5400 rpm/8MB cache) -> R:12.1MB/s W:21.1MB/s @ 1GB test SMB on ZFS/USB HDD (3.5 inch/7200rpm/16MB cache) -> R:9.1MB/s W:7.0MB/s @ 1GB test ---------------------------------------------------------------------- Regards, -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Thu Apr 2 09:27:13 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D85569D for ; Thu, 2 Apr 2015 09:27:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE2E5338 for ; Thu, 2 Apr 2015 09:27:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t329RDoF062298 for ; Thu, 2 Apr 2015 09:27:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199042] graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Date: Thu, 02 Apr 2015 09:27:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 09:27:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199042 --- Comment #3 from Ulrich Grey --- I have patched the source tree FreeBSD 11.0-CURRENT #0 r280772M with this patch: https://reviews.freebsd.org/D2194 I have built a new image (crochet, wandboard-quad) and rebuilt graphics/cairo with all dependencies. Now the build completed successfully. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 2 09:46:21 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA06E553 for ; Thu, 2 Apr 2015 09:46:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6534760 for ; Thu, 2 Apr 2015 09:46:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t329kLfE085679 for ; Thu, 2 Apr 2015 09:46:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Thu, 02 Apr 2015 09:46:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 09:46:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #6 from Ulrich Grey --- I have patched the source tree FreeBSD 11.0-CURRENT #0 r280772M with this patch: https://reviews.freebsd.org/D2194 I have built a new image (crochet, wandboard-quad) and rebuilt lang/ruby21 with all dependencies. Configure finished successfully, but the build hangs here: --- probes.o --- processing probes in object files rm -f probes.o dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD ... dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD prepare_elf32:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(232): DOODAD ... prepare_elf32:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(232): DOODAD --- miniruby --- linking miniruby --- .rbconfig.time --- --- encdb.h --- generating encdb.h After > 1 hour I have interrupted the build. ps auxww shows: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 7264 83.8 0.3 13216 5336 2 R 09:36 3:47.36 ./miniruby -I./lib -I. -I.ext/common ./tool/mkconfig.rb -timestamp=.rbconfig.time -install_name=ruby21 -so_name=ruby21 rbconfig.rb root 7266 81.6 0.3 13216 5336 2 R 09:36 4:52.64 ./miniruby -I./lib -I. -I.ext/common ./tool/generic_erb.rb -c -o encdb.h ./template/encdb.h.tmpl ./enc enc This path: dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD does not come from the wandboard. It originates from the system, I build the image on. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 03:00:28 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73094C5E for ; Fri, 3 Apr 2015 03:00:28 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58D962B5 for ; Fri, 3 Apr 2015 03:00:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3330SAo091142 for ; Fri, 3 Apr 2015 03:00:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Fri, 03 Apr 2015 03:00:27 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 03:00:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #7 from Steve Wills --- Created attachment 155146 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155146&action=edit patch to disable dtrace in ruby 2.1 on non x86 archs (In reply to Ulrich Grey from comment #6) Looks dtrace related, try this patch. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 06:33:15 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C48387FC for ; Fri, 3 Apr 2015 06:33:15 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B89A9F9 for ; Fri, 3 Apr 2015 06:33:11 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Ydv9y-000AU2-AR for freeBSD-arm@freebsd.org; Fri, 03 Apr 2015 09:32:54 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: pxe booting rpi Message-Id: Date: Fri, 3 Apr 2015 09:32:54 +0300 To: freeBSD-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 06:33:15 -0000 hi all, is there any success story in booting RaspberryPi B via ipxe? I=E2=80=99m trying to create an SD so that it will boot undionly.kpxe, = but missing allot of info (a more diplomatic way of saying I=E2=80=99m very = ignorant) So far I managed to boot Linux, and now also FreeBSD 10.1, but I really would like to boot it diskless, it will shorten development = time for me. thanks, danny From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 08:39:24 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF7401A2 for ; Fri, 3 Apr 2015 08:39:24 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC0697B9 for ; Fri, 3 Apr 2015 08:39:24 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t338dOFM019024 for ; Fri, 3 Apr 2015 08:39:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Fri, 03 Apr 2015 08:39:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 08:39:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #8 from Ulrich Grey --- (In reply to Steve Wills from comment #7) I have applied the patch and now I get this: --- miniruby --- linking miniruby --- .rbconfig.time --- --- encdb.h --- generating encdb.h --- .rbconfig.time --- ./miniruby: [BUG] Bus Error at 0xbf3ffffc ruby 2.1.5p273 (2014-11-13 revision 48405) [armv6-freebsd11] -- Control frame information ----------------------------------------------- --- encdb.h --- ./miniruby: [BUG] Bus Error at 0xbf3ffffc ruby 2.1.5p273 (2014-11-13 revision 48405) [armv6-freebsd11] -- Control frame information ----------------------------------------------- c:0001 p:0000 s:0002 E:002104 TOP [FINISH] --- .rbconfig.time --- c:0001 p:0000 s:0002 E:002104 TOP [FINISH] -- Other runtime information ----------------------------------------------- * Loaded script: ./miniruby * Loaded features: 0 enumerator.so [NOTE] You may have encountered a bug in the Ruby interpreter or extension libraries. Bug reports are welcome. For details: http://www.ruby-lang.org/bugreport.html --- encdb.h --- -- Other runtime information ----------------------------------------------- * Loaded script: ./miniruby * Loaded features: 0 enumerator.so [NOTE] You may have encountered a bug in the Ruby interpreter or extension libraries. Bug reports are welcome. For details: http://www.ruby-lang.org/bugreport.html Abort trap (core dumped) *** [encdb.h] Error code 134 make[2]: stopped in /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 --- .rbconfig.time --- Abort trap (core dumped) *** [.rbconfig.time] Error code 134 make[2]: stopped in /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 2 errors make[2]: stopped in /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/local/DEVEL/ports/lang/ruby21 *** Error code 1 Stop. make: stopped in /usr/local/DEVEL/ports/lang/ruby21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 12:59:10 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68EE6796 for ; Fri, 3 Apr 2015 12:59:10 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EA5D67B for ; Fri, 3 Apr 2015 12:59:10 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t33CxAa6076172 for ; Fri, 3 Apr 2015 12:59:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Fri, 03 Apr 2015 12:59:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 12:59:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #9 from mikael.urankar@gmail.com --- looks like a clang problem as it builds fine with gcc -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 19:04:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C64D8E92 for ; Fri, 3 Apr 2015 19:04:25 +0000 (UTC) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (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 988993DF for ; Fri, 3 Apr 2015 19:04:24 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so49638864pdb.0 for ; Fri, 03 Apr 2015 12:04:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=1s+tZEYuk527H2wBnUHEq/FrK5Q19r22HzdB3CSKkk4=; b=dIX2FyliJbs/UE5bP7uAd2PKbFOvjxlWcII/oMQhgH0LNcBd3+lryTNCZH6LcEm/Uw rWmFKqFsLVtGYftAbOQv9dnJEo/diHWFr110G4zKiCEsWKXu8iDX6gKTEy+5zLXw9GbS Y7DiJnAM/FRaDnZ44/0zOCV4wpTeNOW9ErcqngBk13+CVvXH/ml+ZAAQHxBGrjYwgl12 FQu1a8sCpQrMLSuALPVVySpTvjAsFBvw0XHKE4mtewzaQU6e/rExuzzuw4GI8+tdEgNS fClhNlUdq3Df1yJm1wGYuT3ijicaMzlRrJwzbj84K49L6RuL/r36WrNPEgDiRXS6+YCn yM7A== X-Gm-Message-State: ALoCoQkd9AMFX8d+b7aRnFKlgqcd/80a8gdII6mjkoSTVpW3fTB/pCIrWdIWSLsVU6CAvByYle8m X-Received: by 10.68.239.104 with SMTP id vr8mr6499687pbc.96.1428087858417; Fri, 03 Apr 2015 12:04:18 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-73-25-21-123.hsd1.or.comcast.net. [73.25.21.123]) by mx.google.com with ESMTPSA id zs5sm5918097pac.11.2015.04.03.12.04.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Apr 2015 12:04:17 -0700 (PDT) Message-ID: <551EE431.10408@callfortesting.org> Date: Fri, 03 Apr 2015 12:04:17 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Possible growfs regression on r280862: Tue Mar 31/PANDABOARD snapshot Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 19:04:26 -0000 Hello all, I have been experimenting with the FreeBSD 11.0-CURRENT #0 r280130: Mon Mar 16 and FreeBSD 11.0-CURRENT #0 r280862: Tue Mar 31 and I noticed that the latter is not running growfs on boot. (It is also not reporting the system's available memory at boot time.) Here is my output from r280130 and r280862: FreeBSD 11.0-CURRENT #0 r280130: Mon Mar 16 06:34:51 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/PANDABOARD arm ... iue0: Ethernet address: 42:0c:15:00:00:00 Enlarging root partition GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to revert them. mmcsd0s2 resized mmcsd0s2a resized super-block backups (for fsck_ffs -b #) at: 1949120, 2436352, 2923584... ... Setting hostuuid: 02215211-cba7-11e4-8118-e58c4249bf1a. Setting hostid: 0xc212dd9c. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 3656658 free (130 frags, 457066 blocks, 0.0% fragmentation) Mounting local file systems:. ... FreeBSD 11.0-CURRENT #0 r280862: Tue Mar 31 00:45:03 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/PANDABOARD arm ... ue0: on smsc0 ue0: Ethernet address: 5a:2c:ff:00:00:00 Setting hostuuid: 91cc1081-d73f-11e4-8683-5bf534257bea. Setting hostid: 0xe019458d. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 125217 free (161 frags, 15632 blocks, 0.1% fragmentation) Mounting local file systems:. ... I tried manually growing the filesystem using a memory device and while the gpart resize went fine, the growfs would not work but I could easily have the syntax wrong: [root@pcbsd] root/snapshots# dd if=FreeBSD-11.0-CURRENT-arm-armv6-PANDABOARD-20150316-r280130.img of=/dev/md1 bs=1m 953+1 records in 953+1 records out 1000000000 bytes transferred in 1.397906 secs (715355885 bytes/sec) [root@pcbsd] /root/snapshots# gpart show md1 => 63 8388545 md1 MBR (4.0G) 63 4095 1 !12 [active] (2.0M) 4158 1948967 2 freebsd (952M) 1953125 6435483 - free - (3.1G) [root@pcbsd] /root/snapshots# gpart resize -i 2 md1 md1s2 resized [root@pcbsd] /root/snapshots# gpart show md1 => 63 8388545 md1 MBR (4.0G) 63 4095 1 !12 [active] (2.0M) 4158 8384450 2 freebsd (4.0G) [root@pcbsd] /root/snapshots# growfs /dev/md1s2a growfs: requested size 952MB is not larger than the current filesystem size 952MB [root@pcbsd] /root/snapshots# growfs -s 4G /dev/md1s2a growfs: requested size 4.0GB is larger than the available 952MB Any suggestions? Michael From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 22:15:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9081F7F5 for ; Fri, 3 Apr 2015 22:15:38 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F677AA4 for ; Fri, 3 Apr 2015 22:15:37 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 04 Apr 2015 00:10:27 +0200 id 00DCA892.551F0FD3.00007F66 Date: Sat, 4 Apr 2015 00:10:26 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: PiTFT driver for Ilitek controller Message-ID: <20150404001026.4c0121ba@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 22:15:38 -0000 Hi, I am trying to write a driver for PiTFT, where Ilitek chip is used for TFT control. There is SPI bus used for connection to Raspberry, but with one GPIO pin added used as command flag. Programming this chip means series of command of varying length with first byte being marked as command byte. I know how to do a transfer on SPI bus, I can communicate with second controller chip on PiTFT used for touchscreen part of device, which uses only SPI, nothing added. For Ilitek chip, however, there is one pin more. This design seems to be used by other TFT/LCD controller chips. Now there is a problem - SPI controller in BCM2835, source file name is bcm2835_spi.c, works in interrupt mode. CD pin needs to be reset after first byte of transfer sequence is clocked onto bus, but how could this condition be checked? I think about some code added into bcm_spi_intr() function, but when is this routine called? I need to detect interrupt after first byte is transferred on SPI bus, is it possible to do this way? If interrupt is generated after every byte being transferred, then yes, it is not that complicated, but maybe it is generated only after more bytes are already transferred, using FIFO... I am trying to find some answer in BCM2835 ARM peripherals datasheet, but I am not sure I understand everything right, and there is not much written about SPI anyway, just some description of SPI, registers definition and simple programming outline, not too detailed. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 23:32:39 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F7261BB for ; Fri, 3 Apr 2015 23:32:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4582F188 for ; Fri, 3 Apr 2015 23:32:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t33NWd3M035037 for ; Fri, 3 Apr 2015 23:32:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Fri, 03 Apr 2015 23:32:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 23:32:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #10 from Ulrich Grey --- (In reply to mikael.urankar from comment #9) I have compiled lang/ruby21 with lang/gcc5. I have used the patch to disable dtrace in ruby 2.1 (see comment #7). The build finished successfully. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 3 23:49:22 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C799C416 for ; Fri, 3 Apr 2015 23:49:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92D5C298 for ; Fri, 3 Apr 2015 23:49:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t33NnMCc046559 for ; Fri, 3 Apr 2015 23:49:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Fri, 03 Apr 2015 23:49:22 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 23:49:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #11 from Ulrich Grey --- Now I have compiled lang/ruby21 with lang/gcc5 with the original ruby21/Makefile (enabled dtrace). This time I get an error: ===> Building for ruby-2.1.5_2,1 --- showflags --- --- dln.o --- --- localeinit.o --- --- probes.h --- CC = gcc5 LD = /usr/local/bin/ld LDSHARED = gcc5 -shared CFLAGS = -O -pipe -mfloat-abi=softfp -Wl,-rpath=/usr/local/lib/gcc5 -fno-strict-aliasing -fPIC XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT CPPFLAGS = -I/usr/local/include -I. -I.ext/include/armv6-freebsd11 -I./include -I. DLDFLAGS = -Wl,-soname,libruby21.so.21 -fstack-protector SOLIBS = -lelf -lgmp -lcrypt -lm -lpthread -L/usr/local/lib ... processing probes in object files rm -f probes.o : /usr/home/FREEBSD/freebsdCURRENTpatch/head/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:990: Failed assertion: "arena_mapbits_allocated_get(chunk, pageind) != 0" dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD dt_modtext:/usr/home/FREEBSD/freebsdCURRENTpatch/head/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c(831): DOODAD Abort trap (core dumped) *** [probes.o] Error code 134 make[2]: stopped in /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 1 error make[2]: stopped in /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/local/DEVEL/ports/lang/ruby21 *** Error code 1 Stop. make: stopped in /usr/local/DEVEL/ports/lang/ruby21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 4 09:03:07 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07247730 for ; Sat, 4 Apr 2015 09:03:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE801CDA for ; Sat, 4 Apr 2015 09:03:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t34936rQ046783 for ; Sat, 4 Apr 2015 09:03:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Sat, 04 Apr 2015 09:03:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 09:03:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #12 from Ulrich Grey --- (In reply to Ulrich Grey from comment #10) Here is the output of make test: root@wqtest:/usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5 # make test CC = gcc5 LD = /usr/local/bin/ld LDSHARED = gcc5 -shared CFLAGS = -O -pipe -mfloat-abi=softfp -Wl,-rpath=/usr/local/lib/gcc5 -fno-strict-aliasing -fPIC XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT CPPFLAGS = -I/usr/local/include -I. -I.ext/include/armv6-freebsd11 -I./include -I. DLDFLAGS = -Wl,-soname,libruby21.so.21 -fstack-protector SOLIBS = -lgmp -lcrypt -lm -lpthread -L/usr/local/lib Using built-in specs. COLLECT_GCC=gcc5 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc5/gcc/armv6-portbld-freebsd11.0/5.0.0/lto-wrapper Target: armv6-portbld-freebsd11.0 Configured with: ./../gcc-5-20150322/configure --with-build-config=bootstrap-debug --disable-nls --enable-gnu-indirect-function --libdir=/usr/local/lib/gcc5 --libexecdir=/usr/local/libexec/gcc5 --program-suffix=5 --with-as=/usr/local/bin/as --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc5/include/c++/ --with-ld=/usr/local/bin/ld --with-pkgversion='FreeBSD Ports Collection' --with-system-zlib --disable-libgcj --enable-languages=c,c++,objc,fortran --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc5 --build=armv6-portbld-freebsd11.0 Thread model: posix gcc version 5.0.0 20150322 (experimental) (FreeBSD Ports Collection) ./tool/rubytest.rb:20: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 sample/test.rb:system /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.5/sample/test.rb:1970: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 O test succeeded PASS all 1008 tests ./miniruby -I./lib -I. -I.ext/common ./tool/runruby.rb --extout=.ext -- --disable-gems "./bootstraptest/runner.rb" --ruby="ruby21 --disable-gems" ./KNOWNBUGS.rb 2015-04-04 08:59:45 +0000 Driver is ruby 2.1.5p273 (2014-11-13 revision 48405) [armv6-freebsd11] ./bootstraptest/runner.rb:156: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 Target is ruby 2.1.5p273 (2014-11-13 revision 48405) [armv6-freebsd11] KNOWNBUGS.rbPASS 0 No tests, no problem -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 4 22:56:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70AD5BB9 for ; Sat, 4 Apr 2015 22:56:57 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (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 1ED2A8E9 for ; Sat, 4 Apr 2015 22:56:56 +0000 (UTC) Received: from [208.184.220.60] (helo=macbook-air-3.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YeWze-00078v-5c for freebsd-arm@freebsd.org; Sat, 04 Apr 2015 15:56:48 -0700 From: Oleksandr Tymoshenko Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Call for testers: migrating to TI's DTS files Message-Id: <20292475-BBEF-4ACF-B130-24A7367E21E8@bluezbox.com> Date: Sat, 4 Apr 2015 15:56:14 -0700 To: "freebsd-arm@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Sender: gonzo@id.bluezbox.com X-Spam-Level: / X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hello, I’ve just finished last stage of rewriting FreeBSD TI support so it can use TI's upstream DTS files. It makes much easier to use various DTS overlays for BBB shields. e.g. I managed to get 4DCAPE-43 working with drop-in dtb file generated from [1] and some manual gpio pin manipulations. [...] Content analysis details: (-0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0004] 2.7 DNS_FROM_AHBL_RHSBL RBL: Envelope sender listed in dnsbl.ahbl.org 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: github.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 22:56:57 -0000 Hello, I=E2=80=99ve just finished last stage of rewriting FreeBSD TI support so it can use TI's upstream DTS files. It makes much easier to use various DTS overlays for BBB shields. e.g. I managed to get=20 4DCAPE-43 working with drop-in dtb file generated from [1] and some manual gpio pin manipulations.=20 In order to maintain compatiblity (as much as it's possible) with existing setups we still use files in sys/boot/fdt/dts but they are wrappers around TI's DTS files in sys/gnu/ with some FreeBSD glue, namely: - PRUSS device node for beaglebone*.dts - Additional pandaboard-es.dts file for Pandaboard ES - global timer node for OMAP4 (Pandaboard). It is required for=20 event timer.=20 - /chosen node with uart2 as stdin/stdout for OMAP4 (Pandaboard) - FreeBSD-specific "non-removable" flag for mmc1 on OMAP4 - Disable mmc5 on OMAP4 which seems to have some problems with clock = setup The most disruptive change is that now each GPIO bank is addresses individually so when you access pin directly using gpioctl, intead of using /dev/gpioc0 and pin number 55, you should use=20 /dev/gpioc1 and pin 23 (each bank is 32 pins) I'd appreciate if you tested it with your setups. I tested it on Beaglebone Black and Pandaboard ES and it worked for me (c) Patch: = https://people.freebsd.org/~gonzo/arm/patches/ti-fdt-20150404.diff Review: https://reviews.freebsd.org/D2146 [1] = https://github.com/RobertCNelson/dtb-linux-dev/blob/master/src/arm/am335x-= boneblack-4dcape-70t.dts