From owner-freebsd-stable@freebsd.org Sun Aug 30 00:01:22 2015 Return-Path: Delivered-To: freebsd-stable@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 9C5259C54B3 for ; Sun, 30 Aug 2015 00:01:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 55EA411EF for ; Sun, 30 Aug 2015 00:01:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:LJRhNh3NynFY8LfasmDT+DRfVm0co7zxezQtwd8ZsegeL/ad9pjvdHbS+e9qxAeQG96LsLQa26GP4/6ocFdDyKjCmUhKSIZLWR4BhJdetC0bK+nBN3fGKuX3ZTcxBsVIWQwt1Xi6NU9IBJS2PAWK8TWM5DIfUi/yKRBybrysXNWC1ILph6vrq8ObSj4LrQT+SIs6FA+xowTVu5teqqpZAYF19CH0pGBVcf9d32JiKAHbtR/94sCt4MwrqHwI6LoJvvRNWqTifqk+UacQTHF/azh0t4XXskyJYxGG4HhUXmheuB1US0jB7QrmRda7+n/+t/FhwwGBMMTsRrAlHzKv8/E4ZgXvjXI9NjU6uETegc90gacT9Aikrhd8x4PRSJySO+dzervdO9gTEzkSFv1NXjBMV9vvJ7AECPAMaKMB99Hw X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2ApAgDZRuJV/61jaINehF6DHbpoAQmHc4FeFAEBAQEBAQEBgQmCHYIHAQEEI1YSAQgYAgINGQJbBIhBqGWUQAEKAQEBAR2BIoVOhHuEQBc0gnCBQwWVQY4+lTSDagImhBsigXuBBQEBAQ X-IronPort-AV: E=Sophos;i="5.17,432,1437451200"; d="scan'208";a="235477166" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 29 Aug 2015 20:01:14 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id E762915F565; Sat, 29 Aug 2015 20:01:14 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id B9T-_067g__3; Sat, 29 Aug 2015 20:01:14 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 9970E15F56D; Sat, 29 Aug 2015 20:01:14 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5qSI3x4aolpj; Sat, 29 Aug 2015 20:01:14 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 7276615F565; Sat, 29 Aug 2015 20:01:14 -0400 (EDT) Date: Sat, 29 Aug 2015 20:01:14 -0400 (EDT) From: Rick Macklem To: "Frank de Bot (lists)" Cc: FreeBSD stable Message-ID: <1590188107.35935314.1440892874456.JavaMail.zimbra@uoguelph.ca> Subject: Re: NFS Client changing it's source address? (FreeBSD 10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: NFS Client changing it's source address? (FreeBSD 10.2) Thread-Index: zK53mPrPOsM6oRGX94XB8OZhwt0rtg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 00:01:22 -0000 I wrote: > - Reconfigure your NFS server so that it never drops idle TCP connections. > (FreeBSD never drops an NFS TCP connection until umount, but some others > like Solaris NFS servers drop idle connections.) Oops, I forgot that the kernel RPC (I wasn't the author) does drop idle TCP connection(s) from client(s) after 6 minutes without RPC activity). I can't remember if the client side times out for NFS? The only time the idle timeout is disabled in the server is for NFSv4.1 with a backchannel on the TCP connection. Disabling it on the server is a 1line source change, but there isn't a sysctl for it (maybe there should be?). rick From owner-freebsd-stable@freebsd.org Sun Aug 30 20:35:34 2015 Return-Path: Delivered-To: freebsd-stable@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 8B4D39C6E6D for ; Sun, 30 Aug 2015 20:35:34 +0000 (UTC) (envelope-from cj_oyce@ttinet.com) Received: from log.astranet.it (log.astranet.it [109.233.126.6]) (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 3B1A2CE2 for ; Sun, 30 Aug 2015 20:35:33 +0000 (UTC) (envelope-from cj_oyce@ttinet.com) Received: from 85-18-121-194.ip.fastwebnet.it ([85.18.121.194] helo=posta.circololettori.it) by log.astranet.it with esmtp (Exim 4.85) (envelope-from ) id 1ZW7pW-00062L-Cb for freebsd-stable@freebsd.org; Sun, 30 Aug 2015 20:59:50 +0200 Received: from localhost (localhost [127.0.0.1]) by posta.circololettori.it (Postfix) with ESMTP id 05971D110EB for ; Sun, 30 Aug 2015 20:59:26 +0200 (CEST) Received: from posta.circololettori.it ([127.0.0.1]) by localhost (posta.circololettori.it [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id oEAw4RO_jrvz for ; Sun, 30 Aug 2015 20:59:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by posta.circololettori.it (Postfix) with ESMTP id CB493D1116B for ; Sun, 30 Aug 2015 20:59:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at posta.circololettori.it Received: from posta.circololettori.it ([127.0.0.1]) by localhost (posta.circololettori.it [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 8MypoMehzeP4 for ; Sun, 30 Aug 2015 20:59:05 +0200 (CEST) Received: from hxjynlpfrizu (unknown [175.156.192.16]) by posta.circololettori.it (Postfix) with ESMTPA id 1DF51D11133 for ; Sun, 30 Aug 2015 20:59:02 +0200 (CEST) Message-ID: From: "Google" To: Date: Sun, 30 Aug 2015 21:58:17 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-WatchGuard-Spam-ID: str=0001.0A020203.55E22580.0008, ss=4, sh, re=0.000, recu=0.000, reip=0.000, cl=4, cld=1, fgs=268 X-WatchGuard-Spam-Score: 4, spam; 0, virus threat unknown X-WatchGuard-Mail-Client-IP: 85.18.121.194 X-WatchGuard-Mail-From: cj_oyce@ttinet.com X-WatchGuard-Mail-Recipients: freebsd-stable@freebsd.org Subject: *** INFINITYNET - SPAM *** Undelivered Mail Returned to Sender X-WatchGuard-AntiVirus: part scanned. clean action=allow Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 20:35:34 -0000 This is the mail system at host mx.google.com. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system Host or domain name not found. Name service error for name=3Da-google.com type=3DA: Host not found From owner-freebsd-stable@freebsd.org Tue Sep 1 15:43:27 2015 Return-Path: Delivered-To: freebsd-stable@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 3B8809C6472 for ; Tue, 1 Sep 2015 15:43:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (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 CEDCDF0C for ; Tue, 1 Sep 2015 15:43:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicjd9 with SMTP id jd9so37783866wic.1 for ; Tue, 01 Sep 2015 08:43:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=XrXDIWDC5hITGQBeikBPBjVj0hbAht6iwPeNWRS/RcY=; b=VlCy20hRmqeoN7Ombe5/0p5c1QP7wLFMa1+7k4nfsv5HRzanDYjHDX/X+yJ91taiit u2VLhQ4kkJBijmbRsFUZNl4Qs1wP1/XLDVOW+D7yy4PJlXXvloRMcmvIbTy18w7WRRZt w5YlAqla+MgLCphb7PSr6aB4sjH0mci3SXnFdJb8DI66XBXIEgjtUs9Kz4UvhkrBCSXN owC+LXaJ2UkdaUpjNt7KBh70OS57aM1qwlb0brlJ2EPoKEGPcdBEQlBOkq5gBvsKBBW9 tCQug+fJLhIafMtQpappGqObWk3uZrCbGEmt6ndvwldChg0grTHbpxFulQtOOf0vTS49 4Vvg== X-Gm-Message-State: ALoCoQlO0JzsBki7gt9D5zYlFGjHpjmwXf+nwgQYxxGot8iBSi6ZQy+azcWu/XvEOxPUvDgntlOJ X-Received: by 10.180.92.201 with SMTP id co9mr4231085wib.35.1441122199595; Tue, 01 Sep 2015 08:43:19 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id v9sm27773616wjq.41.2015.09.01.08.43.18 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Sep 2015 08:43:18 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t81FhHu9044662; Tue, 1 Sep 2015 16:43:17 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t81FhHhc044661; Tue, 1 Sep 2015 16:43:17 +0100 (BST) (envelope-from mexas) Date: Tue, 1 Sep 2015 16:43:17 +0100 (BST) From: Anton Shterenlikht Message-Id: <201509011543.t81FhHhc044661@mech-as222.men.bris.ac.uk> To: marcel@xcllnt.net, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Cc: freebsd-stable@freebsd.org, kostikbel@gmail.com Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2015 15:43:27 -0000 >From marcel@xcllnt.net Fri Aug 28 23:15:06 2015 > > >> On Aug 28, 2015, at 3:35 AM, Konstantin Belousov = >wrote: >>=20 >> Might be, try the latest stable/10 kernel with the problematic = >revision >> r286316 reversed ? This might add more points to the Marcel' note = >about >> some static relocation table processed early. > >I built a kernel off of revision 286315 and got this: > > eris% objdump -R kernel | grep FPTR64LSB | wc -l > 5377 > >We only reserve room for 4096 relocations, so we=E2=80=99re over >as it is. > >A kernel off of revision 286316 gave me this: > eris% objdump -R kernel | grep FPTR64LSB | wc -l > 5377 > >Same. Odd, but ok. It=E2=80=99s possible that the memory layout >changed such that we now scribble over something that=E2=80=99s >important. > >To be sure: Anton can you apply the following patch and >tell me if it makes a difference. It doubles the space >we set aside for relocations. > >Index: sys/ia64/ia64/locore.S >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >--- sys/ia64/ia64/locore.S (revision 286316) >+++ sys/ia64/ia64/locore.S (working copy) >@@ -357,5 +357,5 @@ > .align 16 > .global fptr_storage > fptr_storage: >- .space 4096*16 // XXX >+ .space 8192*16 // XXX > fptr_storage_end: So, 286316 boots ok without the patch if I remove everything from /boot/loader.conf. With the patch, and with kern.dfldsiz=536748032 # default soft limit for process data kern.dflssiz=536748032 # default soft limit for stack # hard limits kern.maxdsiz=536748032 # hard limit for process data kern.maxssiz=536748032 # hard limit for stack kern.maxtsiz=536748032 # hard limit for text size First time round I got: da1: Command Queueing enabled da1: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) Loader variables: Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> And following an auto-reboot: OK boot -s ?[37m?[44mBooting...?[m Entering /boot/kernel/kernel at 0x9ffc000000010500... I'll do a few more tries now. Anton From owner-freebsd-stable@freebsd.org Wed Sep 2 07:27:18 2015 Return-Path: Delivered-To: freebsd-stable@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 0B1939C86DD for ; Wed, 2 Sep 2015 07:27:18 +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 EDCE0A0A for ; Wed, 2 Sep 2015 07:27: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 5206FBB1 for ; Wed, 2 Sep 2015 07:27:17 +0000 (UTC) Date: Wed, 2 Sep 2015 07:27:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1711731472.7.1441178836442.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2249 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 07:27:18 -0000 See ------------------------------------------ [...truncated 17356 lines...] =3D=3D=3D> usr.bin/pagesize (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/pagesiz= e/pagesize.sh install -o root -g wheel -m 444 pagesize.1.gz =3D=3D=3D> usr.bin/passwd (install) [ ! -e ] || chflags noschg || true [ ! -e ] || chflags noschg || tr= ue install -s -o root -g wheel -m 4555 passwd install -o root -g wheel -m 444 passwd.1.gz -> -> =3D=3D=3D> usr.bin/paste (install) install -s -o root -g wheel -m 555 paste install -o root -g wheel -m 444 paste.1.gz =3D=3D=3D> usr.bin/patch (install) install -s -o root -g wheel -m 555 patch install -o root -g wheel -m 444 patch.1.gz =3D=3D=3D> usr.bin/pathchk (install) install -s -o root -g wheel -m 555 pathchk install -o root -g wheel -m 444 pathchk.1.gz =3D=3D=3D> usr.bin/perror (install) install -s -o root -g wheel -m 555 perror install -o root -g wheel -m 444 perror.1.gz =3D=3D=3D> usr.bin/pr (install) install -s -o root -g wheel -m 555 pr install -o root -g wheel -m 444 pr.1.gz =3D=3D=3D> usr.bin/printenv (install) install -s -o root -g wheel -m 555 printenv install -o root -g wheel -m 444 printenv.1.gz =3D=3D=3D> usr.bin/printf (install) install -s -o root -g wheel -m 555 printf install -o root -g wheel -m 444 printf.1.gz =3D=3D=3D> usr.bin/printf/tests (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/printf/t= ests/regress.b.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.d= .out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.f.out /builds/F= reeBSD_stable_10/usr.bin/printf/tests/regress.l1.out /builds/FreeBSD_stable= _10/usr.bin/printf/tests/regress.l2.out /builds/FreeBSD_stable_10/usr.bin/p= rintf/tests/regress.m1.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/r= egress.m2.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m3.out= /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m4.out /builds/Free= BSD_stable_10/usr.bin/printf/tests/regress.m5.out /builds/FreeBSD_stable_10= /usr.bin/printf/tests/regress.s.out /builds/FreeBSD_stable_10/usr.bin/print= f/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.z= ero.out (cd /builds/FreeBSD_stable_10/usr.bin/printf/tests && make -f /builds/FreeB= SD_stable_10/usr.bin/printf/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D i= nstall) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/procstat (install) install -s -o root -g wheel -m 555 procstat install -o root -g wheel -m 444 procstat.1.gz =3D=3D=3D> usr.bin/protect (install) install -s -o root -g wheel -m 555 protect install -o root -g wheel -m 444 protect.1.gz =3D=3D=3D> usr.bin/quota (install) install -s -o root -g wheel -m 4555 quota install -o root -g wheel -m 444 quota.1.gz =3D=3D=3D> usr.bin/rctl (install) install -s -o root -g wheel -m 555 rctl install -o root -g wheel -m 444 rctl.8.gz =3D=3D=3D> usr.bin/renice (install) install -s -o root -g wheel -m 555 renice install -o root -g wheel -m 444 renice.8.gz =3D=3D=3D> usr.bin/rev (install) install -s -o root -g wheel -m 555 rev install -o root -g wheel -m 444 rev.1.gz =3D=3D=3D> usr.bin/revoke (install) install -s -o root -g wheel -m 555 revoke install -o root -g wheel -m 444 revoke.1.gz =3D=3D=3D> usr.bin/rlogin (install) install -s -o root -g wheel -m 4555 -S rlogin install -o root -g wheel -m 444 rlogin.1.gz =3D=3D=3D> usr.bin/rpcgen (install) install -s -o root -g wheel -m 555 rpcgen install -o root -g wheel -m 444 rpcgen.1.gz =3D=3D=3D> usr.bin/rpcinfo (install) install -s -o root -g wheel -m 555 rpcinfo install -o root -g wheel -m 444 rpcinfo.8.gz =3D=3D=3D> usr.bin/rs (install) install -s -o root -g wheel -m 555 rs install -o root -g wheel -m 444 rs.1.gz =3D=3D=3D> usr.bin/rsh (install) install -s -o root -g wheel -m 4555 -S rsh install -o root -g wheel -m 444 rsh.1.gz =3D=3D=3D> usr.bin/rup (install) install -s -o root -g wheel -m 555 rup install -o root -g wheel -m 444 rup.1.gz =3D=3D=3D> usr.bin/ruptime (install) install -s -o root -g wheel -m 555 ruptime install -o root -g wheel -m 444 ruptime.1.gz =3D=3D=3D> usr.bin/rusers (install) install -s -o root -g wheel -m 555 rusers install -o root -g wheel -m 444 rusers.1.gz =3D=3D=3D> usr.bin/rwall (install) install -s -o root -g wheel -m 555 rwall install -o root -g wheel -m 444 rwall.1.gz =3D=3D=3D> usr.bin/rwho (install) install -s -o root -g wheel -m 555 rwho install -o root -g wheel -m 444 rwho.1.gz =3D=3D=3D> usr.bin/script (install) install -s -o root -g wheel -m 555 script install -o root -g wheel -m 444 script.1.gz =3D=3D=3D> usr.bin/sed (install) install -s -o root -g wheel -m 555 sed install -o root -g wheel -m 444 sed.1.gz =3D=3D=3D> usr.bin/sed/tests (install) =3D=3D=3D> usr.bin/sed/tests/regress.multitest.out (install) install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/regress.multitest.out/1.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/1.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/1.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/1.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/1.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/1.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1= .15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.16 = /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.17 /bui= lds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.18 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.2 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.3 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/1.4 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/1.4.1 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/1.5 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/1.6 /builds/FreeBSD_stable_10/usr.bin/se= d/tests/regress.multitest.out/1.7 /builds/FreeBSD_stable_10/usr.bin/sed/tes= ts/regress.multitest.out/1.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/re= gress.multitest.out/1.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/2.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mult= itest.out/2.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multites= t.out/2.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/2.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.14 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.15 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.16 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.17 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.18 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/2.19 /builds/FreeBSD_stabl= e_10/usr.bin/sed/tests/regress.multitest.out/2.2 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/2.20 /builds/FreeBSD_stable_10/usr.= bin/sed/tests/regress.multitest.out/2.21 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/2.22 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/2.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/2.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/2.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/2.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/2.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/2.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.1 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.2 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.3 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.4 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/4.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/4.2 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/4.3 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/4.4 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/4.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/4.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/4.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/4.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/5.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/5.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.= 3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.4 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.5 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.6 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.7 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/5.8 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/6.1 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/6.2 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/6.3 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/6.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/6.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/6.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/7.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/7.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/7.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.= 4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.5 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.6 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.7 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.8 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/8.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/8.10 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/8.11 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/8.12 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/8.13 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/8.15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/8.16 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/8.17 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/8.18 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/8.19 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/8.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.= 20 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.21 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.22 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.23 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.3 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/8.4 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/8.5 /builds/FreeBSD_stable_1= 0/usr.bin/sed/tests/regress.multitest.out/8.6 /builds/FreeBSD_stable_10/usr= .bin/sed/tests/regress.multitest.out/8.7 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/8.8 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.multitest.out/9.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.multitest.out/9.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/9.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multi= test.out/9.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest= .out/9.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out= /9.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.1= 5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.16 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.17 /build= s/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.18 /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.19 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/9.2 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/9.20 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/9.21 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/9.22 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/9.23 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/9.24 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/9.25 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/9.26 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/9.27 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/9.28 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/9.29 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/9.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/9.30 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.= 31 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.4 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.5 /builds= /FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.6 /builds/Free= BSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.7 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/9.8 /builds/FreeBSD_stable= _10/usr.bin/sed/tests/regress.multitest.out/9.9 install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/hanoi.sed /builds/FreeBSD_stable_10/usr.bin/sed/tests/math.sed /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.G.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.P.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.b2a.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.bcb.out= /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.c0.out /builds/FreeBSD= _stable_10/usr.bin/sed/tests/regress.c1.out /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.c2.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.c3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.hanoi.out /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.icase1.out /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.icase2.out /builds/FreeBSD_stable_10= /usr.bin/sed/tests/regress.icase3.out /builds/FreeBSD_stable_10/usr.bin/sed= /tests/regress.icase4.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.in /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.math.out /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.not.out /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.psl.out /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.s3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s4= .out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s5.out /builds/Fre= eBSD_stable_10/usr.bin/sed/tests/regress.sg.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.y.out (cd /builds/FreeBSD_stable_10/usr.bin/sed/tests && make -f /builds/FreeBSD_= stable_10/usr.bin/sed/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D install= ) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 555 multi_test install -o root -g wheel -m 555 inplace_race_test =3D=3D=3D> usr.bin/send-pr (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/send-pr= /send-pr.sh =3D=3D=3D> usr.bin/seq (install) install -s -o root -g wheel -m 555 seq install -o root -g wheel -m 444 seq.1.gz =3D=3D=3D> usr.bin/shar (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/shar/sh= ar.sh install -o root -g wheel -m 444 shar.1.gz =3D=3D=3D> usr.bin/showmount (install) install -s -o root -g wheel -m 555 showmount install -o root -g wheel -m 444 showmount.8.gz =3D=3D=3D> usr.bin/smbutil (install) install -s -o root -g wheel -m 555 smbutil install -o root -g wheel -m 444 smbutil.1.gz =3D=3D=3D> usr.bin/sockstat (install) install -s -o root -g wheel -m 555 sockstat install -o root -g wheel -m 444 sockstat.1.gz =3D=3D=3D> usr.bin/sort (install) install -s -o root -g wheel -m 555 sort install -o root -g wheel -m 444 hu_HU.ISO8859-2.cat install -o root -g wheel -m 444 sort.1.gz =3D=3D=3D> usr.bin/split (install) install -s -o root -g wheel -m 555 split install -o root -g wheel -m 444 split.1.gz =3D=3D=3D> usr.bin/ssh-copy-id (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/ssh-cop= y-id/ssh-copy-id.sh install -o root -g wheel -m 444 ssh-copy-id.1.gz =3D=3D=3D> usr.bin/stat (install) install -s -o root -g wheel -m 555 stat install -o root -g wheel -m 444 stat.1.gz -> -> =3D=3D=3D> usr.bin/stdbuf (install) install -s -o root -g wheel -m 555 stdbuf install -o root -g wheel -m 444 stdbuf.1.gz =3D=3D=3D> usr.bin/su (install) install -s -o root -g wheel -m 4555 -S su install -o root -g wheel -m 444 su.1.gz =3D=3D=3D> usr.bin/svn (install) =3D=3D=3D> usr.bin/svn/lib (install) =3D=3D=3D> usr.bin/svn/lib/libapr (install) =3D=3D=3D> usr.bin/svn/lib/libapr_util (install) =3D=3D=3D> usr.bin/svn/lib/libserf (install) =3D=3D=3D> usr.bin/svn/lib/libsqlite3 (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_client (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_delta (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_diff (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_util (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_local (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_serf (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_svn (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_repos (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_subr (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_wc (install) =3D=3D=3D> usr.bin/svn/svn (install) install -s -o root -g wheel -m 555 svnlite =3D=3D=3D> usr.bin/svn/svnadmin (install) install -s -o root -g wheel -m 555 svnliteadmin =3D=3D=3D> usr.bin/svn/svndumpfilter (install) install -s -o root -g wheel -m 555 svnlitedumpfilter =3D=3D=3D> usr.bin/svn/svnlook (install) install -s -o root -g wheel -m 555 svnlitelook =3D=3D=3D> usr.bin/svn/svnserve (install) install -s -o root -g wheel -m 555 svnliteserve =3D=3D=3D> usr.bin/svn/svnsync (install) install -s -o root -g wheel -m 555 svnlitesync =3D=3D=3D> usr.bin/svn/svnversion (install) install -s -o root -g wheel -m 555 svnliteversion =3D=3D=3D> usr.bin/svn/svnmucc (install) install -s -o root -g wheel -m 555 svnlitemucc =3D=3D=3D> usr.bin/svn/svnrdump (install) install -s -o root -g wheel -m 555 svnliterdump =3D=3D=3D> usr.bin/systat (install) install -s -o root -g wheel -m 555 systat install -o root -g wheel -m 444 systat.1.gz =3D=3D=3D> usr.bin/tabs (install) install -s -o root -g wheel -m 555 tabs install -o root -g wheel -m 444 tabs.1.gz =3D=3D=3D> usr.bin/tail (install) install -s -o root -g wheel -m 555 tail install -o root -g wheel -m 444 tail.1.gz =3D=3D=3D> usr.bin/talk (install) install -s -o root -g wheel -m 555 talk install -o root -g wheel -m 444 talk.1.gz =3D=3D=3D> usr.bin/tar (install) install -s -o root -g wheel -m 555 bsdtar install -o root -g wheel -m 444 bsdtar.1.gz -> -> bsdtar =3D=3D=3D> usr.bin/tcopy (install) install -s -o root -g wheel -m 555 tcopy install -o root -g wheel -m 444 tcopy.1.gz =3D=3D=3D> usr.bin/tee (install) install -s -o root -g wheel -m 555 tee install -o root -g wheel -m 444 tee.1.gz =3D=3D=3D> usr.bin/telnet (install) install -s -o root -g wheel -m 555 telnet install -o root -g wheel -m 444 telnet.1.gz =3D=3D=3D> usr.bin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/tests/Kyuafile = install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/tests/re= gress.m4 =3D=3D=3D> usr.bin/tftp (install) install -s -o root -g wheel -m 555 tftp install -o root -g wheel -m 444 tftp.1.gz =3D=3D=3D> usr.bin/time (install) install -s -o root -g wheel -m 555 time install -o root -g wheel -m 444 time.1.gz =3D=3D=3D> usr.bin/timeout (install) install -s -o root -g wheel -m 555 timeout install -o root -g wheel -m 444 timeout.1.gz =3D=3D=3D> usr.bin/timeout/tests (install) install -o root -g wheel -m 555 timeout install: : No such file or directory *** Error code 71 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout/tests *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/usr.bin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure From owner-freebsd-stable@freebsd.org Wed Sep 2 17:30:27 2015 Return-Path: Delivered-To: freebsd-stable@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 4E1749C8BDE for ; Wed, 2 Sep 2015 17:30:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E182ED0F for ; Wed, 2 Sep 2015 17:30:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicmc4 with SMTP id mc4so73684841wic.0 for ; Wed, 02 Sep 2015 10:30:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=oTodXewfcHgMZ7lTHTeX2fgPR2rr71PR6HhQx3yiimY=; b=k66wMLKWh3jMvqEZv4lu2GvhOtZUQpm1tWPJoQy0a+IlTYzVCC8M5f6q5PmrS2GR8O +CoNmkMkof7K9ROs5tEs56k3f86ood8rlE6AD5oIM30/0o/k1Jd1/4WAb0wWuoMh1n1i 4kxEC0SeHvDZhNf+x9yLxIhcq3kEiExIH/tLYEOIAXv3TzGYxE24Em0pzwR+HzXhtIbY XtNu6Q19/ZlXKCZnz6U9hVo4Fn5Hj23hcARfRfotdoe+D5+AQWQFC2xc6IBvsAWAs6MJ 7ymBPcVMiiENbmLiTR+zhwpKyjsERSEE8SbWn/2N9w+kqUMx3xS4KnQ0UNKivpbCHQKQ qnxg== X-Gm-Message-State: ALoCoQnBm6rtNG8f52V51U8aFlimLWXrf4TNwbdagaWEsCE8Jpt1xzP2Tgjm8GQbkHWBmv7ECjRq X-Received: by 10.194.203.3 with SMTP id km3mr39532407wjc.114.1441215018845; Wed, 02 Sep 2015 10:30:18 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id v8sm33465796wjr.15.2015.09.02.10.30.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Sep 2015 10:30:18 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t82HUH4n050665; Wed, 2 Sep 2015 18:30:17 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t82HUGjg050664; Wed, 2 Sep 2015 18:30:16 +0100 (BST) (envelope-from mexas) Date: Wed, 2 Sep 2015 18:30:16 +0100 (BST) From: Anton Shterenlikht Message-Id: <201509021730.t82HUGjg050664@mech-as222.men.bris.ac.uk> To: marcel@xcllnt.net, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Cc: freebsd-stable@freebsd.org, kostikbel@gmail.com Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 17:30:27 -0000 The kernel limits I have in /boot/loader.conf are following this PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156900 #kern.dfldsiz=536748032 # default soft limit for process data #kern.dflssiz=536748032 # default soft limit for stack # hard limits #kern.maxdsiz=536748032 # hard limit for process data #kern.maxssiz=536748032 # hard limit for stack #kern.maxtsiz=536748032 # hard limit for text size If I leave these in, then with Marcel's patch I get to mountroot> prompt, and then panic. If I remove these, then I can boot. If I try booting with -s, then I get to a hang at "Entering /boot/kernel": /boot/kernel.old/kernel text=0x1110710 data=0xdfce8+0xa54f8 syms=[0x8+0xc29e8+0x8+0xb78f6] ?[37m?[44mBooting...?[m Entering /boot/kernel.old/kernel at 0x9ffc000000010500... *********************************************************** * ROM Version : 04.29 * ROM Date : 11/30/2007 * BMC Version : 04.04 Is it worth investigating what limit value will boot? Anton From owner-freebsd-stable@freebsd.org Thu Sep 3 01:14:44 2015 Return-Path: Delivered-To: freebsd-stable@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 2F3D49C9633; Thu, 3 Sep 2015 01:14:44 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 1097B90A; Thu, 3 Sep 2015 01:14:43 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=sJcO9n364yQ2nEU0xg8NR71+d42zcxZT1JiyS/0Xvno=; b=c2CGdHjpEoDqbXtcb4/a5Jt6yQp3c00EXtg3Lx10kUGptQzPcQGF77Cv89BMra6N9ogRL1ObJ/RVAe5hGCNu2v3nuy/OOyCD5oYLdMbLeYvzhWkZfHQS3q9vwpgR/xweiVJtO11DkQEME/qKkQmOq4qnzXcUpK7VBh2B80dWQAM=; Received: from [114.124.38.120] (port=27026 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZXHxV-003UgK-Qt; Wed, 02 Sep 2015 18:00:54 -0600 Date: Thu, 3 Sep 2015 08:00:47 +0800 From: Erich Dollansky To: freebsd-threads@freebsd.org Cc: FreeBSD stable Subject: pthread_cancel / sleep change in behaviour Message-ID: <20150903080047.16be939e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 01:14:44 -0000 Hi, I noticed a change in behaviour when calling pthread_cancel for a thread which is sleeping using i.e. sleep (). How I understand pthread_cancel, it should cancel the thread and call the clean up handler soon after its return. Important is that the cancelled thread waited on a cancellation point. When I started testing our application under error conditions, I found problems I could not explain. As the application's target is a Raspberry, some tests have been done on a 10.1 on the Raspberry and some on a amd64 machine running 10.2 STABLE. The behaviour on the Raspberry was as expected but not on the amd64. The situation is now that there are always pairs of threads. One thread does the work, the other thread just does a sleep() and cancels the worker thread at the end. But, when the worker thread finishes its work normally, it cancels the sleeping thread and then returns. After some time of testing I found out that pthread_cancel calls the clean up handler of the sleeping thread only after sleep()'s return when running on 10.2 STABLE on amd64 but calls the clean up handler soon after cancellation on 10.1 on the Raspberry. Is this change of behaviour a feature or a bug? Erich From owner-freebsd-stable@freebsd.org Thu Sep 3 02:35:31 2015 Return-Path: Delivered-To: freebsd-stable@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 314329C9D32 for ; Thu, 3 Sep 2015 02:35:31 +0000 (UTC) (envelope-from emre@gundogan.us) Received: from athena.awarent.com (unknown [IPv6:2600:3c03::f03c:91ff:feae:fc92]) by mx1.freebsd.org (Postfix) with ESMTP id 14069E4A for ; Thu, 3 Sep 2015 02:35:31 +0000 (UTC) (envelope-from emre@gundogan.us) Received: from localhost (localhost [127.0.0.1]) by athena.awarent.com (Postfix) with ESMTP id AAC2D23120A for ; Wed, 2 Sep 2015 22:35:23 -0400 (EDT) Received: from athena.awarent.com ([127.0.0.1]) by localhost (athena.awarent.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9-w9l4OBicLt for ; Wed, 2 Sep 2015 22:35:23 -0400 (EDT) Message-ID: <55E7B1F1.6010206@gundogan.us> Date: Wed, 02 Sep 2015 22:35:29 -0400 From: Emre Gundogan MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: net.bpf.zero_copy changed? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 02:35:31 -0000 Hello there. I have recently upgraded a machine (amd64) running 10.2-STABLE (r286771) to revision r287298. After that I could no longer run tcpdump on the interfaces (fails with 'pcap_loop: BIOCROTZBUF: Capabilities insufficient'), or neither could I use pflogd (eats cpu) unless I set sysctl net.bpf.zero_copy=3D0. Had that set to '1' earlier, and everything was fine. Something changed recently? Thanks a lot, Emre. From owner-freebsd-stable@freebsd.org Thu Sep 3 08:19:59 2015 Return-Path: Delivered-To: freebsd-stable@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 6CDBE9C929D; Thu, 3 Sep 2015 08:19:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 DAB59159D; Thu, 3 Sep 2015 08:19:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t838JmPa024872 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 3 Sep 2015 11:19:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t838JmPa024872 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t838Jlx0024871; Thu, 3 Sep 2015 11:19:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Sep 2015 11:19:47 +0300 From: Konstantin Belousov To: Erich Dollansky Cc: freebsd-threads@freebsd.org, FreeBSD stable Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150903081947.GB2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150903080047.16be939e@X220.alogt.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 08:19:59 -0000 On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > Hi, > > I noticed a change in behaviour when calling pthread_cancel for a > thread which is sleeping using i.e. sleep (). > > How I understand pthread_cancel, it should cancel the thread and call > the clean up handler soon after its return. Important is that the > cancelled thread waited on a cancellation point. > > When I started testing our application under error conditions, I found > problems I could not explain. As the application's target is a > Raspberry, some tests have been done on a 10.1 on the Raspberry and > some on a amd64 machine running 10.2 STABLE. The behaviour on the > Raspberry was as expected but not on the amd64. > > The situation is now that there are always pairs of threads. One thread > does the work, the other thread just does a sleep() and cancels the > worker thread at the end. But, when the worker thread finishes its work > normally, it cancels the sleeping thread and then returns. > > After some time of testing I found out that pthread_cancel calls the > clean up handler of the sleeping thread only after sleep()'s return > when running on 10.2 STABLE on amd64 but calls the clean up handler > soon after cancellation on 10.1 on the Raspberry. > > Is this change of behaviour a feature or a bug? Provide a minimal example demonstrating the issue. From owner-freebsd-stable@freebsd.org Thu Sep 3 10:34:02 2015 Return-Path: Delivered-To: freebsd-stable@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 15A039C842F; Thu, 3 Sep 2015 10:34:02 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 E2499194C; Thu, 3 Sep 2015 10:34:01 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Q0XkQq+Pir6+ftTFr7cm84q7GQQX9ssRNGvpQI5E2GA=; b=ZvQxTuprQJWIaPOLOCtKsR+qwPhxALrQeriX//BtnWXS/6EkSCviBKfda1VjoKkTwP+FUxSxBWwqspPuefQQoEkj9TuJfXsBptKkBCWOTTZwfiMNndAwHECgw371wN6AjwhW+eHjXDN51kv/s4v31nXwfrxOZVH2XSyJ8iwkc3E=; Received: from [114.124.24.124] (port=21167 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZXRqC-001MZu-7Y; Thu, 03 Sep 2015 04:34:00 -0600 Date: Thu, 3 Sep 2015 18:33:53 +0800 From: Erich Dollansky To: Konstantin Belousov Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150903183353.2633a38b@X220.alogt.com> In-Reply-To: <20150903081947.GB2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 10:34:02 -0000 Hi, On Thu, 3 Sep 2015 11:19:47 +0300 Konstantin Belousov wrote: > On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > > > > Is this change of behaviour a feature or a bug? > > Provide a minimal example demonstrating the issue. while preparing the example I found the source of the problem. We have to block all signals for some reason. The handling for signal (SIGTHR, SIG_IGN); seems to have changed. The moment I remove above's line from the code, the program works. There is no difference when the programs runs on machines prior mid November 2014. Thanks for your help. Simplifying the program brought me to the solution. Do you want the example? Erich > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Sep 3 10:44:00 2015 Return-Path: Delivered-To: freebsd-stable@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 A7B389C8A18; Thu, 3 Sep 2015 10:44:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 21E2C1DAC; Thu, 3 Sep 2015 10:43:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t83AhpGx065948 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 3 Sep 2015 13:43:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t83AhpGx065948 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t83AhpNY065947; Thu, 3 Sep 2015 13:43:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Sep 2015 13:43:51 +0300 From: Konstantin Belousov To: Erich Dollansky Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150903104351.GE2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150903183353.2633a38b@X220.alogt.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 10:44:00 -0000 On Thu, Sep 03, 2015 at 06:33:53PM +0800, Erich Dollansky wrote: > Hi, > > On Thu, 3 Sep 2015 11:19:47 +0300 > Konstantin Belousov wrote: > > > On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > > > > > > Is this change of behaviour a feature or a bug? > > > > Provide a minimal example demonstrating the issue. > > while preparing the example I found the source of the problem. We have > to block all signals for some reason. The handling for > > signal (SIGTHR, SIG_IGN); > > seems to have changed. The moment I remove above's line from the code, > the program works. There is no difference when the programs runs on > machines prior mid November 2014. > Err, this is a bug, probably both in your program (user code must not twiddle with SIGCANCEL) and in libc. The later, I believe, was fixed in the HEAD r287300, which is not yet merged back to stable/10. The libthr has a protection disallowing user code manipulating SIGCANCEL, but due to the bug in libc signal(3) override the libthr measures. Apply the r287300 to your src/ and try your unchanged program with updated libc. But yes, SIGTHR/SIGCANCEL in the program is bug. > Thanks for your help. Simplifying the program brought me to the > solution. > > Do you want the example? > > Erich > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Sep 3 11:02:59 2015 Return-Path: Delivered-To: freebsd-stable@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 7FDCA9C9587; Thu, 3 Sep 2015 11:02:59 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 5CF17A4C; Thu, 3 Sep 2015 11:02:59 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=JMx6ONg0cwRtEh6VLO+jf5GQErquC60j7mUlB+LI6OI=; b=bx7PNYbnyh0kvJbTciIckjKazlXiXebS4HLSZazKc5oDBADqKyDoOgAzwKC4l4O0fca7Z6ScHu5zPYth7OPm3PeAuYgQEcevAlCN3kxzjOJwRwpQAiOqtjkYag3xqDmBil5yiIpyeNEamqJyKowgJ5X1LVKR8ywfYNHBJRHDNQQ=; Received: from [114.124.24.124] (port=64735 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZXSIE-001itn-0E; Thu, 03 Sep 2015 05:02:58 -0600 Date: Thu, 3 Sep 2015 19:02:50 +0800 From: Erich Dollansky To: Konstantin Belousov Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150903190250.26273e27@X220.alogt.com> In-Reply-To: <20150903104351.GE2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> <20150903104351.GE2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 11:02:59 -0000 Hi, On Thu, 3 Sep 2015 13:43:51 +0300 Konstantin Belousov wrote: > On Thu, Sep 03, 2015 at 06:33:53PM +0800, Erich Dollansky wrote: > > On Thu, 3 Sep 2015 11:19:47 +0300 > > Konstantin Belousov wrote: > > > > > On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > > > > > > > > Is this change of behaviour a feature or a bug? > > > > > > Provide a minimal example demonstrating the issue. > > > > while preparing the example I found the source of the problem. We > > have to block all signals for some reason. The handling for > > > > signal (SIGTHR, SIG_IGN); > > > > seems to have changed. The moment I remove above's line from the > > code, the program works. There is no difference when the programs > > runs on machines prior mid November 2014. > > > Err, this is a bug, probably both in your program (user code must not > twiddle with SIGCANCEL) and in libc. The later, I believe, was fixed I did not know of this. I simply blocked all. As it worked when I tested it those days, I forgot about it. > in the HEAD r287300, which is not yet merged back to stable/10. The > libthr has a protection disallowing user code manipulating SIGCANCEL, > but due to the bug in libc signal(3) override the libthr measures. > > Apply the r287300 to your src/ and try your unchanged program with > updated libc. But yes, SIGTHR/SIGCANCEL in the program is bug. > I am just updating another machine. It might be already tomorrow when I will come back to you. Erich From owner-freebsd-stable@freebsd.org Thu Sep 3 15:27:33 2015 Return-Path: Delivered-To: freebsd-stable@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 9BD1F99ED34 for ; Thu, 3 Sep 2015 15:27:33 +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 8215FBCB for ; Thu, 3 Sep 2015 15:27:33 +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 C7FBAA2 for ; Thu, 3 Sep 2015 15:27:32 +0000 (UTC) Date: Thu, 3 Sep 2015 15:27:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <379591234.9.1441294051432.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2256 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 15:27:33 -0000 See ------------------------------------------ [...truncated 17356 lines...] =3D=3D=3D> usr.bin/pagesize (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/pagesiz= e/pagesize.sh install -o root -g wheel -m 444 pagesize.1.gz =3D=3D=3D> usr.bin/passwd (install) [ ! -e ] || chflags noschg || true [ ! -e ] || chflags noschg || tr= ue install -s -o root -g wheel -m 4555 passwd install -o root -g wheel -m 444 passwd.1.gz -> -> =3D=3D=3D> usr.bin/paste (install) install -s -o root -g wheel -m 555 paste install -o root -g wheel -m 444 paste.1.gz =3D=3D=3D> usr.bin/patch (install) install -s -o root -g wheel -m 555 patch install -o root -g wheel -m 444 patch.1.gz =3D=3D=3D> usr.bin/pathchk (install) install -s -o root -g wheel -m 555 pathchk install -o root -g wheel -m 444 pathchk.1.gz =3D=3D=3D> usr.bin/perror (install) install -s -o root -g wheel -m 555 perror install -o root -g wheel -m 444 perror.1.gz =3D=3D=3D> usr.bin/pr (install) install -s -o root -g wheel -m 555 pr install -o root -g wheel -m 444 pr.1.gz =3D=3D=3D> usr.bin/printenv (install) install -s -o root -g wheel -m 555 printenv install -o root -g wheel -m 444 printenv.1.gz =3D=3D=3D> usr.bin/printf (install) install -s -o root -g wheel -m 555 printf install -o root -g wheel -m 444 printf.1.gz =3D=3D=3D> usr.bin/printf/tests (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/printf/t= ests/regress.b.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.d= .out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.f.out /builds/F= reeBSD_stable_10/usr.bin/printf/tests/regress.l1.out /builds/FreeBSD_stable= _10/usr.bin/printf/tests/regress.l2.out /builds/FreeBSD_stable_10/usr.bin/p= rintf/tests/regress.m1.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/r= egress.m2.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m3.out= /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m4.out /builds/Free= BSD_stable_10/usr.bin/printf/tests/regress.m5.out /builds/FreeBSD_stable_10= /usr.bin/printf/tests/regress.s.out /builds/FreeBSD_stable_10/usr.bin/print= f/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.z= ero.out (cd /builds/FreeBSD_stable_10/usr.bin/printf/tests && make -f /builds/FreeB= SD_stable_10/usr.bin/printf/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D i= nstall) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/procstat (install) install -s -o root -g wheel -m 555 procstat install -o root -g wheel -m 444 procstat.1.gz =3D=3D=3D> usr.bin/protect (install) install -s -o root -g wheel -m 555 protect install -o root -g wheel -m 444 protect.1.gz =3D=3D=3D> usr.bin/quota (install) install -s -o root -g wheel -m 4555 quota install -o root -g wheel -m 444 quota.1.gz =3D=3D=3D> usr.bin/rctl (install) install -s -o root -g wheel -m 555 rctl install -o root -g wheel -m 444 rctl.8.gz =3D=3D=3D> usr.bin/renice (install) install -s -o root -g wheel -m 555 renice install -o root -g wheel -m 444 renice.8.gz =3D=3D=3D> usr.bin/rev (install) install -s -o root -g wheel -m 555 rev install -o root -g wheel -m 444 rev.1.gz =3D=3D=3D> usr.bin/revoke (install) install -s -o root -g wheel -m 555 revoke install -o root -g wheel -m 444 revoke.1.gz =3D=3D=3D> usr.bin/rlogin (install) install -s -o root -g wheel -m 4555 -S rlogin install -o root -g wheel -m 444 rlogin.1.gz =3D=3D=3D> usr.bin/rpcgen (install) install -s -o root -g wheel -m 555 rpcgen install -o root -g wheel -m 444 rpcgen.1.gz =3D=3D=3D> usr.bin/rpcinfo (install) install -s -o root -g wheel -m 555 rpcinfo install -o root -g wheel -m 444 rpcinfo.8.gz =3D=3D=3D> usr.bin/rs (install) install -s -o root -g wheel -m 555 rs install -o root -g wheel -m 444 rs.1.gz =3D=3D=3D> usr.bin/rsh (install) install -s -o root -g wheel -m 4555 -S rsh install -o root -g wheel -m 444 rsh.1.gz =3D=3D=3D> usr.bin/rup (install) install -s -o root -g wheel -m 555 rup install -o root -g wheel -m 444 rup.1.gz =3D=3D=3D> usr.bin/ruptime (install) install -s -o root -g wheel -m 555 ruptime install -o root -g wheel -m 444 ruptime.1.gz =3D=3D=3D> usr.bin/rusers (install) install -s -o root -g wheel -m 555 rusers install -o root -g wheel -m 444 rusers.1.gz =3D=3D=3D> usr.bin/rwall (install) install -s -o root -g wheel -m 555 rwall install -o root -g wheel -m 444 rwall.1.gz =3D=3D=3D> usr.bin/rwho (install) install -s -o root -g wheel -m 555 rwho install -o root -g wheel -m 444 rwho.1.gz =3D=3D=3D> usr.bin/script (install) install -s -o root -g wheel -m 555 script install -o root -g wheel -m 444 script.1.gz =3D=3D=3D> usr.bin/sed (install) install -s -o root -g wheel -m 555 sed install -o root -g wheel -m 444 sed.1.gz =3D=3D=3D> usr.bin/sed/tests (install) =3D=3D=3D> usr.bin/sed/tests/regress.multitest.out (install) install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/regress.multitest.out/1.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/1.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/1.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/1.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/1.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/1.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1= .15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.16 = /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.17 /bui= lds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.18 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.2 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.3 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/1.4 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/1.4.1 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/1.5 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/1.6 /builds/FreeBSD_stable_10/usr.bin/se= d/tests/regress.multitest.out/1.7 /builds/FreeBSD_stable_10/usr.bin/sed/tes= ts/regress.multitest.out/1.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/re= gress.multitest.out/1.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/2.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mult= itest.out/2.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multites= t.out/2.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/2.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.14 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.15 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.16 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.17 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.18 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/2.19 /builds/FreeBSD_stabl= e_10/usr.bin/sed/tests/regress.multitest.out/2.2 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/2.20 /builds/FreeBSD_stable_10/usr.= bin/sed/tests/regress.multitest.out/2.21 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/2.22 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/2.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/2.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/2.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/2.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/2.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/2.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.1 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.2 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.3 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.4 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/4.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/4.2 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/4.3 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/4.4 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/4.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/4.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/4.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/4.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/5.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/5.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.= 3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.4 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.5 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.6 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.7 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/5.8 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/6.1 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/6.2 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/6.3 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/6.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/6.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/6.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/7.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/7.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/7.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.= 4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.5 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.6 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.7 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.8 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/8.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/8.10 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/8.11 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/8.12 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/8.13 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/8.15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/8.16 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/8.17 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/8.18 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/8.19 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/8.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.= 20 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.21 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.22 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.23 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.3 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/8.4 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/8.5 /builds/FreeBSD_stable_1= 0/usr.bin/sed/tests/regress.multitest.out/8.6 /builds/FreeBSD_stable_10/usr= .bin/sed/tests/regress.multitest.out/8.7 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/8.8 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.multitest.out/9.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.multitest.out/9.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/9.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multi= test.out/9.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest= .out/9.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out= /9.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.1= 5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.16 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.17 /build= s/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.18 /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.19 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/9.2 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/9.20 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/9.21 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/9.22 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/9.23 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/9.24 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/9.25 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/9.26 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/9.27 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/9.28 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/9.29 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/9.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/9.30 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.= 31 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.4 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.5 /builds= /FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.6 /builds/Free= BSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.7 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/9.8 /builds/FreeBSD_stable= _10/usr.bin/sed/tests/regress.multitest.out/9.9 install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/hanoi.sed /builds/FreeBSD_stable_10/usr.bin/sed/tests/math.sed /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.G.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.P.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.b2a.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.bcb.out= /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.c0.out /builds/FreeBSD= _stable_10/usr.bin/sed/tests/regress.c1.out /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.c2.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.c3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.hanoi.out /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.icase1.out /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.icase2.out /builds/FreeBSD_stable_10= /usr.bin/sed/tests/regress.icase3.out /builds/FreeBSD_stable_10/usr.bin/sed= /tests/regress.icase4.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.in /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.math.out /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.not.out /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.psl.out /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.s3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s4= .out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s5.out /builds/Fre= eBSD_stable_10/usr.bin/sed/tests/regress.sg.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.y.out (cd /builds/FreeBSD_stable_10/usr.bin/sed/tests && make -f /builds/FreeBSD_= stable_10/usr.bin/sed/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D install= ) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 555 multi_test install -o root -g wheel -m 555 inplace_race_test =3D=3D=3D> usr.bin/send-pr (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/send-pr= /send-pr.sh =3D=3D=3D> usr.bin/seq (install) install -s -o root -g wheel -m 555 seq install -o root -g wheel -m 444 seq.1.gz =3D=3D=3D> usr.bin/shar (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/shar/sh= ar.sh install -o root -g wheel -m 444 shar.1.gz =3D=3D=3D> usr.bin/showmount (install) install -s -o root -g wheel -m 555 showmount install -o root -g wheel -m 444 showmount.8.gz =3D=3D=3D> usr.bin/smbutil (install) install -s -o root -g wheel -m 555 smbutil install -o root -g wheel -m 444 smbutil.1.gz =3D=3D=3D> usr.bin/sockstat (install) install -s -o root -g wheel -m 555 sockstat install -o root -g wheel -m 444 sockstat.1.gz =3D=3D=3D> usr.bin/sort (install) install -s -o root -g wheel -m 555 sort install -o root -g wheel -m 444 hu_HU.ISO8859-2.cat install -o root -g wheel -m 444 sort.1.gz =3D=3D=3D> usr.bin/split (install) install -s -o root -g wheel -m 555 split install -o root -g wheel -m 444 split.1.gz =3D=3D=3D> usr.bin/ssh-copy-id (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/ssh-cop= y-id/ssh-copy-id.sh install -o root -g wheel -m 444 ssh-copy-id.1.gz =3D=3D=3D> usr.bin/stat (install) install -s -o root -g wheel -m 555 stat install -o root -g wheel -m 444 stat.1.gz -> -> =3D=3D=3D> usr.bin/stdbuf (install) install -s -o root -g wheel -m 555 stdbuf install -o root -g wheel -m 444 stdbuf.1.gz =3D=3D=3D> usr.bin/su (install) install -s -o root -g wheel -m 4555 -S su install -o root -g wheel -m 444 su.1.gz =3D=3D=3D> usr.bin/svn (install) =3D=3D=3D> usr.bin/svn/lib (install) =3D=3D=3D> usr.bin/svn/lib/libapr (install) =3D=3D=3D> usr.bin/svn/lib/libapr_util (install) =3D=3D=3D> usr.bin/svn/lib/libserf (install) =3D=3D=3D> usr.bin/svn/lib/libsqlite3 (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_client (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_delta (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_diff (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_util (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_local (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_serf (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_svn (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_repos (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_subr (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_wc (install) =3D=3D=3D> usr.bin/svn/svn (install) install -s -o root -g wheel -m 555 svnlite =3D=3D=3D> usr.bin/svn/svnadmin (install) install -s -o root -g wheel -m 555 svnliteadmin =3D=3D=3D> usr.bin/svn/svndumpfilter (install) install -s -o root -g wheel -m 555 svnlitedumpfilter =3D=3D=3D> usr.bin/svn/svnlook (install) install -s -o root -g wheel -m 555 svnlitelook =3D=3D=3D> usr.bin/svn/svnserve (install) install -s -o root -g wheel -m 555 svnliteserve =3D=3D=3D> usr.bin/svn/svnsync (install) install -s -o root -g wheel -m 555 svnlitesync =3D=3D=3D> usr.bin/svn/svnversion (install) install -s -o root -g wheel -m 555 svnliteversion =3D=3D=3D> usr.bin/svn/svnmucc (install) install -s -o root -g wheel -m 555 svnlitemucc =3D=3D=3D> usr.bin/svn/svnrdump (install) install -s -o root -g wheel -m 555 svnliterdump =3D=3D=3D> usr.bin/systat (install) install -s -o root -g wheel -m 555 systat install -o root -g wheel -m 444 systat.1.gz =3D=3D=3D> usr.bin/tabs (install) install -s -o root -g wheel -m 555 tabs install -o root -g wheel -m 444 tabs.1.gz =3D=3D=3D> usr.bin/tail (install) install -s -o root -g wheel -m 555 tail install -o root -g wheel -m 444 tail.1.gz =3D=3D=3D> usr.bin/talk (install) install -s -o root -g wheel -m 555 talk install -o root -g wheel -m 444 talk.1.gz =3D=3D=3D> usr.bin/tar (install) install -s -o root -g wheel -m 555 bsdtar install -o root -g wheel -m 444 bsdtar.1.gz -> -> bsdtar =3D=3D=3D> usr.bin/tcopy (install) install -s -o root -g wheel -m 555 tcopy install -o root -g wheel -m 444 tcopy.1.gz =3D=3D=3D> usr.bin/tee (install) install -s -o root -g wheel -m 555 tee install -o root -g wheel -m 444 tee.1.gz =3D=3D=3D> usr.bin/telnet (install) install -s -o root -g wheel -m 555 telnet install -o root -g wheel -m 444 telnet.1.gz =3D=3D=3D> usr.bin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/tests/Kyuafile = install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/tests/re= gress.m4 =3D=3D=3D> usr.bin/tftp (install) install -s -o root -g wheel -m 555 tftp install -o root -g wheel -m 444 tftp.1.gz =3D=3D=3D> usr.bin/time (install) install -s -o root -g wheel -m 555 time install -o root -g wheel -m 444 time.1.gz =3D=3D=3D> usr.bin/timeout (install) install -s -o root -g wheel -m 555 timeout install -o root -g wheel -m 444 timeout.1.gz =3D=3D=3D> usr.bin/timeout/tests (install) install -o root -g wheel -m 555 timeout install: : No such file or directory *** Error code 71 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout/tests *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/usr.bin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure From owner-freebsd-stable@freebsd.org Thu Sep 3 15:57:19 2015 Return-Path: Delivered-To: freebsd-stable@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 022F19C7C53 for ; Thu, 3 Sep 2015 15:57:19 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.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 D360A157 for ; Thu, 3 Sep 2015 15:57:18 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from marcels-mbp.int.brkt.com (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t83FvA7G082809 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Sep 2015 08:57:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DDCA3A2E-8025-4A96-BE01-4B086011894A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <201509021730.t82HUGjg050664@mech-as222.men.bris.ac.uk> Date: Thu, 3 Sep 2015 08:57:02 -0700 Cc: kostikbel@gmail.com, freebsd-stable@freebsd.org Message-Id: <70FA7929-373D-4156-9E10-C9DA845DD7D8@xcllnt.net> References: <201509021730.t82HUGjg050664@mech-as222.men.bris.ac.uk> To: mexas@bris.ac.uk X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 15:57:19 -0000 --Apple-Mail=_DDCA3A2E-8025-4A96-BE01-4B086011894A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 2, 2015, at 10:30 AM, Anton Shterenlikht = wrote: >=20 > The kernel limits I have in /boot/loader.conf > are following this PR: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D156900 >=20 > #kern.dfldsiz=3D536748032 # default soft limit for process data > #kern.dflssiz=3D536748032 # default soft limit for stack > # hard limits > #kern.maxdsiz=3D536748032 # hard limit for process data > #kern.maxssiz=3D536748032 # hard limit for stack > #kern.maxtsiz=3D536748032 # hard limit for text size >=20 > If I leave these in, then with Marcel's patch > I get to mountroot> prompt, and then panic. To be clear: with the limits and without my patch you can=E2=80=99t even boot right? >=20 > If I remove these, then I can boot. >=20 > If I try booting with -s, then I get to a hang at > "Entering /boot/kernel=E2=80=9D: Is this with or without limits? And is this with or without patch? >=20 > /boot/kernel.old/kernel text=3D0x1110710 data=3D0xdfce8+0xa54f8 = syms=3D[0x8+0xc29e8+0x8+0xb78f6] > ?[37m?[44mBooting...?[m > Entering /boot/kernel.old/kernel at 0x9ffc000000010500... > *********************************************************** > * ROM Version : 04.29 > * ROM Date : 11/30/2007 > * BMC Version : 04.04 This is not a hang. This is a machine check. >=20 > Is it worth investigating what limit value will boot? I=E2=80=99m inclined to say that it=E2=80=99s best to remove the limits altogether and just work with the default. If you need different default, add them to your kernel configuration. Set MAXTSIZ, DFLDSIZ, MAXDSIZ, DFLSSIZ and MAXSSIZ accordingly. Since you lower maxdsiz and maxssiz from 1G to 512M, you can safely leave them as is (unless you tend to have runaway processes :-) You increase maxssiz from 256M to 512M, which you probably want to keep doing to make sure you can run the same set of processes as you do now. At this point in time, the only fix I=E2=80=99m willing to make is for the size of the array that holds relocations. If it made things better, I=E2=80=99ll commit it. If it didn=E2=80=99t, = then I=E2=80=99m not going to commit it. Anything more involved will take more time than I=E2=80=99m willing to put into ia64 at this time... Sorry, -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_DDCA3A2E-8025-4A96-BE01-4B086011894A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJV6G3PAAoJEIda8t8f0tjjmNgQANHXoKbOZFRL+1nfRmeaLKCD 4+ZptVNr7FohMvdCBUy54y3Vq/39JwREvMBDW3m27qiqYkFkG1+L1nIPTCdnE1uH hdh7LpyHUWUoZ7WtI5qERpyalAlkfN78AaxzT/sjbRwB/NCD7znoO+CuDNe+0Wrm OIW2e9qSqB/XMySh/pac5TLXQLfSA0TC4XXjjX4eu10G0ywl4Q08Uj44PljQgWpy A3/2yo2xgDIV6zJD0UoZ6ck0gNq5RVEO5VXe1srD1KK4zmMEyfw2/P0txt1D5o0N BV7W8eABYAmRn9z6DSN8MYU3S3dtTfJp4Kn60PqjFtCnUOipbYRhKM8YAhIUuOVG z4BSc19vbctuBjLZB5bf+CkJMUFLBm3DEwSDoj0jGmbaJdUTt6J1TzaMTIH1+MNH NIFA/XYwZliHm6WrwvBaxkSVQwF7wL5uu7+vQns5zVwGLDNylbw/cHOwWdkBvARa gRnc4vymoRIT0cxfczAh3ZJDP+2r+g/UB8a/ynsTk7U/pMvZvQ95ImGp4VDfBJ60 FpMbASvNWjymwfntydhR2oP0MfcA2Dmyvz5T/bSSCJwsLh2JTMJm2HfWgBM/w90u 6pQv1+a6HztesR6wlyl4VlDbA5B+OliGXMHXppMK++xe+76QBS2y9mG7hgjau1m0 TiXrYRKlltZQL0rRXz8k =oVvW -----END PGP SIGNATURE----- --Apple-Mail=_DDCA3A2E-8025-4A96-BE01-4B086011894A-- From owner-freebsd-stable@freebsd.org Thu Sep 3 16:38:18 2015 Return-Path: Delivered-To: freebsd-stable@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 2828E9C978E for ; Thu, 3 Sep 2015 16:38:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA5B880F for ; Thu, 3 Sep 2015 16:38:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicfx3 with SMTP id fx3so58519556wic.0 for ; Thu, 03 Sep 2015 09:38:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=yaVKsU8e9CwQHYNxgLBpc6X8HMhZuTIZqHFnPcM993w=; b=EmnysbneCODJShTaUImQeRFFJeAV49PlJ8GRo02urOksuyyUQODXcVzi5ucMEN7wFy zdQa8/pHljCBUUBNMyDYSe8XI989HZNqH6THRkXoMfqRhTsTaoM/jC4HKB4JPwdaLbyG Pz+hP/hV0S8I6OKjA3+6it6kmRSwNbQkguGUXQdIXSRJ2AACNs4CN9rh68HIAhcrdm+9 10a6g062NeSjbDf5TN9S9HXOT01U51nCDb7CVyfc+VbgCJ6nDzLem9qRwZsNIHT3YAos aHIh7nK/GNgoE07orTok60m3pczkHguO1NrUvABSNS8M4L4i8EEzm/etvHUv8KDy0Juv L/lw== X-Gm-Message-State: ALoCoQk3nME4QTCAbYMLroZMOQxV/f7zXlpVr4oPzVzu4a19GUbIfnLYRGbae8lsk2gqso7xkykP X-Received: by 10.194.84.129 with SMTP id z1mr23404909wjy.17.1441297837704; Thu, 03 Sep 2015 09:30:37 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id pe1sm9771430wic.20.2015.09.03.09.30.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Sep 2015 09:30:37 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t83GUZLl056952; Thu, 3 Sep 2015 17:30:35 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t83GUZPr056951; Thu, 3 Sep 2015 17:30:35 +0100 (BST) (envelope-from mexas) Date: Thu, 3 Sep 2015 17:30:35 +0100 (BST) From: Anton Shterenlikht Message-Id: <201509031630.t83GUZPr056951@mech-as222.men.bris.ac.uk> To: marcel@xcllnt.net, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Cc: freebsd-stable@freebsd.org, kostikbel@gmail.com Reply-To: mexas@bris.ac.uk In-Reply-To: <70FA7929-373D-4156-9E10-C9DA845DD7D8@xcllnt.net> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 16:38:18 -0000 >From marcel@xcllnt.net Thu Sep 3 17:20:42 2015 > >To be clear: with the limits and without my patch you >can=E2=80=99t even boot right? yes, this is right. >> If I remove these, then I can boot. >>=20 >> If I try booting with -s, then I get to a hang at >> "Entering /boot/kernel=E2=80=9D: > >Is this with or without limits? >And is this with or without patch? It seems the patch made no difference. With the limits I cannot boot with or without the patch. Without the limits I can boot with or without the patch. >> /boot/kernel.old/kernel text=3D0x1110710 data=3D0xdfce8+0xa54f8 = >syms=3D[0x8+0xc29e8+0x8+0xb78f6] >> ?[37m?[44mBooting...?[m >> Entering /boot/kernel.old/kernel at 0x9ffc000000010500... >> *********************************************************** >> * ROM Version : 04.29 >> * ROM Date : 11/30/2007 >> * BMC Version : 04.04 > >This is not a hang. This is a machine check. After this line Entering /boot/kernel.old/kernel at 0x9ffc000000010500... The machine is not responding. I've left it for hours, just to be sure. The following line appears only after a power cycle. >> Is it worth investigating what limit value will boot? > >I=E2=80=99m inclined to say that it=E2=80=99s best to remove the limits >altogether and just work with the default. If you need >different default, add them to your kernel configuration. >Set MAXTSIZ, DFLDSIZ, MAXDSIZ, DFLSSIZ and MAXSSIZ >accordingly. > >Since you lower maxdsiz and maxssiz from 1G to 512M, >you can safely leave them as is (unless you tend to have >runaway processes :-) > >You increase maxssiz from 256M to 512M, which you >probably want to keep doing to make sure you can run >the same set of processes as you do now. > >At this point in time, the only fix I=E2=80=99m willing to make >is for the size of the array that holds relocations. If >it made things better, I=E2=80=99ll commit it. If it didn=E2=80=99t, = >then >I=E2=80=99m not going to commit it. No, I don't think it made any difference. >Anything more involved will take more time than I=E2=80=99m >willing to put into ia64 at this time... sure, no problem. Anton From owner-freebsd-stable@freebsd.org Thu Sep 3 21:27:00 2015 Return-Path: Delivered-To: freebsd-stable@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 48B6E9C9701 for ; Thu, 3 Sep 2015 21:27:00 +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 37101656 for ; Thu, 3 Sep 2015 21:27:00 +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 C82F317D for ; Thu, 3 Sep 2015 21:26:59 +0000 (UTC) Date: Thu, 3 Sep 2015 21:26:59 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <702903383.11.1441315619288.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2258 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 21:27:00 -0000 See ------------------------------------------ [...truncated 17356 lines...] =3D=3D=3D> usr.bin/pagesize (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/pagesiz= e/pagesize.sh install -o root -g wheel -m 444 pagesize.1.gz =3D=3D=3D> usr.bin/passwd (install) [ ! -e ] || chflags noschg || true [ ! -e ] || chflags noschg || tr= ue install -s -o root -g wheel -m 4555 passwd install -o root -g wheel -m 444 passwd.1.gz -> -> =3D=3D=3D> usr.bin/paste (install) install -s -o root -g wheel -m 555 paste install -o root -g wheel -m 444 paste.1.gz =3D=3D=3D> usr.bin/patch (install) install -s -o root -g wheel -m 555 patch install -o root -g wheel -m 444 patch.1.gz =3D=3D=3D> usr.bin/pathchk (install) install -s -o root -g wheel -m 555 pathchk install -o root -g wheel -m 444 pathchk.1.gz =3D=3D=3D> usr.bin/perror (install) install -s -o root -g wheel -m 555 perror install -o root -g wheel -m 444 perror.1.gz =3D=3D=3D> usr.bin/pr (install) install -s -o root -g wheel -m 555 pr install -o root -g wheel -m 444 pr.1.gz =3D=3D=3D> usr.bin/printenv (install) install -s -o root -g wheel -m 555 printenv install -o root -g wheel -m 444 printenv.1.gz =3D=3D=3D> usr.bin/printf (install) install -s -o root -g wheel -m 555 printf install -o root -g wheel -m 444 printf.1.gz =3D=3D=3D> usr.bin/printf/tests (install) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/printf/t= ests/regress.b.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.d= .out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.f.out /builds/F= reeBSD_stable_10/usr.bin/printf/tests/regress.l1.out /builds/FreeBSD_stable= _10/usr.bin/printf/tests/regress.l2.out /builds/FreeBSD_stable_10/usr.bin/p= rintf/tests/regress.m1.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/r= egress.m2.out /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m3.out= /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.m4.out /builds/Free= BSD_stable_10/usr.bin/printf/tests/regress.m5.out /builds/FreeBSD_stable_10= /usr.bin/printf/tests/regress.s.out /builds/FreeBSD_stable_10/usr.bin/print= f/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/printf/tests/regress.z= ero.out (cd /builds/FreeBSD_stable_10/usr.bin/printf/tests && make -f /builds/FreeB= SD_stable_10/usr.bin/printf/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D i= nstall) install -o root -g wheel -m 555 legacy_test =3D=3D=3D> usr.bin/procstat (install) install -s -o root -g wheel -m 555 procstat install -o root -g wheel -m 444 procstat.1.gz =3D=3D=3D> usr.bin/protect (install) install -s -o root -g wheel -m 555 protect install -o root -g wheel -m 444 protect.1.gz =3D=3D=3D> usr.bin/quota (install) install -s -o root -g wheel -m 4555 quota install -o root -g wheel -m 444 quota.1.gz =3D=3D=3D> usr.bin/rctl (install) install -s -o root -g wheel -m 555 rctl install -o root -g wheel -m 444 rctl.8.gz =3D=3D=3D> usr.bin/renice (install) install -s -o root -g wheel -m 555 renice install -o root -g wheel -m 444 renice.8.gz =3D=3D=3D> usr.bin/rev (install) install -s -o root -g wheel -m 555 rev install -o root -g wheel -m 444 rev.1.gz =3D=3D=3D> usr.bin/revoke (install) install -s -o root -g wheel -m 555 revoke install -o root -g wheel -m 444 revoke.1.gz =3D=3D=3D> usr.bin/rlogin (install) install -s -o root -g wheel -m 4555 -S rlogin install -o root -g wheel -m 444 rlogin.1.gz =3D=3D=3D> usr.bin/rpcgen (install) install -s -o root -g wheel -m 555 rpcgen install -o root -g wheel -m 444 rpcgen.1.gz =3D=3D=3D> usr.bin/rpcinfo (install) install -s -o root -g wheel -m 555 rpcinfo install -o root -g wheel -m 444 rpcinfo.8.gz =3D=3D=3D> usr.bin/rs (install) install -s -o root -g wheel -m 555 rs install -o root -g wheel -m 444 rs.1.gz =3D=3D=3D> usr.bin/rsh (install) install -s -o root -g wheel -m 4555 -S rsh install -o root -g wheel -m 444 rsh.1.gz =3D=3D=3D> usr.bin/rup (install) install -s -o root -g wheel -m 555 rup install -o root -g wheel -m 444 rup.1.gz =3D=3D=3D> usr.bin/ruptime (install) install -s -o root -g wheel -m 555 ruptime install -o root -g wheel -m 444 ruptime.1.gz =3D=3D=3D> usr.bin/rusers (install) install -s -o root -g wheel -m 555 rusers install -o root -g wheel -m 444 rusers.1.gz =3D=3D=3D> usr.bin/rwall (install) install -s -o root -g wheel -m 555 rwall install -o root -g wheel -m 444 rwall.1.gz =3D=3D=3D> usr.bin/rwho (install) install -s -o root -g wheel -m 555 rwho install -o root -g wheel -m 444 rwho.1.gz =3D=3D=3D> usr.bin/script (install) install -s -o root -g wheel -m 555 script install -o root -g wheel -m 444 script.1.gz =3D=3D=3D> usr.bin/sed (install) install -s -o root -g wheel -m 555 sed install -o root -g wheel -m 444 sed.1.gz =3D=3D=3D> usr.bin/sed/tests (install) =3D=3D=3D> usr.bin/sed/tests/regress.multitest.out (install) install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/regress.multitest.out/1.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/1.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/1.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/1.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/1.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/1.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1= .15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.16 = /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.17 /bui= lds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.18 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.2 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/1.3 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/1.4 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/1.4.1 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/1.5 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/1.6 /builds/FreeBSD_stable_10/usr.bin/se= d/tests/regress.multitest.out/1.7 /builds/FreeBSD_stable_10/usr.bin/sed/tes= ts/regress.multitest.out/1.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/re= gress.multitest.out/1.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/2.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mult= itest.out/2.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multites= t.out/2.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/2.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.14 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.15 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.16 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.17 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.18 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/2.19 /builds/FreeBSD_stabl= e_10/usr.bin/sed/tests/regress.multitest.out/2.2 /builds/FreeBSD_stable_10/= usr.bin/sed/tests/regress.multitest.out/2.20 /builds/FreeBSD_stable_10/usr.= bin/sed/tests/regress.multitest.out/2.21 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/2.22 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/2.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/2.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/2.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/2.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/2.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/2.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/2.= 9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.1 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.2 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.3 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/3.4 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/4.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/4.2 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/4.3 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/4.4 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/4.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/4.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/4.7 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/4.8 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/5.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/5.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.= 3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.4 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.5 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.6 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/5.7 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/5.8 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/6.1 /builds/FreeBSD_stable_10/us= r.bin/sed/tests/regress.multitest.out/6.2 /builds/FreeBSD_stable_10/usr.bin= /sed/tests/regress.multitest.out/6.3 /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.multitest.out/6.4 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/6.5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regr= ess.multitest.out/6.6 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/7.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multit= est.out/7.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/7.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.= 4 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.5 /bu= ilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.6 /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.7 /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.multitest.out/7.8 /builds/FreeBSD_st= able_10/usr.bin/sed/tests/regress.multitest.out/8.1 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/8.10 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/8.11 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/8.12 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/8.13 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/8.15 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/8.16 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/8.17 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/8.18 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/8.19 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.o= ut/8.2 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.= 20 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.21 /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.22 /buil= ds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.23 /builds/F= reeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/8.3 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/8.4 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/8.5 /builds/FreeBSD_stable_1= 0/usr.bin/sed/tests/regress.multitest.out/8.6 /builds/FreeBSD_stable_10/usr= .bin/sed/tests/regress.multitest.out/8.7 /builds/FreeBSD_stable_10/usr.bin/= sed/tests/regress.multitest.out/8.8 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/8.9 /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.multitest.out/9.1 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.multitest.out/9.10 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.m= ultitest.out/9.11 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multi= test.out/9.12 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest= .out/9.13 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out= /9.14 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.1= 5 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.16 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.17 /build= s/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.18 /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.19 /builds/FreeBS= D_stable_10/usr.bin/sed/tests/regress.multitest.out/9.2 /builds/FreeBSD_sta= ble_10/usr.bin/sed/tests/regress.multitest.out/9.20 /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.multitest.out/9.21 /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.multitest.out/9.22 /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.multitest.out/9.23 /builds/FreeBSD_stable_10/usr.bin/s= ed/tests/regress.multitest.out/9.24 /builds/FreeBSD_stable_10/usr.bin/sed/t= ests/regress.multitest.out/9.25 /builds/FreeBSD_stable_10/usr.bin/sed/tests= /regress.multitest.out/9.26 /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.multitest.out/9.27 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress= .multitest.out/9.28 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.mul= titest.out/9.29 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multite= st.out/9.3 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.ou= t/9.30 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.= 31 /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.4 /b= uilds/FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.5 /builds= /FreeBSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.6 /builds/Free= BSD_stable_10/usr.bin/sed/tests/regress.multitest.out/9.7 /builds/FreeBSD_s= table_10/usr.bin/sed/tests/regress.multitest.out/9.8 /builds/FreeBSD_stable= _10/usr.bin/sed/tests/regress.multitest.out/9.9 install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/sed/test= s/hanoi.sed /builds/FreeBSD_stable_10/usr.bin/sed/tests/math.sed /builds/Fr= eeBSD_stable_10/usr.bin/sed/tests/regress.G.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.P.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/= regress.b2a.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.bcb.out= /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.c0.out /builds/FreeBSD= _stable_10/usr.bin/sed/tests/regress.c1.out /builds/FreeBSD_stable_10/usr.b= in/sed/tests/regress.c2.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.c3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.hanoi.out /= builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.icase1.out /builds/FreeB= SD_stable_10/usr.bin/sed/tests/regress.icase2.out /builds/FreeBSD_stable_10= /usr.bin/sed/tests/regress.icase3.out /builds/FreeBSD_stable_10/usr.bin/sed= /tests/regress.icase4.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regre= ss.in /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.math.out /builds/= FreeBSD_stable_10/usr.bin/sed/tests/regress.not.out /builds/FreeBSD_stable_= 10/usr.bin/sed/tests/regress.psl.out /builds/FreeBSD_stable_10/usr.bin/sed/= tests/regress.s3.out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s4= .out /builds/FreeBSD_stable_10/usr.bin/sed/tests/regress.s5.out /builds/Fre= eBSD_stable_10/usr.bin/sed/tests/regress.sg.out /builds/FreeBSD_stable_10/u= sr.bin/sed/tests/regress.sh /builds/FreeBSD_stable_10/usr.bin/sed/tests/reg= ress.y.out (cd /builds/FreeBSD_stable_10/usr.bin/sed/tests && make -f /builds/FreeBSD_= stable_10/usr.bin/sed/tests/Makefile SUBDIR=3D _RECURSING_PROGS=3D install= ) install -o root -g wheel -m 555 legacy_test install -o root -g wheel -m 555 multi_test install -o root -g wheel -m 555 inplace_race_test =3D=3D=3D> usr.bin/send-pr (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/send-pr= /send-pr.sh =3D=3D=3D> usr.bin/seq (install) install -s -o root -g wheel -m 555 seq install -o root -g wheel -m 444 seq.1.gz =3D=3D=3D> usr.bin/shar (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/shar/sh= ar.sh install -o root -g wheel -m 444 shar.1.gz =3D=3D=3D> usr.bin/showmount (install) install -s -o root -g wheel -m 555 showmount install -o root -g wheel -m 444 showmount.8.gz =3D=3D=3D> usr.bin/smbutil (install) install -s -o root -g wheel -m 555 smbutil install -o root -g wheel -m 444 smbutil.1.gz =3D=3D=3D> usr.bin/sockstat (install) install -s -o root -g wheel -m 555 sockstat install -o root -g wheel -m 444 sockstat.1.gz =3D=3D=3D> usr.bin/sort (install) install -s -o root -g wheel -m 555 sort install -o root -g wheel -m 444 hu_HU.ISO8859-2.cat install -o root -g wheel -m 444 sort.1.gz =3D=3D=3D> usr.bin/split (install) install -s -o root -g wheel -m 555 split install -o root -g wheel -m 444 split.1.gz =3D=3D=3D> usr.bin/ssh-copy-id (install) install -o root -g wheel -m 555 /builds/FreeBSD_stable_10/usr.bin/ssh-cop= y-id/ssh-copy-id.sh install -o root -g wheel -m 444 ssh-copy-id.1.gz =3D=3D=3D> usr.bin/stat (install) install -s -o root -g wheel -m 555 stat install -o root -g wheel -m 444 stat.1.gz -> -> =3D=3D=3D> usr.bin/stdbuf (install) install -s -o root -g wheel -m 555 stdbuf install -o root -g wheel -m 444 stdbuf.1.gz =3D=3D=3D> usr.bin/su (install) install -s -o root -g wheel -m 4555 -S su install -o root -g wheel -m 444 su.1.gz =3D=3D=3D> usr.bin/svn (install) =3D=3D=3D> usr.bin/svn/lib (install) =3D=3D=3D> usr.bin/svn/lib/libapr (install) =3D=3D=3D> usr.bin/svn/lib/libapr_util (install) =3D=3D=3D> usr.bin/svn/lib/libserf (install) =3D=3D=3D> usr.bin/svn/lib/libsqlite3 (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_client (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_delta (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_diff (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_fs (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_fs_util (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_local (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_serf (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_ra_svn (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_repos (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_subr (install) =3D=3D=3D> usr.bin/svn/lib/libsvn_wc (install) =3D=3D=3D> usr.bin/svn/svn (install) install -s -o root -g wheel -m 555 svnlite =3D=3D=3D> usr.bin/svn/svnadmin (install) install -s -o root -g wheel -m 555 svnliteadmin =3D=3D=3D> usr.bin/svn/svndumpfilter (install) install -s -o root -g wheel -m 555 svnlitedumpfilter =3D=3D=3D> usr.bin/svn/svnlook (install) install -s -o root -g wheel -m 555 svnlitelook =3D=3D=3D> usr.bin/svn/svnserve (install) install -s -o root -g wheel -m 555 svnliteserve =3D=3D=3D> usr.bin/svn/svnsync (install) install -s -o root -g wheel -m 555 svnlitesync =3D=3D=3D> usr.bin/svn/svnversion (install) install -s -o root -g wheel -m 555 svnliteversion =3D=3D=3D> usr.bin/svn/svnmucc (install) install -s -o root -g wheel -m 555 svnlitemucc =3D=3D=3D> usr.bin/svn/svnrdump (install) install -s -o root -g wheel -m 555 svnliterdump =3D=3D=3D> usr.bin/systat (install) install -s -o root -g wheel -m 555 systat install -o root -g wheel -m 444 systat.1.gz =3D=3D=3D> usr.bin/tabs (install) install -s -o root -g wheel -m 555 tabs install -o root -g wheel -m 444 tabs.1.gz =3D=3D=3D> usr.bin/tail (install) install -s -o root -g wheel -m 555 tail install -o root -g wheel -m 444 tail.1.gz =3D=3D=3D> usr.bin/talk (install) install -s -o root -g wheel -m 555 talk install -o root -g wheel -m 444 talk.1.gz =3D=3D=3D> usr.bin/tar (install) install -s -o root -g wheel -m 555 bsdtar install -o root -g wheel -m 444 bsdtar.1.gz -> -> bsdtar =3D=3D=3D> usr.bin/tcopy (install) install -s -o root -g wheel -m 555 tcopy install -o root -g wheel -m 444 tcopy.1.gz =3D=3D=3D> usr.bin/tee (install) install -s -o root -g wheel -m 555 tee install -o root -g wheel -m 444 tee.1.gz =3D=3D=3D> usr.bin/telnet (install) install -s -o root -g wheel -m 555 telnet install -o root -g wheel -m 444 telnet.1.gz =3D=3D=3D> usr.bin/tests (install) install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/tests/Kyuafile = install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/usr.bin/tests/re= gress.m4 =3D=3D=3D> usr.bin/tftp (install) install -s -o root -g wheel -m 555 tftp install -o root -g wheel -m 444 tftp.1.gz =3D=3D=3D> usr.bin/time (install) install -s -o root -g wheel -m 555 time install -o root -g wheel -m 444 time.1.gz =3D=3D=3D> usr.bin/timeout (install) install -s -o root -g wheel -m 555 timeout install -o root -g wheel -m 444 timeout.1.gz =3D=3D=3D> usr.bin/timeout/tests (install) install -o root -g wheel -m 555 timeout install: : No such file or directory *** Error code 71 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout/tests *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/usr.bin/timeout *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/usr.bin *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure From owner-freebsd-stable@freebsd.org Fri Sep 4 00:37:52 2015 Return-Path: Delivered-To: freebsd-stable@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 CC1339C904B; Fri, 4 Sep 2015 00:37:52 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 AAC591E2E; Fri, 4 Sep 2015 00:37:52 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=tDp9bHNdEY+aLIkEEsQNqlFkKEjOCXcXRli/us/F4pQ=; b=V+JwrWWX/EBDNIfhSwSbBenistwZWBzbmDQGFX4+h1BklKhbcIyECWEyd6ZGa3nMzEL6CdzAHL3ME4TiOTciMhG462SHBE7A5cG4l+suWa/5wCnpHXofLAiLXVWr0UTnbDX5VyQwGlgFDIgPDnJNuSUn+jAgg8U7v1v+6+3Wd44=; Received: from [114.121.152.180] (port=20791 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZXf0j-003gn2-Ez; Thu, 03 Sep 2015 18:37:46 -0600 Date: Fri, 4 Sep 2015 08:37:40 +0800 From: Erich Dollansky To: Konstantin Belousov Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150904083740.5f3e49aa@X220.alogt.com> In-Reply-To: <20150903104351.GE2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> <20150903104351.GE2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 00:37:52 -0000 Hi, On Thu, 3 Sep 2015 13:43:51 +0300 Konstantin Belousov wrote: > On Thu, Sep 03, 2015 at 06:33:53PM +0800, Erich Dollansky wrote: > > On Thu, 3 Sep 2015 11:19:47 +0300 > > Konstantin Belousov wrote: > > > On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > > > > Is this change of behaviour a feature or a bug? > > > Provide a minimal example demonstrating the issue. > > while preparing the example I found the source of the problem. We > > have to block all signals for some reason. The handling for > > > > signal (SIGTHR, SIG_IGN); > > > > seems to have changed. The moment I remove above's line from the > > code, the program works. There is no difference when the programs > > runs on machines prior mid November 2014. > > > Err, this is a bug, probably both in your program (user code must not > twiddle with SIGCANCEL) and in libc. The later, I believe, was fixed I just ran the same binary on: FreeBSD B85M-HD3-0.alogt.com 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r287425: Thu Sep 3 21:44:16 WITA 2015 erich@B85M-HD3-0.alogt.com:/usr/obj/usr/src/sys/B85M-HD3 amd64 and it works there. So, it is just a matter of time until the fix finds its way back to 10? Of course, I do not ignore the signal now in the application anymore. The application then works as expected on 10.2 STABLE. Thanks for your work and also thanks for your help. Erich From owner-freebsd-stable@freebsd.org Fri Sep 4 08:19:10 2015 Return-Path: Delivered-To: freebsd-stable@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 05A219C9997; Fri, 4 Sep 2015 08:19:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 73044A61; Fri, 4 Sep 2015 08:19:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t848IwGp083857 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 4 Sep 2015 11:18:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t848IwGp083857 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t848Iwx9083856; Fri, 4 Sep 2015 11:18:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Sep 2015 11:18:57 +0300 From: Konstantin Belousov To: Erich Dollansky Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150904081857.GF2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> <20150903104351.GE2072@kib.kiev.ua> <20150904083740.5f3e49aa@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150904083740.5f3e49aa@X220.alogt.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 08:19:10 -0000 On Fri, Sep 04, 2015 at 08:37:40AM +0800, Erich Dollansky wrote: > Hi, > > On Thu, 3 Sep 2015 13:43:51 +0300 > Konstantin Belousov wrote: > > On Thu, Sep 03, 2015 at 06:33:53PM +0800, Erich Dollansky wrote: > > > On Thu, 3 Sep 2015 11:19:47 +0300 > > > Konstantin Belousov wrote: > > > > On Thu, Sep 03, 2015 at 08:00:47AM +0800, Erich Dollansky wrote: > > > > > Is this change of behaviour a feature or a bug? > > > > Provide a minimal example demonstrating the issue. > > > while preparing the example I found the source of the problem. We > > > have to block all signals for some reason. The handling for > > > > > > signal (SIGTHR, SIG_IGN); > > > > > > seems to have changed. The moment I remove above's line from the > > > code, the program works. There is no difference when the programs > > > runs on machines prior mid November 2014. > > > > > Err, this is a bug, probably both in your program (user code must not > > twiddle with SIGCANCEL) and in libc. The later, I believe, was fixed > > I just ran the same binary on: > > FreeBSD B85M-HD3-0.alogt.com 11.0-CURRENT FreeBSD 11.0-CURRENT #5 > r287425: Thu Sep 3 21:44:16 WITA 2015 > erich@B85M-HD3-0.alogt.com:/usr/obj/usr/src/sys/B85M-HD3 amd64 > > and it works there. > > So, it is just a matter of time until the fix finds its way back to 10? Yes, should be several days timeframe. > > Of course, I do not ignore the signal now in the application anymore. > The application then works as expected on 10.2 STABLE. Well, the consequence of the bug, which affected you, is that it was allowed for the applications to ignore SIGCANCEL. With the bug fixed, the signal(SIGCANCEL, anything) becomes nop. From owner-freebsd-stable@freebsd.org Fri Sep 4 08:35:32 2015 Return-Path: Delivered-To: freebsd-stable@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 B39E09CA147; Fri, 4 Sep 2015 08:35:32 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 8F8FD11D8; Fri, 4 Sep 2015 08:35:32 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=KCPPCzpnf4j6rOjvMEiF+CvVpVv5F6KG0UAnaQJ6wRk=; b=ge3gLGTwJtUj/c2YzSpTQQHuKV1Sm1AMU5Pas7w+12JQMVG9Hr86dqedn8Y2cmT7TH1VyxjDDBU5dT3PXNO8LnhkEGF4CneSGoiQ0NAXAvlmYm+07qDy71Sn+4hPk8FsPkQuu37x7YbAlPJmF+a4LR3Dh7+mN8LGJqvcWCFMa74=; Received: from dynamic-pool-telkomsel-114-124-0-8.telkomsel.net.id ([114.124.0.8]:29478 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZXmT4-00429N-Jy; Fri, 04 Sep 2015 02:35:31 -0600 Date: Fri, 4 Sep 2015 16:35:24 +0800 From: Erich Dollansky To: Konstantin Belousov Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150904163524.0b420a90@X220.alogt.com> In-Reply-To: <20150904081857.GF2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> <20150903104351.GE2072@kib.kiev.ua> <20150904083740.5f3e49aa@X220.alogt.com> <20150904081857.GF2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 08:35:32 -0000 Hi,. On Fri, 4 Sep 2015 11:18:57 +0300 Konstantin Belousov wrote: > On Fri, Sep 04, 2015 at 08:37:40AM +0800, Erich Dollansky wrote: > > On Thu, 3 Sep 2015 13:43:51 +0300 > > > > and it works there. > > > > So, it is just a matter of time until the fix finds its way back to > > 10? > Yes, should be several days timeframe. this sounds perfect. > > > > > Of course, I do not ignore the signal now in the application > > anymore. The application then works as expected on 10.2 STABLE. > Well, the consequence of the bug, which affected you, is that it was > allowed for the applications to ignore SIGCANCEL. With the bug fixed, > the signal(SIGCANCEL, anything) becomes nop. Was it just me being blind or is the documentation on this a bit limited? Erich From owner-freebsd-stable@freebsd.org Fri Sep 4 12:30:48 2015 Return-Path: Delivered-To: freebsd-stable@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 DB4259C9DD8; Fri, 4 Sep 2015 12:30:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 536C7961; Fri, 4 Sep 2015 12:30:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t84CUac0064199 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 4 Sep 2015 15:30:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t84CUac0064199 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t84CUaaj064134; Fri, 4 Sep 2015 15:30:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Sep 2015 15:30:36 +0300 From: Konstantin Belousov To: Erich Dollansky Cc: FreeBSD stable , freebsd-threads@freebsd.org Subject: Re: pthread_cancel / sleep change in behaviour Message-ID: <20150904123036.GH2072@kib.kiev.ua> References: <20150903080047.16be939e@X220.alogt.com> <20150903081947.GB2072@kib.kiev.ua> <20150903183353.2633a38b@X220.alogt.com> <20150903104351.GE2072@kib.kiev.ua> <20150904083740.5f3e49aa@X220.alogt.com> <20150904081857.GF2072@kib.kiev.ua> <20150904163524.0b420a90@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150904163524.0b420a90@X220.alogt.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 12:30:49 -0000 On Fri, Sep 04, 2015 at 04:35:24PM +0800, Erich Dollansky wrote: > Hi,. > > On Fri, 4 Sep 2015 11:18:57 +0300 > Konstantin Belousov wrote: > > > On Fri, Sep 04, 2015 at 08:37:40AM +0800, Erich Dollansky wrote: > > > On Thu, 3 Sep 2015 13:43:51 +0300 > > > > > > and it works there. > > > > > > So, it is just a matter of time until the fix finds its way back to > > > 10? > > Yes, should be several days timeframe. > > this sounds perfect. > > > > > > > > Of course, I do not ignore the signal now in the application > > > anymore. The application then works as expected on 10.2 STABLE. > > Well, the consequence of the bug, which affected you, is that it was > > allowed for the applications to ignore SIGCANCEL. With the bug fixed, > > the signal(SIGCANCEL, anything) becomes nop. > > Was it just me being blind or is the documentation on this a bit > limited? Documentation on what ? SIGCANCEL is non-standard signal, it is not documented because this is internal facility for the threading library. Fiddling with anything without understanding the functionality is not the best idea. From owner-freebsd-stable@freebsd.org Fri Sep 4 14:34:52 2015 Return-Path: Delivered-To: freebsd-stable@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 1E0DB9C9C6D for ; Fri, 4 Sep 2015 14:34:52 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD3CC919 for ; Fri, 4 Sep 2015 14:34:51 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: by obqa2 with SMTP id a2so18190505obq.3 for ; Fri, 04 Sep 2015 07:34:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=oMV7BBD4zdAQulmDfJ1gzgkr8Hh1vXS3/AucdeCulsc=; b=e7FjIOrx755GT2K05mLw3QdDzWbahLkSAhpGQtV6bD55LTahcksjX+kBAM7bvVPb11 /G/qV9MYDi5dCmTPssOytjGl42/IHQsC9tyQOQdBN/yjn5Gwn3nOil8TXImDkC9HKPlw JgleXc6HSPsIc4kFFTHw7ZM5YtCVSmZN6o29OT+20SCbgv87sFaNojPrWaaaEZHuy+Gy oG7SOTUeeQVlA9hKpnVLQ9SCoI8MATxJzaUR0sFln4x/CQlvEiBeJkh1euTFG1ovj3TY CIOMO9GmqbrsjTjAAZ6+mGrN1hznhB+KahKPOY8P871H0IOjGyL3/NIef3N7eSDUZWyQ zpdg== MIME-Version: 1.0 X-Received: by 10.182.53.229 with SMTP id e5mr3495377obp.68.1441377291085; Fri, 04 Sep 2015 07:34:51 -0700 (PDT) Received: by 10.76.99.146 with HTTP; Fri, 4 Sep 2015 07:34:51 -0700 (PDT) Date: Fri, 4 Sep 2015 10:34:51 -0400 Message-ID: Subject: GPU suggestion: gtx 750ti From: Dot Yet To: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 14:34:52 -0000 Hello, I currently run haswell based desktop and am planning to add a second gpu to get decent graphics functional. I am thinking about purchasing nvidia gtx 750ti. can anyone confirm if its supported by drivers and is capable of hardware acceleration? if not, what current day gpu should i look for? I am not a gamer, but I do like watching 1080p movies/trailers etc. Please let me know. thanks, . From owner-freebsd-stable@freebsd.org Fri Sep 4 15:05:39 2015 Return-Path: Delivered-To: freebsd-stable@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 8B8E39CAD91 for ; Fri, 4 Sep 2015 15:05:39 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BB081C60 for ; Fri, 4 Sep 2015 15:05:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t84Eo1Bm033632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Sep 2015 16:50:02 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: dot.yet@gmail.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id t84EnwjQ006252 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 4 Sep 2015 21:49:59 +0700 (KRAT) (envelope-from eugen@grosbein.net) Message-ID: <55E9AF91.7070601@grosbein.net> Date: Fri, 04 Sep 2015 21:49:53 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Dot Yet , FreeBSD stable Subject: Re: GPU suggestion: gtx 750ti References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 15:05:39 -0000 04.09.2015 21:34, Dot Yet пишет: > Hello, > > I currently run haswell based desktop and am planning to add a second gpu > to get decent graphics functional. I am thinking about purchasing nvidia > gtx 750ti. can anyone confirm if its supported by drivers and is capable of > hardware acceleration? if not, what current day gpu should i look for? I am > not a gamer, but I do like watching 1080p movies/trailers etc. > > Please let me know. I have Intel HD4000 too and wanted something better but quiet and low-power for my thin mini-BTX motherboard. I've got passive cooled Nvidia GT 730 that draws power from PCI-E slot only, no additional power from motherboard. It works just fine with binary nvidia-driver with FreeBSD 10.2 Eugene Grosbein From owner-freebsd-stable@freebsd.org Fri Sep 4 15:16:11 2015 Return-Path: Delivered-To: freebsd-stable@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 845309CA26B for ; Fri, 4 Sep 2015 15:16:11 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 4D3332ED for ; Fri, 4 Sep 2015 15:16:11 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id C4A8468A3 for ; Fri, 4 Sep 2015 17:16:00 +0200 (CEST) Subject: Re: GPU suggestion: gtx 750ti To: freebsd-stable@freebsd.org References: From: Jan Bramkamp Message-ID: <55E9B5AF.50106@rlwinm.de> Date: Fri, 4 Sep 2015 17:15:59 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 15:16:11 -0000 On 04/09/15 16:34, Dot Yet wrote: > Hello, > > I currently run haswell based desktop and am planning to add a second gpu > to get decent graphics functional. I am thinking about purchasing nvidia > gtx 750ti. can anyone confirm if its supported by drivers and is capable of > hardware acceleration? if not, what current day gpu should i look for? I am > not a gamer, but I do like watching 1080p movies/trailers etc. > > Please let me know. Yes a Nvidia GTX 750ti is supported by the closed source binary driver according to https://www.nvidia.com/download/index.aspx (enter your data and you end up at https://www.nvidia.com/download/driverResults.aspx/90283/en-us). A GTX 750ti is a bit overpowered for light desktop and media usage but based on a dated microarchitecture and lacks hardware support for the upcoming h.265 video codec. Nvidia drops support for old hardware in their driver from time to time and newer chips have a lower idle power consumption for a given peak performance so you might want to look for a GPU with a newer microarchitecture. The GTX950 would be a good fit but the nvidia driver port is not yet up to version 352.41 which adds support for the GTX950. From owner-freebsd-stable@freebsd.org Fri Sep 4 15:21:50 2015 Return-Path: Delivered-To: freebsd-stable@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 CB7D39CA5CC for ; Fri, 4 Sep 2015 15:21:50 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) by mx1.freebsd.org (Postfix) with ESMTP id A65FA86E for ; Fri, 4 Sep 2015 15:21:50 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=FPifxsD0gfnVQY5JdDZiFeF7EuJY+vW5x+jA7H5VmzY=; b=ZneFsIY0GHopAEK/5dx8jBJP4+i6LYeX5gBzT2NjJIpWc5UcShm+LeDuZYzbO3yWVuUXgTSObQ DAqvLIOutqhXjRW+awmTUeBTz4WFOmSUGPbbUE5ffnObYctUpwAs3OELGThhxWHB21SxkSlrK5iC9 23EudpPOoafL7EefXjl4=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:17382 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZXsoG-0001ZB-C3 for freebsd-stable@freebsd.org; Fri, 04 Sep 2015 10:21:48 -0500 Received: from proxy.lucent.com ([135.245.48.14]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 04 Sep 2015 10:21:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 04 Sep 2015 10:21:48 -0500 From: Larry Rosenman To: freebsd-stable@freebsd.org Subject: freebsd-update: No Keys? Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 15:21:50 -0000 Is there a known issue with the freebsd-update servers? thebighonker.lerctr.org /home/ler $ sudo ezjail-admin setup -u Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching public key from update4.freebsd.org... failed. Fetching public key from update2.freebsd.org... failed. Fetching public key from update5.freebsd.org... failed. Fetching public key from update6.freebsd.org... failed. Fetching public key from update3.freebsd.org... failed. No mirrors remaining, giving up. Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching public key from update6.freebsd.org... failed. Fetching public key from update4.freebsd.org... failed. Fetching public key from update5.freebsd.org... failed. Fetching public key from update3.freebsd.org... failed. Fetching public key from update2.freebsd.org... failed. No mirrors remaining, giving up. thebighonker.lerctr.org /home/ler $ this is coming from my colo. Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-stable@freebsd.org Fri Sep 4 15:38:35 2015 Return-Path: Delivered-To: freebsd-stable@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 05E1C9CAE88 for ; Fri, 4 Sep 2015 15:38:35 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C63022B5 for ; Fri, 4 Sep 2015 15:38:34 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: by oixx17 with SMTP id x17so14036176oix.0 for ; Fri, 04 Sep 2015 08:38:34 -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=ng9AZZ/x3G/FojuqzdcU9a71Q+DBC91M3xArhBZkyY8=; b=Vs1QL5B8WKqv97LcUX4BxeLTc6pLRuj8Dl41ilVfU9YJ+4bvqIzhjwfIaTdgHqx84/ 1SeISw1NYsB1JwzLL4aQ/b498702GZZxjgNMbbR/8RO+NYAE28CCyuYqJmn53Cuc7hR7 tk/T6QJdP0GHVC5L51VJvAe+0pOlcTh/T6WfBE1Tteryi2iHHflQyZkdyQg4HuRifxW/ kdoCbC5NV+Ooq3Bw8EsKntb2rI6vStH1vCmhjwkSagc8R+5SAnD9gpZIKQlIHju0liis IJsW4TPElGkMnoy3MWbZqvktOgXP6ZzmRWZ96BYNEzT+GFbdUZ4byER3aDVmM9mhwSk6 saaw== MIME-Version: 1.0 X-Received: by 10.202.206.22 with SMTP id e22mr3840327oig.132.1441381114097; Fri, 04 Sep 2015 08:38:34 -0700 (PDT) Received: by 10.76.99.146 with HTTP; Fri, 4 Sep 2015 08:38:33 -0700 (PDT) In-Reply-To: <55E9B5AF.50106@rlwinm.de> References: <55E9B5AF.50106@rlwinm.de> Date: Fri, 4 Sep 2015 11:38:33 -0400 Message-ID: Subject: Re: GPU suggestion: gtx 750ti From: Dot Yet To: Jan Bramkamp Cc: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 15:38:35 -0000 makes sense. I am very likely to revert back to haswell when support for it is there and move this card over to one of the other machines. so, based on what you said, for now 950 is not an appropriate choice? is it correct? thx. . On Fri, Sep 4, 2015 at 11:15 AM, Jan Bramkamp wrote: > > > On 04/09/15 16:34, Dot Yet wrote: > >> Hello, >> >> I currently run haswell based desktop and am planning to add a second gpu >> to get decent graphics functional. I am thinking about purchasing nvidia >> gtx 750ti. can anyone confirm if its supported by drivers and is capable >> of >> hardware acceleration? if not, what current day gpu should i look for? I >> am >> not a gamer, but I do like watching 1080p movies/trailers etc. >> >> Please let me know. >> > > Yes a Nvidia GTX 750ti is supported by the closed source binary driver > according to https://www.nvidia.com/download/index.aspx (enter your data > and you end up at > https://www.nvidia.com/download/driverResults.aspx/90283/en-us). > > A GTX 750ti is a bit overpowered for light desktop and media usage but > based on a dated microarchitecture and lacks hardware support for the > upcoming h.265 video codec. > > Nvidia drops support for old hardware in their driver from time to time > and newer chips have a lower idle power consumption for a given peak > performance so you might want to look for a GPU with a newer > microarchitecture. The GTX950 would be a good fit but the nvidia driver > port is not yet up to version 352.41 which adds support for the GTX950. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Fri Sep 4 16:11:31 2015 Return-Path: Delivered-To: freebsd-stable@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 7293D9CB00D for ; Fri, 4 Sep 2015 16:11:31 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::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 38E55EF1 for ; Fri, 4 Sep 2015 16:11:31 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: by oibi136 with SMTP id i136so14575458oib.3 for ; Fri, 04 Sep 2015 09:11:30 -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=7UDK4FSXYMNvtVFVIAVRTnyC6r5U653ePH3Cu/FI17s=; b=uhYiwffPKFDvMzx8kMv0gQuMGLtQYH01MsQZVo5OMi92a0cAGNjRhMSAqcJIiPIN+W h2h6ivouTrWtsRkH/lPARK8knrnKPEoC1am5H96Dy4cx1k88oJ7fsABgM7tlQGnbu8mb 40bTZNqD6dSnkbMIbcBtvXoNpNyPV/krsjXh/UKQQjsaneuLlyAFYfPW+Phe/EP3MsTN BF9Cin/OgsDQQLCq/4SM1Z3EsuLXSaubuwOdJEyQISTzz8s0xBAX7XBfjQos6q2btGJ0 12EaggVhyt6yzYtLUnMj4aBRINMfkYCzmCVdS7ucp98GGzMSr//ewcyDnSRu/cPi6AAe sKnw== MIME-Version: 1.0 X-Received: by 10.202.197.151 with SMTP id v145mr4014590oif.88.1441383090483; Fri, 04 Sep 2015 09:11:30 -0700 (PDT) Received: by 10.76.99.146 with HTTP; Fri, 4 Sep 2015 09:11:30 -0700 (PDT) In-Reply-To: References: <55E9B5AF.50106@rlwinm.de> Date: Fri, 4 Sep 2015 16:11:30 +0000 Message-ID: Subject: Re: GPU suggestion: gtx 750ti From: Dot Yet To: Jan Bramkamp Cc: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 16:11:31 -0000 Seems 950 is supported now though: http://www.nvidia.com/download/driverResults.aspx/90283/en-us thx. . On Fri, Sep 4, 2015 at 3:38 PM, Dot Yet wrote: > makes sense. I am very likely to revert back to haswell when support for > it is there and move this card over to one of the other machines. > > so, based on what you said, for now 950 is not an appropriate choice? is > it correct? > > thx. > . > > On Fri, Sep 4, 2015 at 11:15 AM, Jan Bramkamp wrote: > >> >> >> On 04/09/15 16:34, Dot Yet wrote: >> >>> Hello, >>> >>> I currently run haswell based desktop and am planning to add a second gpu >>> to get decent graphics functional. I am thinking about purchasing nvidia >>> gtx 750ti. can anyone confirm if its supported by drivers and is capable >>> of >>> hardware acceleration? if not, what current day gpu should i look for? I >>> am >>> not a gamer, but I do like watching 1080p movies/trailers etc. >>> >>> Please let me know. >>> >> >> Yes a Nvidia GTX 750ti is supported by the closed source binary driver >> according to https://www.nvidia.com/download/index.aspx (enter your data >> and you end up at >> https://www.nvidia.com/download/driverResults.aspx/90283/en-us). >> >> A GTX 750ti is a bit overpowered for light desktop and media usage but >> based on a dated microarchitecture and lacks hardware support for the >> upcoming h.265 video codec. >> >> Nvidia drops support for old hardware in their driver from time to time >> and newer chips have a lower idle power consumption for a given peak >> performance so you might want to look for a GPU with a newer >> microarchitecture. The GTX950 would be a good fit but the nvidia driver >> port is not yet up to version 352.41 which adds support for the GTX950. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > From owner-freebsd-stable@freebsd.org Fri Sep 4 18:39:10 2015 Return-Path: Delivered-To: freebsd-stable@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 D8D019CB10E for ; Fri, 4 Sep 2015 18:39:10 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 961101BCF for ; Fri, 4 Sep 2015 18:39:10 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1ZXugo-0001N9-Qn; Fri, 04 Sep 2015 19:22:14 +0200 Received: from krabat.raven.hur (79.210.241.162) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 4 Sep 2015 19:22:14 +0200 Subject: Re: GPU suggestion: gtx 750ti To: Dot Yet References: <55E9B5AF.50106@rlwinm.de> CC: Jan Bramkamp , FreeBSD stable From: Rainer Hurling X-Enigmail-Draft-Status: N1110 Message-ID: <55E9D33E.80009@gwdg.de> Date: Fri, 4 Sep 2015 19:22:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 18:39:10 -0000 Am 04.09.2015 um 18:11 schrieb Dot Yet: > Seems 950 is supported now though: > > http://www.nvidia.com/download/driverResults.aspx/90283/en-us Yes, there is a binary driver for 950 at NVidia, but AFAIK it does not exist as a port on FreeBSD until now. Because there a some new internal changes in the driver and its file and directory structure, the port has to be adopted to these changes. O. Hartmann makes a suggestion for a patch almost one month ago [1]. HTH, Rainer [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202228 > > thx. > . > > On Fri, Sep 4, 2015 at 3:38 PM, Dot Yet wrote: > >> makes sense. I am very likely to revert back to haswell when support for >> it is there and move this card over to one of the other machines. >> >> so, based on what you said, for now 950 is not an appropriate choice? is >> it correct? >> >> thx. >> . >> >> On Fri, Sep 4, 2015 at 11:15 AM, Jan Bramkamp wrote: >> >>> >>> >>> On 04/09/15 16:34, Dot Yet wrote: >>> >>>> Hello, >>>> >>>> I currently run haswell based desktop and am planning to add a second gpu >>>> to get decent graphics functional. I am thinking about purchasing nvidia >>>> gtx 750ti. can anyone confirm if its supported by drivers and is capable >>>> of >>>> hardware acceleration? if not, what current day gpu should i look for? I >>>> am >>>> not a gamer, but I do like watching 1080p movies/trailers etc. >>>> >>>> Please let me know. >>>> >>> >>> Yes a Nvidia GTX 750ti is supported by the closed source binary driver >>> according to https://www.nvidia.com/download/index.aspx (enter your data >>> and you end up at >>> https://www.nvidia.com/download/driverResults.aspx/90283/en-us). >>> >>> A GTX 750ti is a bit overpowered for light desktop and media usage but >>> based on a dated microarchitecture and lacks hardware support for the >>> upcoming h.265 video codec. >>> >>> Nvidia drops support for old hardware in their driver from time to time >>> and newer chips have a lower idle power consumption for a given peak >>> performance so you might want to look for a GPU with a newer >>> microarchitecture. The GTX950 would be a good fit but the nvidia driver >>> port is not yet up to version 352.41 which adds support for the GTX950. From owner-freebsd-stable@freebsd.org Fri Sep 4 18:46:11 2015 Return-Path: Delivered-To: freebsd-stable@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 964319CB3D3 for ; Fri, 4 Sep 2015 18:46:11 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) by mx1.freebsd.org (Postfix) with ESMTP id 7321B1FCE for ; Fri, 4 Sep 2015 18:46:11 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=a5p4kqaD4m9hjtpfO5Hv/RgnDhLo0BvTs7g6lBGL4CA=; b=uavU90mSu8VKSPaa+JkXZmzHJo pX+hjWf5qIeB4GquueZKitmh2o5qXUkaI2EzXradS4IH9rRpT6bBwvY/PvMoHqcwM7EZLNa3bH8zN 6lpkd49IwOIhA65axFvX26M/OrNc7Wz39GQKyqhRrEg8Pu+VNVc34jm80A7kscACIUbc=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:39262 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZXw02-0007m5-K6 for freebsd-stable@freebsd.org; Fri, 04 Sep 2015 13:46:10 -0500 Received: from proxy.lucent.com ([135.245.48.14]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 04 Sep 2015 13:46:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 04 Sep 2015 13:46:10 -0500 From: Larry Rosenman To: freebsd-stable@freebsd.org Subject: Re: freebsd-update: No Keys? In-Reply-To: References: Message-ID: <78d3665e63166b51694b8d2c6ad17dc2@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 18:46:11 -0000 On 2015-09-04 10:21, Larry Rosenman wrote: > Is there a known issue with the freebsd-update servers? > > thebighonker.lerctr.org /home/ler $ sudo ezjail-admin setup -u > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching public key from update4.freebsd.org... failed. > Fetching public key from update2.freebsd.org... failed. > Fetching public key from update5.freebsd.org... failed. > Fetching public key from update6.freebsd.org... failed. > Fetching public key from update3.freebsd.org... failed. > No mirrors remaining, giving up. > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching public key from update6.freebsd.org... failed. > Fetching public key from update4.freebsd.org... failed. > Fetching public key from update5.freebsd.org... failed. > Fetching public key from update3.freebsd.org... failed. > Fetching public key from update2.freebsd.org... failed. > No mirrors remaining, giving up. > thebighonker.lerctr.org /home/ler $ > > this is coming from my colo. > > Thanks! To answer my own question for the archives: The issue is that ezjail-admin is using freebsd-update, and using the HOSTS uname -r value. In this case it was 10.2-STABLE. If I fake it out with: export UNAME_r=10.2-RELEASE it works fine. I've sent a message to the ezjail maintainer with this info. It looks like ezjail needs to fake out freebsd-update when it's dealing with it's jail(s). Thanks to Glen Barber for some insights1 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-stable@freebsd.org Sat Sep 5 01:03:06 2015 Return-Path: Delivered-To: freebsd-stable@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 1CA019CB316 for ; Sat, 5 Sep 2015 01:03:06 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::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 D5B7D35A for ; Sat, 5 Sep 2015 01:03:05 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: by oixx17 with SMTP id x17so20846112oix.0 for ; Fri, 04 Sep 2015 18:03:04 -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=zN7fv+CnlKTQFz0ORspsvJeAlkhgyeSGRE2Sg9zDOa8=; b=o84ifoH88CM88HLo4wO/pgtGEdMqG4uLzEj561rDDIy9RnnkW7rKLLt0ai3HGLss/y s/LnNOoy/2jOKANM6Vv27ANCfARgAFs5wcFosk38ghkW4Pz70fnbWU6cxRrMZYd2pluS qlX6crn6OHeq7JfxEH7YoNMFy5GBi+F1AKQAn6lNgt0eqxyvlVmYOSO+BNd7dklaxY+c vz7aeQuRFqoJ9Hz2YudXrG9ksGJGB/CcgshsQiUoWufeC4VV8oQqRcgmKVT0/153ZXbQ vIcA1oOJX8VJJIlacwZ56Jz9CYFbHqWFCVAcBWQynir3o26p22FOoLqzCs+6ZZgCYCSd aNbQ== MIME-Version: 1.0 X-Received: by 10.202.206.22 with SMTP id e22mr5599128oig.132.1441414984759; Fri, 04 Sep 2015 18:03:04 -0700 (PDT) Received: by 10.76.99.146 with HTTP; Fri, 4 Sep 2015 18:03:04 -0700 (PDT) In-Reply-To: <55E9D33E.80009@gwdg.de> References: <55E9B5AF.50106@rlwinm.de> <55E9D33E.80009@gwdg.de> Date: Fri, 4 Sep 2015 21:03:04 -0400 Message-ID: Subject: Re: GPU suggestion: gtx 750ti From: Dot Yet To: Rainer Hurling Cc: Jan Bramkamp , FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 01:03:06 -0000 So, I went ahead an bought a much cheaper card :) GT 720 for CAD70! followed the instructions mentioned here: https://forums.freebsd.org/threads/howto-setup-xorg-with-nvidias-driver.52311/, used the drives from x11/nvidia-driver binary package. Happy Camper!! Wonderful graphics! and 4k videos look amazing :) dual monitor setup, both monitors discovered automatically, I just had to fix their placement in xfce. Thanks everyone for their opinion and help. Enjoy the weekend! tjx. . On Fri, Sep 4, 2015 at 1:22 PM, Rainer Hurling wrote: > Am 04.09.2015 um 18:11 schrieb Dot Yet: > > Seems 950 is supported now though: > > > > http://www.nvidia.com/download/driverResults.aspx/90283/en-us > > Yes, there is a binary driver for 950 at NVidia, but AFAIK it does not > exist as a port on FreeBSD until now. > > Because there a some new internal changes in the driver and its file and > directory structure, the port has to be adopted to these changes. O. > Hartmann makes a suggestion for a patch almost one month ago [1]. > > HTH, > Rainer > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202228 > > > > > thx. > > . > > > > On Fri, Sep 4, 2015 at 3:38 PM, Dot Yet wrote: > > > >> makes sense. I am very likely to revert back to haswell when support for > >> it is there and move this card over to one of the other machines. > >> > >> so, based on what you said, for now 950 is not an appropriate choice? is > >> it correct? > >> > >> thx. > >> . > >> > >> On Fri, Sep 4, 2015 at 11:15 AM, Jan Bramkamp wrote: > >> > >>> > >>> > >>> On 04/09/15 16:34, Dot Yet wrote: > >>> > >>>> Hello, > >>>> > >>>> I currently run haswell based desktop and am planning to add a second > gpu > >>>> to get decent graphics functional. I am thinking about purchasing > nvidia > >>>> gtx 750ti. can anyone confirm if its supported by drivers and is > capable > >>>> of > >>>> hardware acceleration? if not, what current day gpu should i look > for? I > >>>> am > >>>> not a gamer, but I do like watching 1080p movies/trailers etc. > >>>> > >>>> Please let me know. > >>>> > >>> > >>> Yes a Nvidia GTX 750ti is supported by the closed source binary driver > >>> according to https://www.nvidia.com/download/index.aspx (enter your > data > >>> and you end up at > >>> https://www.nvidia.com/download/driverResults.aspx/90283/en-us). > >>> > >>> A GTX 750ti is a bit overpowered for light desktop and media usage but > >>> based on a dated microarchitecture and lacks hardware support for the > >>> upcoming h.265 video codec. > >>> > >>> Nvidia drops support for old hardware in their driver from time to time > >>> and newer chips have a lower idle power consumption for a given peak > >>> performance so you might want to look for a GPU with a newer > >>> microarchitecture. The GTX950 would be a good fit but the nvidia driver > >>> port is not yet up to version 352.41 which adds support for the GTX950. > > From owner-freebsd-stable@freebsd.org Sat Sep 5 01:04:59 2015 Return-Path: Delivered-To: freebsd-stable@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 B592A9CB416 for ; Sat, 5 Sep 2015 01:04:59 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::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 78BF46D4 for ; Sat, 5 Sep 2015 01:04:59 +0000 (UTC) (envelope-from dot.yet@gmail.com) Received: by obqa2 with SMTP id a2so29272742obq.3 for ; Fri, 04 Sep 2015 18:04:58 -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=GBX0Vogpa08iTWG/Ycnv/k2g8h45vnj4MViawR1aDI8=; b=0Wfa+puxMnck4tMAsqWi9CnKcobGlsw/y/ypkDtHb3v9vgIdzdxckr1JA/lVSY7hnE N+PJCIi02jxPncqGETaFechzE4Qh9xGO603m+N/cFZqVPgIY4tBshLcjW3n2eXnrvb8H XkRPQxFPQhTPrueRxe+hIeEO+tRJADgPwI4nKIyUzPcigYU/ipPaUW4J9u3BT34RPDBX sy385vvj5TfCrS4Hb+3MA4se8cH2G+2Wu1y6be1wQgZo5TLHoBca8qf6kMJNVHQuprUd 6UzK4mM5K3qtp8IBwunr42hA9wfF0G03JUGdnPRYaGsu9KYVnMntE9yIsOXLQZr52XvE SO7Q== MIME-Version: 1.0 X-Received: by 10.60.69.200 with SMTP id g8mr5623244oeu.40.1441415098806; Fri, 04 Sep 2015 18:04:58 -0700 (PDT) Received: by 10.76.99.146 with HTTP; Fri, 4 Sep 2015 18:04:58 -0700 (PDT) In-Reply-To: References: <55E9B5AF.50106@rlwinm.de> <55E9D33E.80009@gwdg.de> Date: Fri, 4 Sep 2015 21:04:58 -0400 Message-ID: Subject: Re: GPU suggestion: gtx 750ti From: Dot Yet To: Rainer Hurling Cc: Jan Bramkamp , FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 01:04:59 -0000 one thing though, there is some minor tearing, not sure if there is away to fix it. any suggestions? thx. . On Fri, Sep 4, 2015 at 9:03 PM, Dot Yet wrote: > So, I went ahead an bought a much cheaper card :) GT 720 for CAD70! > > followed the instructions mentioned here: > https://forums.freebsd.org/threads/howto-setup-xorg-with-nvidias-driver.52311/, > used the drives from x11/nvidia-driver binary package. > > Happy Camper!! > > Wonderful graphics! and 4k videos look amazing :) dual monitor setup, both > monitors discovered automatically, I just had to fix their placement in > xfce. > > Thanks everyone for their opinion and help. Enjoy the weekend! > > tjx. > . > > > > > > > > > On Fri, Sep 4, 2015 at 1:22 PM, Rainer Hurling wrote: > >> Am 04.09.2015 um 18:11 schrieb Dot Yet: >> > Seems 950 is supported now though: >> > >> > http://www.nvidia.com/download/driverResults.aspx/90283/en-us >> >> Yes, there is a binary driver for 950 at NVidia, but AFAIK it does not >> exist as a port on FreeBSD until now. >> >> Because there a some new internal changes in the driver and its file and >> directory structure, the port has to be adopted to these changes. O. >> Hartmann makes a suggestion for a patch almost one month ago [1]. >> >> HTH, >> Rainer >> >> [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202228 >> >> > >> > thx. >> > . >> > >> > On Fri, Sep 4, 2015 at 3:38 PM, Dot Yet wrote: >> > >> >> makes sense. I am very likely to revert back to haswell when support >> for >> >> it is there and move this card over to one of the other machines. >> >> >> >> so, based on what you said, for now 950 is not an appropriate choice? >> is >> >> it correct? >> >> >> >> thx. >> >> . >> >> >> >> On Fri, Sep 4, 2015 at 11:15 AM, Jan Bramkamp wrote: >> >> >> >>> >> >>> >> >>> On 04/09/15 16:34, Dot Yet wrote: >> >>> >> >>>> Hello, >> >>>> >> >>>> I currently run haswell based desktop and am planning to add a >> second gpu >> >>>> to get decent graphics functional. I am thinking about purchasing >> nvidia >> >>>> gtx 750ti. can anyone confirm if its supported by drivers and is >> capable >> >>>> of >> >>>> hardware acceleration? if not, what current day gpu should i look >> for? I >> >>>> am >> >>>> not a gamer, but I do like watching 1080p movies/trailers etc. >> >>>> >> >>>> Please let me know. >> >>>> >> >>> >> >>> Yes a Nvidia GTX 750ti is supported by the closed source binary driver >> >>> according to https://www.nvidia.com/download/index.aspx (enter your >> data >> >>> and you end up at >> >>> https://www.nvidia.com/download/driverResults.aspx/90283/en-us). >> >>> >> >>> A GTX 750ti is a bit overpowered for light desktop and media usage but >> >>> based on a dated microarchitecture and lacks hardware support for the >> >>> upcoming h.265 video codec. >> >>> >> >>> Nvidia drops support for old hardware in their driver from time to >> time >> >>> and newer chips have a lower idle power consumption for a given peak >> >>> performance so you might want to look for a GPU with a newer >> >>> microarchitecture. The GTX950 would be a good fit but the nvidia >> driver >> >>> port is not yet up to version 352.41 which adds support for the >> GTX950. >> >> > From owner-freebsd-stable@freebsd.org Sat Sep 5 09:00:27 2015 Return-Path: Delivered-To: freebsd-stable@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 8F9F79CA7CA for ; Sat, 5 Sep 2015 09:00:27 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: from smtpout-fallback.aon.at (smtpout-fallback.aon.at [195.3.96.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB76C1CC4 for ; Sat, 5 Sep 2015 09:00:26 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: (qmail 7694 invoked from network); 5 Sep 2015 08:53:43 -0000 Received: from unknown (HELO smtpout.aon.at) ([172.18.1.201]) (envelope-sender ) by fallback44.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 5 Sep 2015 08:53:43 -0000 Received: (qmail 4404 invoked from network); 5 Sep 2015 08:53:35 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on WARSBL606.highway.telekom.at X-Spam-Level: Received: from 194-166-155-234.adsl.highway.telekom.at (HELO gandalf.xyzzy) ([194.166.155.234]) (envelope-sender ) by smarthub81.res.a1.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 5 Sep 2015 08:53:35 -0000 X-A1Mail-Track-Id: 1441443214:4387:smarthub81:194.166.155.234:1 Received: from mizar.xyzzy (mizar.xyzzy [192.168.1.19]) by gandalf.xyzzy (8.15.2/8.15.2) with ESMTP id t858rXhr039542 for ; Sat, 5 Sep 2015 10:53:34 +0200 (CEST) (envelope-from la5lbtyi@aon.at) To: freebsd-stable@freebsd.org From: Martin Birgmeier Subject: file(1) command very slow Organization: MBi at home Message-ID: <55EAAD8D.9020902@aon.at> Date: Sat, 5 Sep 2015 10:53:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 09:00:27 -0000 Running the file(1) command on a 7 MB text file takes much longer in 10.2 than in 10.1. Example: # ll /tmp/x6 -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 # file /tmp/x6 /tmp/x6: ASCII text file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total # I have this on all my machines since installing 10.2. Any ideas on what is wrong? -- Martin From owner-freebsd-stable@freebsd.org Sat Sep 5 11:39:05 2015 Return-Path: Delivered-To: freebsd-stable@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 8BF9A9CB246 for ; Sat, 5 Sep 2015 11:39:05 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 20E901C47 for ; Sat, 5 Sep 2015 11:39:04 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t85BcqXi037274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 5 Sep 2015 13:38:54 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from [10.58.0.4] (dadv@[10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id t85BclQg092793 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Sat, 5 Sep 2015 18:38:47 +0700 (KRAT) (envelope-from eugen@grosbein.net) Message-ID: <55EAD446.7020706@grosbein.net> Date: Sat, 05 Sep 2015 18:38:46 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: file(1) command very slow References: <55EAAD8D.9020902@aon.at> In-Reply-To: <55EAAD8D.9020902@aon.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 11:39:05 -0000 05.09.2015 15:53, Martin Birgmeier пишет: > Running the file(1) command on a 7 MB text file takes much longer in > 10.2 than in 10.1. > > Example: > > # ll /tmp/x6 > -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 > # file /tmp/x6 > /tmp/x6: ASCII text > file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total > # > > I have this on all my machines since installing 10.2. > > Any ideas on what is wrong? That's performance regression in the file-5.23 compared with file-5.22 bundled with earlier versions of FreeBSD. I have reported it upstream about 3 weeks ago but got no response: http://bugs.gw.com/view.php?id=474 For me, 5.23 is 130+ times slower than 5.22. Partially that's because of larger look-ahead buffer (1MB vs. 256K): https://github.com/file/file/commit/dd89d293fe62ca55542a5637e239b33404c58a8d However, backout of this change gets only 10 times speedup, not 130 times, so there should be more changes guilty. Eugene Grosbein