From owner-freebsd-arm@FreeBSD.ORG Sun Dec 1 02:03:52 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C4B9382 for ; Sun, 1 Dec 2013 02:03:52 +0000 (UTC) Received: from nk11p04mm-asmtp002.mac.com (nk11p04mm-asmtpout002.mac.com [17.158.236.237]) by mx1.freebsd.org (Postfix) with ESMTP id 13D7A1823 for ; Sun, 1 Dec 2013 02:03:51 +0000 (UTC) Received: from [192.168.2.105] (dslb-188-096-207-220.pools.arcor-ip.net [188.96.207.220]) by nk11p04mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MX300DNUSA66380@nk11p04mm-asmtp002.mac.com> for freebsd-arm@freebsd.org; Sun, 01 Dec 2013 01:03:45 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.72,1.0.14,0.0.0000 definitions=2013-11-30_02:2013-11-29,2013-11-30,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=6 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1311300246 From: Jeremy Boy Content-type: text/plain; charset=windows-1252 Content-transfer-encoding: quoted-printable Subject: Re: package building in arm Date: Sun, 01 Dec 2013 02:03:47 +0100 Message-id: <882FBAB9-A491-48DA-B24D-BAA79FCE3B2D@me.com> To: freebsd-arm@freebsd.org MIME-version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 02:03:52 -0000 > Hi, Hi Ganbold! >=20 > I'm trying to build netperf, but it first builds dependent ports like = pkg > etc. > When building pkg it gives me an error and bt is like following: >=20 I encounter the same issue with pkg-1.2.x. My workaround is checking out = pkg-1.1.4. In your ports tree (if you checked out your ports tree with = svn), use the following command: svn up -r 334645 ports-mgmt/pkg This will =84update=93 your port for pkg to an older version. >=20 > http://pastebin.ca/2484277 >=20 I would appreciate if you pasted needed output directly into your = e-mail, since pages like pastebin.ca might delete your text after some = time. Thanks! :-) >=20 > Is it know issue ? >=20 I can=92t find a related issue on github. Feel free to contribute what = you figured out at https://github.com/freebsd/pkg. I will write some = lines about this in the next few days, too. > thanks, >=20 > Ganbold Greetings, Jeremy= From owner-freebsd-arm@FreeBSD.ORG Mon Dec 2 06:55:59 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 190CC6EE for ; Mon, 2 Dec 2013 06:55:59 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A81BC165A for ; Mon, 2 Dec 2013 06:55:58 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hm6so4246811wib.0 for ; Sun, 01 Dec 2013 22:55:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Gir67w433uac4DlezZoRqG/opBzmFL98Gxhzj2EYvvo=; b=SJQtfbuGxRoiExyKDU929fh1mis72ClaxpIfj3yfpve2dHQk1jdZl3nknw5ib2Es33 +p5fw263wkbc1dGAQX78c56QW5buBwlhMmCfMY3X34X0+uk0XixYsH3nL8dba7fLJnYV TokWTOVAVcgubbzmGp0g9rEA/Yx/Bcx5zoaQo+/Mm8JZpj5r2veJwvTx559mY210QDqy Cy4zBgfmRt1XPb+6WlPwNFZCThshIZzy0lP0oSTA43ChlGF75YEKgCWMDdJ52pSAulEV YXkY5WuI4V0hohmYssK8zMU3yNaABkPWZ5QeJmb5IbFwjeLMQqNO7LlAnHl+ei7ATyE3 C/Xg== X-Received: by 10.180.75.202 with SMTP id e10mr16470911wiw.8.1385967355565; Sun, 01 Dec 2013 22:55:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.129.138 with HTTP; Sun, 1 Dec 2013 22:55:25 -0800 (PST) In-Reply-To: <882FBAB9-A491-48DA-B24D-BAA79FCE3B2D@me.com> References: <882FBAB9-A491-48DA-B24D-BAA79FCE3B2D@me.com> From: Jia-Shiun Li Date: Mon, 2 Dec 2013 14:55:25 +0800 Message-ID: Subject: Re: package building in arm To: Jeremy Boy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 06:55:59 -0000 On Sun, Dec 1, 2013 at 9:03 AM, Jeremy Boy wrote: > I can=E2=80=99t find a related issue on github. Feel free to contribute w= hat you figured out at https://github.com/freebsd/pkg. I will write some li= nes about this in the next few days, too. > looks like _ThreadRuneLocale is not properly initialized on ARM? Not sure if pkg 1.2 version bump has anything to have triggered this. The following was produced with binary compiled with stock GCC and behavior remained the same. (gdb) bt #0 0x003178d0 in __getCurrentRuneLocale () at runetype.h:96 #1 0x00317850 in __sbtolower (_c=3D121) at _ctype.h:153 #2 0x00318104 in ucl_maybe_parse_boolean (obj=3D0x20c0f400, start=3D0x20c17090 "yes", len=3D3) at ucl_internal.h:215 #3 0x00317e54 in ucl_object_fromstring_common (str=3D0x20c170b0 "yes", len=3D3, flags=3DUCL_STRING_PARSE_BOOLEAN) at src/ucl_util.c:846 #4 0x000b09e0 in add_repo (obj=3D0x20c0f250, r=3D0x0, rname=3D0x20c17080 "FreeBSD") at pkg_config.c:714 #5 0x000b0e24 in walk_repo_obj (obj=3D0x20c0f220) at pkg_config.c:815 #6 0x000b1008 in load_repo_file (repofile=3D0xbfffe448 "/etc/pkg//FreeBSD.conf") at pkg_config.c:873 #7 0x000b10ec in load_repo_files (repodir=3D0x20c04070 "/etc/pkg/") at pkg_config.c:897 #8 0x000b1264 in load_repositories (repodir=3D0x0) at pkg_config.c:937 #9 0x000b73ec in $a () at pkg_config.c:1166 #10 0x000b73ec in $a () at pkg_config.c:1166 (gdb) f 0 #0 0x003178d0 in __getCurrentRuneLocale () at runetype.h:96 96 if (_ThreadRuneLocale) (gdb) p _ThreadRuneLocale Error accessing memory address 0x2c: Bad address. (gdb) Regards, Jia-Shiun From owner-freebsd-arm@FreeBSD.ORG Mon Dec 2 09:45:48 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FE1E7AC; Mon, 2 Dec 2013 09:45:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DFAA12B7; Mon, 2 Dec 2013 09:45:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB29jlQZ093349; Mon, 2 Dec 2013 04:45:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB29jl1X093292; Mon, 2 Dec 2013 09:45:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Dec 2013 09:45:47 GMT Message-Id: <201312020945.rB29jl1X093292@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 09:45:48 -0000 TB --- 2013-12-02 09:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-02 09:40:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-02 09:40:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-02 09:40:21 - cleaning the object tree TB --- 2013-12-02 09:40:21 - /usr/local/bin/svn stat /src TB --- 2013-12-02 09:40:26 - At svn revision 258841 TB --- 2013-12-02 09:40:27 - building world TB --- 2013-12-02 09:40:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-02 09:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-02 09:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-02 09:40:27 - SRCCONF=/dev/null TB --- 2013-12-02 09:40:27 - TARGET=arm TB --- 2013-12-02 09:40:27 - TARGET_ARCH=arm TB --- 2013-12-02 09:40:27 - TZ=UTC TB --- 2013-12-02 09:40:27 - __MAKE_CONF=/dev/null TB --- 2013-12-02 09:40:27 - cd /src TB --- 2013-12-02 09:40:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 2 09:40:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f a.out camlib.o scsi_cmdparse.o scsi_all.o scsi_da.o scsi_sa.o cam.o ata_all.o smp_all.o camlib.o.tmp scsi_cmdparse.o.tmp scsi_all.o.tmp scsi_da.o.tmp scsi_sa.o.tmp cam.o.tmp ata_all.o.tmp smp_all.o.tmp rm -f camlib.po scsi_cmdparse.po scsi_all.po scsi_da.po scsi_sa.po cam.po ata_all.po smp_all.po camlib.po.tmp scsi_cmdparse.po.tmp scsi_all.po.tmp scsi_da.po.tmp scsi_sa.po.tmp cam.po.tmp ata_all.po.tmp smp_all.po.tmp rm -f camlib.So scsi_cmdparse.So scsi_all.So scsi_da.So scsi_sa.So cam.So ata_all.So smp_all.So camlib.so scsi_cmdparse.so scsi_all.so scsi_da.so scsi_sa.so cam.so ata_all.so smp_all.so camlib.So.tmp scsi_cmdparse.So.tmp scsi_all.So.tmp scsi_da.So.tmp scsi_sa.So.tmp cam.So.tmp ata_all.So.tmp smp_all.So.tmp rm -f libcam.so rm -f libcam.a libcam_p.a libcam.so.6 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> lib/libcasper (cleandir) cd: can't cd to /src/lib/libcasper *** Error code 2 Stop. bmake[2]: stopped in /src/lib *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-02 09:45:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-02 09:45:47 - ERROR: failed to build world TB --- 2013-12-02 09:45:47 - 259.66 user 36.52 system 325.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 2 10:06:30 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10078B4A; Mon, 2 Dec 2013 10:06:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B29EC14C9; Mon, 2 Dec 2013 10:06:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB2A6S24047237; Mon, 2 Dec 2013 05:06:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB2A6SIS047235; Mon, 2 Dec 2013 10:06:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Dec 2013 10:06:28 GMT Message-Id: <201312021006.rB2A6SIS047235@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 10:06:30 -0000 TB --- 2013-12-02 10:00:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-02 10:00:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-02 10:00:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-02 10:00:15 - cleaning the object tree TB --- 2013-12-02 10:01:17 - /usr/local/bin/svn stat /src TB --- 2013-12-02 10:01:20 - At svn revision 258842 TB --- 2013-12-02 10:01:21 - building world TB --- 2013-12-02 10:01:21 - CROSS_BUILD_TESTING=YES TB --- 2013-12-02 10:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-02 10:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-02 10:01:21 - SRCCONF=/dev/null TB --- 2013-12-02 10:01:21 - TARGET=arm TB --- 2013-12-02 10:01:21 - TARGET_ARCH=arm TB --- 2013-12-02 10:01:21 - TZ=UTC TB --- 2013-12-02 10:01:21 - __MAKE_CONF=/dev/null TB --- 2013-12-02 10:01:21 - cd /src TB --- 2013-12-02 10:01:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 2 10:01:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f a.out camlib.o scsi_cmdparse.o scsi_all.o scsi_da.o scsi_sa.o cam.o ata_all.o smp_all.o camlib.o.tmp scsi_cmdparse.o.tmp scsi_all.o.tmp scsi_da.o.tmp scsi_sa.o.tmp cam.o.tmp ata_all.o.tmp smp_all.o.tmp rm -f camlib.po scsi_cmdparse.po scsi_all.po scsi_da.po scsi_sa.po cam.po ata_all.po smp_all.po camlib.po.tmp scsi_cmdparse.po.tmp scsi_all.po.tmp scsi_da.po.tmp scsi_sa.po.tmp cam.po.tmp ata_all.po.tmp smp_all.po.tmp rm -f camlib.So scsi_cmdparse.So scsi_all.So scsi_da.So scsi_sa.So cam.So ata_all.So smp_all.So camlib.so scsi_cmdparse.so scsi_all.so scsi_da.so scsi_sa.so cam.so ata_all.so smp_all.so camlib.So.tmp scsi_cmdparse.So.tmp scsi_all.So.tmp scsi_da.So.tmp scsi_sa.So.tmp cam.So.tmp ata_all.So.tmp smp_all.So.tmp rm -f libcam.so rm -f libcam.a libcam_p.a libcam.so.6 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> lib/libcasper (cleandir) cd: can't cd to /src/lib/libcasper *** Error code 2 Stop. bmake[2]: stopped in /src/lib *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-02 10:06:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-02 10:06:28 - ERROR: failed to build world TB --- 2013-12-02 10:06:28 - 258.88 user 33.13 system 373.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 2 11:06:43 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 820CDB01 for ; Mon, 2 Dec 2013 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47DE6193F for ; Mon, 2 Dec 2013 11:06:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rB2B6hqL007654 for ; Mon, 2 Dec 2013 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rB2B6gFn007652 for freebsd-arm@FreeBSD.org; Mon, 2 Dec 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Dec 2013 11:06:42 GMT Message-Id: <201312021106.rB2B6gFn007652@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 11:06:43 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 32 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 2 23:20:34 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16518994; Mon, 2 Dec 2013 23:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E087913C5; Mon, 2 Dec 2013 23:20:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB2NKWFc080547; Mon, 2 Dec 2013 18:20:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB2NKWMM080546; Mon, 2 Dec 2013 23:20:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Dec 2013 23:20:32 GMT Message-Id: <201312022320.rB2NKWMM080546@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:20:34 -0000 TB --- 2013-12-02 22:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-02 22:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-02 22:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-02 22:40:17 - cleaning the object tree TB --- 2013-12-02 22:40:17 - /usr/local/bin/svn stat /src TB --- 2013-12-02 22:40:22 - At svn revision 258858 TB --- 2013-12-02 22:40:23 - building world TB --- 2013-12-02 22:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-02 22:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-02 22:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-02 22:40:23 - SRCCONF=/dev/null TB --- 2013-12-02 22:40:23 - TARGET=arm TB --- 2013-12-02 22:40:23 - TARGET_ARCH=arm TB --- 2013-12-02 22:40:23 - TZ=UTC TB --- 2013-12-02 22:40:23 - __MAKE_CONF=/dev/null TB --- 2013-12-02 22:40:23 - cd /src TB --- 2013-12-02 22:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 2 22:40:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] ===> lib/clang/libllvmasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser -I. -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLLexer.cpp -o LLLexer.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser -I. -I/src/lib/clang/libllvmasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLParser.cpp -o LLParser.o /src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLParser.cpp: In member function 'bool llvm::LLParser::ParseFunctionHeader(llvm::Function*&, bool)': /src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLParser.cpp:2916: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmasmparser *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-02 23:20:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-02 23:20:32 - ERROR: failed to build world TB --- 2013-12-02 23:20:32 - 2161.48 user 203.99 system 2414.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Dec 6 05:00:01 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1886746 for ; Fri, 6 Dec 2013 05:00:01 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E8E61A81 for ; Fri, 6 Dec 2013 05:00:01 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id e14so398814iej.0 for ; Thu, 05 Dec 2013 20:59:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=GCEquRyTeqBIzNNtyn2LBVxqaYsqHuotsfGzYt5eHVI=; b=ZB1QlZVONCEOckQp8R+1rflsUc1NXqmCKPtK4xFRRQHBH0Jf2NWD/QhAjlcfLrX3IE HliXe29BMHd53I+4LFH7mgNffc/JJlNtdznNHdNOY00n5IPFdarbZJ8dCt37hxY1pwGM 7PE2mZA+XHgfl53/9kmpHu1BwKiX576gImIW67oqvsmMi8WSYQr8kW5BUkWJ1pOIbbHP O/wo3PtqZU/bkwMLtzZojnI2TuyS+RsRm65QVkAv7RUU5+zI1QAV1FdbGTpRJw5EuPHb 2zckTiwrN7PEI+p7Vf2XUwKvz/O8uEr85Nh0Wb/KeBarnLH1kOn3UhioiKr3iyoys6WS 2RDQ== X-Gm-Message-State: ALoCoQl3j2jGdYAiUSTHePfQGiYGZf2mifpMZ0wtGTmYpgWmyn8n2C0dy4hUqwaEn1ZkeHP+ymDo X-Received: by 10.42.67.74 with SMTP id s10mr1086410ici.1.1386305995138; Thu, 05 Dec 2013 20:59:55 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id x6sm1903348igb.3.2013.12.05.20.59.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Dec 2013 20:59:54 -0800 (PST) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: MFC breaks arm (at least for atmel) Date: Thu, 5 Dec 2013 21:59:52 -0700 Message-Id: <26D1FB70-A2A9-4723-AED2-633E04F09B4D@bsdimp.com> To: Scott Long Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 05:00:01 -0000 Hey Scott, I think a merge you did broke things on arm. At least for atmel arm. I = get the following panic after the following merge, but not before it. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 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 9.1-STABLE #12 r251897M: Thu Dec 5 21:54:53 MST 2013 imp@dune.bsdimp.com:/dune/imp/obj/arm.arm/imp/svn/stable/9/sys/G20 = arm gcc version 4.2.1 20070831 patched [FreeBSD] CPU: ARM926EJ-S rev 5 (ARM9EJ-S core) DC enabled IC enabled WB enabled LABT 32KB/32B 4-way Instruction cache 32KB/32B 4-way write-back-locking-C Data cache real memory =3D 67108864 (64 MB) panic: kmem_suballoc: bad status return of 3 KDB: enter: panic but I can't get a db> prompt to give you a traceback, or any kind of = traceback... ------------------------------------------------------------------------ r251897 | scottl | 2013-06-17 23:21:40 -0600 (Mon, 17 Jun 2013) | 11 = lines Merge the second part of the unmapped I/O changes. This enables the infrastructure in the block layer and UFS filesystem as well as a few drivers. The list of MFC revisions is long, so I won't quote = changelogs. r248508,248510,248511,248512,248514,248515,248516,248517,248518, 248519,248520,248521,248550,248568,248789,248790,249032,250936 Submitted by: kib Approved by: kib Obtained from: Netflix ------------------------------------------------------------------------ And ideas? Maybe a missed merge? Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 6 05:22:12 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 821C0D00 for ; Fri, 6 Dec 2013 05:22:12 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5701E1CD7 for ; Fri, 6 Dec 2013 05:22:12 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id w10so376647pde.35 for ; Thu, 05 Dec 2013 21:22:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=cyaV8Eyxks3MrA7b28+ESzkjeUn5ZryJyJ6ipSkbJgw=; b=EITphba5uFvCisDEUGhqUGELcmRjHIT5wlxp+2hB1+KO7IJROXGib96PzmQgxAj70t VUKS9fFv9MOdqc3lA462aTGZMloOWXWryOcuNgaCMxZaUy08OXocLLrLUxcd2iSJWwDf zzrvJX1LpsfnOs8Uhwi3brJ6LzvKhi5utFUvEET/ECBwB3wd4GnaxWRVkkF4+8jp8dyv qZDjLbuKDlsWy5nTweOWXpp6vkE8mpG2r/XC92g4AgTqbyfQITJY1bUY5OWWJUPivYnk ESJlrpE6jYi0RI85pF7It/FuvJWk/hp8+OKW6xbtXCF4bpHElscGuJERh3c3SC3itTm6 0m6A== X-Gm-Message-State: ALoCoQn7PfCMcNhXZ6yjJ0M5OhjnzVYe/cybuqOVEMclNFVKiwmPrVtBYYFp7oQ+51Z8DJiBJ9c1 X-Received: by 10.66.156.106 with SMTP id wd10mr1811826pab.125.1386307325962; Thu, 05 Dec 2013 21:22:05 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id g6sm164568689pat.2.2013.12.05.21.22.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Dec 2013 21:22:05 -0800 (PST) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Another issue with MFC Date: Thu, 5 Dec 2013 22:22:03 -0700 Message-Id: <423CAA53-FC07-4939-A6C8-4FC69CA0F33E@bsdimp.com> To: Scott Long Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 05:22:12 -0000 Hey Scott, I've found another problem. After the MFC of r251874, Atmel ARM no = longer can boot off NFS because the network breaks across this commit... ------------------------------------------------------------------------ r251874 | scottl | 2013-06-17 18:36:53 -0600 (Mon, 17 Jun 2013) | 34 = lines Big MFC of the physbio changes necessary for unmapped I/O. These = changes have been in production at Netflix for several months with significant success. MFC r246713: Reform the busdma API so that new types may be added without modifying every architecture's busdma_machdep.c. It is done by unifying the bus_dmamap_load_buffer() routines so that they may be called from MI code. The MD busdma is then given a chance to do any final processing in the complete() callback. MFC r249538: Some compilers issue a warning when wider integer is casted to narrow pointer. Supposedly shut down the warning by casting through uintptr_t. MFC r251479: Simplify the checking of flags for cam_periph_mapmem(). This gets rid = of a lot of code redundancy and grossness at very minor expense. MFC r251837: MFC r251842: Add infrastructure for doing compatibility shims, as has been sorely needed for the last 10 years. Far too much of the internal API is exposed, and every small adjustment causes applications to stop working. To kick this off, bump the API version to 0x17 as should have been done with r246713, but add shims to compensate. Thanks to the shims, there should be no visible change in application behavior. Submitted by: kib, jeffr Approved by: kib Obtained from: Netflix ------------------------------------------------------------------------ Any ideas? Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 6 23:42:07 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F371689A for ; Fri, 6 Dec 2013 23:42:06 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C69891E35 for ; Fri, 6 Dec 2013 23:42:06 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vp520-0005gV-0R; Fri, 06 Dec 2013 23:42:00 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rB6NfvO2024592; Fri, 6 Dec 2013 16:41:57 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19ShLWEAog59Gbpk6IfTVsy Subject: Re: Another issue with MFC From: Ian Lepore To: Warner Losh In-Reply-To: <423CAA53-FC07-4939-A6C8-4FC69CA0F33E@bsdimp.com> References: <423CAA53-FC07-4939-A6C8-4FC69CA0F33E@bsdimp.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 06 Dec 2013 16:41:57 -0700 Message-ID: <1386373317.58852.123.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , Scott Long X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 23:42:07 -0000 On Thu, 2013-12-05 at 22:22 -0700, Warner Losh wrote: > Hey Scott, > > I've found another problem. After the MFC of r251874, Atmel ARM no longer can boot off NFS because the network breaks across this commit... > > ------------------------------------------------------------------------ > r251874 | scottl | 2013-06-17 18:36:53 -0600 (Mon, 17 Jun 2013) | 34 lines > > Big MFC of the physbio changes necessary for unmapped I/O. These changes > have been in production at Netflix for several months with significant > success. > > MFC r246713: > > Reform the busdma API so that new types may be added without modifying > every architecture's busdma_machdep.c. It is done by unifying the > bus_dmamap_load_buffer() routines so that they may be called from MI > code. The MD busdma is then given a chance to do any final processing > in the complete() callback. > > MFC r249538: > Some compilers issue a warning when wider integer is casted to narrow > pointer. Supposedly shut down the warning by casting through > uintptr_t. > > MFC r251479: > Simplify the checking of flags for cam_periph_mapmem(). This gets rid of > a lot of code redundancy and grossness at very minor expense. > > MFC r251837: > MFC r251842: > Add infrastructure for doing compatibility shims, as has been sorely > needed for the last 10 years. Far too much of the internal API is > exposed, and every small adjustment causes applications to stop working. > To kick this off, bump the API version to 0x17 as should have been done > with r246713, but add shims to compensate. Thanks to the shims, there > should be no visible change in application behavior. > > Submitted by: kib, jeffr > Approved by: kib > Obtained from: Netflix > > ------------------------------------------------------------------------ > > Any ideas? > > Warner I wonder if an MFC of r246881 would help? -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Dec 7 00:10:35 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3DF5732 for ; Sat, 7 Dec 2013 00:10:34 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB53B1008 for ; Sat, 7 Dec 2013 00:10:34 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so2600306iec.30 for ; Fri, 06 Dec 2013 16:10:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=EQj/pCwCgWy+9eXqmGHZ0kZX58MbZK/nGnZpclQ/1K4=; b=cCqdWOyjkqvQ3SFZtJs5Ub+Ixis7Q+W7o/6ug6foMUaRsqVesNcXFRffFlhSkna3QR QfyxIJB6Hwtir3q/KBljp2Wi0s4boU26gCIGUT/onBV4BuEbWdxZaM8T1oJL2rPbxCge UDKvipIfI3mpWAq8lRCZVjA40O9qVOJHF+ooSIYrkhdBdUjugBIJn3HeeoRNlbZl2mNN GEyM3jdyHP2NakA/RayjrfL5VSU1v555d5E/Ke3SzUaoKR+GWMRFDqzRA2LGdYPs8cHu J6IEeiHtv4paK8klazRo1VGDAvk1SCE4XiyUqj0vJnaf1aNrYTHHv432s65VcfZdl8ce APVg== X-Gm-Message-State: ALoCoQnop6mBBIS+w7elaW9m6+KEmne9AxtGdQD93DevGjqJDF4RZ2BEUxKdaYkKYitMWpoGnVYI X-Received: by 10.43.170.130 with SMTP id nq2mr242850icc.69.1386375028364; Fri, 06 Dec 2013 16:10:28 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPSA id v9sm428340igh.7.2013.12.06.16.10.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Dec 2013 16:10:27 -0800 (PST) Sender: Warner Losh Subject: Re: Another issue with MFC Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1386373317.58852.123.camel@revolution.hippie.lan> Date: Fri, 6 Dec 2013 17:10:25 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <20BF3C41-C593-4DF8-AB03-D4CD1132901D@bsdimp.com> References: <423CAA53-FC07-4939-A6C8-4FC69CA0F33E@bsdimp.com> <1386373317.58852.123.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , Scott Long X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 00:10:35 -0000 On Dec 6, 2013, at 4:41 PM, Ian Lepore wrote: > On Thu, 2013-12-05 at 22:22 -0700, Warner Losh wrote: >> Hey Scott, >>=20 >> I've found another problem. After the MFC of r251874, Atmel ARM no = longer can boot off NFS because the network breaks across this commit... >>=20 >> = ------------------------------------------------------------------------ >> r251874 | scottl | 2013-06-17 18:36:53 -0600 (Mon, 17 Jun 2013) | 34 = lines >>=20 >> Big MFC of the physbio changes necessary for unmapped I/O. These = changes >> have been in production at Netflix for several months with = significant >> success. >>=20 >> MFC r246713: >>=20 >> Reform the busdma API so that new types may be added without = modifying >> every architecture's busdma_machdep.c. It is done by unifying the >> bus_dmamap_load_buffer() routines so that they may be called from MI >> code. The MD busdma is then given a chance to do any final = processing >> in the complete() callback. >>=20 >> MFC r249538: >> Some compilers issue a warning when wider integer is casted to narrow >> pointer. Supposedly shut down the warning by casting through >> uintptr_t. >>=20 >> MFC r251479: >> Simplify the checking of flags for cam_periph_mapmem(). This gets = rid of >> a lot of code redundancy and grossness at very minor expense. >>=20 >> MFC r251837: >> MFC r251842: >> Add infrastructure for doing compatibility shims, as has been sorely >> needed for the last 10 years. Far too much of the internal API is >> exposed, and every small adjustment causes applications to stop = working. >> To kick this off, bump the API version to 0x17 as should have been = done >> with r246713, but add shims to compensate. Thanks to the shims, = there >> should be no visible change in application behavior. >>=20 >> Submitted by: kib, jeffr >> Approved by: kib >> Obtained from: Netflix >>=20 >> = ------------------------------------------------------------------------ >>=20 >> Any ideas? >>=20 >> Warner >=20 > I wonder if an MFC of r246881 would help? If I update to r251874 and then apply this diff, then I don't see this = issue. Thanks! I'll see if my latest fix + this MFC makes it work... Warner= From owner-freebsd-arm@FreeBSD.ORG Sat Dec 7 00:29:55 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15348C17 for ; Sat, 7 Dec 2013 00:29:55 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D30721117 for ; Sat, 7 Dec 2013 00:29:54 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id tp5so2506952ieb.25 for ; Fri, 06 Dec 2013 16:29:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=hpkkYx/AbVcn671Irw8DSmUY6fFa2lClqfiDWjgXtAY=; b=TL0Unufjac3hxGhO+qgQ/fuU5jA13ddV4tVg4yUoAJZocPlnn4o34KqcuH5NUTWTi5 yPRSx0Lwud4qhhN1kyNpMoNv2iQ06Xmq5Z+uAaJV4NgZw5YbR7mzMtzaKVjRGlRTLTYX gMVUDgxrHApwr63tMFQT3df0SKVTNQxNGnu/AAMsjK1VtkSsV0MQ+wLgBrI0+LfIFG0X cUM0KTLN8evNKxqtdDlQQRCYMo+Mex5y2mro1i9J74bPuv5kBpzgoM9eKESJkgwVHcLZ Sz9xkW04YfCnnx8V2nC66YapDlsOSKh8ryT4MVrh75e/nHLT95o8GVBu2KDHFDxEwdGE KInQ== X-Gm-Message-State: ALoCoQkX4wnF26L7tYSXND0emTc3mX8bEDEu8QDp11EXaEsKj6ukgZAgSdJeVcwRt8RJ/FkIrdZy X-Received: by 10.50.62.3 with SMTP id u3mr5196863igr.49.1386376187950; Fri, 06 Dec 2013 16:29:47 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPSA id u1sm538468ige.1.2013.12.06.16.29.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Dec 2013 16:29:47 -0800 (PST) Sender: Warner Losh Subject: Re: Another issue with MFC Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1386373317.58852.123.camel@revolution.hippie.lan> Date: Fri, 6 Dec 2013 17:29:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4542A708-CA26-4A6A-A9D5-992F65F454BB@bsdimp.com> References: <423CAA53-FC07-4939-A6C8-4FC69CA0F33E@bsdimp.com> <1386373317.58852.123.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , Scott Long X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 00:29:55 -0000 On Dec 6, 2013, at 4:41 PM, Ian Lepore wrote: > I wonder if an MFC of r246881 would help? After fixing the early panic earlier today, I've found that with this = diff applied (just to busdma_machdep.c, since there's no v6 in 9), I'm = able to NFS boot FreeBSD 9.2-STABLE #23 r259053M: Fri Dec 6 17:20:42 MST 2013 up to multi-user. That resolves my two issues with running 9 on the = AT91SAM9G20 board I have... Now to see if I can run on a USB root. Did you want to do the honors of the MFC, or should I? Warner From owner-freebsd-arm@FreeBSD.ORG Sat Dec 7 12:16:37 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 140942AE for ; Sat, 7 Dec 2013 12:16:37 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF2D21834 for ; Sat, 7 Dec 2013 12:16:36 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e16so1347969qcx.27 for ; Sat, 07 Dec 2013 04:16:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=i+o8gVKTLyNK1iOvZu/uyMb7lGVLEsfQpSAu91DAdpQ=; b=GVd/Uvr1KDN/ToPNq3/6F4f3MGxFRWRjWK9QFm3cwAAlVgqRtEoV9kbkoCPzjq3cSx s0XSwbJWL5/AxHTn030+FdNRR5Y0geHGsb++iADToxZ/7xRRBsEK7MC38HOhC5Mkmygv sF63VwqXRZDkg2doyGnp+0Z5tl+sQXNuphci/gXtNeuP+iVKETS2WbP27UAC/xa51Oym v9EQ6a3m+wRQFEZwj+rlTcgE8/qCx7bjKX/Pe5qtoKkktT5nDWaD7gpcoJsZoSTFmtLs II3OZ/LWx59BXxWpnvT1K2BB+lidLl02jNMF7icyI0+vYaEB0Ox7dknJqoF0SdlAXKDM CPQg== MIME-Version: 1.0 X-Received: by 10.224.4.70 with SMTP id 6mr15804719qaq.86.1386418595681; Sat, 07 Dec 2013 04:16:35 -0800 (PST) Received: by 10.224.130.194 with HTTP; Sat, 7 Dec 2013 04:16:35 -0800 (PST) Date: Sat, 7 Dec 2013 20:16:35 +0800 Message-ID: Subject: [PATCH] Add stack unwind support for the functions in .ko From: Howard Su To: freebsd-arm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 12:16:37 -0000 I need this function when working on dtrace/arm support. the basic idea is locate the ARM.EXIDX section by the symbol __exidx_start and __exidx_stop. To keep it simple, I always look through the link_file_list when unwind the stack. From the testing, the performance seems ok. Also, I implement the count parameter when unwind the stack which can make 'show threads' output more readable. I also disabled some print output by #if 0 which makes output more align with the other platform. Please review. Thanks, Howard Su diff --git a/sys/arm/arm/db_trace.c b/sys/arm/arm/db_trace.c index 57119da..9a4728d 100644 --- a/sys/arm/arm/db_trace.c +++ b/sys/arm/arm/db_trace.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -79,12 +80,6 @@ __FBSDID("$FreeBSD$"); #define PC 15 /* - * These are set in the linker script. Their addresses will be - * either the start or end of the exception table or index. - */ -extern int extab_start, extab_end, exidx_start, exidx_end; - -/* * Entry types. * These are the only entry types that have been seen in the kernel. */ @@ -135,6 +130,28 @@ db_expand_prel31(uint32_t prel31) return ((int32_t)(prel31 & 0x7fffffffu) << 1) / 2; } +struct db_find_index_context_t +{ + int valid; + caddr_t addr; + caddr_t exidx_start, exidx_end; +}; + +static int +db_find_index_file_cb(linker_file_t lf, void* arg) +{ + struct db_find_index_context_t *context = (struct db_find_index_context_t*)arg; + if (context->addr >= lf->address && context->addr < lf->address + lf->size) + { + context->exidx_start = linker_file_lookup_symbol(lf, "__exidx_start", 0); + context->exidx_end = linker_file_lookup_symbol(lf, "__exidx_end", 0); + context->valid = 1; + return 1; + } + + return 0; +} + /* * Perform a binary search of the index table to find the function * with the largest address that doesn't exceed addr. @@ -148,10 +165,18 @@ db_find_index(uint32_t addr) int32_t prel31_addr; uint32_t func_addr; - start = (struct unwind_idx *)&exidx_start; + struct db_find_index_context_t context; + context.valid = 0; + context.addr = (caddr_t)addr; + + linker_file_foreach(db_find_index_file_cb, &context); + if (!context.valid) + return 0; + + start = (struct unwind_idx *)context.exidx_start; min = 0; - max = (&exidx_end - &exidx_start) / 2; + max = (context.exidx_end - context.exidx_start) / 2; while (min != max) { mid = min + (max - min + 1) / 2; @@ -269,7 +294,7 @@ db_unwind_exec_insn(struct unwind_state *state) /* Stop processing */ state->entries = 0; - } else if ((insn == INSN_POP_REGS)) { + } else if (insn == INSN_POP_REGS) { unsigned int mask, reg; mask = db_unwind_exec_read_byte(state); @@ -352,20 +377,22 @@ db_unwind_tab(struct unwind_state *state) } static void -db_stack_trace_cmd(struct unwind_state *state) +db_stack_trace_cmd(struct unwind_state *state, int count) { struct unwind_idx *index; const char *name; db_expr_t value; db_expr_t offset; c_db_sym_t sym; +#if 0 u_int reg, i; char *sep; uint16_t upd_mask; +#endif bool finished; finished = false; - while (!finished) { + while (!finished && count--) { /* Reset the mask of updated registers */ state->update_mask = 0; @@ -375,7 +402,7 @@ db_stack_trace_cmd(struct unwind_state *state) /* Find the item to run */ index = db_find_index(state->start_pc); - if (index->insn != EXIDX_CANTUNWIND) { + if (index && index->insn != EXIDX_CANTUNWIND) { if (index->insn & (1U << 31)) { /* The data is within the instruction */ state->insn = &index->insn; @@ -399,6 +426,7 @@ db_stack_trace_cmd(struct unwind_state *state) db_printf("%s() at ", name); db_printsym(state->start_pc, DB_STGY_PROC); db_printf("\n"); +#if 0 db_printf("\t pc = 0x%08x lr = 0x%08x (", state->start_pc, state->registers[LR]); db_printsym(state->registers[LR], DB_STGY_PROC); @@ -425,7 +453,7 @@ db_stack_trace_cmd(struct unwind_state *state) } } db_printf("\n"); - +#endif /* * Stop if directed to do so, or if we've unwound back to the * kernel entry point, or if the unwind function didn't change @@ -435,14 +463,17 @@ db_stack_trace_cmd(struct unwind_state *state) * the last frame printed before you see the unwind failure * message (maybe it needs a STOP_UNWINDING). */ - if (index->insn == EXIDX_CANTUNWIND) { - db_printf("Unable to unwind further\n"); + if (index && index->insn == EXIDX_CANTUNWIND) { + if (count) + db_printf("Unable to unwind further\n"); finished = true; } else if (state->registers[PC] < VM_MIN_KERNEL_ADDRESS) { - db_printf("Unable to unwind into user mode\n"); + if (count) + db_printf("Unable to unwind into user mode\n"); finished = true; } else if (state->update_mask == 0) { - db_printf("Unwind failure (no registers changed)\n"); + if (count) + db_printf("Unwind failure (no registers changed)\n"); finished = true; } } @@ -479,7 +510,7 @@ db_stack_trace_cmd(struct unwind_state *state) #ifndef __ARM_EABI__ /* The frame format is differend in AAPCS */ static void -db_stack_trace_cmd(db_expr_t addr, db_expr_t count, boolean_t kernel_only) +db_stack_trace_cmd(db_expr_t addr, int count, boolean_t kernel_only) { u_int32_t *frame, *lastframe; c_db_sym_t sym; @@ -608,9 +639,9 @@ db_trace_thread(struct thread *thr, int count) state.registers[LR] = ctx->un_32.pcb32_lr; state.registers[PC] = ctx->un_32.pcb32_pc; - db_stack_trace_cmd(&state); + db_stack_trace_cmd(&state, count); #else - db_stack_trace_cmd(ctx->un_32.pcb32_r11, -1, TRUE); + db_stack_trace_cmd(ctx->un_32.pcb32_r11, count, TRUE); #endif } else db_trace_self(); @@ -632,7 +663,7 @@ db_trace_self(void) state.registers[LR] = (uint32_t)__builtin_return_address(0); state.registers[PC] = (uint32_t)db_trace_self; - db_stack_trace_cmd(&state); + db_stack_trace_cmd(&state, -1); #else db_addr_t addr; diff --git a/sys/conf/kmod.mk b/sys/conf/kmod.mk index bd05878..d0a1f0f 100644 --- a/sys/conf/kmod.mk +++ b/sys/conf/kmod.mk @@ -133,6 +133,16 @@ CFLAGS+= -mlongcall -fno-omit-frame-pointer CFLAGS+= -G0 -fno-pic -mno-abicalls -mlong-calls .endif +.if ${MACHINE_CPUARCH} == arm +.if !defined(WITHOUT_ARM_EABI) +CFLAGS+= -funwind-tables +.if ${COMPILER_TYPE} == "clang" +# clang requires us to tell it to emit assembly with unwind information +CFLAGS+= -mllvm -arm-enable-ehabi +.endif +.endif +.endif + .if defined(DEBUG) || defined(DEBUG_FLAGS) CTFFLAGS+= -g .endif diff --git a/sys/conf/ldscript.arm b/sys/conf/ldscript.arm index 0d1c7ee..2482ce7 100644 --- a/sys/conf/ldscript.arm +++ b/sys/conf/ldscript.arm @@ -57,17 +57,11 @@ SECTIONS .plt : { *(.plt) } . = ALIGN(4); - _extab_start = .; - PROVIDE(extab_start = .); .ARM.extab : { *(.ARM.extab) } - _extab.end = .; - PROVIDE(extab_end = .); - _exidx_start = .; - PROVIDE(exidx_start = .); + __exidx_start = .; .ARM.exidx : { *(.ARM.exidx) } - _exidx_end = .; - PROVIDE(exidx_end = .); + __exidx_end = .; /* Adjust the address for the data segment. We want to adjust up to the same address within the page on the next page up. */ -- -Howard