From owner-freebsd-arm@freebsd.org Mon Aug 17 01:40:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FE369B95D0 for ; Mon, 17 Aug 2015 01:40:15 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BB341A64 for ; Mon, 17 Aug 2015 01:40:14 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: by labd1 with SMTP id d1so70626227lab.1 for ; Sun, 16 Aug 2015 18:40:12 -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=KgwUmSr5vgiHGc1N+7W2h7C9Ps8iqW7goVbqdG5u62Y=; b=BErl1F0vPJedKiQBQ3kQLQLSOmWrkl8WzqUQ++V0Hom1kwTUmCA2J18zLM20xNej9x fm2aKSzOfVBNVsPx0jXS2R5LHml5Ziwhr1RqihikRkdUhSd/Mj7GI//cHSmYo5xdn7Zr 1/xrICF1uUXK/YDBuLRtrkbiuA9FhL4iiUryPaHx4AMsws1WYFpRdVfUjiP9GBHXt9sd n0Ril7M/1f7vTOGXyGTC0inO3uqRcZ/J+B8wVZap3myI6zJVecFHT8FHo5Q6/KnHvLKg yXx1Q68Qn3EjEFZ4n13/tfC4HBiJsVZPhK8dHa1bSy9SsK1QgLrpcnPQXRQZ4kxbgRds Ja2g== MIME-Version: 1.0 X-Received: by 10.152.3.199 with SMTP id e7mr53016700lae.98.1439775612259; Sun, 16 Aug 2015 18:40:12 -0700 (PDT) Received: by 10.25.23.227 with HTTP; Sun, 16 Aug 2015 18:40:12 -0700 (PDT) In-Reply-To: <08125E73-C46A-4DDF-BFD8-59D5B86136B8@bluezbox.com> References: <1356466883.1144.8.camel@revolution.hippie.lan> <08125E73-C46A-4DDF-BFD8-59D5B86136B8@bluezbox.com> Date: Sun, 16 Aug 2015 18:40:12 -0700 Message-ID: Subject: Re: Raspberry Pi questions From: "Alex T." To: Oleksandr Tymoshenko Cc: Ian Lepore , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2015 01:40:15 -0000 Apologies for hijacking the thread, but do same instructions apply to pandaboard to get a fixed deterministic mac address? Thank you. On 25 December 2012 at 12:37, Oleksandr Tymoshenko wrote: > > On 2012-12-25, at 12:21 PM, Ian Lepore > wrote: > > > I got my RPi running this morning, more or less. I used the boot > > partition from the latest image at http://www.peach.ne.jp/archives/rpi/ > > but I'm loading my own custom built kernel and world. I have a few > > questions... > > > > Can I get ubldr to load a kernel using tftp, bootp, etc? > > Yes. ubldr checks U-Boot devices (SD and net), then tries to locate > FFS partition on SD card and if fails - falls back to NFS/bootp. You can > fetch > my image, boot partition there contains ubldr, FDT blob, config.txt and > boot scripts: > > http://people.freebsd.org/~gonzo/arm/rpi/freebsd-pi-r243778.img.gz > > > Are there any > > docs on ubldr in general? (Right now I'm skipping ubldr and using > > u-boot's DHCP command to load the kernel.) > No, there are BSDCan slides by raj@ but as far as I know that's the only > bit of > documentation for ubldr. > http://www.bsdcan.org/2008/schedule/attachments/49_2008_uboot_freebsd.pdf > > > > My RPi comes up with a random ethernet mac address on every boot, but > > when I look at the driver code it seems that there should be an address > > stored in an eeprom. Do I have to program that myself? > SMSC might or might not have EEPROM. The one in RPI does not > have EEPROM so it's driver responsibility to set MAC address. There are two > options: get it from FDT blob or generate random. On Raspberry Pi it works > like this: > firmware loads FDT blob at fixed address, fixes up board-specific info > like memory sizes, > MAC address, board serial/revision. Then it loads u-boot, u-boot loads > ubldr, ubldr > generates kernel meta-data, loads kernel and passes control to the kernel. > Kernel gets FDT blob from meta-data and uses it to determine MAC address. > In order to make ubldr recognize FDT blob you'll need "fdt addr 0x100" in > /boot/loader.rc > either on SD card FFS partition or on your NFS root. > > > > > When I try to use an nfs-mounted root I get "Mounting from > > nfs:172.22.42.240:/rpi failed with error 19." but if I mount root from > > the sdcard then after it gets to multiuser mode I can manually nfs-mount > > the same directory. Has anybody got an nfs-mounted root working? > This is most likely due to NFS version mismatch. We have nfs and oldnfs > for NFSv4 and NFSv3. I have working NFS root for raspberry pi. My kernel > config: > > options NFSCL #Network Filesystem Client > options NFS_ROOT #NFS usable as /, requires NFSCLIENT > options BOOTP_NFSROOT > options BOOTP_COMPAT > options BOOTP > options BOOTP_NFSV3 > options BOOTP_WIRED_TO=ue0 > > I use FreeBSD 9.0 as NFS server. > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Aug 18 02:16:03 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E9459BB646 for ; Tue, 18 Aug 2015 02:16:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 67D1F1B5D; Tue, 18 Aug 2015 02:16:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 649C51E8; Tue, 18 Aug 2015 02:16:02 +0000 (UTC) Date: Tue, 18 Aug 2015 02:15:51 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: marcel@FreeBSD.org, jasone@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #894 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 02:16:03 -0000 FreeBSD_HEAD_arm64 - Build #894 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/cons= ole Change summaries: 286868 by marcel: Add 24 more page table pages we allocate on boot-up. 16MB slop is a little tight in and by itself, but severily insufficient when one needs to map a large frame buffer as part of console initialization. 64MB slop should be enough for a while. As an example: a 15" MacBook Pro with retina display needs ~28MB of KVA for the frame buffer. PR:=09=09193745 286867 by marcel: Support frame buffers that are larger than the default screen size as defined by VT_FB_DEFAULT_WIDTH and VT_FB_DEFAULT_HEIGHT (at this time 2048x1200). The default is really a max. We cap the height and width to those defaults and position the screen in the center of the frame buffer. Ideally we use a bigger font to utility the entire real estate that is the frame buffer, but that's seen as an improvement over making it work first. PR:=09=09193745 286866 by jasone: Update jemalloc to version 4.0.0. The end of the build log: [...truncated 29640 lines...] ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/rtree.c jemalloc_rtree.= c --- jemalloc_tcache.c --- --- jemalloc_stats.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/stats.c jemalloc_stats.= c --- jemalloc_tsd.c --- --- jemalloc_tcache.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/tcache.c jemalloc_tcach= e.c --- jemalloc_util.c --- --- nsparser.c --- --- jemalloc_tsd.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/tsd.c jemalloc_tsd.c --- jemalloc_util.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/util.c jemalloc_util.c --- subr_acl_nfs4.c --- --- yp.h --- --- crypt_clnt.c --- --- nsparser.c --- yacc -d -p_nsyy -o nsparser.c /usr/src/lib/libc/net/nsparser.y --- yp.h --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -h -o yp.h /u= sr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/yp.x --- subr_acl_nfs4.c --- cat /usr/src/lib/libc/../../sys/kern/subr_acl_nfs4.c > subr_acl_nfs4.c --- crypt_clnt.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -l -o crypt_c= lnt.c /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/crypt.x --- crypt_xdr.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -c -o crypt_x= dr.c /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/crypt.x --- nslexer.c --- lex -P_nsyy -onslexer.c.tmp1 /usr/src/lib/libc/net/nslexer.l sed -e '/YY_BUF_SIZE/s/16384/1024/' nslexer.c.tmp1 >nslexer.c.tmp2 rm -f nslexer.c.tmp1 mv -f nslexer.c.tmp2 nslexer.c --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -I/usr/= src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/= aarch64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdt= oa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/arm64.aarc= h64/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib/libc/../../contrib/jemalloc= /include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/li= bc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN = -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -I/usr/src/li= b/libutil -I/usr/src/lib/msun/aarch64 -I/usr/src/lib/msun/src -std=3Dgnu99 = /usr/src/lib/libc/db/btree/bt_close.c /usr/src/lib/libc/db/btree/bt_conv.= c /usr/src/lib/libc/db/btree/bt_debug.c /usr/src/lib/libc/db/btree/bt_delet= e.c /usr/src/lib/libc/db/btree/bt_get.c /usr/src/lib/libc/db/btree/bt_open.= c /usr/src/lib/libc/db/btree/bt_overflow.c /usr/src/lib/libc/db/btree/bt_pa= ge.c /usr/src/lib/libc/db/btree/bt_put.c /usr/src/lib/libc/db/btree/bt_sear= ch.c /usr/src/lib/libc/db/btree/bt_seq.c /usr/src/lib/libc/db/btree/bt_spli= t.c /usr/src/lib/libc/db/btree/bt_utils.c /usr/src/lib/libc/db/db/db.c /usr= /src/lib/libc/db/hash/hash.c /usr/src/lib/libc/db/hash/hash_bigkey.c /usr/s= rc/lib/libc/db/hash/hash_buf.c /usr/src/lib/libc/db/hash/hash_func.c /usr/s= rc/lib/libc/db/hash/hash_log2.c /usr/src/lib/libc/db/hash/hash_page.c /usr/= src/lib/libc/db/hash/ndbm.c /usr/src/lib/libc/db/mpool/mpool.c /usr/src/lib= /libc/db/mpool/mpool-compat.c /usr/src/lib/libc/db/recno/rec_close.c /usr/s= rc/lib/libc/db/recno/rec_delete.c /usr/src/lib/libc/db/recno/rec_get.c /usr= /src/lib/libc/db/recno/rec_open.c /usr/src/lib/libc/db/recno/rec_put.c /usr= /src/lib/libc/db/recno/rec_search.c /usr/src/lib/libc/db/recno/rec_seq.c /u= sr/src/lib/libc/db/recno/rec_utils.c /usr/src/lib/libc/compat-43/creat.c /u= sr/src/lib/libc/compat-43/gethostid.c /usr/src/lib/libc/compat-43/getwd.c /= usr/src/lib/libc/compat-43/killpg.c /usr/src/lib/libc/compat-43/sethostid.c= /usr/src/lib/libc/compat-43/setpgrp.c /usr/src/lib/libc/compat-43/setrgid.= c /usr/src/lib/libc/compat-43/setruid.c /usr/src/lib/libc/compat-43/sigcomp= at.c /usr/src/lib/libc/gen/__getosreldate.c /usr/src/lib/libc/gen/__pthread= _mutex_init_calloc_cb_stub.c /usr/src/lib/libc/gen/__xuname.c /usr/src/lib/= libc/gen/_once_stub.c /usr/src/lib/libc/gen/_pthread_stubs.c /usr/src/lib/l= ibc/gen/_rand48.c /usr/src/lib/libc/gen/_spinlock_stub.c /usr/src/lib/libc/= gen/_thread_init.c /usr/src/lib/libc/gen/alarm.c /usr/src/lib/libc/gen/arc4= random.c /usr/src/lib/libc/gen/assert.c /usr/src/lib/libc/gen/auxv.c /usr/s= rc/lib/libc/gen/basename.c /usr/src/lib/libc/gen/cap_sandboxed.c /usr/src/l= ib/libc/gen/check_utility_compat.c /usr/src/lib/libc/gen/clock.c /usr/src/l= ib/libc/gen/clock_getcpuclockid.c /usr/src/lib/libc/gen/closedir.c /usr/src= /lib/libc/gen/confstr.c /usr/src/lib/libc/gen/crypt.c /usr/src/lib/libc/gen= /ctermid.c /usr/src/lib/libc/gen/daemon.c /usr/src/lib/libc/gen/devname.c /= usr/src/lib/libc/gen/dirfd.c /usr/src/lib/libc/gen/dirname.c /usr/src/lib/l= ibc/gen/disklabel.c /usr/src/lib/libc/gen/dlfcn.c /usr/src/lib/libc/gen/dra= nd48.c /usr/src/lib/libc/gen/dup3.c /usr/src/lib/libc/gen/elf_utils.c /usr/= src/lib/libc/gen/erand48.c /usr/src/lib/libc/gen/err.c /usr/src/lib/libc/ge= n/errlst.c /usr/src/lib/libc/gen/errno.c /usr/src/lib/libc/gen/exec.c /usr/= src/lib/libc/gen/fdevname.c /usr/src/lib/libc/gen/feature_present.c /usr/sr= c/lib/libc/gen/fmtcheck.c /usr/src/lib/libc/gen/fmtmsg.c /usr/src/lib/libc/= gen/fnmatch.c /usr/src/lib/libc/gen/fpclassify.c /usr/src/lib/libc/gen/frex= p.c /usr/src/lib/libc/gen/fstab.c /usr/src/lib/libc/gen/ftok.c /usr/src/lib= /libc/gen/fts.c /usr/src/lib/libc/gen/fts-compat.c /usr/src/lib/libc/gen/ft= w.c /usr/src/lib/libc/gen/getbootfile.c /usr/src/lib/libc/gen/getbsize.c /u= sr/src/lib/libc/gen/getcap.c /usr/src/lib/libc/gen/getcwd.c /usr/src/lib/li= bc/gen/getdomainname.c /usr/src/lib/libc/gen/getgrent.c /usr/src/lib/libc/g= en/getgrouplist.c /usr/src/lib/libc/gen/gethostname.c /usr/src/lib/libc/gen= /getloadavg.c /usr/src/lib/libc/gen/getlogin.c /usr/src/lib/libc/gen/getmnt= info.c /usr/src/lib/libc/gen/getnetgrent.c /usr/src/lib/libc/gen/getosrelda= te.c /usr/src/lib/libc/gen/getpagesize.c /usr/src/lib/libc/gen/getpagesizes= .c /usr/src/lib/libc/gen/getpeereid.c /usr/src/lib/libc/gen/getprogname.c /= usr/src/lib/libc/gen/getpwent.c /usr/src/lib/libc/gen/getttyent.c /usr/src/= lib/libc/gen/getusershell.c /usr/src/lib/libc/gen/getutxent.c /usr/src/lib/= libc/gen/getvfsbyname.c /usr/src/lib/libc/gen/glob.c /usr/src/lib/libc/gen/= initgroups.c /usr/src/lib/libc/gen/isatty.c /usr/src/lib/libc/gen/isinf.c /= usr/src/lib/libc/gen/isnan.c /usr/src/lib/libc/gen/jrand48.c /usr/src/lib/l= ibc/gen/lcong48.c /usr/src/lib/libc/gen/libc_dlopen.c /usr/src/lib/libc/gen= /lockf.c /usr/src/lib/libc/gen/lrand48.c /usr/src/lib/libc/gen/mrand48.c /u= sr/src/lib/libc/gen/nftw.c /usr/src/lib/libc/gen/nice.c /usr/src/lib/libc/g= en/nlist.c /usr/src/lib/libc/gen/nrand48.c /usr/src/lib/libc/gen/opendir.c = /usr/src/lib/libc/gen/pause.c /usr/src/lib/libc/gen/pmadvise.c /usr/src/lib= /libc/gen/popen.c /usr/src/lib/libc/gen/posix_spawn.c /usr/src/lib/libc/gen= /psignal.c /usr/src/lib/libc/gen/pututxline.c /usr/src/lib/libc/gen/pw_scan= .c /usr/src/lib/libc/gen/raise.c /usr/src/lib/libc/gen/readdir.c /usr/src/l= ib/libc/gen/readpassphrase.c /usr/src/lib/libc/gen/rewinddir.c /usr/src/lib= /libc/gen/scandir.c /usr/src/lib/libc/gen/seed48.c /usr/src/lib/libc/gen/se= ekdir.c /usr/src/lib/libc/gen/semctl.c /usr/src/lib/libc/gen/setdomainname.= c /usr/src/lib/libc/gen/sethostname.c /usr/src/lib/libc/gen/setjmperr.c /us= r/src/lib/libc/gen/setmode.c /usr/src/lib/libc/gen/setproctitle.c /usr/src/= lib/libc/gen/setprogname.c /usr/src/lib/libc/gen/siginterrupt.c /usr/src/li= b/libc/gen/siglist.c /usr/src/lib/libc/gen/signal.c /usr/src/lib/libc/gen/s= igsetops.c /usr/src/lib/libc/gen/sleep.c /usr/src/lib/libc/gen/srand48.c /u= sr/src/lib/libc/gen/statvfs.c /usr/src/lib/libc/gen/stringlist.c /usr/src/l= ib/libc/gen/strtofflags.c /usr/src/lib/libc/gen/sysconf.c /usr/src/lib/libc= /gen/sysctl.c /usr/src/lib/libc/gen/sysctlbyname.c /usr/src/lib/libc/gen/sy= sctlnametomib.c /usr/src/lib/libc/gen/syslog.c /usr/src/lib/libc/gen/telldi= r.c /usr/src/lib/libc/gen/termios.c /usr/src/lib/libc/gen/time.c /usr/src/l= ib/libc/gen/times.c /usr/src/lib/libc/gen/timezone.c /usr/src/lib/libc/gen/= tls.c /usr/src/lib/libc/gen/ttyname.c /usr/src/lib/libc/gen/ttyslot.c /usr/= src/lib/libc/gen/ualarm.c /usr/src/lib/libc/gen/ulimit.c /usr/src/lib/libc/= gen/uname.c /usr/src/lib/libc/gen/unvis-compat.c /usr/src/lib/libc/gen/usle= ep.c /usr/src/lib/libc/gen/utime.c /usr/src/lib/libc/gen/utxdb.c /usr/src/l= ib/libc/gen/valloc.c /usr/src/lib/libc/gen/wait.c /usr/src/lib/libc/gen/wai= t3.c /usr/src/lib/libc/gen/waitpid.c /usr/src/lib/libc/gen/waitid.c /usr/sr= c/lib/libc/gen/wordexp.c /usr/src/lib/libc/../../contrib/libc-pwcache/pwcac= he.c /usr/src/lib/libc/../../contrib/libc-vis/unvis.c /usr/src/lib/libc/../= ../contrib/libc-vis/vis.c cancelpoints_sem.c cancelpoints_sem_new.c /usr/sr= c/lib/libc/aarch64/gen/_ctx_start.S /usr/src/lib/libc/aarch64/gen/fabs.S /u= sr/src/lib/libc/aarch64/gen/flt_rounds.c /usr/src/lib/libc/aarch64/gen/fpge= tmask.c /usr/src/lib/libc/aarch64/gen/fpsetmask.c /usr/src/lib/libc/gen/lde= xp.c /usr/src/lib/libc/aarch64/gen/makecontext.c /usr/src/lib/libc/aarch64/= gen/_setjmp.S /usr/src/lib/libc/aarch64/gen/_set_tp.c /usr/src/lib/libc/aar= ch64/gen/setjmp.S /usr/src/lib/libc/aarch64/gen/sigsetjmp.S /usr/src/lib/li= bc/gen/trivial-getcontextx.c /usr/src/lib/libc/gmon/gmon.c /usr/src/lib/lib= c/gmon/mcount.c /usr/src/lib/libc/iconv/citrus_bcs.c /usr/src/lib/libc/icon= v/citrus_bcs_strtol.c /usr/src/lib/libc/iconv/citrus_bcs_strtoul.c /usr/src= /lib/libc/iconv/citrus_csmapper.c /usr/src/lib/libc/iconv/citrus_db.c /usr/= src/lib/libc/iconv/citrus_db_factory.c /usr/src/lib/libc/iconv/citrus_db_ha= sh.c /usr/src/lib/libc/iconv/citrus_esdb.c /usr/src/lib/libc/iconv/citrus_h= ash.c /usr/src/lib/libc/iconv/citrus_iconv.c /usr/src/lib/libc/iconv/citrus= _lookup.c /usr/src/lib/libc/iconv/citrus_lookup_factory.c /usr/src/lib/libc= /iconv/citrus_mapper.c /usr/src/lib/libc/iconv/citrus_memstream.c /usr/src/= lib/libc/iconv/citrus_mmap.c /usr/src/lib/libc/iconv/citrus_module.c /usr/s= rc/lib/libc/iconv/citrus_none.c /usr/src/lib/libc/iconv/citrus_pivot_factor= y.c /usr/src/lib/libc/iconv/citrus_prop.c /usr/src/lib/libc/iconv/citrus_st= denc.c /usr/src/lib/libc/iconv/bsd_iconv.c /usr/src/lib/libc/iconv/iconv_co= mpat.c /usr/src/lib/libc/inet/inet_addr.c /usr/src/lib/libc/inet/inet_cidr_= ntop.c /usr/src/lib/libc/inet/inet_cidr_pton.c /usr/src/lib/libc/inet/inet_= lnaof.c /usr/src/lib/libc/inet/inet_makeaddr.c /usr/src/lib/libc/inet/inet_= net_ntop.c /usr/src/lib/libc/inet/inet_net_pton.c /usr/src/lib/libc/inet/in= et_neta.c /usr/src/lib/libc/inet/inet_netof.c /usr/src/lib/libc/inet/inet_n= etwork.c /usr/src/lib/libc/inet/inet_ntoa.c /usr/src/lib/libc/inet/inet_nto= p.c /usr/src/lib/libc/inet/inet_pton.c /usr/src/lib/libc/inet/nsap_addr.c /= usr/src/lib/libc/isc/ev_streams.c /usr/src/lib/libc/isc/ev_timers.c /usr/sr= c/lib/libc/locale/ascii.c /usr/src/lib/libc/locale/big5.c /usr/src/lib/libc= /locale/btowc.c /usr/src/lib/libc/locale/collate.c /usr/src/lib/libc/locale= /collcmp.c /usr/src/lib/libc/locale/euc.c /usr/src/lib/libc/locale/fix_grou= ping.c /usr/src/lib/libc/locale/gb18030.c /usr/src/lib/libc/locale/gb2312.c= /usr/src/lib/libc/locale/gbk.c /usr/src/lib/libc/locale/ctype.c /usr/src/l= ib/libc/locale/isctype.c /usr/src/lib/libc/locale/iswctype.c /usr/src/lib/l= ibc/locale/ldpart.c /usr/src/lib/libc/locale/lmessages.c /usr/src/lib/libc/= locale/lmonetary.c /usr/src/lib/libc/locale/lnumeric.c /usr/src/lib/libc/lo= cale/localeconv.c /usr/src/lib/libc/locale/mblen.c /usr/src/lib/libc/locale= /mbrlen.c /usr/src/lib/libc/locale/mbrtowc.c /usr/src/lib/libc/locale/mbsin= it.c /usr/src/lib/libc/locale/mbsnrtowcs.c /usr/src/lib/libc/locale/mbsrtow= cs.c /usr/src/lib/libc/locale/mbtowc.c /usr/src/lib/libc/locale/mbstowcs.c = /usr/src/lib/libc/locale/mskanji.c /usr/src/lib/libc/locale/nextwctype.c /u= sr/src/lib/libc/locale/nl_langinfo.c /usr/src/lib/libc/locale/nomacros.c /u= sr/src/lib/libc/locale/none.c /usr/src/lib/libc/locale/rpmatch.c /usr/src/l= ib/libc/locale/rune.c /usr/src/lib/libc/locale/runetype.c /usr/src/lib/libc= /locale/setlocale.c /usr/src/lib/libc/locale/setrunelocale.c /usr/src/lib/l= ibc/locale/table.c /usr/src/lib/libc/locale/tolower.c /usr/src/lib/libc/loc= ale/toupper.c /usr/src/lib/libc/locale/utf8.c /usr/src/lib/libc/locale/wcrt= omb.c /usr/src/lib/libc/locale/wcsnrtombs.c /usr/src/lib/libc/locale/wcsrto= mbs.c /usr/src/lib/libc/locale/wcsftime.c /usr/src/lib/libc/locale/wcstof.c= /usr/src/lib/libc/locale/wcstod.c /usr/src/lib/libc/locale/wcstoimax.c /us= r/src/lib/libc/locale/wcstol.c /usr/src/lib/libc/locale/wcstold.c /usr/src/= lib/libc/locale/wcstoll.c /usr/src/lib/libc/locale/wcstombs.c /usr/src/lib/= libc/locale/wcstoul.c /usr/src/lib/libc/locale/wcstoull.c /usr/src/lib/libc= /locale/wcstoumax.c /usr/src/lib/libc/locale/wctob.c /usr/src/lib/libc/loca= le/wctomb.c /usr/src/lib/libc/locale/wctrans.c /usr/src/lib/libc/locale/wct= ype.c /usr/src/lib/libc/locale/wcwidth.c /usr/src/lib/libc/locale/xlocale.c= /usr/src/lib/libc/locale/c16rtomb_iconv.c /usr/src/lib/libc/locale/c32rtom= b_iconv.c /usr/src/lib/libc/locale/mbrtoc16_iconv.c /usr/src/lib/libc/local= e/mbrtoc32_iconv.c /usr/src/lib/libc/../libmd/md5c.c /usr/src/lib/libc/name= ser/ns_name.c /usr/src/lib/libc/nameser/ns_netint.c /usr/src/lib/libc/names= er/ns_parse.c /usr/src/lib/libc/nameser/ns_print.c /usr/src/lib/libc/namese= r/ns_samedomain.c /usr/src/lib/libc/nameser/ns_ttl.c /usr/src/lib/libc/net/= base64.c /usr/src/lib/libc/net/ether_addr.c /usr/src/lib/libc/net/eui64.c /= usr/src/lib/libc/net/gai_strerror.c /usr/src/lib/libc/net/getaddrinfo.c /us= r/src/lib/libc/net/gethostbydns.c /usr/src/lib/libc/net/gethostbyht.c /usr/= src/lib/libc/net/gethostbynis.c /usr/src/lib/libc/net/gethostnamadr.c /usr/= src/lib/libc/net/getifaddrs.c /usr/src/lib/libc/net/getifmaddrs.c /usr/src/= lib/libc/net/getnameinfo.c /usr/src/lib/libc/net/getnetbydns.c /usr/src/lib= /libc/net/getnetbyht.c /usr/src/lib/libc/net/getnetbynis.c /usr/src/lib/lib= c/net/getnetnamadr.c /usr/src/lib/libc/net/getproto.c /usr/src/lib/libc/net= /getprotoent.c /usr/src/lib/libc/net/getprotoname.c /usr/src/lib/libc/net/g= etservent.c /usr/src/lib/libc/net/if_indextoname.c /usr/src/lib/libc/net/if= _nameindex.c /usr/src/lib/libc/net/if_nametoindex.c /usr/src/lib/libc/net/i= p6opt.c /usr/src/lib/libc/net/linkaddr.c /usr/src/lib/libc/net/map_v4v6.c /= usr/src/lib/libc/net/name6.c /usr/src/lib/libc/net/ntoh.c /usr/src/lib/libc= /net/nsdispatch.c nslexer.c nsparser.c /usr/src/lib/libc/net/nss_compat.c /= usr/src/lib/libc/net/rcmd.c /usr/src/lib/libc/net/rcmdsh.c /usr/src/lib/lib= c/net/recv.c /usr/src/lib/libc/net/rthdr.c /usr/src/lib/libc/net/sctp_sys_c= alls.c /usr/src/lib/libc/net/send.c /usr/src/lib/libc/net/sockatmark.c /usr= /src/lib/libc/net/sourcefilter.c /usr/src/lib/libc/net/vars.c /usr/src/lib/= libc/net/nscache.c /usr/src/lib/libc/net/nscachedcli.c /usr/src/lib/libc/nl= s/msgcat.c /usr/src/lib/libc/posix1e/acl_branding.c /usr/src/lib/libc/posix= 1e/acl_calc_mask.c /usr/src/lib/libc/posix1e/acl_copy.c /usr/src/lib/libc/p= osix1e/acl_compat.c /usr/src/lib/libc/posix1e/acl_delete.c /usr/src/lib/lib= c/posix1e/acl_delete_entry.c /usr/src/lib/libc/posix1e/acl_entry.c /usr/src= /lib/libc/posix1e/acl_flag.c /usr/src/lib/libc/posix1e/acl_free.c /usr/src/= lib/libc/posix1e/acl_from_text.c /usr/src/lib/libc/posix1e/acl_from_text_nf= s4.c /usr/src/lib/libc/posix1e/acl_get.c /usr/src/lib/libc/posix1e/acl_id_t= o_name.c /usr/src/lib/libc/posix1e/acl_init.c /usr/src/lib/libc/posix1e/acl= _perm.c /usr/src/lib/libc/posix1e/acl_set.c /usr/src/lib/libc/posix1e/acl_s= trip.c /usr/src/lib/libc/posix1e/acl_support.c /usr/src/lib/libc/posix1e/ac= l_support_nfs4.c /usr/src/lib/libc/posix1e/acl_to_text.c /usr/src/lib/libc/= posix1e/acl_to_text_nfs4.c /usr/src/lib/libc/posix1e/acl_valid.c /usr/src/l= ib/libc/posix1e/extattr.c /usr/src/lib/libc/posix1e/mac.c /usr/src/lib/libc= /posix1e/mac_exec.c /usr/src/lib/libc/posix1e/mac_get.c /usr/src/lib/libc/p= osix1e/mac_set.c subr_acl_nfs4.c /usr/src/lib/libc/regex/regcomp.c /usr/src= /lib/libc/regex/regerror.c /usr/src/lib/libc/regex/regexec.c /usr/src/lib/l= ibc/regex/regfree.c /usr/src/lib/libc/resolv/herror.c /usr/src/lib/libc/res= olv/h_errno.c /usr/src/lib/libc/resolv/mtctxres.c /usr/src/lib/libc/resolv/= res_comp.c /usr/src/lib/libc/resolv/res_data.c /usr/src/lib/libc/resolv/res= _debug.c /usr/src/lib/libc/resolv/res_findzonecut.c /usr/src/lib/libc/resol= v/res_init.c /usr/src/lib/libc/resolv/res_mkquery.c /usr/src/lib/libc/resol= v/res_mkupdate.c /usr/src/lib/libc/resolv/res_query.c /usr/src/lib/libc/res= olv/res_send.c /usr/src/lib/libc/resolv/res_state.c /usr/src/lib/libc/resol= v/res_update.c /usr/src/lib/libc/stdio/_flock_stub.c /usr/src/lib/libc/stdi= o/asprintf.c /usr/src/lib/libc/stdio/clrerr.c /usr/src/lib/libc/stdio/dprin= tf.c /usr/src/lib/libc/stdio/fclose.c /usr/src/lib/libc/stdio/fcloseall.c /= usr/src/lib/libc/stdio/fdopen.c /usr/src/lib/libc/stdio/feof.c /usr/src/lib= /libc/stdio/ferror.c /usr/src/lib/libc/stdio/fflush.c /usr/src/lib/libc/std= io/fgetc.c /usr/src/lib/libc/stdio/fgetln.c /usr/src/lib/libc/stdio/fgetpos= .c /usr/src/lib/libc/stdio/fgets.c /usr/src/lib/libc/stdio/fgetwc.c /usr/sr= c/lib/libc/stdio/fgetwln.c /usr/src/lib/libc/stdio/fgetws.c /usr/src/lib/li= bc/stdio/fileno.c /usr/src/lib/libc/stdio/findfp.c /usr/src/lib/libc/stdio/= flags.c /usr/src/lib/libc/stdio/fmemopen.c /usr/src/lib/libc/stdio/fopen.c = /usr/src/lib/libc/stdio/fprintf.c /usr/src/lib/libc/stdio/fpurge.c /usr/src= /lib/libc/stdio/fputc.c /usr/src/lib/libc/stdio/fputs.c /usr/src/lib/libc/s= tdio/fputwc.c /usr/src/lib/libc/stdio/fputws.c /usr/src/lib/libc/stdio/frea= d.c /usr/src/lib/libc/stdio/freopen.c /usr/src/lib/libc/stdio/fscanf.c /usr= /src/lib/libc/stdio/fseek.c /usr/src/lib/libc/stdio/fsetpos.c /usr/src/lib/= libc/stdio/ftell.c /usr/src/lib/libc/stdio/funopen.c /usr/src/lib/libc/stdi= o/fvwrite.c /usr/src/lib/libc/stdio/fwalk.c /usr/src/lib/libc/stdio/fwide.c= /usr/src/lib/libc/stdio/fwprintf.c /usr/src/lib/libc/stdio/fwscanf.c /usr/= src/lib/libc/stdio/fwrite.c /usr/src/lib/libc/stdio/getc.c /usr/src/lib/lib= c/stdio/getchar.c /usr/src/lib/libc/stdio/getdelim.c /usr/src/lib/libc/stdi= o/getline.c /usr/src/lib/libc/stdio/gets.c /usr/src/lib/libc/stdio/getw.c /= usr/src/lib/libc/stdio/getwc.c /usr/src/lib/libc/stdio/getwchar.c /usr/src/= lib/libc/stdio/makebuf.c /usr/src/lib/libc/stdio/mktemp.c /usr/src/lib/libc= /stdio/open_memstream.c /usr/src/lib/libc/stdio/open_wmemstream.c /usr/src/= lib/libc/stdio/perror.c /usr/src/lib/libc/stdio/printf.c /usr/src/lib/libc/= stdio/printf-pos.c /usr/src/lib/libc/stdio/putc.c /usr/src/lib/libc/stdio/p= utchar.c /usr/src/lib/libc/stdio/puts.c /usr/src/lib/libc/stdio/putw.c /usr= /src/lib/libc/stdio/putwc.c /usr/src/lib/libc/stdio/putwchar.c /usr/src/lib= /libc/stdio/refill.c /usr/src/lib/libc/stdio/remove.c /usr/src/lib/libc/std= io/rewind.c /usr/src/lib/libc/stdio/rget.c /usr/src/lib/libc/stdio/scanf.c = /usr/src/lib/libc/stdio/setbuf.c /usr/src/lib/libc/stdio/setbuffer.c /usr/s= rc/lib/libc/stdio/setvbuf.c /usr/src/lib/libc/stdio/snprintf.c /usr/src/lib= /libc/stdio/sprintf.c /usr/src/lib/libc/stdio/sscanf.c /usr/src/lib/libc/st= dio/stdio.c /usr/src/lib/libc/stdio/swprintf.c /usr/src/lib/libc/stdio/swsc= anf.c /usr/src/lib/libc/stdio/tempnam.c /usr/src/lib/libc/stdio/tmpfile.c /= usr/src/lib/libc/stdio/tmpnam.c /usr/src/lib/libc/stdio/ungetc.c /usr/src/l= ib/libc/stdio/ungetwc.c /usr/src/lib/libc/stdio/vasprintf.c /usr/src/lib/li= bc/stdio/vdprintf.c /usr/src/lib/libc/stdio/vfprintf.c /usr/src/lib/libc/st= dio/vfscanf.c /usr/src/lib/libc/stdio/vfwprintf.c /usr/src/lib/libc/stdio/v= fwscanf.c /usr/src/lib/libc/stdio/vprintf.c /usr/src/lib/libc/stdio/vscanf.= c /usr/src/lib/libc/stdio/vsnprintf.c /usr/src/lib/libc/stdio/vsprintf.c /u= sr/src/lib/libc/stdio/vsscanf.c /usr/src/lib/libc/stdio/vswprintf.c /usr/sr= c/lib/libc/stdio/vswscanf.c /usr/src/lib/libc/stdio/vwprintf.c /usr/src/lib= /libc/stdio/vwscanf.c /usr/src/lib/libc/stdio/wbuf.c /usr/src/lib/libc/stdi= o/wprintf.c /usr/src/lib/libc/stdio/wscanf.c /usr/src/lib/libc/stdio/wsetup= .c /usr/src/lib/libc/stdio/xprintf.c /usr/src/lib/libc/stdio/xprintf_float.= c /usr/src/lib/libc/stdio/xprintf_int.c /usr/src/lib/libc/stdio/xprintf_str= .c /usr/src/lib/libc/stdio/xprintf_errno.c /usr/src/lib/libc/stdio/xprintf_= hexdump.c /usr/src/lib/libc/stdio/xprintf_quote.c /usr/src/lib/libc/stdio/x= printf_time.c /usr/src/lib/libc/stdio/xprintf_vis.c /usr/src/lib/libc/../..= /contrib/tzcode/stdtime/asctime.c /usr/src/lib/libc/../../contrib/tzcode/st= dtime/difftime.c /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c= /usr/src/lib/libc/stdtime/strftime.c /usr/src/lib/libc/stdtime/strptime.c = /usr/src/lib/libc/stdtime/timelocal.c /usr/src/lib/libc/stdtime/time32.c /u= sr/src/lib/libc/sys/trivial-vdso_tc.c /usr/src/lib/libc/sys/clock_gettime.c= /usr/src/lib/libc/sys/gettimeofday.c /usr/src/lib/libc/sys/__vdso_gettimeo= fday.c /usr/src/lib/libc/sys/__error.c /usr/src/lib/libc/sys/interposing_ta= ble.c /usr/src/lib/libc/sys/futimens.c /usr/src/lib/libc/sys/utimensat.c /u= sr/src/lib/libc/sys/accept.c /usr/src/lib/libc/sys/accept4.c /usr/src/lib/l= ibc/sys/aio_suspend.c /usr/src/lib/libc/sys/close.c /usr/src/lib/libc/sys/c= onnect.c /usr/src/lib/libc/sys/fcntl.c /usr/src/lib/libc/sys/fsync.c /usr/s= rc/lib/libc/sys/fork.c /usr/src/lib/libc/sys/kevent.c /usr/src/lib/libc/sys= /msync.c /usr/src/lib/libc/sys/nanosleep.c /usr/src/lib/libc/sys/open.c /us= r/src/lib/libc/sys/openat.c /usr/src/lib/libc/sys/poll.c /usr/src/lib/libc/= sys/ppoll.c /usr/src/lib/libc/sys/pselect.c /usr/src/lib/libc/sys/read.c /u= sr/src/lib/libc/sys/readv.c /usr/src/lib/libc/sys/recvfrom.c /usr/src/lib/l= ibc/sys/recvmsg.c /usr/src/lib/libc/sys/select.c /usr/src/lib/libc/sys/send= msg.c /usr/src/lib/libc/sys/sendto.c /usr/src/lib/libc/sys/setcontext.c /us= r/src/lib/libc/sys/sigprocmask.c /usr/src/lib/libc/sys/sigsuspend.c /usr/sr= c/lib/libc/sys/sigtimedwait.c /usr/src/lib/libc/sys/sigwait.c /usr/src/lib/= libc/sys/sigwaitinfo.c /usr/src/lib/libc/sys/swapcontext.c /usr/src/lib/lib= c/sys/wait4.c /usr/src/lib/libc/sys/wait6.c /usr/src/lib/libc/sys/write.c /= usr/src/lib/libc/sys/writev.c /usr/src/lib/libc/sys/sigaction.c /usr/src/li= b/libc/aarch64/sys/brk.S /usr/src/lib/libc/aarch64/sys/cerror.S /usr/src/li= b/libc/aarch64/sys/pipe.S /usr/src/lib/libc/aarch64/sys/sbrk.S /usr/src/lib= /libc/aarch64/sys/shmat.S /usr/src/lib/libc/aarch64/sys/sigreturn.S /usr/sr= c/lib/libc/aarch64/sys/syscall.S /usr/src/lib/libc/aarch64/sys/vfork.S link= .S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S g= etpid.S mount.S unmount.S setuid.S getuid.S geteuid.S ptrace.S getpeername.= S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S= getegid.S profil.S ktrace.S getgid.S setlogin.S acct.S sigaltstack.S ioctl= .S reboot.S revoke.S symlink.S readlink.S execve.S umask.S chroot.S vadvise= .S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.= S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S setprio= rity.S socket.S getpriority.S bind.S setsockopt.S listen.S getrusage.S gets= ockopt.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S fl= ock.S mkfifo.S shutdown.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S s= etsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatf= s.S lgetfh.S getfh.S freebsd4_getdomainname.S freebsd4_setdomainname.S free= bsd4_uname.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S= freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat= .S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirent= ries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S fre= ebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid= .S freebsd7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S= msgrcv.S freebsd7_shmctl.S shmdt.S shmget.S clock_settime.S clock_getres.S= ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_g= etoverrun.S ffclock_getcounter.S ffclock_setestimate.S ffclock_getestimate.= S clock_getcpuclockid2.S ntp_gettime.S minherit.S rfork.S issetugid.S lchow= n.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S= lutimes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S free= bsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S = kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S = setresuid.S setresgid.S aio_return.S aio_cancel.S aio_error.S oaio_read.S o= aio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam= .S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S= sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S = utrace.S freebsd4_sendfile.S kldsym.S jail.S nnpfs_syscall.S freebsd4_sigac= tion.S sigpending.S freebsd4_sigreturn.S __acl_get_file.S __acl_set_file.S = __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_a= clcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_= get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S= kqueue.S extattr_set_fd.S extattr_get_fd.S extattr_delete_fd.S __setugid.S= eaccess.S afs3_syscall.S nmount.S __mac_get_proc.S __mac_set_proc.S __mac_= get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S= uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs= .S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_ope= n.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_= link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delet= e_link.S __mac_execve.S getcontext.S swapoff.S __acl_get_link.S __acl_set_l= ink.S __acl_delete_link.S __acl_aclcheck_link.S thr_create.S thr_exit.S thr= _self.S thr_kill.S jail_attach.S extattr_list_fd.S extattr_list_file.S exta= ttr_list_link.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audi= t.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S set= audit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_seta= ttr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S= thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sen= dmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S m= map.S lseek.S truncate.S ftruncate.S thr_kill2.S shm_open.S shm_unlink.S cp= uset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinit= y.S faccessat.S fchmodat.S fchownat.S fexecve.S fstatat.S futimesat.S linka= t.S mkdirat.S mkfifoat.S mknodat.S readlinkat.S renameat.S symlinkat.S unli= nkat.S posix_openpt.S gssd_syscall.S jail_get.S jail_set.S jail_remove.S cl= osefrom.S __semctl.S msgctl.S shmctl.S lpathconf.S __cap_rights_get.S cap_e= nter.S cap_getmode.S pdfork.S pdkill.S pdgetpid.S getloginclass.S setloginc= lass.S rctl_get_racct.S rctl_get_rules.S rctl_get_limits.S rctl_add_rule.S = rctl_remove_rule.S posix_fallocate.S posix_fadvise.S cap_rights_limit.S cap= _ioctls_limit.S cap_ioctls_get.S cap_fcntls_limit.S cap_fcntls_get.S bindat= .S connectat.S chflagsat.S pipe2.S aio_mlock.S procctl.S numa_getaffinity.S= numa_setaffinity.S _exit.S _getlogin.S _clock_gettime.S _gettimeofday.S _f= utimens.S _utimensat.S _accept.S _accept4.S _aio_suspend.S _close.S _connec= t.S _fcntl.S _fsync.S _fork.S _kevent.S _msync.S _nanosleep.S _open.S _open= at.S _poll.S _ppoll.S _pselect.S _read.S _readv.S _recvfrom.S _recvmsg.S _s= elect.S _sendmsg.S _sendto.S _setcontext.S _sigprocmask.S _sigsuspend.S _si= gtimedwait.S _sigwait.S _sigwaitinfo.S _swapcontext.S _wait4.S _wait6.S _wr= ite.S _writev.S _sigaction.S /usr/src/lib/libc/secure/stack_protector.c /us= r/src/lib/libc/secure/stack_protector_compat.c /usr/src/lib/libc/rpc/auth_n= one.c /usr/src/lib/libc/rpc/auth_unix.c /usr/src/lib/libc/rpc/authunix_prot= .c /usr/src/lib/libc/rpc/bindresvport.c /usr/src/lib/libc/rpc/clnt_bcast.c = /usr/src/lib/libc/rpc/clnt_dg.c /usr/src/lib/libc/rpc/clnt_generic.c /usr/s= rc/lib/libc/rpc/clnt_perror.c /usr/src/lib/libc/rpc/clnt_raw.c /usr/src/lib= /libc/rpc/clnt_simple.c /usr/src/lib/libc/rpc/clnt_vc.c /usr/src/lib/libc/r= pc/rpc_dtablesize.c /usr/src/lib/libc/rpc/getnetconfig.c /usr/src/lib/libc/= rpc/getnetpath.c /usr/src/lib/libc/rpc/getrpcent.c /usr/src/lib/libc/rpc/ge= trpcport.c /usr/src/lib/libc/rpc/mt_misc.c /usr/src/lib/libc/rpc/pmap_clnt.= c /usr/src/lib/libc/rpc/pmap_getmaps.c /usr/src/lib/libc/rpc/pmap_getport.c= /usr/src/lib/libc/rpc/pmap_prot.c /usr/src/lib/libc/rpc/pmap_prot2.c /usr/= src/lib/libc/rpc/pmap_rmt.c /usr/src/lib/libc/rpc/rpc_prot.c /usr/src/lib/l= ibc/rpc/rpc_commondata.c /usr/src/lib/libc/rpc/rpc_callmsg.c /usr/src/lib/l= ibc/rpc/rpc_generic.c /usr/src/lib/libc/rpc/rpc_soc.c /usr/src/lib/libc/rpc= /rpcb_clnt.c /usr/src/lib/libc/rpc/rpcb_prot.c /usr/src/lib/libc/rpc/rpcb_s= t_xdr.c /usr/src/lib/libc/rpc/rpcsec_gss_stub.c /usr/src/lib/libc/rpc/svc.c= /usr/src/lib/libc/rpc/svc_auth.c /usr/src/lib/libc/rpc/svc_dg.c /usr/src/l= ib/libc/rpc/svc_auth_unix.c /usr/src/lib/libc/rpc/svc_generic.c /usr/src/li= b/libc/rpc/svc_raw.c /usr/src/lib/libc/rpc/svc_run.c /usr/src/lib/libc/rpc/= svc_simple.c /usr/src/lib/libc/rpc/svc_vc.c /usr/src/lib/libc/rpc/auth_time= .c /usr/src/lib/libc/rpc/auth_des.c /usr/src/lib/libc/rpc/authdes_prot.c /u= sr/src/lib/libc/rpc/des_crypt.c /usr/src/lib/libc/rpc/des_soft.c /usr/src/l= ib/libc/rpc/crypt_client.c /usr/src/lib/libc/rpc/key_call.c /usr/src/lib/li= bc/rpc/key_prot_xdr.c /usr/src/lib/libc/rpc/getpublickey.c /usr/src/lib/lib= c/rpc/svc_auth_des.c /usr/src/lib/libc/rpc/netname.c /usr/src/lib/libc/rpc/= netnamer.c /usr/src/lib/libc/rpc/rpcdname.c /usr/src/lib/libc/rpc/rtime.c c= rypt_clnt.c crypt_xdr.c /usr/src/lib/libc/uuid/uuid_compare.c /usr/src/lib/= libc/uuid/uuid_create.c /usr/src/lib/libc/uuid/uuid_create_nil.c /usr/src/l= ib/libc/uuid/uuid_equal.c /usr/src/lib/libc/uuid/uuid_from_string.c /usr/sr= c/lib/libc/uuid/uuid_hash.c /usr/src/lib/libc/uuid/uuid_is_nil.c /usr/src/l= ib/libc/uuid/uuid_stream.c /usr/src/lib/libc/uuid/uuid_to_string.c /usr/src= /lib/libc/xdr/xdr.c /usr/src/lib/libc/xdr/xdr_array.c /usr/src/lib/libc/xdr= /xdr_float.c /usr/src/lib/libc/xdr/xdr_mem.c /usr/src/lib/libc/xdr/xdr_rec.= c /usr/src/lib/libc/xdr/xdr_reference.c /usr/src/lib/libc/xdr/xdr_sizeof.c = /usr/src/lib/libc/xdr/xdr_stdio.c /usr/src/lib/libc/yp/xdryp.c yp_xdr.c /us= r/src/lib/libc/yp/yplib.c /usr/src/lib/libc/../../sys/kern/subr_capability.= c /usr/src/lib/libc/gdtoa/machdep_ldisQ.c /usr/src/lib/libc/gdtoa/_hdtoa.c = /usr/src/lib/libc/gdtoa/_hldtoa.c /usr/src/lib/libc/gdtoa/_ldtoa.c /usr/src= /lib/libc/gdtoa/glue.c gdtoa_strtorQ.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdt= oa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc= .c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtor= d.c gdtoa_sum.c gdtoa_ulp.c /usr/src/lib/libc/gen/modf.c /usr/src/lib/libc/= stdlib/_Exit.c /usr/src/lib/libc/stdlib/a64l.c /usr/src/lib/libc/stdlib/abo= rt.c /usr/src/lib/libc/stdlib/abs.c /usr/src/lib/libc/stdlib/atexit.c /usr/= src/lib/libc/stdlib/atof.c /usr/src/lib/libc/stdlib/atoi.c /usr/src/lib/lib= c/stdlib/atol.c /usr/src/lib/libc/stdlib/atoll.c /usr/src/lib/libc/stdlib/b= search.c /usr/src/lib/libc/stdlib/div.c /usr/src/lib/libc/stdlib/exit.c /us= r/src/lib/libc/stdlib/getenv.c /usr/src/lib/libc/stdlib/getopt.c /usr/src/l= ib/libc/stdlib/getopt_long.c /usr/src/lib/libc/stdlib/getsubopt.c /usr/src/= lib/libc/stdlib/hcreate.c /usr/src/lib/libc/stdlib/heapsort.c /usr/src/lib/= libc/stdlib/heapsort_b.c /usr/src/lib/libc/stdlib/imaxabs.c /usr/src/lib/li= bc/stdlib/imaxdiv.c /usr/src/lib/libc/stdlib/insque.c /usr/src/lib/libc/std= lib/l64a.c /usr/src/lib/libc/stdlib/labs.c /usr/src/lib/libc/stdlib/ldiv.c = /usr/src/lib/libc/stdlib/llabs.c /usr/src/lib/libc/stdlib/lldiv.c /usr/src/= lib/libc/stdlib/lsearch.c /usr/src/lib/libc/stdlib/merge.c /usr/src/lib/lib= c/stdlib/mergesort_b.c /usr/src/lib/libc/stdlib/ptsname.c /usr/src/lib/libc= /stdlib/qsort.c /usr/src/lib/libc/stdlib/qsort_r.c /usr/src/lib/libc/stdlib= /quick_exit.c /usr/src/lib/libc/stdlib/radixsort.c /usr/src/lib/libc/stdlib= /rand.c /usr/src/lib/libc/stdlib/random.c /usr/src/lib/libc/stdlib/realloca= rray.c /usr/src/lib/libc/stdlib/reallocf.c /usr/src/lib/libc/stdlib/realpat= h.c /usr/src/lib/libc/stdlib/remque.c /usr/src/lib/libc/stdlib/strfmon.c /u= sr/src/lib/libc/stdlib/strtoimax.c /usr/src/lib/libc/stdlib/strtol.c /usr/s= rc/lib/libc/stdlib/strtoll.c /usr/src/lib/libc/stdlib/strtoq.c /usr/src/lib= /libc/stdlib/strtoul.c /usr/src/lib/libc/stdlib/strtonum.c /usr/src/lib/lib= c/stdlib/strtoull.c /usr/src/lib/libc/stdlib/strtoumax.c /usr/src/lib/libc/= stdlib/strtouq.c /usr/src/lib/libc/stdlib/system.c /usr/src/lib/libc/stdlib= /tdelete.c /usr/src/lib/libc/stdlib/tfind.c /usr/src/lib/libc/stdlib/tsearc= h.c /usr/src/lib/libc/stdlib/twalk.c jemalloc_jemalloc.c jemalloc_arena.c j= emalloc_atomic.c jemalloc_base.c jemalloc_bitmap.c jemalloc_chunk.c jemallo= c_chunk_dss.c jemalloc_chunk_mmap.c jemalloc_ckh.c jemalloc_ctl.c jemalloc_= extent.c jemalloc_hash.c jemalloc_huge.c jemalloc_mb.c jemalloc_mutex.c jem= alloc_pages.c jemalloc_prof.c jemalloc_quarantine.c jemalloc_rtree.c jemall= oc_stats.c jemalloc_tcache.c jemalloc_tsd.c jemalloc_util.c /usr/src/lib/li= bc/string/bcmp.c /usr/src/lib/libc/string/bcopy.c /usr/src/lib/libc/string/= bzero.c /usr/src/lib/libc/../../sys/libkern/explicit_bzero.c /usr/src/lib/l= ibc/string/ffs.c /usr/src/lib/libc/string/ffsl.c /usr/src/lib/libc/string/f= fsll.c /usr/src/lib/libc/string/fls.c /usr/src/lib/libc/string/flsl.c /usr/= src/lib/libc/string/flsll.c /usr/src/lib/libc/string/memccpy.c /usr/src/lib= /libc/string/memchr.c /usr/src/lib/libc/string/memrchr.c /usr/src/lib/libc/= string/memcmp.c /usr/src/lib/libc/string/memcpy.c /usr/src/lib/libc/string/= memmem.c /usr/src/lib/libc/string/memmove.c /usr/src/lib/libc/string/memset= .c /usr/src/lib/libc/string/stpcpy.c /usr/src/lib/libc/string/stpncpy.c /us= r/src/lib/libc/string/strcasecmp.c /usr/src/lib/libc/string/strcat.c /usr/s= rc/lib/libc/string/strcasestr.c /usr/src/lib/libc/string/strchr.c /usr/src/= lib/libc/string/strchrnul.c /usr/src/lib/libc/string/strcmp.c /usr/src/lib/= libc/string/strcoll.c /usr/src/lib/libc/string/strcpy.c /usr/src/lib/libc/s= tring/strcspn.c /usr/src/lib/libc/string/strdup.c /usr/src/lib/libc/string/= strerror.c /usr/src/lib/libc/string/strlcat.c /usr/src/lib/libc/string/strl= cpy.c /usr/src/lib/libc/string/strlen.c /usr/src/lib/libc/string/strmode.c = /usr/src/lib/libc/string/strncat.c /usr/src/lib/libc/string/strncmp.c /usr/= src/lib/libc/string/strncpy.c /usr/src/lib/libc/string/strndup.c /usr/src/l= ib/libc/string/strnlen.c /usr/src/lib/libc/string/strnstr.c /usr/src/lib/li= bc/string/strpbrk.c /usr/src/lib/libc/string/strrchr.c /usr/src/lib/libc/st= ring/strsep.c /usr/src/lib/libc/string/strsignal.c /usr/src/lib/libc/string= /strspn.c /usr/src/lib/libc/string/strstr.c /usr/src/lib/libc/string/strtok= .c /usr/src/lib/libc/string/strxfrm.c /usr/src/lib/libc/string/swab.c /usr/= src/lib/libc/string/wcpcpy.c /usr/src/lib/libc/string/wcpncpy.c /usr/src/li= b/libc/string/wcscasecmp.c /usr/src/lib/libc/string/wcscat.c /usr/src/lib/l= ibc/string/wcschr.c /usr/src/lib/libc/string/wcscmp.c /usr/src/lib/libc/str= ing/wcscoll.c /usr/src/lib/libc/string/wcscpy.c /usr/src/lib/libc/string/wc= scspn.c /usr/src/lib/libc/string/wcsdup.c /usr/src/lib/libc/string/wcslcat.= c /usr/src/lib/libc/string/wcslcpy.c /usr/src/lib/libc/string/wcslen.c /usr= /src/lib/libc/string/wcsncasecmp.c /usr/src/lib/libc/string/wcsncat.c /usr/= src/lib/libc/string/wcsncmp.c /usr/src/lib/libc/string/wcsncpy.c /usr/src/l= ib/libc/string/wcsnlen.c /usr/src/lib/libc/string/wcspbrk.c /usr/src/lib/li= bc/string/wcsrchr.c /usr/src/lib/libc/string/wcsspn.c /usr/src/lib/libc/str= ing/wcsstr.c /usr/src/lib/libc/string/wcstok.c /usr/src/lib/libc/string/wcs= width.c /usr/src/lib/libc/string/wcsxfrm.c /usr/src/lib/libc/string/wmemchr= .c /usr/src/lib/libc/string/wmemcmp.c /usr/src/lib/libc/string/wmemcpy.c /u= sr/src/lib/libc/string/wmemmove.c /usr/src/lib/libc/string/wmemset.c In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_arena.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_atomic.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_base.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_bitmap.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk_dss.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk_mmap.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_ckh.c:38: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_ctl.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_extent.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_hash.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_huge.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_mb.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_mutex.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_pages.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_prof.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_quarantine.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_rtree.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_stats.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_tcache.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_tsd.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_util.c:23: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:1415:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson50253632502879797.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Aug 18 05:20:59 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 034619BBD6D for ; Tue, 18 Aug 2015 05:20:59 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [204.109.63.53]) (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 DE07210A6; Tue, 18 Aug 2015 05:20:58 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.10] (unknown [208.94.83.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id C657A286F1; Mon, 17 Aug 2015 22:15:40 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD_HEAD_arm64 - Build #894 - Failure From: Jason Evans In-Reply-To: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 17 Aug 2015 22:15:39 -0700 Cc: marcel@FreeBSD.org, freebsd-arm@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <07FD64BA-7390-40A2-8D9D-ADCAB15D8015@freebsd.org> References: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 05:20:59 -0000 On Aug 17, 2015, at 7:15 PM, jenkins-admin@freebsd.org wrote: >=20 > FreeBSD_HEAD_arm64 - Build #894 - Failure: >=20 > Build information: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/ > Full change log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/changes > Full build log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/894/console >=20 > Change summaries: >=20 > [...] >=20 > 286866 by jasone: > Update jemalloc to version 4.0.0. >=20 >=20 >=20 > The end of the build log: >=20 > [...truncated 29640 lines...] > [...] > In file included from jemalloc_jemalloc.c:2: > In file included from = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemallo= c_internal.h:356: > = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cl= asses.h:1415:4: error: "No size class definitions match configuration" > # error "No size class definitions match configuration" > ^ > 1 error generated. I'm build-testing a fix right now that adds support for 8 KiB, 16 KiB, = and 64 KiB pages. It doesn't look like anything except some esoteric = sparc64 configurations use anything else. Jason= From owner-freebsd-arm@freebsd.org Tue Aug 18 08:14:56 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09E4D9B8953 for ; Tue, 18 Aug 2015 08:14:56 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EC0111E6D; Tue, 18 Aug 2015 08:14:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CD8C729E; Tue, 18 Aug 2015 08:14:55 +0000 (UTC) Date: Tue, 18 Aug 2015 08:14:55 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: melifaro@FreeBSD.org, jasone@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> References: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #895 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 08:14:56 -0000 FreeBSD_HEAD_arm64 - Build #895 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/cons= ole Change summaries: 286870 by jasone: Add jemalloc support for 8 KiB, 16 KiB, and 64 KiB pages. 286869 by melifaro: Fix panic when handling non-inet arp message introduced in r286825. Submitted by:=09delphij The end of the build log: [...truncated 29556 lines...] ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/rtree.c jemalloc_rtree.= c --- jemalloc_stats.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/stats.c jemalloc_stats.= c --- jemalloc_tcache.c --- --- jemalloc_tsd.c --- --- jemalloc_util.c --- --- jemalloc_tcache.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/tcache.c jemalloc_tcach= e.c --- nsparser.c --- --- jemalloc_util.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/util.c jemalloc_util.c --- jemalloc_tsd.c --- ln -sf /usr/src/lib/libc/../../contrib/jemalloc/src/tsd.c jemalloc_tsd.c --- subr_acl_nfs4.c --- --- yp.h --- --- crypt_clnt.c --- --- nsparser.c --- yacc -d -p_nsyy -o nsparser.c /usr/src/lib/libc/net/nsparser.y --- subr_acl_nfs4.c --- cat /usr/src/lib/libc/../../sys/kern/subr_acl_nfs4.c > subr_acl_nfs4.c --- yp.h --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -h -o yp.h /u= sr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/yp.x --- crypt_clnt.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -l -o crypt_c= lnt.c /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/crypt.x --- crypt_xdr.c --- RPCGEN_CPP=3Dcpp\ -B/usr/local/aarch64-freebsd/bin/ rpcgen -C -c -o crypt_x= dr.c /usr/obj/arm64.aarch64/usr/src/tmp/usr/include/rpcsvc/crypt.x --- nslexer.c --- lex -P_nsyy -onslexer.c.tmp1 /usr/src/lib/libc/net/nslexer.l sed -e '/YY_BUF_SIZE/s/16384/1024/' nslexer.c.tmp1 >nslexer.c.tmp2 rm -f nslexer.c.tmp1 mv -f nslexer.c.tmp2 nslexer.c --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -I/usr/= src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/= aarch64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdt= oa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/arm64.aarc= h64/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib/libc/../../contrib/jemalloc= /include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/li= bc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN = -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -I/usr/src/li= b/libutil -I/usr/src/lib/msun/aarch64 -I/usr/src/lib/msun/src -std=3Dgnu99 = /usr/src/lib/libc/db/btree/bt_close.c /usr/src/lib/libc/db/btree/bt_conv.= c /usr/src/lib/libc/db/btree/bt_debug.c /usr/src/lib/libc/db/btree/bt_delet= e.c /usr/src/lib/libc/db/btree/bt_get.c /usr/src/lib/libc/db/btree/bt_open.= c /usr/src/lib/libc/db/btree/bt_overflow.c /usr/src/lib/libc/db/btree/bt_pa= ge.c /usr/src/lib/libc/db/btree/bt_put.c /usr/src/lib/libc/db/btree/bt_sear= ch.c /usr/src/lib/libc/db/btree/bt_seq.c /usr/src/lib/libc/db/btree/bt_spli= t.c /usr/src/lib/libc/db/btree/bt_utils.c /usr/src/lib/libc/db/db/db.c /usr= /src/lib/libc/db/hash/hash.c /usr/src/lib/libc/db/hash/hash_bigkey.c /usr/s= rc/lib/libc/db/hash/hash_buf.c /usr/src/lib/libc/db/hash/hash_func.c /usr/s= rc/lib/libc/db/hash/hash_log2.c /usr/src/lib/libc/db/hash/hash_page.c /usr/= src/lib/libc/db/hash/ndbm.c /usr/src/lib/libc/db/mpool/mpool.c /usr/src/lib= /libc/db/mpool/mpool-compat.c /usr/src/lib/libc/db/recno/rec_close.c /usr/s= rc/lib/libc/db/recno/rec_delete.c /usr/src/lib/libc/db/recno/rec_get.c /usr= /src/lib/libc/db/recno/rec_open.c /usr/src/lib/libc/db/recno/rec_put.c /usr= /src/lib/libc/db/recno/rec_search.c /usr/src/lib/libc/db/recno/rec_seq.c /u= sr/src/lib/libc/db/recno/rec_utils.c /usr/src/lib/libc/compat-43/creat.c /u= sr/src/lib/libc/compat-43/gethostid.c /usr/src/lib/libc/compat-43/getwd.c /= usr/src/lib/libc/compat-43/killpg.c /usr/src/lib/libc/compat-43/sethostid.c= /usr/src/lib/libc/compat-43/setpgrp.c /usr/src/lib/libc/compat-43/setrgid.= c /usr/src/lib/libc/compat-43/setruid.c /usr/src/lib/libc/compat-43/sigcomp= at.c /usr/src/lib/libc/gen/__getosreldate.c /usr/src/lib/libc/gen/__pthread= _mutex_init_calloc_cb_stub.c /usr/src/lib/libc/gen/__xuname.c /usr/src/lib/= libc/gen/_once_stub.c /usr/src/lib/libc/gen/_pthread_stubs.c /usr/src/lib/l= ibc/gen/_rand48.c /usr/src/lib/libc/gen/_spinlock_stub.c /usr/src/lib/libc/= gen/_thread_init.c /usr/src/lib/libc/gen/alarm.c /usr/src/lib/libc/gen/arc4= random.c /usr/src/lib/libc/gen/assert.c /usr/src/lib/libc/gen/auxv.c /usr/s= rc/lib/libc/gen/basename.c /usr/src/lib/libc/gen/cap_sandboxed.c /usr/src/l= ib/libc/gen/check_utility_compat.c /usr/src/lib/libc/gen/clock.c /usr/src/l= ib/libc/gen/clock_getcpuclockid.c /usr/src/lib/libc/gen/closedir.c /usr/src= /lib/libc/gen/confstr.c /usr/src/lib/libc/gen/crypt.c /usr/src/lib/libc/gen= /ctermid.c /usr/src/lib/libc/gen/daemon.c /usr/src/lib/libc/gen/devname.c /= usr/src/lib/libc/gen/dirfd.c /usr/src/lib/libc/gen/dirname.c /usr/src/lib/l= ibc/gen/disklabel.c /usr/src/lib/libc/gen/dlfcn.c /usr/src/lib/libc/gen/dra= nd48.c /usr/src/lib/libc/gen/dup3.c /usr/src/lib/libc/gen/elf_utils.c /usr/= src/lib/libc/gen/erand48.c /usr/src/lib/libc/gen/err.c /usr/src/lib/libc/ge= n/errlst.c /usr/src/lib/libc/gen/errno.c /usr/src/lib/libc/gen/exec.c /usr/= src/lib/libc/gen/fdevname.c /usr/src/lib/libc/gen/feature_present.c /usr/sr= c/lib/libc/gen/fmtcheck.c /usr/src/lib/libc/gen/fmtmsg.c /usr/src/lib/libc/= gen/fnmatch.c /usr/src/lib/libc/gen/fpclassify.c /usr/src/lib/libc/gen/frex= p.c /usr/src/lib/libc/gen/fstab.c /usr/src/lib/libc/gen/ftok.c /usr/src/lib= /libc/gen/fts.c /usr/src/lib/libc/gen/fts-compat.c /usr/src/lib/libc/gen/ft= w.c /usr/src/lib/libc/gen/getbootfile.c /usr/src/lib/libc/gen/getbsize.c /u= sr/src/lib/libc/gen/getcap.c /usr/src/lib/libc/gen/getcwd.c /usr/src/lib/li= bc/gen/getdomainname.c /usr/src/lib/libc/gen/getgrent.c /usr/src/lib/libc/g= en/getgrouplist.c /usr/src/lib/libc/gen/gethostname.c /usr/src/lib/libc/gen= /getloadavg.c /usr/src/lib/libc/gen/getlogin.c /usr/src/lib/libc/gen/getmnt= info.c /usr/src/lib/libc/gen/getnetgrent.c /usr/src/lib/libc/gen/getosrelda= te.c /usr/src/lib/libc/gen/getpagesize.c /usr/src/lib/libc/gen/getpagesizes= .c /usr/src/lib/libc/gen/getpeereid.c /usr/src/lib/libc/gen/getprogname.c /= usr/src/lib/libc/gen/getpwent.c /usr/src/lib/libc/gen/getttyent.c /usr/src/= lib/libc/gen/getusershell.c /usr/src/lib/libc/gen/getutxent.c /usr/src/lib/= libc/gen/getvfsbyname.c /usr/src/lib/libc/gen/glob.c /usr/src/lib/libc/gen/= initgroups.c /usr/src/lib/libc/gen/isatty.c /usr/src/lib/libc/gen/isinf.c /= usr/src/lib/libc/gen/isnan.c /usr/src/lib/libc/gen/jrand48.c /usr/src/lib/l= ibc/gen/lcong48.c /usr/src/lib/libc/gen/libc_dlopen.c /usr/src/lib/libc/gen= /lockf.c /usr/src/lib/libc/gen/lrand48.c /usr/src/lib/libc/gen/mrand48.c /u= sr/src/lib/libc/gen/nftw.c /usr/src/lib/libc/gen/nice.c /usr/src/lib/libc/g= en/nlist.c /usr/src/lib/libc/gen/nrand48.c /usr/src/lib/libc/gen/opendir.c = /usr/src/lib/libc/gen/pause.c /usr/src/lib/libc/gen/pmadvise.c /usr/src/lib= /libc/gen/popen.c /usr/src/lib/libc/gen/posix_spawn.c /usr/src/lib/libc/gen= /psignal.c /usr/src/lib/libc/gen/pututxline.c /usr/src/lib/libc/gen/pw_scan= .c /usr/src/lib/libc/gen/raise.c /usr/src/lib/libc/gen/readdir.c /usr/src/l= ib/libc/gen/readpassphrase.c /usr/src/lib/libc/gen/rewinddir.c /usr/src/lib= /libc/gen/scandir.c /usr/src/lib/libc/gen/seed48.c /usr/src/lib/libc/gen/se= ekdir.c /usr/src/lib/libc/gen/semctl.c /usr/src/lib/libc/gen/setdomainname.= c /usr/src/lib/libc/gen/sethostname.c /usr/src/lib/libc/gen/setjmperr.c /us= r/src/lib/libc/gen/setmode.c /usr/src/lib/libc/gen/setproctitle.c /usr/src/= lib/libc/gen/setprogname.c /usr/src/lib/libc/gen/siginterrupt.c /usr/src/li= b/libc/gen/siglist.c /usr/src/lib/libc/gen/signal.c /usr/src/lib/libc/gen/s= igsetops.c /usr/src/lib/libc/gen/sleep.c /usr/src/lib/libc/gen/srand48.c /u= sr/src/lib/libc/gen/statvfs.c /usr/src/lib/libc/gen/stringlist.c /usr/src/l= ib/libc/gen/strtofflags.c /usr/src/lib/libc/gen/sysconf.c /usr/src/lib/libc= /gen/sysctl.c /usr/src/lib/libc/gen/sysctlbyname.c /usr/src/lib/libc/gen/sy= sctlnametomib.c /usr/src/lib/libc/gen/syslog.c /usr/src/lib/libc/gen/telldi= r.c /usr/src/lib/libc/gen/termios.c /usr/src/lib/libc/gen/time.c /usr/src/l= ib/libc/gen/times.c /usr/src/lib/libc/gen/timezone.c /usr/src/lib/libc/gen/= tls.c /usr/src/lib/libc/gen/ttyname.c /usr/src/lib/libc/gen/ttyslot.c /usr/= src/lib/libc/gen/ualarm.c /usr/src/lib/libc/gen/ulimit.c /usr/src/lib/libc/= gen/uname.c /usr/src/lib/libc/gen/unvis-compat.c /usr/src/lib/libc/gen/usle= ep.c /usr/src/lib/libc/gen/utime.c /usr/src/lib/libc/gen/utxdb.c /usr/src/l= ib/libc/gen/valloc.c /usr/src/lib/libc/gen/wait.c /usr/src/lib/libc/gen/wai= t3.c /usr/src/lib/libc/gen/waitpid.c /usr/src/lib/libc/gen/waitid.c /usr/sr= c/lib/libc/gen/wordexp.c /usr/src/lib/libc/../../contrib/libc-pwcache/pwcac= he.c /usr/src/lib/libc/../../contrib/libc-vis/unvis.c /usr/src/lib/libc/../= ../contrib/libc-vis/vis.c cancelpoints_sem.c cancelpoints_sem_new.c /usr/sr= c/lib/libc/aarch64/gen/_ctx_start.S /usr/src/lib/libc/aarch64/gen/fabs.S /u= sr/src/lib/libc/aarch64/gen/flt_rounds.c /usr/src/lib/libc/aarch64/gen/fpge= tmask.c /usr/src/lib/libc/aarch64/gen/fpsetmask.c /usr/src/lib/libc/gen/lde= xp.c /usr/src/lib/libc/aarch64/gen/makecontext.c /usr/src/lib/libc/aarch64/= gen/_setjmp.S /usr/src/lib/libc/aarch64/gen/_set_tp.c /usr/src/lib/libc/aar= ch64/gen/setjmp.S /usr/src/lib/libc/aarch64/gen/sigsetjmp.S /usr/src/lib/li= bc/gen/trivial-getcontextx.c /usr/src/lib/libc/gmon/gmon.c /usr/src/lib/lib= c/gmon/mcount.c /usr/src/lib/libc/iconv/citrus_bcs.c /usr/src/lib/libc/icon= v/citrus_bcs_strtol.c /usr/src/lib/libc/iconv/citrus_bcs_strtoul.c /usr/src= /lib/libc/iconv/citrus_csmapper.c /usr/src/lib/libc/iconv/citrus_db.c /usr/= src/lib/libc/iconv/citrus_db_factory.c /usr/src/lib/libc/iconv/citrus_db_ha= sh.c /usr/src/lib/libc/iconv/citrus_esdb.c /usr/src/lib/libc/iconv/citrus_h= ash.c /usr/src/lib/libc/iconv/citrus_iconv.c /usr/src/lib/libc/iconv/citrus= _lookup.c /usr/src/lib/libc/iconv/citrus_lookup_factory.c /usr/src/lib/libc= /iconv/citrus_mapper.c /usr/src/lib/libc/iconv/citrus_memstream.c /usr/src/= lib/libc/iconv/citrus_mmap.c /usr/src/lib/libc/iconv/citrus_module.c /usr/s= rc/lib/libc/iconv/citrus_none.c /usr/src/lib/libc/iconv/citrus_pivot_factor= y.c /usr/src/lib/libc/iconv/citrus_prop.c /usr/src/lib/libc/iconv/citrus_st= denc.c /usr/src/lib/libc/iconv/bsd_iconv.c /usr/src/lib/libc/iconv/iconv_co= mpat.c /usr/src/lib/libc/inet/inet_addr.c /usr/src/lib/libc/inet/inet_cidr_= ntop.c /usr/src/lib/libc/inet/inet_cidr_pton.c /usr/src/lib/libc/inet/inet_= lnaof.c /usr/src/lib/libc/inet/inet_makeaddr.c /usr/src/lib/libc/inet/inet_= net_ntop.c /usr/src/lib/libc/inet/inet_net_pton.c /usr/src/lib/libc/inet/in= et_neta.c /usr/src/lib/libc/inet/inet_netof.c /usr/src/lib/libc/inet/inet_n= etwork.c /usr/src/lib/libc/inet/inet_ntoa.c /usr/src/lib/libc/inet/inet_nto= p.c /usr/src/lib/libc/inet/inet_pton.c /usr/src/lib/libc/inet/nsap_addr.c /= usr/src/lib/libc/isc/ev_streams.c /usr/src/lib/libc/isc/ev_timers.c /usr/sr= c/lib/libc/locale/ascii.c /usr/src/lib/libc/locale/big5.c /usr/src/lib/libc= /locale/btowc.c /usr/src/lib/libc/locale/collate.c /usr/src/lib/libc/locale= /collcmp.c /usr/src/lib/libc/locale/euc.c /usr/src/lib/libc/locale/fix_grou= ping.c /usr/src/lib/libc/locale/gb18030.c /usr/src/lib/libc/locale/gb2312.c= /usr/src/lib/libc/locale/gbk.c /usr/src/lib/libc/locale/ctype.c /usr/src/l= ib/libc/locale/isctype.c /usr/src/lib/libc/locale/iswctype.c /usr/src/lib/l= ibc/locale/ldpart.c /usr/src/lib/libc/locale/lmessages.c /usr/src/lib/libc/= locale/lmonetary.c /usr/src/lib/libc/locale/lnumeric.c /usr/src/lib/libc/lo= cale/localeconv.c /usr/src/lib/libc/locale/mblen.c /usr/src/lib/libc/locale= /mbrlen.c /usr/src/lib/libc/locale/mbrtowc.c /usr/src/lib/libc/locale/mbsin= it.c /usr/src/lib/libc/locale/mbsnrtowcs.c /usr/src/lib/libc/locale/mbsrtow= cs.c /usr/src/lib/libc/locale/mbtowc.c /usr/src/lib/libc/locale/mbstowcs.c = /usr/src/lib/libc/locale/mskanji.c /usr/src/lib/libc/locale/nextwctype.c /u= sr/src/lib/libc/locale/nl_langinfo.c /usr/src/lib/libc/locale/nomacros.c /u= sr/src/lib/libc/locale/none.c /usr/src/lib/libc/locale/rpmatch.c /usr/src/l= ib/libc/locale/rune.c /usr/src/lib/libc/locale/runetype.c /usr/src/lib/libc= /locale/setlocale.c /usr/src/lib/libc/locale/setrunelocale.c /usr/src/lib/l= ibc/locale/table.c /usr/src/lib/libc/locale/tolower.c /usr/src/lib/libc/loc= ale/toupper.c /usr/src/lib/libc/locale/utf8.c /usr/src/lib/libc/locale/wcrt= omb.c /usr/src/lib/libc/locale/wcsnrtombs.c /usr/src/lib/libc/locale/wcsrto= mbs.c /usr/src/lib/libc/locale/wcsftime.c /usr/src/lib/libc/locale/wcstof.c= /usr/src/lib/libc/locale/wcstod.c /usr/src/lib/libc/locale/wcstoimax.c /us= r/src/lib/libc/locale/wcstol.c /usr/src/lib/libc/locale/wcstold.c /usr/src/= lib/libc/locale/wcstoll.c /usr/src/lib/libc/locale/wcstombs.c /usr/src/lib/= libc/locale/wcstoul.c /usr/src/lib/libc/locale/wcstoull.c /usr/src/lib/libc= /locale/wcstoumax.c /usr/src/lib/libc/locale/wctob.c /usr/src/lib/libc/loca= le/wctomb.c /usr/src/lib/libc/locale/wctrans.c /usr/src/lib/libc/locale/wct= ype.c /usr/src/lib/libc/locale/wcwidth.c /usr/src/lib/libc/locale/xlocale.c= /usr/src/lib/libc/locale/c16rtomb_iconv.c /usr/src/lib/libc/locale/c32rtom= b_iconv.c /usr/src/lib/libc/locale/mbrtoc16_iconv.c /usr/src/lib/libc/local= e/mbrtoc32_iconv.c /usr/src/lib/libc/../libmd/md5c.c /usr/src/lib/libc/name= ser/ns_name.c /usr/src/lib/libc/nameser/ns_netint.c /usr/src/lib/libc/names= er/ns_parse.c /usr/src/lib/libc/nameser/ns_print.c /usr/src/lib/libc/namese= r/ns_samedomain.c /usr/src/lib/libc/nameser/ns_ttl.c /usr/src/lib/libc/net/= base64.c /usr/src/lib/libc/net/ether_addr.c /usr/src/lib/libc/net/eui64.c /= usr/src/lib/libc/net/gai_strerror.c /usr/src/lib/libc/net/getaddrinfo.c /us= r/src/lib/libc/net/gethostbydns.c /usr/src/lib/libc/net/gethostbyht.c /usr/= src/lib/libc/net/gethostbynis.c /usr/src/lib/libc/net/gethostnamadr.c /usr/= src/lib/libc/net/getifaddrs.c /usr/src/lib/libc/net/getifmaddrs.c /usr/src/= lib/libc/net/getnameinfo.c /usr/src/lib/libc/net/getnetbydns.c /usr/src/lib= /libc/net/getnetbyht.c /usr/src/lib/libc/net/getnetbynis.c /usr/src/lib/lib= c/net/getnetnamadr.c /usr/src/lib/libc/net/getproto.c /usr/src/lib/libc/net= /getprotoent.c /usr/src/lib/libc/net/getprotoname.c /usr/src/lib/libc/net/g= etservent.c /usr/src/lib/libc/net/if_indextoname.c /usr/src/lib/libc/net/if= _nameindex.c /usr/src/lib/libc/net/if_nametoindex.c /usr/src/lib/libc/net/i= p6opt.c /usr/src/lib/libc/net/linkaddr.c /usr/src/lib/libc/net/map_v4v6.c /= usr/src/lib/libc/net/name6.c /usr/src/lib/libc/net/ntoh.c /usr/src/lib/libc= /net/nsdispatch.c nslexer.c nsparser.c /usr/src/lib/libc/net/nss_compat.c /= usr/src/lib/libc/net/rcmd.c /usr/src/lib/libc/net/rcmdsh.c /usr/src/lib/lib= c/net/recv.c /usr/src/lib/libc/net/rthdr.c /usr/src/lib/libc/net/sctp_sys_c= alls.c /usr/src/lib/libc/net/send.c /usr/src/lib/libc/net/sockatmark.c /usr= /src/lib/libc/net/sourcefilter.c /usr/src/lib/libc/net/vars.c /usr/src/lib/= libc/net/nscache.c /usr/src/lib/libc/net/nscachedcli.c /usr/src/lib/libc/nl= s/msgcat.c /usr/src/lib/libc/posix1e/acl_branding.c /usr/src/lib/libc/posix= 1e/acl_calc_mask.c /usr/src/lib/libc/posix1e/acl_copy.c /usr/src/lib/libc/p= osix1e/acl_compat.c /usr/src/lib/libc/posix1e/acl_delete.c /usr/src/lib/lib= c/posix1e/acl_delete_entry.c /usr/src/lib/libc/posix1e/acl_entry.c /usr/src= /lib/libc/posix1e/acl_flag.c /usr/src/lib/libc/posix1e/acl_free.c /usr/src/= lib/libc/posix1e/acl_from_text.c /usr/src/lib/libc/posix1e/acl_from_text_nf= s4.c /usr/src/lib/libc/posix1e/acl_get.c /usr/src/lib/libc/posix1e/acl_id_t= o_name.c /usr/src/lib/libc/posix1e/acl_init.c /usr/src/lib/libc/posix1e/acl= _perm.c /usr/src/lib/libc/posix1e/acl_set.c /usr/src/lib/libc/posix1e/acl_s= trip.c /usr/src/lib/libc/posix1e/acl_support.c /usr/src/lib/libc/posix1e/ac= l_support_nfs4.c /usr/src/lib/libc/posix1e/acl_to_text.c /usr/src/lib/libc/= posix1e/acl_to_text_nfs4.c /usr/src/lib/libc/posix1e/acl_valid.c /usr/src/l= ib/libc/posix1e/extattr.c /usr/src/lib/libc/posix1e/mac.c /usr/src/lib/libc= /posix1e/mac_exec.c /usr/src/lib/libc/posix1e/mac_get.c /usr/src/lib/libc/p= osix1e/mac_set.c subr_acl_nfs4.c /usr/src/lib/libc/regex/regcomp.c /usr/src= /lib/libc/regex/regerror.c /usr/src/lib/libc/regex/regexec.c /usr/src/lib/l= ibc/regex/regfree.c /usr/src/lib/libc/resolv/herror.c /usr/src/lib/libc/res= olv/h_errno.c /usr/src/lib/libc/resolv/mtctxres.c /usr/src/lib/libc/resolv/= res_comp.c /usr/src/lib/libc/resolv/res_data.c /usr/src/lib/libc/resolv/res= _debug.c /usr/src/lib/libc/resolv/res_findzonecut.c /usr/src/lib/libc/resol= v/res_init.c /usr/src/lib/libc/resolv/res_mkquery.c /usr/src/lib/libc/resol= v/res_mkupdate.c /usr/src/lib/libc/resolv/res_query.c /usr/src/lib/libc/res= olv/res_send.c /usr/src/lib/libc/resolv/res_state.c /usr/src/lib/libc/resol= v/res_update.c /usr/src/lib/libc/stdio/_flock_stub.c /usr/src/lib/libc/stdi= o/asprintf.c /usr/src/lib/libc/stdio/clrerr.c /usr/src/lib/libc/stdio/dprin= tf.c /usr/src/lib/libc/stdio/fclose.c /usr/src/lib/libc/stdio/fcloseall.c /= usr/src/lib/libc/stdio/fdopen.c /usr/src/lib/libc/stdio/feof.c /usr/src/lib= /libc/stdio/ferror.c /usr/src/lib/libc/stdio/fflush.c /usr/src/lib/libc/std= io/fgetc.c /usr/src/lib/libc/stdio/fgetln.c /usr/src/lib/libc/stdio/fgetpos= .c /usr/src/lib/libc/stdio/fgets.c /usr/src/lib/libc/stdio/fgetwc.c /usr/sr= c/lib/libc/stdio/fgetwln.c /usr/src/lib/libc/stdio/fgetws.c /usr/src/lib/li= bc/stdio/fileno.c /usr/src/lib/libc/stdio/findfp.c /usr/src/lib/libc/stdio/= flags.c /usr/src/lib/libc/stdio/fmemopen.c /usr/src/lib/libc/stdio/fopen.c = /usr/src/lib/libc/stdio/fprintf.c /usr/src/lib/libc/stdio/fpurge.c /usr/src= /lib/libc/stdio/fputc.c /usr/src/lib/libc/stdio/fputs.c /usr/src/lib/libc/s= tdio/fputwc.c /usr/src/lib/libc/stdio/fputws.c /usr/src/lib/libc/stdio/frea= d.c /usr/src/lib/libc/stdio/freopen.c /usr/src/lib/libc/stdio/fscanf.c /usr= /src/lib/libc/stdio/fseek.c /usr/src/lib/libc/stdio/fsetpos.c /usr/src/lib/= libc/stdio/ftell.c /usr/src/lib/libc/stdio/funopen.c /usr/src/lib/libc/stdi= o/fvwrite.c /usr/src/lib/libc/stdio/fwalk.c /usr/src/lib/libc/stdio/fwide.c= /usr/src/lib/libc/stdio/fwprintf.c /usr/src/lib/libc/stdio/fwscanf.c /usr/= src/lib/libc/stdio/fwrite.c /usr/src/lib/libc/stdio/getc.c /usr/src/lib/lib= c/stdio/getchar.c /usr/src/lib/libc/stdio/getdelim.c /usr/src/lib/libc/stdi= o/getline.c /usr/src/lib/libc/stdio/gets.c /usr/src/lib/libc/stdio/getw.c /= usr/src/lib/libc/stdio/getwc.c /usr/src/lib/libc/stdio/getwchar.c /usr/src/= lib/libc/stdio/makebuf.c /usr/src/lib/libc/stdio/mktemp.c /usr/src/lib/libc= /stdio/open_memstream.c /usr/src/lib/libc/stdio/open_wmemstream.c /usr/src/= lib/libc/stdio/perror.c /usr/src/lib/libc/stdio/printf.c /usr/src/lib/libc/= stdio/printf-pos.c /usr/src/lib/libc/stdio/putc.c /usr/src/lib/libc/stdio/p= utchar.c /usr/src/lib/libc/stdio/puts.c /usr/src/lib/libc/stdio/putw.c /usr= /src/lib/libc/stdio/putwc.c /usr/src/lib/libc/stdio/putwchar.c /usr/src/lib= /libc/stdio/refill.c /usr/src/lib/libc/stdio/remove.c /usr/src/lib/libc/std= io/rewind.c /usr/src/lib/libc/stdio/rget.c /usr/src/lib/libc/stdio/scanf.c = /usr/src/lib/libc/stdio/setbuf.c /usr/src/lib/libc/stdio/setbuffer.c /usr/s= rc/lib/libc/stdio/setvbuf.c /usr/src/lib/libc/stdio/snprintf.c /usr/src/lib= /libc/stdio/sprintf.c /usr/src/lib/libc/stdio/sscanf.c /usr/src/lib/libc/st= dio/stdio.c /usr/src/lib/libc/stdio/swprintf.c /usr/src/lib/libc/stdio/swsc= anf.c /usr/src/lib/libc/stdio/tempnam.c /usr/src/lib/libc/stdio/tmpfile.c /= usr/src/lib/libc/stdio/tmpnam.c /usr/src/lib/libc/stdio/ungetc.c /usr/src/l= ib/libc/stdio/ungetwc.c /usr/src/lib/libc/stdio/vasprintf.c /usr/src/lib/li= bc/stdio/vdprintf.c /usr/src/lib/libc/stdio/vfprintf.c /usr/src/lib/libc/st= dio/vfscanf.c /usr/src/lib/libc/stdio/vfwprintf.c /usr/src/lib/libc/stdio/v= fwscanf.c /usr/src/lib/libc/stdio/vprintf.c /usr/src/lib/libc/stdio/vscanf.= c /usr/src/lib/libc/stdio/vsnprintf.c /usr/src/lib/libc/stdio/vsprintf.c /u= sr/src/lib/libc/stdio/vsscanf.c /usr/src/lib/libc/stdio/vswprintf.c /usr/sr= c/lib/libc/stdio/vswscanf.c /usr/src/lib/libc/stdio/vwprintf.c /usr/src/lib= /libc/stdio/vwscanf.c /usr/src/lib/libc/stdio/wbuf.c /usr/src/lib/libc/stdi= o/wprintf.c /usr/src/lib/libc/stdio/wscanf.c /usr/src/lib/libc/stdio/wsetup= .c /usr/src/lib/libc/stdio/xprintf.c /usr/src/lib/libc/stdio/xprintf_float.= c /usr/src/lib/libc/stdio/xprintf_int.c /usr/src/lib/libc/stdio/xprintf_str= .c /usr/src/lib/libc/stdio/xprintf_errno.c /usr/src/lib/libc/stdio/xprintf_= hexdump.c /usr/src/lib/libc/stdio/xprintf_quote.c /usr/src/lib/libc/stdio/x= printf_time.c /usr/src/lib/libc/stdio/xprintf_vis.c /usr/src/lib/libc/../..= /contrib/tzcode/stdtime/asctime.c /usr/src/lib/libc/../../contrib/tzcode/st= dtime/difftime.c /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c= /usr/src/lib/libc/stdtime/strftime.c /usr/src/lib/libc/stdtime/strptime.c = /usr/src/lib/libc/stdtime/timelocal.c /usr/src/lib/libc/stdtime/time32.c /u= sr/src/lib/libc/sys/trivial-vdso_tc.c /usr/src/lib/libc/sys/clock_gettime.c= /usr/src/lib/libc/sys/gettimeofday.c /usr/src/lib/libc/sys/__vdso_gettimeo= fday.c /usr/src/lib/libc/sys/__error.c /usr/src/lib/libc/sys/interposing_ta= ble.c /usr/src/lib/libc/sys/futimens.c /usr/src/lib/libc/sys/utimensat.c /u= sr/src/lib/libc/sys/accept.c /usr/src/lib/libc/sys/accept4.c /usr/src/lib/l= ibc/sys/aio_suspend.c /usr/src/lib/libc/sys/close.c /usr/src/lib/libc/sys/c= onnect.c /usr/src/lib/libc/sys/fcntl.c /usr/src/lib/libc/sys/fsync.c /usr/s= rc/lib/libc/sys/fork.c /usr/src/lib/libc/sys/kevent.c /usr/src/lib/libc/sys= /msync.c /usr/src/lib/libc/sys/nanosleep.c /usr/src/lib/libc/sys/open.c /us= r/src/lib/libc/sys/openat.c /usr/src/lib/libc/sys/poll.c /usr/src/lib/libc/= sys/ppoll.c /usr/src/lib/libc/sys/pselect.c /usr/src/lib/libc/sys/read.c /u= sr/src/lib/libc/sys/readv.c /usr/src/lib/libc/sys/recvfrom.c /usr/src/lib/l= ibc/sys/recvmsg.c /usr/src/lib/libc/sys/select.c /usr/src/lib/libc/sys/send= msg.c /usr/src/lib/libc/sys/sendto.c /usr/src/lib/libc/sys/setcontext.c /us= r/src/lib/libc/sys/sigprocmask.c /usr/src/lib/libc/sys/sigsuspend.c /usr/sr= c/lib/libc/sys/sigtimedwait.c /usr/src/lib/libc/sys/sigwait.c /usr/src/lib/= libc/sys/sigwaitinfo.c /usr/src/lib/libc/sys/swapcontext.c /usr/src/lib/lib= c/sys/wait4.c /usr/src/lib/libc/sys/wait6.c /usr/src/lib/libc/sys/write.c /= usr/src/lib/libc/sys/writev.c /usr/src/lib/libc/sys/sigaction.c /usr/src/li= b/libc/aarch64/sys/brk.S /usr/src/lib/libc/aarch64/sys/cerror.S /usr/src/li= b/libc/aarch64/sys/pipe.S /usr/src/lib/libc/aarch64/sys/sbrk.S /usr/src/lib= /libc/aarch64/sys/shmat.S /usr/src/lib/libc/aarch64/sys/sigreturn.S /usr/sr= c/lib/libc/aarch64/sys/syscall.S /usr/src/lib/libc/aarch64/sys/vfork.S link= .S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S g= etpid.S mount.S unmount.S setuid.S getuid.S geteuid.S ptrace.S getpeername.= S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S= getegid.S profil.S ktrace.S getgid.S setlogin.S acct.S sigaltstack.S ioctl= .S reboot.S revoke.S symlink.S readlink.S execve.S umask.S chroot.S vadvise= .S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.= S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S setprio= rity.S socket.S getpriority.S bind.S setsockopt.S listen.S getrusage.S gets= ockopt.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S fl= ock.S mkfifo.S shutdown.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S s= etsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatf= s.S lgetfh.S getfh.S freebsd4_getdomainname.S freebsd4_setdomainname.S free= bsd4_uname.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S= freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat= .S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirent= ries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S fre= ebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid= .S freebsd7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S= msgrcv.S freebsd7_shmctl.S shmdt.S shmget.S clock_settime.S clock_getres.S= ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_g= etoverrun.S ffclock_getcounter.S ffclock_setestimate.S ffclock_getestimate.= S clock_getcpuclockid2.S ntp_gettime.S minherit.S rfork.S issetugid.S lchow= n.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S= lutimes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S free= bsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S = kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S = setresuid.S setresgid.S aio_return.S aio_cancel.S aio_error.S oaio_read.S o= aio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam= .S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S= sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S = utrace.S freebsd4_sendfile.S kldsym.S jail.S nnpfs_syscall.S freebsd4_sigac= tion.S sigpending.S freebsd4_sigreturn.S __acl_get_file.S __acl_set_file.S = __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_a= clcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_= get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S= kqueue.S extattr_set_fd.S extattr_get_fd.S extattr_delete_fd.S __setugid.S= eaccess.S afs3_syscall.S nmount.S __mac_get_proc.S __mac_set_proc.S __mac_= get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S= uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs= .S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_ope= n.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_= link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delet= e_link.S __mac_execve.S getcontext.S swapoff.S __acl_get_link.S __acl_set_l= ink.S __acl_delete_link.S __acl_aclcheck_link.S thr_create.S thr_exit.S thr= _self.S thr_kill.S jail_attach.S extattr_list_fd.S extattr_list_file.S exta= ttr_list_link.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audi= t.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S set= audit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_seta= ttr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S= thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sen= dmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S m= map.S lseek.S truncate.S ftruncate.S thr_kill2.S shm_open.S shm_unlink.S cp= uset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinit= y.S faccessat.S fchmodat.S fchownat.S fexecve.S fstatat.S futimesat.S linka= t.S mkdirat.S mkfifoat.S mknodat.S readlinkat.S renameat.S symlinkat.S unli= nkat.S posix_openpt.S gssd_syscall.S jail_get.S jail_set.S jail_remove.S cl= osefrom.S __semctl.S msgctl.S shmctl.S lpathconf.S __cap_rights_get.S cap_e= nter.S cap_getmode.S pdfork.S pdkill.S pdgetpid.S getloginclass.S setloginc= lass.S rctl_get_racct.S rctl_get_rules.S rctl_get_limits.S rctl_add_rule.S = rctl_remove_rule.S posix_fallocate.S posix_fadvise.S cap_rights_limit.S cap= _ioctls_limit.S cap_ioctls_get.S cap_fcntls_limit.S cap_fcntls_get.S bindat= .S connectat.S chflagsat.S pipe2.S aio_mlock.S procctl.S numa_getaffinity.S= numa_setaffinity.S _exit.S _getlogin.S _clock_gettime.S _gettimeofday.S _f= utimens.S _utimensat.S _accept.S _accept4.S _aio_suspend.S _close.S _connec= t.S _fcntl.S _fsync.S _fork.S _kevent.S _msync.S _nanosleep.S _open.S _open= at.S _poll.S _ppoll.S _pselect.S _read.S _readv.S _recvfrom.S _recvmsg.S _s= elect.S _sendmsg.S _sendto.S _setcontext.S _sigprocmask.S _sigsuspend.S _si= gtimedwait.S _sigwait.S _sigwaitinfo.S _swapcontext.S _wait4.S _wait6.S _wr= ite.S _writev.S _sigaction.S /usr/src/lib/libc/secure/stack_protector.c /us= r/src/lib/libc/secure/stack_protector_compat.c /usr/src/lib/libc/rpc/auth_n= one.c /usr/src/lib/libc/rpc/auth_unix.c /usr/src/lib/libc/rpc/authunix_prot= .c /usr/src/lib/libc/rpc/bindresvport.c /usr/src/lib/libc/rpc/clnt_bcast.c = /usr/src/lib/libc/rpc/clnt_dg.c /usr/src/lib/libc/rpc/clnt_generic.c /usr/s= rc/lib/libc/rpc/clnt_perror.c /usr/src/lib/libc/rpc/clnt_raw.c /usr/src/lib= /libc/rpc/clnt_simple.c /usr/src/lib/libc/rpc/clnt_vc.c /usr/src/lib/libc/r= pc/rpc_dtablesize.c /usr/src/lib/libc/rpc/getnetconfig.c /usr/src/lib/libc/= rpc/getnetpath.c /usr/src/lib/libc/rpc/getrpcent.c /usr/src/lib/libc/rpc/ge= trpcport.c /usr/src/lib/libc/rpc/mt_misc.c /usr/src/lib/libc/rpc/pmap_clnt.= c /usr/src/lib/libc/rpc/pmap_getmaps.c /usr/src/lib/libc/rpc/pmap_getport.c= /usr/src/lib/libc/rpc/pmap_prot.c /usr/src/lib/libc/rpc/pmap_prot2.c /usr/= src/lib/libc/rpc/pmap_rmt.c /usr/src/lib/libc/rpc/rpc_prot.c /usr/src/lib/l= ibc/rpc/rpc_commondata.c /usr/src/lib/libc/rpc/rpc_callmsg.c /usr/src/lib/l= ibc/rpc/rpc_generic.c /usr/src/lib/libc/rpc/rpc_soc.c /usr/src/lib/libc/rpc= /rpcb_clnt.c /usr/src/lib/libc/rpc/rpcb_prot.c /usr/src/lib/libc/rpc/rpcb_s= t_xdr.c /usr/src/lib/libc/rpc/rpcsec_gss_stub.c /usr/src/lib/libc/rpc/svc.c= /usr/src/lib/libc/rpc/svc_auth.c /usr/src/lib/libc/rpc/svc_dg.c /usr/src/l= ib/libc/rpc/svc_auth_unix.c /usr/src/lib/libc/rpc/svc_generic.c /usr/src/li= b/libc/rpc/svc_raw.c /usr/src/lib/libc/rpc/svc_run.c /usr/src/lib/libc/rpc/= svc_simple.c /usr/src/lib/libc/rpc/svc_vc.c /usr/src/lib/libc/rpc/auth_time= .c /usr/src/lib/libc/rpc/auth_des.c /usr/src/lib/libc/rpc/authdes_prot.c /u= sr/src/lib/libc/rpc/des_crypt.c /usr/src/lib/libc/rpc/des_soft.c /usr/src/l= ib/libc/rpc/crypt_client.c /usr/src/lib/libc/rpc/key_call.c /usr/src/lib/li= bc/rpc/key_prot_xdr.c /usr/src/lib/libc/rpc/getpublickey.c /usr/src/lib/lib= c/rpc/svc_auth_des.c /usr/src/lib/libc/rpc/netname.c /usr/src/lib/libc/rpc/= netnamer.c /usr/src/lib/libc/rpc/rpcdname.c /usr/src/lib/libc/rpc/rtime.c c= rypt_clnt.c crypt_xdr.c /usr/src/lib/libc/uuid/uuid_compare.c /usr/src/lib/= libc/uuid/uuid_create.c /usr/src/lib/libc/uuid/uuid_create_nil.c /usr/src/l= ib/libc/uuid/uuid_equal.c /usr/src/lib/libc/uuid/uuid_from_string.c /usr/sr= c/lib/libc/uuid/uuid_hash.c /usr/src/lib/libc/uuid/uuid_is_nil.c /usr/src/l= ib/libc/uuid/uuid_stream.c /usr/src/lib/libc/uuid/uuid_to_string.c /usr/src= /lib/libc/xdr/xdr.c /usr/src/lib/libc/xdr/xdr_array.c /usr/src/lib/libc/xdr= /xdr_float.c /usr/src/lib/libc/xdr/xdr_mem.c /usr/src/lib/libc/xdr/xdr_rec.= c /usr/src/lib/libc/xdr/xdr_reference.c /usr/src/lib/libc/xdr/xdr_sizeof.c = /usr/src/lib/libc/xdr/xdr_stdio.c /usr/src/lib/libc/yp/xdryp.c yp_xdr.c /us= r/src/lib/libc/yp/yplib.c /usr/src/lib/libc/../../sys/kern/subr_capability.= c /usr/src/lib/libc/gdtoa/machdep_ldisQ.c /usr/src/lib/libc/gdtoa/_hdtoa.c = /usr/src/lib/libc/gdtoa/_hldtoa.c /usr/src/lib/libc/gdtoa/_ldtoa.c /usr/src= /lib/libc/gdtoa/glue.c gdtoa_strtorQ.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdt= oa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc= .c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtor= d.c gdtoa_sum.c gdtoa_ulp.c /usr/src/lib/libc/gen/modf.c /usr/src/lib/libc/= stdlib/_Exit.c /usr/src/lib/libc/stdlib/a64l.c /usr/src/lib/libc/stdlib/abo= rt.c /usr/src/lib/libc/stdlib/abs.c /usr/src/lib/libc/stdlib/atexit.c /usr/= src/lib/libc/stdlib/atof.c /usr/src/lib/libc/stdlib/atoi.c /usr/src/lib/lib= c/stdlib/atol.c /usr/src/lib/libc/stdlib/atoll.c /usr/src/lib/libc/stdlib/b= search.c /usr/src/lib/libc/stdlib/div.c /usr/src/lib/libc/stdlib/exit.c /us= r/src/lib/libc/stdlib/getenv.c /usr/src/lib/libc/stdlib/getopt.c /usr/src/l= ib/libc/stdlib/getopt_long.c /usr/src/lib/libc/stdlib/getsubopt.c /usr/src/= lib/libc/stdlib/hcreate.c /usr/src/lib/libc/stdlib/heapsort.c /usr/src/lib/= libc/stdlib/heapsort_b.c /usr/src/lib/libc/stdlib/imaxabs.c /usr/src/lib/li= bc/stdlib/imaxdiv.c /usr/src/lib/libc/stdlib/insque.c /usr/src/lib/libc/std= lib/l64a.c /usr/src/lib/libc/stdlib/labs.c /usr/src/lib/libc/stdlib/ldiv.c = /usr/src/lib/libc/stdlib/llabs.c /usr/src/lib/libc/stdlib/lldiv.c /usr/src/= lib/libc/stdlib/lsearch.c /usr/src/lib/libc/stdlib/merge.c /usr/src/lib/lib= c/stdlib/mergesort_b.c /usr/src/lib/libc/stdlib/ptsname.c /usr/src/lib/libc= /stdlib/qsort.c /usr/src/lib/libc/stdlib/qsort_r.c /usr/src/lib/libc/stdlib= /quick_exit.c /usr/src/lib/libc/stdlib/radixsort.c /usr/src/lib/libc/stdlib= /rand.c /usr/src/lib/libc/stdlib/random.c /usr/src/lib/libc/stdlib/realloca= rray.c /usr/src/lib/libc/stdlib/reallocf.c /usr/src/lib/libc/stdlib/realpat= h.c /usr/src/lib/libc/stdlib/remque.c /usr/src/lib/libc/stdlib/strfmon.c /u= sr/src/lib/libc/stdlib/strtoimax.c /usr/src/lib/libc/stdlib/strtol.c /usr/s= rc/lib/libc/stdlib/strtoll.c /usr/src/lib/libc/stdlib/strtoq.c /usr/src/lib= /libc/stdlib/strtoul.c /usr/src/lib/libc/stdlib/strtonum.c /usr/src/lib/lib= c/stdlib/strtoull.c /usr/src/lib/libc/stdlib/strtoumax.c /usr/src/lib/libc/= stdlib/strtouq.c /usr/src/lib/libc/stdlib/system.c /usr/src/lib/libc/stdlib= /tdelete.c /usr/src/lib/libc/stdlib/tfind.c /usr/src/lib/libc/stdlib/tsearc= h.c /usr/src/lib/libc/stdlib/twalk.c jemalloc_jemalloc.c jemalloc_arena.c j= emalloc_atomic.c jemalloc_base.c jemalloc_bitmap.c jemalloc_chunk.c jemallo= c_chunk_dss.c jemalloc_chunk_mmap.c jemalloc_ckh.c jemalloc_ctl.c jemalloc_= extent.c jemalloc_hash.c jemalloc_huge.c jemalloc_mb.c jemalloc_mutex.c jem= alloc_pages.c jemalloc_prof.c jemalloc_quarantine.c jemalloc_rtree.c jemall= oc_stats.c jemalloc_tcache.c jemalloc_tsd.c jemalloc_util.c /usr/src/lib/li= bc/string/bcmp.c /usr/src/lib/libc/string/bcopy.c /usr/src/lib/libc/string/= bzero.c /usr/src/lib/libc/../../sys/libkern/explicit_bzero.c /usr/src/lib/l= ibc/string/ffs.c /usr/src/lib/libc/string/ffsl.c /usr/src/lib/libc/string/f= fsll.c /usr/src/lib/libc/string/fls.c /usr/src/lib/libc/string/flsl.c /usr/= src/lib/libc/string/flsll.c /usr/src/lib/libc/string/memccpy.c /usr/src/lib= /libc/string/memchr.c /usr/src/lib/libc/string/memrchr.c /usr/src/lib/libc/= string/memcmp.c /usr/src/lib/libc/string/memcpy.c /usr/src/lib/libc/string/= memmem.c /usr/src/lib/libc/string/memmove.c /usr/src/lib/libc/string/memset= .c /usr/src/lib/libc/string/stpcpy.c /usr/src/lib/libc/string/stpncpy.c /us= r/src/lib/libc/string/strcasecmp.c /usr/src/lib/libc/string/strcat.c /usr/s= rc/lib/libc/string/strcasestr.c /usr/src/lib/libc/string/strchr.c /usr/src/= lib/libc/string/strchrnul.c /usr/src/lib/libc/string/strcmp.c /usr/src/lib/= libc/string/strcoll.c /usr/src/lib/libc/string/strcpy.c /usr/src/lib/libc/s= tring/strcspn.c /usr/src/lib/libc/string/strdup.c /usr/src/lib/libc/string/= strerror.c /usr/src/lib/libc/string/strlcat.c /usr/src/lib/libc/string/strl= cpy.c /usr/src/lib/libc/string/strlen.c /usr/src/lib/libc/string/strmode.c = /usr/src/lib/libc/string/strncat.c /usr/src/lib/libc/string/strncmp.c /usr/= src/lib/libc/string/strncpy.c /usr/src/lib/libc/string/strndup.c /usr/src/l= ib/libc/string/strnlen.c /usr/src/lib/libc/string/strnstr.c /usr/src/lib/li= bc/string/strpbrk.c /usr/src/lib/libc/string/strrchr.c /usr/src/lib/libc/st= ring/strsep.c /usr/src/lib/libc/string/strsignal.c /usr/src/lib/libc/string= /strspn.c /usr/src/lib/libc/string/strstr.c /usr/src/lib/libc/string/strtok= .c /usr/src/lib/libc/string/strxfrm.c /usr/src/lib/libc/string/swab.c /usr/= src/lib/libc/string/wcpcpy.c /usr/src/lib/libc/string/wcpncpy.c /usr/src/li= b/libc/string/wcscasecmp.c /usr/src/lib/libc/string/wcscat.c /usr/src/lib/l= ibc/string/wcschr.c /usr/src/lib/libc/string/wcscmp.c /usr/src/lib/libc/str= ing/wcscoll.c /usr/src/lib/libc/string/wcscpy.c /usr/src/lib/libc/string/wc= scspn.c /usr/src/lib/libc/string/wcsdup.c /usr/src/lib/libc/string/wcslcat.= c /usr/src/lib/libc/string/wcslcpy.c /usr/src/lib/libc/string/wcslen.c /usr= /src/lib/libc/string/wcsncasecmp.c /usr/src/lib/libc/string/wcsncat.c /usr/= src/lib/libc/string/wcsncmp.c /usr/src/lib/libc/string/wcsncpy.c /usr/src/l= ib/libc/string/wcsnlen.c /usr/src/lib/libc/string/wcspbrk.c /usr/src/lib/li= bc/string/wcsrchr.c /usr/src/lib/libc/string/wcsspn.c /usr/src/lib/libc/str= ing/wcsstr.c /usr/src/lib/libc/string/wcstok.c /usr/src/lib/libc/string/wcs= width.c /usr/src/lib/libc/string/wcsxfrm.c /usr/src/lib/libc/string/wmemchr= .c /usr/src/lib/libc/string/wmemcmp.c /usr/src/lib/libc/string/wmemcpy.c /u= sr/src/lib/libc/string/wmemmove.c /usr/src/lib/libc/string/wmemset.c In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_arena.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_atomic.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_base.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_bitmap.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk_dss.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_chunk_mmap.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_ckh.c:38: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_ctl.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_extent.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_hash.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_huge.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_mb.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_mutex.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_pages.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_prof.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_quarantine.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_rtree.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_stats.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_tcache.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_tsd.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. In file included from jemalloc_util.c:23: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jema= lloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cla= sses.h:5561:4: error: "No size class definitions match configuration" # error "No size class definitions match configuration" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson7715856302770078218.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Aug 18 08:37:50 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BC8C9BB5EB for ; Tue, 18 Aug 2015 08:37:50 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [204.109.63.53]) (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 0123017DE; Tue, 18 Aug 2015 08:37:49 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.10] (unknown [208.94.83.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 76189286F2; Tue, 18 Aug 2015 01:37:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD_HEAD_arm64 - Build #895 - Still Failing From: Jason Evans In-Reply-To: <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 18 Aug 2015 01:37:46 -0700 Cc: melifaro@FreeBSD.org, freebsd-arm@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@FreeBSD.org X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 08:37:50 -0000 On Aug 18, 2015, at 1:14 AM, jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD_arm64 - Build #895 - Still Failing: >=20 > Build information: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/ > Full change log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/changes > Full build log: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/console >=20 > Change summaries: >=20 > 286870 by jasone: > Add jemalloc support for 8 KiB, 16 KiB, and 64 KiB pages. >=20 > 286869 by melifaro: > Fix panic when handling non-inet arp message introduced in r286825. >=20 > Submitted by: delphij >=20 >=20 >=20 > The end of the build log: >=20 > [...truncated 29556 lines...] > [...] > In file included from jemalloc_jemalloc.c:2: > In file included from = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemallo= c_internal.h:356: > = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cl= asses.h:5561:4: error: "No size class definitions match configuration" > # error "No size class definitions match configuration" > ^ > 1 error generated. >=20 I expected r286870 to fix this failure. Is the page size on arm64 not = 64 KiB? Jason= From owner-freebsd-arm@freebsd.org Tue Aug 18 08:50:33 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCFC59BBA18 for ; Tue, 18 Aug 2015 08:50:33 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id AA4FE1EAC; Tue, 18 Aug 2015 08:50:32 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from bender.Home (97e1188f.skybroadband.com [151.225.24.143]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id E1691D7A21; Tue, 18 Aug 2015 08:49:55 +0000 (UTC) Date: Tue, 18 Aug 2015 09:49:54 +0100 From: Andrew Turner To: Jason Evans Cc: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org, melifaro@FreeBSD.org Subject: Re: FreeBSD_HEAD_arm64 - Build #895 - Still Failing Message-ID: <20150818094954.308f0d12@bender.Home> In-Reply-To: References: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 08:50:34 -0000 On Tue, 18 Aug 2015 01:37:46 -0700 Jason Evans wrote: > On Aug 18, 2015, at 1:14 AM, jenkins-admin@FreeBSD.org wrote: > > FreeBSD_HEAD_arm64 - Build #895 - Still Failing: > > > > Build information: > > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/ Full change > > log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/changes > > Full build log: > > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/895/console > > > > Change summaries: > > > > 286870 by jasone: > > Add jemalloc support for 8 KiB, 16 KiB, and 64 KiB pages. > > > > 286869 by melifaro: > > Fix panic when handling non-inet arp message introduced in r286825. > > > > Submitted by: delphij > > > > > > > > The end of the build log: > > > > [...truncated 29556 lines...] > > [...] > > In file included from jemalloc_jemalloc.c:2: > > In file included > > from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:356: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_classes.h:5561:4: > > error: "No size class definitions match configuration" # error "No > > size class definitions match configuration" ^ > > 1 error generated. > > > > I expected r286870 to fix this failure. Is the page size on arm64 > not 64 KiB? It is 4K, however you removed the definition of LG_SIZEOF_PTR for arm64 (under __aarch64__) from jemalloc_FreeBSD.h in r286866. Andrew From owner-freebsd-arm@freebsd.org Tue Aug 18 09:11:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC2E19BC139 for ; Tue, 18 Aug 2015 09:11:15 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [204.109.63.53]) (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 B08C8EF2; Tue, 18 Aug 2015 09:11:15 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.10] (unknown [208.94.83.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 7E52D2842D; Tue, 18 Aug 2015 02:11:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD_HEAD_arm64 - Build #895 - Still Failing From: Jason Evans In-Reply-To: <20150818094954.308f0d12@bender.Home> Date: Tue, 18 Aug 2015 02:11:13 -0700 Cc: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org, melifaro@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <158398355.136.1439864161839.JavaMail.jenkins@jenkins-9.freebsd.org> <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> <20150818094954.308f0d12@bender.Home> To: Andrew Turner X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 09:11:15 -0000 On Aug 18, 2015, at 1:49 AM, Andrew Turner wrote: > On Tue, 18 Aug 2015 01:37:46 -0700 > Jason Evans wrote: >> On Aug 18, 2015, at 1:14 AM, jenkins-admin@FreeBSD.org wrote: >>> FreeBSD_HEAD_arm64 - Build #895 - Still Failing: >>> [...] >>> In file included from jemalloc_jemalloc.c:2: >>> In file included >>> from = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemallo= c_internal.h:356: = /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/size_cl= asses.h:5561:4: >>> error: "No size class definitions match configuration" # error "No >>> size class definitions match configuration" ^ >>> 1 error generated. >>=20 >> I expected r286870 to fix this failure. Is the page size on arm64 >> not 64 KiB? >=20 > It is 4K, however you removed the definition of LG_SIZEOF_PTR for > arm64 (under __aarch64__) from jemalloc_FreeBSD.h in r286866. Fixed in r286877. Thanks, Jason= From owner-freebsd-arm@freebsd.org Tue Aug 18 10:51:24 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A59EE9BC9B4 for ; Tue, 18 Aug 2015 10:51:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9702911A8; Tue, 18 Aug 2015 10:51:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 343D92D6; Tue, 18 Aug 2015 10:51:25 +0000 (UTC) Date: Tue, 18 Aug 2015 10:51:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jch@FreeBSD.org, jasone@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <72836987.144.1439895085180.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> References: <691226015.140.1439885695809.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #896 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 10:51:24 -0000 FreeBSD_HEAD_arm64 - Build #896 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/896/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/896/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/896/console Change summaries: 286877 by jasone: Re-add LG_SIZEOF_PTR definition for __aarch64__. This definition was erroneously removed during the 4.0.0 import. 286874 by jasone: Bump __FreeBSD_version for the jemalloc 4.0.0 import. 286873 by jch: Make clear that TIME_WAIT timeout expiration is managed solely by tcp_tw_2msl_scan(). Sponsored by: Verisign, Inc. 286872 by jasone: Add missing sdallocx updates and remove *allocm manpage links. Submitted by: jbeich 286871 by jasone: Fix build failure due to missing CPU_SPINWAIT definition. From owner-freebsd-arm@freebsd.org Tue Aug 18 11:22:29 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 495399BC22C for ; Tue, 18 Aug 2015 11:22:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EE12984 for ; Tue, 18 Aug 2015 11:22:29 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igui7 with SMTP id i7so79703551igu.1 for ; Tue, 18 Aug 2015 04:22:28 -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=tMmt5n/T+g2JHAOKqeTxGmgnJPdDzNhJEGFXRuWIBGo=; b=wkFBRKeKLLtFErtW1kxwMRStyqEQuXbdbGSNsWT+p6nNyXTwVryC9JCRdF1bpHQWRb fgPGpdLrb2O8njLpXwOo3/i48b0qY4cUuBiLEELh4OzgYfnWVElooXEJ0zQlW28xj0/0 fs8C3SbkY+2at2tQhFPq4DBtQUdJ2CwTBsqafmKSZ3CfTbekETtVTvmojPrNAohb9stv h5jDbjtnW+ekON9nLll6po2gRn/ZXEcyhzw/lqo/1qYodHPswRt0Mo08TIOxduzSKU/Y H8gyudHJCU1abnuZa9nC9oy0lpOcYEwZTAuZm17iLmRDar6GwdhdLam3nyaPyZvEl/aP F0/w== MIME-Version: 1.0 X-Received: by 10.50.66.166 with SMTP id g6mr20435157igt.19.1439896948389; Tue, 18 Aug 2015 04:22:28 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 04:22:28 -0700 (PDT) In-Reply-To: <55CF31A1.5080205@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> Date: Tue, 18 Aug 2015 13:22:28 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 11:22:29 -0000 On Sat, Aug 15, 2015 at 2:33 PM, Hans Petter Selasky wrote: > On 08/09/15 05:09, Andreas Schwarz wrote: >> >> On 31.07.15, Hans Petter Selasky wrote: >> >>> The attached patch will add some more debug prints so that I know what >>> is going on in the problematic function. You'll need to C&P me the >>> resulting console prints. >> >> >> I've applied the patch to r286117 and started to build the world in a >> loop until the problem occur. See the output below. After the problem >> was there (last lines), no further debug output was generated by your >> patch. >> > > Hi, > > Can you re-test the latest 11-current after: > > https://svnweb.freebsd.org/changeset/base/286802 > I have re-tested it. I noticed that system behaved a bit differently. Almost from the beginning of buildworld, disk was very busy and interrupt rate was not so stable - it was like when the trigger is pulled. However, it did not fix the problem. After buildword was finished, I have swap off, network down, system 99% idle, only the following processes exist root@rpi2:~ # ps -ax PID TT STAT TIME COMMAND 0 - DLs 0:00.87 [kernel] 1 - ILs 0:06.51 /sbin/init -- 2 - RL 0:41.99 [rand_harvestq] 3 - DL 0:00.00 [crypto] 4 - DL 0:00.00 [crypto returns] 5 - DL 0:28.66 [cam] 6 - IL 0:00.00 [VCHIQ-0] 7 - IL 0:00.00 [VCHIQr-0] 8 - IL 0:00.00 [VCHIQs-0] 9 - DL 0:00.00 [sctp_iterator] 10 - RL 4774:38.93 [idle] 11 - WL 27:37.49 [intr] 12 - DL 0:35.24 [geom] 13 - DL 29:50.89 [usb] 14 - DL 0:00.01 [mmcsd0: mmc/sd card] 15 - IL 0:00.00 [VCHIQka-0] 16 - IL 0:00.00 [bcm2835_audio_worke] 17 - DL 0:46.60 [pagedaemon] 18 - DL 0:03.80 [vmdaemon] 19 - DL 0:00.00 [pagezero] 20 - DL 0:07.70 [bufdaemon] 21 - DL 2:17.08 [syncer] 22 - RL 0:02.01 [vnlru] 369 - Is 0:00.26 /sbin/devd 683 u0 IWs 0:00.00 login [pam] (login) 684 u0 R 0:00.40 -csh (csh) 22887 u0 R+ 0:00.01 ps -ax 22873 v0 Is+ 0:00.01 /usr/libexec/getty Pc ttyv0 interrupt's rate is following root@rpi2:~ # vmstat -i -w1 interrupt total rate irq1: mbox0 27 0 irq2: vchiq0 7 0 irq17: bcm283x_dwco 567896005 10 irq26: bcm_dma0 962 0 irq65: uart0 7942705 40 irq70: sdhci_bcm0 496 0 irq73: generic_time 19187335 22 irq76: ipi 845121 9 Total 595872658 6487 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 641 606 irq26: bcm_dma0 0 0 irq65: uart0 525 496 irq70: sdhci_bcm0 0 0 irq73: generic_time 18 17 irq76: ipi 2 2 Total 1186 1121 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 277 262 irq26: bcm_dma0 0 0 irq65: uart0 476 450 irq70: sdhci_bcm0 0 0 irq73: generic_time 13 12 irq76: ipi 3 3 Total 769 727 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 653 641 irq26: bcm_dma0 0 0 irq65: uart0 475 466 irq70: sdhci_bcm0 0 0 irq73: generic_time 11 11 irq76: ipi 1 1 Total 1140 1119 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 434 405 irq26: bcm_dma0 0 0 irq65: uart0 474 442 irq70: sdhci_bcm0 0 0 irq73: generic_time 12 11 irq76: ipi 3 3 Total 923 861 and still the system response time is terrible. Do I understand it well that you are not able to trigger the problem? Unfortunatelly, I cannot get any reasonable results from my investigation except some mirror fixes which did not fix the problem. Thus I need to work out how to investigate it better and it takes some time. Svata > --HPS > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Aug 18 11:53:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1A2D9BC7D5 for ; Tue, 18 Aug 2015 11:53:34 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 7FA3B1B34 for ; Tue, 18 Aug 2015 11:53:34 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 84EF21FE023; Tue, 18 Aug 2015 13:53:32 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55D31D11.3050509@selasky.org> Date: Tue, 18 Aug 2015 13:54:57 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 11:53:34 -0000 Hi, On 08/18/15 13:22, Svatopluk Kraus wrote: > Do I understand it well that you are not able to trigger the problem? Maybe I haven't been trying hard enough. I've been using a kernel built from "projects/hps_head" which I just updated to include the latest DWC OTG patches, instead of "head". There was today a timer subsystem fix, not sure if it makes any difference: https://svnweb.freebsd.org/changeset/base/286880 I will try to buildworld from an external USB disk later today and see what happens. > > and still the system response time is terrible. If you can do: usbconfig -d 0.1 set_config 255 And verify that the IRQ rate goes to zero for DWC OTG, then we maybe could rule out USB. --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 12:31:03 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BDC49BC3D1 for ; Tue, 18 Aug 2015 12:31:03 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10ACC103A for ; Tue, 18 Aug 2015 12:31:03 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igfj19 with SMTP id j19so81302294igf.0 for ; Tue, 18 Aug 2015 05:31:02 -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=eUUxzJvkiBV+aUxEt0RrT0/LhSAsE08+2Fv2XL8nXe8=; b=Oq6QvVBdbmmAwX412fbXsDEmkkdD4nZM6eAJUvbh+DDfgv4mTBSXI+YQoVFySzbq1H QnpZEIutm2qgp182AwR+g8+EIYc1svk3GV3Gts/zI53JTLMuaq51Tv0Hqhz1sneHCnf3 x+IabbDvmqaZifWH8riARDbZNCTja8r9aEl/ETDYAJH0OCuUIB6n7PCONE+MQFMzDwao EpcoyTnt6tCxcGUlxDpLmyBQ4jA3mpJLkuV7v7i3ytN39NTCqW82QmufyLS8v1CjArvv RI7iD3cZnBmljimmeH4BsQUXPTCYLV8APSRjMhhJDYpdcYIBNo6OwY32YfzyBRj6sSyF 7VNA== MIME-Version: 1.0 X-Received: by 10.51.17.34 with SMTP id gb2mr18313606igd.56.1439901062490; Tue, 18 Aug 2015 05:31:02 -0700 (PDT) Received: by 10.64.212.103 with HTTP; Tue, 18 Aug 2015 05:31:02 -0700 (PDT) In-Reply-To: <55D31D11.3050509@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> Date: Tue, 18 Aug 2015 14:31:02 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 12:31:03 -0000 On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky wrote: > Hi, > > On 08/18/15 13:22, Svatopluk Kraus wrote: >> >> Do I understand it well that you are not able to trigger the problem? > > > Maybe I haven't been trying hard enough. I've been using a kernel built from > "projects/hps_head" which I just updated to include the latest DWC OTG > patches, instead of "head". There was today a timer subsystem fix, not sure > if it makes any difference: > > https://svnweb.freebsd.org/changeset/base/286880 > > I will try to buildworld from an external USB disk later today and see what > happens. > >> >> and still the system response time is terrible. > > > If you can do: > > usbconfig -d 0.1 set_config 255 > > And verify that the IRQ rate goes to zero for DWC OTG, then we maybe could > rule out USB. > Note that my root filesystem was on usb disk. root@rpi2:~ # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (2mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) ugen0.4: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.5: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.6: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (0mA) root@rpi2:~ # root@rpi2:~ # usbconfig -d 0.1 set_config 255 uhub0: at usbus0, port 1, addr 1 (disconnected) ugen0.2: at usbus0 (disconnected) uhub1: at uhub0, port 1, addr 2 (disconnected) ugen0.3: at usbus0 (disconnected) smsc0: at uhub1, port 1, addr 3 (disconnected) ukphy0: detached miibus0: detached ugen0.4: at usbus0 (disconnected) uhub2: at uhub1, port 3, addr 4 (disconnected) ugen0.5: at usbus0 (disconnected) uhub3: at uhub2, port 1, addr 5 (disconnected) ugen0.6: at usbus0 (disconnected) umass0: at uhub2, port 4, addr 6 (disconnected) da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: detached (da0:umass-sim0:0:0:0): Periph destroyed Device da0s1a went missing before all of the data could be written to it; expect data loss. root@rpi2:~ # vmstat -i interrupt total rate irq1: mbox0 27 0 irq2: vchiq0 7 0 irq17: bcm283x_dwco 569952361 31 irq26: bcm_dma0 962 0 irq65: uart0 7945865 38 irq70: sdhci_bcm0 496 0 irq73: generic_time 19199003 21 irq76: ipi 853597 9 Total 597952318 6229 root@rpi2:~ # vmstat -i -w1 interrupt total rate irq1: mbox0 27 0 irq2: vchiq0 7 0 irq17: bcm283x_dwco 569961155 32 irq26: bcm_dma0 962 0 irq65: uart0 7946417 38 irq70: sdhci_bcm0 496 0 irq73: generic_time 19199024 21 irq76: ipi 853615 9 Total 597961703 6229 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 550 472 irq26: bcm_dma0 0 0 irq65: uart0 526 451 irq70: sdhci_bcm0 0 0 irq73: generic_time 12 10 irq76: ipi 4 3 Total 1092 937 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 640 598 irq26: bcm_dma0 0 0 irq65: uart0 474 443 irq70: sdhci_bcm0 0 0 irq73: generic_time 10 9 irq76: ipi 2 2 Total 1126 1052 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 456 425 irq26: bcm_dma0 0 0 irq65: uart0 476 444 irq70: sdhci_bcm0 0 0 irq73: generic_time 13 12 irq76: ipi 3 3 Total 948 884 irq1: mbox0 0 0 irq2: vchiq0 0 0 irq17: bcm283x_dwco 219 205 irq26: bcm_dma0 0 0 irq65: uart0 476 446 irq70: sdhci_bcm0 0 0 irq73: generic_time 12 11 irq76: ipi 2 2 Total 709 664 ^C root@rpi2:~ # usbconfig ugen0.1: at usbus0, cfg=255 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) root@rpi2:~ # usbconfig Svata From owner-freebsd-arm@freebsd.org Tue Aug 18 12:44:47 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DA999BCA51 for ; Tue, 18 Aug 2015 12:44:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 2BA37185 for ; Tue, 18 Aug 2015 12:44:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2ED0B1FE023; Tue, 18 Aug 2015 14:44:45 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55D32912.1070707@selasky.org> Date: Tue, 18 Aug 2015 14:46:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 12:44:47 -0000 On 08/18/15 14:31, Svatopluk Kraus wrote: > On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky wrote: >> Hi, >> >> On 08/18/15 13:22, Svatopluk Kraus wrote: >>> >>> Do I understand it well that you are not able to trigger the problem? >> >> >> Maybe I haven't been trying hard enough. I've been using a kernel built from >> "projects/hps_head" which I just updated to include the latest DWC OTG >> patches, instead of "head". There was today a timer subsystem fix, not sure >> if it makes any difference: >> >> https://svnweb.freebsd.org/changeset/base/286880 >> >> I will try to buildworld from an external USB disk later today and see what >> happens. >> >>> >>> and still the system response time is terrible. >> >> >> If you can do: >> >> usbconfig -d 0.1 set_config 255 >> >> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe could >> rule out USB. >> > > Note that my root filesystem was on usb disk. > Is the console still not responding properly after this command? --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 13:12:42 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E01119BB4A8 for ; Tue, 18 Aug 2015 13:12:41 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A512A1B44 for ; Tue, 18 Aug 2015 13:12:41 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iodb91 with SMTP id b91so187520277iod.1 for ; Tue, 18 Aug 2015 06:12:41 -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=aJCyP9ntW7sCRn8zCu5UWMQ2FjcRkPzi7+eBrIsTKWk=; b=AFCIUlKrysLHQp4wQSrssZtH6jOLB9pOcw4D+/hsTB3pR8JKBHrVzVPqkDXykj71mK OOTmREaN/7f0APyjsndh0xaIiTxU4/qQ/QKvuFBWp9Dv1GiXmIemPVAaSrDrsIABZPZa ffpvi7JdSacCGsasxXdoo7p9XregLRjli6ZV0HvBgr6Cy63SEd1G8CAgN38kf/BlGmlR 92pRxGDjkEfIWizODNcQ3Kw1GhXoSeuFYUVjDjBjsIwQXBEeYC/04djuldKcjOwhQjis QZuWWYmTcRyn4bYSQzL2iTKgott94wkykB70Tano2h+Vx0mnbnUyZCR2qfZ4yuHTGBUl 9PFg== MIME-Version: 1.0 X-Received: by 10.107.11.29 with SMTP id v29mr6863475ioi.186.1439903560975; Tue, 18 Aug 2015 06:12:40 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 06:12:40 -0700 (PDT) In-Reply-To: <55D32912.1070707@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> Date: Tue, 18 Aug 2015 15:12:40 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:12:42 -0000 On Tue, Aug 18, 2015 at 2:46 PM, Hans Petter Selasky wrote: > On 08/18/15 14:31, Svatopluk Kraus wrote: >> >> On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky >> wrote: >>> >>> Hi, >>> >>> On 08/18/15 13:22, Svatopluk Kraus wrote: >>>> >>>> >>>> Do I understand it well that you are not able to trigger the problem? >>> >>> >>> >>> Maybe I haven't been trying hard enough. I've been using a kernel built >>> from >>> "projects/hps_head" which I just updated to include the latest DWC OTG >>> patches, instead of "head". There was today a timer subsystem fix, not >>> sure >>> if it makes any difference: >>> >>> https://svnweb.freebsd.org/changeset/base/286880 >>> >>> I will try to buildworld from an external USB disk later today and see >>> what >>> happens. >>> >>>> >>>> and still the system response time is terrible. >>> >>> >>> >>> If you can do: >>> >>> usbconfig -d 0.1 set_config 255 >>> >>> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe >>> could >>> rule out USB. >>> >> >> Note that my root filesystem was on usb disk. >> > > Is the console still not responding properly after this command? > System response time is still bad. From owner-freebsd-arm@freebsd.org Tue Aug 18 13:22:13 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED00C9BB91B for ; Tue, 18 Aug 2015 13:22:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 A9B70892 for ; Tue, 18 Aug 2015 13:22:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 498331FE023; Tue, 18 Aug 2015 15:22:10 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55D331D7.9080702@selasky.org> Date: Tue, 18 Aug 2015 15:23:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:22:14 -0000 On 08/18/15 15:12, Svatopluk Kraus wrote: > On Tue, Aug 18, 2015 at 2:46 PM, Hans Petter Selasky wrote: >> On 08/18/15 14:31, Svatopluk Kraus wrote: >>> >>> On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky >>> wrote: >>>> >>>> Hi, >>>> >>>> On 08/18/15 13:22, Svatopluk Kraus wrote: >>>>> >>>>> >>>>> Do I understand it well that you are not able to trigger the problem? >>>> >>>> >>>> >>>> Maybe I haven't been trying hard enough. I've been using a kernel built >>>> from >>>> "projects/hps_head" which I just updated to include the latest DWC OTG >>>> patches, instead of "head". There was today a timer subsystem fix, not >>>> sure >>>> if it makes any difference: >>>> >>>> https://svnweb.freebsd.org/changeset/base/286880 >>>> >>>> I will try to buildworld from an external USB disk later today and see >>>> what >>>> happens. >>>> >>>>> >>>>> and still the system response time is terrible. >>>> >>>> >>>> >>>> If you can do: >>>> >>>> usbconfig -d 0.1 set_config 255 >>>> >>>> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe >>>> could >>>> rule out USB. >>>> >>> >>> Note that my root filesystem was on usb disk. >>> >> >> Is the console still not responding properly after this command? >> > > System response time is still bad. > Is "kgdb" working on your setup? Can you dump all kernel threads? --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 13:34:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 294FE9BBE16 for ; Tue, 18 Aug 2015 13:34:34 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E66CA1281 for ; Tue, 18 Aug 2015 13:34:33 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbjg10 with SMTP id jg10so80261229igb.0 for ; Tue, 18 Aug 2015 06:34:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TLn2N2vsvUtUTxvhDdM6nVM9DiJJz8rYq0zqnpHxFKQ=; b=erpWYn1shXRKZzMlupA2Z3+IrKYW7K6Fcab0LgXaYBkGNpTiCkGSvIggQJVf8UTYZL Zm+v/x1Ldh30ISDyyQ0jl41Ljjk6c/kpSnVNRDxcdDJIuJOgR2YkkKvre9m+BDHtnEvW bWfPgSc+o/lzHm/mlc/KNlfntlla1hyfnQuNbDSRFl/Kubh8BlScKkLhd74ROBuFcEwD NvrG85NikXYuTKIjLUq8kOqtNBZeBwnDuunXc5Wg3sGH9NRbUm0TOmxMbcnqb2O2YmNC Id0XYQphZ3/76dNqH5aT8wgwSE9wxuK6SZuMtoWIzEOTAbNQKS2xTr+djyoSKrBQtu7/ aZcA== MIME-Version: 1.0 X-Received: by 10.50.66.166 with SMTP id g6mr21034331igt.19.1439904873340; Tue, 18 Aug 2015 06:34:33 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 06:34:33 -0700 (PDT) In-Reply-To: <55D331D7.9080702@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> Date: Tue, 18 Aug 2015 15:34:33 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:34:34 -0000 On Tue, Aug 18, 2015 at 3:23 PM, Hans Petter Selasky wrote: > On 08/18/15 15:12, Svatopluk Kraus wrote: >> >> On Tue, Aug 18, 2015 at 2:46 PM, Hans Petter Selasky >> wrote: >>> >>> On 08/18/15 14:31, Svatopluk Kraus wrote: >>>> >>>> >>>> On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky >>>> wrote: >>>>> >>>>> >>>>> Hi, >>>>> >>>>> On 08/18/15 13:22, Svatopluk Kraus wrote: >>>>>> >>>>>> >>>>>> >>>>>> Do I understand it well that you are not able to trigger the problem? >>>>> >>>>> >>>>> >>>>> >>>>> Maybe I haven't been trying hard enough. I've been using a kernel built >>>>> from >>>>> "projects/hps_head" which I just updated to include the latest DWC OTG >>>>> patches, instead of "head". There was today a timer subsystem fix, not >>>>> sure >>>>> if it makes any difference: >>>>> >>>>> https://svnweb.freebsd.org/changeset/base/286880 >>>>> >>>>> I will try to buildworld from an external USB disk later today and see >>>>> what >>>>> happens. >>>>> >>>>>> >>>>>> and still the system response time is terrible. >>>>> >>>>> >>>>> >>>>> >>>>> If you can do: >>>>> >>>>> usbconfig -d 0.1 set_config 255 >>>>> >>>>> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe >>>>> could >>>>> rule out USB. >>>>> >>>> >>>> Note that my root filesystem was on usb disk. >>>> >>> >>> Is the console still not responding properly after this command? >>> >> >> System response time is still bad. >> > > Is "kgdb" working on your setup? Can you dump all kernel threads? db> ps pid ppid pgrp uid state wmesg wchan cmd 22873 1 22873 0 Ss+ ttyin 0xd1822e70 getty 684 683 684 0 R+ csh 683 1 683 0 SWs+ wait 0xd2295380 login 369 1 369 0 Ss select 0xd206a9a4 devd 22 0 0 0 DL vlruwt 0xd1fc0380 [vnlru] 21 0 0 0 DL syncer 0xc07ad3f0 [syncer] 20 0 0 0 DL (threaded) [bufdaemon] 100061 D psleep 0xc07ad190 [bufdaemon] 100073 D sdflush 0xd20ec284 [/ worker] 19 0 0 0 DL pgzero 0xc07b24d8 [pagezero] 18 0 0 0 DL psleep 0xc07b23c0 [vmdaemon] 17 0 0 0 DL (threaded) [pagedaemon] 100058 D psleep 0xc07c86c4 [pagedaemon] 100064 D umarcl 0xc07b22d4 [uma] 16 0 0 0 SL data_cv 0xd18341a0 [bcm2835_audio_worke] 15 0 0 0 SL VCHI com 0xd1a0e20c [VCHIQka-0] 14 0 0 0 DL jobqueue 0xd19fb980 [mmcsd0: mmc/sd card] 9 0 0 0 DL waiting_ 0xc07c4aac [sctp_iterator] 13 0 0 0 DL (threaded) [usb] 100047 D - 0xd1a3302c [usbus0] 100048 D - 0xd1a3305c [usbus0] 100049 D - 0xd1a3308c [usbus0] 100050 D - 0xd1a330bc [usbus0] 100051 D - 0xd1a330ec [usbus0] 8 0 0 0 SL sema cv 0xc07d0848 [VCHIQs-0] 7 0 0 0 SL sema cv 0xc07d0824 [VCHIQr-0] 6 0 0 0 SL sema cv 0xc07d0800 [VCHIQ-0] 5 0 0 0 DL (threaded) [cam] 100024 D - 0xc07120c0 [doneq0] 100054 D - 0xc07122ac [scanner] 4 0 0 0 DL crypto_r 0xc07b1970 [crypto returns] 3 0 0 0 DL crypto_w 0xc07b1960 [crypto] 12 0 0 0 DL (threaded) [geom] 100013 D - 0xc07b50e8 [g_event] 100014 D - 0xc07b50ec [g_up] 100015 D - 0xc07b50f0 [g_down] 11 0 0 0 RL (threaded) [intr] 100007 I [swi1: netisr 0] 100008 I [swi3: vm] 100009 RunQ [swi4: clock (0)] 100010 I [swi4: clock (1)] 100011 I [swi4: clock (2)] 100012 I [swi4: clock (3)] 100019 I [swi6: task queue] 100020 I [swi6: Giant taskq] 100023 I [swi5: fast taskq] 100025 I [intr61: iichb0+] 100026 I [intr62: spi0] 100027 I [intr24: bcm_dma0] 100028 I [intr25: bcm_dma0] 100029 I [intr26: bcm_dma0] 100030 I [intr27: bcm_dma0] 100031 I [intr28: bcm_dma0] 100032 I [intr29: bcm_dma0] 100033 I [intr30: bcm_dma0] 100034 I [intr31: bcm_dma0] 100035 I [intr32: bcm_dma0] 100036 I [intr33: bcm_dma0] 100037 I [intr34: bcm_dma0] 100038 I [intr35: bcm_dma0] 100039 I [intr1: mbox0] 100040 I [intr70: sdhci_bcm0] 100041 I [swi0: uart] 100042 I [intr2: vchiq0] 100046 I [intr17: +] 10 0 0 0 RL (threaded) [idle] 100003 Run CPU 0 [idle: cpu0] 100004 Run CPU 1 [idle: cpu1] 100005 Run CPU 2 [idle: cpu2] 100006 Run CPU 3 [idle: cpu3] 2 0 0 0 RL [rand_harvestq] 1 0 1 0 SLs wait 0xd1959000 [init] 0 0 0 0 DLs (threaded) [kernel] 100000 D swapin 0xc07b5108 [swapper] 100018 D - 0xd19fb480 [kqueue taskq] 100021 D - 0xd19fb300 [ffs_trim taskq] 100022 D - 0xd19fb280 [thread taskq] 100053 D - 0xd19fb080 [CAM taskq] db> From owner-freebsd-arm@freebsd.org Tue Aug 18 13:39:07 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B85D99BBE63 for ; Tue, 18 Aug 2015 13:39:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 74B65131B for ; Tue, 18 Aug 2015 13:39:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 285BB1FE023; Tue, 18 Aug 2015 15:39:05 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55D335CE.4080702@selasky.org> Date: Tue, 18 Aug 2015 15:40:30 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:39:07 -0000 On 08/18/15 15:34, Svatopluk Kraus wrote: > On Tue, Aug 18, 2015 at 3:23 PM, Hans Petter Selasky wrote: >> On 08/18/15 15:12, Svatopluk Kraus wrote: >>> >>> On Tue, Aug 18, 2015 at 2:46 PM, Hans Petter Selasky >>> wrote: >>>> >>>> On 08/18/15 14:31, Svatopluk Kraus wrote: >>>>> >>>>> >>>>> On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky >>>>> wrote: >>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> On 08/18/15 13:22, Svatopluk Kraus wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Do I understand it well that you are not able to trigger the problem? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Maybe I haven't been trying hard enough. I've been using a kernel built >>>>>> from >>>>>> "projects/hps_head" which I just updated to include the latest DWC OTG >>>>>> patches, instead of "head". There was today a timer subsystem fix, not >>>>>> sure >>>>>> if it makes any difference: >>>>>> >>>>>> https://svnweb.freebsd.org/changeset/base/286880 >>>>>> >>>>>> I will try to buildworld from an external USB disk later today and see >>>>>> what >>>>>> happens. >>>>>> >>>>>>> >>>>>>> and still the system response time is terrible. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> If you can do: >>>>>> >>>>>> usbconfig -d 0.1 set_config 255 >>>>>> >>>>>> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe >>>>>> could >>>>>> rule out USB. >>>>>> >>>>> >>>>> Note that my root filesystem was on usb disk. >>>>> >>>> >>>> Is the console still not responding properly after this command? >>>> >>> >>> System response time is still bad. >>> >> >> Is "kgdb" working on your setup? Can you dump all kernel threads? > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > Not "ps", but "alltrace" I think. --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 13:52:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA90D9BC18D for ; Tue, 18 Aug 2015 13:52:37 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BBF91B0A for ; Tue, 18 Aug 2015 13:52:37 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iodb91 with SMTP id b91so188984674iod.1 for ; Tue, 18 Aug 2015 06:52:37 -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=W8Lw/k2sPOXd2waerZsh2hUOqYy5oUCla6buwuGz4w4=; b=y2Y0YqTYuWmaLu4g5kCV1dVTgIKwGqOGtrBZ81FU73+rVmJHBDOoVQ541STaQbaljY m3L4U5+usPD2MUt5BAc+jQyAqSO/pErVfo+3f+f0/LB5BkHzq/dssquvHNX6SiWvTRMo fi8RMRXCz/L8+56+ptD/3gBv2BD0aH4f4E/5dvSGAfLgjfmYyqX+whHH4o8cG/07nZpm QDNp7PfvtA5JG/51+LYdKpZ7m9WmvZfKcIFlgEXRzAuJdGf0RUNFjCe7ZHsBtKRbFXhj cFtDGN2fqi1mo+yx2bE2taaDBZxAeVpARx+b4j3cgOoryMEgn6MIYLdvrG8xbNV5bY/D SxmA== MIME-Version: 1.0 X-Received: by 10.107.11.29 with SMTP id v29mr7074801ioi.186.1439905956807; Tue, 18 Aug 2015 06:52:36 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 06:52:36 -0700 (PDT) In-Reply-To: <55D335CE.4080702@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> <55D335CE.4080702@selasky.org> Date: Tue, 18 Aug 2015 15:52:36 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:52:37 -0000 On Tue, Aug 18, 2015 at 3:40 PM, Hans Petter Selasky wrote: > On 08/18/15 15:34, Svatopluk Kraus wrote: >> >> On Tue, Aug 18, 2015 at 3:23 PM, Hans Petter Selasky >> wrote: >>> >>> On 08/18/15 15:12, Svatopluk Kraus wrote: >>>> >>>> >>>> On Tue, Aug 18, 2015 at 2:46 PM, Hans Petter Selasky >>>> wrote: >>>>> >>>>> >>>>> On 08/18/15 14:31, Svatopluk Kraus wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Aug 18, 2015 at 1:54 PM, Hans Petter Selasky >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> On 08/18/15 13:22, Svatopluk Kraus wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Do I understand it well that you are not able to trigger the >>>>>>>> problem? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Maybe I haven't been trying hard enough. I've been using a kernel >>>>>>> built >>>>>>> from >>>>>>> "projects/hps_head" which I just updated to include the latest DWC >>>>>>> OTG >>>>>>> patches, instead of "head". There was today a timer subsystem fix, >>>>>>> not >>>>>>> sure >>>>>>> if it makes any difference: >>>>>>> >>>>>>> https://svnweb.freebsd.org/changeset/base/286880 >>>>>>> >>>>>>> I will try to buildworld from an external USB disk later today and >>>>>>> see >>>>>>> what >>>>>>> happens. >>>>>>> >>>>>>>> >>>>>>>> and still the system response time is terrible. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> If you can do: >>>>>>> >>>>>>> usbconfig -d 0.1 set_config 255 >>>>>>> >>>>>>> And verify that the IRQ rate goes to zero for DWC OTG, then we maybe >>>>>>> could >>>>>>> rule out USB. >>>>>>> >>>>>> >>>>>> Note that my root filesystem was on usb disk. >>>>>> >>>>> >>>>> Is the console still not responding properly after this command? >>>>> >>>> >>>> System response time is still bad. >>>> >>> >>> Is "kgdb" working on your setup? Can you dump all kernel threads? >> >> >> db> ps >> pid ppid pgrp uid state wmesg wchan cmd > > >> > > Not "ps", but "alltrace" I think. > All trace is attached. From owner-freebsd-arm@freebsd.org Tue Aug 18 14:09:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 799169BC518 for ; Tue, 18 Aug 2015 14:09:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 37880C4 for ; Tue, 18 Aug 2015 14:09:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3E4A11FE023; Tue, 18 Aug 2015 16:09:13 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> <55D335CE.4080702@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55D33CDE.8040207@selasky.org> Date: Tue, 18 Aug 2015 16:10:38 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 14:09:15 -0000 Hi, I see three out of four IRQ threads stuck in tlb_broadcast(). Not sure if that implies a deadlock? Can anyone familiar with tlb_broadcast() comment? --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 14:18:44 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E2869BC8D8 for ; Tue, 18 Aug 2015 14:18:44 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23390D3B for ; Tue, 18 Aug 2015 14:18:44 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igui7 with SMTP id i7so80822429igu.0 for ; Tue, 18 Aug 2015 07:18:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WuG4Rb9H+auqBsTjfWGbywTGWhPeOfZGci/6GlJy64M=; b=hOOpW9yRYBWWICBQnHZpxW66/f9eD/DNNRANVGVAFjyKVlUj22pmzixiwx1HKfzOpu k1PSlP2Zt/+UWL3maSmZMNivG/kFEu/m8bargpKZXFb/yFuM0xCZLIlO0nwYoprAf2Y6 jyqibRXboGZUN80vTUfRMuLKSmyaT+xTqFFuAq81ny3Vxh3uzNn0XXmDNL2afjEyynVc mU3SIQbm1kzu6UeSvnJfSwlF0oWcHXjJyaPApsU0bZHa1N3BFRQIVXRIWqcTy5Q7NghB EsIHBBa98I+FmgZe+Mx4UlKL5I7TOtOPYjnXKkeSEUpmZvX/BzeXsr84rPJSAxMUJwWf KEZg== MIME-Version: 1.0 X-Received: by 10.50.59.211 with SMTP id b19mr21653554igr.42.1439907523564; Tue, 18 Aug 2015 07:18:43 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 07:18:43 -0700 (PDT) In-Reply-To: <55D33CDE.8040207@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> <55D335CE.4080702@selasky.org> <55D33CDE.8040207@selasky.org> Date: Tue, 18 Aug 2015 16:18:43 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 14:18:44 -0000 On Tue, Aug 18, 2015 at 4:10 PM, Hans Petter Selasky wrote: > Hi, > > I see three out of four IRQ threads stuck in tlb_broadcast(). Not sure if > that implies a deadlock? Can anyone familiar with tlb_broadcast() comment? > It's the problem I did not mention. As I boot my kernel from SD card, I have no local symbol available. So, kernel file for disassembling is needed to learn where PC is in. I already sent you kernel privately because of its size. Svata From owner-freebsd-arm@freebsd.org Tue Aug 18 14:36:17 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0DC39BCEE9 for ; Tue, 18 Aug 2015 14:36:17 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 696EE1C6F for ; Tue, 18 Aug 2015 14:36:17 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iods203 with SMTP id s203so191370775iod.0 for ; Tue, 18 Aug 2015 07:36:16 -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=hcma5Wb7OcTZEAtEZWWknNyxxilY/ydrq377Rs90A4s=; b=BIlixiUJ4Dl8GvVWiE/0rOc7LfirWJpQBbqCzhx1oXdsuWUUyLDtL6CQxgZyz1pDr3 tvZGHa330CAlNP0m3uqXCyk3XZPXzH5FQHYj+rXLv8srgvPEDektjRI9an9UthHEr6ih dHA0a499KA4O2V+YVbVA3BcbOPLD3Bm/ZO+cwseiINb282i363kX7W1S1Nb7UooQZu6e 5Jtwk6dEP6gpPqJZbN8MTkpMv1ArIvnqb/eNMBEgktn9Uwol3Yjx2X+wI1fFrVAhWpdl y8Rs3lidPdf6GmfL+VkQWP0bhuzQ24jmpBf2gV799vFJkfCRzJc+9Jhc71lHr3qK1xCv AnZQ== MIME-Version: 1.0 X-Received: by 10.107.128.83 with SMTP id b80mr7367137iod.84.1439908576809; Tue, 18 Aug 2015 07:36:16 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 07:36:16 -0700 (PDT) In-Reply-To: <55D33CDE.8040207@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> <55D335CE.4080702@selasky.org> <55D33CDE.8040207@selasky.org> Date: Tue, 18 Aug 2015 16:36:16 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 14:36:17 -0000 On Tue, Aug 18, 2015 at 4:10 PM, Hans Petter Selasky wrote: > Hi, > > I see three out of four IRQ threads stuck in tlb_broadcast(). Not sure if > that implies a deadlock? Can anyone familiar with tlb_broadcast() comment? > > --HPS From owner-freebsd-arm@freebsd.org Tue Aug 18 14:38:18 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10AD09BCF63 for ; Tue, 18 Aug 2015 14:38:18 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA4511E0F for ; Tue, 18 Aug 2015 14:38:17 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igui7 with SMTP id i7so84097906igu.1 for ; Tue, 18 Aug 2015 07:38:17 -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=RZ61wt6WdZZlXoT00HG3z5LxgN/4zzvbsf+j1JT0QxI=; b=I7BZeo/qYDzyr+ivweirROV6oC2iCGvB6kMQ79Zrxu9f3IO1WV84voW91+MmVfCNie GQxbIEPC+K0X112fm40snRrZBZW5WXtpBN8uBh729IfO1ERpfnptsv/qE+lfkXvAd2kY wmVXwSrrPeK/O76KhA7iYFoiAYhVnO3CTZBWhixjnKcqKkjymkyu7tNVeZrR6j3eQhNo JoAKEF28tkGMbk+1OAjaq1SpsTf2dUKjLF4TE0B59zELssLVWu3GjwohkZBVXFjJIWGb HsKq1YbIV3e/eglNAMADAeWFhlSXP2FUeFuSLcYv9cBx8+LQlitbJfbDVDkkifgy5ICp MttQ== MIME-Version: 1.0 X-Received: by 10.50.93.74 with SMTP id cs10mr21741135igb.42.1439908697366; Tue, 18 Aug 2015 07:38:17 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Tue, 18 Aug 2015 07:38:17 -0700 (PDT) In-Reply-To: <55D33CDE.8040207@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <55D31D11.3050509@selasky.org> <55D32912.1070707@selasky.org> <55D331D7.9080702@selasky.org> <55D335CE.4080702@selasky.org> <55D33CDE.8040207@selasky.org> Date: Tue, 18 Aug 2015 16:38:17 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 14:38:18 -0000 On Tue, Aug 18, 2015 at 4:10 PM, Hans Petter Selasky wrote: > Hi, > > I see three out of four IRQ threads stuck in tlb_broadcast(). Not sure if > that implies a deadlock? Can anyone familiar with tlb_broadcast() comment? > Well, according to disassembled kernel, it's IPI_STOP where other cores are stucked. From owner-freebsd-arm@freebsd.org Wed Aug 19 00:25:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2FDA9BC8B6 for ; Wed, 19 Aug 2015 00:25:01 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 66C19C4D; Wed, 19 Aug 2015 00:25:01 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id D5084B059C; Wed, 19 Aug 2015 03:24:52 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id EE880EA5; Wed, 19 Aug 2015 03:22:17 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 14E7C31C6D; Wed, 19 Aug 2015 03:21:04 +0300 (MSK) Date: Wed, 19 Aug 2015 03:21:04 +0300 From: Dmitry Marakasov To: freebsd-arm@FreeBSD.org Cc: ian@FreeBSD.org, andrew@FreeBSD.org, onwahe@gmail.com, meloun@miracle.cz Subject: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819002103.GC79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 00:25:01 -0000 Hi! I've just tried latest HEAD on cubieboard A10, and discovered that it's completely unstable. Kernel boots without problems, however right after init is started many processes crash with sigsegv and other errors, and it ends with either hang or a panic. Examples below. With kernel built with `nooptions ARM_NEW_PMAP' these problems go away. Feel free to ask for any additional info. --- Trying to mount root from ufs:/dev/mmcsd0s2 []... warning: no time-of-day clock registered, system time will not be set accurately pid 20 (stty), uid 0: exited on signal 11 Segmentation fault pid 21 (sysctl), uid 0: exited on signal 11 pid 22 (ps), uid 0: exited on signal 12 Bad system call pid 23 (sysctl), uid 0: exited on signal 12 Bad system call [: -eq: unexpected operator pid 24 (rcorder), uid 0: exited on signal 11 pid 25 (rcorder), uid 0: exited on signal 11 pid 26 (date), uid 0: exited on signal 12 Bad system call pid 27 (getty), uid 0: exited on signal 11 --- --- Trying to mount root from ufs:/dev/mmcsd0s2 []... warning: no time-of-day clock registered, system time will not be set accurately pid 30 (sh), uid 0: exited on signal 11 Segmentation fault Setting hostuuid: 024ae582-45aa-11e5-88c7-832954db904b. Setting hostid: 0xd41d8cd9. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2: clean, 7268431 free (343 frags, 908511 blocks, 0.0% fragmentation) Mounting local file systems:. random: unblocking device. Setting hostname: cubie.panopticon. Setting up harvesting:pid 119 (sysctl), uid 0: exited on signal 11 Segmentation fault Feeding entropy:eval: cannot create /entropy: Read-only file system pid 127 (sh), uid 0: exited on signal 11 Segmentation fault ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting devd. emac0: link state changed to UP /etc/rc.d/netif: ERROR: USAGE: gpid 148 (sh), uid 0: exited on signal 11 et_if_var name var [default] pid 146 (sh), uid 0: exited on signal 11 Segmentation fault pid 151 (sh), uid 0: exited on signal 11 pid 159 (sh), uid 0: exited on signal 11 Segmentation fault pid 162 (sh), uid 0: exited on signal 11 pid 164 (sh), uid 0: exited on signal 11 /usr/bin/id: Shared object has no run-time symbol table pid 182 (sysctl), uid 0: exited on signal 11 Segmentation fault /sbin/sysctl: Shared object has no run-time symbol table pid 186 (sysctl), uid 0: exited on signal 11 Segmentation fault Waiting 30s for the default route interface: ..........^Cpmap_remove_pages: pmap 0xc0833974 va 0x20282000 pte1 0 panic: bad pte1 KDB: enter: panic [ thread pid 238 tid 100056 ] Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 238 tid 100056 td 0xc3c98350 db_trace_self() at db_trace_self pc = 0xc0648a9c lr = 0xc02423e0 (db_hex2dec+0x494) sp = 0xef6cb760 fp = 0xef6cb778 r10 = 0xc079f118 db_hex2dec() at db_hex2dec+0x494 pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) sp = 0xef6cb780 fp = 0xef6cb820 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc079f118 db_command_loop() at db_command_loop+0x40c pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) sp = 0xef6cb828 fp = 0xef6cb838 r4 = 0xc0690ed5 r5 = 0xc06a7553 r6 = 0xc079f104 r7 = 0xc0747bd4 r8 = 0xc0794950 r9 = 0xc0794954 r10 = 0xef6cba00 db_command_loop() at db_command_loop+0x74 pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) sp = 0xef6cb840 fp = 0xef6cb958 r4 = 0x00000000 r5 = 0xc079f110 r6 = 0xc0794978 r10 = 0xef6cba00 db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) sp = 0xef6cb960 fp = 0xef6cb980 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0794978 r7 = 0xc0747bd4 kdb_trap() at kdb_trap+0xd4 pc = 0xc03cfe9c lr = 0xc065fbdc (undefinedinstruction+0x350) sp = 0xef6cb988 fp = 0xef6cb9f8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc065f7dc r7 = 0xe7ffffff r8 = 0xc3c98350 r9 = 0xc03cf768 r10 = 0xef6cba00 undefinedinstruction() at undefinedinstruction+0x350 pc = 0xc065fbdc lr = 0xc064a124 (exception_exit) sp = 0xef6cba00 fp = 0xef6cba98 r4 = 0xc06a75a8 r5 = 0xef6cbadc r6 = 0xc06c933a r7 = 0xc0786ea0 r8 = 0xc3c98350 r9 = 0xc07a07c8 r10 = 0xc0786e30 exception_exit() at exception_exit pc = 0xc064a124 lr = 0xc03cf758 (kdb_enter+0x48) sp = 0xef6cba90 fp = 0xef6cba98 r0 = 0xc0794964 r1 = 0x00000000 r2 = 0xef6cb9c4 r3 = 0xc06a99f9 r4 = 0xc06a75a8 r5 = 0xef6cbadc r6 = 0xc06c933a r7 = 0xc0786ea0 r8 = 0xc3c98350 r9 = 0xc07a07c8 r10 = 0xc0786e30 r12 = 0x00000000 kdb_enter() at kdb_enter+0x5c pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) sp = 0xef6cbaa0 fp = 0xef6cbac0 r4 = 0x00000100 r10 = 0xc0786e30 vpanic() at vpanic+0xd0 pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) sp = 0xef6cbac8 fp = 0xef6cbad0 r4 = 0x00003ff8 r5 = 0xc1f14798 r6 = 0x00000000 r7 = 0xc1f147d8 r8 = 0x00000002 r9 = 0x00000001 r10 = 0xc0833974 vpanic() at vpanic pc = 0xc0393a50 lr = 0xc0654fbc (pmap_remove_pages+0x76c) sp = 0xef6cbad8 fp = 0xef6cbb38 r4 = 0x00000002 r5 = 0x00000001 r6 = 0xc0833974 r7 = 0xef6cbad0 r8 = 0xc0393a50 r9 = 0x438c3800 r10 = 0xef6cbadc pmap_remove_pages() at pmap_remove_pages+0x76c pc = 0xc0654fbc lr = 0xc061d9d0 (vmspace_exit+0xc8) sp = 0xef6cbb40 fp = 0xef6cbb60 r4 = 0xc0833970 r5 = 0x00000001 r6 = 0xc07a03b8 r7 = 0xc3cde380 r8 = 0xc0833974 r9 = 0xc08338b8 r10 = 0xc3c98350 vmspace_exit() at vmspace_exit+0xc8 pc = 0xc061d9d0 lr = 0xc03579b4 (exit1+0x7a0) sp = 0xef6cbb68 fp = 0xef6cbbb8 r4 = 0xc3cde43c r5 = 0xc3cde43c r6 = 0x00000001 r7 = 0xc3cde43c r8 = 0xc3cde380 r9 = 0x00000000 r10 = 0xc3c98350 exit1() at exit1+0x7a0 pc = 0xc03579b4 lr = 0xc03977f0 (sigexit+0xb38) sp = 0xef6cbbc0 fp = 0xef6cbda0 r4 = 0xc3c98350 r5 = 0xc3c98350 r6 = 0xef6cbdbc r7 = 0x00000001 r8 = 0xc3caf000 r9 = 0xc3cde380 r10 = 0x00000002 sigexit() at sigexit+0xb38 pc = 0xc03977f0 lr = 0xc039823c (osigsuspend) sp = 0xef6cbda8 fp = 0xef6cbe28 r4 = 0x00000004 r5 = 0xc3c98350 r6 = 0xef6cbdbc r7 = 0x00000001 r8 = 0xc3caf000 r9 = 0x00000000 r10 = 0x00000002 osigsuspend() at osigsuspend pc = 0xc039823c lr = 0xc03e0620 (ast+0x428) sp = 0xef6cbe30 fp = 0xef6cbe50 ast() at ast+0x428 pc = 0xc03e0620 lr = 0xc064a0f4 (swi_exit+0x40) sp = 0xef6cbe58 fp = 0xbfbffe30 r4 = 0x40000013 r5 = 0xc3c98350 r6 = 0x00008a34 r7 = 0x000000f0 r8 = 0xbfbffe78 r9 = 0x00000000 r10 = 0xbfbffe6c swi_exit() at swi_exit+0x40 pc = 0xc064a0f4 lr = 0xc064a0f4 (swi_exit+0x40) sp = 0xef6cbe58 fp = 0xbfbffe30 --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 00:42:49 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D17169BCC9A for ; Wed, 19 Aug 2015 00:42:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAA46635 for ; Wed, 19 Aug 2015 00:42:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 19 Aug 2015 00:43:06 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t7J0gf6A002466; Tue, 18 Aug 2015 18:42:42 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1439944961.242.150.camel@freebsd.org> Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Ian Lepore To: Dmitry Marakasov Cc: "freebsd-arm@FreeBSD.org" Date: Tue, 18 Aug 2015 18:42:41 -0600 In-Reply-To: <20150819002103.GC79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 00:42:49 -0000 On Wed, 2015-08-19 at 03:21 +0300, Dmitry Marakasov wrote: > Hi! > > I've just tried latest HEAD on cubieboard A10, and discovered that > it's completely unstable. Kernel boots without problems, however > right after init is started many processes crash with sigsegv and > other errors, and it ends with either hang or a panic. Examples > below. With kernel built with `nooptions ARM_NEW_PMAP' these > problems go away. Feel free to ask for any additional info. > > --- > [...] > --- > That is, frankly, just hard to accept as real. ARM_NEW_PMAP has been the default for like 8 months. If it was that broken, the first report of it would have come in much earlier than this. That seems more like some sort of broken or corrupted binary, and perhaps the problem went away not because the option changed, but because changing the option rebuilt whatever was corrupted. Actually, given that everything was fine until userland started, and "bad syscall" shows up a lot in the errors, a kernel/userland mismatch also seems like a good candidate. -- Ian From owner-freebsd-arm@freebsd.org Wed Aug 19 01:42:26 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3217E9BB973 for ; Wed, 19 Aug 2015 01:42:26 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id EB34E2AE; Wed, 19 Aug 2015 01:42:25 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id 7EF9AB059C; Wed, 19 Aug 2015 04:42:23 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 82217F0E; Wed, 19 Aug 2015 04:39:48 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 9F66E31C8C; Wed, 19 Aug 2015 04:38:34 +0300 (MSK) Date: Wed, 19 Aug 2015 04:38:34 +0300 From: Dmitry Marakasov To: Ian Lepore Cc: "freebsd-arm@FreeBSD.org" Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819013834.GD79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1439944961.242.150.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 01:42:26 -0000 * Ian Lepore (ian@freebsd.org) wrote: > > I've just tried latest HEAD on cubieboard A10, and discovered that > > it's completely unstable. Kernel boots without problems, however > > right after init is started many processes crash with sigsegv and > > other errors, and it ends with either hang or a panic. Examples > > below. With kernel built with `nooptions ARM_NEW_PMAP' these > > problems go away. Feel free to ask for any additional info. > > > > --- > > [...] > > --- > > That is, frankly, just hard to accept as real. ARM_NEW_PMAP has been > the default for like 8 months. If it was that broken, the first report > of it would have come in much earlier than this. That seems more like > some sort of broken or corrupted binary, and perhaps the problem went > away not because the option changed, but because changing the option > rebuilt whatever was corrupted. > > Actually, given that everything was fine until userland started, and > "bad syscall" shows up a lot in the errors, a kernel/userland mismatch > also seems like a good candidate. I've just rebuilt it again just to be sure, same thing - kernel with ARM_NEW_PMAP misbehaves. I'd add: - Both kernels were built with the same commands, from the same revision and with the clean /usr/obj; only difference is presence of `nooptions ARM_NEW_PMAP` - Both kernels use the same world, built from the same revision. It was not touched when changing kernels -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 01:50:18 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2428F9BBB18 for ; Wed, 19 Aug 2015 01:50:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5921A58; Wed, 19 Aug 2015 01:50:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbjg10 with SMTP id jg10so94603202igb.0; Tue, 18 Aug 2015 18:50:17 -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=LJ9osipYYxf9XwsSjkn/KJC0GKEoGjpePy2YDS+eDxY=; b=0gYQH1ID7odk/f3VKuvDq8qzIpKucQH79opmW2+4TZtmIM0e10ZL0hSJTXPahpCf1G VRkweJAM6XyK57Xp3ekorh9XqWQOhA0UGf4hikbfVITjBbylbJUCAneaidoXVuqFgEHQ V1DucZ7ko+As2lNrYjf2Cb7pukuYuPhh7cbkQNh1AFnWUXWPmH3G1dyBrz5VO+Tkej/Q 7Soay+L0+1kl6DqvAUigNIZgpKK26USPNuGWuumuvKLOo5xlMBtWKf2+LkkLKgTSSqAk ykBBZOPbNH1qPq+gvawtWXhhlKP/74MbSg48nIcO6OAE4r4caDNM3zfjHahQIoQ1Lp17 OT1A== MIME-Version: 1.0 X-Received: by 10.50.128.169 with SMTP id np9mr26261667igb.37.1439949017125; Tue, 18 Aug 2015 18:50:17 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 18 Aug 2015 18:50:17 -0700 (PDT) In-Reply-To: <20150819013834.GD79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> Date: Tue, 18 Aug 2015 18:50:17 -0700 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Adrian Chadd To: Dmitry Marakasov Cc: Ian Lepore , "freebsd-arm@FreeBSD.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 01:50:18 -0000 Hi, can you try just before the jemalloc upgrade to -HEAD? -a On 18 August 2015 at 18:38, Dmitry Marakasov wrote: > * Ian Lepore (ian@freebsd.org) wrote: > >> > I've just tried latest HEAD on cubieboard A10, and discovered that >> > it's completely unstable. Kernel boots without problems, however >> > right after init is started many processes crash with sigsegv and >> > other errors, and it ends with either hang or a panic. Examples >> > below. With kernel built with `nooptions ARM_NEW_PMAP' these >> > problems go away. Feel free to ask for any additional info. >> > >> > --- >> > [...] >> > --- >> >> That is, frankly, just hard to accept as real. ARM_NEW_PMAP has been >> the default for like 8 months. If it was that broken, the first report >> of it would have come in much earlier than this. That seems more like >> some sort of broken or corrupted binary, and perhaps the problem went >> away not because the option changed, but because changing the option >> rebuilt whatever was corrupted. >> >> Actually, given that everything was fine until userland started, and >> "bad syscall" shows up a lot in the errors, a kernel/userland mismatch >> also seems like a good candidate. > > I've just rebuilt it again just to be sure, same thing - kernel with > ARM_NEW_PMAP misbehaves. I'd add: > - Both kernels were built with the same commands, from the same revision > and with the clean /usr/obj; only difference is presence of `nooptions > ARM_NEW_PMAP` > - Both kernels use the same world, built from the same revision. It was > not touched when changing kernels > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Aug 19 02:07:49 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50B959BD04D for ; Wed, 19 Aug 2015 02:07:49 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 1748367D; Wed, 19 Aug 2015 02:07:48 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id AEE24B059C; Wed, 19 Aug 2015 05:07:47 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 8C1EEF80; Wed, 19 Aug 2015 05:05:12 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id A9C9E31E7C; Wed, 19 Aug 2015 05:03:58 +0300 (MSK) Date: Wed, 19 Aug 2015 05:03:58 +0300 From: Dmitry Marakasov To: Adrian Chadd Cc: Ian Lepore , "freebsd-arm@FreeBSD.org" Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819020358.GF79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 02:07:49 -0000 * Adrian Chadd (adrian.chadd@gmail.com) wrote: > can you try just before the jemalloc upgrade to -HEAD? Sure. Does it need world rebuild? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 02:11:47 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9382D9BD174 for ; Wed, 19 Aug 2015 02:11:47 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5D890B; Wed, 19 Aug 2015 02:11:47 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id E0652B059C; Wed, 19 Aug 2015 05:11:45 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id EF023F81; Wed, 19 Aug 2015 05:09:10 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 1824031E7E; Wed, 19 Aug 2015 05:07:57 +0300 (MSK) Date: Wed, 19 Aug 2015 05:07:57 +0300 From: Dmitry Marakasov To: Adrian Chadd Cc: Ian Lepore , "freebsd-arm@FreeBSD.org" Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819020757.GG79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819020358.GF79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150819020358.GF79354@hades.panopticon> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 02:11:47 -0000 * Dmitry Marakasov (amdmi3@hades.panopticon) wrote: > > can you try just before the jemalloc upgrade to -HEAD? > > Sure. Does it need world rebuild? Hm, that was a stupid question. Rebuilding everything, will test tomorrow. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 02:40:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57D809BD694 for ; Wed, 19 Aug 2015 02:40:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (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 1D11816A9 for ; Wed, 19 Aug 2015 02:40:00 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 19 Aug 2015 02:36:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t7J2dqr1002631; Tue, 18 Aug 2015 20:39:52 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1439951992.242.151.camel@freebsd.org> Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Ian Lepore To: Adrian Chadd Cc: Dmitry Marakasov , "freebsd-arm@FreeBSD.org" Date: Tue, 18 Aug 2015 20:39:52 -0600 In-Reply-To: References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 02:40:01 -0000 On Tue, 2015-08-18 at 18:50 -0700, Adrian Chadd wrote: > Hi, > > can you try just before the jemalloc upgrade to -HEAD? > Oh, good thinking, I forgot about that. And jemalloc imports have a history of breaking arm pmap. -- Ian From owner-freebsd-arm@freebsd.org Wed Aug 19 11:32:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AD359BCD4D for ; Wed, 19 Aug 2015 11:32:01 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7812D4A; Wed, 19 Aug 2015 11:32:00 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igxp17 with SMTP id p17so102910770igx.1; Wed, 19 Aug 2015 04:32:00 -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=oxd1A1JpLwIMioKRkTE9AUEv8njkJfm4LWH9kaxZAjc=; b=F2njQ9IP6FSrklv0MYfIjUqEgE1SJoHS5oGr1EOD/pb4ifKVR/+vqfwj/UZPOdIF7R QLj1eq/NS7voiTq0R5KMm3rc0tR3l5i4Ou6ZSq8h1TN1aQqPbMB4dHpku+tS95AX0uya NqjM639jXUW2NZ5vSIlwEzCWJmYnGaZrZu9AVSXNx7I+7Ra51Noar1fXFqBZnr+7uUvB /JmvMuJ40Z23WmnvXJFbd17QmXn2agLAvJEgzF/vwd3Pp5gcwNnSMheLAa/PYwqUJtVe EhaA9VoNS37Gf3iJIo2Zz4owq5jlwcwe6tYfLFMjnbiq+QWuNNCFlvg3MBOW876qAfoK nLtg== MIME-Version: 1.0 X-Received: by 10.50.178.144 with SMTP id cy16mr1123128igc.26.1439983920054; Wed, 19 Aug 2015 04:32:00 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Wed, 19 Aug 2015 04:31:59 -0700 (PDT) In-Reply-To: <20150819002103.GC79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> Date: Wed, 19 Aug 2015 13:31:59 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: "freebsd-arm@freebsd.org" , Ian Lepore , andrew@freebsd.org, Michal Meloun Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 11:32:01 -0000 On Wed, Aug 19, 2015 at 2:21 AM, Dmitry Marakasov wrote: > Hi! > > I've just tried latest HEAD on cubieboard A10, and discovered that > it's completely unstable. Kernel boots without problems, however > right after init is started many processes crash with sigsegv and > other errors, and it ends with either hang or a panic. Examples > below. With kernel built with `nooptions ARM_NEW_PMAP' these > problems go away. Feel free to ask for any additional info. Yes, it can happen. It's why CURRENT is not called STABLE. And do not panic, it looks that it's quite stable so it's debug-able too. I'm building most recent HEAD on my pandaboard right now and then we will see. Svata > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set accurately > pid 20 (stty), uid 0: exited on signal 11 > Segmentation fault > pid 21 (sysctl), uid 0: exited on signal 11 > pid 22 (ps), uid 0: exited on signal 12 > Bad system call > pid 23 (sysctl), uid 0: exited on signal 12 > Bad system call > [: -eq: unexpected operator > pid 24 (rcorder), uid 0: exited on signal 11 > pid 25 (rcorder), uid 0: exited on signal 11 > > pid 26 (date), uid 0: exited on signal 12 > Bad system call > pid 27 (getty), uid 0: exited on signal 11 > > --- > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set > accurately > pid 30 (sh), uid 0: exited on signal 11 > Segmentation fault > Setting hostuuid: 024ae582-45aa-11e5-88c7-832954db904b. > Setting hostid: 0xd41d8cd9. > No suitable dump device was found. > Starting file system checks: > /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2: clean, 7268431 free (343 frags, 908511 blocks, 0.0% > fragmentation) > Mounting local file systems:. > random: unblocking device. > Setting hostname: cubie.panopticon. > Setting up harvesting:pid 119 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Feeding entropy:eval: cannot create /entropy: Read-only file system > pid 127 (sh), uid 0: exited on signal 11 > Segmentation fault > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Starting devd. > emac0: link state changed to UP > /etc/rc.d/netif: ERROR: USAGE: gpid 148 (sh), uid 0: exited on signal 11 > et_if_var name var [default] > pid 146 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 151 (sh), uid 0: exited on signal 11 > pid 159 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 162 (sh), uid 0: exited on signal 11 > pid 164 (sh), uid 0: exited on signal 11 > /usr/bin/id: Shared object has no run-time symbol table > pid 182 (sysctl), uid 0: exited on signal 11 > Segmentation fault > /sbin/sysctl: Shared object has no run-time symbol table > pid 186 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Waiting 30s for the default route interface: > ..........^Cpmap_remove_pages: pmap 0xc0833974 va 0x20282000 pte1 0 > panic: bad pte1 > KDB: enter: panic > [ thread pid 238 tid 100056 ] > Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 238 tid 100056 td 0xc3c98350 > db_trace_self() at db_trace_self > pc = 0xc0648a9c lr = 0xc02423e0 (db_hex2dec+0x494) > sp = 0xef6cb760 fp = 0xef6cb778 > r10 = 0xc079f118 > db_hex2dec() at db_hex2dec+0x494 > pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) > sp = 0xef6cb780 fp = 0xef6cb820 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 r10 = 0xc079f118 > db_command_loop() at db_command_loop+0x40c > pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) > sp = 0xef6cb828 fp = 0xef6cb838 > r4 = 0xc0690ed5 r5 = 0xc06a7553 > r6 = 0xc079f104 r7 = 0xc0747bd4 > r8 = 0xc0794950 r9 = 0xc0794954 > r10 = 0xef6cba00 > db_command_loop() at db_command_loop+0x74 > pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) > sp = 0xef6cb840 fp = 0xef6cb958 > r4 = 0x00000000 r5 = 0xc079f110 > r6 = 0xc0794978 r10 = 0xef6cba00 > db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 > pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) > sp = 0xef6cb960 fp = 0xef6cb980 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0794978 r7 = 0xc0747bd4 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03cfe9c lr = 0xc065fbdc (undefinedinstruction+0x350) > sp = 0xef6cb988 fp = 0xef6cb9f8 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc065f7dc r7 = 0xe7ffffff > r8 = 0xc3c98350 r9 = 0xc03cf768 > r10 = 0xef6cba00 > undefinedinstruction() at undefinedinstruction+0x350 > pc = 0xc065fbdc lr = 0xc064a124 (exception_exit) > sp = 0xef6cba00 fp = 0xef6cba98 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 > exception_exit() at exception_exit > pc = 0xc064a124 lr = 0xc03cf758 (kdb_enter+0x48) > sp = 0xef6cba90 fp = 0xef6cba98 > r0 = 0xc0794964 r1 = 0x00000000 > r2 = 0xef6cb9c4 r3 = 0xc06a99f9 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 r12 = 0x00000000 > kdb_enter() at kdb_enter+0x5c > pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) > sp = 0xef6cbaa0 fp = 0xef6cbac0 > r4 = 0x00000100 r10 = 0xc0786e30 > vpanic() at vpanic+0xd0 > pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) > sp = 0xef6cbac8 fp = 0xef6cbad0 > r4 = 0x00003ff8 r5 = 0xc1f14798 > r6 = 0x00000000 r7 = 0xc1f147d8 > r8 = 0x00000002 r9 = 0x00000001 > r10 = 0xc0833974 > vpanic() at vpanic > pc = 0xc0393a50 lr = 0xc0654fbc (pmap_remove_pages+0x76c) > sp = 0xef6cbad8 fp = 0xef6cbb38 > r4 = 0x00000002 r5 = 0x00000001 > r6 = 0xc0833974 r7 = 0xef6cbad0 > r8 = 0xc0393a50 r9 = 0x438c3800 > r10 = 0xef6cbadc > pmap_remove_pages() at pmap_remove_pages+0x76c > pc = 0xc0654fbc lr = 0xc061d9d0 (vmspace_exit+0xc8) > sp = 0xef6cbb40 fp = 0xef6cbb60 > r4 = 0xc0833970 r5 = 0x00000001 > r6 = 0xc07a03b8 r7 = 0xc3cde380 > r8 = 0xc0833974 r9 = 0xc08338b8 > r10 = 0xc3c98350 > vmspace_exit() at vmspace_exit+0xc8 > pc = 0xc061d9d0 lr = 0xc03579b4 (exit1+0x7a0) > sp = 0xef6cbb68 fp = 0xef6cbbb8 > r4 = 0xc3cde43c r5 = 0xc3cde43c > r6 = 0x00000001 r7 = 0xc3cde43c > r8 = 0xc3cde380 r9 = 0x00000000 > r10 = 0xc3c98350 > exit1() at exit1+0x7a0 > pc = 0xc03579b4 lr = 0xc03977f0 (sigexit+0xb38) > sp = 0xef6cbbc0 fp = 0xef6cbda0 > r4 = 0xc3c98350 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0xc3cde380 > r10 = 0x00000002 > sigexit() at sigexit+0xb38 > pc = 0xc03977f0 lr = 0xc039823c (osigsuspend) > sp = 0xef6cbda8 fp = 0xef6cbe28 > r4 = 0x00000004 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0x00000000 > r10 = 0x00000002 > osigsuspend() at osigsuspend > pc = 0xc039823c lr = 0xc03e0620 (ast+0x428) > sp = 0xef6cbe30 fp = 0xef6cbe50 > ast() at ast+0x428 > pc = 0xc03e0620 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > r4 = 0x40000013 r5 = 0xc3c98350 > r6 = 0x00008a34 r7 = 0x000000f0 > r8 = 0xbfbffe78 r9 = 0x00000000 > r10 = 0xbfbffe6c > swi_exit() at swi_exit+0x40 > pc = 0xc064a0f4 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > --- > > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 12:11:45 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 153419BDFFC for ; Wed, 19 Aug 2015 12:11:45 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id CE5A68E6; Wed, 19 Aug 2015 12:11:44 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id 90E02B05F9; Wed, 19 Aug 2015 15:11:42 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 2905C6F2; Wed, 19 Aug 2015 15:09:07 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 5D89131097; Wed, 19 Aug 2015 15:07:53 +0300 (MSK) Date: Wed, 19 Aug 2015 15:07:53 +0300 From: Dmitry Marakasov To: Adrian Chadd Cc: Ian Lepore , "freebsd-arm@FreeBSD.org" Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819120753.GH79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 12:11:45 -0000 * Adrian Chadd (adrian.chadd@gmail.com) wrote: > can you try just before the jemalloc upgrade to -HEAD? I've tried r286865. It still panics, but more predictably: --- Trying to mount root from ufs:/dev/mmcsd0s2 []... warning: no time-of-day clock registered, system time will not be set accurately /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one Setting hostuuid: c87f05b4-4668-11e5-a9ac-abe30311dc87. Setting hostid: 0x5ddcb6c9. pid 36 (sysctl), uid 0: exited on signal 11 Segmentation fault No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2: clean, 6966840 free (216 frags, 870828 blocks, 0.0% fragmentation) Mounting local file systems:. : jemapid 69 (mdmfs), uid 0: exited on signal 6 lloc_arena.c:102: Failed assertion: "cmp != 0" Abort trap rm: casper: Read-only file system rm: casperd.pid: Read-only file system rm: cron.pid: Read-only file system rm: devd.pid: Read-only file system rm: devd.pipe: Read-only file system rm: devd.seqpacket.pipe: Read-only file system rm: dhclient.emac0.pid: Read-only file system rm: dmesg.boot: Read-only file system rm: ld-elf.so.hints: Read-only file system rm: emac0: Read-only file system rm: syslogd.sockets: Read-only file system pid 94 (rm), uid 0: exited on signal 11 Segmentation fault eval: cannot create /var/run/clean_var: Read-only file system eval: cannot create /var/spool/lock/clean_var: Read-only file system pid 101 (grep), uid 0: exited on signal 11 Setting hostname: cubie.panopticon. pid 119 (cat), uid 0: exited on signal 11 Segmentation fault pmap_remove_pages: pmap 0xc0833784 va 0x20285000 pte1 0 panic: bad pte1 KDB: enter: panic [ thread pid 124 tid 100050 ] Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 124 tid 100050 td 0xc3bda350 db_trace_self() at db_trace_self pc = 0xc05ce7b0 lr = 0xc02423e0 (db_hex2dec+0x494) sp = 0xef6a56d0 fp = 0xef6a56e8 r10 = 0xc0717118 db_hex2dec() at db_hex2dec+0x494 pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) sp = 0xef6a56f0 fp = 0xef6a5790 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc0717118 db_command_loop() at db_command_loop+0x40c pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) sp = 0xef6a5798 fp = 0xef6a57a8 r4 = 0xc06169e1 r5 = 0xc062d06b r6 = 0xc0717104 r7 = 0xc06c2354 r8 = 0xc070c950 r9 = 0xc070c954 r10 = 0xef6a5970 db_command_loop() at db_command_loop+0x74 pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) sp = 0xef6a57b0 fp = 0xef6a58c8 r4 = 0x00000000 r5 = 0xc0717110 r6 = 0xc070c978 r10 = 0xef6a5970 db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) sp = 0xef6a58d0 fp = 0xef6a58f0 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc070c978 r7 = 0xc06c2354 kdb_trap() at kdb_trap+0xd4 pc = 0xc03cfe9c lr = 0xc05e58dc (undefinedinstruction+0x350) sp = 0xef6a58f8 fp = 0xef6a5968 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc05e54dc r7 = 0xe7ffffff r8 = 0xc3bda350 r9 = 0xc03cf768 r10 = 0xef6a5970 undefinedinstruction() at undefinedinstruction+0x350 pc = 0xc05e58dc lr = 0xc05cfe38 (exception_exit) sp = 0xef6a5970 fp = 0xef6a5a08 r4 = 0xc062d0c0 r5 = 0xef6a5a4c r6 = 0xc064ca2a r7 = 0xc06feea0 r8 = 0xc3bda350 r9 = 0xc07187c8 r10 = 0xc06fee30 exception_exit() at exception_exit pc = 0xc05cfe38 lr = 0xc03cf758 (kdb_enter+0x48) sp = 0xef6a5a00 fp = 0xef6a5a08 r0 = 0xc070c964 r1 = 0x00000000 r2 = 0xef6a5934 r3 = 0xc062f511 r4 = 0xc062d0c0 r5 = 0xef6a5a4c r6 = 0xc064ca2a r7 = 0xc06feea0 r8 = 0xc3bda350 r9 = 0xc07187c8 r10 = 0xc06fee30 r12 = 0x00000000 kdb_enter() at kdb_enter+0x5c pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) sp = 0xef6a5a10 fp = 0xef6a5a30 r4 = 0x00000100 r10 = 0xc06fee30 vpanic() at vpanic+0xd0 pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) sp = 0xef6a5a38 fp = 0xef6a5a40 r4 = 0xc0000000 r5 = 0xc1f14a5c r6 = 0x00000000 r7 = 0xc1f14a9c r8 = 0x0000001d r9 = 0x00000001 r10 = 0xc0833784 vpanic() at vpanic pc = 0xc0393a50 lr = 0xc05dacd0 (pmap_remove_pages+0x76c) sp = 0xef6a5a48 fp = 0xef6a5aa8 r4 = 0x0000001d r5 = 0x00000001 r6 = 0xc0833784 r7 = 0xef6a5a40 r8 = 0xc0393a50 r9 = 0x59106800 r10 = 0xef6a5a4c pmap_remove_pages() at pmap_remove_pages+0x76c pc = 0xc05dacd0 lr = 0xc03563d4 (exec_new_vmspace+0x1f0) sp = 0xef6a5ab0 fp = 0xef6a5b00 r4 = 0xc3817f00 r5 = 0xc06eeaa0 r6 = 0x00000000 r7 = 0x00000001 r8 = 0xef6a5c60 r9 = 0xc08336c8 r10 = 0xc3bde380 exec_new_vmspace() at exec_new_vmspace+0x1f0 pc = 0xc03563d4 lr = 0xc0333cc4 (elf32_populate_note+0x85c) sp = 0xef6a5b08 fp = 0xef6a5b78 r4 = 0xc06eeaa0 r5 = 0x00000000 r6 = 0xef6a5c60 r7 = 0x00000001 r8 = 0xec3cc14c r9 = 0xec3cc000 r10 = 0xec3cc034 elf32_populate_note() at elf32_populate_note+0x85c pc = 0xc0333cc4 lr = 0xc0354e38 (kern_execve+0x324) sp = 0xef6a5b80 fp = 0xef6a5d98 r4 = 0xef6a5d64 r5 = 0x00000004 r6 = 0x00000000 r7 = 0xc06fd634 r8 = 0xffffffff r9 = 0x00000000 r10 = 0xef6a5dac kern_execve() at kern_execve+0x324 pc = 0xc0354e38 lr = 0xc0354778 (sys_execve+0x58) sp = 0xef6a5da0 fp = 0xef6a5de8 r4 = 0xc3bda350 r5 = 0x00000000 r6 = 0xef6a5e08 r7 = 0x60000013 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc3bde380 sys_execve() at sys_execve+0x58 pc = 0xc0354778 lr = 0xc05e4310 (swi_handler+0x3dc) sp = 0xef6a5df0 fp = 0xef6a5e50 r4 = 0xc3bda350 r5 = 0xef6a5e00 r6 = 0x60000013 r10 = 0xc3bde380 swi_handler() at swi_handler+0x3dc pc = 0xc05e4310 lr = 0xc05cfdc8 (swi_exit) sp = 0xef6a5e58 fp = 0xbfbfe3c0 r4 = 0x2082c90c r5 = 0x2082c90c r6 = 0x2082c8b8 r7 = 0x0000003b r8 = 0x2082c918 r9 = 0x2082c918 r10 = 0x2082c90c swi_exit() at swi_exit pc = 0xc05cfdc8 lr = 0xc05cfdc8 (swi_exit) sp = 0xef6a5e58 fp = 0xbfbfe3c0 db> --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 12:35:19 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85B159BC837 for ; Wed, 19 Aug 2015 12:35:19 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::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 515731C30; Wed, 19 Aug 2015 12:35:19 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iodv127 with SMTP id v127so6731378iod.3; Wed, 19 Aug 2015 05:35:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Vm6qFmpwIt/de8bPXmdGKiKMteQjUDFSeCN5nHh4ZKU=; b=cpdC8ZAyG/6NyJqBnhWYQhliitHr9+Vckg/ai9zdu4PkXU6a9xKtYit6sgjX4E/Evi eqpNXciiq6smIASM7NWfEfQZvekwrmnGn825SdWmKL30eQInycgklSjafz+ZmXPQRBh5 I7MmPb2mG4ToNNbIXO85p8DsPKNTpknYywszGgPfzXt3JFx7LVodtCRmVzts+rhuj0Cj S4zNw+PurCYWkEpqp+bo1cbnDCbqIDjez6uy77iIfkIgWwssUd37m4Ps2q0Q3Ihyhai3 30U84ehPg64YubNqoR+vEgf4MVZ6AhYb8VPf1py+poAO+PEErDml7faUZaVAZynvCYFy G8Gg== MIME-Version: 1.0 X-Received: by 10.107.128.83 with SMTP id b80mr12154901iod.84.1439987718676; Wed, 19 Aug 2015 05:35:18 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Wed, 19 Aug 2015 05:35:18 -0700 (PDT) In-Reply-To: <20150819120753.GH79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> Date: Wed, 19 Aug 2015 14:35:18 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 12:35:19 -0000 On Wed, Aug 19, 2015 at 2:07 PM, Dmitry Marakasov wrote: > * Adrian Chadd (adrian.chadd@gmail.com) wrote: > >> can you try just before the jemalloc upgrade to -HEAD? > > I've tried r286865. It still panics, but more predictably: Great! I'm hunting this kind of panic for long time, but it never was so stable. Can you send me "show pmap addr" output from kdb after panic - pmap address is in panic message. However, understand that it's two different things. Your problem is not the panic. It's caused by primary problem which is caused by something we need to figure out. Svata > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set accurately > /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one > Setting hostuuid: c87f05b4-4668-11e5-a9ac-abe30311dc87. > Setting hostid: 0x5ddcb6c9. > pid 36 (sysctl), uid 0: exited on signal 11 > Segmentation fault > No suitable dump device was found. > Starting file system checks: > /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2: clean, 6966840 free (216 frags, 870828 blocks, 0.0% fragmentation) > Mounting local file systems:. > : jemapid 69 (mdmfs), uid 0: exited on signal 6 > lloc_arena.c:102: Failed assertion: "cmp != 0" > Abort trap > rm: casper: Read-only file system > rm: casperd.pid: Read-only file system > rm: cron.pid: Read-only file system > rm: devd.pid: Read-only file system > rm: devd.pipe: Read-only file system > rm: devd.seqpacket.pipe: Read-only file system > rm: dhclient.emac0.pid: Read-only file system > rm: dmesg.boot: Read-only file system > rm: ld-elf.so.hints: Read-only file system > rm: emac0: Read-only file system > rm: syslogd.sockets: Read-only file system > pid 94 (rm), uid 0: exited on signal 11 > Segmentation fault > eval: cannot create /var/run/clean_var: Read-only file system > eval: cannot create /var/spool/lock/clean_var: Read-only file system > pid 101 (grep), uid 0: exited on signal 11 > Setting hostname: cubie.panopticon. > pid 119 (cat), uid 0: exited on signal 11 > Segmentation fault > pmap_remove_pages: pmap 0xc0833784 va 0x20285000 pte1 0 > panic: bad pte1 > KDB: enter: panic > [ thread pid 124 tid 100050 ] > Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 124 tid 100050 td 0xc3bda350 > db_trace_self() at db_trace_self > pc = 0xc05ce7b0 lr = 0xc02423e0 (db_hex2dec+0x494) > sp = 0xef6a56d0 fp = 0xef6a56e8 > r10 = 0xc0717118 > db_hex2dec() at db_hex2dec+0x494 > pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) > sp = 0xef6a56f0 fp = 0xef6a5790 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 r10 = 0xc0717118 > db_command_loop() at db_command_loop+0x40c > pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) > sp = 0xef6a5798 fp = 0xef6a57a8 > r4 = 0xc06169e1 r5 = 0xc062d06b > r6 = 0xc0717104 r7 = 0xc06c2354 > r8 = 0xc070c950 r9 = 0xc070c954 > r10 = 0xef6a5970 > db_command_loop() at db_command_loop+0x74 > pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) > sp = 0xef6a57b0 fp = 0xef6a58c8 > r4 = 0x00000000 r5 = 0xc0717110 > r6 = 0xc070c978 r10 = 0xef6a5970 > db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 > pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) > sp = 0xef6a58d0 fp = 0xef6a58f0 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc070c978 r7 = 0xc06c2354 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03cfe9c lr = 0xc05e58dc (undefinedinstruction+0x350) > sp = 0xef6a58f8 fp = 0xef6a5968 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc05e54dc r7 = 0xe7ffffff > r8 = 0xc3bda350 r9 = 0xc03cf768 > r10 = 0xef6a5970 > undefinedinstruction() at undefinedinstruction+0x350 > pc = 0xc05e58dc lr = 0xc05cfe38 (exception_exit) > sp = 0xef6a5970 fp = 0xef6a5a08 > r4 = 0xc062d0c0 r5 = 0xef6a5a4c > r6 = 0xc064ca2a r7 = 0xc06feea0 > r8 = 0xc3bda350 r9 = 0xc07187c8 > r10 = 0xc06fee30 > exception_exit() at exception_exit > pc = 0xc05cfe38 lr = 0xc03cf758 (kdb_enter+0x48) > sp = 0xef6a5a00 fp = 0xef6a5a08 > r0 = 0xc070c964 r1 = 0x00000000 > r2 = 0xef6a5934 r3 = 0xc062f511 > r4 = 0xc062d0c0 r5 = 0xef6a5a4c > r6 = 0xc064ca2a r7 = 0xc06feea0 > r8 = 0xc3bda350 r9 = 0xc07187c8 > r10 = 0xc06fee30 r12 = 0x00000000 > kdb_enter() at kdb_enter+0x5c > pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) > sp = 0xef6a5a10 fp = 0xef6a5a30 > r4 = 0x00000100 r10 = 0xc06fee30 > vpanic() at vpanic+0xd0 > pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) > sp = 0xef6a5a38 fp = 0xef6a5a40 > r4 = 0xc0000000 r5 = 0xc1f14a5c > r6 = 0x00000000 r7 = 0xc1f14a9c > r8 = 0x0000001d r9 = 0x00000001 > r10 = 0xc0833784 > vpanic() at vpanic > pc = 0xc0393a50 lr = 0xc05dacd0 (pmap_remove_pages+0x76c) > sp = 0xef6a5a48 fp = 0xef6a5aa8 > r4 = 0x0000001d r5 = 0x00000001 > r6 = 0xc0833784 r7 = 0xef6a5a40 > r8 = 0xc0393a50 r9 = 0x59106800 > r10 = 0xef6a5a4c > pmap_remove_pages() at pmap_remove_pages+0x76c > pc = 0xc05dacd0 lr = 0xc03563d4 (exec_new_vmspace+0x1f0) > sp = 0xef6a5ab0 fp = 0xef6a5b00 > r4 = 0xc3817f00 r5 = 0xc06eeaa0 > r6 = 0x00000000 r7 = 0x00000001 > r8 = 0xef6a5c60 r9 = 0xc08336c8 > r10 = 0xc3bde380 > exec_new_vmspace() at exec_new_vmspace+0x1f0 > pc = 0xc03563d4 lr = 0xc0333cc4 (elf32_populate_note+0x85c) > sp = 0xef6a5b08 fp = 0xef6a5b78 > r4 = 0xc06eeaa0 r5 = 0x00000000 > r6 = 0xef6a5c60 r7 = 0x00000001 > r8 = 0xec3cc14c r9 = 0xec3cc000 > r10 = 0xec3cc034 > elf32_populate_note() at elf32_populate_note+0x85c > pc = 0xc0333cc4 lr = 0xc0354e38 (kern_execve+0x324) > sp = 0xef6a5b80 fp = 0xef6a5d98 > r4 = 0xef6a5d64 r5 = 0x00000004 > r6 = 0x00000000 r7 = 0xc06fd634 > r8 = 0xffffffff r9 = 0x00000000 > r10 = 0xef6a5dac > kern_execve() at kern_execve+0x324 > pc = 0xc0354e38 lr = 0xc0354778 (sys_execve+0x58) > sp = 0xef6a5da0 fp = 0xef6a5de8 > r4 = 0xc3bda350 r5 = 0x00000000 > r6 = 0xef6a5e08 r7 = 0x60000013 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0xc3bde380 > sys_execve() at sys_execve+0x58 > pc = 0xc0354778 lr = 0xc05e4310 (swi_handler+0x3dc) > sp = 0xef6a5df0 fp = 0xef6a5e50 > r4 = 0xc3bda350 r5 = 0xef6a5e00 > r6 = 0x60000013 r10 = 0xc3bde380 > swi_handler() at swi_handler+0x3dc > pc = 0xc05e4310 lr = 0xc05cfdc8 (swi_exit) > sp = 0xef6a5e58 fp = 0xbfbfe3c0 > r4 = 0x2082c90c r5 = 0x2082c90c > r6 = 0x2082c8b8 r7 = 0x0000003b > r8 = 0x2082c918 r9 = 0x2082c918 > r10 = 0x2082c90c > swi_exit() at swi_exit > pc = 0xc05cfdc8 lr = 0xc05cfdc8 (swi_exit) > sp = 0xef6a5e58 fp = 0xbfbfe3c0 > db> > --- > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Aug 19 13:51:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 213B79BE6BB for ; Wed, 19 Aug 2015 13:51:00 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id DCCC1861; Wed, 19 Aug 2015 13:50:59 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id 92FFDB059C; Wed, 19 Aug 2015 16:50:57 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 1D91F799; Wed, 19 Aug 2015 16:48:22 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 58EB63F228; Wed, 19 Aug 2015 16:47:08 +0300 (MSK) Date: Wed, 19 Aug 2015 16:47:08 +0300 From: Dmitry Marakasov To: Svatopluk Kraus Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819134708.GJ79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 13:51:00 -0000 * Svatopluk Kraus (onwahe@gmail.com) wrote: > Great! I'm hunting this kind of panic for long time, but it never was > so stable. Can you send me "show pmap addr" output from kdb after > panic - pmap address is in panic message. https://people.freebsd.org/~amdmi3/pmap.log -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Wed Aug 19 14:42:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E7929BC164 for ; Wed, 19 Aug 2015 14:42:57 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E98986B1; Wed, 19 Aug 2015 14:42:56 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igxp17 with SMTP id p17so106953221igx.1; Wed, 19 Aug 2015 07:42:56 -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=PD9S4stf+LYwjC9X2MX8R/zClFU0ngmrPf1Um8ik6gk=; b=rTYOwgDpoRkQ4kG7FXfb6Mt2wYYqAPWNvL2TfqhPvo2jL3M9SFDxCEmuw41b8JH/bs jGkILPxbh5S1uEU8UbjBf6hZWa5zYpv/vO/OqmUmsINm1SQ1r8PHDf2BbW84j8De21xV AzcKfVJsJ/FUls7PW31pmCkw8BCxX21ZIkeZHR4BeQ7H77Iiu9uLnFyrWa9pr6wIowDr g4Qwr/cmu3LKanNtHYmY9nODfNU5BIJf+xh3glkXlTAK0w+Kk/xjMWSfoZYVjhQlSdUG GVaaV7mIqX47PXVCGgyDhZuaRqLbl6x/P5KamMUBa8I5n5q3QSrEhRoF5dTmHVZXvrht Qz5w== MIME-Version: 1.0 X-Received: by 10.50.66.166 with SMTP id g6mr26620585igt.19.1439995376266; Wed, 19 Aug 2015 07:42:56 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Wed, 19 Aug 2015 07:42:56 -0700 (PDT) In-Reply-To: <20150819134708.GJ79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> Date: Wed, 19 Aug 2015 16:42:56 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: multipart/mixed; boundary=047d7bd6b082e211da051dab0ccd X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 14:42:57 -0000 --047d7bd6b082e211da051dab0ccd Content-Type: text/plain; charset=UTF-8 On Wed, Aug 19, 2015 at 3:47 PM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> Great! I'm hunting this kind of panic for long time, but it never was >> so stable. Can you send me "show pmap addr" output from kdb after >> panic - pmap address is in panic message. > > https://people.freebsd.org/~amdmi3/pmap.log > Can you apply debug patch I'm attaching, enable KTR in your config with KTR_PMAP mask at least, and send me output of the following commands after panic : show ktr show pmap Output from ktr should be scrolled until a line like "pmap_remove_page - pmap xxx" will be in there. Thanks, Svata --047d7bd6b082e211da051dab0ccd Content-Type: text/plain; charset=US-ASCII; name="pmap_debug1.diff" Content-Disposition: attachment; filename="pmap_debug1.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idiw1cca0 SW5kZXg6IHN5cy9hcm0vYXJtL3BtYXAtdjYtbmV3LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9h cm0vcG1hcC12Ni1uZXcuYwkocmV2aXNpb24gMjg2ODY1KQorKysgc3lzL2FybS9hcm0vcG1hcC12 Ni1uZXcuYwkod29ya2luZyBjb3B5KQpAQCAtNDE3OSw4ICs0MTc5LDExIEBACiAJaW50IGZpZWxk LCBpZHg7CiAJaW50MzJfdCBiaXQ7CiAJdWludDMyX3QgaW51c2UsIGJpdG1hc2s7Ci0JYm9vbGVh bl90IGFsbGZyZWU7CisJYm9vbGVhbl90IGFsbGZyZWUsIGRvcGFuaWM7CiAKK2RvcGFuaWMgPSBG QUxTRTsKK0NUUjIoS1RSX1BNQVAsICIlcyAtIHBtYXAgJXAiLCBfX2Z1bmNfXywgcG1hcCk7CisK IAlpZiAocG1hcCAhPSB2bXNwYWNlX3BtYXAoY3VydGhyZWFkLT50ZF9wcm9jLT5wX3Ztc3BhY2Up KSB7CiAJCXByaW50Zigid2FybmluZzogJXMgY2FsbGVkIHdpdGggbm9uLWN1cnJlbnQgcG1hcFxu IiwgX19mdW5jX18pOwogCQlyZXR1cm47CkBAIC00MTkwLDExICs0MTkzLDE3IEBACiAJUE1BUF9M T0NLKHBtYXApOwogCXNjaGVkX3BpbigpOwogCVRBSUxRX0ZPUkVBQ0hfU0FGRShwYywgJnBtYXAt PnBtX3B2Y2h1bmssIHBjX2xpc3QsIG5wYykgeworCitDVFIyKEtUUl9QTUFQLCAiJXMgLSBwY19w bWFwICVwIiwgX19mdW5jX18sIHBjLT5wY19wbWFwKTsKKwogCQlLQVNTRVJUKHBjLT5wY19wbWFw ID09IHBtYXAsICgiJXM6IHdyb25nIHBtYXAgJXAgJXAiLAogCQkgICAgX19mdW5jX18sIHBtYXAs IHBjLT5wY19wbWFwKSk7CiAJCWFsbGZyZWUgPSBUUlVFOwogCQlmb3IgKGZpZWxkID0gMDsgZmll bGQgPCBfTlBDTTsgZmllbGQrKykgewogCQkJaW51c2UgPSAofihwYy0+cGNfbWFwW2ZpZWxkXSkp ICYgcGNfZnJlZW1hc2tbZmllbGRdOworCitDVFIzKEtUUl9QTUFQLCAiJXMgLSBmaWVsZCAlZCBp bnVzZWQgJXAiLCBfX2Z1bmNfXywgZmllbGQsIGludXNlKTsKKwogCQkJd2hpbGUgKGludXNlICE9 IDApIHsKIAkJCQliaXQgPSBmZnMoaW51c2UpIC0gMTsKIAkJCQliaXRtYXNrID0gMVVMIDw8IGJp dDsKQEAgLTQyMDIsNiArNDIxMSw4IEBACiAJCQkJcHYgPSAmcGMtPnBjX3B2ZW50cnlbaWR4XTsK IAkJCQlpbnVzZSAmPSB+Yml0bWFzazsKIAorQ1RSMyhLVFJfUE1BUCwgIiVzIC0gaWR4ICVkIHZh ICV4IiwgX19mdW5jX18sIGlkeCwgcHYtPnB2X3ZhKTsKKwogCQkJCS8qCiAJCQkJICogTm90ZSB0 aGF0IHdlIGNhbm5vdCByZW1vdmUgd2lyZWQgcGFnZXMKIAkJCQkgKiBmcm9tIGEgcHJvY2Vzcycg bWFwcGluZyBhdCB0aGlzIHRpbWUKQEAgLTQyMjUsNyArNDIzNiw4IEBACiAJCQkJCQlwcmludGYo IiVzOiBwbWFwICVwIHZhICUjeCAiCiAJCQkJCQkgICAgInB0ZTIgJSN4XG4iLCBfX2Z1bmNfXywK IAkJCQkJCSAgICBwbWFwLCBwdi0+cHZfdmEsIHB0ZTIpOwotCQkJCQkJcGFuaWMoImJhZCBwdGUy Iik7CisJCQkJCQkvKnBhbmljKCJiYWQgcHRlMiIpOyovCisJCQkJCQlkb3BhbmljID0gVFJVRTsK IAkJCQkJfQogCiAJCQkJCWlmIChwdGUyX2lzX3dpcmVkKHB0ZTIpKSAgIHsKQEAgLTQyMzgsNyAr NDI1MCw4IEBACiAJCQkJfSBlbHNlIHsKIAkJCQkJcHJpbnRmKCIlczogcG1hcCAlcCB2YSAlI3gg cHRlMSAlI3hcbiIsCiAJCQkJCSAgICBfX2Z1bmNfXywgcG1hcCwgcHYtPnB2X3ZhLCBwdGUxKTsK LQkJCQkJcGFuaWMoImJhZCBwdGUxIik7CisJCQkJCS8qcGFuaWMoImJhZCBwdGUxIik7Ki8KKwkJ CQkJZG9wYW5pYyA9IFRSVUU7CiAJCQkJfQogCiAJCQkJLyogTWFyayBmcmVlICovCkBAIC00MjUz LDYgKzQyNjYsMTAgQEAKIAkJCWZyZWVfcHZfY2h1bmsocGMpOwogCQl9CiAJfQorCitpZiAoZG9w YW5pYykKKwlwYW5pYygiYmFkIHB0ZTEgYW5kL29yIHB0ZTIiKTsKKwogCXNjaGVkX3VucGluKCk7 CiAJcG1hcF90bGJfZmx1c2hfbmcocG1hcCk7CiAJcndfd3VubG9jaygmcHZoX2dsb2JhbF9sb2Nr KTsK --047d7bd6b082e211da051dab0ccd-- From owner-freebsd-arm@freebsd.org Wed Aug 19 22:55:17 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6B7E9BD51D for ; Wed, 19 Aug 2015 22:55:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AF217B00; Wed, 19 Aug 2015 22:55:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BDE9438B; Wed, 19 Aug 2015 22:55:17 +0000 (UTC) Date: Wed, 19 Aug 2015 22:55:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, ian@FreeBSD.org, jhb@FreeBSD.org, melifaro@FreeBSD.org, jilles@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <160992852.30.1440024917722.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1631439283.22.1440014492896.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1631439283.22.1440014492896.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #912 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 22:55:18 -0000 FreeBSD_HEAD_arm64 - Build #912 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/912/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/912/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/912/console Change summaries: 286947 by ian: Add a new exit-timeout option to watchdogd. Watchdogd currently disables the watchdog when it exits, such as during rc.shutdown processing. That leaves the system vulnerable to getting hung or deadlocked during the shutdown part of a reboot. For embedded systems it's especially important that the hardware watchdog always be active. It can also be useful for servers that are administered remotely. The new -x option tells watchdogd to program the watchdog with the given timeout just before exiting. The -x value can be longer or shorter than the -t normal time value, to allow for various exceptional conditions at shutdown such as allowing extra time for buffer flushing. The exit value is also used internally in the "failsafe" handling (which used to just disable the watchdog), on the theory that if you're using this option, "safe" means having the watchdog always running, not disabled. The default is still to disable the watchdog on exit if -x is not specified. Differential Revision: https://reviews.freebsd.org/D2556 (timed out) 286946 by emaste: compiler-rt: update __multc3 to upstream style and variable names I introduced a local copy of __multc3 in r281221, which has now been committed upstream to compiler-rt in revision 245296. Update our version to match the changes made there. Sponsored by: The FreeBSD Foundation 286945 by melifaro: Check value return from lle_create() for NULL. This bug sneaked unnoticed in r286722. Reported by: adrian 286944 by ian: Enable the watchdog driver on imx6, now that it works. 286943 by ian: Make the imx watchdog actually work, by setting WDOG_CR_WDE (enable bit). Also, follow the rules from watchdog(9) about what values to return in various situations (especially, don't touch *error when asked to set a non-zero timeout that isn't achievable on the hardware). 286942 by ian: Add compatible strings for all the hardware this driver works with. Also, move the READ/WRITE bus space access macros from the header into the source file, and rename them to RD2/WR2 to make it clear they're 16-bit accessors. (READ/WRITE just don't seem like good names to be in a public header file.) 286941 by jilles: wordexp(): Improve some error codes. Distinguish between WRDE_BADVAL and WRDE_SYNTAX based on when the error occurred (parsing or execution), not based on whether WRDE_UNDEF was passed. Also, return WRDE_NOSPACE for a few more unexpected results from sh. 286940 by jhb: ino_t is unsigned, so use uintmax_t instead of intmax_t when printing it. Submitted by: bde (sort of) 286939 by jhb: Always use %j with an intmax_t cast to print time_t values. time_t is longer than long on 32-bit platforms with a 64-bit time_t. Inspired by: mail from bde 286938 by jhb: Various style and whitespace fixes. 286937 by jhb: Use nitems(). From owner-freebsd-arm@freebsd.org Wed Aug 19 23:34:27 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E98F9BDC6B for ; Wed, 19 Aug 2015 23:34:27 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7421B41; Wed, 19 Aug 2015 23:34:26 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id EBA5BB059C; Thu, 20 Aug 2015 02:34:23 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 0E481B91; Thu, 20 Aug 2015 02:31:48 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 90A5442052; Thu, 20 Aug 2015 02:28:36 +0300 (MSK) Date: Thu, 20 Aug 2015 02:28:36 +0300 From: Dmitry Marakasov To: Svatopluk Kraus Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150819232836.GA1245@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 23:34:27 -0000 * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> Great! I'm hunting this kind of panic for long time, but it never was > >> so stable. Can you send me "show pmap addr" output from kdb after > >> panic - pmap address is in panic message. > > > > https://people.freebsd.org/~amdmi3/pmap.log > > > > Can you apply debug patch I'm attaching, enable KTR in your config > with KTR_PMAP mask at least, and send me output of the following > commands after panic : > > show ktr > show pmap > > Output from ktr should be scrolled until a line like > "pmap_remove_page - pmap xxx" will be in there. https://people.freebsd.org/~amdmi3/pmap1.log show ktr output is quite big, I've only scrolled through a part of it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Thu Aug 20 10:12:22 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 204A59BC9E6 for ; Thu, 20 Aug 2015 10:12:22 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB9AC1EE8; Thu, 20 Aug 2015 10:12:21 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igui7 with SMTP id i7so10428473igu.1; Thu, 20 Aug 2015 03:12:21 -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=6lmhi6Gulj2pw9s1Um8qgug4andVYxDDM+hiASejN7Y=; b=WobGzDpBEzA8Ixkoz+Y28sD2SSnKAD81OyCmcI05DXbuX4A1HCwdSsKxjmikbiGor5 Q97vsnnxmHw1+s5b/NXGcN3VBIVJYV+r4bFGcv1fNa9chogDgrYt6InLIGmRV1tp/24S UdlJv2557pldNzCqtbVygVc+L3Hn5VbLBhkrBew8qXCcW4ynLchKXUuVjOdIGO97yriJ gtjQ11C1wvoThlMrdB87eRGtGE54QgUqzyuPwQTGgJ+8R35UINkjDu/zwcJqiUAi1Z8u vEy0XFcFJKSl6Avhg8+M9TE4ayqb5CpopYwmuoZbVioyhGaKWOVz8vPzUuBMpfqjhqGR zslg== MIME-Version: 1.0 X-Received: by 10.50.59.211 with SMTP id b19mr31417147igr.42.1440065541087; Thu, 20 Aug 2015 03:12:21 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Thu, 20 Aug 2015 03:12:20 -0700 (PDT) In-Reply-To: <20150819232836.GA1245@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> Date: Thu, 20 Aug 2015 12:12:20 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: multipart/mixed; boundary=047d7bd7575808188a051dbb6378 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 10:12:22 -0000 --047d7bd7575808188a051dbb6378 Content-Type: text/plain; charset=UTF-8 On Thu, Aug 20, 2015 at 1:28 AM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> >> Great! I'm hunting this kind of panic for long time, but it never was >> >> so stable. Can you send me "show pmap addr" output from kdb after >> >> panic - pmap address is in panic message. >> > >> > https://people.freebsd.org/~amdmi3/pmap.log >> > >> >> Can you apply debug patch I'm attaching, enable KTR in your config >> with KTR_PMAP mask at least, and send me output of the following >> commands after panic : >> >> show ktr >> show pmap >> >> Output from ktr should be scrolled until a line like >> "pmap_remove_page - pmap xxx" will be in there. > > https://people.freebsd.org/~amdmi3/pmap1.log > > show ktr output is quite big, I've only scrolled through a part of it. > Thank you. I have not noticed until now that you are running Cortex A8. We have an open issue on BBB which is A8 too. Can you try to disable promotion - i.e. edit the following line in pmap-v6-new.c: static int sp_enabled = 1; and set the variable to zero. If it helps, set it again to 1 and try attached patch, please. If neither the first nor the seconf attemp will work, can you send me output like before but from another panic. I would like to see diference. Thanks, Svata --047d7bd7575808188a051dbb6378 Content-Type: application/octet-stream; name="pm_pt1_wip3.patch" Content-Disposition: attachment; filename="pm_pt1_wip3.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idk1iqb20 ZGlmZiAtLWdpdCBhL3N5cy9hcm0vYXJtL3BtYXAtdjYtbmV3LmMgYi9zeXMvYXJtL2FybS9wbWFw LXY2LW5ldy5jCmluZGV4IDEzYTk3ZGUuLjYwZGQzYTIgMTAwNjQ0Ci0tLSBhL3N5cy9hcm0vYXJt L3BtYXAtdjYtbmV3LmMKKysrIGIvc3lzL2FybS9hcm0vcG1hcC12Ni1uZXcuYwpAQCAtMTQ1Niw2 ICsxNDU2LDE0IEBAIHN0YXRpYyB1X2xvbmcgcG1hcF9wdGUxX2RlbW90aW9uczsKIFNZU0NUTF9V TE9ORyhfdm1fcG1hcF9wdGUxLCBPSURfQVVUTywgZGVtb3Rpb25zLCBDVExGTEFHX1JELAogICAg ICZwbWFwX3B0ZTFfZGVtb3Rpb25zLCAwLCAiMU1CIHBhZ2UgZGVtb3Rpb25zIik7CiAKK3N0YXRp YyB1X2xvbmcgcG1hcF9wdGUxX2tkZW1vdGlvbnM7CitTWVNDVExfVUxPTkcoX3ZtX3BtYXBfcHRl MSwgT0lEX0FVVE8sIGtkZW1vdGlvbnMsIENUTEZMQUdfUkQsCisgICAgJnBtYXBfcHRlMV9rZGVt b3Rpb25zLCAwLCAiMU1CIHBhZ2Uga2VybmVsIGRlbW90aW9ucyIpOworCitzdGF0aWMgdV9sb25n IHBtYXBfcHRlMV9rcHJvbW90aW9uczsKK1NZU0NUTF9VTE9ORyhfdm1fcG1hcF9wdGUxLCBPSURf QVVUTywga3Byb21vdGlvbnMsIENUTEZMQUdfUkQsCisgICAgJnBtYXBfcHRlMV9rcHJvbW90aW9u cywgMCwgIjFNQiBwYWdlIGtlcm5lbCBwcm9tb3Rpb25zIik7CisKIHN0YXRpYyB1X2xvbmcgcG1h cF9wdGUxX21hcHBpbmdzOwogU1lTQ1RMX1VMT05HKF92bV9wbWFwX3B0ZTEsIE9JRF9BVVRPLCBt YXBwaW5ncywgQ1RMRkxBR19SRCwKICAgICAmcG1hcF9wdGUxX21hcHBpbmdzLCAwLCAiMU1CIHBh Z2UgbWFwcGluZ3MiKTsKQEAgLTE0NjgsNiArMTQ3NiwxNCBAQCBzdGF0aWMgdV9sb25nIHBtYXBf cHRlMV9wcm9tb3Rpb25zOwogU1lTQ1RMX1VMT05HKF92bV9wbWFwX3B0ZTEsIE9JRF9BVVRPLCBw cm9tb3Rpb25zLCBDVExGTEFHX1JELAogICAgICZwbWFwX3B0ZTFfcHJvbW90aW9ucywgMCwgIjFN QiBwYWdlIHByb21vdGlvbnMiKTsKIAorc3RhdGljIHVfbG9uZyBwbWFwX3B0ZTFfdXNlcmFib3J0 czsKK1NZU0NUTF9VTE9ORyhfdm1fcG1hcF9wdGUxLCBPSURfQVVUTywgdXNlcmFib3J0cywgQ1RM RkxBR19SRCwKKyAgICAmcG1hcF9wdGUxX3VzZXJhYm9ydHMsIDAsICIxTUIgcGFnZSB1c2VyIGZp eGVzIik7CisKK3N0YXRpYyB1X2xvbmcgcG1hcF9wdGUxX3VzZXJmaXhlczsKK1NZU0NUTF9VTE9O Ryhfdm1fcG1hcF9wdGUxLCBPSURfQVVUTywgdXNlcmZpeGVzLCBDVExGTEFHX1JELAorICAgICZw bWFwX3B0ZTFfdXNlcmZpeGVzLCAwLCAiMU1CIHBhZ2UgdXNlciBmaXhlcyIpOworCiBzdGF0aWMg X19pbmxpbmUgdHRiX2VudHJ5X3QKIHBtYXBfdHRiX2dldChwbWFwX3QgcG1hcCkKIHsKQEAgLTMx MzMsNiArMzE0OSwxNDIgQEAgcG1hcF9wdl9pbnNlcnRfcHRlMShwbWFwX3QgcG1hcCwgdm1fb2Zm c2V0X3QgdmEsIHZtX3BhZGRyX3QgcGEpCiAJCXJldHVybiAoRkFMU0UpOwogfQogCitzdGF0aWMg dm9pZAorcG1hcF91cGRhdGVfcHRlMV9rZXJuZWwodm1fb2Zmc2V0X3QgdmEsIHB0MV9lbnRyeV90 IG5wdGUxKQoreworCXBtYXBfdCBwbWFwOworCXB0MV9lbnRyeV90ICpwdGUxcDsKKworCS8qCisJ ICogR2V0IGN1cnJlbnQgcG1hcC4gSW50ZXJydXB0cyBzaG91bGQgYmUgZGlzYWJsZWQgaGVyZQor CSAqIHNvIFBDUFVfR0VUKCkgaXMgZG9uZSBhdG9taWNhbGx5LgorCSAqLworCXBtYXAgPSBQQ1BV X0dFVChjdXJwbWFwKTsKKwlpZiAocG1hcCA9PSBOVUxMKQorCQlwbWFwID0ga2VybmVsX3BtYXA7 CisKKwkvKgorCSAqICAgKDEpIENoYW5nZSBwdGUxIG9uIGN1cnJlbnQgcG1hcC4KKwkgKiAgICgy KSBGbHVzaCBhbGwgb2Jzb2xldGUgVExCIGVudHJpZXMgb24gY3VycmVudCBDUFUuCisJICogICAo MykgQ2hhbmdlIHB0ZTEgb24gYWxsIHBtYXBzLgorCSAqICAgKDQpIEZsdXNoIGFsbCBvYnNvbGV0 ZSBUTEIgZW50cmllcyBvbiBhbGwgQ1BVcyBpbiBTTVAgY2FzZS4KKwkgKi8KKworCXB0ZTFwID0g cG1hcF9wdGUxKHBtYXAsIHZhKTsKKwlwdGUxX3N0b3JlKHB0ZTFwLCBucHRlMSk7CisKKwlpZiAo cHRlMV9pc19zZWN0aW9uKG5wdGUxKSkgeworCQkvKiBLaWxsIGFsbCB0aGUgc21hbGwgbWFwcGlu Z3MuICovCisJCXRsYl9mbHVzaF9yYW5nZV9sb2NhbChwdGUxX3RydW5jKHZhKSwgUFRFMV9TSVpF KTsKKwkJcG1hcF9wdGUxX2twcm9tb3Rpb25zKys7CisJfSBlbHNlIHsKKwkJLyogS2lsbCB0aGUg b25lIGJpZyBtYXBwaW5nLiAqLworCQl0bGJfZmx1c2hfbG9jYWwocHRlMV90cnVuYyh2YSkpOwor CQlwbWFwX3B0ZTFfa2RlbW90aW9ucysrOworCX0KKworCS8qCisJICogVGhpcyBmdW5jdGlvbiBp cyBjYWxsZWQgZWl0aGVyIHdoZW4gYWxsIGNwdXMgYXJlIGF0IHNtcCByZW5kZXp2b3VzCisJICog aW4gU01QIGNhc2Ugb3Igc3BpbmxvY2tfZW50ZXIoKSA8LT4gc3BpbmxvY2tfZXhpdCgpIHNlY3Rp b24gaXMgdXNlZAorCSAqIGluIFVQIGNhc2UuIFRodXMgdGhlcmUgaXMgbm8gbmVlZCB0byB1c2Ug J2FsbHBtYXBzX2xvY2snIHNwaW5sb2NrCisJICogbXV0ZXggaGVyZS4KKwkgKi8KKwlMSVNUX0ZP UkVBQ0gocG1hcCwgJmFsbHBtYXBzLCBwbV9saXN0KSB7CisJCXB0ZTFwID0gcG1hcF9wdGUxKHBt YXAsIHZhKTsKKwkJcHRlMV9zdG9yZShwdGUxcCwgbnB0ZTEpOworCX0KKyNpZmRlZiBTTVAKKwlp ZiAocHRlMV9pc19zZWN0aW9uKG5wdGUxKSkgeworCQkvKiBLaWxsIGFsbCB0aGUgc21hbGwgbWFw cGluZ3MuICovCisJCXRsYl9mbHVzaF9yYW5nZShwdGUxX3RydW5jKHZhKSwgUFRFMV9TSVpFKTsK KwkJcG1hcF9wdGUxX2twcm9tb3Rpb25zKys7CisJfSBlbHNlIHsKKwkJLyogS2lsbCB0aGUgb25l IGJpZyBtYXBwaW5nLiAqLworCQl0bGJfZmx1c2gocHRlMV90cnVuYyh2YSkpOworCQlwbWFwX3B0 ZTFfa2RlbW90aW9ucysrOworCX0KKyNlbmRpZgorfQorCisjaWZkZWYgU01QCitzdHJ1Y3QgcHRl MV9hY3Rpb24geworCXZtX29mZnNldF90IHZhOworCXB0MV9lbnRyeV90IG5wdGUxOworCXVfaW50 IHVwZGF0ZTsJCS8qIENQVSB0aGF0IHVwZGF0ZXMgdGhlIFBURTEgKi8KK307CisKK3N0YXRpYyB2 b2lkCitwbWFwX3VwZGF0ZV9wdGUxX2FjdGlvbih2b2lkICphcmcpCit7CisJc3RydWN0IHB0ZTFf YWN0aW9uICphY3QgPSBhcmc7CisKKwlpZiAoYWN0LT51cGRhdGUgPT0gUENQVV9HRVQoY3B1aWQp KQorCQlwbWFwX3VwZGF0ZV9wdGUxX2tlcm5lbChhY3QtPnZhLCBhY3QtPm5wdGUxKTsKK30KKyNl bmRpZgorLyoKKyAqICBDaGFuZ2UgcHRlMSBvbiBjdXJyZW50IHBtYXAuCisgKiAgTm90ZSB0aGF0 IGtlcm5lbCBwdGUxIG11c3QgYmUgY2hhbmdlZCBvbiBhbGwgcG1hcHMuCisgKgorICogIEJ5IEFS TSBBUk0gbWFudWFsLCB0aGUgYmVoYXZpb3VyIGlzIFVOUFJFRElDQUJMRSB3aGVuIHR3byBvciBt b3JlIFRMQgorICogIGVudHJpZXMgbWFwIHNhbWUgVkEuIEl0J3Mgb25seSBwcm9ibGVtIHdoZW4g ZWl0aGVyIHByb21vdGlvbiBvciBkZW1vdGlvbgorICogIGlzIGJlaW5nIGRvbmUuIEl0IHRoZXNl IGNhc2VzLCBwdGUxIHVwZGF0ZSBhbmQgYXBwcm9wcmlhdGUgVExCIGZsdXNoIG11c3QKKyAqICBi ZSBkb25lIGF0b21pY2FsbHkgaW4gZ2VuZXJhbC4KKyAqLworc3RhdGljIHZvaWQKK3BtYXBfY2hh bmdlX3B0ZTEocG1hcF90IHBtYXAsIHB0MV9lbnRyeV90ICpwdGUxcCwgdm1fb2Zmc2V0X3QgdmEs CisgICAgcHQxX2VudHJ5X3QgbnB0ZTEpCit7CisKKwlQTUFQX0xPQ0tfQVNTRVJUKHBtYXAsIE1B X09XTkVEKTsKKworCWlmIChwbWFwID09IGtlcm5lbF9wbWFwKSB7CisJCS8qCisJCSAqIFRoZSBi cmVhay1iZWZvcmUtbWFrZSBhcHByb2FjaCBjYW5ub3QgYmUgdXNlZCBmb3Iga2VybmVsCisJCSAq IG1hcHBpbmdzLiBJdCB3b3VsZCBiZSB1bmhhcHB5IHRvIHVubWFwIGl0c2VsZiB1bmV4cGVjdGVk bHkuCisJCSAqIFdlIG5lZWQgdG8gZnJlZXplIGV2ZXJ5dGhpbmcgYXMgd2UgYXJlIGdvaW5nIHRv IGNoYW5nZSBwdGUxCisJCSAqIG9mIGtlcm5lbCBtYXBwaW5nLgorCQkgKi8KKyNpZmRlZiBTTVAK KwkJc3RydWN0IHB0ZTFfYWN0aW9uIGFjdDsKKworCQlzY2hlZF9waW4oKTsKKwkJYWN0LnZhID0g dmE7CisJCWFjdC5ucHRlMSA9IG5wdGUxOworCQlhY3QudXBkYXRlID0gUENQVV9HRVQoY3B1aWQp OworCQlzbXBfcmVuZGV6dm91c19jcHVzKGFsbF9jcHVzLCBzbXBfbm9fcmVuZGV2b3VzX2JhcnJp ZXIsCisJCSAgICBwbWFwX3VwZGF0ZV9wdGUxX2FjdGlvbiwgTlVMTCwgJmFjdCk7CisJCXNjaGVk X3VucGluKCk7CisjZWxzZQorCQlzcGlubG9ja19lbnRlcigpOworCQlwbWFwX3VwZGF0ZV9wdGUx X2tlcm5lbCh2YSwgbnB0ZTEpOworCQlzcGlubG9ja19leGl0KCk7CisjZW5kaWYKKwl9IGVsc2Ug eworCQkvKgorCQkgKiBXZSBjYW4gdXNlIGJyZWFrLWJlZm9yZS1tYWtlIGFwcHJvYWNoIGZvciBj aGFuZ2luZworCQkgKiB1c2VybGFuZCBtYXBwaW5ncy4gVGhpcyBjYW4gbGVhZCB0byBMMSB0cmFu c2xhdGlvbgorCQkgKiBhYm9ydHMsIHNvIHNwZWNpYWwgdHJlYXRtZW50IGlzIGRvbmUgaW4gcG1h cF9mYXVsdCgpLgorCQkgKgorCQkgKiBUaGUgc3BpbmxvY2tfZW50ZXIoKSA8LT4gc3BpbmxvY2tf ZXhpdCgpIHNlY3Rpb24gaXMgdXNlZAorCQkgKiBoZXJlIHRvIG1ha2UgcHRlMSBjaGFuZ2UgYXMg cXVpY2sgYXMgcG9zc2libGUgd2l0aG91dCBhbnkKKwkJICogaW50ZXJydXB0aW9uLiBUaGlzIHdh eSBubyBMMSB0cmFuc2xhdGlvbiBhYm9ydCBjYW4gaGFwcGVuCisJCSAqIGluIFVQIGNhc2UuCisJ CSAqLworCQlzcGlubG9ja19lbnRlcigpOworCQlwdGUxX2NsZWFyKHB0ZTFwKTsKKwkJaWYgKHB0 ZTFfaXNfc2VjdGlvbihucHRlMSkpIHsKKwkJCS8qIEtpbGwgYWxsIHRoZSBzbWFsbCBtYXBwaW5n cy4gKi8KKwkJCXBtYXBfdGxiX2ZsdXNoX3JhbmdlKHBtYXAsIHB0ZTFfdHJ1bmModmEpLCBQVEUx X1NJWkUpOworCQl9IGVsc2UgeworCQkJLyogS2lsbCB0aGUgb25lIGJpZyBtYXBwaW5nLiAqLwor CQkJcG1hcF90bGJfZmx1c2gocG1hcCwgcHRlMV90cnVuYyh2YSkpOworCQl9CisJCXB0ZTFfc3Rv cmUocHRlMXAsIG5wdGUxKTsKKwkJc3BpbmxvY2tfZXhpdCgpOworCX0KK30KKwogLyoKICAqICBU cmllcyB0byBwcm9tb3RlIHRoZSBOUFRFMl9JTl9QVDIsIGNvbnRpZ3VvdXMgNEtCIHBhZ2UgbWFw cGluZ3MgdGhhdCBhcmUKICAqICB3aXRoaW4gYSBzaW5nbGUgcGFnZSB0YWJsZSBwYWdlIChQVDIp IHRvIGEgc2luZ2xlIDFNQiBwYWdlIG1hcHBpbmcuCkBAIC0zMjYxLDE3ICszNDEzLDcgQEAgc2V0 cHRlMjoKIAkvKgogCSAqIE1hcCB0aGUgc2VjdGlvbi4KIAkgKi8KLQlpZiAocG1hcCA9PSBrZXJu ZWxfcG1hcCkKLQkJcG1hcF9rZW50ZXJfcHRlMSh2YSwgbnB0ZTEpOwotCWVsc2UKLQkJcHRlMV9z dG9yZShwdGUxcCwgbnB0ZTEpOwotCS8qCi0JICogRmx1c2ggb2xkIHNtYWxsIG1hcHBpbmdzLiBX ZSBjYWxsIHNpbmdsZSBwbWFwX3RsYl9mbHVzaCgpIGluCi0JICogcG1hcF9kZW1vdGVfcHRlMSgp IGFuZCBwbWFwX3JlbW92ZV9wdGUxKCksIHNvIHdlIG11c3QgYmUgc3VyZSB0aGF0Ci0JICogbm8g c21hbGwgbWFwcGluZ3Mgc3Vydml2ZS4gV2UgYXNzdW1lIHRoYXQgZ2l2ZW4gcG1hcCBpcyBjdXJy ZW50IGFuZAotCSAqIGRvbid0IHBsYXkgZ2FtZSB3aXRoIFBURTJfTkcuCi0JICovCi0JcG1hcF90 bGJfZmx1c2hfcmFuZ2UocG1hcCwgcHRlMV90cnVuYyh2YSksIFBURTFfU0laRSk7CisJcG1hcF9j aGFuZ2VfcHRlMShwbWFwLCBwdGUxcCwgdmEsIG5wdGUxKTsKIAogCXBtYXBfcHRlMV9wcm9tb3Rp b25zKys7CiAJQ1RSMyhLVFJfUE1BUCwgIiVzOiBzdWNjZXNzIGZvciB2YSAlI3ggaW4gcG1hcCAl cCIsCkBAIC0zNTU2LDE3ICszNjk4LDcgQEAgcG1hcF9kZW1vdGVfcHRlMShwbWFwX3QgcG1hcCwg cHQxX2VudHJ5X3QgKnB0ZTFwLCB2bV9vZmZzZXRfdCB2YSkKIAkgKiBhbm90aGVyIHByb2Nlc3Nv ciBjaGFuZ2luZyB0aGUgc2V0dGluZyBvZiBQVEUxX0EgYW5kL29yIFBURTFfTk0KIAkgKiBiZXR3 ZWVuIHRoZSByZWFkIGFib3ZlIGFuZCB0aGUgc3RvcmUgYmVsb3cuCiAJICovCi0JaWYgKHBtYXAg PT0ga2VybmVsX3BtYXApCi0JCXBtYXBfa2VudGVyX3B0ZTEodmEsIG5wdGUxKTsKLQllbHNlCi0J CXB0ZTFfc3RvcmUocHRlMXAsIG5wdGUxKTsKLQotCS8qCi0JICogRmx1c2ggb2xkIGJpZyBtYXBw aW5nLiBUaGUgbWFwcGluZyBzaG91bGQgb2NjdXB5IG9uZSBhbmQgb25seQotCSAqIFRMQiBlbnRy eS4gU28sIHBtYXBfdGxiX2ZsdXNoKCkgY2FsbGVkIHdpdGggYWxpZ25lZCBhZGRyZXNzCi0JICog c2hvdWxkIGJlIHN1ZmZpY2llbnQuCi0JICovCi0JcG1hcF90bGJfZmx1c2gocG1hcCwgcHRlMV90 cnVuYyh2YSkpOworCXBtYXBfY2hhbmdlX3B0ZTEocG1hcCwgcHRlMXAsIHZhLCBucHRlMSk7CiAK IAkvKgogCSAqIERlbW90ZSB0aGUgcHYgZW50cnkuIFRoaXMgZGVwZW5kcyBvbiB0aGUgZWFybGll ciBkZW1vdGlvbgpAQCAtNjExMSw5ICs2MjQzLDE3IEBAIHBtYXBfZmF1bHQocG1hcF90IHBtYXAs IHZtX29mZnNldF90IGZhciwgdWludDMyX3QgZnNyLCBpbnQgaWR4LCBpbnQgdXNlcm1vZGUpCiAJ CSAqIG9ubHkgcGVybWlzc2lvbiBhYm9ydCBmcm9tIG1hbGljaW91cyB1c2VyIGlzIG5vdCBmYXRh bC4KIAkJICovCiAJCWlmICghdXNlcm1vZGUgfHwgKGlkeCAhPSBGQVVMVF9QRVJNX0wyKSkgewor CQkJdWludDMyX3QgcGFyOworCiAJCQlDVFI0KEtUUl9QTUFQLCAiJXM6IHBtYXAgJSN4IHBtX3B0 MSAlI3ggZmFyICUjeCIsCiAJCQkgICAgX19mdW5jX18sIHBtYXAsIHBtYXAtPnBtX3B0MSwgZmFy KTsKLQkJCXBhbmljKCIlczogcG1fcHQxIGFib3J0IiwgX19mdW5jX18pOworCQkJLy9wYW5pYygi JXM6IHBtX3B0MSBhYm9ydCIsIF9fZnVuY19fKTsKKworCQkJY3AxNV9hdHMxY3ByX3NldCgodm1f b2Zmc2V0X3QpcG1hcCk7CisJCQlpc2IoKTsKKwkJCXBhciA9IGNwMTVfcGFyX2dldCgpOworCQkJ cHJpbnRmKCIlczogcG1fcHQxIGFib3J0IC0gcG1hcCAlcCAoJXgpIiwgX19mdW5jX18sIHBtYXAs IHBhcik7CisJCQlicmVha3BvaW50KCk7CiAJCX0KIAkJcmV0dXJuIChFRkFVTFQpOwogCX0KQEAg LTYyMDgsNiArNjM0OCwyOCBAQCBwdGUxX3NldHJ3OgogCSAqICAgICAgc3RhcnRpbmcgdG8gZGVh bCB3aXRoIG5vdCBmYXN0IGFib3J0cy4KIAkgKi8KIAorI2lmZGVmIFNNUAorCS8qCisJICogQ2hl Y2sgdGhhdCB0aGUgYWJvcnQgaXMgbm90IGNhdXNlZCBieSBicmVhay1iZWZvcmUtbWFrZSBhcHBy b2NoCisJICogZG9uZSBpbiBwbWFwX2NoYW5nZV9wdGUxKCkgZm9yIHVzZXJsYW5kIG1hcHBpbmdz IGluIFNNUCBjYXNlLgorCSAqLworCWlmIChpZHggPT0gRkFVTFRfVFJBTl9MMSAmJiB1c2VybW9k ZSkgeworCQl1aW50MzJfdCBwYXI7CisKKwkJcG1hcF9wdGUxX3VzZXJhYm9ydHMrKzsKKworCQlQ TUFQX0xPQ0socG1hcCk7CisJCWNwMTVfYXRzMWN1cl9zZXQoZmFyKTsKKwkJaXNiKCk7CisJCXBh ciA9IGNwMTVfcGFyX2dldCgpOworCQlQTUFQX1VOTE9DSyhwbWFwKTsKKworCQlpZiAoKHBhciAm IDB4MDEpID09IDApIHsKKwkJCXBtYXBfcHRlMV91c2VyZml4ZXMrKzsKKwkJCXJldHVybiAoMCk7 CisJCX0KKwl9CisjZW5kaWYKICNpZmRlZiBJTlZBUklBTlRTCiAJLyoKIAkgKiBSZWFkIGFuIGVu dHJ5IGluIFBUMlRBQiBhc3NvY2lhdGVkIHdpdGggYm90aCBwbWFwIGFuZCBmYXIuCmRpZmYgLS1n aXQgYS9zeXMvYXJtL2luY2x1ZGUvY3B1LXY2LmggYi9zeXMvYXJtL2luY2x1ZGUvY3B1LXY2LmgK aW5kZXggZTRhODkzNi4uYmIyYTcwNyAxMDA2NDQKLS0tIGEvc3lzL2FybS9pbmNsdWRlL2NwdS12 Ni5oCisrKyBiL3N5cy9hcm0vaW5jbHVkZS9jcHUtdjYuaApAQCAtMTU1LDggKzE1NSw5IEBAIF9S RjAoY3AxNV9sMmN0bHJfZ2V0LCBDUDE1X0wyQ1RMUiglMCkpCiBfUkYwKGNwMTVfYWN0bHJfZ2V0 LCBDUDE1X0FDVExSKCUwKSkKIF9XRjEoY3AxNV9hY3Rscl9zZXQsIENQMTVfQUNUTFIoJTApKQog I2lmIF9fQVJNX0FSQ0ggPj0gNgotX1dGMShjcDE1X2F0czFjcHJfc2V0LCBDUDE1X0FUUzFDUFIo JTApKTsKLV9SRjAoY3AxNV9wYXJfZ2V0LCBDUDE1X1BBUik7CitfV0YxKGNwMTVfYXRzMWNwcl9z ZXQsIENQMTVfQVRTMUNQUiglMCkpCitfV0YxKGNwMTVfYXRzMWN1cl9zZXQsIENQMTVfQVRTMUNV UiglMCkpCitfUkYwKGNwMTVfcGFyX2dldCwgQ1AxNV9QQVIoJTApKQogX1JGMChjcDE1X3NjdGxy X2dldCwgQ1AxNV9TQ1RMUiglMCkpCiAjZW5kaWYKIApkaWZmIC0tZ2l0IGEvc3lzL2FybS9pbmNs dWRlL3N5c3JlZy5oIGIvc3lzL2FybS9pbmNsdWRlL3N5c3JlZy5oCmluZGV4IDMxMDk3ZTkuLmRj OTM4NjkgMTAwNjQ0Ci0tLSBhL3N5cy9hcm0vaW5jbHVkZS9zeXNyZWcuaAorKysgYi9zeXMvYXJt L2luY2x1ZGUvc3lzcmVnLmgKQEAgLTEzMCw3ICsxMzAsNyBAQAogI2RlZmluZQlDUDE1X0JQSUFM TElTCQlwMTUsIDAsIHIwLCBjNywgYzEsICA2IC8qIEJyYW5jaCBwcmVkaWN0b3IgaW52YWxpZGF0 ZSBhbGwgSVMgKi8KICNlbmRpZgogCi0jZGVmaW5lCUNQMTVfUEFSCQlwMTUsIDAsIHIwLCBjNywg YzQsICAwIC8qIFBoeXNpY2FsIEFkZHJlc3MgUmVnaXN0ZXIgKi8KKyNkZWZpbmUJQ1AxNV9QQVIo cnIpCQlwMTUsIDAsIHJyLCBjNywgYzQsICAwIC8qIFBoeXNpY2FsIEFkZHJlc3MgUmVnaXN0ZXIg Ki8KIAogI2RlZmluZQlDUDE1X0lDSUFMTFUJCXAxNSwgMCwgcjAsIGM3LCBjNSwgIDAgLyogSW5z dHJ1Y3Rpb24gY2FjaGUgaW52YWxpZGF0ZSBhbGwgUG9VICovCiAjZGVmaW5lCUNQMTVfSUNJTVZB VShycikJcDE1LCAwLCByciwgYzcsIGM1LCAgMSAvKiBJbnN0cnVjdGlvbiBjYWNoZSBpbnZhbGlk YXRlICovCg== --047d7bd7575808188a051dbb6378-- From owner-freebsd-arm@freebsd.org Thu Aug 20 12:54:40 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E40B09BDBE0 for ; Thu, 20 Aug 2015 12:54:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0E04380 for ; Thu, 20 Aug 2015 12:54:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t7KCsdOL097603 for ; Thu, 20 Aug 2015 12:54:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 202515] Raspberry Pi2 make buildworld fails Date: Thu, 20 Aug 2015 12:54:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 12:54:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202515 Bug ID: 202515 Summary: Raspberry Pi2 make buildworld fails Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: karl@denninger.net Created attachment 160142 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160142&action=edit Requested to be added by the compiler Svn updated yesterday and started a "make buildworld", woke up to a failure here with the compiler asking me to submit a bug. c++ -O -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/us r/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLV M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno- strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLV M_HOST_TRIPLE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src /tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/c lang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp -o SemaDeclCXX.o c++ -O -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/us r/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLV M_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno- strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLV M_HOST_TRIPLE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src /tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/c lang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclObjC.cpp -o SemaDeclObjC.o c++: error: unable to execute command: Killed c++: error: clang frontend command failed due to signal (use -v to see invocatio n) FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 Target: armv6--freebsd11.0-gnueabi Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.or g/submit/ and include the crash backtrace, preprocessed source, and associated r un script. c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/SemaDeclObjC-c934e4.cpp c++: note: diagnostic msg: /tmp/SemaDeclObjC-c934e4.sh c++: note: diagnostic msg: ******************** *** Error code 254 Stop. make[4]: stopped in /usr/src/lib/clang/libclangsema *** Error code 1 Stop. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Thu Aug 20 13:02:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C2389BDE6F for ; Thu, 20 Aug 2015 13:02:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08FA69E4 for ; Thu, 20 Aug 2015 13:02:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t7KD2aJn036742 for ; Thu, 20 Aug 2015 13:02:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 202515] Raspberry Pi2 make buildworld fails Date: Thu, 20 Aug 2015 13:02:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_severity bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 13:02:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202515 karl@denninger.net changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Severity|Affects Some People |Affects Only Me Status|New |Closed -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Thu Aug 20 13:03:02 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5D169BDEB4 for ; Thu, 20 Aug 2015 13:03:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9185AB11 for ; Thu, 20 Aug 2015 13:03:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t7KD32Ho041495 for ; Thu, 20 Aug 2015 13:03:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 202515] Raspberry Pi2 make buildworld fails Date: Thu, 20 Aug 2015 13:03:02 +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 Only Me X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 13:03:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202515 karl@denninger.net changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |Not A Bug -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Thu Aug 20 19:00:08 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DA7D9BF339 for ; Thu, 20 Aug 2015 19:00:08 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 568C1142A; Thu, 20 Aug 2015 19:00:08 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id 7D7E9B05F9; Thu, 20 Aug 2015 22:00:05 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id A344A365; Thu, 20 Aug 2015 21:57:28 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id C00B45BA4B; Thu, 20 Aug 2015 21:54:17 +0300 (MSK) Date: Thu, 20 Aug 2015 21:54:17 +0300 From: Dmitry Marakasov To: Svatopluk Kraus Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150820185417.GB1245@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 19:00:08 -0000 * Svatopluk Kraus (onwahe@gmail.com) wrote: > I have not noticed until now that you are running Cortex A8. We have > an open issue on BBB which is A8 too. Can you try to disable promotion > - i.e. edit the following line in pmap-v6-new.c: > > static int sp_enabled = 1; > > and set the variable to zero. It doesn't help: https://people.freebsd.org/~amdmi3/pmap2.log > If it helps, set it again to 1 and try attached patch, please. > > If neither the first nor the seconf attemp will work, can you send me > output like before but from another panic. I would like to see > diference. Just for the case, with patch and sp_enabled back to 1: https://people.freebsd.org/~amdmi3/pmap3.log -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Thu Aug 20 19:34:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E043B9BF970 for ; Thu, 20 Aug 2015 19:34:55 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A836A956; Thu, 20 Aug 2015 19:34:55 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbjg10 with SMTP id jg10so136457582igb.0; Thu, 20 Aug 2015 12:34:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kuGhl6vWawB/5ZPoFnSMYGqRWt4x6uf8+/hBznwyD+0=; b=w2wz3gW8by6/zEKg1rD0873Ps3yQc3XU5p3ePfGEsI28k0b+8Mzn/k7DlbWe/zDvWV i/+gqSXSCXJRs48B2MENZ3AvyDOpVYufcdRrBa91g1v/xaLCWi3ySCpADLSZrP5mdgsQ 80+Y+Z5ffuHib64axoGF8LNZk2NKynoNr+HzbydS9uwNeMDeuCDbEcmM23KDQiBUywsJ u68yT5EmYIhZvIv4y+DHEL+X2GxvmraJb2GSEKQgkSSlzDWmNkXCH66EAx40KpVXRuk6 l1z2y97Ywgr+WTSm9BcZu7QoZPBX8G43A1e8e8YE6Ob8XeQf8DYBg9VcO8WLxXPS6Y5h dbXQ== MIME-Version: 1.0 X-Received: by 10.50.59.211 with SMTP id b19mr33846076igr.42.1440099294575; Thu, 20 Aug 2015 12:34:54 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Thu, 20 Aug 2015 12:34:54 -0700 (PDT) In-Reply-To: <20150820185417.GB1245@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> <1439944961.242.150.camel@freebsd.org> <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> Date: Thu, 20 Aug 2015 21:34:54 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 19:34:56 -0000 On Thu, Aug 20, 2015 at 8:54 PM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> I have not noticed until now that you are running Cortex A8. We have >> an open issue on BBB which is A8 too. Can you try to disable promotion >> - i.e. edit the following line in pmap-v6-new.c: >> >> static int sp_enabled = 1; >> >> and set the variable to zero. > > It doesn't help: > > https://people.freebsd.org/~amdmi3/pmap2.log > >> If it helps, set it again to 1 and try attached patch, please. >> >> If neither the first nor the seconf attemp will work, can you send me >> output like before but from another panic. I would like to see >> diference. > > Just for the case, with patch and sp_enabled back to 1: > > https://people.freebsd.org/~amdmi3/pmap3.log > Thanks. Meantime, I tried most recent HEAD on pandaboard and beaglebone black and no problem there. Do you have enabled INVARIANTS and INVARIANT_SUPPORT in your config? If not, can you try it with them? Svata From owner-freebsd-arm@freebsd.org Thu Aug 20 20:16:15 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63DE69BFF25 for ; Thu, 20 Aug 2015 20:16:15 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id 25E9F1C7E; Thu, 20 Aug 2015 20:16:13 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by vps.amdmi3.ru (Postfix) with ESMTPS id 6736DB059C; Thu, 20 Aug 2015 23:16:10 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 30FC63D8; Thu, 20 Aug 2015 23:13:31 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 54CF46348F; Thu, 20 Aug 2015 23:10:20 +0300 (MSK) Date: Thu, 20 Aug 2015 23:10:20 +0300 From: Dmitry Marakasov To: Svatopluk Kraus Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <20150820201020.GC1245@hades.panopticon> References: <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 20:16:15 -0000 * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> If it helps, set it again to 1 and try attached patch, please. > >> > >> If neither the first nor the seconf attemp will work, can you send me > >> output like before but from another panic. I would like to see > >> diference. > > > > Just for the case, with patch and sp_enabled back to 1: > > > > https://people.freebsd.org/~amdmi3/pmap3.log > > > > Thanks. Meantime, I tried most recent HEAD on pandaboard and > beaglebone black and no problem there. Do you have enabled INVARIANTS > and INVARIANT_SUPPORT in your config? I've enabled them at some point - at least last two runs had these enabled. Any other way I could help? Maybe I should check if it was new pmap commit which caused this, and if not, bisect it? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-arm@freebsd.org Thu Aug 20 22:39:21 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6AFD9BEAE9 for ; Thu, 20 Aug 2015 22:39:21 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A805199D; Thu, 20 Aug 2015 22:39:21 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igui7 with SMTP id i7so2111472igu.0; Thu, 20 Aug 2015 15:39:21 -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=3rBozdSvHLRWtCdXo8sCuHK/iavy7ObCG2oNM6n58rs=; b=qeJHu34izvSC5tXJyu6IldNbFwbOmQy25Q4c+QBLRQpGkTOuS5enNp9PMEPsZeVCV7 z/0VCFPiYodITe21d3yhpk4Cj7kCGARvAh4I+hk/s2ZfRWoTdGzycme3lYKEpbHDjM3L 0bwC//noNzLDkv8Rkh3BU55FlM8zEoW0mE6ZE3Zo+x64BN9XH6wkgn3jcC2YX7iZAjin htZYUNigK3lDMiEsuNBgetD7bgIguOkswajwQi80TFBH07SeLQ+QpO1FyLkDmHcYaw5E ZkSzDPV67YiSKgJFJC2xByvBh/239PHdBv0ja9TCHU9NEmjKjhMisDsizI89SfzEyhoR 8ilA== MIME-Version: 1.0 X-Received: by 10.50.178.144 with SMTP id cy16mr433393igc.26.1440110361114; Thu, 20 Aug 2015 15:39:21 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Thu, 20 Aug 2015 15:39:20 -0700 (PDT) In-Reply-To: <20150820201020.GC1245@hades.panopticon> References: <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> <20150820201020.GC1245@hades.panopticon> Date: Fri, 21 Aug 2015 00:39:20 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 22:39:21 -0000 On Thu, Aug 20, 2015 at 10:10 PM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> >> If it helps, set it again to 1 and try attached patch, please. >> >> >> >> If neither the first nor the seconf attemp will work, can you send me >> >> output like before but from another panic. I would like to see >> >> diference. >> > >> > Just for the case, with patch and sp_enabled back to 1: >> > >> > https://people.freebsd.org/~amdmi3/pmap3.log >> > >> >> Thanks. Meantime, I tried most recent HEAD on pandaboard and >> beaglebone black and no problem there. Do you have enabled INVARIANTS >> and INVARIANT_SUPPORT in your config? > > I've enabled them at some point - at least last two runs had these > enabled. Any other way I could help? Maybe I should check if it was > new pmap commit which caused this, and if not, bisect it? > Yes, if you know that some revision of kernel was working, it would be nice to confirm that. Next thing is, with KTR option enabled, set mask to KTR_TRAP only and get me output from "show ktr" after panic or freeze if you can get to kdb. This way we will know addresses which cause segmentation faults. Svata From owner-freebsd-arm@freebsd.org Sat Aug 22 19:15:23 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3F989C03FF for ; Sat, 22 Aug 2015 19:15:23 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3A2B16D6; Sat, 22 Aug 2015 19:15:23 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by iodb91 with SMTP id b91so112365421iod.1; Sat, 22 Aug 2015 12:15:23 -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=cxsMgfE7SQCk3KSW18T8EIZz4AT9XawVvqXLoRIKxTU=; b=WFjDR1xKU4etk12iG1bkRh2tIqzZRY9PiFiZXAuJVPFyYk7NsczA2nXcxwFtHNcjWi WYXg+FeM2P/DV0sKRIspC+uLWCdOoJZV1SCStv5Ya+vHKl46+8TYRkkE6l1MOdft7vqL YmNHjdK4xKw0k07NcxyFj0ZOQK3Fr91m/JCr1S/qqpQOFJu93lrbhq3sWtmCELR4r4to jgxPL7vFNmFuFKvY5rH6oDwNHaJorHTKiCc1hPj3VJH7JvIqrdmlZQBsjw8wAxDEiq1+ uK9tB9JaqujMvWk66KEbJebGI2ibch/71C96x9GahNYEsahRmFOXeYBOwSSLuQ1ePd7l ifWA== MIME-Version: 1.0 X-Received: by 10.107.47.168 with SMTP id v40mr12524904iov.30.1440270922996; Sat, 22 Aug 2015 12:15:22 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Sat, 22 Aug 2015 12:15:22 -0700 (PDT) In-Reply-To: <20150820201020.GC1245@hades.panopticon> References: <20150819013834.GD79354@hades.panopticon> <20150819120753.GH79354@hades.panopticon> <20150819134708.GJ79354@hades.panopticon> <20150819232836.GA1245@hades.panopticon> <20150820185417.GB1245@hades.panopticon> <20150820201020.GC1245@hades.panopticon> Date: Sat, 22 Aug 2015 21:15:22 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: Adrian Chadd , "freebsd-arm@FreeBSD.org" , Ian Lepore Content-Type: multipart/mixed; boundary=001a11c14e2cbf1637051deb34fd X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2015 19:15:24 -0000 --001a11c14e2cbf1637051deb34fd Content-Type: text/plain; charset=UTF-8 On Thu, Aug 20, 2015 at 10:10 PM, Dmitry Marakasov wrote: > * Svatopluk Kraus (onwahe@gmail.com) wrote: > >> >> If it helps, set it again to 1 and try attached patch, please. >> >> >> >> If neither the first nor the seconf attemp will work, can you send me >> >> output like before but from another panic. I would like to see >> >> diference. >> > >> > Just for the case, with patch and sp_enabled back to 1: >> > >> > https://people.freebsd.org/~amdmi3/pmap3.log >> > >> >> Thanks. Meantime, I tried most recent HEAD on pandaboard and >> beaglebone black and no problem there. Do you have enabled INVARIANTS >> and INVARIANT_SUPPORT in your config? > > I've enabled them at some point - at least last two runs had these > enabled. Any other way I could help? Maybe I should check if it was > new pmap commit which caused this, and if not, bisect it? > Can you try attached semi-debug patch, please? I want to be sure that problem is not on patched place. Thanks, Svata --001a11c14e2cbf1637051deb34fd Content-Type: text/plain; charset=US-ASCII; name="pmap_debug2.diff" Content-Disposition: attachment; filename="pmap_debug2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idng3b3l0 SW5kZXg6IHN5cy9hcm0vYXJtL3BtYXAtdjYtbmV3LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9h cm0vcG1hcC12Ni1uZXcuYwkocmV2aXNpb24gMjg2OTYxKQorKysgc3lzL2FybS9hcm0vcG1hcC12 Ni1uZXcuYwkod29ya2luZyBjb3B5KQpAQCAtMTY2OSw2ICsxNjY5LDkgQEAKIAlwbWFwX3B0ZTJs aXN0X2luaXQoJnB2X3ZhZnJlZSwgcHZfY2h1bmtiYXNlLCBwdl9tYXhjaHVua3MpOwogfQogCit1 aW50MzJfdCBwbWFwX3FlbnRlcl9ub3plcm87Cit1aW50MzJfdCBwbWFwX3FlbnRlcl92YWxpZDsK KwogLyoKICAqICBBZGQgYSBsaXN0IG9mIHdpcmVkIHBhZ2VzIHRvIHRoZSBrdmEKICAqICB0aGlz IHJvdXRpbmUgaXMgb25seSB1c2VkIGZvciB0ZW1wb3JhcnkKQEAgLTE2ODEsMTIgKzE2ODQsMTAg QEAKIHZvaWQKIHBtYXBfcWVudGVyKHZtX29mZnNldF90IHN2YSwgdm1fcGFnZV90ICptYSwgaW50 IGNvdW50KQogewotCXVfaW50IGFueWNoYW5nZWQ7CiAJcHQyX2VudHJ5X3QgKmVwdGUycCwgKnB0 ZTJwLCBwdGUyOwogCXZtX3BhZ2VfdCBtOwogCXZtX3BhZGRyX3QgcGE7CiAKLQlhbnljaGFuZ2Vk ID0gMDsKIAlwdGUycCA9IHB0Mm1hcF9lbnRyeShzdmEpOwogCWVwdGUycCA9IHB0ZTJwICsgY291 bnQ7CiAJd2hpbGUgKHB0ZTJwIDwgZXB0ZTJwKSB7CkBAIC0xNjkzLDE2ICsxNjk0LDE4IEBACiAJ CW0gPSAqbWErKzsKIAkJcGEgPSBWTV9QQUdFX1RPX1BIWVMobSk7CiAJCXB0ZTIgPSBwdGUyX2xv YWQocHRlMnApOwotCQlpZiAoKHB0ZTJfcGEocHRlMikgIT0gcGEpIHx8Ci0JCSAgICAocHRlMl9h dHRyKHB0ZTIpICE9IG0tPm1kLnBhdF9tb2RlKSkgewotCQkJYW55Y2hhbmdlZCsrOwotCQkJcHRl Ml9zdG9yZShwdGUycCwgUFRFMl9LRVJOKHBhLCBQVEUyX0FQX0tSVywKLQkJCSAgICBtLT5tZC5w YXRfbW9kZSkpOwotCQl9Ci0JCXB0ZTJwKys7CisJCWlmIChwdGUyICE9IDApCisJCQlwbWFwX3Fl bnRlcl9ub3plcm8rKzsKKwkJaWYgKHB0ZTJfaXNfdmFsaWQocHRlMikpCisJCQlwbWFwX3FlbnRl cl92YWxpZCsrOworCQlpZiAocHRlMl9wYShwdGUyKSA9PSBwYSAmJiBwdGUyX2F0dHIocHRlMikg IT0gbS0+bWQucGF0X21vZGUpCisJCQlwYW5pYygiJXM6IHZhICUjeCBwYSAlI3ggb2xkICV4IG5l dyAleCIsIF9fZnVuY19fLAorCQkJICAgIHN2YSwgcGEsIHB0ZTJfYXR0cihwdGUyKSwgbS0+bWQu cGF0X21vZGUpOworCQlwdGUyX2NsZWFyKHB0ZTJwKTsKKwkJdGxiX2ZsdXNoKHN2YSk7CisJCXB0 ZTJfc3RvcmUocHRlMnArKywgUFRFMl9LRVJOKHBhLCBQVEUyX0FQX0tSVywgbS0+bWQucGF0X21v ZGUpKTsKKwkJc3ZhICs9IFBBR0VfU0laRTsKIAl9Ci0JaWYgKF9fcHJlZGljdF9mYWxzZShhbnlj aGFuZ2VkKSkKLQkJdGxiX2ZsdXNoX3JhbmdlKHN2YSwgY291bnQgKiBQQUdFX1NJWkUpOwogfQog CiAvKgo= --001a11c14e2cbf1637051deb34fd--