From owner-freebsd-stable@freebsd.org Sun Aug 23 00:39: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 346D79C0E44 for ; Sun, 23 Aug 2015 00:39:18 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1C934164C for ; Sun, 23 Aug 2015 00:39:18 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 18E909C0E43; Sun, 23 Aug 2015 00:39:18 +0000 (UTC) Delivered-To: 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 187979C0E42 for ; Sun, 23 Aug 2015 00:39:18 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 D4887164B for ; Sun, 23 Aug 2015 00:39:17 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 787CF153465 for ; Sun, 23 Aug 2015 02:39:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id td4B7ZNHv4lw; Sun, 23 Aug 2015 02:38:44 +0200 (CEST) Received: from [192.168.10.10] (asus [192.168.10.10]) by smtp.digiware.nl (Postfix) with ESMTPA id 281A015344D for ; Sun, 23 Aug 2015 02:38:44 +0200 (CEST) To: "stable@freebsd.org" From: Willem Jan Withagen Subject: todays 10.2-stable does not seem to compile for me Message-ID: <55D91616.9090302@digiware.nl> Date: Sun, 23 Aug 2015 02:38:46 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; 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: Sun, 23 Aug 2015 00:39:18 -0000 ===> procfs (cleandir) rm -f export_syms procfs.ko procfs.kld procfs_ctl.o procfs_dbregs.o procfs_fpregs.o procfs_ioctl.o procfs_map.o procfs_mem.o procfs_note.o procfs_osrel.o procfs_regs.o procfs_rlimit.o procfs_status.o procfs_type.o procfs.o procfs.ko.debug procfs.ko.symbols opt_compat.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f @ machine x86 rm: machine: is a directory rm: x86: is a directory *** Error code 1 Did rebuild world first, but rm is right: [/usr/srcs/work10/src/sys/modules/procfs] root@zfs.digiware.nl# ls Makefile machine/ x86/ Same in sys/modules/vmm ... I have no idea why they are actual directories on this system. Perhaps because I executed make in the local directory to make the module, certainly for vmm. But then still it would be nice that cleaning would do its work? And delete with rm -rf? --WjW From owner-freebsd-stable@freebsd.org Sun Aug 23 08:02:46 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 1F7779BF498 for ; Sun, 23 Aug 2015 08:02:46 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDAE1E6D for ; Sun, 23 Aug 2015 08:02:45 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by iodb91 with SMTP id b91so119741506iod.1 for ; Sun, 23 Aug 2015 01:02:45 -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 :content-type; bh=K5euskvkXfPKb/tD8h6vrLPX/S/jTYL0qVL85hsy8oQ=; b=yt8N4iFzWsfBv7w18w/earLrmKVDDs/u07RDVhBM4B4MK7wWp0LilApsw/0SK3v4rn FSLIoISW8TWI4ORNt3FpYpCd6dvHyl0y0w1m2vD0G1Ro7GEvSPNyb/lX3/6zJATfshC6 HLJoYEZ3KoXRsMzDDB51dEZ0qJoH8fdd0PvU7r9fQxbhQ1kiReWu7o8c3KNn6JQzdjHq kjtUSa3L7JJKgwbiRi84eUBS//Wk4W0LJFYAkFOD6lphjMhQ+EswOt20pyRadsRIIb2V Pb/+NYJq3pKf1kj8bNQJP1KoyEvEPZgKGWTABLa694Vy2QnTwsH+5q5p4SUr00fTHd8Y 4nmw== MIME-Version: 1.0 X-Received: by 10.107.136.99 with SMTP id k96mr16768937iod.67.1440316965172; Sun, 23 Aug 2015 01:02:45 -0700 (PDT) Received: by 10.79.107.212 with HTTP; Sun, 23 Aug 2015 01:02:45 -0700 (PDT) In-Reply-To: <55D899C4.30406@codelibre.net> References: <55D879DA.1070407@gmail.com> <55D899C4.30406@codelibre.net> Date: Sun, 23 Aug 2015 10:02:45 +0200 Message-ID: Subject: Re: SSH Chroot FreeBSD 10.1 and 10.2 From: Johan Hendriks To: freebsd-stable 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, 23 Aug 2015 08:02:46 -0000 Op zaterdag 22 augustus 2015 heeft Roger Leigh het volgende geschreven: > On 22/08/2015 15:01, Brandon Allbery wrote: > >> On Sat, Aug 22, 2015 at 10:54 AM, Rainer Duffner >> wrote: >> >> I found it=E2=80=99s much easier to have actual chroot=E2=80=99ed ssh us= ers once the users >>> themselves are in an LDAP-directory. >>> Also, for doing anything useful on that shell, it turned out you need a >>> some more devices in /dev than the usual chroot (like a chroot=E2=80=99= ed >>> PHP-FPM, >>> that just needs the dev-set of jail(4)). >>> And a couple of symlinks. >>> >>> >> Yep; chroots are always a pain to deal with. I have seen utilities to >> manage them, but only for Linux. >> > > For your information, I'm in the process of porting my schroot chroot > management tool to FreeBSD. > > https://github.com/codelibre-net/schroot > > This was traditionally a Linux (Debian) chroot tool for building source > packages, but it's worked on Debian GNU/kFreeBSD for a good while so it > already supported nullfs filesystem mounts e.g. of home directories and > devices, and now the work to build it on FreeBSD proper is done--I was > blocked on toolchain/linker bugs for the last 18 months until 10.2 came o= ut > (C++11 nullptr_t was broken) > > The master branch is current development work, and I got it all building > on FreeBSD 10.2-RELEASE just yesterday. It's not yet actually *tested* o= n > FreeBSD other than the unit tests pass. So it might not be > production-ready right now, but it should be fairly soon. Now it's > building, I'll also look at adding some FreeBSD-specific features to it a= s > well, like ZFS snapshots, jail support, etc. > > While the compiled binaries should be fine, there may be residual > Debianisms/GNU libc-isms in the setup scripts. They are likely trivial to > fix though. > > If anyone wants to give it a try and provide some feedback, or if you hav= e > any suggestions or feature requests, please just let me know either by ma= il > or at https://github.com/codelibre-net/schroot/issues > Instructions for building on FreeBSD are in the README > https://github.com/codelibre-net/schroot/blob/master/README.md > > > > Kind regards, > Roger > _______________________________________________ > 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" Thank you all for your time and contribution. I will look at the suggestions given here in the coming days. Regards Johan From owner-freebsd-stable@freebsd.org Sun Aug 23 11:09:12 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 A98199C14BE; Sun, 23 Aug 2015 11:09:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 299A818D0; Sun, 23 Aug 2015 11:09:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1ZTT8z-000KPV-3n; Sun, 23 Aug 2015 14:08:57 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance From: Daniel Braniss In-Reply-To: <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> Date: Sun, 23 Aug 2015 14:08:56 +0300 Cc: pyunyh@gmail.com, Hans Petter Selasky , FreeBSD stable , FreeBSD Net , Christopher Forgeron , Gleb Smirnoff , Slawa Olhovchenkov Message-Id: <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D429A4.3010407@selasky.org> <20150819074212.GB964@michelle.fasterthan.com> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.2104) 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, 23 Aug 2015 11:09:12 -0000 > On 22 Aug 2015, at 14:59, Rick Macklem wrote: >=20 > Daniel Braniss wrote: >>=20 >>> On Aug 22, 2015, at 12:46 AM, Rick Macklem = wrote: >>>=20 >>> Yonghyeon PYUN wrote: >>>> On Wed, Aug 19, 2015 at 09:00:35AM -0400, Rick Macklem wrote: >>>>> Hans Petter Selasky wrote: >>>>>> On 08/19/15 09:42, Yonghyeon PYUN wrote: >>>>>>> On Wed, Aug 19, 2015 at 09:00:52AM +0200, Hans Petter Selasky = wrote: >>>>>>>> On 08/18/15 23:54, Rick Macklem wrote: >>>>>>>>> Ouch! Yes, I now see that the code that counts the # of mbufs = is >>>>>>>>> before >>>>>>>>> the >>>>>>>>> code that adds the tcp/ip header mbuf. >>>>>>>>>=20 >>>>>>>>> In my opinion, this should be fixed by setting = if_hw_tsomaxsegcount >>>>>>>>> to >>>>>>>>> whatever >>>>>>>>> the driver provides - 1. It is not the driver's responsibility = to >>>>>>>>> know if >>>>>>>>> a tcp/ip >>>>>>>>> header mbuf will be added and is a lot less confusing that = expecting >>>>>>>>> the >>>>>>>>> driver >>>>>>>>> author to know to subtract one. (I had mistakenly thought that >>>>>>>>> tcp_output() had >>>>>>>>> added the tc/ip header mbuf before the loop that counts mbufs = in the >>>>>>>>> list. >>>>>>>>> Btw, >>>>>>>>> this tcp/ip header mbuf also has leading space for the MAC = layer >>>>>>>>> header.) >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Hi Rick, >>>>>>>>=20 >>>>>>>> Your question is good. With the Mellanox hardware we have = separate >>>>>>>> so-called inline data space for the TCP/IP headers, so if the = TCP >>>>>>>> stack >>>>>>>> subtracts something, then we would need to add something to the = limit, >>>>>>>> because then the scatter gather list is only used for the data = part. >>>>>>>>=20 >>>>>>>=20 >>>>>>> I think all drivers in tree don't subtract 1 for >>>>>>> if_hw_tsomaxsegcount. Probably touching Mellanox driver would = be >>>>>>> simpler than fixing all other drivers in tree. >>>>>>>=20 >>>>>>>> Maybe it can be controlled by some kind of flag, if all the = three TSO >>>>>>>> limits should include the TCP/IP/ethernet headers too. I'm = pretty sure >>>>>>>> we want both versions. >>>>>>>>=20 >>>>>>>=20 >>>>>>> Hmm, I'm afraid it's already complex. Drivers have to tell = almost >>>>>>> the same information to both bus_dma(9) and network stack. >>>>>>=20 >>>>>> Don't forget that not all drivers in the tree set the TSO limits = before >>>>>> if_attach(), so possibly the subtraction of one TSO fragment = needs to go >>>>>> into ip_output() .... >>>>>>=20 >>>>> Ok, I realized that some drivers may not know the answers before >>>>> ether_ifattach(), >>>>> due to the way they are configured/written (I saw the use of >>>>> if_hw_tsomax_update() >>>>> in the patch). >>>>=20 >>>> I was not able to find an interface that configures TSO parameters >>>> after if_t conversion. I'm under the impression >>>> if_hw_tsomax_update() is not designed to use this way. Probably we >>>> need a better one?(CCed to Gleb). >>>>=20 >>>>>=20 >>>>> If it is subtracted as a part of the assignment to = if_hw_tsomaxsegcount >>>>> in >>>>> tcp_output() >>>>> at line#791 in tcp_output() like the following, I don't think it = should >>>>> matter if the >>>>> values are set before ether_ifattach()? >>>>> /* >>>>> * Subtract 1 for the tcp/ip header mbuf that >>>>> * will be prepended to the mbuf chain in this >>>>> * function in the code below this block. >>>>> */ >>>>> if_hw_tsomaxsegcount =3D tp->t_tsomaxsegcount - = 1; >>>>>=20 >>>>> I don't have a good solution for the case where a driver doesn't = plan on >>>>> using the >>>>> tcp/ip header provided by tcp_output() except to say the driver = can add >>>>> one >>>>> to the >>>>> setting to compensate for that (and if they fail to do so, it = still >>>>> works, >>>>> although >>>>> somewhat suboptimally). When I now read the comment in = sys/net/if_var.h >>>>> it >>>>> is clear >>>>> what it means, but for some reason I didn't read it that way = before? (I >>>>> think it was >>>>> the part that said the driver didn't have to subtract for the = headers >>>>> that >>>>> confused me?) >>>>> In any case, we need to try and come up with a clear definition of = what >>>>> they need to >>>>> be set to. >>>>>=20 >>>>> I can now think of two ways to deal with this: >>>>> 1 - Leave tcp_output() as is, but provide a macro for the device = driver >>>>> authors to use >>>>> that sets if_hw_tsomaxsegcount with a flag for "driver uses = tcp/ip >>>>> header mbuf", >>>>> documenting that this flag should normally be true. >>>>> OR >>>>> 2 - Change tcp_output() as above, noting that this is a workaround = for >>>>> confusion w.r.t. >>>>> whether or not if_hw_tsomaxsegcount should include the tcp/ip = header >>>>> mbuf and >>>>> update the comment in if_var.h to reflect this. Then drivers = that >>>>> don't >>>>> use the >>>>> tcp/ip header mbuf can increase their value for = if_hw_tsomaxsegcount >>>>> by >>>>> 1. >>>>> (The comment should also mention that a value of 35 or greater = is much >>>>> preferred to >>>>> 32 if the hardware will support that.) >>>>>=20 >>>>=20 >>>> Both works for me. My preference is 2 just because it's very >>>> common for most drivers that use tcp/ip header mbuf. >>> Thanks for this comment. I tend to agree, both for the reason you = state and >>> also >>> because the patch is simple enough that it might qualify as an = errata for >>> 10.2. >>>=20 >>> I am hoping Daniel Braniss will be able to test the patch and let us = know >>> if it >>> improves performance with TSO enabled? >>=20 >> send me the patch and I=E2=80=99ll test it ASAP. >> danny >>=20 > Patch is attached. The one for head will also include an update to the = comment > in sys/net/if_var.h, but that isn't needed for testing. well, the plot thickens. Yesterday, before running the new kernel, I decided to re run my test, = and to my surprise i was getting good numbers, about 300MGB/s with and without TSO. this morning, the numbers were again bad, around 70MGB/s,what the ^%$#@! so, after some coffee, I run some more tests, and some conclusions: using a netapp(*) as the nfs client: - doing=20 ifconfig ix0 tso or -tso does some magic and numbers are back to normal - for a while using another Fbsd/zfs as client all is nifty, actually a bit faster = than the netapp (not a fair comparison, since the zfs client is not heavily used) and I can=E2=80=99t = see any degradation. =20 btw, this is with the patch applied, but was seeing similar numbers = before the patch. running with tso, initially I get around 300MGB/s, but after a = while(sorry can=E2=80=99t be more scientific) it drops down to about half, and finally to a pathetic 70MGB/s *: while running the tests I monitored the Netapp, and nothing out of = the ordinary there. cheers, danny From owner-freebsd-stable@freebsd.org Sun Aug 23 12:17:07 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 6559C9BA4B8; Sun, 23 Aug 2015 12:17:07 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 190851A56; Sun, 23 Aug 2015 12:17:07 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZTUCi-0005eT-Cl; Sun, 23 Aug 2015 15:16:52 +0300 Date: Sun, 23 Aug 2015 15:16:52 +0300 From: Slawa Olhovchenkov To: Daniel Braniss Cc: Rick Macklem , pyunyh@gmail.com, Hans Petter Selasky , FreeBSD stable , FreeBSD Net , Gleb Smirnoff , Christopher Forgeron Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance Message-ID: <20150823121652.GJ3158@zxy.spb.ru> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D429A4.3010407@selasky.org> <20150819074212.GB964@michelle.fasterthan.com> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 23 Aug 2015 12:17:07 -0000 On Sun, Aug 23, 2015 at 02:08:56PM +0300, Daniel Braniss wrote: > >> send me the patch and I'll test it ASAP. > >> danny > >> > > Patch is attached. The one for head will also include an update to the comment > > in sys/net/if_var.h, but that isn't needed for testing. > > > well, the plot thickens. > > Yesterday, before running the new kernel, I decided to re run my test, and to my surprise > i was getting good numbers, about 300MGB/s with and without TSO. > > this morning, the numbers were again bad, around 70MGB/s,what the ^%$#@! > > so, after some coffee, I run some more tests, and some conclusions: > using a netapp(*) as the nfs client: > - doing > ifconfig ix0 tso or -tso > does some magic and numbers are back to normal - for a while > > using another Fbsd/zfs as client all is nifty, actually a bit faster than the netapp (not a fair > comparison, since the zfs client is not heavily used) and I can't see any degradation. > > btw, this is with the patch applied, but was seeing similar numbers before the patch. > > running with tso, initially I get around 300MGB/s, but after a while(sorry can't be more scientific) > it drops down to about half, and finally to a pathetic 70MGB/s > > *: while running the tests I monitored the Netapp, and nothing out of the ordinary there. Can you do this https://lists.freebsd.org/pipermail/freebsd-stable/2015-August/083138.html ? From owner-freebsd-stable@freebsd.org Sun Aug 23 14:52:08 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 D36209C00EE for ; Sun, 23 Aug 2015 14:52:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (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 72FB01FEA for ; Sun, 23 Aug 2015 14:52:07 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wijp15 with SMTP id p15so56025823wij.0 for ; Sun, 23 Aug 2015 07:52:00 -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:reply-to; bh=n74zfZ+5MwFaXjvtONugbVHPl1TsiuUHW9jVBMBg71o=; b=FgyTS5U4n/sjM1uN7e0pi7T1MDH0op9axdkhdUG/+kqnBqQUqgHbV3rIVYHCapnxJt uVl9xhdu7/DBbIpwd0K5A4vnxM42VG1HGKKuu5D+zX4s75xKkukOvMqWRDdqgt5+RpOo aPS0VPggHWij71xBXevBa7sYS6/gZ3H5lk5eeeOXbkxL37WC+8QZOhOmwpZl1kxf//we f/FSLF+bHfv5KsHuf4l6PPfjHOBtCsQ7x0gSqU7BMG37Ar+Cnoh+u20CMQBqBLmoBukf 2fCEKRbxaYttBFnhWT96kMI/0rgQTYnfGWos+NVzGryCKStZTpuT+8tT1fUIhUNsU5Xc QblA== X-Gm-Message-State: ALoCoQmaGtt3Wi/27b1PwHRh8GrxmzBi5DWzNxd2Uwk0rpsB3nlsZrvQqit6jpke97mC9Gei3haH X-Received: by 10.180.12.178 with SMTP id z18mr21999581wib.24.1440341520154; Sun, 23 Aug 2015 07:52:00 -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 s1sm11918535wix.13.2015.08.23.07.51.59 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Aug 2015 07:51:59 -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 t7NEpwAo003994 for ; Sun, 23 Aug 2015 15:51:58 +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 t7NEpwpr003993 for freebsd-stable@freebsd.org; Sun, 23 Aug 2015 15:51:58 +0100 (BST) (envelope-from mexas) Date: Sun, 23 Aug 2015 15:51:58 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> To: freebsd-stable@freebsd.org Subject: ia64 regression from r285809 to 286952: kernel does not boot Reply-To: mexas@bris.ac.uk 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, 23 Aug 2015 14:52:08 -0000 I'm not sure if ia64 list is still operational, so post here. ia64 r285809 10-STABLE works fine. I updated to r286952, buildworld, buildkernel, installkernel, reboot, boot -s, and I get stuck with: FreeBSD/ia64 EFI boot, Revision 3.0 (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x11107f0 data=0xdfd68+0xa54f8 syms=[0x8+0xc2a78+0x8+0xb7965] - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0x9ffc000000010500... Have to do a power reset. Thanks Anton From owner-freebsd-stable@freebsd.org Sun Aug 23 15:36:04 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 BAF359C0A85 for ; Sun, 23 Aug 2015 15:36:04 +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 44917269 for ; Sun, 23 Aug 2015 15:36:04 +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 t7NFZtcg038221 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 23 Aug 2015 18:35:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7NFZtcg038221 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7NFZtjJ038205; Sun, 23 Aug 2015 18:35:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Aug 2015 18:35:55 +0300 From: Konstantin Belousov To: Anton Shterenlikht Cc: freebsd-stable@freebsd.org Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot Message-ID: <20150823153555.GM2072@kib.kiev.ua> References: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> 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: Sun, 23 Aug 2015 15:36:04 -0000 On Sun, Aug 23, 2015 at 03:51:58PM +0100, Anton Shterenlikht wrote: > I'm not sure if ia64 list is still operational, so > post here. > > ia64 r285809 10-STABLE works fine. > I updated to r286952, buildworld, buildkernel, installkernel, > reboot, boot -s, and I get stuck with: > > FreeBSD/ia64 EFI boot, Revision 3.0 > (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x11107f0 data=0xdfd68+0xa54f8 syms=[0x8+0xc2a78+0x8+0xb7965] > - > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0x9ffc000000010500... > > Have to do a power reset. I think the way forward is to bisect. From owner-freebsd-stable@freebsd.org Sun Aug 23 19:30: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 458C79C13EF for ; Sun, 23 Aug 2015 19:30:11 +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 01065D6F for ; Sun, 23 Aug 2015 19:30:10 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [10.1.254.15] (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t7NJU1HH054676 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Aug 2015 12:30:02 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1CCB42AE-7674-45DA-B7EE-EE9E1D0A1313"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> Date: Sun, 23 Aug 2015 12:29:56 -0700 Cc: freebsd-stable@freebsd.org Message-Id: <4B79B13C-A31E-4825-BCAD-34C5876D470E@xcllnt.net> References: <201508231451.t7NEpwpr003993@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: Sun, 23 Aug 2015 19:30:11 -0000 --Apple-Mail=_1CCB42AE-7674-45DA-B7EE-EE9E1D0A1313 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 23, 2015, at 7:51 AM, Anton Shterenlikht = wrote: >=20 > I'm not sure if ia64 list is still operational, so > post here. >=20 > ia64 r285809 10-STABLE works fine. > I updated to r286952, buildworld, buildkernel, installkernel, > reboot, boot -s, and I get stuck with: >=20 > FreeBSD/ia64 EFI boot, Revision 3.0 > (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x11107f0 data=3D0xdfd68+0xa54f8 = syms=3D[0x8+0xc2a78+0x8+0xb7965] > - > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0x9ffc000000010500=E2=80=A6 Do you have options DDB in your kernel configuration? If yes, can you boot without it? -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_1CCB42AE-7674-45DA-B7EE-EE9E1D0A1313 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 iQIcBAEBCgAGBQJV2h80AAoJEIda8t8f0tjjlJIQAI4drh9OF7fN64t1cTV9DCDx u5vyfOgmqdSiyhdRQ6ye8lggyxLA+Hf+KZAREvN9sJwYajWUV3A1LiizvyTar/Cb 9xckt0A3cJyzYzQVs/MqN0AU6oCB3FPpYBht/BlF7DlhvaFgqbYzIkkV+A3d8+i3 dlRv7IqFC5VBbdpVM0ULFIQCYkX1Ksa7Nz9roHpE251dIEFCplonY7xSQq/ZJ1YH 9DFbNih24QYW+UjxWDWhpBQ31iibDAKyO5pACg6T5cMQx2vX8jjHSQxYeqzOutQ/ ggPMqYaHXhWzyI/R0OE2ICg6zxxEHrJw5GvOe8KpYeAOHtQnMhBYe1r3kFBGJ30Y ASYOzpTFt41j6FxmHFG5CdyJ2FAFCLScKGiPgGOlrL4rl2ZVFYQr900dRhkSqh+e qtRfYwxnwou2juaMbgLmq+zslzPmXFHmZG2SW2dhKDrtC2/Qq3e5I34N/Gr6Hzrk I58aNC0+0Ysx2r1OmlmRGJiD7S1LeppQCaDyFEmUei9aIqcth9O45McU6LizKvYT C/1LxJHkbpmfyVf0+hEEhKwyUSulNSF9N65HGL4aJzcmKmP/ooIOJgwt3S7wZ5XV p4L1tSW/maTBRSHfnTIF0y7jYW/gvS3o2gh4NBoBFHWeochW5ag5ihujolgpq+DU nwbVADDwhWik90Ahf552 =Yd95 -----END PGP SIGNATURE----- --Apple-Mail=_1CCB42AE-7674-45DA-B7EE-EE9E1D0A1313-- From owner-freebsd-stable@freebsd.org Sun Aug 23 20:53:49 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 D3C8C9C05D6 for ; Sun, 23 Aug 2015 20:53:49 +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 8FC6619CD for ; Sun, 23 Aug 2015 20:53:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicja10 with SMTP id ja10so55756447wic.1 for ; Sun, 23 Aug 2015 13:53:42 -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=OqkfL0STyrNavwd+smxwLd2fV2tWuCAX7GnLTrAjCtg=; b=YObUNr48a8dhsoKgNXeId5bXuiyRJKlsxo5Ua9Em40JcC2REZbJPpzDPSf2pTXx2OJ vTJ/tA9CmJIGW3t94ZFuWRDJB8KYOZNawAKxQqX3KUrbUiOutZlvvoEUYpmzMY+kRf3m oXIM3q2lZt3H2zPWU3dEjEUESiA5EybUur2CZSe7e2y6GJaqPK+d+8+drWmgY8xMv5v2 jruV506jBLkRCBzRqGOAzMaMh9khLt4v/QvMlgZUukrKFK4r/q9fUFaaVynFjcCeWmOe p1sQdomSUb94GxonHnsB4gu3K6vaRy+UBj5LiwUEc5DG+hMs6K1FWVRV0QKZxVSbIgaz V2ag== X-Gm-Message-State: ALoCoQmV0VVtA4mZoUaH0w3MbUzI3/Gkbj8yVQJN2N8CkmmJavI6/DOoh4l+1/2zLrwFvIh+YNNr X-Received: by 10.194.190.79 with SMTP id go15mr33049504wjc.80.1440363222552; Sun, 23 Aug 2015 13:53:42 -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 q8sm9718274wik.24.2015.08.23.13.53.41 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Aug 2015 13:53:41 -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 t7NKreEg008130; Sun, 23 Aug 2015 21:53:40 +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 t7NKreDA008129; Sun, 23 Aug 2015 21:53:40 +0100 (BST) (envelope-from mexas) Date: Sun, 23 Aug 2015 21:53:40 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508232053.t7NKreDA008129@mech-as222.men.bris.ac.uk> To: marcel@xcllnt.net, mexas@bris.ac.uk Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot Cc: freebsd-stable@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: <4B79B13C-A31E-4825-BCAD-34C5876D470E@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: Sun, 23 Aug 2015 20:53:49 -0000 >From marcel@xcllnt.net Sun Aug 23 20:40:48 2015 > >> On Aug 23, 2015, at 7:51 AM, Anton Shterenlikht = >wrote: >>=20 >> I'm not sure if ia64 list is still operational, so >> post here. >>=20 >> ia64 r285809 10-STABLE works fine. >> I updated to r286952, buildworld, buildkernel, installkernel, >> reboot, boot -s, and I get stuck with: >>=20 >> FreeBSD/ia64 EFI boot, Revision 3.0 >> (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel text=3D0x11107f0 data=3D0xdfd68+0xa54f8 = >syms=3D[0x8+0xc2a78+0x8+0xb7965] >> - >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Entering /boot/kernel/kernel at 0x9ffc000000010500=E2=80=A6 > >Do you have options DDB in your kernel configuration? >If yes, can you boot without it? This is a GENERIC kernel, so no. Anton From owner-freebsd-stable@freebsd.org Sun Aug 23 23: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 34C119C1011; Sun, 23 Aug 2015 23:03:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E714C1B8F; Sun, 23 Aug 2015 23:03:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:8U61ah+7CLjffP9uRHKM819IXTAuvvDOBiVQ1KB91O0cTK2v8tzYMVDF4r011RmSDd6dtq4P0rCempujcFJDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXsq3G/pQQfBg/4fVIsYL+lQciP04/ujaibwN76XUZhvHKFe7R8LRG7/036l/I9ps9cEJs30QbDuXBSeu5blitCLFOXmAvgtI/rpMYwuwwZgf8q9tZBXKPmZOx4COUAVHV1e1wyseHisxjOSUOl/HIaU34N2k5ECg7D/TnxRdHxryn78ON2niiea57YV7cxDA6j5KQjbRbjiyMKMnZt6mTegc90gadzvRWuuhF7246Sa4jDZ6k2Rb/UYd5PHTkJZc1WTSEUR9rkN4Y= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BkBADDUNpV/61jaINdDoNhaQaDH7pEgW0KhTFKAoFcEgEBAQEBAQEBgQmCHYIGAQEBAwEBAQEgBCcgCwULAgEIDgoCAg0ZAgInAQkmAgQIBwQBGgIEiAUIDbA/lS4BAQEBAQEEAQEBAQEBGASBIoo1hDIGAQEFFwEuBQeCaYFDBZU0hQaFCoQth0yJBoRJg2gCJoIOHIEWWiIzB38IFyOBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,734,1432612800"; d="scan'208";a="232638254" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 23 Aug 2015 19:02:54 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 7467B15F55D; Sun, 23 Aug 2015 19:02:54 -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 TqB1uw5-B9Uv; Sun, 23 Aug 2015 19:02:53 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 31E5915F563; Sun, 23 Aug 2015 19:02:53 -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 OMuYpwye10f5; Sun, 23 Aug 2015 19:02:53 -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 0A4D415F55D; Sun, 23 Aug 2015 19:02:53 -0400 (EDT) Date: Sun, 23 Aug 2015 19:02:53 -0400 (EDT) From: Rick Macklem To: Daniel Braniss Cc: pyunyh@gmail.com, Hans Petter Selasky , FreeBSD stable , FreeBSD Net , Slawa Olhovchenkov , Gleb Smirnoff , Christopher Forgeron Message-ID: <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: ix(intel) vs mlxen(mellanox) 10Gb performance Thread-Index: WDLDHT1fctGcdpZQVUJYgbbvlrrT4Q== 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, 23 Aug 2015 23:03:06 -0000 Daniel Braniss wrote: >=20 > > On 22 Aug 2015, at 14:59, Rick Macklem wrote: > >=20 > > Daniel Braniss wrote: > >>=20 > >>> On Aug 22, 2015, at 12:46 AM, Rick Macklem wro= te: > >>>=20 > >>> Yonghyeon PYUN wrote: > >>>> On Wed, Aug 19, 2015 at 09:00:35AM -0400, Rick Macklem wrote: > >>>>> Hans Petter Selasky wrote: > >>>>>> On 08/19/15 09:42, Yonghyeon PYUN wrote: > >>>>>>> On Wed, Aug 19, 2015 at 09:00:52AM +0200, Hans Petter Selasky wro= te: > >>>>>>>> On 08/18/15 23:54, Rick Macklem wrote: > >>>>>>>>> Ouch! Yes, I now see that the code that counts the # of mbufs i= s > >>>>>>>>> before > >>>>>>>>> the > >>>>>>>>> code that adds the tcp/ip header mbuf. > >>>>>>>>>=20 > >>>>>>>>> In my opinion, this should be fixed by setting if_hw_tsomaxsegc= ount > >>>>>>>>> to > >>>>>>>>> whatever > >>>>>>>>> the driver provides - 1. It is not the driver's responsibility = to > >>>>>>>>> know if > >>>>>>>>> a tcp/ip > >>>>>>>>> header mbuf will be added and is a lot less confusing that > >>>>>>>>> expecting > >>>>>>>>> the > >>>>>>>>> driver > >>>>>>>>> author to know to subtract one. (I had mistakenly thought that > >>>>>>>>> tcp_output() had > >>>>>>>>> added the tc/ip header mbuf before the loop that counts mbufs i= n > >>>>>>>>> the > >>>>>>>>> list. > >>>>>>>>> Btw, > >>>>>>>>> this tcp/ip header mbuf also has leading space for the MAC laye= r > >>>>>>>>> header.) > >>>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>> Hi Rick, > >>>>>>>>=20 > >>>>>>>> Your question is good. With the Mellanox hardware we have separa= te > >>>>>>>> so-called inline data space for the TCP/IP headers, so if the TC= P > >>>>>>>> stack > >>>>>>>> subtracts something, then we would need to add something to the > >>>>>>>> limit, > >>>>>>>> because then the scatter gather list is only used for the data p= art. > >>>>>>>>=20 > >>>>>>>=20 > >>>>>>> I think all drivers in tree don't subtract 1 for > >>>>>>> if_hw_tsomaxsegcount. Probably touching Mellanox driver would be > >>>>>>> simpler than fixing all other drivers in tree. > >>>>>>>=20 > >>>>>>>> Maybe it can be controlled by some kind of flag, if all the thre= e > >>>>>>>> TSO > >>>>>>>> limits should include the TCP/IP/ethernet headers too. I'm prett= y > >>>>>>>> sure > >>>>>>>> we want both versions. > >>>>>>>>=20 > >>>>>>>=20 > >>>>>>> Hmm, I'm afraid it's already complex. Drivers have to tell almos= t > >>>>>>> the same information to both bus_dma(9) and network stack. > >>>>>>=20 > >>>>>> Don't forget that not all drivers in the tree set the TSO limits > >>>>>> before > >>>>>> if_attach(), so possibly the subtraction of one TSO fragment needs= to > >>>>>> go > >>>>>> into ip_output() .... > >>>>>>=20 > >>>>> Ok, I realized that some drivers may not know the answers before > >>>>> ether_ifattach(), > >>>>> due to the way they are configured/written (I saw the use of > >>>>> if_hw_tsomax_update() > >>>>> in the patch). > >>>>=20 > >>>> I was not able to find an interface that configures TSO parameters > >>>> after if_t conversion. I'm under the impression > >>>> if_hw_tsomax_update() is not designed to use this way. Probably we > >>>> need a better one?(CCed to Gleb). > >>>>=20 > >>>>>=20 > >>>>> If it is subtracted as a part of the assignment to if_hw_tsomaxsegc= ount > >>>>> in > >>>>> tcp_output() > >>>>> at line#791 in tcp_output() like the following, I don't think it sh= ould > >>>>> matter if the > >>>>> values are set before ether_ifattach()? > >>>>> =09=09=09/* > >>>>> =09=09=09 * Subtract 1 for the tcp/ip header mbuf that > >>>>> =09=09=09 * will be prepended to the mbuf chain in this > >>>>> =09=09=09 * function in the code below this block. > >>>>> =09=09=09 */ > >>>>> =09=09=09if_hw_tsomaxsegcount =3D tp->t_tsomaxsegcount - 1; > >>>>>=20 > >>>>> I don't have a good solution for the case where a driver doesn't pl= an > >>>>> on > >>>>> using the > >>>>> tcp/ip header provided by tcp_output() except to say the driver can= add > >>>>> one > >>>>> to the > >>>>> setting to compensate for that (and if they fail to do so, it still > >>>>> works, > >>>>> although > >>>>> somewhat suboptimally). When I now read the comment in sys/net/if_v= ar.h > >>>>> it > >>>>> is clear > >>>>> what it means, but for some reason I didn't read it that way before= ? (I > >>>>> think it was > >>>>> the part that said the driver didn't have to subtract for the heade= rs > >>>>> that > >>>>> confused me?) > >>>>> In any case, we need to try and come up with a clear definition of = what > >>>>> they need to > >>>>> be set to. > >>>>>=20 > >>>>> I can now think of two ways to deal with this: > >>>>> 1 - Leave tcp_output() as is, but provide a macro for the device dr= iver > >>>>> authors to use > >>>>> that sets if_hw_tsomaxsegcount with a flag for "driver uses tcp/i= p > >>>>> header mbuf", > >>>>> documenting that this flag should normally be true. > >>>>> OR > >>>>> 2 - Change tcp_output() as above, noting that this is a workaround = for > >>>>> confusion w.r.t. > >>>>> whether or not if_hw_tsomaxsegcount should include the tcp/ip hea= der > >>>>> mbuf and > >>>>> update the comment in if_var.h to reflect this. Then drivers that > >>>>> don't > >>>>> use the > >>>>> tcp/ip header mbuf can increase their value for if_hw_tsomaxsegco= unt > >>>>> by > >>>>> 1. > >>>>> (The comment should also mention that a value of 35 or greater is > >>>>> much > >>>>> preferred to > >>>>> 32 if the hardware will support that.) > >>>>>=20 > >>>>=20 > >>>> Both works for me. My preference is 2 just because it's very > >>>> common for most drivers that use tcp/ip header mbuf. > >>> Thanks for this comment. I tend to agree, both for the reason you sta= te > >>> and > >>> also > >>> because the patch is simple enough that it might qualify as an errata= for > >>> 10.2. > >>>=20 > >>> I am hoping Daniel Braniss will be able to test the patch and let us = know > >>> if it > >>> improves performance with TSO enabled? > >>=20 > >> send me the patch and I=E2=80=99ll test it ASAP. > >> =09danny > >>=20 > > Patch is attached. The one for head will also include an update to the > > comment > > in sys/net/if_var.h, but that isn't needed for testing. >=20 >=20 > well, the plot thickens. >=20 > Yesterday, before running the new kernel, I decided to re run my test, an= d to > my surprise > i was getting good numbers, about 300MGB/s with and without TSO. >=20 > this morning, the numbers were again bad, around 70MGB/s,what the ^%$#@! >=20 > so, after some coffee, I run some more tests, and some conclusions: > using a netapp(*) as the nfs client: > - doing > =09ifconfig ix0 tso or -tso > does some magic and numbers are back to normal - for a while >=20 > using another Fbsd/zfs as client all is nifty, actually a bit faster than= the > netapp (not a fair > comparison, since the zfs client is not heavily used) and I can=E2=80=99t= see any > degradation. > =20 I assume you meant "server" and not "client" above. > btw, this is with the patch applied, but was seeing similar numbers befor= e > the patch. >=20 > running with tso, initially I get around 300MGB/s, but after a while(sorr= y > can=E2=80=99t be more scientific) > it drops down to about half, and finally to a pathetic 70MGB/s >=20 Ok, so it sounds like tso isn't the issue. (At least it seems the patch, which I believe is needed, doesn't cause a regression.) All I can suggest is: - looking at the ix stats (I know nothing about them), but if you post them maybe someone conversant with the chip can help? (Before and after degred= ation.) - if you captured packets for a short period of time when degraded and then after doing "ifconfig", looking at the packet capture in wireshark might = give some indication of what changes? - For this I'd be focused on the TCP layer (window sizes, etc) and timing= of packets. --> I don't know if there is a packet capture tool like tcpdump on a Netapp= , but that might be better than capturing them on the client, in case tcpdump= affects the outcome. However, tcpdump run on the client would be a fallback, I = think. The other thing is the degradation seems to cut the rate by about half each= time. 300-->150-->70 I have no idea if this helps to explain it. Have fun with it, rick > *: while running the tests I monitored the Netapp, and nothing out of the > ordinary there. >=20 > cheers, > =09danny >=20 > _______________________________________________ > 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 Mon Aug 24 07:20:47 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 CBB169C1502; Mon, 24 Aug 2015 07:20:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B58B1730; Mon, 24 Aug 2015 07:20:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2B5121FE023; Mon, 24 Aug 2015 09:20:44 +0200 (CEST) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance To: Rick Macklem , Daniel Braniss References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> Cc: pyunyh@gmail.com, FreeBSD stable , FreeBSD Net , Slawa Olhovchenkov , Gleb Smirnoff , Christopher Forgeron From: Hans Petter Selasky Message-ID: <55DAC623.60006@selasky.org> Date: Mon, 24 Aug 2015 09:22:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> Content-Type: text/plain; charset=utf-8; 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: Mon, 24 Aug 2015 07:20:47 -0000 On 08/24/15 01:02, Rick Macklem wrote: > The other thing is the degradation seems to cut the rate by about half each time. > 300-->150-->70 I have no idea if this helps to explain it. Might be a NUMA binding issue for the processes involved. man cpuset --HPS From owner-freebsd-stable@freebsd.org Mon Aug 24 08:13:46 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 3AFC59BF3F9; Mon, 24 Aug 2015 08:13:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B29AC161B; Mon, 24 Aug 2015 08:13:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1ZTmsu-000BBi-69; Mon, 24 Aug 2015 11:13:40 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance From: Daniel Braniss In-Reply-To: <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> Date: Mon, 24 Aug 2015 11:13:39 +0300 Cc: pyunyh@gmail.com, Hans Petter Selasky , FreeBSD stable , FreeBSD Net , Slawa Olhovchenkov , Gleb Smirnoff , Christopher Forgeron Message-Id: <0495A92D-0A4C-4DDB-901A-8ACC3D49C866@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.2104) 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: Mon, 24 Aug 2015 08:13:46 -0000 > On 24 Aug 2015, at 02:02, Rick Macklem wrote: >=20 > Daniel Braniss wrote: >>=20 >>> On 22 Aug 2015, at 14:59, Rick Macklem wrote: >>>=20 >>> Daniel Braniss wrote: >>>>=20 >>>>> On Aug 22, 2015, at 12:46 AM, Rick Macklem = wrote: >>>>>=20 >>>>> Yonghyeon PYUN wrote: >>>>>> On Wed, Aug 19, 2015 at 09:00:35AM -0400, Rick Macklem wrote: >>>>>>> Hans Petter Selasky wrote: >>>>>>>> On 08/19/15 09:42, Yonghyeon PYUN wrote: >>>>>>>>> On Wed, Aug 19, 2015 at 09:00:52AM +0200, Hans Petter Selasky = wrote: >>>>>>>>>> On 08/18/15 23:54, Rick Macklem wrote: >>>>>>>>>>> Ouch! Yes, I now see that the code that counts the # of = mbufs is >>>>>>>>>>> before >>>>>>>>>>> the >>>>>>>>>>> code that adds the tcp/ip header mbuf. >>>>>>>>>>>=20 >>>>>>>>>>> In my opinion, this should be fixed by setting = if_hw_tsomaxsegcount >>>>>>>>>>> to >>>>>>>>>>> whatever >>>>>>>>>>> the driver provides - 1. It is not the driver's = responsibility to >>>>>>>>>>> know if >>>>>>>>>>> a tcp/ip >>>>>>>>>>> header mbuf will be added and is a lot less confusing that >>>>>>>>>>> expecting >>>>>>>>>>> the >>>>>>>>>>> driver >>>>>>>>>>> author to know to subtract one. (I had mistakenly thought = that >>>>>>>>>>> tcp_output() had >>>>>>>>>>> added the tc/ip header mbuf before the loop that counts = mbufs in >>>>>>>>>>> the >>>>>>>>>>> list. >>>>>>>>>>> Btw, >>>>>>>>>>> this tcp/ip header mbuf also has leading space for the MAC = layer >>>>>>>>>>> header.) >>>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Hi Rick, >>>>>>>>>>=20 >>>>>>>>>> Your question is good. With the Mellanox hardware we have = separate >>>>>>>>>> so-called inline data space for the TCP/IP headers, so if the = TCP >>>>>>>>>> stack >>>>>>>>>> subtracts something, then we would need to add something to = the >>>>>>>>>> limit, >>>>>>>>>> because then the scatter gather list is only used for the = data part. >>>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> I think all drivers in tree don't subtract 1 for >>>>>>>>> if_hw_tsomaxsegcount. Probably touching Mellanox driver would = be >>>>>>>>> simpler than fixing all other drivers in tree. >>>>>>>>>=20 >>>>>>>>>> Maybe it can be controlled by some kind of flag, if all the = three >>>>>>>>>> TSO >>>>>>>>>> limits should include the TCP/IP/ethernet headers too. I'm = pretty >>>>>>>>>> sure >>>>>>>>>> we want both versions. >>>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> Hmm, I'm afraid it's already complex. Drivers have to tell = almost >>>>>>>>> the same information to both bus_dma(9) and network stack. >>>>>>>>=20 >>>>>>>> Don't forget that not all drivers in the tree set the TSO = limits >>>>>>>> before >>>>>>>> if_attach(), so possibly the subtraction of one TSO fragment = needs to >>>>>>>> go >>>>>>>> into ip_output() .... >>>>>>>>=20 >>>>>>> Ok, I realized that some drivers may not know the answers before >>>>>>> ether_ifattach(), >>>>>>> due to the way they are configured/written (I saw the use of >>>>>>> if_hw_tsomax_update() >>>>>>> in the patch). >>>>>>=20 >>>>>> I was not able to find an interface that configures TSO = parameters >>>>>> after if_t conversion. I'm under the impression >>>>>> if_hw_tsomax_update() is not designed to use this way. Probably = we >>>>>> need a better one?(CCed to Gleb). >>>>>>=20 >>>>>>>=20 >>>>>>> If it is subtracted as a part of the assignment to = if_hw_tsomaxsegcount >>>>>>> in >>>>>>> tcp_output() >>>>>>> at line#791 in tcp_output() like the following, I don't think it = should >>>>>>> matter if the >>>>>>> values are set before ether_ifattach()? >>>>>>> /* >>>>>>> * Subtract 1 for the tcp/ip header mbuf = that >>>>>>> * will be prepended to the mbuf chain = in this >>>>>>> * function in the code below this = block. >>>>>>> */ >>>>>>> if_hw_tsomaxsegcount =3D = tp->t_tsomaxsegcount - 1; >>>>>>>=20 >>>>>>> I don't have a good solution for the case where a driver doesn't = plan >>>>>>> on >>>>>>> using the >>>>>>> tcp/ip header provided by tcp_output() except to say the driver = can add >>>>>>> one >>>>>>> to the >>>>>>> setting to compensate for that (and if they fail to do so, it = still >>>>>>> works, >>>>>>> although >>>>>>> somewhat suboptimally). When I now read the comment in = sys/net/if_var.h >>>>>>> it >>>>>>> is clear >>>>>>> what it means, but for some reason I didn't read it that way = before? (I >>>>>>> think it was >>>>>>> the part that said the driver didn't have to subtract for the = headers >>>>>>> that >>>>>>> confused me?) >>>>>>> In any case, we need to try and come up with a clear definition = of what >>>>>>> they need to >>>>>>> be set to. >>>>>>>=20 >>>>>>> I can now think of two ways to deal with this: >>>>>>> 1 - Leave tcp_output() as is, but provide a macro for the device = driver >>>>>>> authors to use >>>>>>> that sets if_hw_tsomaxsegcount with a flag for "driver uses = tcp/ip >>>>>>> header mbuf", >>>>>>> documenting that this flag should normally be true. >>>>>>> OR >>>>>>> 2 - Change tcp_output() as above, noting that this is a = workaround for >>>>>>> confusion w.r.t. >>>>>>> whether or not if_hw_tsomaxsegcount should include the tcp/ip = header >>>>>>> mbuf and >>>>>>> update the comment in if_var.h to reflect this. Then drivers = that >>>>>>> don't >>>>>>> use the >>>>>>> tcp/ip header mbuf can increase their value for = if_hw_tsomaxsegcount >>>>>>> by >>>>>>> 1. >>>>>>> (The comment should also mention that a value of 35 or greater = is >>>>>>> much >>>>>>> preferred to >>>>>>> 32 if the hardware will support that.) >>>>>>>=20 >>>>>>=20 >>>>>> Both works for me. My preference is 2 just because it's very >>>>>> common for most drivers that use tcp/ip header mbuf. >>>>> Thanks for this comment. I tend to agree, both for the reason you = state >>>>> and >>>>> also >>>>> because the patch is simple enough that it might qualify as an = errata for >>>>> 10.2. >>>>>=20 >>>>> I am hoping Daniel Braniss will be able to test the patch and let = us know >>>>> if it >>>>> improves performance with TSO enabled? >>>>=20 >>>> send me the patch and I=E2=80=99ll test it ASAP. >>>> danny >>>>=20 >>> Patch is attached. The one for head will also include an update to = the >>> comment >>> in sys/net/if_var.h, but that isn't needed for testing. >>=20 >>=20 >> well, the plot thickens. >>=20 >> Yesterday, before running the new kernel, I decided to re run my = test, and to >> my surprise >> i was getting good numbers, about 300MGB/s with and without TSO. >>=20 >> this morning, the numbers were again bad, around 70MGB/s,what the = ^%$#@! >>=20 >> so, after some coffee, I run some more tests, and some conclusions: >> using a netapp(*) as the nfs client: >> - doing >> ifconfig ix0 tso or -tso >> does some magic and numbers are back to normal - for a while >>=20 >> using another Fbsd/zfs as client all is nifty, actually a bit faster = than the >> netapp (not a fair >> comparison, since the zfs client is not heavily used) and I can=E2=80=99= t see any >> degradation. >>=20 > I assume you meant "server" and not "client" above. you are correct. >=20 >> btw, this is with the patch applied, but was seeing similar numbers = before >> the patch. >>=20 >> running with tso, initially I get around 300MGB/s, but after a = while(sorry >> can=E2=80=99t be more scientific) >> it drops down to about half, and finally to a pathetic 70MGB/s >>=20 > Ok, so it sounds like tso isn't the issue. (At least it seems the = patch, > which I believe is needed, doesn't cause a regression.) >=20 > All I can suggest is: > - looking at the ix stats (I know nothing about them), but if you post = them > maybe someone conversant with the chip can help? (Before and after = degredation.) > - if you captured packets for a short period of time when degraded and = then > after doing "ifconfig", looking at the packet capture in wireshark = might give > some indication of what changes? > - For this I'd be focused on the TCP layer (window sizes, etc) and = timing of > packets. > --> I don't know if there is a packet capture tool like tcpdump on a = Netapp, but > that might be better than capturing them on the client, in case = tcpdump affects > the outcome. However, tcpdump run on the client would be a = fallback, I think. >=20 > The other thing is the degradation seems to cut the rate by about half = each time. > 300-->150-->70 I have no idea if this helps to explain it. >=20 the halving is an optical illusion, it starts degrading slowly. actually it=E2=80=99s bad after reboot, fiddling with the two flags = shows the above =E2=80=98fetaure=E2=80=99. one conclusion so far: ix0 behaves much better without TSO when the server is a NetAPP BTW, this thread started because next week, our main NetAPP will be = upgraded, and I wanted to see if there will be any improvement. > Have fun with it, rick love your generosity ;-) cheers, and thanks, danny >=20 >> *: while running the tests I monitored the Netapp, and nothing out of = the >> ordinary there. >>=20 >> cheers, >> danny >>=20 >> _______________________________________________ >> 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 Mon Aug 24 08:30:01 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 CEA019BFA10; Mon, 24 Aug 2015 08:30:01 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3C9AA; Mon, 24 Aug 2015 08:30:01 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1ZTn8g-000BKT-NA; Mon, 24 Aug 2015 11:29:58 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance From: Daniel Braniss In-Reply-To: <55DAC623.60006@selasky.org> Date: Mon, 24 Aug 2015 11:29:58 +0300 Cc: Rick Macklem , pyunyh@gmail.com, FreeBSD stable , FreeBSD Net , Gleb Smirnoff Content-Transfer-Encoding: quoted-printable Message-Id: <62C7B1A3-CC6B-41A1-B254-6399F19F8FF7@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> <55DAC623.60006@selasky.org> To: Hans Petter Selasky 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: Mon, 24 Aug 2015 08:30:01 -0000 > On 24 Aug 2015, at 10:22, Hans Petter Selasky wrote: >=20 > On 08/24/15 01:02, Rick Macklem wrote: >> The other thing is the degradation seems to cut the rate by about = half each time. >> 300-->150-->70 I have no idea if this helps to explain it. >=20 > Might be a NUMA binding issue for the processes involved. >=20 > man cpuset >=20 > --HPS I can=E2=80=99t see how this is relevant, given that the same host, = using the mellanox/mlxen behave much better. I=E2=80=99m getting different results with the intel/ix depending who is = the nfs server danny From owner-freebsd-stable@freebsd.org Mon Aug 24 10:06: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 53E309C1EF4 for ; Mon, 24 Aug 2015 10:06:22 +0000 (UTC) (envelope-from maurizio.vairani@cloverinformatica.it) Received: from host202-129-static.10-188-b.business.telecomitalia.it (host202-129-static.10-188-b.business.telecomitalia.it [188.10.129.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC5A1CA8 for ; Mon, 24 Aug 2015 10:06:21 +0000 (UTC) (envelope-from maurizio.vairani@cloverinformatica.it) Received: from [192.168.0.60] (MAURIZIO-PC [192.168.0.60]) by host202-129-static.10-188-b.business.telecomitalia.it (Postfix) with ESMTP id 7A8FA11CF1D for ; Mon, 24 Aug 2015 11:56:20 +0200 (CEST) Message-ID: <55DAEA43.7020804@cloverinformatica.it> Date: Mon, 24 Aug 2015 11:56:19 +0200 From: Maurizio Vairani User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD stable Subject: Error upgrading from 10.1-RELEASE to 10.2-RELEASE Content-Type: text/plain; charset=iso-8859-15; 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: Mon, 24 Aug 2015 10:06:22 -0000 Hi, I am trying to update an amd64 system. With the command: # freebsd-update upgrade -r 10.2-RELEASE I receive the error: ....9510....19520....19530....19540....19550....19560....19570....19580....19590 done. Applying patches... done. Fetching 13651 files... 1ae3b1c9f35d65ced43103718a87a4201f4e3434160114a0d355bbf5284da6aa has incorrect hash. Note: running # freebsd-update fetch I receive this message: The following files are affected by updates, but no changes have been downloaded because the files have been modified locally: /var/db/mergemaster.mtree but I do not know if it is related to the error above. Thanks Maurizio From owner-freebsd-stable@freebsd.org Mon Aug 24 12:14:25 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 597769C26EB for ; Mon, 24 Aug 2015 12:14:25 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 137041BB3 for ; Mon, 24 Aug 2015 12:14:24 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DB4CF25D3AB0; Mon, 24 Aug 2015 12:14:20 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1A2CBC76FDD; Mon, 24 Aug 2015 12:14:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 2emOANnrPr4u; Mon, 24 Aug 2015 12:14:18 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (orange-tun0-ula.sbone.de [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 26B4FC76FD8; Mon, 24 Aug 2015 12:14:15 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE From: "Bjoern A. Zeeb" In-Reply-To: <55DAEA43.7020804@cloverinformatica.it> Date: Mon, 24 Aug 2015 12:14:14 +0000 Cc: FreeBSD stable Content-Transfer-Encoding: quoted-printable Message-Id: <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> References: <55DAEA43.7020804@cloverinformatica.it> To: Maurizio Vairani 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: Mon, 24 Aug 2015 12:14:25 -0000 > On 24 Aug 2015, at 09:56 , Maurizio Vairani = wrote: >=20 > Hi, > I am trying to update an amd64 system. With the command: > # freebsd-update upgrade -r 10.2-RELEASE > I receive the error: > = ....9510....19520....19530....19540....19550....19560....19570....19580...= .19590 done. > Applying patches... done. > Fetching 13651 files... = 1ae3b1c9f35d65ced43103718a87a4201f4e3434160114a0d355bbf5284da6aa has = incorrect hash. >=20 > Note: running > # freebsd-update fetch > I receive this message: > The following files are affected by updates, but no changes have > been downloaded because the files have been modified locally: > /var/db/mergemaster.mtree >=20 > but I do not know if it is related to the error above. please see the thread =E2=80=9Cfreebsd-update to 10.2-RELEASE broken = ?=E2=80=9D on this mailing list from this month; I think there is no = solution yet. = https://lists.freebsd.org/pipermail/freebsd-stable/2015-August/thread.html= #83086 /bz= From owner-freebsd-stable@freebsd.org Mon Aug 24 12:25:20 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 8CECE9C2C0F; Mon, 24 Aug 2015 12:25:20 +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 1B6272ED; Mon, 24 Aug 2015 12:25:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:998oWRF0O/4N2d8MBfZYGZ1GYnF86YWxBRYc798ds5kLTJ75oMuwAkXT6L1XgUPTWs2DsrQf27GQ7v2rBTVIyK3CmU5BWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYsExnyfTB4Ov7yUtaLyZ/njKbvptaPOk1hv3mUX/BbFF2OtwLft80b08NJC50a7V/3mEZOYPlc3mhyJFiezF7W78a0+4N/oWwL46pyv+YJa6jxfrw5QLpEF3xmdjltvIy4/SXEGCeG4HoRVi08iBNOAhPepEX2V5H3owPxrax9xSube8T9C7EwD2eM9aBuHSXpgyRPEjcy82Xaj4QklqdSqxGlqhlX3onbfYyRLPo4daqLLoBSfnZIQssED38JOYi7dYZaSrNZZes= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BJAgC3DNtV/61jaINdDoNhaQaDH7pLAQmBbQqCQ4JuSgKBZRQBAQEBAQEBAYEJgh2CBgEBAQMBAQEBIAQnIAsFCwIBCA4KAgINGQICJwEJJgIECAcEARwEiAUIDbEVlTIBAQEBAQEBAwEBAQEBARgEgSKKNYQyBgEBBRcBMweCaYFDBZU0hQaFCoQth0yNT4NoAiaDQFoiMwd+AQYCFyOBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,737,1432612800"; d="scan'208";a="234429859" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 24 Aug 2015 08:25:12 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 94B2915F55D; Mon, 24 Aug 2015 08:25:12 -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 vR_Dc3DDNiPK; Mon, 24 Aug 2015 08:25:11 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id DE95315F563; Mon, 24 Aug 2015 08:25:11 -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 npe3rZJYJb-L; Mon, 24 Aug 2015 08:25:11 -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 BD72615F55D; Mon, 24 Aug 2015 08:25:11 -0400 (EDT) Date: Mon, 24 Aug 2015 08:25:11 -0400 (EDT) From: Rick Macklem To: Daniel Braniss Cc: Hans Petter Selasky , pyunyh@gmail.com, FreeBSD Net , FreeBSD stable , Gleb Smirnoff Message-ID: <2112273205.29795512.1440419111720.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <62C7B1A3-CC6B-41A1-B254-6399F19F8FF7@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> <55DAC623.60006@selasky.org> <62C7B1A3-CC6B-41A1-B254-6399F19F8FF7@cs.huji.ac.il> Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: ix(intel) vs mlxen(mellanox) 10Gb performance Thread-Index: ++D1Njh8EEvTZp84OstiEvfCeIwEzQ== 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: Mon, 24 Aug 2015 12:25:20 -0000 Daniel Braniss wrote: >=20 > > On 24 Aug 2015, at 10:22, Hans Petter Selasky wrote: > >=20 > > On 08/24/15 01:02, Rick Macklem wrote: > >> The other thing is the degradation seems to cut the rate by about half > >> each time. > >> 300-->150-->70 I have no idea if this helps to explain it. > >=20 > > Might be a NUMA binding issue for the processes involved. > >=20 > > man cpuset > >=20 > > --HPS >=20 > I can=E2=80=99t see how this is relevant, given that the same host, using= the > mellanox/mlxen > behave much better. Well, the "ix" driver has a bunch of tunables for things like "number of qu= eues" and although I'll admit I don't understand how these queues are used, I thi= nk they are related to CPUs and their caches. There is also something called I= XGBE_FDIR, which others have recommended be disabled. (The code is #ifdef IXGBE_FDIR, = but I don't know if it defined for your kernel?) There are also tunables for interrupt = rate and something called hw.ixgbe_tx_process_limit, which appears to limit the numb= er of packets to send or something like that? (I suspect Hans would understand this stuff much better than I do, since I = don't understand it at all.;-) At a glance, the mellanox driver looks very different. > I=E2=80=99m getting different results with the intel/ix depending who is = the nfs > server >=20 Who knows until you figure out what is actually going on. It could just be = the timing of handling the write RPCs or when the different servers send acks for the TCP= segments or ... that causes this for one server and not another. One of the principals used when investigating airplane accidents is to "nev= er assume anything" and just try to collect the facts until the pieces of the puzzle fall in pl= ace. I think the same principal works for this kind of stuff. I once had a case where a specific read of one NFS file would fail on certa= in machines. I won't bore you with the details, but after weeks we got to the point wher= e we had a lab of identical machines (exactly the same hardware and exactly the same softw= are loaded on them) and we could reproduce this problem on about half the machines and not the = other half. We (myself and the guy I worked with) finally noticed the failing machines wer= e on network ports for a given switch. We moved the net cables to another switch and the probl= em went away. --> This particular network switch was broken in such a way that it would g= arble one specific packet consistently, but worked fine for everything else. My point here is that, if someone had suggested the "network switch might b= e broken" at the beginning of investigating this, I would have probably dismissed it, based = on "the network is working just fine", but in the end, that was the problem. --> I am not suggesting you have a broken network switch, just "don't take = anything off the table until you know what is actually going on". And to be honest, you may never know, but it is fun to try and solve these = puzzles. Beyond what I already suggested, I'd look at the "ix" driver's stats and tu= nables and see if any of the tunables has an effect. (And, yes, it will take time to w= ork through these.) Good luck with it, rick >=20 > danny >=20 > _______________________________________________ > 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 Mon Aug 24 12:53: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 1CAAE9C08E3 for ; Mon, 24 Aug 2015 12:53:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-io0-f169.google.com (mail-io0-f169.google.com [209.85.223.169]) (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 E646D139B for ; Mon, 24 Aug 2015 12:53:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by iodt126 with SMTP id t126so147302379iod.2 for ; Mon, 24 Aug 2015 05:53:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Uf+mIhtM9iXLZOsHSxX2nG3wVufkHlUoQnOu3u1fY1E=; b=Ta7F74IrjitniXoztrCByB4tKLqltnw2trAE1ZfpRvBgzMZIf3DorHxNwi8ORiiPcX +BqZE4xl5VTHEtMvN83VnJFZlzT6gH3N58JlHZiugW5DXINcS3cwHiYomDSd+xgx1uW2 pH/D7AaLNV2gIT6LRgQF1TlfAg6e4q7SPA5ZTRDgsEUtpYZl9NIv/so0TlOB+6M9Nf0v v5R8kCb6gzfnS6v4ybfx1kIcku6p7tFRsM5AW6vKA8EFxyY/zOu8O+hzRGYJuc+WIz9z AbdaGkHYiogxtQRI2igespg0z8o8VojWHOoeduvoddvWmtyWrgX6k7lcpiQhmnSV4wuy VnhA== X-Gm-Message-State: ALoCoQm7Iq8lI9oWn6nYzDyofiBaB7AMx27VFwNx4zfOBQpPXXWRjqxpbCDOulZVwkHm619XCR1B MIME-Version: 1.0 X-Received: by 10.107.26.213 with SMTP id a204mr23224635ioa.147.1440420832273; Mon, 24 Aug 2015 05:53:52 -0700 (PDT) Received: by 10.107.3.148 with HTTP; Mon, 24 Aug 2015 05:53:52 -0700 (PDT) In-Reply-To: <4B79B13C-A31E-4825-BCAD-34C5876D470E@xcllnt.net> References: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> <4B79B13C-A31E-4825-BCAD-34C5876D470E@xcllnt.net> Date: Mon, 24 Aug 2015 13:53:52 +0100 Message-ID: Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot From: Anton Shterenlikht To: Marcel Moolenaar Cc: freebsd-stable@freebsd.org 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: Mon, 24 Aug 2015 12:53:59 -0000 narrowed down a bit: good: r285809 bad: r286380 Any hint to augment bisection? Thanks Anton On 23/08/2015, Marcel Moolenaar wrote: > >> On Aug 23, 2015, at 7:51 AM, Anton Shterenlikht wrote= : >> >> I'm not sure if ia64 list is still operational, so >> post here. >> >> ia64 r285809 10-STABLE works fine. >> I updated to r286952, buildworld, buildkernel, installkernel, >> reboot, boot -s, and I get stuck with: >> >> FreeBSD/ia64 EFI boot, Revision 3.0 >> (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel text=3D0x11107f0 data=3D0xdfd68+0xa54f8 >> syms=3D[0x8+0xc2a78+0x8+0xb7965] >> - >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Entering /boot/kernel/kernel at 0x9ffc000000010500=E2=80=A6 > > Do you have options DDB in your kernel configuration? > If yes, can you boot without it? > > -- > Marcel Moolenaar > marcel@xcllnt.net > > From owner-freebsd-stable@freebsd.org Mon Aug 24 13:49:23 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 79AD69C2070 for ; Mon, 24 Aug 2015 13:49:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 319F21665 for ; Mon, 24 Aug 2015 13:49:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZTs7c-0009Jo-0h; Mon, 24 Aug 2015 16:49:12 +0300 Date: Mon, 24 Aug 2015 16:49:11 +0300 From: Slawa Olhovchenkov To: Anton Shterenlikht Cc: Marcel Moolenaar , freebsd-stable@freebsd.org Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot Message-ID: <20150824134911.GK3158@zxy.spb.ru> References: <201508231451.t7NEpwpr003993@mech-as222.men.bris.ac.uk> <4B79B13C-A31E-4825-BCAD-34C5876D470E@xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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: Mon, 24 Aug 2015 13:49:23 -0000 On Mon, Aug 24, 2015 at 01:53:52PM +0100, Anton Shterenlikht wrote: > narrowed down a bit: > > good: r285809 > bad: r286380 > > Any hint to augment bisection? r285863 r285951 r285967 r286055 r286145 r286193 r286216 r286306 r286322 r286362 > Thanks > > Anton > > On 23/08/2015, Marcel Moolenaar wrote: > > > >> On Aug 23, 2015, at 7:51 AM, Anton Shterenlikht wrote: > >> > >> I'm not sure if ia64 list is still operational, so > >> post here. > >> > >> ia64 r285809 10-STABLE works fine. > >> I updated to r286952, buildworld, buildkernel, installkernel, > >> reboot, boot -s, and I get stuck with: > >> > >> FreeBSD/ia64 EFI boot, Revision 3.0 > >> (root@mech-cluster241.men.bris.ac.uk, Thu May 5 11:18:40 BST 2011) > >> Loading /boot/defaults/loader.conf > >> /boot/kernel/kernel text=0x11107f0 data=0xdfd68+0xa54f8 > >> syms=[0x8+0xc2a78+0x8+0xb7965] > >> - > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel]... > >> Entering /boot/kernel/kernel at 0x9ffc000000010500... > > > > Do you have options DDB in your kernel configuration? > > If yes, can you boot without it? > > > > -- > > Marcel Moolenaar > > marcel@xcllnt.net > > > > > _______________________________________________ > 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 Mon Aug 24 13:50: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 5F2859C2128 for ; Mon, 24 Aug 2015 13:50:34 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4743A17DF for ; Mon, 24 Aug 2015 13:50:34 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 4432E9C2127; Mon, 24 Aug 2015 13:50:34 +0000 (UTC) Delivered-To: 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 43C919C2126 for ; Mon, 24 Aug 2015 13:50:34 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 003E817DD for ; Mon, 24 Aug 2015 13:50:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id B0FE81534C8 for ; Mon, 24 Aug 2015 15:50:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VE_lDmm91dGA; Mon, 24 Aug 2015 15:49:50 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id D0ED11534C6 for ; Mon, 24 Aug 2015 15:49:50 +0200 (CEST) To: "stable@freebsd.org" From: Willem Jan Withagen Subject: regression from previous version of pw Message-ID: <55DB2100.4070304@digiware.nl> Date: Mon, 24 Aug 2015 15:49:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; 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: Mon, 24 Aug 2015 13:50:34 -0000 Hi, In the previous version before Bapt upgraded pw(8) I was allowed to do pw useradd -V /etc Even though the manual page instructed otherwise. The new version sticks to the manual page and generates: pw: illegal option -- V I'm going to change the scripts, but perhaps others will be bitten too. Up to Bapt to decide what to do with this. --WjW From owner-freebsd-stable@freebsd.org Mon Aug 24 14:01:37 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 9AD9A9C2613 for ; Mon, 24 Aug 2015 14:01:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7784F1E0A for ; Mon, 24 Aug 2015 14:01:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7692B9C2612; Mon, 24 Aug 2015 14:01:37 +0000 (UTC) Delivered-To: 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 762539C2611 for ; Mon, 24 Aug 2015 14:01:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D4B61E08 for ; Mon, 24 Aug 2015 14:01:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by widdq5 with SMTP id dq5so51348884wid.1 for ; Mon, 24 Aug 2015 07:01:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=sEqVkBVLzXCAf/K53hUGIYmA8H+dYOM0XSBcuhc9e5o=; b=frvK2/gXLdf/mGcGvt74jBgSCHBZrv0Zkqy+3wUgYLKkdgm8DuQqNKYVyUTL7BOKNS UoOzesZ9AkSh42vafLAWqDgYnHzvtKkl5zqJqWxB6GkmW4CP/uS5nXx9VDREgu+6167z 1pGQO5+ty91gB4NvnmDWB1Md2DUj4kZly3PYSK5xeIVEUfSwOz5YfX3IfCgtL5lcBAeN 2odmNvXoACbKY+7luTPogunIK6nMdKdpDFjcKbZI272XeFqJom8GwqZok3cXKLRU3Tx5 JsR/Lr0d+pSrHabP4Yj+EBliLZxHAvbjcXaLD705ZqSEY2fGnaIqh8dUHuL9FFo/cvmF gEFA== X-Received: by 10.180.81.100 with SMTP id z4mr29290387wix.8.1440424895511; Mon, 24 Aug 2015 07:01:35 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id ev2sm16354103wib.21.2015.08.24.07.01.34 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Aug 2015 07:01:34 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 24 Aug 2015 16:01:33 +0200 From: Baptiste Daroussin To: Willem Jan Withagen Cc: "stable@freebsd.org" Subject: Re: regression from previous version of pw Message-ID: <20150824140133.GG93486@ivaldir.etoilebsd.net> References: <55DB2100.4070304@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7lMq7vMTJT4tNk0a" Content-Disposition: inline In-Reply-To: <55DB2100.4070304@digiware.nl> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Mon, 24 Aug 2015 14:01:37 -0000 --7lMq7vMTJT4tNk0a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 24, 2015 at 03:49:52PM +0200, Willem Jan Withagen wrote: > Hi, >=20 > In the previous version before Bapt upgraded pw(8) I was allowed to do > pw useradd -V /etc >=20 > Even though the manual page instructed otherwise. >=20 > The new version sticks to the manual page and generates: > pw: illegal option -- V >=20 > I'm going to change the scripts, but perhaps others will be bitten too. > Up to Bapt to decide what to do with this. The code has been changed to respect what the manual and the help output was showing: -V should be passed before the subcommand The reason for this is was to make the code more easily maintenable and understandable. if really that is too painful I can allow again -V to be also passed after = the subcommand but at the price of complicating the code. Best regards, Bapt --7lMq7vMTJT4tNk0a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXbI70ACgkQ8kTtMUmk6EwWpwCggZ8DU5zLdzfdccMyfprMaf04 RNMAnR9lq+vcYDxhTnbO0OSVRcj28PEi =/u67 -----END PGP SIGNATURE----- --7lMq7vMTJT4tNk0a-- From owner-freebsd-stable@freebsd.org Mon Aug 24 14:07: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 111829C2812 for ; Mon, 24 Aug 2015 14:07:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EBC712D1 for ; Mon, 24 Aug 2015 14:07:43 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id E8D2A9C2811; Mon, 24 Aug 2015 14:07:43 +0000 (UTC) Delivered-To: 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 E867E9C2810 for ; Mon, 24 Aug 2015 14:07:43 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 E7A902CE; Mon, 24 Aug 2015 14:07:42 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id C235B153465; Mon, 24 Aug 2015 16:07:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7LBz-ug3D1kw; Mon, 24 Aug 2015 16:07:27 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id AF1E1153430; Mon, 24 Aug 2015 16:07:27 +0200 (CEST) Subject: Re: regression from previous version of pw To: Baptiste Daroussin References: <55DB2100.4070304@digiware.nl> <20150824140133.GG93486@ivaldir.etoilebsd.net> Cc: "stable@freebsd.org" From: Willem Jan Withagen Message-ID: <55DB2521.5030502@digiware.nl> Date: Mon, 24 Aug 2015 16:07:29 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150824140133.GG93486@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 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: Mon, 24 Aug 2015 14:07:44 -0000 On 24-8-2015 16:01, Baptiste Daroussin wrote: > On Mon, Aug 24, 2015 at 03:49:52PM +0200, Willem Jan Withagen wrote: >> Hi, >> >> In the previous version before Bapt upgraded pw(8) I was allowed to do >> pw useradd -V /etc >> >> Even though the manual page instructed otherwise. >> >> The new version sticks to the manual page and generates: >> pw: illegal option -- V >> >> I'm going to change the scripts, but perhaps others will be bitten too. >> Up to Bapt to decide what to do with this. > > The code has been changed to respect what the manual and the help output was > showing: -V should be passed before the subcommand You just changed that now? Or my version is lagging behind? Text is much more clear than the 'illegal option' espacially now there is also the -R stuff. So it made me wonder. > The reason for this is was to make the code more easily maintenable and > understandable. You fixed the code, so it is your prerogative. > if really that is too painful I can allow again -V to be also passed after the > subcommand but at the price of complicating the code. Nope, I've already changed the code I have. Was about 5 lines in a shell script. My comment was more as general notification, in case somebody else ran into the same. Nobody thus far ran into this, so it won't be major anyways. Thanx, --WjW From owner-freebsd-stable@freebsd.org Mon Aug 24 14:16:49 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 DAA5D9C2BBD for ; Mon, 24 Aug 2015 14:16:49 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B641FB06 for ; Mon, 24 Aug 2015 14:16:49 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B33849C2BBC; Mon, 24 Aug 2015 14:16:49 +0000 (UTC) Delivered-To: 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 98F1D9C2BBB for ; Mon, 24 Aug 2015 14:16:49 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F971B05 for ; Mon, 24 Aug 2015 14:16:49 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicja10 with SMTP id ja10so73739703wic.1 for ; Mon, 24 Aug 2015 07:16:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=d6wnkRzuqxEI7mxADR+yo4iJ87qzdq4sCLPV2HFteQg=; b=tkUHAO8Su85G4R7Q70+77rOQLQNQoDcqx95y1yR8sZXhJxoGh6iwhAhsOPPn3BygdH sWWC+gwLyyVl20H7ARMEhNsO+VX4s3mjmyD1usBYbSZdp8viviLmXqDqUEmWrkM91azP wdUS7eRBbxr2rJR3hpAv/WpWu++XfbqLJHp5FYzJGLmyaJm0fPF8ew1e/aLPWOtXBPXj 1D/sOqTCwP84A9stWsTnwlYnAJOSV+aWBG80iw8nWTGixgPOGJPskeh16w+yt/RQg22m /AIWyGersaFQv8uDov/bWj1oEEpL3eychucpC00ChMnUO4G731zLnLODXxfmowSBK7ga mtzA== X-Received: by 10.180.75.243 with SMTP id f19mr30229655wiw.52.1440425807297; Mon, 24 Aug 2015 07:16:47 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id du6sm16388865wib.24.2015.08.24.07.16.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Aug 2015 07:16:46 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 24 Aug 2015 16:16:44 +0200 From: Baptiste Daroussin To: Willem Jan Withagen Cc: "stable@freebsd.org" Subject: Re: regression from previous version of pw Message-ID: <20150824141644.GI93486@ivaldir.etoilebsd.net> References: <55DB2100.4070304@digiware.nl> <20150824140133.GG93486@ivaldir.etoilebsd.net> <55DB2521.5030502@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7gdRJTuwFmWapyH" Content-Disposition: inline In-Reply-To: <55DB2521.5030502@digiware.nl> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Mon, 24 Aug 2015 14:16:49 -0000 --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 24, 2015 at 04:07:29PM +0200, Willem Jan Withagen wrote: > On 24-8-2015 16:01, Baptiste Daroussin wrote: > > On Mon, Aug 24, 2015 at 03:49:52PM +0200, Willem Jan Withagen wrote: > >> Hi, > >> > >> In the previous version before Bapt upgraded pw(8) I was allowed to do > >> pw useradd -V /etc > >> > >> Even though the manual page instructed otherwise. > >> > >> The new version sticks to the manual page and generates: > >> pw: illegal option -- V > >> > >> I'm going to change the scripts, but perhaps others will be bitten too. > >> Up to Bapt to decide what to do with this. > >=20 > > The code has been changed to respect what the manual and the help outpu= t was > > showing: -V should be passed before the subcommand >=20 > You just changed that now? Or my version is lagging behind? > Text is much more clear than the 'illegal option' espacially now there > is also the -R stuff. So it made me wonder. I changed that when bringing in the -R stuff so long ago. Illegal option is= made by getopt(3) directly but I can make it nicer and show a message that expla= ins. >=20 > > The reason for this is was to make the code more easily maintenable and > > understandable. >=20 > You fixed the code, so it is your prerogative. Well I also want the feedback from users, as if it is only me, given how th= ings are documented and the whole organisation of the pw(8) code (even before my refactoring) it makes more sense as it is now. (this is the only behaviour = that changed on purpose, all others are considered as a bug and should be report= ed and fixed). >=20 > > if really that is too painful I can allow again -V to be also passed af= ter the > > subcommand but at the price of complicating the code. >=20 > Nope, I've already changed the code I have. > Was about 5 lines in a shell script. >=20 > My comment was more as general notification, in case somebody else ran > into the same. Nobody thus far ran into this, so it won't be major anyway= s. You are actually the second to report, the first was crochet which has be f= ixed straight forward. Best regards, Bapt --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXbJ0wACgkQ8kTtMUmk6EyMbwCdFCYQHSiYxKIsK7YWr19ZQzI1 wJQAoInx1Ur9mJPk135W+C5K65KUfeiZ =Kmlf -----END PGP SIGNATURE----- --o7gdRJTuwFmWapyH-- From owner-freebsd-stable@freebsd.org Mon Aug 24 14:22:24 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 F35F19C2E28 for ; Mon, 24 Aug 2015 14:22:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D8EEDF4A for ; Mon, 24 Aug 2015 14:22:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id D7ED49C2E27; Mon, 24 Aug 2015 14:22:24 +0000 (UTC) Delivered-To: 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 D78659C2E26 for ; Mon, 24 Aug 2015 14:22:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 8638FF49; Mon, 24 Aug 2015 14:22:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id E56851534C6; Mon, 24 Aug 2015 16:22:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aW4rvuDLVBLc; Mon, 24 Aug 2015 16:21:52 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 159A4153430; Mon, 24 Aug 2015 16:21:51 +0200 (CEST) Subject: Re: regression from previous version of pw To: Baptiste Daroussin References: <55DB2100.4070304@digiware.nl> <20150824140133.GG93486@ivaldir.etoilebsd.net> <55DB2521.5030502@digiware.nl> <20150824141644.GI93486@ivaldir.etoilebsd.net> Cc: "stable@freebsd.org" From: Willem Jan Withagen Message-ID: <55DB2881.2030202@digiware.nl> Date: Mon, 24 Aug 2015 16:21:53 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150824141644.GI93486@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 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: Mon, 24 Aug 2015 14:22:25 -0000 On 24-8-2015 16:16, Baptiste Daroussin wrote: > On Mon, Aug 24, 2015 at 04:07:29PM +0200, Willem Jan Withagen wrote: >> On 24-8-2015 16:01, Baptiste Daroussin wrote: >>> On Mon, Aug 24, 2015 at 03:49:52PM +0200, Willem Jan Withagen wrote: >>>> Hi, >>>> >>>> In the previous version before Bapt upgraded pw(8) I was allowed to do >>>> pw useradd -V /etc >>>> >>>> Even though the manual page instructed otherwise. >>>> >>>> The new version sticks to the manual page and generates: >>>> pw: illegal option -- V >>>> >>>> I'm going to change the scripts, but perhaps others will be bitten too. >>>> Up to Bapt to decide what to do with this. >>> >>> The code has been changed to respect what the manual and the help output was >>> showing: -V should be passed before the subcommand >> >> You just changed that now? Or my version is lagging behind? >> Text is much more clear than the 'illegal option' espacially now there >> is also the -R stuff. So it made me wonder. We the text now, was enough to make me look at the man page. So it depends on how much error info you give with other problems. I'm all for more informational error messages. I don't think the Unixs are (used to be) in that mode. > I changed that when bringing in the -R stuff so long ago. Illegal option is made > by getopt(3) directly but I can make it nicer and show a message that explains. my code had services running php53. :( So it is old... So that is probably why I did not get bitten earlier. Ciao, --WjW From owner-freebsd-stable@freebsd.org Mon Aug 24 14:47: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 964B79C182F for ; Mon, 24 Aug 2015 14:47:32 +0000 (UTC) (envelope-from maurizio.vairani@cloverinformatica.it) Received: from host202-129-static.10-188-b.business.telecomitalia.it (host202-129-static.10-188-b.business.telecomitalia.it [188.10.129.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0732C1D94 for ; Mon, 24 Aug 2015 14:47:31 +0000 (UTC) (envelope-from maurizio.vairani@cloverinformatica.it) Received: from [192.168.0.60] (unknown [192.168.0.60]) by host202-129-static.10-188-b.business.telecomitalia.it (Postfix) with ESMTP id 196F94438; Mon, 24 Aug 2015 16:47:28 +0200 (CEST) Message-ID: <55DB2E7F.3010605@cloverinformatica.it> Date: Mon, 24 Aug 2015 16:47:27 +0200 From: Maurizio Vairani User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" CC: FreeBSD stable Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> In-Reply-To: <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit 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: Mon, 24 Aug 2015 14:47:32 -0000 Il 24/08/2015 14:14, Bjoern A. Zeeb ha scritto: >> On 24 Aug 2015, at 09:56 , Maurizio Vairani wrote: >> >> Hi, >> I am trying to update an amd64 system. With the command: >> # freebsd-update upgrade -r 10.2-RELEASE >> I receive the error: >> ....9510....19520....19530....19540....19550....19560....19570....19580....19590 done. >> Applying patches... done. >> Fetching 13651 files... 1ae3b1c9f35d65ced43103718a87a4201f4e3434160114a0d355bbf5284da6aa has incorrect hash. >> >> Note: running >> # freebsd-update fetch >> I receive this message: >> The following files are affected by updates, but no changes have >> been downloaded because the files have been modified locally: >> /var/db/mergemaster.mtree >> >> but I do not know if it is related to the error above. > please see the thread “freebsd-update to 10.2-RELEASE broken ?” on this mailing list from this month; I think there is no solution yet. > > https://lists.freebsd.org/pipermail/freebsd-stable/2015-August/thread.html#83086 > Thank you very much for the link. I have successfully upgraded the system running multiple times (five or six) the command: # freebsd-update -s update2.freebsd.org -r 10.2-RELEASE upgrade until the above error message disappears. Maurizio From owner-freebsd-stable@freebsd.org Mon Aug 24 14:56:29 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 E0D039C1CC2 for ; Mon, 24 Aug 2015 14:56:29 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACCE731D for ; Mon, 24 Aug 2015 14:56:29 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: by igbjg10 with SMTP id jg10so63119368igb.0 for ; Mon, 24 Aug 2015 07:56:29 -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:content-transfer-encoding; bh=yMQsKu8sgYiTdP/GauPAjNGbJkKyiXMaMUWvlkhAVlo=; b=wxqPRuuv9njiD2exWK7/6gQjOtdaTkT70YhzAs2A/CC7e0G0T48MVQk3PnUNzyV57X Gh1Q2dopbug3T/kyPoc9qzzrhKA6QZewbbc1vgT4x+DMdHSJ/u5iTVnEX/SGxlX042Ea g9edSxkwE4O+fHsuH8GC59cDHtjXNKeinTUxccqH12mJD+sPrf2XdnRzWYqR8nvD+qSM i+uwzAxly/WmesH7W4xT1pKSSJC0bZ0RHSSYwnsvWVfIorTpQ5Lm8bo0hmVx9NC2nQ6V tvF/h8+AuLI4SS+oa/0GefgrDQeRkRvOZDlo4g27hBajEKLVQ69tJB4C090aKZKuW4yD Q13Q== MIME-Version: 1.0 X-Received: by 10.50.20.135 with SMTP id n7mr16260238ige.58.1440428188932; Mon, 24 Aug 2015 07:56:28 -0700 (PDT) Received: by 10.79.14.22 with HTTP; Mon, 24 Aug 2015 07:56:28 -0700 (PDT) In-Reply-To: <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> Date: Mon, 24 Aug 2015 07:56:28 -0700 Message-ID: Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE From: jungle Boogie To: "Bjoern A. Zeeb" Cc: Maurizio Vairani , FreeBSD stable 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: Mon, 24 Aug 2015 14:56:30 -0000 On 24 August 2015 at 05:14, Bjoern A. Zeeb wrote: > please see the thread =E2=80=9Cfreebsd-update to 10.2-RELEASE broken ?=E2= =80=9D on this mailing list from this month; I think there is no solution = yet. The solution for me was to use a different DNS server on one of my machines. Others with a sensible DNS resolver fetched the files fine. --=20 ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-stable@freebsd.org Mon Aug 24 15:08: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 1560C9C0169 for ; Mon, 24 Aug 2015 15:08:02 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from mx1.cksoft.de (mx1.cksoft.de [IPv6:2001:67c:24f8:1::25:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.cksoft.de", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4B94A17 for ; Mon, 24 Aug 2015 15:08:01 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from m.cksoft.de (asa1.cksoft.de [212.17.240.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.cksoft.de (Postfix) with ESMTPSA id 3D9921E9EB2; Mon, 24 Aug 2015 17:07:57 +0200 (CEST) Received: from amavis.cksoft.de (unknown [IPv6:2a01:170:1110:8001::25:a1]) by m.cksoft.de (Postfix) with ESMTP id 55E33631D0; Mon, 24 Aug 2015 17:06:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from m.cksoft.de ([IPv6:2a01:170:1110:8001::25:1]) by amavis.cksoft.de (amavis.cksoft.de [IPv6:2a01:170:1110:8001::25:a1]) (amavisd-new, port 10041) with ESMTP id YdCPR7O_XoeV; Mon, 24 Aug 2015 17:06:50 +0200 (CEST) Received: from noc1.cksoft.de (noc1.cksoft.de [IPv6:2a01:170:1110:8001::53:1]) by m.cksoft.de (Postfix) with ESMTP id 49DD262EEB; Mon, 24 Aug 2015 17:06:50 +0200 (CEST) Received: by noc1.cksoft.de (Postfix, from userid 1000) id 9481B13BCC; Mon, 24 Aug 2015 17:07:55 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by noc1.cksoft.de (Postfix) with ESMTP id 8ED5913A9A; Mon, 24 Aug 2015 17:07:55 +0200 (CEST) Date: Mon, 24 Aug 2015 17:07:55 +0200 (CEST) From: Christian Kratzer X-X-Sender: ck@noc1.cksoft.de Reply-To: Christian Kratzer To: jungle Boogie cc: "Bjoern A. Zeeb" , Maurizio Vairani , FreeBSD stable Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE In-Reply-To: Message-ID: References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) X-Spammer-Kill-Ratio: 75% MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT 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: Mon, 24 Aug 2015 15:08:02 -0000 Hi, On Mon, 24 Aug 2015, jungle Boogie wrote: > On 24 August 2015 at 05:14, Bjoern A. Zeeb > wrote: >> please see the thread “freebsd-update to 10.2-RELEASE broken ?” on this mailing list from this month; I think there is no solution yet. > > The solution for me was to use a different DNS server on one of my > machines. Others with a sensible DNS resolver fetched the files fine. that is most propably just pure luck. I tried using google dns (8.8.8.8) as resolver which worked sometimes and also failed sometimes. The only way I have been able to upgrade systems is by repeatedly running freebsd-update. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck@cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer Web: http://www.cksoft.de/ From owner-freebsd-stable@freebsd.org Mon Aug 24 15:53:54 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 D04549C1386 for ; Mon, 24 Aug 2015 15:53:54 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (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 BF0661F0D for ; Mon, 24 Aug 2015 15:53:54 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPSA id 7D608EB8E; Mon, 24 Aug 2015 08:53:53 -0700 (PDT) Date: Mon, 24 Aug 2015 08:53:53 -0700 From: hiren panchasara To: KOT MATPOCKuH Cc: freebsd-stable@freebsd.org Subject: Re: Silent data corruption on em(4) interfaces Message-ID: <20150824155353.GI71346@strugglingcoder.info> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tSiBuZsJmMXpnp7T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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: Mon, 24 Aug 2015 15:53:54 -0000 --tSiBuZsJmMXpnp7T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 08/20/15 at 12:57P, KOT MATPOCKuH wrote: > Hello! >=20 > I got silent data corruption when transferring data via em(4) interface on > 10.2-STABLE r286912. > 1. I got broken large file transferred via ftp (MD5 checksum mismatched); > 2. I got disconnects when transferring large data via ssh with messages: > Corrupted MAC on input. > Disconnecting: Packet corrupt >=20 > Problem occurs only after few hours of uptime. Immediately after reboot I > transferred same file via ftp without any errors. >=20 > I tried to use: > - em0 and em2 interfaces in link aggregation > - em1 as "clean" interface > But I got same problem in both cases. >=20 > Also one time when transferring file I got this messages: > em0: Interface stopped DISTRIBUTING, possible flapping > em0: Watchdog timeout -- resetting > em2: Interface stopped DISTRIBUTING, possible flapping > em2: Watchdog timeout -- resetting >=20 > netstat -in does not see any problems: > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll > em0 1500 00:14:4f:01:3f:7a 6689452 0 0 > 146720 0 0 > em1 1500 00:14:4f:01:3f:7b 5732168 0 0 > 2865912 0 0 > em2 1500 00:14:4f:01:3f:7c 501817 0 0 > 3392333 0 0 >=20 > Network adapters is build in to the Sun Fire X4100 mother board: > em0@pci0:1:1:0: class=3D0x020000 card=3D0x10118086 chip=3D0x10108086 rev= =3D0x03 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82546EB Gigabit Ethernet Controller (Copper)' > class =3D network > subclass =3D ethernet >=20 > TCP_OFFLOAD disabled in kernel's config. See if disabling TSO helps. You can disable on the interface with '-tso'. Cheers, Hiren --tSiBuZsJmMXpnp7T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJV2z4RXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/l1ekH/AojMWLtttRGlUAGuW4GWyg+ qzAN/EaWtenRCRqibOUDeuGb2qt4L5tuUluenCBcCv2UXOpet/3jS2Rdn/jWbyMP +3UEIC8q5gBicKdZfnenpiq1mjUmxxAS2fetgKg0iOITTeF9uTkyzVAg5Wu2vJA7 D3r+6l95f1+2xXCvBQxJ6sgzD2Di1FL29fd+ftGCtgCqB/WjIw1sbIiZ5iVC111a v26Pr/8gJ84ump99q3NSsFt7fKeHLjNw148ZyIDjDMcIIEScxO7mOitelG5CYvsh HLy6XxFt5QwvlAsybZsUlPR+5tJYqg4QCRyduAPjjy3Vx1ARAsh6HBBwOa5Hcrw= =dGjA -----END PGP SIGNATURE----- --tSiBuZsJmMXpnp7T-- From owner-freebsd-stable@freebsd.org Mon Aug 24 19:29: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 6CF0F9C2167 for ; Mon, 24 Aug 2015 19:29:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5902018A9 for ; Mon, 24 Aug 2015 19:29:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 564CA9C2166; Mon, 24 Aug 2015 19:29:31 +0000 (UTC) Delivered-To: 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 55EAD9C2164 for ; Mon, 24 Aug 2015 19:29:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 16F3C18A6 for ; Mon, 24 Aug 2015 19:29:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZTxQs-000J7G-V1 for stable@freebsd.org; Mon, 24 Aug 2015 22:29:26 +0300 Date: Mon, 24 Aug 2015 22:29:26 +0300 From: Slawa Olhovchenkov To: stable@freebsd.org Subject: dev.ix.0.queueX.interrupt_rate Message-ID: <20150824192926.GL3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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: Mon, 24 Aug 2015 19:29:31 -0000 I have '82599ES 10-Gigabit SFI/SFP+ Network Connection' and see strange: # sysctl dev.ix.0 | grep interrupt_rate dev.ix.0.queue7.interrupt_rate: 500000 dev.ix.0.queue6.interrupt_rate: 500000 dev.ix.0.queue5.interrupt_rate: 31250 dev.ix.0.queue4.interrupt_rate: 31250 dev.ix.0.queue3.interrupt_rate: 31250 dev.ix.0.queue2.interrupt_rate: 500000 dev.ix.0.queue1.interrupt_rate: 500000 dev.ix.0.queue0.interrupt_rate: 500000 Last -stable, no tuning. Is this normal? From owner-freebsd-stable@freebsd.org Mon Aug 24 21:31:58 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 51E4F9C2414 for ; Mon, 24 Aug 2015 21:31:58 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1609C1 for ; Mon, 24 Aug 2015 21:31:57 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [192.168.5.21] (5418453B.cm-5-1b.dynamic.ziggo.nl [84.24.69.59]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 3CBC71E8C1D for ; Mon, 24 Aug 2015 21:24:12 +0000 (UTC) Message-ID: <55DB8B79.40700@searchy.net> Date: Mon, 24 Aug 2015 23:24:09 +0200 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Multiple IP/subnet in jail, source address for connections 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: Mon, 24 Aug 2015 21:31:58 -0000 Hello, I'm trying to have jail with a public and a private IP address. Both are on the same interface. The public is called 79.x.x.213 and private 10.4.3.6 Out from ifconfig within the jail is: inet 79.x.x.213 netmask 0xffffffff broadcast 79.x.x.213 inet 10.4.3.6 netmask 0xffffffff broadcast 10.4.3.6 When I try to reach a host on the 10.4.3.0/24 network, it will use the source address 79.x.x.123 (seen with tcpdump) When done outside of the jail on the server, it does have the right source address. How can I get my jail to have the right source address? Some tools provide a way to define a source address, like telnet -s, but it's not workable. Frank de Bot From owner-freebsd-stable@freebsd.org Mon Aug 24 21:46:13 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 841DD9C2930 for ; Mon, 24 Aug 2015 21:46:13 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27C1CFE9 for ; Mon, 24 Aug 2015 21:46:13 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: by wicja10 with SMTP id ja10so83928991wic.1 for ; Mon, 24 Aug 2015 14:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wgops.com; s=gm01; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w4G/n+D/x7JKsHCRhR/pZQSQ24tapClc2Tu3Qqb9enk=; b=YRp+MzjaeAq2gPJgisgadqrWE0soS+JXTbUyhXFumTzPCXd/c8hISGkhEPlDcAoM+5 BF61C4mzEljMPdq6RZQvM85+kiBwygZW1XNdSjgQyWrPDuU3v2ytofjLykCuk7wFy/Mh /mdEEmH2NofmIc5S5eT2e13liMvRjuPABRRYA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w4G/n+D/x7JKsHCRhR/pZQSQ24tapClc2Tu3Qqb9enk=; b=OScDSndnVOsGrfxAAvm3SnkCc0W4ELzy3BgzNDDdWAsTwMjhs2En2Avf7arcnSU5ql bUWL5LzUIjVPrNzbzNmlfGZjiQnVsAsXFLHSSsl71CAfYFJiItkmyg1WGG8x2aeYkaGk Fy2i8FGy2YpewBliYhapSRBCaLIvkNzsj933WB9nbNXyBUMFY0zjw8cIgNCRSmG2rKvp xsoZWYrugPvo/IRH0ir1vbLD3VoiWOemzqpDgcFWJl6W4BeN1jqT6nx2HYsemvSR3PME KRXbzVhLmGmYMF+SEwi+nckpufEGo2OdBNKQihdIwQ18uC6ljvmajaIp1WcfJa99KOO0 G4cg== X-Gm-Message-State: ALoCoQnNRLpfZ3mM28CUAsIk1B4EgPAMnh/DMGfbFZRdqaNbBaBZCLh4zqLrxInX2dMC+h5zW+9S MIME-Version: 1.0 X-Received: by 10.194.112.104 with SMTP id ip8mr44391468wjb.131.1440452770740; Mon, 24 Aug 2015 14:46:10 -0700 (PDT) Received: by 10.28.96.69 with HTTP; Mon, 24 Aug 2015 14:46:10 -0700 (PDT) In-Reply-To: <55DB8B79.40700@searchy.net> References: <55DB8B79.40700@searchy.net> Date: Mon, 24 Aug 2015 14:46:10 -0700 Message-ID: Subject: Re: Multiple IP/subnet in jail, source address for connections From: Michael Loftis To: "Frank de Bot (lists)" Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 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: Mon, 24 Aug 2015 21:46:13 -0000 Normally when jails are added their IPs are created as "normal" aliases, so they'll get a /32 netmask when you don't specify. So Depending on how you're creating the jail you'll need to specify the netmask with the IP wherever you configure your jail. (You didn't mention if you're using ezjail or not for example....) On Mon, Aug 24, 2015 at 2:24 PM, Frank de Bot (lists) wrote: > Hello, > > I'm trying to have jail with a public and a private IP address. Both > are on the same interface. The public is called 79.x.x.213 and private > 10.4.3.6 > Out from ifconfig within the jail is: > > inet 79.x.x.213 netmask 0xffffffff broadcast 79.x.x.213 > inet 10.4.3.6 netmask 0xffffffff broadcast 10.4.3.6 > > When I try to reach a host on the 10.4.3.0/24 network, it will use the > source address 79.x.x.123 (seen with tcpdump) > When done outside of the jail on the server, it does have the right > source address. > How can I get my jail to have the right source address? Some tools > provide a way to define a source address, like telnet -s, but it's not > workable. > > > Frank de Bot > _______________________________________________ > 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" -- "Genius might be described as a supreme capacity for getting its possessors into trouble of all kinds." -- Samuel Butler From owner-freebsd-stable@freebsd.org Mon Aug 24 22:13:17 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 0EE1E9C12A9 for ; Mon, 24 Aug 2015 22:13:17 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E57051C07 for ; Mon, 24 Aug 2015 22:13:16 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E25CB9C12A8; Mon, 24 Aug 2015 22:13:16 +0000 (UTC) Delivered-To: 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 C89A29C12A7 for ; Mon, 24 Aug 2015 22:13:16 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 883EE1C05 for ; Mon, 24 Aug 2015 22:13:16 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by qgj62 with SMTP id 62so95785720qgj.2 for ; Mon, 24 Aug 2015 15:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=MLiFjjpyXLhxe5D0YaMnUZy/rVrxvVAsJWo1/Arygt4=; b=zTB6Kn/cC4Qb0OzYv8FKRP0T799KBmAIf0Jmkq2EUQqv82iMfJrW0q7GKazN36HXFC Y6kf4HnEqH764/G/Z4GucDot11MKu181XKJCM+FtHVac9+oHOkvU2kuah+2AEfGPSTco BnNS0fQKXf/jOGo/NGGGFQhKCMxO1FUnn4leDfqz2FVSfWuS85/P+ZbUlccPmD6oSJW2 KuZlnWmHg8x1FmW5l2gPqugM4DHPYlNqvZoBK1j5vi4nBDrHNfVxKVFXuKyLYvjMaq8S JicU/pKRh4icK7JjUyd1KR2RZQGItggN37IaYM2Q4hMBNVlm9mkSF1m+fTIj7clBPq6V cacQ== X-Received: by 10.140.129.11 with SMTP id 11mr58428659qhb.86.1440454395535; Mon, 24 Aug 2015 15:13:15 -0700 (PDT) MIME-Version: 1.0 References: <20150824192926.GL3158@zxy.spb.ru> In-Reply-To: <20150824192926.GL3158@zxy.spb.ru> From: Eric Joyner Date: Mon, 24 Aug 2015 22:13:05 +0000 Message-ID: Subject: Re: dev.ix.0.queueX.interrupt_rate To: Slawa Olhovchenkov , stable@freebsd.org 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: Mon, 24 Aug 2015 22:13:17 -0000 What's strange about it? The interrupt rate only changes if traffic goes out on the queue, and so if whatever applications you use don't utilize the core the queue is bound to, then the interrupt rate won't change. Or are you confused about the units? I know ixl(4) uses usecs instead of Hz, so ix(4) should probably change to use that at some point. On Mon, Aug 24, 2015, 12:29 PM Slawa Olhovchenkov wrote: > I have '82599ES 10-Gigabit SFI/SFP+ Network Connection' and see > strange: > > # sysctl dev.ix.0 | grep interrupt_rate > dev.ix.0.queue7.interrupt_rate: 500000 > dev.ix.0.queue6.interrupt_rate: 500000 > dev.ix.0.queue5.interrupt_rate: 31250 > dev.ix.0.queue4.interrupt_rate: 31250 > dev.ix.0.queue3.interrupt_rate: 31250 > dev.ix.0.queue2.interrupt_rate: 500000 > dev.ix.0.queue1.interrupt_rate: 500000 > dev.ix.0.queue0.interrupt_rate: 500000 > > Last -stable, no tuning. Is this normal? > > _______________________________________________ > 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 Mon Aug 24 22:18: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 AC1BB9C14FB for ; Mon, 24 Aug 2015 22:18:02 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 95B9E1E56 for ; Mon, 24 Aug 2015 22:18:02 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 94A779C14FA; Mon, 24 Aug 2015 22:18:02 +0000 (UTC) Delivered-To: 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 943A29C14F9 for ; Mon, 24 Aug 2015 22:18:02 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 5204C1E53 for ; Mon, 24 Aug 2015 22:18:02 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZU03y-0003CC-Uz; Tue, 25 Aug 2015 01:17:58 +0300 Date: Tue, 25 Aug 2015 01:17:58 +0300 From: Slawa Olhovchenkov To: Eric Joyner Cc: stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Message-ID: <20150824221758.GF21849@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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: Mon, 24 Aug 2015 22:18:02 -0000 On Mon, Aug 24, 2015 at 10:13:05PM +0000, Eric Joyner wrote: > What's strange about it? The interrupt rate only changes if traffic goes > out on the queue, and so if whatever applications you use don't utilize the > core the queue is bound to, then the interrupt rate won't change. > > Or are you confused about the units? I know ixl(4) uses usecs instead of > Hz, so ix(4) should probably change to use that at some point. By default `hw.ix.max_interrupt_rate: 31250` and I confused about some queue exceed this. And I can set dev.ix.0.queue4.interrupt_rate to 31250 (by sysctl) and this changes accepted. I am to be out of it. > On Mon, Aug 24, 2015, 12:29 PM Slawa Olhovchenkov wrote: > > > I have '82599ES 10-Gigabit SFI/SFP+ Network Connection' and see > > strange: > > > > # sysctl dev.ix.0 | grep interrupt_rate > > dev.ix.0.queue7.interrupt_rate: 500000 > > dev.ix.0.queue6.interrupt_rate: 500000 > > dev.ix.0.queue5.interrupt_rate: 31250 > > dev.ix.0.queue4.interrupt_rate: 31250 > > dev.ix.0.queue3.interrupt_rate: 31250 > > dev.ix.0.queue2.interrupt_rate: 500000 > > dev.ix.0.queue1.interrupt_rate: 500000 > > dev.ix.0.queue0.interrupt_rate: 500000 > > > > Last -stable, no tuning. Is this normal? > > > > _______________________________________________ > > 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 Mon Aug 24 22:33:46 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 83E4F9C1CBE for ; Mon, 24 Aug 2015 22:33:46 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 697F01746 for ; Mon, 24 Aug 2015 22:33:45 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id AFE15193655 for ; Mon, 24 Aug 2015 22:33:44 +0000 (UTC) Subject: Re: Silent data corruption on em(4) interfaces To: freebsd-stable@freebsd.org References: From: Sean Bruno Message-ID: <55DB9BC7.1070603@freebsd.org> Date: Mon, 24 Aug 2015 15:33:43 -0700 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-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: Mon, 24 Aug 2015 22:33:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/20/15 02:57, KOT MATPOCKuH wrote: > Hello! > > I got silent data corruption when transferring data via em(4) > interface on 10.2-STABLE r286912. 1. I got broken large file > transferred via ftp (MD5 checksum mismatched); 2. I got disconnects > when transferring large data via ssh with messages: Corrupted MAC > on input. Disconnecting: Packet corrupt > > Problem occurs only after few hours of uptime. Immediately after > reboot I transferred same file via ftp without any errors. > > I tried to use: - em0 and em2 interfaces in link aggregation - em1 > as "clean" interface But I got same problem in both cases. > > Also one time when transferring file I got this messages: em0: > Interface stopped DISTRIBUTING, possible flapping em0: Watchdog > timeout -- resetting em2: Interface stopped DISTRIBUTING, possible > flapping em2: Watchdog timeout -- resetting > > netstat -in does not see any problems: Name Mtu Network > Address Ipkts Ierrs Idrop Opkts Oerrs Coll em0 > 1500 00:14:4f:01:3f:7a 6689452 0 0 146720 > 0 0 em1 1500 00:14:4f:01:3f:7b 5732168 0 > 0 2865912 0 0 em2 1500 00:14:4f:01:3f:7c > 501817 0 0 3392333 0 0 > > Network adapters is build in to the Sun Fire X4100 mother board: > em0@pci0:1:1:0: class=0x020000 card=0x10118086 chip=0x10108086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = > '82546EB Gigabit Ethernet Controller (Copper)' class = > network subclass = ethernet > > TCP_OFFLOAD disabled in kernel's config. > > Any ideas? > Can you file a bugzilla report for this with all possible information from your report? sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJV25vFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kyC8H+QFLXz2hbRmkBhTlxExfZpUw ZtWDvrwJAnLXXsMVPi+E3icGLX2YYljw/MCpD8LqxJTs2jQOc+X3wIjI4nt5WEHI ve/KTpsdYjdxvLrIFRgUbt+oCv8C0NFfmQNsLqFRCe2Cz3tUtdwQsFGUXH6NkKxN Xj3tC1yBRwwVoywhmaU5uahaBtv4IC6x00iDkbjrX9GZKiBZD11HcGYyNMoCUFsP Njz1UZjtuztuy1IuDXbVn+HMm90VOsRziMgU2LQmsWTp6sSw+T/45ce0UYzrlhEl n/50fboUdS8k8kfjjyxid2kaskOAfe/qWZB59qdiKFDdgBFz7/oBRwN/yq6Ww1U= =fy/H -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Mon Aug 24 23:13:58 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 703C09C2BE9; Mon, 24 Aug 2015 23:13:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3824C1B94; Mon, 24 Aug 2015 23:13:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igui7 with SMTP id i7so67696272igu.0; Mon, 24 Aug 2015 16:13:57 -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=KGAF2xSeu2wUg7w3O4j+hiI26ZbFRHAN7BHuGt0n28A=; b=m9KreHrgrxFM9sPJ288MOlnrxkwTmNQ0Zc0TDWMSnUOVpPYosuX4T7AGlJx8y7T8Lm L8nvJhi+dgYdXmHmdGQRWAzoe9T0vF2bwnRdWw2paBCtOt+eR4MQLQh8l8HiQJIyU0r3 Mrvv+Omji2L8+JaplJZRinBp6PB9jVGyx1nAdV019xxsN35QR/NuVIm9Jni+YyGsrWYk yDnhG32k2ioIDT0cqnNk99mkkW8BXU2jbalfuQdbbOpJ5YyXqNHEXILfYbGc19XNIqOH +OKQHveBTjs7PkRsaSotadYF766MgFD0MflfiSQA3VO9/3Ddn9AXY4GxqUbW/etX5ehI admA== MIME-Version: 1.0 X-Received: by 10.50.128.169 with SMTP id np9mr17921927igb.37.1440458037693; Mon, 24 Aug 2015 16:13:57 -0700 (PDT) Received: by 10.36.28.208 with HTTP; Mon, 24 Aug 2015 16:13:57 -0700 (PDT) In-Reply-To: <2112273205.29795512.1440419111720.JavaMail.zimbra@uoguelph.ca> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> <55DAC623.60006@selasky.org> <62C7B1A3-CC6B-41A1-B254-6399F19F8FF7@cs.huji.ac.il> <2112273205.29795512.1440419111720.JavaMail.zimbra@uoguelph.ca> Date: Mon, 24 Aug 2015 16:13:57 -0700 Message-ID: Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance From: Adrian Chadd To: Rick Macklem Cc: Daniel Braniss , Hans Petter Selasky , Yong-Hyeon Pyun , FreeBSD stable , FreeBSD Net Content-Type: text/plain; charset=UTF-8 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: Mon, 24 Aug 2015 23:13:58 -0000 Hi, Some hand-waving suggestions: * if you're running something before 10.2, please disable IXGBE_FDIR in sys/conf/options and sys/modules/ixgbe/Makefile . It's buggy and it caused a lot of issues. * It sounds like some extra latency is happening, so I'd fiddle around with interrupt settings. By default it does something called adaptive interrupt moderation and it may be getting in the way of what you're trying to do. There's a way to disable AIM in /boot/loader.conf and manually set the interrupt rate. * As others have said, TSO has been a bit of a problem - hps has been working on solidifying the TSO configuration side of things so NICs advertise to the stack what their maximum offload capability is so things like NFS and TCP don't exceed the segment count. I don't know if it's tunable without hacking the driver, but maybe hack the driver to reduce the count a little to make sure you're not overflowing things and causing it to fall back to a slower path (where it copies all the mbufs into a single larger one to send to the NIC.) * Disable software LRO and see if it helps. Since you're doing lots of little non-streaming operations, it may actually be hindering. HTH, -adrian From owner-freebsd-stable@freebsd.org Tue Aug 25 04:24:28 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 51DAC9C2862 for ; Tue, 25 Aug 2015 04:24:28 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3AAF51E48 for ; Tue, 25 Aug 2015 04:24:28 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 39BD39C2861; Tue, 25 Aug 2015 04:24:28 +0000 (UTC) Delivered-To: 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 395E69C2860 for ; Tue, 25 Aug 2015 04:24:28 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: from mail.imenpardis.com (mail.imenpardis.com [188.121.128.150]) (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 DB3741E47 for ; Tue, 25 Aug 2015 04:24:27 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: from [192.168.1.3] (unknown [31.59.227.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: freebsd@farrokhi.net) by mail.imenpardis.com (Postfix) with ESMTPSA id A7009424DF8; Tue, 25 Aug 2015 08:54:24 +0430 (IRDT) From: "Babak Farrokhi" To: "Slawa Olhovchenkov" Cc: stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Date: Tue, 25 Aug 2015 08:54:23 +0430 Message-ID: In-Reply-To: <20150824221758.GF21849@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> <20150824221758.GF21849@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate Trial (1.9.2r5107) 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, 25 Aug 2015 04:24:28 -0000 You may want to disable interrupt moderation and manually configure interrupt rate per queue if you have high pps. I have had a lot of headaches with ix driver and fixed it by manually setting interrupt rates. sysctl hw.ix.enable_aim=0 — Babak On 25 Aug 2015, at 2:47, Slawa Olhovchenkov wrote: > On Mon, Aug 24, 2015 at 10:13:05PM +0000, Eric Joyner wrote: > >> What's strange about it? The interrupt rate only changes if traffic >> goes >> out on the queue, and so if whatever applications you use don't >> utilize the >> core the queue is bound to, then the interrupt rate won't change. >> >> Or are you confused about the units? I know ixl(4) uses usecs instead >> of >> Hz, so ix(4) should probably change to use that at some point. > > By default `hw.ix.max_interrupt_rate: 31250` and I confused about some > queue exceed this. > > And I can set dev.ix.0.queue4.interrupt_rate to 31250 (by sysctl) and > this changes accepted. > > I am to be out of it. > >> On Mon, Aug 24, 2015, 12:29 PM Slawa Olhovchenkov >> wrote: >> >>> I have '82599ES 10-Gigabit SFI/SFP+ Network Connection' and see >>> strange: >>> >>> # sysctl dev.ix.0 | grep interrupt_rate >>> dev.ix.0.queue7.interrupt_rate: 500000 >>> dev.ix.0.queue6.interrupt_rate: 500000 >>> dev.ix.0.queue5.interrupt_rate: 31250 >>> dev.ix.0.queue4.interrupt_rate: 31250 >>> dev.ix.0.queue3.interrupt_rate: 31250 >>> dev.ix.0.queue2.interrupt_rate: 500000 >>> dev.ix.0.queue1.interrupt_rate: 500000 >>> dev.ix.0.queue0.interrupt_rate: 500000 >>> >>> Last -stable, no tuning. Is this normal? >>> >>> _______________________________________________ >>> 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" >>> > _______________________________________________ > 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 Tue Aug 25 07:36:45 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 C2EEA99A354; Tue, 25 Aug 2015 07:36:45 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 828C4C5B; Tue, 25 Aug 2015 07:36:44 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 69BE21FE023; Tue, 25 Aug 2015 09:36:35 +0200 (CEST) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance To: Rick Macklem , Daniel Braniss References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <55D429A4.3010407@selasky.org> <20150819074212.GB964@michelle.fasterthan.com> <55D43615.1030401@selasky.org> <2013503980.25726607.1439989235806.JavaMail.zimbra@uoguelph.ca> <20150820023024.GB996@michelle.fasterthan.com> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> Cc: pyunyh@gmail.com, FreeBSD stable , FreeBSD Net , Slawa Olhovchenkov , Christopher Forgeron From: Hans Petter Selasky Message-ID: <55DC1B5A.8010109@selasky.org> Date: Tue, 25 Aug 2015 09:38:02 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> 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: Tue, 25 Aug 2015 07:36:45 -0000 Hi, I've made some minor modifications to the patch from Rick, and made this review: https://reviews.freebsd.org/D3477 --HPS From owner-freebsd-stable@freebsd.org Tue Aug 25 08:01: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 4946B99ACFC for ; Tue, 25 Aug 2015 08:01:59 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 21A41B67 for ; Tue, 25 Aug 2015 08:01:59 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: by mailman.ysv.freebsd.org (Postfix) id 1ED4A99ACFB; Tue, 25 Aug 2015 08:01:59 +0000 (UTC) Delivered-To: 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 1E65A99ACFA for ; Tue, 25 Aug 2015 08:01:59 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (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 C3AA9B66 for ; Tue, 25 Aug 2015 08:01:58 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 450562001FF; Tue, 25 Aug 2015 09:54:59 +0200 (CEST) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 34DB7405882; Tue, 25 Aug 2015 09:54:59 +0200 (CEST) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 0AFA0405881; Tue, 25 Aug 2015 09:54:59 +0200 (CEST) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3FP6HF1691) with ESMTP id 2015082509544844-184920 ; Tue, 25 Aug 2015 09:54:48 +0200 Date: Tue, 25 Aug 2015 09:54:48 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Slawa Olhovchenkov Cc: stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Message-Id: <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> In-Reply-To: <20150824192926.GL3158@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 25.08.2015 09:54:48, Serialize by Router on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 25.08.2015 09:54:58, Serialize complete at 25.08.2015 09:54:58 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.8.25.74516 X-PerlMx-Spam: Gauge=X, Probability=10%, Report=' RU_TLD 0.5, HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_500_599 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __RUS_MAILTO_URL 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' 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, 25 Aug 2015 08:01:59 -0000 On Mon, 24 Aug 2015 22:29:26 +0300 Slawa Olhovchenkov wrote about dev.ix.0.queueX.interrupt_rate: SO> Last -stable, no tuning. Is this normal? >From 10.2-rel (and still having severe performance issues with NFS as reported before): dev.ix.0.queue7.interrupt_rate: 31250 dev.ix.0.queue6.interrupt_rate: 100000 dev.ix.0.queue5.interrupt_rate: 83333 dev.ix.0.queue4.interrupt_rate: 100000 dev.ix.0.queue3.interrupt_rate: 500000 dev.ix.0.queue2.interrupt_rate: 31250 dev.ix.0.queue1.interrupt_rate: 31250 dev.ix.0.queue0.interrupt_rate: 500000 cu Gerrit From owner-freebsd-stable@freebsd.org Tue Aug 25 08:16:03 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 AE02099E2B9 for ; Tue, 25 Aug 2015 08:16:03 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 74B2721C for ; Tue, 25 Aug 2015 08:16:03 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [10.134.3.102] (sonic.concepts-ict.net [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 8A3E91E8C09; Tue, 25 Aug 2015 08:16:00 +0000 (UTC) Message-ID: <55DC2440.4060406@searchy.net> Date: Tue, 25 Aug 2015 10:16:00 +0200 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Michael Loftis CC: freebsd-stable Subject: Re: Multiple IP/subnet in jail, source address for connections References: <55DB8B79.40700@searchy.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 25 Aug 2015 08:16:03 -0000 Michael Loftis wrote: > Normally when jails are added their IPs are created as "normal" > aliases, so they'll get a /32 netmask when you don't specify. So > Depending on how you're creating the jail you'll need to specify the > netmask with the IP wherever you configure your jail. (You didn't > mention if you're using ezjail or not for example....) > I use no tools for creating/controlling jails. I have a /etc/jail.conf : exec.start = "/bin/sh /etc/rc"; exec.stop = "/bin/sh /etc/rc.shutdown"; exec.clean; mount.devfs; exec.consolelog = "/var/log/jail.$name.log"; testjail { host.hostname = "testjail"; ip4.addr = 79.x.x.213; ip4.addr += 10.4.3.6; ip6.addr = 2a00:x:x:x::3; path = "/opt/jails/testjail"; exec.prestart = "/root/jail_prestart.sh $path"; allow.raw_sockets = 1; # For debugging } I start a stop it with 'service jail start|stop testjail' I tried to define the 10.4.3.6 alias with a 255.255.255.0 netmask, but it makes no difference From owner-freebsd-stable@freebsd.org Tue Aug 25 09:30:16 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 16DB199D4EC for ; Tue, 25 Aug 2015 09:30:16 +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 EF11A651 for ; Tue, 25 Aug 2015 09:30:15 +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 B401016F for ; Tue, 25 Aug 2015 09:30:15 +0000 (UTC) Date: Tue, 25 Aug 2015 09:30:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1666529124.50.1440495014758.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2190 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Tue, 25 Aug 2015 09:30:16 -0000 See ------------------------------------------ Started by upstream project "Build_Image_and_Run_Tests_in_Bhyve_stable_10" build number 763 originally caused by: Started by upstream project "FreeBSD_stable_10" build number 1643 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url https://github.com/freebsd/freebsd-ci # timeout=10 Fetching upstream changes from https://github.com/freebsd/freebsd-ci > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress https://github.com/freebsd/freebsd-ci +refs/heads/*:refs/remotes/origin/* ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://github.com/freebsd/freebsd-ci at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: hudson.plugins.git.GitException: Command "git -c core.askpass=true fetch --tags --progress https://github.com/freebsd/freebsd-ci +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: unable to access 'https://github.com/freebsd/freebsd-ci/': Unknown SSL protocol error in connection to github.com:443 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:325) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to jenkins-10.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:753) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor521.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at com.sun.proxy.$Proxy56.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733) ... 11 more ERROR: Error fetching remote repo 'origin' From owner-freebsd-stable@freebsd.org Tue Aug 25 11:55:53 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 0A7F099DF4D for ; Tue, 25 Aug 2015 11:55:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D61CA3C2 for ; Tue, 25 Aug 2015 11:55:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: by mailman.ysv.freebsd.org (Postfix) id D50F899DF4B; Tue, 25 Aug 2015 11:55:52 +0000 (UTC) Delivered-To: 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 BADE199DF4A for ; Tue, 25 Aug 2015 11:55:52 +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 761753BF for ; Tue, 25 Aug 2015 11:55:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:ftboaBPblS0K/Dw9tsgl6mtUPXoX/o7sNwtQ0KIMzox0KPn9rarrMEGX3/hxlliBBdydsKIfzbeH+Pi/EUU7or+/81k6OKRWUBEEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i760zceF13FOBZvIaytQ8iJ35/xirH5o8KbSj4LrQT+SIs6FA+xowTVu5teqqpZAYF19CH0pGBVcf9d32JiKAHbtR/94sCt4MwrqHwI6Lpyv/JHBIr3Zb45UfR7mDQgezQ66dfxtAWFThaC5n00W2gX1B9QDE7J4UepcI32t37At+F+kAyTNs7yQLV8DS6n5qxoTBLtoDoAOCM09HnXzMd52vEI6Cm9rgByltaHKLqeM+BzK/vQ X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2A6AgDyVtxV/61jaINdg29pBoMful0BCYFtCoUxSgKBbxQBAQEBAQEBAYEJgh2CBgEBAQMBAQEBICsgCxACAQgYAgINGQICJwEJJgIECAcEARwEiAUIDbIplSEBAQEBAQEBAQEBAQEBAQEBAQEBAQEXgSKKNYQ4AQEcNAeCaYFDBZU0hQaFCoRyjFmLZAImgg4cgXAiMwEBBYEHOoEEAQEB X-IronPort-AV: E=Sophos;i="5.15,745,1432612800"; d="scan'208";a="234602194" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 25 Aug 2015 07:55:50 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 4D15215F55D; Tue, 25 Aug 2015 07:55:50 -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 HN5SAkZpdsCB; Tue, 25 Aug 2015 07:55:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 9F93C15F563; Tue, 25 Aug 2015 07:55:49 -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 tam9UUqHtE30; Tue, 25 Aug 2015 07:55:49 -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 82B7115F55D; Tue, 25 Aug 2015 07:55:49 -0400 (EDT) Date: Tue, 25 Aug 2015 07:55:49 -0400 (EDT) From: Rick Macklem To: Gerrit =?utf-8?B?S8O8aG4=?= Cc: Slawa Olhovchenkov , stable@freebsd.org Message-ID: <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> References: <20150824192926.GL3158@zxy.spb.ru> <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> Subject: Re: dev.ix.0.queueX.interrupt_rate MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: dev.ix.0.queueX.interrupt_rate Thread-Index: Qo4UUBLf+TPtTUCTUjik/6Y7MzOQJg== 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, 25 Aug 2015 11:55:53 -0000 Gerritt Kuhn wrote: > On Mon, 24 Aug 2015 22:29:26 +0300 Slawa Olhovchenkov > wrote about dev.ix.0.queueX.interrupt_rate: > > SO> Last -stable, no tuning. Is this normal? > > From 10.2-rel (and still having severe performance issues with NFS as > reported before): > > dev.ix.0.queue7.interrupt_rate: 31250 > dev.ix.0.queue6.interrupt_rate: 100000 > dev.ix.0.queue5.interrupt_rate: 83333 > dev.ix.0.queue4.interrupt_rate: 100000 > dev.ix.0.queue3.interrupt_rate: 500000 > dev.ix.0.queue2.interrupt_rate: 31250 > dev.ix.0.queue1.interrupt_rate: 31250 > dev.ix.0.queue0.interrupt_rate: 500000 > If you have tso enabled, you could try this patch: https://reviews.freebsd.org/D3477 If TSO is disabled, then we don't have an explanation for poor NFS performance yet. If you haven't seen it, you might want to keep an eye on this thread: http://docs.FreeBSD.org/cgi/mid.cgi?55DC1B5A.8010109 rick > > > cu > Gerrit > _______________________________________________ > 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 Tue Aug 25 14:04:57 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 8D3A699A2AF for ; Tue, 25 Aug 2015 14:04:57 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6383CA10 for ; Tue, 25 Aug 2015 14:04:57 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: by mailman.ysv.freebsd.org (Postfix) id 6285D99A2AE; Tue, 25 Aug 2015 14:04:57 +0000 (UTC) Delivered-To: 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 6213099A2AD for ; Tue, 25 Aug 2015 14:04:57 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (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 13C89A0F for ; Tue, 25 Aug 2015 14:04:56 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id B5EDB200240; Tue, 25 Aug 2015 16:04:52 +0200 (CEST) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8E2FD405883; Tue, 25 Aug 2015 16:04:52 +0200 (CEST) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 016C3405881; Tue, 25 Aug 2015 16:04:52 +0200 (CEST) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3FP6HF1691) with ESMTP id 2015082516044099-186007 ; Tue, 25 Aug 2015 16:04:40 +0200 Date: Tue, 25 Aug 2015 16:04:41 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Rick Macklem Cc: stable@freebsd.org, Slawa Olhovchenkov Subject: Re: dev.ix.0.queueX.interrupt_rate Message-Id: <20150825160441.48ed35049f5947f0dbbaa801@aei.mpg.de> In-Reply-To: <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> References: <20150824192926.GL3158@zxy.spb.ru> <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 25.08.2015 16:04:41, Serialize by Router on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 25.08.2015 16:04:51, Serialize complete at 25.08.2015 16:04:51 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.8.25.135717 X-PerlMx-Spam: Gauge=IIIIIIIII, Probability=9%, Report=' MULTIPLE_RCPTS 0.1, HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_700_799 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __HTTPS_URI 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MULTIPLE_RCPTS_CC_X2 0, __MULTIPLE_URI_TEXT 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_IN_BODY 0, __URI_NO_WWW 0, __URI_NS ' 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, 25 Aug 2015 14:04:57 -0000 On Tue, 25 Aug 2015 07:55:49 -0400 (EDT) Rick Macklem wrote about Re: dev.ix.0.queueX.interrupt_rate: RM> If you have tso enabled, you could try this patch: RM> https://reviews.freebsd.org/D3477 RM> RM> If TSO is disabled, then we don't have an explanation for poor NFS RM> performance yet. I tried both with or without TSO, and it does not appear to make any difference for me. I get about 50MB/s net write speed and about 200MB/s read. Even my 1GBE interface perform better in terms of writing. RM> If you haven't seen it, you might want to keep an eye RM> on this thread: http://docs.FreeBSD.org/cgi/mid.cgi?55DC1B5A.8010109 Yes, I am watching this. Thanks for the pointer. cu Gerrit From owner-freebsd-stable@freebsd.org Tue Aug 25 14:37:25 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 C6A3499AFAF for ; Tue, 25 Aug 2015 14:37:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 958ADC38 for ; Tue, 25 Aug 2015 14:37:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZUFLl-0002Nh-PG for freebsd-stable@freebsd.org; Tue, 25 Aug 2015 14:37:21 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZUFLl-0000iJ-MI for freebsd-stable@freebsd.org; Tue, 25 Aug 2015 15:37:21 +0100 To: freebsd-stable@freebsd.org Subject: Latest stable (r287104) bash leaves zombies on exit Message-Id: From: Pete French Date: Tue, 25 Aug 2015 15:37:21 +0100 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, 25 Aug 2015 14:37:25 -0000 I updated to stable yesterday, plus updated all my porst to the latest pecompiled packages, but I am now seeing odd problems with bash on exit. Sometimes it quits, but leaves a zombie process... e.g PID TT STAT TIME COMMAND 44308 v0 IW 0:00.00 -bash (bash) 44312 v0 IW+ 0:00.00 /bin/sh /usr/local/bin/startx -listen_tcp 44325 v0 IW+ 0:00.00 xinit xterm -listen_tcp -- /usr/local/bin/X :0 -auth /ho 44328 v0 IW 0:00.00 /usr/local/bin/wmaker 44340 v0 S 0:03.35 /usr/local/bin/wmaker --for-real 49101 0- Z+ 0:02.73 49314 1- Z+ 0:00.17 56068 2 Ss 0:00.01 bash 56498 2 R+ 0:00.00 ps 56074 3 Is 0:00.01 bash 56076 3 S+ 0:00.00 mail freebsd-stable@freebsd.org 56308 4 Is+ 0:00.01 bash Thats the current 'ps' on this machine. The bash processes are running inside an xterm, so am not sure if the issue is with bash or the terminal. Kind of puzzled! -pete. From owner-freebsd-stable@freebsd.org Tue Aug 25 14:42:47 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 9FA1099D342 for ; Tue, 25 Aug 2015 14:42:47 +0000 (UTC) (envelope-from s.tyshchenko@identika.pro) Received: from scale212.ru (scale212.ru [51.254.36.76]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 299DA311 for ; Tue, 25 Aug 2015 14:42:46 +0000 (UTC) (envelope-from s.tyshchenko@identika.pro) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=scale212.ru; s=default; h=Content-Type:List-Unsubscribe:Message-ID:Sender:From:Date:MIME-Version:Subject:To; bh=PO+kaAkOF/uYvZY9SVYz8e1ZigP1VCR+LzX1kAhicIM=; b=Eh5FGz8M0rQ7R4oh3GC/UoTxvDm6wv4r7//ZeJH1GH4mJ4K+foA141aydJlQT8XMK6HvXnBNyGqfVcWosPPRZ4LOY0mkdk4tslLBTkdWCf88rmQ3VSe+VQPBUtBO/ecpIPgfcfzHaEXKUvbDooFro1jZ6I7i4pOT4/6/9W4lucw=; Received: from root by scale212.ru with local (Exim 4.80) (envelope-from ) id 1ZUFQy-0002Hs-Eb for freebsd-stable@freebsd.org; Tue, 25 Aug 2015 16:42:44 +0200 To: freebsd-stable@freebsd.org Subject: For you MIME-Version: 1.0 Date: Tue, 25 Aug 2015 16:42:44 +0200 From: Sergey Tyshchenko Sender: s.tyshchenko@identika.pro Message-ID: <241791445.26531@scale212.ru> X-Priority: 3 X-Mailer: scale212.ru mailer. Ver. 1.1. Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 14:42:47 -0000 Zm9yIHlvdQ0KCQkJDQoNCgkJCQ0KCQkJwqANCg0KCQkJwqANCg0KCQkJwqANCg0KCQkJwqANCg0K CQkJDQoJCQ0KCQkNCgkJCQ0KCQkJDQoJCQkNCgkJCUhlbGxvLCBNeSBuYW1lIGlzIFNlcmdleSwg SSBwcm9wb3NlIHlvdSBjb29wZXJhdGlvbi4gV2UgYXJlIGEgY3JlYXRpdmUgY29tcGFueSBpbiB0 aGUgZGV2ZWxvcG1lbnQgYW5kIGNyZWF0aW9uIG9mIHVuaXF1ZSBwcm9kdWN0cyBmb3IgZGVjb3Jh dGlvbiAtIHRvIGRlc2lnbiBidWlsZGluZ3MgSURFTlRJS0EuUFJPLiBXZScncmUgc3BlY2lhbGl6 ZWQgb24gZGVjb3JhdGlvbiBvZiBzaG9wcywgcGV0cm9sIHN0YXRpb24sIGNhZmUsIGZhc3QgZm9v ZCByZXN0YXVyYW50cywgYW5kIHJldGFpbCBmcmFuY2hpc2VzLldlIGFyZSBpbnRlcmVzdGVkIGF0 IGxvbmctdGVybSBjb29wZXJhdGlvbiB3aXRoIHlvdS4gV2UgcHJvcG9zZSBhIGdvb2QgZW52aXJv bm1lbnQgdG8gd29yayB3aXRoIHBhcnRuZXJzLkV4YW1wbGVzIG9mIG91ciB3b3JrIGh0dHAgOmh0 dHA6Ly9pZGVudGlrYS5wcm8vY291bnRlcl9saW5rL2NvdW50ZXIucGhwP2NsaWNrPXByZXNlbnRh dGlvbl9lbkkgcHJvcG9zZSBZb3UgdG8gYmVjb21lIG91ciBwYXJ0bmVyIGluIHlvdXIgYXJlYS5M ZXQgdXMga25vdyBhYm91dCB5b3VyIGRlY2lzaW9uDQoJCQkNCg0KCQkJDQoJCQnCoA0KDQoJCQnC oA0KDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQkNCgkJDQoJCQ0KCQkJDQoJCQkNCgkJCQ0KCQkJDQoJ CQkNCg0KCQkJDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQkNCgkJDQoJ CQ0KCQkJDQoJCQkNCgkJCQ0KCQkJDQoJCQkNCg0KCQkJDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQnC oA0KDQoJCQnCoA0KDQoJCQkNCgkJDQoJCQ0KCQkJDQoJCQkNCgkJCQ0KCQkJIEV4YW1wbGVzIG9m IG91ciB3b3JrIGh0dHAgOmh0dHA6Ly9pZGVudGlrYS5wcm8vY291bnRlcl9saW5rL2NvdW50ZXIu cGhwP2NsaWNrPXByZXNlbnRhdGlvbl9lbg0KCQkJDQoNCgkJCQ0KCQkJwqANCg0KCQkJwqANCg0K CQkJwqANCg0KCQkJwqANCg0KCQkJDQoJCQ0KCQkNCgkJCQ0KCQkJDQoJCQkNCgkJCVNlcmdleSBU eXNoY2hlbmtvQ0VPIHwgSURFTlRJS0EuUFJPVmliZXI6ICszODA1MDU1NjY5NjUgfCBXaGF0c0Fw cDogKzM4MDUwNTU2Njk2NVNreXBlOiB0LnNlcmdleS5tcy50eXNoY2hlbmtvQGlkZW50aWthLnBy byB8IHd3dy5pZGVudGlrYS5wcm8wMzA0MCB8IEdvbG9zaWl2c2t5aSBBdmUuIDcwIHwgb2ZmaWNl IDUwMiB8IEtpZXYgDQoJCQkNCg0KCQkJDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQnCoA0KDQoJCQnC oA== From owner-freebsd-stable@freebsd.org Tue Aug 25 16:45:20 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 C914F99A7D4 for ; Tue, 25 Aug 2015 16:45:20 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B0E8FF3B for ; Tue, 25 Aug 2015 16:45:20 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id AE45499A7D3; Tue, 25 Aug 2015 16:45:20 +0000 (UTC) Delivered-To: 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 ADDAF99A7D2 for ; Tue, 25 Aug 2015 16:45:20 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 68825F39 for ; Tue, 25 Aug 2015 16:45:20 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZUHLQ-0003sB-A9; Tue, 25 Aug 2015 19:45:08 +0300 Date: Tue, 25 Aug 2015 19:45:08 +0300 From: Slawa Olhovchenkov To: Gerrit =?koi8-r?Q?K=22uhn?= Cc: Rick Macklem , stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Message-ID: <20150825164508.GH21849@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> <20150825160441.48ed35049f5947f0dbbaa801@aei.mpg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20150825160441.48ed35049f5947f0dbbaa801@aei.mpg.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 25 Aug 2015 16:45:20 -0000 On Tue, Aug 25, 2015 at 04:04:41PM +0200, Gerrit K"uhn wrote: > On Tue, 25 Aug 2015 07:55:49 -0400 (EDT) Rick Macklem > wrote about Re: dev.ix.0.queueX.interrupt_rate: > > > RM> If you have tso enabled, you could try this patch: > RM> https://reviews.freebsd.org/D3477 > RM> > RM> If TSO is disabled, then we don't have an explanation for poor NFS > RM> performance yet. > > I tried both with or without TSO, and it does not appear to make any > difference for me. I get about 50MB/s net write speed and about 200MB/s > read. Even my 1GBE interface perform better in terms of writing. > > RM> If you haven't seen it, you might want to keep an eye > RM> on this thread: http://docs.FreeBSD.org/cgi/mid.cgi?55DC1B5A.8010109 > > Yes, I am watching this. Thanks for the pointer. For discover poor network performance you need: 1. check cables 2. capture interface statisctics from all ports on paths on network switchs 3. capture NIC statisctics on hosts (netstat -nbeI) 4. ifconfig -a 5. netstat -rn 6. /var/log/dmesg.boot From owner-freebsd-stable@freebsd.org Tue Aug 25 20:28:20 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 D2D9E9C3D04; Tue, 25 Aug 2015 20:28:20 +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 C3D081C82; Tue, 25 Aug 2015 20:28:20 +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 F2FFF262; Tue, 25 Aug 2015 20:28:19 +0000 (UTC) Date: Tue, 25 Aug 2015 20:28:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jkim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <193500037.53.1440534498147.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <857896562.21.1440014491828.JavaMail.jenkins@jenkins-9.freebsd.org> References: <857896562.21.1440014491828.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #137 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 20:28:20 -0000 FreeBSD_STABLE_9-i386 - Build #137 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/137/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/137/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/137/console Change summaries: 287139 by jkim: MFC: r286265, r286293, r286328 Always define __va_list for amd64 and restore pre-r232261 behavior for i386. From owner-freebsd-stable@freebsd.org Tue Aug 25 21:30:37 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 EEF049C2B45 for ; Tue, 25 Aug 2015 21:30:36 +0000 (UTC) (envelope-from trede@byteaction.de) Received: from bytstormail.byteaction.de (bytstormail.byteaction.de [217.195.2.162]) (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 AEB02CDE for ; Tue, 25 Aug 2015 21:30:36 +0000 (UTC) (envelope-from trede@byteaction.de) Received: from bytstormails.byteaction.de (localhost [127.0.0.1]) by bytstormail.byteaction.de (Postfix) with ESMTP id 30DB619F3DF for ; Tue, 25 Aug 2015 23:30:35 +0200 (CEST) Received: from localhost ([127.0.0.1]) by bytstormail.byteaction.de (bytstor) with ESMTP; Tue, 25 Aug 2015 23:30:33 +0200 (CEST) Received: from bytstormail.byteaction.de ([127.0.0.1]) by localhost (bytstormail.byteaction.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yMjgFEdtSI6H for ; Tue, 25 Aug 2015 23:30:33 +0200 (CEST) Received: from byteaction.de (www.byteaction.de [217.195.4.36]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by bytstormail.byteaction.de (Postfix) with ESMTPS id 57A2319F3DE for ; Tue, 25 Aug 2015 23:30:33 +0200 (CEST) Received: by byteaction.de (Postfix, from userid 110) id 4154043864D; Tue, 25 Aug 2015 23:30:33 +0200 (CEST) From: trede@byteaction.de To: freebsd-stable@freebsd.org MIME-Version: 1.0 Subject: =?utf-8?Q?Re:_[FreeBSD=2DAnnounce]_FreeBSD_Errata_Notice_FreeBSD=2DEN=2D15:14.ixgbe?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-Id: <20150825213033.4154043864D@byteaction.de> Date: Tue, 25 Aug 2015 23:30:33 +0200 (CEST) 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, 25 Aug 2015 21:30:37 -0000 Sehr geehrte Damen und Herren, Danke für Ihre E-Mail. Zur Zeit können wir die Bearbeitung von E-Mails, welche an dieses E-Mail-Konto direkt geschickt werden, nicht sicherstellen. Somit bitten wir Sie in dringenden Fällen ihre Anfrage direkt an support@byteaction.de zu richten. Wir werden uns umgehend bei Ihnen melden. Mit freundlichen Grüßen Thomas Volkert Geschäftsleitung ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 0 Fax: +49 (0) 60 71 92 16 - 20 E-mail: tv@byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 Geschäftsführung: Thomas Volkert ------------------------------------------------------ P Bitte berücksichtigen Sie die Umwelt - müssen Sie diese E-Mail wirklich ausdrucken? Sie können auch einfach archivieren – mit unserem BytStorMail, wir beraten Sie gerne! P Before printing think about your responsibility and commitment to the environment! Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------ From owner-freebsd-stable@freebsd.org Wed Aug 26 05:04:23 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 8A3B59C360A for ; Wed, 26 Aug 2015 05:04:23 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1AE7B7 for ; Wed, 26 Aug 2015 05:04:21 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id t7Q53fI31343; Tue, 25 Aug 2015 22:03:41 -0700 Date: Tue, 25 Aug 2015 22:03:41 -0700 From: Andreas Ott To: Christian Kratzer Cc: jungle Boogie , Maurizio Vairani , "Bjoern A. Zeeb" , FreeBSD stable Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE Message-ID: <20150825220341.A31324@naund.org> References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from ck-lists@cksoft.de on Mon, Aug 24, 2015 at 05:07:55PM +0200 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, 26 Aug 2015 05:04:23 -0000 Hi, On Mon, Aug 24, 2015 at 05:07:55PM +0200, Christian Kratzer wrote: > The only way I have been able to upgrade systems is by repeatedly running freebsd-update. Same here, one system needed three attempts of running freebsd-upgrade and the other one four, on both I pointed to an update server with -s . -andreas - Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-stable@freebsd.org Wed Aug 26 05:42:45 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 2A78F9C03A3 for ; Wed, 26 Aug 2015 05:42:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C74C8AC for ; Wed, 26 Aug 2015 05:42:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from Xins-MBP.home.us.delphij.net (c-71-202-112-39.hsd1.ca.comcast.net [71.202.112.39]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id AFC281D9EF; Tue, 25 Aug 2015 22:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1440567763; x=1440582163; bh=esD3e/FFlmgUG28lRa+tJdq+NjrpIPq4hgVMMBFoM4Y=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=tvPqbW3E27TladljVYpVyTsBLa3iFObhZ0vAIo6fu/EBSHu9NEYlJx8gLXBFLEyCG V4j/SMJgzglgXofi1+6YEg4yg15wByN7YQgfdh/mXFvgPBdbAIiYSPFKMuw+dM5U9M TEbnJuAfKdOgRWOq9jumEr5MIzX9FdtEhZjkkjGM= Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE To: Andreas Ott , Christian Kratzer References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> <20150825220341.A31324@naund.org> Cc: Maurizio Vairani , "Bjoern A. Zeeb" , FreeBSD stable , jungle Boogie , pkubaj@riseup.net From: Xin Li X-Enigmail-Draft-Status: N1110 Message-ID: <55DD51CC.6000906@delphij.net> Date: Tue, 25 Aug 2015 22:42:36 -0700 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: <20150825220341.A31324@naund.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RRIM56d6LNGpscUaJHxfCWpvkFVXpbxGp" 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, 26 Aug 2015 05:42:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RRIM56d6LNGpscUaJHxfCWpvkFVXpbxGp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, We believe this is because phttpget (the pipelined HTTP client that freebsd-update and portsnap uses) was unable to get the right file(s) from the server, that sometimes the client would get wrong file from the server, and it's not reproducable when requesting again. We have then able to develop a test case to reliably provoke this on update2.FreeBSD.o= rg. Thanks for Peter's help, we have narrowed down the problem to a specific version (1.4.36) of lighttpd (*), which update2.FreeBSD.org is using, and the problem should have been resolved at this time after the web server is replaced with nginx. Please let us (security-officer@, clusteradm@) know if the problem still persists. Cheers, (*) We are not yet certain if it was a bug with lighttpd itself, or a bug with phttpget that made newer versions of lighttpd unhappy. It's worthy to find it out and maintainer is cc'ed. --RRIM56d6LNGpscUaJHxfCWpvkFVXpbxGp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJV3VHQAAoJEJW2GBstM+nsO30P/i/FQ2v0ifI67OVw6dIbi4XV QaQrVuNkXBUW2StSPicyJvhiR7313cyg7OzxRekEG1w0zws/NrLUCYmwCFom4HRh A6kZ3RTR3I/SC3J3VYIlVUCsIxuOkpsbZ0Kew0WUjiEAHUdmUYkqhePstDBfLSP7 4pfALg1SLHNHjaVvIqyqu+3q+WzoR+nWs5biJ5vzOURUZwpW/5KdiNWCtyXQs6rm PqTn9RhpaeP/ffy4tuMEkzXP7EAB20lRlRnbYVFEDuD8mvNuPzT0BBu3TpUaHg5g PSeu8mVKJdx7hpIRm8BlokwGThF6qhcDvJkHi3hMjz+JY3CeTDTmOSSoY9Wv+Iy1 ubdr4A8HP38ctqMoMyEA327WDZrCqXJh1NvTwzRc0wAGbvcce8kji5OBA5D32n7v zs5uaYXIbiK39NM+UauDZwFZnBB2yfUqCQNvh85MDjLlyI9+q+At3Xrtl6GNize1 CkTEyWyHooUQkD2ydw6KxSUSqm7Ua3yUXKmsrxfUpCEvhiwOBh0WSv/te4YxDD+G RQQA+dtG+7taKXuXslwzPTyQFVjeSlSRX83TSIwZvXp1/S4go4N/qqIuxjlLrFtQ tcKGHU6D0cTk2t+CeIJBrbSsB8kv0U7rd7EceSTEvar3xLDHVDPvksQZ0d91/Q6J sgtf2lFcIq8OY59gw/V8 =PSTc -----END PGP SIGNATURE----- --RRIM56d6LNGpscUaJHxfCWpvkFVXpbxGp-- From owner-freebsd-stable@freebsd.org Wed Aug 26 05:56:41 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 ECCED9C0A8E; Wed, 26 Aug 2015 05:56:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7841ECB4; Wed, 26 Aug 2015 05:56:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mbpro-w.cs.huji.ac.il ([132.65.80.91]) by kabab.cs.huji.ac.il with esmtp id 1ZUThD-000NRe-W0; Wed, 26 Aug 2015 08:56:28 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: ix(intel) vs mlxen(mellanox) 10Gb performance From: Daniel Braniss In-Reply-To: <2112273205.29795512.1440419111720.JavaMail.zimbra@uoguelph.ca> Date: Wed, 26 Aug 2015 08:56:27 +0300 Cc: Hans Petter Selasky , pyunyh@gmail.com, FreeBSD Net , FreeBSD stable , Gleb Smirnoff Message-Id: <1E679659-BA50-42C3-B569-03579E322685@cs.huji.ac.il> References: <1D52028A-B39F-4F9B-BD38-CB1D73BF5D56@cs.huji.ac.il> <1153838447.28656490.1440193567940.JavaMail.zimbra@uoguelph.ca> <15D19823-08F7-4E55-BBD0-CE230F67D26E@cs.huji.ac.il> <818666007.28930310.1440244756872.JavaMail.zimbra@uoguelph.ca> <49173B1F-7B5E-4D59-8651-63D97B0CB5AC@cs.huji.ac.il> <1815942485.29539597.1440370972998.JavaMail.zimbra@uoguelph.ca> <55DAC623.60006@selasky.org> <62C7B1A3-CC6B-41A1-B254-6399F19F8FF7@cs.huji.ac.il> <2112273205.29795512.1440419111720.JavaMail.zimbra@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.2104) 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: Wed, 26 Aug 2015 05:56:41 -0000 > On Aug 24, 2015, at 3:25 PM, Rick Macklem = wrote: >=20 > Daniel Braniss wrote: >>=20 >>> On 24 Aug 2015, at 10:22, Hans Petter Selasky = wrote: >>>=20 >>> On 08/24/15 01:02, Rick Macklem wrote: >>>> The other thing is the degradation seems to cut the rate by about = half >>>> each time. >>>> 300-->150-->70 I have no idea if this helps to explain it. >>>=20 >>> Might be a NUMA binding issue for the processes involved. >>>=20 >>> man cpuset >>>=20 >>> --HPS >>=20 >> I can=E2=80=99t see how this is relevant, given that the same host, = using the >> mellanox/mlxen >> behave much better. > Well, the "ix" driver has a bunch of tunables for things like "number = of queues" > and although I'll admit I don't understand how these queues are used, = I think > they are related to CPUs and their caches. There is also something = called IXGBE_FDIR, > which others have recommended be disabled. (The code is #ifdef = IXGBE_FDIR, but I don't > know if it defined for your kernel?) There are also tunables for = interrupt rate and > something called hw.ixgbe_tx_process_limit, which appears to limit the = number of packets > to send or something like that? > (I suspect Hans would understand this stuff much better than I do, = since I don't understand > it at all.;-) >=20 but how does this explain the fact that, at the same time, the throughput to the NetApp is about 70MG/s while to a FreeBSD it=E2=80=99s above 150MB/s? (window size negotiation?) switching off TSO evens out this diff. > At a glance, the mellanox driver looks very different. >=20 >> I=E2=80=99m getting different results with the intel/ix depending who = is the nfs >> server >>=20 > Who knows until you figure out what is actually going on. It could = just be the timing of > handling the write RPCs or when the different servers send acks for = the TCP segments or ... > that causes this for one server and not another. >=20 > One of the principals used when investigating airplane accidents is to = "never assume anything" > and just try to collect the facts until the pieces of the puzzle fall = in place. I think the > same principal works for this kind of stuff. > I once had a case where a specific read of one NFS file would fail on = certain machines. > I won't bore you with the details, but after weeks we got to the point = where we had a lab > of identical machines (exactly the same hardware and exactly the same = software loaded on them) > and we could reproduce this problem on about half the machines and not = the other half. We > (myself and the guy I worked with) finally noticed the failing = machines were on network ports > for a given switch. We moved the net cables to another switch and the = problem went away. > --> This particular network switch was broken in such a way that it = would garble one specific > packet consistently, but worked fine for everything else. > My point here is that, if someone had suggested the "network switch = might be broken" at the > beginning of investigating this, I would have probably dismissed it, = based on "the network is > working just fine", but in the end, that was the problem. > --> I am not suggesting you have a broken network switch, just "don't = take anything off the > table until you know what is actually going on". >=20 > And to be honest, you may never know, but it is fun to try and solve = these puzzles. one needs to find the clues =E2=80=A6 at the moment: when things go bad, they stay bad ix/nfs/tcp/tso and NetApp when things are ok, the numbers fluctuate, which is probably due = to loads on the system, but they are far above the 70MB/s (100 to 200) > Beyond what I already suggested, I'd look at the "ix" driver's stats = and tunables and > see if any of the tunables has an effect. (And, yes, it will take time = to work through these.) >=20 > Good luck with it, rick >=20 >>=20 >> danny >>=20 >> _______________________________________________ >> 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 Wed Aug 26 06:30:26 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 4E6519BFA23 for ; Wed, 26 Aug 2015 06:30:26 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (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 DA2F9DDF for ; Wed, 26 Aug 2015 06:30:24 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [IPv6:2001:4ca0:2e03::16:1]) (authenticated bits=0) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id t7Q6UGZC086712 for ; Wed, 26 Aug 2015 08:30:16 +0200 (CEST) (envelope-from estartu@ze.tum.de) Subject: Re: freebsd-update to 10.2-RELEASE broken ? To: freebsd-stable@freebsd.org References: <2C3CC22D-749A-4B92-885C-D73311997050@gid.co.uk> <20150816180715.GM40589@home.opsec.eu> From: Gerhard Schmidt X-Enigmail-Draft-Status: N1110 Message-ID: <55DD5CF8.3000908@ze.tum.de> Date: Wed, 26 Aug 2015 08:30:16 +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: <20150816180715.GM40589@home.opsec.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit 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, 26 Aug 2015 06:30:26 -0000 Am 16.08.2015 um 20:07 schrieb Kurt Jaeger: > Hi! > > [bob wrote] >> [ck wrote] >>> I have been trying to update several of my FreeBSD 10.1 amd64 >>> VM to 10.2-RELEASE with freebsd-update and have been failing with >>> an incorrect hash error. > >> FWIW I had the same issue yesterday on a couple of systems. >> Repeating freebsd-update worked after two or three goes. > > I've seen the same problem on several hosts and discussed it by mail > with gjb@. > > We assumed that I have a DNS problem because of this line: > >> Looking up update.FreeBSD.org mirrors... none found. > > This happens with this query inside the freebsd-update script, at > line 950: > > host -t srv _http._tcp.update.FreeBSD.org I think there is also a problem with freebsd-update. [root@miraculix ~]# freebsd-update upgrade -r 10.2-RELEASE Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 10.1-RELEASE from update.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. ^C [root@miraculix ~]# host -t srv _http._tcp.update.FreeBSD.org _http._tcp.update.freebsd.org has SRV record 1 40 80 update6.freebsd.org. _http._tcp.update.freebsd.org has SRV record 1 35 80 update4.freebsd.org. _http._tcp.update.freebsd.org has SRV record 1 30 80 update2.freebsd.org. _http._tcp.update.freebsd.org has SRV record 1 5 80 update3.freebsd.org. _http._tcp.update.freebsd.org has SRV record 1 50 80 update5.freebsd.org. freebsd-update reporting no mirrors found but the host command returns mirrors. The problem seams to be the sed -nE "s/${MLIST} (has SRV record|server selection) //p" MLIST is _http._tcp.update.FreeBSD.org but sed doesn't match any of the lines from the host command. Replaceing the servername with the lowercase variant matches every line. There is not DNS Problem but a case sensitivity problem in freebsd-update Regards Estartu -- --------------------------------------------------------------------------- Gerhard Schmidt | http://www.augusta.de/~estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | JabberID: estartu@augusta.de | on request Germany | | From owner-freebsd-stable@freebsd.org Wed Aug 26 06:31:29 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 54F6D9BFBC6 for ; Wed, 26 Aug 2015 06:31:29 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2B458A9 for ; Wed, 26 Aug 2015 06:31:29 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: by mailman.ysv.freebsd.org (Postfix) id 2A4759BFBC5; Wed, 26 Aug 2015 06:31:29 +0000 (UTC) Delivered-To: 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 29E009BFBC4 for ; Wed, 26 Aug 2015 06:31:29 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (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 CCC7FA6 for ; Wed, 26 Aug 2015 06:31:28 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id C4BC820009F; Wed, 26 Aug 2015 08:31:25 +0200 (CEST) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AF16E405882; Wed, 26 Aug 2015 08:31:25 +0200 (CEST) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 2991F405881; Wed, 26 Aug 2015 08:31:25 +0200 (CEST) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3FP6HF1691) with ESMTP id 2015082608311407-186699 ; Wed, 26 Aug 2015 08:31:14 +0200 Date: Wed, 26 Aug 2015 08:31:14 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Slawa Olhovchenkov Cc: stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Message-Id: <20150826083114.a30618a5142008b6c94a7659@aei.mpg.de> In-Reply-To: <20150825164508.GH21849@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> <20150825160441.48ed35049f5947f0dbbaa801@aei.mpg.de> <20150825164508.GH21849@zxy.spb.ru> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 26.08.2015 08:31:14, Serialize by Router on intranet/aei-hannover(Release 8.5.3FP6HF1691 | May 7, 2015) at 26.08.2015 08:31:24, Serialize complete at 26.08.2015 08:31:24 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.8.26.62115 X-PerlMx-Spam: Gauge=X, Probability=10%, Report=' RU_TLD 0.5, HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_600_699 0, BODY_SIZE_7000_LESS 0, REFERENCES 0, SINGLE_URI_IN_BODY 0, URI_ENDS_IN_HTML 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __HTTPS_URI 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __RUS_MAILTO_URL 0, __SANE_MSGID 0, __SINGLE_URI_TEXT 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_IN_BODY 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' 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, 26 Aug 2015 06:31:29 -0000 On Tue, 25 Aug 2015 19:45:08 +0300 Slawa Olhovchenkov wrote about Re: dev.ix.0.queueX.interrupt_rate: SO> For discover poor network performance you need: [...] I am already through this, see I just wanted to let /you/ know that my interrupt rates look similar (you asked for that). I think there are a couple of people on the mailing lists reporting performance issues with ix interfaces and (especially?) NFS lately. Would be great if we could find and fix the root cause(s)... cu Gerrit From owner-freebsd-stable@freebsd.org Wed Aug 26 06:40: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 8DED69C2021 for ; Wed, 26 Aug 2015 06:40:06 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 52827679 for ; Wed, 26 Aug 2015 06:40:05 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) X-tubIT-Incoming-IP: 85.179.132.54 Received: from x55b38436.dyn.telefonica.de ([85.179.132.54] helo=unknown806C1B08767B) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] for id 1ZUUNO-0000JF-S7; Wed, 26 Aug 2015 08:40:02 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: <55DB8B79.40700@searchy.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: Multiple IP/subnet in jail, source address for connections From: Florian Ermisch <0xf10e@fsfe.org> Date: Wed, 26 Aug 2015 08:40:00 +0200 To: freebsd-stable Message-ID: <71B0E1A4-0AC8-42E6-96E6-2A3B0C316F02@fsfe.org> 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, 26 Aug 2015 06:40:06 -0000 > On Mon, Aug 24, 2015 at 2:24 PM, Frank de Bot (lists) > wrote: > > Hello, > > > > I'm trying to have jail with a public and a private IP address. > > Both > > are on the same interface. The public is called 79.x.x.213 and > > private > > 10.4.3.6 > > Out from ifconfig within the jail is: > > > > inet 79.x.x.213 netmask 0xffffffff broadcast 79.x.x.213 > > inet 10.4.3.6 netmask 0xffffffff broadcast 10.4.3.6 > > > > When I try to reach a host on the 10.4.3.0/24 network, it will use > > the > > source address 79.x.x.123 (seen with tcpdump) > > When done outside of the jail on the server, it does have the right > > source address. > > How can I get my jail to have the right source address? Some tools > > provide a way to define a source address, like telnet -s, but it's > > not > > workable. > > > > > > Frank de Bot > > Am 24. August 2015 23:46:10 MESZ, schrieb Michael Loftis : > Normally when jails are added their IPs are created as "normal" > aliases, so they'll get a /32 netmask when you don't specify. So > Depending on how you're creating the jail you'll need to specify the > netmask with the IP wherever you configure your jail. (You didn't > mention if you're using ezjail or not for example....) > I guess Frank is connecting to the private IP from inside the same subnet. Thus the host is using its default route to answer. When you add a route to your other private networks, say they're all inside 10.0.0.0/8, via the gateway in 10.4.3.0/24 the host should use its private IP to respond (looks up route to 10.5.17.0/24, matches 10.0.0.0/8, uses gw of 10.4.3.0/24, uses local address in 10.4.3.0/24 to send packets to gw of 10.4.3.0/24). Of course this won't work w/o such a gateway in 10.4.3.0/24. Regards, Florian From owner-freebsd-stable@freebsd.org Wed Aug 26 06:55:40 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 9DC289C26AD for ; Wed, 26 Aug 2015 06:55:40 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 60970D92 for ; Wed, 26 Aug 2015 06:55:40 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) X-tubIT-Incoming-IP: 85.179.132.54 Received: from x55b38436.dyn.telefonica.de ([85.179.132.54] helo=unknown806C1B08767B) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] id 1ZUULb-00008l-DH; Wed, 26 Aug 2015 08:38:11 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: <55DB8B79.40700@searchy.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: Multiple IP/subnet in jail, source address for connections From: Florian Ermisch Date: Wed, 26 Aug 2015 08:38:08 +0200 To: Michael Loftis , "Frank de Bot (lists)" CC: freebsd-stable Message-ID: 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, 26 Aug 2015 06:55:40 -0000 > On Mon, Aug 24, 2015 at 2:24 PM, Frank de Bot (lists) > wrote: > > Hello, > > > > I'm trying to have jail with a public and a private IP address. > > Both > > are on the same interface. The public is called 79.x.x.213 and > > private > > 10.4.3.6 > > Out from ifconfig within the jail is: > > > > inet 79.x.x.213 netmask 0xffffffff broadcast 79.x.x.213 > > inet 10.4.3.6 netmask 0xffffffff broadcast 10.4.3.6 > > > > When I try to reach a host on the 10.4.3.0/24 network, it will use > > the > > source address 79.x.x.123 (seen with tcpdump) > > When done outside of the jail on the server, it does have the right > > source address. > > How can I get my jail to have the right source address? Some tools > > provide a way to define a source address, like telnet -s, but it's > > not > > workable. > > > > > > Frank de Bot > > Am 24. August 2015 23:46:10 MESZ, schrieb Michael Loftis : > Normally when jails are added their IPs are created as "normal" > aliases, so they'll get a /32 netmask when you don't specify. So > Depending on how you're creating the jail you'll need to specify the > netmask with the IP wherever you configure your jail. (You didn't > mention if you're using ezjail or not for example....) > I guess Frank is connecting to the private IP from inside the same subnet. Thus the host is using its default route to answer. When you add a route to your other private networks, say they're all inside 10.0.0.0/8, via the gateway in 10.4.3.0/24 the host should use its private IP to respond (looks up route to 10.5.17.0/24, matches 10.0.0.0/8, uses gw of 10.4.3.0/24, uses local address in 10.4.3.0/24 to send packets to gw of 10.4.3.0/24). Of course this won't work w/o such a gateway in 10.4.3.0/24. Regards, Florian From owner-freebsd-stable@freebsd.org Wed Aug 26 07:01:29 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 022949C2956 for ; Wed, 26 Aug 2015 07:01:29 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C4546110 for ; Wed, 26 Aug 2015 07:01:28 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id C506520AEEA3; Wed, 26 Aug 2015 08:01:25 +0100 (BST) Date: Wed, 26 Aug 2015 08:01:25 +0100 From: Matt Smith To: freebsd-stable@freebsd.org Subject: Buildworld failure on stable Message-ID: <20150826070125.GA85652@xtaz.uk> Mail-Followup-To: Matt Smith , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) 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, 26 Aug 2015 07:01:29 -0000 Trying to do a buildworld from the latest stable seems to result in a failure within openssl. Anyone else seen this? --- ocsp_ext.o --- cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secu re/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_ DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOP ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/usr/src/secure/lib/libcrypto/../../.. /crypto/openssl/crypto/evp -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -Qunu sed-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi on -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/secure/lib/libcrypto/.. /../../crypto/openssl/crypto/ocsp/ocsp_ext.c -o ocsp_ext.o --- obj_dat.o --- cc: error: unable to execute command: Bus error (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.2 Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash b acktrace, preprocessed source, and associated run script. cc: note: diagnostic msg: Error generating preprocessed source(s). *** [obj_dat.o] Error code 254 make[4]: stopped in /usr/src/secure/lib/libcrypto -- Matt From owner-freebsd-stable@freebsd.org Wed Aug 26 07:10:40 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 EC9D89C2CF0 for ; Wed, 26 Aug 2015 07:10:40 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from io.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) (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 839EE699 for ; Wed, 26 Aug 2015 07:10:39 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [IPv6:2001:4ca0:2e03::16:1]) (authenticated bits=0) by io.ze.tum.de (8.14.5/8.14.5) with ESMTP id t7Q7Abe5087880 for ; Wed, 26 Aug 2015 09:10:37 +0200 (CEST) (envelope-from estartu@ze.tum.de) From: Gerhard Schmidt Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> <20150825220341.A31324@naund.org> To: FreeBSD stable Message-ID: <55DD666D.4050501@ze.tum.de> Date: Wed, 26 Aug 2015 09:10:37 +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: <20150825220341.A31324@naund.org> Content-Type: text/plain; charset=windows-1252 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: Wed, 26 Aug 2015 07:10:41 -0000 Am 26.08.2015 um 07:03 schrieb Andreas Ott: > Hi, > > On Mon, Aug 24, 2015 at 05:07:55PM +0200, Christian Kratzer wrote: >> The only way I have been able to upgrade systems is by repeatedly running freebsd-update. > > Same here, one system needed three attempts of running freebsd-upgrade > and the other one four, on both I pointed to an update server with -s . Hi, change the servername in /etc/freebsd-update.conf from update.FreeBSD.org to update.freebsd.org and the mirror detection works again. Updates from one of the mirrors seams to succed. Regards Estartu -- --------------------------------------------------------------------------- Gerhard Schmidt | http://www.augusta.de/~estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | JabberID: estartu@augusta.de | on request Germany | | From owner-freebsd-stable@freebsd.org Wed Aug 26 07:26:14 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 885D39C34AA for ; Wed, 26 Aug 2015 07:26:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF63F22 for ; Wed, 26 Aug 2015 07:26:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 6D18A9C34A9; Wed, 26 Aug 2015 07:26:14 +0000 (UTC) Delivered-To: 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 6CB019C34A8 for ; Wed, 26 Aug 2015 07:26:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 28112F21 for ; Wed, 26 Aug 2015 07:26:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZUV62-000JPC-Da; Wed, 26 Aug 2015 10:26:10 +0300 Date: Wed, 26 Aug 2015 10:26:10 +0300 From: Slawa Olhovchenkov To: Gerrit =?koi8-r?Q?K=22uhn?= Cc: stable@freebsd.org Subject: Re: dev.ix.0.queueX.interrupt_rate Message-ID: <20150826072610.GI21849@zxy.spb.ru> References: <20150824192926.GL3158@zxy.spb.ru> <20150825095448.53458554a4ee7f96129a2d70@aei.mpg.de> <202540715.30987815.1440503749374.JavaMail.zimbra@uoguelph.ca> <20150825160441.48ed35049f5947f0dbbaa801@aei.mpg.de> <20150825164508.GH21849@zxy.spb.ru> <20150826083114.a30618a5142008b6c94a7659@aei.mpg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20150826083114.a30618a5142008b6c94a7659@aei.mpg.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 26 Aug 2015 07:26:14 -0000 On Wed, Aug 26, 2015 at 08:31:14AM +0200, Gerrit K"uhn wrote: > On Tue, 25 Aug 2015 19:45:08 +0300 Slawa Olhovchenkov > wrote about Re: dev.ix.0.queueX.interrupt_rate: > > SO> For discover poor network performance you need: > > [...] > > I am already through this, see > I am don't subscribe to freebsd-net. I am quick look into thread and don't see this information. For you case collet also `top -PHS` and may be you need capture nfs seession by tcpdump and analize this by wireshark (may be solaris servered synchronus write). > I just wanted to let /you/ know that my interrupt rates look similar (you > asked for that). My case is very special -- I am realy have 3Mpps syn-flood and try to mitigate this by netmap filtering. > I think there are a couple of people on the mailing lists reporting > performance issues with ix interfaces and (especially?) NFS lately. Would > be great if we could find and fix the root cause(s)... Nobody do instrumental analysis. I see only guesting. My experience talk: before solve software problem make sure no hardware problem. For this need to collect `show interface`, netstat and etc. My experience talk: before tuning make sure what tuning need and so. For this need capturing nfs session and analise by wireshark. May be just solaris on every write do sync. From owner-freebsd-stable@freebsd.org Wed Aug 26 07:51: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 531449C3EFE for ; Wed, 26 Aug 2015 07:51:35 +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 42705C9F for ; Wed, 26 Aug 2015 07:51:35 +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 629AB34F for ; Wed, 26 Aug 2015 07:51:34 +0000 (UTC) Date: Wed, 26 Aug 2015 07:51:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <541494949.55.1440575494028.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2199 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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, 26 Aug 2015 07:51:35 -0000 See ------------------------------------------ [...truncated 16117 lines...] CET CST6CDT EET EST EST5EDT Etc/GMT-3 Etc/GMT-9 Etc/GMT+11 Etc/UTC Etc/GMT+7 Etc/GMT+0 Etc/GMT-10 Etc/GMT-4 Etc/UCT Etc/GMT-0 Etc/GMT-14 Etc/GMT0 Etc/GMT+4 Etc/GMT+12 Etc/Universal Etc/GMT+3 Etc/GMT+9 Etc/GMT-13 Etc/GMT-7 Etc/GMT-5 Etc/GMT+1 Etc/GMT Etc/GMT-11 Etc/GMT+10 Etc/GMT+6 Etc/GMT-8 Etc/GMT-2 Etc/Zulu Etc/GMT-6 Etc/Greenwich Etc/GMT+8 Etc/GMT+2 Etc/GMT-12 Etc/GMT+5 Etc/GMT-1 Europe/Mariehamn Europe/Uzhgorod Europe/Budapest Europe/Berlin Europe/Monaco Europe/Busingen Europe/Tirane Europe/Isle_of_Man Europe/Zaporozhye Europe/Sarajevo Europe/Zurich Europe/Prague Europe/Bucharest Europe/Vaduz Europe/Amsterdam Europe/Bratislava Europe/Luxembourg Europe/Dublin Europe/Istanbul Europe/Madrid Europe/Vatican Europe/Stockholm Europe/Oslo Europe/Ljubljana Europe/Simferopol Europe/Volgograd Europe/Sofia Europe/Vienna Europe/Minsk Europe/Guernsey Europe/Vilnius Europe/Copenhagen Europe/Samara Europe/Rome Europe/Paris Europe/Chisinau Europe/Nicosia Europe/San_Marino Europe/Podgorica Europe/Kiev Europe/Tallinn Europe/Kaliningrad Europe/Gibraltar Europe/Jersey Europe/Andorra Europe/Riga Europe/London Europe/Zagreb Europe/Brussels Europe/Malta Europe/Lisbon Europe/Moscow Europe/Warsaw Europe/Athens Europe/Skopje Europe/Belgrade Europe/Helsinki Factory HST Indian/Comoro Indian/Reunion Indian/Mauritius Indian/Maldives Indian/Mayotte Indian/Chagos Indian/Christmas Indian/Cocos Indian/Antananarivo Indian/Mahe Indian/Kerguelen MET MST MST7MDT PST8PDT Pacific/Kwajalein Pacific/Guam Pacific/Pohnpei Pacific/Tarawa Pacific/Apia Pacific/Wallis Pacific/Wake Pacific/Auckland Pacific/Kiritimati Pacific/Efate Pacific/Galapagos Pacific/Saipan Pacific/Tongatapu Pacific/Port_Moresby Pacific/Palau Pacific/Kosrae Pacific/Funafuti Pacific/Majuro Pacific/Bougainville Pacific/Pitcairn Pacific/Guadalcanal Pacific/Johnston Pacific/Fakaofo Pacific/Rarotonga Pacific/Marquesas Pacific/Easter Pacific/Nauru Pacific/Enderbury Pacific/Niue Pacific/Chuuk Pacific/Norfolk Pacific/Fiji Pacific/Midway Pacific/Pago_Pago Pacific/Chatham Pacific/Honolulu Pacific/Tahiti Pacific/Noumea Pacific/Gambier UTC WET posixrules install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/share/zoneinfo/../../contrib/tzdata//zone.tab Run tzsetup(8) manually to update /etc/localtime. ===> sys (install) ===> sys/boot (install) ===> sys/boot/efi (install) ===> sys/boot/efi/libefi (install) ===> sys/boot/libstand32 (install) ===> sys/boot/zfs (install) ===> sys/boot/userboot (install) ===> sys/boot/userboot/ficl (install) ===> sys/boot/userboot/libstand (install) ===> sys/boot/userboot/test (install) ===> sys/boot/userboot/zfs (install) ===> sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz ===> sys/boot/ficl32 (install) ===> sys/boot/ficl (install) ===> sys/boot/forth (install) install -o root -g wheel -m 444 beastie.4th.8.gz install -o root -g wheel -m 444 brand.4th.8.gz install -o root -g wheel -m 444 check-password.4th.8.gz install -o root -g wheel -m 444 color.4th.8.gz install -o root -g wheel -m 444 delay.4th.8.gz install -o root -g wheel -m 444 loader.conf.5.gz install -o root -g wheel -m 444 loader.4th.8.gz install -o root -g wheel -m 444 menu.4th.8.gz install -o root -g wheel -m 444 menusets.4th.8.gz install -o root -g wheel -m 444 version.4th.8.gz ===> sys/boot/amd64 (install) ===> sys/boot/amd64/efi (install) install -o root -g wheel -m 555 loader.efi install -o root -g wheel -m 444 loader.8.gz install -o root -g wheel -m 444 zfsloader.8.gz ===> sys/boot/amd64/boot1.efi (install) install -o root -g wheel -m 555 boot1.efi install -o root -g wheel -m 444 boot1.efifat ===> sys/boot/i386 (install) ===> sys/boot/i386/mbr (install) install -o root -g wheel -m 444 mbr ===> sys/boot/i386/pmbr (install) install -o root -g wheel -m 444 pmbr ===> sys/boot/i386/boot0 (install) install -o root -g wheel -m 444 boot0 ===> sys/boot/i386/boot0sio (install) install -o root -g wheel -m 444 boot0 ===> sys/boot/i386/btx (install) ===> sys/boot/i386/btx/btx (install) ===> sys/boot/i386/btx/btxldr (install) ===> sys/boot/i386/btx/lib (install) ===> sys/boot/i386/boot2 (install) install -o root -g wheel -m 444 boot boot1 boot2 ===> sys/boot/i386/cdboot (install) install -o root -g wheel -m 444 cdboot ===> sys/boot/i386/gptboot (install) ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x0 -o gptboot.out /builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/sys/boot/i386/gptboot/../btx/lib/crt0.o gptboot.o sio.o gpt.o crc32.o drv.o cons.o util.o /builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/sys/boot/i386/gptboot/../../libstand32/libstand.a objcopy -S -O binary gptboot.out gptboot.bin btxld -v -E 0x0 -f bin -b /builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/sys/boot/i386/gptboot/../btx/btx/btx -l gptldr.bin -o gptboot gptboot.bin make[7]: exec(btxld) failed (No such file or directory) *** Error code 1 Stop. make[7]: stopped in /builds/FreeBSD_stable_10/sys/boot/i386/gptboot *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/sys/boot/i386 *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/sys/boot *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/sys *** 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 Aug 26 08:07:01 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 82DFC9C2806 for ; Wed, 26 Aug 2015 08:07:01 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 139B7360 for ; Wed, 26 Aug 2015 08:07:01 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by marge.meraka.csir.co.za (Postfix) with ESMTPSA id 17433D0CC0E for ; Wed, 26 Aug 2015 10:06:31 +0200 (SAST) Received: by lbcbn3 with SMTP id bn3so114696909lbc.2 for ; Wed, 26 Aug 2015 01:06:29 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.152.27.38 with SMTP id q6mr27223257lag.24.1440576389350; Wed, 26 Aug 2015 01:06:29 -0700 (PDT) Received: by 10.25.215.21 with HTTP; Wed, 26 Aug 2015 01:06:29 -0700 (PDT) In-Reply-To: <20150816120831.GB1288@michelle.fasterthan.com> References: <20150816120831.GB1288@michelle.fasterthan.com> Date: Wed, 26 Aug 2015 10:06:29 +0200 Message-ID: Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem From: Johann Hugo To: pyunyh@gmail.com Cc: Roosevelt Littleton , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 26 Aug 2015 08:07:01 -0000 10.2-RELEASE does not work for me. It works for a very short while and then it stops with "msk0 watchdog timeout" errors I'm not sure what patch Roosevelt was talking about, but the patch in this thread works for me: https://lists.freebsd.org/pipermail/freebsd-stable/2015-April/082226.html I've changed MSK_STAT_ALIGN from 4096 to 8192 in if_mskreg.h and it's been running stable for the last week. Johann On Sun, Aug 16, 2015 at 2:08 PM, Yonghyeon PYUN wrote: > On Wed, Aug 12, 2015 at 09:44:06AM -0400, Roosevelt Littleton wrote: >> Hi, >> So, I can confirm with the attached patch. I have a working msk0 that >> hasn't failed for the past month. I considered this problem fix for me. >> Since, I have went a long time without any problems. Thanks! > > I'm not sure which patch you used. Given that users reported > 10.2-RELEASE works, it would be great if you revert local patch > and try it again on 10.2-RELEASE. > _______________________________________________ > 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 Wed Aug 26 08:09:23 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 99CBC9C2960 for ; Wed, 26 Aug 2015 08:09:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 575746E4 for ; Wed, 26 Aug 2015 08:09:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZUVlp-000K78-49; Wed, 26 Aug 2015 11:09:21 +0300 Date: Wed, 26 Aug 2015 11:09:21 +0300 From: Slawa Olhovchenkov To: Matt Smith , freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826080920.GM3158@zxy.spb.ru> References: <20150826070125.GA85652@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150826070125.GA85652@xtaz.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 26 Aug 2015 08:09:23 -0000 On Wed, Aug 26, 2015 at 08:01:25AM +0100, Matt Smith wrote: > Trying to do a buildworld from the latest stable seems to result in a > failure within openssl. Anyone else seen this? > > --- ocsp_ext.o --- > cc -O2 -pipe -DTERMIOS -DANSI_SOURCE > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secu > re/lib/libcrypto/../../../crypto/openssl/crypto > -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_ > DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM > -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOP > ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM > -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ > ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 > -I/usr/src/secure/lib/libcrypto/../../.. > /crypto/openssl/crypto/evp > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes > -std=gnu89 -Qunu > sed-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variab > le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversi > on -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -c /usr/src/secure/lib/libcrypto/.. > /../../crypto/openssl/crypto/ocsp/ocsp_ext.c -o ocsp_ext.o > --- obj_dat.o --- > cc: error: unable to execute command: Bus error (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see > invocation) Hardware error or memory exhausted From owner-freebsd-stable@freebsd.org Wed Aug 26 08:10:45 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 6C8519C2AF0 for ; Wed, 26 Aug 2015 08:10:45 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5385D8FC for ; Wed, 26 Aug 2015 08:10:45 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 52B749C2AEF; Wed, 26 Aug 2015 08:10:45 +0000 (UTC) Delivered-To: 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 524A19C2AEE for ; Wed, 26 Aug 2015 08:10:45 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (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 176B08FA for ; Wed, 26 Aug 2015 08:10:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9541C15344D for ; Wed, 26 Aug 2015 10:10:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yNCdvdmNI6Zb; Wed, 26 Aug 2015 10:10:15 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:493a:8cf4:cdc2:31a] (unknown [IPv6:2001:4cb8:3:1:493a:8cf4:cdc2:31a]) by smtp.digiware.nl (Postfix) with ESMTP id 09E5015340D for ; Wed, 26 Aug 2015 10:10:15 +0200 (CEST) To: "stable@freebsd.org" From: Willem Jan Withagen Subject: Unsynchronized console writes from NFS Organization: Digiware Management b.v. Message-ID: <55DD746F.2050001@digiware.nl> Date: Wed, 26 Aug 2015 10:10:23 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; 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: Wed, 26 Aug 2015 08:10:45 -0000 Hi, My fileserver dies again lastnight on a Areca bus timeout.... En this is what I found in one of the clients logs: +newnfs server zfs:/home: nonte wrnefssp osnedrivnegr + <6>zfs:/home: not responding +newnfs server zfs:/home: not responding +newnfs server zfs:/home: not responding +newnfs server zfs:/home: not responding +newnfs sernveerw nfzsf ss:e/rhvoemr ez:f s:n/ohto mree:s pnoontd irnegs +p +onding +newnfs servneerw nfzsf ss:e/rhvoemre : znofst: /rheosmpeo:n dinnogt + +responding +newnfs servern ewznffss: /sheomrev:e not responding +newnfs server znfesw:n/fhso msee:r vernot rzefssp:o/nhdoimneg: + <6>not responding +newnfs server znfesw:n/fhs seormvee:r noztf sr:e/shpoomned:i ngn +o +t responding +newnfs server nzefsw:n/fhso msee:r venro t zrfess:p/ohnodmien:g +n +ot responding +newnfs server zfs:ne/howmnef:s nsoetr vreers poznfdsi:n/gh +o +me: not responding +newnfs serrv erz fzsf:s/:h/ohmoem:e :n ont orte srpeosnpdoinndgi +n +g +newnfs server nzefwnfss: /sheormvee:r nzofts :r/ehsopmoen:d inngo +t + responding +newnfs server zfs:/home: not responding +newnfs server zfs:/homnewnfs server zfs:/home/mrtg: not responding + +e/mrtg: not responding +newnfs server zfs:/home/mrtg: is alive again So I guess that somewhere in the NFS error code there are some parts that do not write properly into console??? --WjW From owner-freebsd-stable@freebsd.org Wed Aug 26 08:12:26 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 F333B9C2BD7 for ; Wed, 26 Aug 2015 08:12:25 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from mx1.cksoft.de (mx1.cksoft.de [IPv6:2001:67c:24f8:1::25:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.cksoft.de", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ADBAFCF4 for ; Wed, 26 Aug 2015 08:12:25 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from m.cksoft.de (asa1.cksoft.de [212.17.240.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.cksoft.de (Postfix) with ESMTPSA id 186CB1E9EB9; Wed, 26 Aug 2015 10:12:19 +0200 (CEST) Received: from amavis.cksoft.de (unknown [IPv6:2a01:170:1110:8001::25:a1]) by m.cksoft.de (Postfix) with ESMTP id 03CC1631D6; Wed, 26 Aug 2015 10:11:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from m.cksoft.de ([192.168.64.93]) by amavis.cksoft.de (amavis.cksoft.de [192.168.64.94]) (amavisd-new, port 10041) with ESMTP id oPyObO2FQRun; Wed, 26 Aug 2015 10:11:12 +0200 (CEST) Received: from noc1.cksoft.de (noc1.cksoft.de [IPv6:2a01:170:1110:8001::53:1]) by m.cksoft.de (Postfix) with ESMTP id 7061C62F88; Wed, 26 Aug 2015 10:11:10 +0200 (CEST) Received: by noc1.cksoft.de (Postfix, from userid 1000) id 512C813BE2; Wed, 26 Aug 2015 10:12:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by noc1.cksoft.de (Postfix) with ESMTP id 4062A13B13; Wed, 26 Aug 2015 10:12:16 +0200 (CEST) Date: Wed, 26 Aug 2015 10:12:15 +0200 (CEST) From: Christian Kratzer X-X-Sender: ck@noc1.cksoft.de Reply-To: Christian Kratzer To: Xin Li cc: Andreas Ott , Maurizio Vairani , "Bjoern A. Zeeb" , FreeBSD stable , jungle Boogie , pkubaj@riseup.net Subject: Re: Error upgrading from 10.1-RELEASE to 10.2-RELEASE In-Reply-To: <55DD51CC.6000906@delphij.net> Message-ID: References: <55DAEA43.7020804@cloverinformatica.it> <7A2955B8-82A4-4F9E-A9C2-BEDFDACEA121@lists.zabbadoz.net> <20150825220341.A31324@naund.org> <55DD51CC.6000906@delphij.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) X-Spammer-Kill-Ratio: 75% MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed 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, 26 Aug 2015 08:12:26 -0000 Hi, On Tue, 25 Aug 2015, Xin Li wrote: > Hi, > > We believe this is because phttpget (the pipelined HTTP client that > freebsd-update and portsnap uses) was unable to get the right file(s) > from the server, that sometimes the client would get wrong file from the > server, and it's not reproducable when requesting again. We have then > able to develop a test case to reliably provoke this on update2.FreeBSD.org. > > Thanks for Peter's help, we have narrowed down the problem to a specific > version (1.4.36) of lighttpd (*), which update2.FreeBSD.org is using, > and the problem should have been resolved at this time after the web > server is replaced with nginx. > > Please let us (security-officer@, clusteradm@) know if the problem still > persists. > > Cheers, > > (*) We are not yet certain if it was a bug with lighttpd itself, or a > bug with phttpget that made newer versions of lighttpd unhappy. It's > worthy to find it out and maintainer is cc'ed. > thanks for fixing this and thanks for the detailed feedback. I was able to update 5 systems at two different sites this morning without a glitch. An update before the fix required upto 10 retries to be successfull. So it definetely looks like this has been fixed. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck@cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer Web: http://www.cksoft.de/ From owner-freebsd-stable@freebsd.org Wed Aug 26 08:29:03 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 ED8A599A4D3 for ; Wed, 26 Aug 2015 08:29:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::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 BAE032E4 for ; Wed, 26 Aug 2015 08:29:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pacdd16 with SMTP id dd16so153412998pac.2 for ; Wed, 26 Aug 2015 01:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xTQZtZyqTEHqqK4q32rSmiyJS79OImdk0wPsVvti6Wo=; b=lkLDOC1zo5W6Q3PZQG19vTuVuDG/OFe3BQqynGNb/2+KyQalxchHfFeexibAwq5MO/ uMw1tYQBP38ZkVx2uaX3qGXxmQnhaFCM13HZEfbR5ei5udmWw/Y07hxj7ks2/or/pJip Ls6g8C58w6qbo1MqW/h2jWs8DyMkXAUSbpjGbe8Ky6GusgOMIqJc2eH3LmaHwmLomDb8 yNPU0Qv6nAsKMaz9aCQeapXMgOL7lwmMBcmeUE9dJvLut92/rUWjGu1K94rS6k4ZFILP uDTXUThcfrdPpU9pWG0bFwtJ+rNfztjzfPbi3wbiBgWs86ZkwTQ4To8i+klfCLSAYeJp 9uUA== X-Received: by 10.67.30.161 with SMTP id kf1mr67283145pad.89.1440577742348; Wed, 26 Aug 2015 01:29:02 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by smtp.gmail.com with ESMTPSA id pe1sm23728576pbb.28.2015.08.26.01.28.58 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 26 Aug 2015 01:29:01 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 26 Aug 2015 17:28:50 +0900 Date: Wed, 26 Aug 2015 17:28:50 +0900 To: Johann Hugo Cc: Roosevelt Littleton , freebsd-stable@freebsd.org Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem Message-ID: <20150826082850.GC971@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <20150816120831.GB1288@michelle.fasterthan.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i 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, 26 Aug 2015 08:29:03 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 26, 2015 at 10:06:29AM +0200, Johann Hugo wrote: > 10.2-RELEASE does not work for me. It works for a very short while and > then it stops with "msk0 watchdog timeout" errors > Thanks a lot for your report. This is the first report for msk(4) watchdog timeouts on 10.2-RELEASE. > I'm not sure what patch Roosevelt was talking about, but the patch in > this thread works for me: > https://lists.freebsd.org/pipermail/freebsd-stable/2015-April/082226.html > > I've changed MSK_STAT_ALIGN from 4096 to 8192 in if_mskreg.h and it's > been running stable for the last week. > I see. I'm under the impression that RX/TX descriptor ring alignment shall trigger the same issue so it would be better to know how attached patch works on your box. Thanks. > Johann > > On Sun, Aug 16, 2015 at 2:08 PM, Yonghyeon PYUN wrote: > > On Wed, Aug 12, 2015 at 09:44:06AM -0400, Roosevelt Littleton wrote: > >> Hi, > >> So, I can confirm with the attached patch. I have a working msk0 that > >> hasn't failed for the past month. I considered this problem fix for me. > >> Since, I have went a long time without any problems. Thanks! > > > > I'm not sure which patch you used. Given that users reported > > 10.2-RELEASE works, it would be great if you revert local patch > > and try it again on 10.2-RELEASE. --Qxx1br4bt0+wmkIi Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.align.diff" Index: sys/dev/msk/if_mskreg.h =================================================================== --- sys/dev/msk/if_mskreg.h (revision 281587) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -2175,13 +2175,8 @@ #define MSK_ADDR_LO(x) ((uint64_t) (x) & 0xffffffffUL) #define MSK_ADDR_HI(x) ((uint64_t) (x) >> 32) -/* - * At first I guessed 8 bytes, the size of a single descriptor, would be - * required alignment constraints. But, it seems that Yukon II have 4096 - * bytes boundary alignment constraints. - */ -#define MSK_RING_ALIGN 4096 -#define MSK_STAT_ALIGN 4096 +#define MSK_RING_ALIGN 32768 +#define MSK_STAT_ALIGN 32768 /* Rx descriptor data structure */ struct msk_rx_desc { --Qxx1br4bt0+wmkIi-- From owner-freebsd-stable@freebsd.org Wed Aug 26 09:48: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 C730F9C28E9 for ; Wed, 26 Aug 2015 09:48:33 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA5A14C8 for ; Wed, 26 Aug 2015 09:48:32 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 96AF020AEEBE; Wed, 26 Aug 2015 10:48:29 +0100 (BST) Date: Wed, 26 Aug 2015 10:48:29 +0100 From: Matt Smith To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826094829.GB85652@xtaz.uk> Mail-Followup-To: Matt Smith , Slawa Olhovchenkov , freebsd-stable@freebsd.org References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20150826080920.GM3158@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 26 Aug 2015 09:48:33 -0000 On Aug 26 11:09, Slawa Olhovchenkov wrote: >On Wed, Aug 26, 2015 at 08:01:25AM +0100, Matt Smith wrote: > >> Trying to do a buildworld from the latest stable seems to result in a >> failure within openssl. Anyone else seen this? >> >> --- ocsp_ext.o --- >> cc -O2 -pipe -DTERMIOS -DANSI_SOURCE >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secu >> re/lib/libcrypto/../../../crypto/openssl/crypto >> -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_ >> DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM >> -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOP >> ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM >> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ >> ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 >> -I/usr/src/secure/lib/libcrypto/../../.. >> /crypto/openssl/crypto/evp >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes >> -std=gnu89 -Qunu >> sed-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body >> -Wno-string-plus-int -Wno-unused-const-variab >> le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >> -Wno-unused-function -Wno-enum-conversi >> on -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter >> -Wno-parentheses -c /usr/src/secure/lib/libcrypto/.. >> /../../crypto/openssl/crypto/ocsp/ocsp_ext.c -o ocsp_ext.o >> --- obj_dat.o --- >> cc: error: unable to execute command: Bus error (core dumped) >> cc: error: clang frontend command failed due to signal (use -v to see >> invocation) > >Hardware error or memory exhausted It does appear to be something along those lines. It's not memory exhaustion as it has around 2GB free at the point it fails. However I've deleted /usr/obj and started the buildworld again and it failed in a different place with the same error. I'm trying it again without -j4 to see what happens. But isn't looking too good. :( -- Matt From owner-freebsd-stable@freebsd.org Wed Aug 26 09:55: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 6F47C9C2BD3 for ; Wed, 26 Aug 2015 09:55:11 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (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 28A251A9A for ; Wed, 26 Aug 2015 09:55:10 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from [10.10.1.26] (helo=frv197.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1ZUXQ5-000IdL-Ji for freebsd-stable@freebsd.org; Wed, 26 Aug 2015 12:55:01 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=soNKdYV2yh0//Y11pYhuO7wFQNelPP1P9nmb2W2K+lw=; b=JKKLN+TDMTljc3KC6LDa+3NC2+S3uDNuNC1Yv7Nep3UHeAFoknTky7y0FP8fWBj99aUVXWmdG/3hei1dPvNP1vzvYiuVGhSMiQ0t0ni9i0HbDiQI768c5UanzDzPQERGtI23BVr9S8BFNKyWorGc0A5mn4CiUVOSvKSQcj4f49c=; Received: from [10.10.10.34] (helo=frv34.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1ZUXPx-0003gs-O1 for freebsd-stable@freebsd.org; Wed, 26 Aug 2015 12:54:53 +0300 Date: Wed, 26 Aug 2015 12:54:53 +0300 From: wishmaster Subject: Re[2]: Buildworld failure on stable To: Matt Smith Cc: freebsd-stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1440582861.891741756.nqejmsd3@frv34.fwdcdn.com> In-Reply-To: <20150826094829.GB85652@xtaz.uk> References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> X-Reply-Action: reply Received: from artemrts@ukr.net by frv34.fwdcdn.com; Wed, 26 Aug 2015 12:54:53 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline 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: Wed, 26 Aug 2015 09:55:11 -0000   --- Original message --- From: "Matt Smith" Date: 26 August 2015, 12:48:51 On Aug 26 11:09, Slawa Olhovchenkov wrote: >On Wed, Aug 26, 2015 at 08:01:25AM +0100, Matt Smith wrote: > >> Trying to do a buildworld from the latest stable seems to result in a >> failure within openssl. Anyone else seen this? >> >> --- ocsp_ext.o --- >> cc -O2 -pipe -DTERMIOS -DANSI_SOURCE >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secu >> re/lib/libcrypto/../../../crypto/openssl/crypto >> -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_ >> DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM >> -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOP >> ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM >> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ >> ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 >> -I/usr/src/secure/lib/libcrypto/../../.. >> /crypto/openssl/crypto/evp >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes >> -std=gnu89 -Qunu >> sed-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body >> -Wno-string-plus-int -Wno-unused-const-variab >> le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >> -Wno-unused-function -Wno-enum-conversi >> on -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter >> -Wno-parentheses -c /usr/src/secure/lib/libcrypto/.. >> /../../crypto/openssl/crypto/ocsp/ocsp_ext.c -o ocsp_ext.o >> --- obj_dat.o --- >> cc: error: unable to execute command: Bus error (core dumped) >> cc: error: clang frontend command failed due to signal (use -v to see >> invocation) > >Hardware error or memory exhausted It does appear to be something along those lines. It's not memory exhaustion as it has around 2GB free at the point it fails. However I've deleted /usr/obj and started the buildworld again and it failed in a different place with the same error. I'm trying it again without -j4 to see what happens. But isn't looking too good. :( -- Matt Hi, Matt. May be something wrong with src.conf or make.conf? Cheers, Vitaliy  _______________________________________________ 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 Wed Aug 26 10:10: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 EDE369C31C1 for ; Wed, 26 Aug 2015 10:10:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 AAFFF16C for ; Wed, 26 Aug 2015 10:10:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZUXfJ-000MNb-Bl; Wed, 26 Aug 2015 13:10:45 +0300 Date: Wed, 26 Aug 2015 13:10:45 +0300 From: Slawa Olhovchenkov To: Matt Smith , freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826101045.GJ21849@zxy.spb.ru> References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150826094829.GB85652@xtaz.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 26 Aug 2015 10:10:49 -0000 On Wed, Aug 26, 2015 at 10:48:29AM +0100, Matt Smith wrote: > On Aug 26 11:09, Slawa Olhovchenkov wrote: > >On Wed, Aug 26, 2015 at 08:01:25AM +0100, Matt Smith wrote: > > > >> Trying to do a buildworld from the latest stable seems to result in a > >> failure within openssl. Anyone else seen this? > >> > >> --- ocsp_ext.o --- > >> cc -O2 -pipe -DTERMIOS -DANSI_SOURCE > >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secu > >> re/lib/libcrypto/../../../crypto/openssl/crypto > >> -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_ > >> DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM > >> -DBSAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOP > >> ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM > >> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ > >> ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 > >> -I/usr/src/secure/lib/libcrypto/../../.. > >> /crypto/openssl/crypto/evp > >> -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes > >> -std=gnu89 -Qunu > >> sed-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body > >> -Wno-string-plus-int -Wno-unused-const-variab > >> le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > >> -Wno-unused-function -Wno-enum-conversi > >> on -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > >> -Wno-parentheses -c /usr/src/secure/lib/libcrypto/.. > >> /../../crypto/openssl/crypto/ocsp/ocsp_ext.c -o ocsp_ext.o > >> --- obj_dat.o --- > >> cc: error: unable to execute command: Bus error (core dumped) > >> cc: error: clang frontend command failed due to signal (use -v to see > >> invocation) > > > >Hardware error or memory exhausted > > It does appear to be something along those lines. It's not memory > exhaustion as it has around 2GB free at the point it fails. However I've > deleted /usr/obj and started the buildworld again and it failed in a > different place with the same error. I'm trying it again without -j4 to > see what happens. But isn't looking too good. :( Look like hardware error. RAM/CPU/MB From owner-freebsd-stable@freebsd.org Wed Aug 26 11:27: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 1DA2F9C3178 for ; Wed, 26 Aug 2015 11:27:11 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D93AE964 for ; Wed, 26 Aug 2015 11:27:10 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id E00DB20AEEB6; Wed, 26 Aug 2015 12:27:07 +0100 (BST) Date: Wed, 26 Aug 2015 12:27:07 +0100 From: Matt Smith To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826112707.GC85652@xtaz.uk> Mail-Followup-To: Matt Smith , Slawa Olhovchenkov , freebsd-stable@freebsd.org References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> <20150826101045.GJ21849@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20150826101045.GJ21849@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 26 Aug 2015 11:27:11 -0000 On Aug 26 13:10, Slawa Olhovchenkov wrote: >> >Hardware error or memory exhausted >> >> It does appear to be something along those lines. It's not memory >> exhaustion as it has around 2GB free at the point it fails. However I've >> deleted /usr/obj and started the buildworld again and it failed in a >> different place with the same error. I'm trying it again without -j4 to >> see what happens. But isn't looking too good. :( > >Look like hardware error. >RAM/CPU/MB Interestingly it *always* manages to succesfully compile clang etc and it has no issues compiling things from ports. It fails compiling something from lib like openssl or kerberos. Doesn't buildworld build a bootstrap version of clang and then use that version to compile the rest of it? I might try downgrading my sources back to the version that I last succesfully compiled just to prove it one way or the other to myself. -- Matt From owner-freebsd-stable@freebsd.org Wed Aug 26 16:01:01 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 3CAD09C2616 for ; Wed, 26 Aug 2015 16:01:01 +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 CB766273 for ; Wed, 26 Aug 2015 16:01:00 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicja10 with SMTP id ja10so19672441wic.1 for ; Wed, 26 Aug 2015 09:00:52 -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=wwKtDZBt2UYze1VjeQZEh8uiTri+UWzsm3PvucV2Cb4=; b=dmD/+m84EeIfX5QgAS1sXe2t2vF8RbRAOt5ZzGOWwB7c2YlsDqSG2Q6c19xb2U0eWV fMtx71qubqWkohYiAPBKqEnE0jVWAZc6hM0yTHbR1tBZDw8wgK0y6g8vemBKCWhYio1f P0a/QPgiXWCoyBwhRz3ANkN7qyz/9bklhc5iXjt2YtSBdJyFTr37pPToSiMkd5r4WAPc +pq7Iey828ubVKa1FwYXeib0i0XFIOa2KqEAPGYkVsNARWBE6JwMEnEi5MORt5xo4h4d uDPUh1l7RYiV2vqx3lSZJuU1BySFIF9YVumSduJ6eKkk6mjhI1NQp2XHy4m+KGIATuCM radA== X-Gm-Message-State: ALoCoQk67uGvY7LRlBzA2pZOr4RFdEDyHosjarDg/Vmwqsl5DMRoxXyl8pj6IeOLOZT9RSEuEq9V X-Received: by 10.194.85.130 with SMTP id h2mr9989844wjz.2.1440604852678; Wed, 26 Aug 2015 09:00:52 -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 ev2sm8257659wib.21.2015.08.26.09.00.51 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Aug 2015 09:00:51 -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 t7QG0pIf074071; Wed, 26 Aug 2015 17:00:51 +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 t7QG0o0R074070; Wed, 26 Aug 2015 17:00:50 +0100 (BST) (envelope-from mexas) Date: Wed, 26 Aug 2015 17:00:50 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508261600.t7QG0o0R074070@mech-as222.men.bris.ac.uk> To: mexas@bris.ac.uk, slw@zxy.spb.ru Subject: Re: ia64 regression from r285809 to 286952: kernel does not boot Cc: freebsd-stable@freebsd.org, marcel@xcllnt.net Reply-To: mexas@bris.ac.uk In-Reply-To: <20150824134911.GK3158@zxy.spb.ru> 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, 26 Aug 2015 16:01:01 -0000 >From slw@zxy.spb.ru Mon Aug 24 14:49:31 2015 >On Mon, Aug 24, 2015 at 01:53:52PM +0100, Anton Shterenlikht wrote: > >> narrowed down a bit: >> >> good: r285809 >> bad: r286380 >> >> Any hint to augment bisection? > >r285863 >r285951 >r285967 >r286055 >r286145 >r286193 >r286216 >r286306 >r286322 >r286362 No: good: r286315 bad: r286316 # svn diff -r 286315:286316 Index: sys/netinet6/in6.c =================================================================== --- sys/netinet6/in6.c (revision 286315) +++ sys/netinet6/in6.c (revision 286316) @@ -2651,6 +2651,7 @@ if (!(lle->la_flags & LLE_IFADDR) || (flags & LLE_IFADDR)) { LLE_WLOCK(lle); lle->la_flags |= LLE_DELETED; + EVENTHANDLER_INVOKE(lle_event, lle, LLENTRY_DELETED); #ifdef DIAGNOSTIC log(LOG_INFO, "ifaddr cache = %p is deleted\n", lle); #endif Index: . =================================================================== --- . (revision 286315) +++ . (revision 286316) Property changes on: . ___________________________________________________________________ Modified: svn:mergeinfo Merged /head:r285710 # I'll now double check this conclusion. Anton From owner-freebsd-stable@freebsd.org Wed Aug 26 16:48:30 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 3165D9C38F2 for ; Wed, 26 Aug 2015 16:48:30 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 F3A181862 for ; Wed, 26 Aug 2015 16:48:29 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZUds9-000Jqj-LM; Wed, 26 Aug 2015 16:48:25 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZUds9-0003dj-If; Wed, 26 Aug 2015 17:48:25 +0100 To: freebsd-stable@freebsd.org, petefrench@ingresso.co.uk Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-Id: From: Pete French Date: Wed, 26 Aug 2015 17:48:25 +0100 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, 26 Aug 2015 16:48:30 -0000 As noted yestterday, this issue only happens in an xterm as far as I can make out. When back becomes a zombie then the xtrem enters state urdlck according to ps. I tried removing and reinstalling all ports today, in the hopes that might fix it, but the problem is still there. Is anyone else seeing this, and does anyone have any suggestions as to how tof ix it ? The xtrems still respond in as much as they can be dragged around, miaturised, resized etc, but they never quit, and the content inside them does not refresh. I am runnign WindowMaker as a WM if that might be part of the problem ? Currently I have to reboot the machine periodicly once I have accumulated enough zombies to be annoying. Its not really a long term solution though. -pete. From owner-freebsd-stable@freebsd.org Wed Aug 26 17:01:24 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 B43949C3E38 for ; Wed, 26 Aug 2015 17:01:24 +0000 (UTC) (envelope-from dr.klepp@gmx.at) Received: from b2bfep13.mx.upcmail.net (b2bfep13.mx.upcmail.net [62.179.121.58]) by mx1.freebsd.org (Postfix) with ESMTP id 0564227C for ; Wed, 26 Aug 2015 17:01:23 +0000 (UTC) (envelope-from dr.klepp@gmx.at) Received: from edge11.upcmail.net ([192.168.13.81]) by b2bfep12.mx.upcmail.net (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20150826170042.VWVP5697.b2bfep12-int.chello.at@edge11.upcmail.net> for ; Wed, 26 Aug 2015 19:00:42 +0200 Received: from dasding.local ([85.126.97.210]) by edge11.upcmail.net with edge id 9V0h1r0104YLlkt0BV0h66; Wed, 26 Aug 2015 19:00:42 +0200 X-SourceIP: 85.126.97.210 From: Nikolaus Klepp To: freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Date: Wed, 26 Aug 2015 19:00:41 +0200 User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748) References: In-Reply-To: X-KMail-QuotePrefix: > MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201508261900.41402.dr.klepp@gmx.at> 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, 26 Aug 2015 17:01:24 -0000 Am Mittwoch, 26. August 2015 schrieb Pete French: > As noted yestterday, this issue only happens in an xterm > as far as I can make out. When back becomes a zombie > then the xtrem enters state urdlck according to ps. I > tried removing and reinstalling all ports today, in the hopes that > might fix it, but the problem is still there. > > Is anyone else seeing this, and does anyone have any suggestions > as to how tof ix it ? The xtrems still respond in as much as they can be > dragged around, miaturised, resized etc, but they never quit, and the > content inside them does not refresh. I am runnign WindowMaker as a WM if > that might be part of the problem ? > > Currently I have to reboot the machine periodicly once I have accumulated > enough zombies to be annoying. Its not really a long term solution though. > > -pete. Hi Pete! I cannot reproduce the error, but I'm using fvwm. Can you give a step-bystep instruction to reproduce the error? nik -- Please do not email me anything that you are not comfortable also sharing with the NSA. From owner-freebsd-stable@freebsd.org Wed Aug 26 17:38:49 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 C672C9C3AA5 for ; Wed, 26 Aug 2015 17:38:49 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 90163A55 for ; Wed, 26 Aug 2015 17:38:49 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 39F2C20AEEB6; Wed, 26 Aug 2015 18:38:46 +0100 (BST) Date: Wed, 26 Aug 2015 18:38:46 +0100 From: Matt Smith To: Slawa Olhovchenkov , freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826173846.GE85652@xtaz.uk> Mail-Followup-To: Matt Smith , Slawa Olhovchenkov , freebsd-stable@freebsd.org References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> <20150826101045.GJ21849@zxy.spb.ru> <20150826112707.GC85652@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20150826112707.GC85652@xtaz.uk> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 26 Aug 2015 17:38:49 -0000 On Aug 26 12:27, Matt Smith wrote: >On Aug 26 13:10, Slawa Olhovchenkov wrote: >>>>Hardware error or memory exhausted >>> >>>It does appear to be something along those lines. It's not memory >>>exhaustion as it has around 2GB free at the point it fails. However I've >>>deleted /usr/obj and started the buildworld again and it failed in a >>>different place with the same error. I'm trying it again without -j4 to >>>see what happens. But isn't looking too good. :( >> >>Look like hardware error. >>RAM/CPU/MB > >Interestingly it *always* manages to succesfully compile clang etc and >it has no issues compiling things from ports. It fails compiling >something from lib like openssl or kerberos. Doesn't buildworld build >a bootstrap version of clang and then use that version to compile the >rest of it? I might try downgrading my sources back to the version >that I last succesfully compiled just to prove it one way or the other >to myself. > So, been doing some testing. It looks like a -j4 problem with the latest sources. If I buildworld with -j1 then it compiles with no issues at all. If I compile r286908 with -j4 then it compiles with no issues at all. If I try and compile r287155 with -j4 then I get the bus errors. So I'm not convinced at all that it's hardware related at the moment. -- Matt From owner-freebsd-stable@freebsd.org Wed Aug 26 17:49:01 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 A29B99C3E56 for ; Wed, 26 Aug 2015 17:49:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4E914F2C for ; Wed, 26 Aug 2015 17:48:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t7QHmofp046304; Wed, 26 Aug 2015 10:48:50 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t7QHmoTx046303; Wed, 26 Aug 2015 10:48:50 -0700 (PDT) (envelope-from david) Date: Wed, 26 Aug 2015 10:48:50 -0700 From: David Wolfskill To: Matt Smith Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150826174850.GG1014@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Matt Smith , freebsd-stable@freebsd.org References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> <20150826101045.GJ21849@zxy.spb.ru> <20150826112707.GC85652@xtaz.uk> <20150826173846.GE85652@xtaz.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="B6Zh/hwRPruM9rlZ" Content-Disposition: inline In-Reply-To: <20150826173846.GE85652@xtaz.uk> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 26 Aug 2015 17:49:01 -0000 --B6Zh/hwRPruM9rlZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 26, 2015 at 06:38:46PM +0100, Matt Smith wrote: > ... > So, been doing some testing. It looks like a -j4 problem with the latest= =20 > sources. If I buildworld with -j1 then it compiles with no issues at=20 > all. If I compile r286908 with -j4 then it compiles with no issues at=20 > all. If I try and compile r287155 with -j4 then I get the bus errors. So= =20 > I'm not convinced at all that it's hardware related at the moment. > ... While it is not a complete list of the updates I do to FreeBSD machines, I believe that has links to a selection that is reasonably representative of those I have been doing recently. For my builds, I use a -j value that is twice the reported value of `sysctl -n hw.ncpu`. For both my laptop and my build machine, that works out to -j16. For my work desktop (not depicted on the page), it's -j24. I'm not seeing the issues you're reporting. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --B6Zh/hwRPruM9rlZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV3fwCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk771gP/0qnHbvQcecozkICIqlw2tSJ dx2zgQ46BD73QApAZL3AxKtKdSDujlKtzAZ/Teszo52xnj6Hndg7n71BsQSvxOJ6 EqE3K49G0+woSTOo5vAvsUhdpeEJMdQUrV7fVqAh67Ps1dzPhdNI9eduixJE7MiF bVmkq1+hoG/556DF3fsolJvLmB4W/ywOR50jIY2FYHtZpOWkFlQlF82d1G7LezEb 48OKkYeJTzoLs+doYaTRYxYrG8jaMW7IGgdP0aSA+z5Pofr77golORnFHHiOZ2A/ OzwSd1dm0lial+Rt3U++0F+j6QiBGC/iCZCBwpytZLBsETdN6dsV8MQsfNcQuqiQ 4hqiz9RouN9hEqzNvQ5epQ55mmxmrFhKEmMGcInTVa+Er5cTG12k7MKK4kMjlYWr etJlDXkq3m6n6frEXDKcquM9DHcX2zO+9GsGSXwCisZO9sOwH5jn0+NESiQlOTFb Dra5MM+Kjs8sPFxnN3mCCpPH2HqeIN4AEse4PP4TdLiua58eQK8EHde1k/5wra/p GH/CcdUJVqCX1X0mGMRQcs2pjPulTeEI8XgE0LsCL3Gae9Nfw1zRny8VR26xF6+l 0eFb8dLXmvaPOR8p7yFE0qwqY60mZTbXarYd1yTUqv4VvqFgzjtdXtlNdvS5+lxG KCatSZhwsoYAmPFPbGZx =7ABe -----END PGP SIGNATURE----- --B6Zh/hwRPruM9rlZ-- From owner-freebsd-stable@freebsd.org Wed Aug 26 19:47:24 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 D50849C3864 for ; Wed, 26 Aug 2015 19:47:24 +0000 (UTC) (envelope-from philippe.ponceblanc@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A47BEAB3 for ; Wed, 26 Aug 2015 19:47:24 +0000 (UTC) (envelope-from philippe.ponceblanc@gmail.com) Received: by iodb91 with SMTP id b91so32156698iod.1 for ; Wed, 26 Aug 2015 12:47:24 -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=8CvIV2V+4HwEZTSFARVwe1hqL3jJRQ+RJK1Hje1oX7I=; b=Nk1DE5L8JrIVX92Ye6HW3S4F+qgsRjL9RzgxaygbOHrAmtQ26yx/r2raM8bvfqCj+i UbvPX7uuluHvlVzvLQLtzYr7ypPcFbi7jqT4TPelzGTt4SOxs/rZLeOx+gQZts94nBzl /rxHKICucjaFvanahw13SYLouN4+LeKdIAbxtCesWhMn7NLYdZs5EnhcvMk72YxEYzeU WiBJ/6CZTWP9fwCLehCEqHTsVhSGJCAyrJAE5XNW1pcmq5drUFkpBZQhJGVxF1uBGpbR N+zY+xKHV6Ps1u6uXqPe4PiyKM9AzZiLGEKPIIuwKFXy7s7vbACarjd1Qq3cRFEXy1IC tNSg== MIME-Version: 1.0 X-Received: by 10.107.132.139 with SMTP id o11mr6160700ioi.3.1440618444032; Wed, 26 Aug 2015 12:47:24 -0700 (PDT) Received: by 10.79.13.69 with HTTP; Wed, 26 Aug 2015 12:47:23 -0700 (PDT) Date: Wed, 26 Aug 2015 21:47:24 +0200 Message-ID: Subject: issue to upgrade FreeBSD 10.1 to 10.2 From: Philippe Ponceblanc To: freebsd-stable@freebsd.org 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: Wed, 26 Aug 2015 19:47:24 -0000 Hi, I explain how to *upgrade* FreeBSD 10.1 to 10.2 ! 1/ the best command are : freebsd-update -r 10.2-RELEASE upgrade 2/ if there are issue then goto the directory /var/db/freebsd-update/ and delete the corrupt file indicate in your VT terminal 3/ don't forgot to change the line "*ServerName update%n.FreeBSD.org *" in /etc/freebsd-update.conf (with 1 < %n <5) regards Philippe Ps: I'm not inquire about www/lighttpd From owner-freebsd-stable@freebsd.org Thu Aug 27 00:37:14 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 23B879C3E84 for ; Thu, 27 Aug 2015 00:37:14 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 E8A9817E2 for ; Thu, 27 Aug 2015 00:37:12 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t7R0ZmxP098941 for ; Wed, 26 Aug 2015 17:35:59 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20150826173846.GE85652@xtaz.uk> References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> <20150826101045.GJ21849@zxy.spb.ru> <20150826112707.GC85652@xtaz.uk>, <20150826173846.GE85652@xtaz.uk> From: "Chris H" Subject: Re: Buildworld failure on stable Date: Wed, 26 Aug 2015 17:35:59 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit 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, 27 Aug 2015 00:37:14 -0000 On Wed, 26 Aug 2015 18:38:46 +0100 Matt Smith wrote > On Aug 26 12:27, Matt Smith wrote: > >On Aug 26 13:10, Slawa Olhovchenkov wrote: > >>>>Hardware error or memory exhausted > >>> > >>>It does appear to be something along those lines. It's not memory > >>>exhaustion as it has around 2GB free at the point it fails. However I've > >>>deleted /usr/obj and started the buildworld again and it failed in a > >>>different place with the same error. I'm trying it again without -j4 to > >>>see what happens. But isn't looking too good. :( > >> > >>Look like hardware error. > >>RAM/CPU/MB > > > >Interestingly it *always* manages to succesfully compile clang etc and > >it has no issues compiling things from ports. It fails compiling > >something from lib like openssl or kerberos. Doesn't buildworld build > >a bootstrap version of clang and then use that version to compile the > >rest of it? I might try downgrading my sources back to the version > >that I last succesfully compiled just to prove it one way or the other > >to myself. > > > > So, been doing some testing. It looks like a -j4 problem with the latest > sources. If I buildworld with -j1 then it compiles with no issues at > all. If I compile r286908 with -j4 then it compiles with no issues at > all. If I try and compile r287155 with -j4 then I get the bus errors. So > I'm not convinced at all that it's hardware related at the moment. Not saying it is. But it still could be a region of CPU cache that never got exercised, or in the right (same) manner. Maybe use a CPU/RAM test program, just to be sure? --Chris > > -- > Matt > _______________________________________________ > 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 Aug 27 09:08:21 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 3207B9C4257 for ; Thu, 27 Aug 2015 09:08:21 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED3431238 for ; Thu, 27 Aug 2015 09:08:20 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id BF8F120AEEB6; Thu, 27 Aug 2015 10:08:16 +0100 (BST) Date: Thu, 27 Aug 2015 10:08:16 +0100 From: Matt Smith To: Chris H Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failure on stable Message-ID: <20150827090816.GA1274@xtaz.uk> Mail-Followup-To: Matt Smith , Chris H , freebsd-stable@freebsd.org References: <20150826070125.GA85652@xtaz.uk> <20150826080920.GM3158@zxy.spb.ru> <20150826094829.GB85652@xtaz.uk> <20150826101045.GJ21849@zxy.spb.ru> <20150826112707.GC85652@xtaz.uk> <20150826173846.GE85652@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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, 27 Aug 2015 09:08:21 -0000 On Aug 26 17:35, Chris H wrote: >On Wed, 26 Aug 2015 18:38:46 +0100 Matt Smith wrote > >> On Aug 26 12:27, Matt Smith wrote: >> >On Aug 26 13:10, Slawa Olhovchenkov wrote: >> >>>>Hardware error or memory exhausted >> >>> >> >>>It does appear to be something along those lines. It's not memory >> >>>exhaustion as it has around 2GB free at the point it fails. However I've >> >>>deleted /usr/obj and started the buildworld again and it failed in a >> >>>different place with the same error. I'm trying it again without -j4 to >> >>>see what happens. But isn't looking too good. :( >> >> >> >>Look like hardware error. >> >>RAM/CPU/MB >> > >> >Interestingly it *always* manages to succesfully compile clang etc and >> >it has no issues compiling things from ports. It fails compiling >> >something from lib like openssl or kerberos. Doesn't buildworld build >> >a bootstrap version of clang and then use that version to compile the >> >rest of it? I might try downgrading my sources back to the version >> >that I last succesfully compiled just to prove it one way or the other >> >to myself. >> > >> >> So, been doing some testing. It looks like a -j4 problem with the latest >> sources. If I buildworld with -j1 then it compiles with no issues at >> all. If I compile r286908 with -j4 then it compiles with no issues at >> all. If I try and compile r287155 with -j4 then I get the bus errors. So >> I'm not convinced at all that it's hardware related at the moment. >Not saying it is. But it still could be a region of CPU cache that >never got exercised, or in the right (same) manner. >Maybe use a CPU/RAM test program, just to be sure? > >--Chris Could be something wrong with it for sure. However I installed the world/kernel that I had succesfully compiled with the -j1, then I repeatedly tried more buildworlds with -j4 again. Can't get it to go wrong at all now. It has 4 cores which is why I'm using j4 by the way. I've run buildworld since with -j4 three different times, every one has worked. So either there is a hardware issue which for some reason I'm no longer hitting, or there may have been something weird with having r286908 installed whilst trying to compile r287155 with j4. I really have no idea at this point. It's working now though, so I think I'll just see what happens over the next couple of months when I try further buildworlds. If it ever happens again then I'll do further tests, or just buy new hardware! Thanks for all your advice though guys. -- Matt From owner-freebsd-stable@freebsd.org Thu Aug 27 09:30:07 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 893539C486F for ; Thu, 27 Aug 2015 09:30:07 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 166511D9F for ; Thu, 27 Aug 2015 09:30:06 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by marge.meraka.csir.co.za (Postfix) with ESMTPSA id 381E8D0CC15 for ; Thu, 27 Aug 2015 11:29:32 +0200 (SAST) Received: by lbbtg9 with SMTP id tg9so7669392lbb.1 for ; Thu, 27 Aug 2015 02:29:28 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.85.204 with SMTP id j12mr1664397lbz.47.1440667768414; Thu, 27 Aug 2015 02:29:28 -0700 (PDT) Received: by 10.25.215.21 with HTTP; Thu, 27 Aug 2015 02:29:28 -0700 (PDT) In-Reply-To: <20150826082850.GC971@michelle.fasterthan.com> References: <20150816120831.GB1288@michelle.fasterthan.com> <20150826082850.GC971@michelle.fasterthan.com> Date: Thu, 27 Aug 2015 11:29:28 +0200 Message-ID: Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem From: Johann Hugo To: pyunyh@gmail.com Cc: Roosevelt Littleton , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 27 Aug 2015 09:30:07 -0000 It's working for me so far and I haven't seen any watchdog timeouts. With 10.2-RELEASE I got timeouts and lost connectivity in less that a minute. Johann On Wed, Aug 26, 2015 at 10:28 AM, Yonghyeon PYUN wrote: > On Wed, Aug 26, 2015 at 10:06:29AM +0200, Johann Hugo wrote: >> 10.2-RELEASE does not work for me. It works for a very short while and >> then it stops with "msk0 watchdog timeout" errors >> > > Thanks a lot for your report. This is the first report for > msk(4) watchdog timeouts on 10.2-RELEASE. > >> I'm not sure what patch Roosevelt was talking about, but the patch in >> this thread works for me: >> https://lists.freebsd.org/pipermail/freebsd-stable/2015-April/082226.html >> >> I've changed MSK_STAT_ALIGN from 4096 to 8192 in if_mskreg.h and it's >> been running stable for the last week. >> > > I see. I'm under the impression that RX/TX descriptor ring > alignment shall trigger the same issue so it would be better to > know how attached patch works on your box. > > Thanks. > >> Johann >> >> On Sun, Aug 16, 2015 at 2:08 PM, Yonghyeon PYUN wrote: >> > On Wed, Aug 12, 2015 at 09:44:06AM -0400, Roosevelt Littleton wrote: >> >> Hi, >> >> So, I can confirm with the attached patch. I have a working msk0 that >> >> hasn't failed for the past month. I considered this problem fix for me. >> >> Since, I have went a long time without any problems. Thanks! >> > >> > I'm not sure which patch you used. Given that users reported >> > 10.2-RELEASE works, it would be great if you revert local patch >> > and try it again on 10.2-RELEASE. From owner-freebsd-stable@freebsd.org Thu Aug 27 10:41:13 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 13FBA9C2185 for ; Thu, 27 Aug 2015 10:41:13 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 D64A95FB for ; Thu, 27 Aug 2015 10:41:12 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZUucG-0002iP-2f; Thu, 27 Aug 2015 10:41:08 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZUucG-000C5n-0C; Thu, 27 Aug 2015 11:41:08 +0100 To: dr.klepp@gmx.at, freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit In-Reply-To: <201508261900.41402.dr.klepp@gmx.at> Message-Id: From: Pete French Date: Thu, 27 Aug 2015 11:41:08 +0100 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, 27 Aug 2015 10:41:13 -0000 > Hi Pete! > > I cannot reproduce the error, but I'm using fvwm. Can you give a step-bystep instruction to reproduce the error? > > nik Hello Nik, thanks for looking at this for me - I havent yet found a reliable way to reproduce it unfortunately. It seems to happen on wiindows where I have run 'vi' or where I have logged in to another machine on ssh, but then thats mainly what I do in my wondows, so its hardly surprising ;-( Is there anything I can do to investiagett eh status of the stuck processes. I have managed to get 4 in the last hour here. -pete. From owner-freebsd-stable@freebsd.org Thu Aug 27 12:04:13 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 AF0769C4973 for ; Thu, 27 Aug 2015 12:04:13 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 647651C1A for ; Thu, 27 Aug 2015 12:04:13 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3n22lr4zYCzLp for ; Thu, 27 Aug 2015 14:04:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1440677046; x=1443269047; bh=/oV Qn0u+d/4AsGMFpG2KE7Tx1FLHsvOe+0wxmzkzlqI=; b=Yz0BOHwW/AqN8ZQ06Is mt1LVCpOJeMLWl6AYr89YrH+ouYhqXt4gzS+OqjVTktTqQ68POqHxA+CGL/msKWX 1PVCrphF3J6Ooy7Da+LX0f4mjZVVICpwYLzjHA2LHbNeIpIMTy/NTpdeY5V7YIRg xSL7Wc2vYVcUp4EqBUi1JGDU= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id QZLW72L_a9Bf for ; Thu, 27 Aug 2015 14:04:06 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3n22lp0mXpzLm for ; Thu, 27 Aug 2015 14:04:05 +0200 (CEST) Received: from nabiralnik.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mildred.ijs.si (Postfix) with ESMTP id 3n22ln54hWz1TP for ; Thu, 27 Aug 2015 14:04:05 +0200 (CEST) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Thu, 27 Aug 2015 14:04:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 27 Aug 2015 14:04:05 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Organization: Jozef Stefan Institute In-Reply-To: References: Message-ID: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.1.2 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, 27 Aug 2015 12:04:13 -0000 Pete French wrote: > I updated to stable yesterday, plus updated all my porst to > the latest pecompiled packages, but I am now seeing odd problems > with bash on exit. Sometimes it quits, but leaves a zombie > process... e.g > > PID TT STAT TIME COMMAND > 44308 v0 IW 0:00.00 -bash (bash) > 44312 v0 IW+ 0:00.00 /bin/sh /usr/local/bin/startx -listen_tcp > 44325 v0 IW+ 0:00.00 xinit xterm -listen_tcp -- /usr/local/bin/X :0 > -auth /ho > 44328 v0 IW 0:00.00 /usr/local/bin/wmaker > 44340 v0 S 0:03.35 /usr/local/bin/wmaker --for-real > 49101 0- Z+ 0:02.73 > 49314 1- Z+ 0:00.17 > 56068 2 Ss 0:00.01 bash > 56498 2 R+ 0:00.00 ps > 56074 3 Is 0:00.01 bash > 56076 3 S+ 0:00.00 mail freebsd-stable@freebsd.org > 56308 4 Is+ 0:00.01 bash > > Thats the current 'ps' on this machine. The bash processes are running > inside an xterm, so am not sure if the issue is with bash or the > terminal. Kind of puzzled! I can reproduce this easily, although not every time. Running 10.2 under KDE, with bash as a default shell: start xterm from a KDE 'konsole', then move to within the xterm and try closing it (^D or exit). More often than not the xterm will block and stay open, the bash process within goes . A normal kill of xterm has no effect, although a kill -9 to the xterm blows away the xterm and the init process then clears the bash zombie leftover. Seems like running a simple command like 'date' in xterm before trying to close it does increase the likelihood that xterm will block on exit. > Currently I have to reboot the machine periodicly once I have > accumulated > enough zombies to be annoying. Its not really a long term solution > though. There is no need to reboot, just kill -9 the hanging xterm processes and the init will clear the zombies. Mark From owner-freebsd-stable@freebsd.org Thu Aug 27 12:12:26 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 4D59A9C4CF1 for ; Thu, 27 Aug 2015 12:12:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (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 DFD191E5 for ; Thu, 27 Aug 2015 12:12:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by widdq5 with SMTP id dq5so43088014wid.0 for ; Thu, 27 Aug 2015 05:12:17 -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:reply-to; bh=kkD0lAwnokKHTRImlW+WdIlLPfoiYK7ukwuFZtZbgn0=; b=JvQDMsuLuLYRCm4vaI4LSoI1erSelJediW2AM0v/yO0vo7RpUC8LaCexwZTbRUp1d2 ksrKlGp4xZR93p9GoaSYnMEXRJRJUNWeWt5+e/NM0hs0cyBvGYL1QLUNMPJ1LIUbDP7w x0mkUr6kKSV+ivfdEvaC5sbXmFuXRIffjIncueH3rOrCd806EXAKaWYGdmzcjo2kkKcZ klqKHCp+WVzlBCKZH4spf6mapWYklW3ijByzE2gJRrxP1m1uYdECnPXZo8LIzg56JdtX o3kEeWavAnsIhJGiTLu5ZbK9u0foUnPorRbaQyKDdxLjWv60t81uyHACDcGzdmxFt7mr NCvg== X-Gm-Message-State: ALoCoQm4yfJ4soXG7Q9DDXp2e5KmOUx37O+ceiMzt+v/sq5y7YSX60OFDrOo6fnwWaRzb5auhxid X-Received: by 10.194.3.115 with SMTP id b19mr4788054wjb.52.1440677537673; Thu, 27 Aug 2015 05:12:17 -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 p1sm2814923wjq.28.2015.08.27.05.12.16 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Aug 2015 05:12:17 -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 t7RCCGdp080517 for ; Thu, 27 Aug 2015 13:12:16 +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 t7RCCGt0080516 for freebsd-stable@freebsd.org; Thu, 27 Aug 2015 13:12:16 +0100 (BST) (envelope-from mexas) Date: Thu, 27 Aug 2015 13:12:16 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508271212.t7RCCGt0080516@mech-as222.men.bris.ac.uk> To: freebsd-stable@freebsd.org Subject: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Reply-To: mexas@bris.ac.uk 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, 27 Aug 2015 12:12:26 -0000 ia64 stable/10 r286315 boots, but r286316 hangs at "Entering /boot/kernel/kernel". Please advise Thanks Anton P.S. This is a continuation of http://lists.freebsd.org/pipermail/freebsd-stable/2015-August/083203.html However, since I now found the revision that broke the boot, I decided to start a new thread. From owner-freebsd-stable@freebsd.org Thu Aug 27 13:49:09 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 D62E79C27BE for ; Thu, 27 Aug 2015 13:49:09 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 A3AA5FEA for ; Thu, 27 Aug 2015 13:49:09 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZUxY9-0004QV-Lf; Thu, 27 Aug 2015 13:49:05 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZUxY9-000Bma-Ic; Thu, 27 Aug 2015 14:49:05 +0100 To: freebsd-stable@freebsd.org, Mark.Martinec+freebsd@ijs.si Subject: Re: Latest stable (r287104) bash leaves zombies on exit In-Reply-To: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> Message-Id: From: Pete French Date: Thu, 27 Aug 2015 14:49:05 +0100 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, 27 Aug 2015 13:49:09 -0000 > I can reproduce this easily, although not every time. Ah, thats good to hear, as it means I am not going completely mad, thanks! :) > Running 10.2 under KDE, with bash as a default shell: > start xterm from a KDE 'konsole', then move to within the xterm > and try closing it (^D or exit). More often than not the xterm > will block and stay open, the bash process within goes . As you can reproduce this, is it possible for you to find out if the issue is with bash or xterm ? i.e. if you change the shell to /bin/sh then does it still do it ? That would help track it down... > There is no need to reboot, just kill -9 the hanging xterm processes > and the init will clear the zombies. Thats saved me a lot of time ;) I had this idea that zombies will only go away on a reboot. -pete. From owner-freebsd-stable@freebsd.org Thu Aug 27 16:24:03 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 BDD809C40E0 for ; Thu, 27 Aug 2015 16:24:03 +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 50D61D8F for ; Thu, 27 Aug 2015 16:24:03 +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 t7RGNudK080238 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 Aug 2015 19:23:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7RGNudK080238 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7RGNu63080237; Thu, 27 Aug 2015 19:23:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Aug 2015 19:23:56 +0300 From: Konstantin Belousov To: Anton Shterenlikht Cc: freebsd-stable@freebsd.org Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Message-ID: <20150827162356.GI2072@kib.kiev.ua> References: <201508271212.t7RCCGt0080516@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201508271212.t7RCCGt0080516@mech-as222.men.bris.ac.uk> 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, 27 Aug 2015 16:24:03 -0000 On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: > ia64 stable/10 r286315 boots, but > r286316 hangs at "Entering /boot/kernel/kernel". > > Please advise To state an obvious thing. The commit which you pointed to, changes the code which is not executed at that early kernel boot stage. The revision cannot cause the consequences you described. I think that you either have build-environment issue which randomly pops up, or there is some other boot-time issue which is sporadic. The only suggestion I have, try many boots with kernels which look either good or bad, I would be not surprised if statistic would be completely different from binary good/bad outcome. Otherwise, I do not have an idea. From owner-freebsd-stable@freebsd.org Thu Aug 27 16:26:07 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 63C169C4199 for ; Thu, 27 Aug 2015 16:26:07 +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 EC0EC9 for ; Thu, 27 Aug 2015 16:26:06 +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 t7RGQ2Y6081335 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 Aug 2015 19:26:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7RGQ2Y6081335 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7RGQ2NF081334; Thu, 27 Aug 2015 19:26:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Aug 2015 19:26:02 +0300 From: Konstantin Belousov To: Mark Martinec Cc: freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150827162602.GJ2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> 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, 27 Aug 2015 16:26:07 -0000 On Thu, Aug 27, 2015 at 02:04:05PM +0200, Mark Martinec wrote: > Pete French wrote: > > > I updated to stable yesterday, plus updated all my porst to > > the latest pecompiled packages, but I am now seeing odd problems > > with bash on exit. Sometimes it quits, but leaves a zombie > > process... e.g > > > > PID TT STAT TIME COMMAND > > 44308 v0 IW 0:00.00 -bash (bash) > > 44312 v0 IW+ 0:00.00 /bin/sh /usr/local/bin/startx -listen_tcp > > 44325 v0 IW+ 0:00.00 xinit xterm -listen_tcp -- /usr/local/bin/X :0 > > -auth /ho > > 44328 v0 IW 0:00.00 /usr/local/bin/wmaker > > 44340 v0 S 0:03.35 /usr/local/bin/wmaker --for-real > > 49101 0- Z+ 0:02.73 > > 49314 1- Z+ 0:00.17 > > 56068 2 Ss 0:00.01 bash > > 56498 2 R+ 0:00.00 ps > > 56074 3 Is 0:00.01 bash > > 56076 3 S+ 0:00.00 mail freebsd-stable@freebsd.org > > 56308 4 Is+ 0:00.01 bash > > > > Thats the current 'ps' on this machine. The bash processes are running > > inside an xterm, so am not sure if the issue is with bash or the > > terminal. Kind of puzzled! > > I can reproduce this easily, although not every time. > > Running 10.2 under KDE, with bash as a default shell: > start xterm from a KDE 'konsole', then move to within the xterm > and try closing it (^D or exit). More often than not the xterm > will block and stay open, the bash process within goes . > > A normal kill of xterm has no effect, although a kill -9 to the > xterm blows away the xterm and the init process then clears > the bash zombie leftover. Seems like running a simple command > like 'date' in xterm before trying to close it does increase > the likelihood that xterm will block on exit. > > > > Currently I have to reboot the machine periodicly once I have > > accumulated > > enough zombies to be annoying. Its not really a long term solution > > though. > > There is no need to reboot, just kill -9 the hanging xterm processes > and the init will clear the zombies. Try to obtain the backtrace from the hung xterm. Ideally, you would rebuild xterm and the system libraries (rtld+libc+libthr) with debug symbols and get the backtraces after that. From owner-freebsd-stable@freebsd.org Thu Aug 27 17:06:30 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 6D6959C321A for ; Thu, 27 Aug 2015 17:06:30 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (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 3B7E2A57 for ; Thu, 27 Aug 2015 17:06:29 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZV0d8-0006Fz-3Z; Thu, 27 Aug 2015 17:06:26 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZV0d8-0000fn-18; Thu, 27 Aug 2015 18:06:26 +0100 To: kostikbel@gmail.com, Mark.Martinec+freebsd@ijs.si Subject: Re: Latest stable (r287104) bash leaves zombies on exit Cc: freebsd-stable@freebsd.org In-Reply-To: <20150827162602.GJ2072@kib.kiev.ua> Message-Id: From: Pete French Date: Thu, 27 Aug 2015 18:06:26 +0100 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, 27 Aug 2015 17:06:30 -0000 > Try to obtain the backtrace from the hung xterm. Ideally, you would > rebuild xterm and the system libraries (rtld+libc+libthr) with debug > symbols and get the backtraces after that. I can try this tomorrow - what do I need to set in src.conf to add debug symbols in when I do a buidlworld (thats what I would end up doing) ? never played with this bit - am hoping its as simple as 'DEBUG=yes' for both porst and world though! cheers, -pete. From owner-freebsd-stable@freebsd.org Thu Aug 27 17:17:49 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 9E0109C3649 for ; Thu, 27 Aug 2015 17:17:49 +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 314C2114E for ; Thu, 27 Aug 2015 17:17:49 +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 t7RHHi9N093158 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 Aug 2015 20:17:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7RHHi9N093158 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7RHHi07093157; Thu, 27 Aug 2015 20:17:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Aug 2015 20:17:44 +0300 From: Konstantin Belousov To: Pete French Cc: Mark.Martinec+freebsd@ijs.si, freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150827171744.GL2072@kib.kiev.ua> References: <20150827162602.GJ2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 27 Aug 2015 17:17:49 -0000 On Thu, Aug 27, 2015 at 06:06:26PM +0100, Pete French wrote: > > Try to obtain the backtrace from the hung xterm. Ideally, you would > > rebuild xterm and the system libraries (rtld+libc+libthr) with debug > > symbols and get the backtraces after that. > > I can try this tomorrow - what do I need to set in src.conf to add > debug symbols in when I do a buidlworld (thats what I would end > up doing) ? never played with this bit - am hoping > its as simple as 'DEBUG=yes' for both porst and world though! For ports, it is probably WITH_DEBUG=yes, but check it. For src, do cd /usr/src (cd lib/libc && make DEBUG_FLAGS=-g all install) (cd lib/libthr && make DEBUG_FLAGS=-g all install) (cd libexec/rtld-elf && make DEBUG_FLAGS=-g all install) From owner-freebsd-stable@freebsd.org Thu Aug 27 18:38: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 633009C3323 for ; Thu, 27 Aug 2015 18:38:39 +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 243931C83 for ; Thu, 27 Aug 2015 18:38:38 +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 t7RIcTPg086899 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Aug 2015 11:38:30 -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=_F860F49E-8F88-4A5C-91E6-E7F7EF6961DC"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <20150827162356.GI2072@kib.kiev.ua> Date: Thu, 27 Aug 2015 11:38:23 -0700 Cc: Anton Shterenlikht , freebsd-stable@freebsd.org Message-Id: <4EE429CB-113D-4C16-B296-B8E4A501C7EB@xcllnt.net> References: <201508271212.t7RCCGt0080516@mech-as222.men.bris.ac.uk> <20150827162356.GI2072@kib.kiev.ua> To: Konstantin Belousov 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, 27 Aug 2015 18:38:39 -0000 --Apple-Mail=_F860F49E-8F88-4A5C-91E6-E7F7EF6961DC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 27, 2015, at 9:23 AM, Konstantin Belousov = wrote: >=20 > On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: >> ia64 stable/10 r286315 boots, but >> r286316 hangs at "Entering /boot/kernel/kernel". >>=20 >> Please advise >=20 > To state an obvious thing. The commit which you pointed to, changes > the code which is not executed at that early kernel boot stage. The > revision cannot cause the consequences you described. Failures may not always be obvious. The ia64 kernel has a fixed array for relocations and a harmless piece of code, which may actually never be called, could result in additional relocations that case the array to overflow and do bad things on boot. All I=E2=80=99m saying is: give Anton the benefit of the doubt. He has = spent a lot of time with ia64 and knows quite a bit about its behavior. We simply do not know what=E2=80=99s going on and he has provided us with a = lead. We go from there... -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_F860F49E-8F88-4A5C-91E6-E7F7EF6961DC 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 iQIcBAEBCgAGBQJV31kgAAoJEIda8t8f0tjjVDYQAOCWN9eh92siyrF4zUar+VIO sIeCmt8xqWw6Lnwn9JRpxWjAOpbQ72ISo3jClEtjsZVU9QnlMPx+3ohnkvbqYEXP 3UFfHPGz7/WQbrbnkyAuu/ZNchXEX+Kmog9AeK5GdMn85MY5fM7G/KnAJ89biyPX hjOywrvNJ10IQzK5Jw+RdrWxMip4Q2DsW5ZW6dmOXJP9vJnsWtuUgvARPyCbA52q Af06zadH0qcUlQyMk/B1NJF1A75rUQo/tUyraCIXhGHdUPuqknxYsPq975AfzFyz 3vOPbDyJHxGplIhnrNXKKB36bR1D2D3qVEIP5jvhWGL8Lb8/knKZHCOw79a+E/dO UM1ILsp2/8cSAORvtHuzZV4PBYmj/BrqXybBrmGcrxkjM9s5S7eeRUxM9S3GX8qx R1dsrTuD7o4CYRD1bQBsNdIStcoCQojIs42AxOq4HREF5GNqQBRgfKZKEPrijP0C wQe3aqD1ZYSOMoPqh57GP6pgEKg9F//v8d5DfaxkwQ5y8dvj0iCg+4Pici1rF1rT WKFDu3ohe3sUH7rXv82Lq5i+qPgDz+fYvBNrfD5H82YIM/V4dJbtrC8BWhglf7ta il8zhNHFFphI/oDNmuqm0ZBS439c04eB3ZGMCueZWPhlL/Xk50XVv3dew+DW5lHt qTnCv2354wdbBFcKzXx1 =Ef5d -----END PGP SIGNATURE----- --Apple-Mail=_F860F49E-8F88-4A5C-91E6-E7F7EF6961DC-- From owner-freebsd-stable@freebsd.org Thu Aug 27 18:54:25 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 44EB59C37EF for ; Thu, 27 Aug 2015 18:54:25 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from lb1-smtp-cloud2.xs4all.net (lb1-smtp-cloud2.xs4all.net [194.109.24.21]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D6CB0394 for ; Thu, 27 Aug 2015 18:54:24 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from charlemagne.a43.boland.org ([62.194.208.247]) by smtp-cloud2.xs4all.net with ESMTP id 9ut91r00N5LoPm601utAW9; Thu, 27 Aug 2015 20:53:11 +0200 Subject: Re: Latest stable (r287104) bash leaves zombies on exit To: Konstantin Belousov , Mark Martinec References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> Cc: freebsd-stable@freebsd.org From: Michiel Boland Message-ID: <55DF5C95.90502@xs4all.nl> Date: Thu, 27 Aug 2015 20:53:09 +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: <20150827162602.GJ2072@kib.kiev.ua> 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: Thu, 27 Aug 2015 18:54:25 -0000 The xterm program has a SIGCHLD signal handler that calls wait(). If the handler is invoked while xterm is exiting, a deadlock occurs in rtld. Cheers Michiel #0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x000000080305a2b0 in __thr_rwlock_rdlock (rwlock=0x803272980, flags=, tsp=) at /usr/src/lib/libthr/thread/thr_umtx.c:277 #2 0x000000080306179c in _thr_rtld_rlock_acquire (lock=0x803272980) at thr_umtx.h:196 #3 0x00000008006a72c2 in rlock_acquire (lock=0x8008ba860, lockstate=0x7fffffffd5b8) at /usr/src/libexec/rtld-elf/rtld_lock.c:201 #4 0x00000008006a0c8d in _rtld_bind (obj=0x8006bc000, reloff=6840) at /usr/src/libexec/rtld-elf/rtld.c:701 #5 0x000000080069e46d in _rtld_bind_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:121 #6 0x0000000000445d34 in reapchild (n=20) at main.c:5177 #7 #8 objlist_call_fini () at /usr/src/libexec/rtld-elf/rtld.c:769 #9 0x00000008006a0c2b in rtld_exit () at /usr/src/libexec/rtld-elf/rtld.c:2710 #10 0x00000008024e5406 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:200 #11 0x000000080248692c in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:67 #12 0x0000000000445f35 in Exit (n=0) at main.c:5078 #13 0x0000000000456020 in Cleanup (code=0) at misc.c:5238 #14 0x000000000044da49 in NormalExit () at misc.c:5222 #15 0x000000000045a616 in readPtyData (xw=0x804cdc000, select_mask=0x6add80, data=0x804d64000) at ptydata.c:221 #16 0x0000000000421c48 in in_put (xw=0x804cdc000) at charproc.c:4700 #17 0x0000000000421b6a in doinput () at charproc.c:4856 #18 0x000000000041d992 in VTparse (xw=0x804cdc000) at charproc.c:4382 #19 0x000000000041d87a in VTRun (xw=0x804cdc000) at charproc.c:6997 #20 0x0000000000442c01 in main (argc=3, argv=0x7fffffffe6d0) at main.c:2607 #6 0x0000000000445d34 in reapchild (n=20) at main.c:5177 5177 pid = wait(NULL); Current language: auto; currently minimal (gdb) l 5172 int olderrno = errno; 5173 int pid; 5174 5175 DEBUG_MSG("handle:reapchild\n"); 5176 5177 pid = wait(NULL); 5178 From owner-freebsd-stable@freebsd.org Thu Aug 27 20:16:53 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 61DE79C32FB for ; Thu, 27 Aug 2015 20:16:53 +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 09845C5D for ; Thu, 27 Aug 2015 20:16:52 +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 t7RKGlAk042489 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 Aug 2015 23:16:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7RKGlAk042489 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7RKGijb042488; Thu, 27 Aug 2015 23:16:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Aug 2015 23:16:44 +0300 From: Konstantin Belousov To: Michiel Boland Cc: Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150827201644.GO2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55DF5C95.90502@xs4all.nl> 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, 27 Aug 2015 20:16:53 -0000 On Thu, Aug 27, 2015 at 08:53:09PM +0200, Michiel Boland wrote: > The xterm program has a SIGCHLD signal handler that calls wait(). > If the handler is invoked while xterm is exiting, a deadlock occurs in rtld. > > Cheers > Michiel > > #0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > #1 0x000000080305a2b0 in __thr_rwlock_rdlock (rwlock=0x803272980, > flags=, tsp=) > at /usr/src/lib/libthr/thread/thr_umtx.c:277 > #2 0x000000080306179c in _thr_rtld_rlock_acquire (lock=0x803272980) > at thr_umtx.h:196 Please from the frame 2, do p *curthread. > #3 0x00000008006a72c2 in rlock_acquire (lock=0x8008ba860, > lockstate=0x7fffffffd5b8) at /usr/src/libexec/rtld-elf/rtld_lock.c:201 > #4 0x00000008006a0c8d in _rtld_bind (obj=0x8006bc000, reloff=6840) > at /usr/src/libexec/rtld-elf/rtld.c:701 > #5 0x000000080069e46d in _rtld_bind_start () > at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:121 > #6 0x0000000000445d34 in reapchild (n=20) at main.c:5177 > #7 It is more or less obvious that the reapchild(), which is the signal handler, was called directly without a libthr thr_sighandler() wrapped around it. This should be the cause of the problem. I just verified that the signal handler is correctly wrapped for me, on the latest stable/10. Both with the pre-linked libthr.so and with the library loaded dynamically at runtime. I used the test program at the end of the message, put breakpoint on the sigusr2_handler, and looked at the backtrace, which must include thr_sighandler(). It did in my case, for binary built with and without -lpthread. Can you verify the presence of thr_sighandler() in the backtrace for this test program, on your system ? > #8 objlist_call_fini () at /usr/src/libexec/rtld-elf/rtld.c:769 > #9 0x00000008006a0c2b in rtld_exit () at /usr/src/libexec/rtld-elf/rtld.c:2710 > #10 0x00000008024e5406 in __cxa_finalize (dso=0x0) > at /usr/src/lib/libc/stdlib/atexit.c:200 > #11 0x000000080248692c in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:67 > #12 0x0000000000445f35 in Exit (n=0) at main.c:5078 > #13 0x0000000000456020 in Cleanup (code=0) at misc.c:5238 > #14 0x000000000044da49 in NormalExit () at misc.c:5222 > #15 0x000000000045a616 in readPtyData (xw=0x804cdc000, select_mask=0x6add80, > data=0x804d64000) at ptydata.c:221 > #16 0x0000000000421c48 in in_put (xw=0x804cdc000) at charproc.c:4700 > #17 0x0000000000421b6a in doinput () at charproc.c:4856 > #18 0x000000000041d992 in VTparse (xw=0x804cdc000) at charproc.c:4382 > #19 0x000000000041d87a in VTRun (xw=0x804cdc000) at charproc.c:6997 > #20 0x0000000000442c01 in main (argc=3, argv=0x7fffffffe6d0) at main.c:2607 > > #6 0x0000000000445d34 in reapchild (n=20) at main.c:5177 > 5177 pid = wait(NULL); > Current language: auto; currently minimal > (gdb) l > 5172 int olderrno = errno; > 5173 int pid; > 5174 > 5175 DEBUG_MSG("handle:reapchild\n"); > 5176 > 5177 pid = wait(NULL); > 5178 /* $Id: rtld_sigresolv.c,v 1.6 2015/08/27 19:40:42 kostik Exp kostik $ */ /* /usr/local/opt/gcc-5.2.0/bin/gcc -Wall -Wextra -gdwarf-2 -O -o rtld_sigresolv rtld_sigresolv.c */ #include #include #include #include #include #include #include #include static void sigusr1_handler(int signo __unused, siginfo_t *si __unused, void *u __unused) { } static void sigusr2_handler(int signo __unused, siginfo_t *si __unused, void *u __unused) { /* Do something which triggers symbol resolution. */ wait(NULL); } static void atexit_code(void) { raise(SIGUSR2); } static void * dummy_thread(void *arg __unused) { return (NULL); } int main(void) { struct sigaction sa; void *thr_handle; int (*pthr_create)(pthread_t *, const pthread_attr_t *, void *(*)(void *), void *); pthread_t pthread; int error; memset(&sa, 0, sizeof(sa)); sa.sa_flags = SA_SIGINFO; sa.sa_sigaction = sigusr1_handler; error = sigaction(SIGUSR1, &sa, NULL); if (error != 0) err(1, "sigaction SIGUSR1"); sa.sa_sigaction = sigusr2_handler; error = sigaction(SIGUSR2, &sa, NULL); if (error != 0) err(1, "sigaction SIGUSR2"); raise(SIGUSR1); /* pre-resolve the raise symbol */ error = atexit(atexit_code); if (error != 0) err(1, "atexit"); thr_handle = dlopen("libpthread.so", RTLD_LAZY | RTLD_GLOBAL); if (thr_handle == NULL) errx(1, "dlopen(\"libpthread.so\"): %s", dlerror()); pthr_create = dlsym(thr_handle, "pthread_create"); if (pthr_create == NULL) errx(1, "dlsym(\"pthread_create\"): %s", dlerror()); error = pthr_create(&pthread, NULL, dummy_thread, NULL); if (error != 0) errc(1, error, "pthread_create"); return (0); } From owner-freebsd-stable@freebsd.org Fri Aug 28 01:37: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 D3FA79C472C for ; Fri, 28 Aug 2015 01:37:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1646AB6 for ; Fri, 28 Aug 2015 01:37:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pacgr6 with SMTP id gr6so7268401pac.3 for ; Thu, 27 Aug 2015 18:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0M0D9+AfDOC2eVH/YKBfxnjFhnpdYzzVawFQmcoqOuc=; b=rswwbcNMDb4qIA5uEvJT2DI+m/AIFjTZtcQAv/iyQTG7JiNbkBVRyNLe7ePcsNgIZO lgAcyWw+ZVdvwHz8PMOjY5kEjrD6m15CDY0EE1vWWTRvAsUGKQ+48aYyyaHXHp4nRa0G CAnXW3b87+qc9F9rX1zlcr57t8OjP1UL1wqR3yaIa4Ue5WnpE/804UwSh8x+G3P8eix2 dCayYQPFZkUd1MqOwcSEHwYfia0w4OTTQNrJNovHeKLgNz51xZn2afH5YSAqckr2+YQG Bjq83IeV9hYBiyxbh8mju0lg5PhD9HhRf7wkQhqLhNIioKh9ApkVzgqVDJ9wSUpc03OF QTjQ== X-Received: by 10.67.8.106 with SMTP id dj10mr10977219pad.123.1440725822195; Thu, 27 Aug 2015 18:37:02 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by smtp.gmail.com with ESMTPSA id xo14sm3792920pac.24.2015.08.27.18.36.58 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 27 Aug 2015 18:37:01 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 28 Aug 2015 10:36:48 +0900 Date: Fri, 28 Aug 2015 10:36:48 +0900 To: Johann Hugo Cc: Roosevelt Littleton , freebsd-stable@freebsd.org Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem Message-ID: <20150828013648.GA989@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <20150816120831.GB1288@michelle.fasterthan.com> <20150826082850.GC971@michelle.fasterthan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i 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, 28 Aug 2015 01:37:03 -0000 On Thu, Aug 27, 2015 at 11:29:28AM +0200, Johann Hugo wrote: > It's working for me so far and I haven't seen any watchdog timeouts. > With 10.2-RELEASE I got timeouts and lost connectivity in less that a > minute. > Ok, great. Committed in r287238. Thanks again. > Johann > > On Wed, Aug 26, 2015 at 10:28 AM, Yonghyeon PYUN wrote: > > On Wed, Aug 26, 2015 at 10:06:29AM +0200, Johann Hugo wrote: > >> 10.2-RELEASE does not work for me. It works for a very short while and > >> then it stops with "msk0 watchdog timeout" errors > >> > > > > Thanks a lot for your report. This is the first report for > > msk(4) watchdog timeouts on 10.2-RELEASE. > > > >> I'm not sure what patch Roosevelt was talking about, but the patch in > >> this thread works for me: > >> https://lists.freebsd.org/pipermail/freebsd-stable/2015-April/082226.html > >> > >> I've changed MSK_STAT_ALIGN from 4096 to 8192 in if_mskreg.h and it's > >> been running stable for the last week. > >> > > > > I see. I'm under the impression that RX/TX descriptor ring > > alignment shall trigger the same issue so it would be better to > > know how attached patch works on your box. > > > > Thanks. > > > >> Johann > >> > >> On Sun, Aug 16, 2015 at 2:08 PM, Yonghyeon PYUN wrote: > >> > On Wed, Aug 12, 2015 at 09:44:06AM -0400, Roosevelt Littleton wrote: > >> >> Hi, > >> >> So, I can confirm with the attached patch. I have a working msk0 that > >> >> hasn't failed for the past month. I considered this problem fix for me. > >> >> Since, I have went a long time without any problems. Thanks! > >> > > >> > I'm not sure which patch you used. Given that users reported > >> > 10.2-RELEASE works, it would be great if you revert local patch > >> > and try it again on 10.2-RELEASE. From owner-freebsd-stable@freebsd.org Fri Aug 28 06:09:42 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 0A8729C45C9 for ; Fri, 28 Aug 2015 06:09:42 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from lb2-smtp-cloud6.xs4all.net (lb2-smtp-cloud6.xs4all.net [194.109.24.28]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9ED2BB5F for ; Fri, 28 Aug 2015 06:09:41 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from charlemagne.a43.boland.org ([62.194.208.247]) by smtp-cloud6.xs4all.net with ESMTP id A68T1r00A5LoPm60168UDA; Fri, 28 Aug 2015 08:08:29 +0200 Subject: Re: Latest stable (r287104) bash leaves zombies on exit To: Konstantin Belousov References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> Cc: Mark Martinec , freebsd-stable@freebsd.org From: Michiel Boland Message-ID: <55DFFADB.2080003@xs4all.nl> Date: Fri, 28 Aug 2015 08:08:27 +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: <20150827201644.GO2072@kib.kiev.ua> 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, 28 Aug 2015 06:09:42 -0000 On 08/27/2015 22:16, Konstantin Belousov wrote: [...] > I just verified that the signal handler is correctly wrapped for me, on > the latest stable/10. Both with the pre-linked libthr.so and with the > library loaded dynamically at runtime. I used the test program at the > end of the message, put breakpoint on the sigusr2_handler, and looked > at the backtrace, which must include thr_sighandler(). It did in my > case, for binary built with and without -lpthread. > > Can you verify the presence of thr_sighandler() in the backtrace for > this test program, on your system ? Verified, see below. Cheers Michiel Breakpoint 1, sigusr2_handler (signo=31, si=0x7fffffffe430, u=0x7fffffffe0c0) at rtld_sigresolv.c:24 24 wait(NULL); Current language: auto; currently minimal (gdb) bt #0 sigusr2_handler (signo=31, si=0x7fffffffe430, u=0x7fffffffe0c0) at rtld_sigresolv.c:24 #1 0x000000080100d947 in handle_signal (actp=, sig=31, info=0x7fffffffe430, ucp=0x7fffffffe0c0) at /usr/src/lib/libthr/thread/thr_sig.c:243 #2 0x000000080100d158 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:188 #3 #4 thr_kill () at thr_kill.S:3 #5 0x0000000800965066 in __raise (s=) at /usr/src/lib/libc/gen/raise.c:51 #6 0x0000000000400c72 in atexit_code () at rtld_sigresolv.c:31 #7 0x000000080093d406 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:200 #8 0x00000008008de92c in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:67 #9 0x0000000000400946 in _start (ap=, cleanup=) at /usr/src/lib/csu/amd64/crt1.c:78 #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () From owner-freebsd-stable@freebsd.org Fri Aug 28 10:01:29 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 3376B9C4E01 for ; Fri, 28 Aug 2015 10:01:29 +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 9DA9912D9 for ; Fri, 28 Aug 2015 10:01:28 +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 t7SA1IeX036871 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 28 Aug 2015 13:01:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7SA1IeX036871 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7SA1IkA036870; Fri, 28 Aug 2015 13:01:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Aug 2015 13:01:18 +0300 From: Konstantin Belousov To: Michiel Boland Cc: Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150828100118.GR2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55DFFADB.2080003@xs4all.nl> 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, 28 Aug 2015 10:01:29 -0000 On Fri, Aug 28, 2015 at 08:08:27AM +0200, Michiel Boland wrote: > On 08/27/2015 22:16, Konstantin Belousov wrote: > [...] > > I just verified that the signal handler is correctly wrapped for me, on > > the latest stable/10. Both with the pre-linked libthr.so and with the > > library loaded dynamically at runtime. I used the test program at the > > end of the message, put breakpoint on the sigusr2_handler, and looked > > at the backtrace, which must include thr_sighandler(). It did in my > > case, for binary built with and without -lpthread. > > > > Can you verify the presence of thr_sighandler() in the backtrace for > > this test program, on your system ? > > Verified, see below. > Cheers > Michiel > > Breakpoint 1, sigusr2_handler (signo=31, si=0x7fffffffe430, u=0x7fffffffe0c0) > at rtld_sigresolv.c:24 > 24 wait(NULL); > Current language: auto; currently minimal > (gdb) bt > #0 sigusr2_handler (signo=31, si=0x7fffffffe430, u=0x7fffffffe0c0) > at rtld_sigresolv.c:24 > #1 0x000000080100d947 in handle_signal (actp=, sig=31, > info=0x7fffffffe430, ucp=0x7fffffffe0c0) > at /usr/src/lib/libthr/thread/thr_sig.c:243 > #2 0x000000080100d158 in thr_sighandler (sig=, > info=, _ucp=) > at /usr/src/lib/libthr/thread/thr_sig.c:188 > #3 I suppose this is with the binary built without -lpthread ? I probably have an idea what is going wrong. Please try the patch below. Libc does not used interposed sig{procmask,action,suspend} entries itself, which resulted in e.g. signal(3) breaking libthr hooks. > #4 thr_kill () at thr_kill.S:3 > #5 0x0000000800965066 in __raise (s=) > at /usr/src/lib/libc/gen/raise.c:51 > #6 0x0000000000400c72 in atexit_code () at rtld_sigresolv.c:31 > #7 0x000000080093d406 in __cxa_finalize (dso=0x0) > at /usr/src/lib/libc/stdlib/atexit.c:200 > #8 0x00000008008de92c in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:67 > #9 0x0000000000400946 in _start (ap=, > cleanup=) at /usr/src/lib/csu/amd64/crt1.c:78 > #10 0x0000000800621000 in ?? () > #11 0x0000000000000000 in ?? () diff --git a/lib/libc/amd64/gen/setjmp.S b/lib/libc/amd64/gen/setjmp.S index c26f52f..826220e 100644 --- a/lib/libc/amd64/gen/setjmp.S +++ b/lib/libc/amd64/gen/setjmp.S @@ -55,7 +55,7 @@ ENTRY(setjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10; (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -82,7 +82,7 @@ ENTRY(__longjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/amd64/gen/sigsetjmp.S b/lib/libc/amd64/gen/sigsetjmp.S index 9a20556..1e8e77c 100644 --- a/lib/libc/amd64/gen/sigsetjmp.S +++ b/lib/libc/amd64/gen/sigsetjmp.S @@ -63,7 +63,7 @@ ENTRY(sigsetjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10 (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi 2: movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -91,7 +91,7 @@ ENTRY(__siglongjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/compat-43/sigcompat.c b/lib/libc/compat-43/sigcompat.c index 199846f..a8cef1c 100644 --- a/lib/libc/compat-43/sigcompat.c +++ b/lib/libc/compat-43/sigcompat.c @@ -59,7 +59,7 @@ sigvec(signo, sv, osv) } else sap = NULL; osap = osv != NULL ? &osa : NULL; - ret = _sigaction(signo, sap, osap); + ret = __libc_sigaction(signo, sap, osap); if (ret == 0 && osv != NULL) { osv->sv_handler = osa.sa_handler; osv->sv_flags = osa.sa_flags ^ SV_INTERRUPT; @@ -77,7 +77,7 @@ sigsetmask(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_SETMASK, &set, &oset); + n = __libc_sigprocmask(SIG_SETMASK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -92,7 +92,7 @@ sigblock(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_BLOCK, &set, &oset); + n = __libc_sigprocmask(SIG_BLOCK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -105,7 +105,7 @@ sigpause(int mask) sigemptyset(&set); set.__bits[0] = mask; - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -113,11 +113,11 @@ xsi_sigpause(int sig) { sigset_t set; - if (_sigprocmask(SIG_BLOCK, NULL, &set) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &set) == -1) return (-1); if (sigdelset(&set, sig) == -1) return (-1); - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -128,7 +128,7 @@ sighold(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_BLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_BLOCK, &set, NULL)); } int @@ -138,7 +138,7 @@ sigignore(int sig) bzero(&sa, sizeof(sa)); sa.sa_handler = SIG_IGN; - return (_sigaction(sig, &sa, NULL)); + return (__libc_sigaction(sig, &sa, NULL)); } int @@ -149,7 +149,7 @@ sigrelse(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_UNBLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_UNBLOCK, &set, NULL)); } void @@ -161,26 +161,26 @@ void sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (SIG_ERR); - if (_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) return (SIG_ERR); if ((__sighandler_t *)disp == SIG_HOLD) { - if (_sigprocmask(SIG_BLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, &set, &pset) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); else { - if (_sigaction(sig, NULL, &psa) == -1) + if (__libc_sigaction(sig, NULL, &psa) == -1) return (SIG_ERR); return (psa.sa_handler); } } else { - if (_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) return (SIG_ERR); } bzero(&sa, sizeof(sa)); sa.sa_handler = disp; - if (_sigaction(sig, &sa, &psa) == -1) + if (__libc_sigaction(sig, &sa, &psa) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); diff --git a/lib/libc/db/btree/bt_open.c b/lib/libc/db/btree/bt_open.c index 94ba014..051fc28 100644 --- a/lib/libc/db/btree/bt_open.c +++ b/lib/libc/db/btree/bt_open.c @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" #include #include "btree.h" @@ -401,10 +402,10 @@ tmp(void) } (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((fd = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); return(fd); } diff --git a/lib/libc/db/hash/hash_page.c b/lib/libc/db/hash/hash_page.c index d319d98..8040419 100644 --- a/lib/libc/db/hash/hash_page.c +++ b/lib/libc/db/hash/hash_page.c @@ -66,6 +66,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #include #include "hash.h" @@ -861,10 +862,10 @@ open_temp(HTAB *hashp) /* Block signals; make sure file goes away at process exit. */ (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((hashp->fp = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); return (hashp->fp != -1 ? 0 : -1); } diff --git a/lib/libc/gen/daemon.c b/lib/libc/gen/daemon.c index b359a87..15c6f4a 100644 --- a/lib/libc/gen/daemon.c +++ b/lib/libc/gen/daemon.c @@ -41,10 +41,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" int -daemon(nochdir, noclose) - int nochdir, noclose; +daemon(int nochdir, int noclose) { struct sigaction osa, sa; int fd; @@ -56,7 +56,7 @@ daemon(nochdir, noclose) sigemptyset(&sa.sa_mask); sa.sa_handler = SIG_IGN; sa.sa_flags = 0; - osa_ok = _sigaction(SIGHUP, &sa, &osa); + osa_ok = __libc_sigaction(SIGHUP, &sa, &osa); switch (fork()) { case -1: @@ -74,7 +74,7 @@ daemon(nochdir, noclose) newgrp = setsid(); oerrno = errno; if (osa_ok != -1) - _sigaction(SIGHUP, &osa, NULL); + __libc_sigaction(SIGHUP, &osa, NULL); if (newgrp == -1) { errno = oerrno; diff --git a/lib/libc/gen/posix_spawn.c b/lib/libc/gen/posix_spawn.c index e3124b2..e795095 100644 --- a/lib/libc/gen/posix_spawn.c +++ b/lib/libc/gen/posix_spawn.c @@ -120,13 +120,13 @@ process_spawnattr(const posix_spawnattr_t sa) /* Set signal masks/defaults */ if (sa->sa_flags & POSIX_SPAWN_SETSIGMASK) { - _sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); + __libc_sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); } if (sa->sa_flags & POSIX_SPAWN_SETSIGDEF) { for (i = 1; i <= _SIG_MAXSIG; i++) { if (sigismember(&sa->sa_sigdefault, i)) - if (_sigaction(i, &sigact, NULL) != 0) + if (__libc_sigaction(i, &sigact, NULL) != 0) return (errno); } } diff --git a/lib/libc/gen/readpassphrase.c b/lib/libc/gen/readpassphrase.c index 95ae725..60051a1 100644 --- a/lib/libc/gen/readpassphrase.c +++ b/lib/libc/gen/readpassphrase.c @@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" static volatile sig_atomic_t signo[NSIG]; @@ -104,15 +105,15 @@ restart: sigemptyset(&sa.sa_mask); sa.sa_flags = 0; /* don't restart system calls */ sa.sa_handler = handler; - (void)_sigaction(SIGALRM, &sa, &savealrm); - (void)_sigaction(SIGHUP, &sa, &savehup); - (void)_sigaction(SIGINT, &sa, &saveint); - (void)_sigaction(SIGPIPE, &sa, &savepipe); - (void)_sigaction(SIGQUIT, &sa, &savequit); - (void)_sigaction(SIGTERM, &sa, &saveterm); - (void)_sigaction(SIGTSTP, &sa, &savetstp); - (void)_sigaction(SIGTTIN, &sa, &savettin); - (void)_sigaction(SIGTTOU, &sa, &savettou); + (void)__libc_sigaction(SIGALRM, &sa, &savealrm); + (void)__libc_sigaction(SIGHUP, &sa, &savehup); + (void)__libc_sigaction(SIGINT, &sa, &saveint); + (void)__libc_sigaction(SIGPIPE, &sa, &savepipe); + (void)__libc_sigaction(SIGQUIT, &sa, &savequit); + (void)__libc_sigaction(SIGTERM, &sa, &saveterm); + (void)__libc_sigaction(SIGTSTP, &sa, &savetstp); + (void)__libc_sigaction(SIGTTIN, &sa, &savettin); + (void)__libc_sigaction(SIGTTOU, &sa, &savettou); if (!(flags & RPP_STDIN)) (void)_write(output, prompt, strlen(prompt)); @@ -142,15 +143,15 @@ restart: errno == EINTR && !signo[SIGTTOU]) continue; } - (void)_sigaction(SIGALRM, &savealrm, NULL); - (void)_sigaction(SIGHUP, &savehup, NULL); - (void)_sigaction(SIGINT, &saveint, NULL); - (void)_sigaction(SIGQUIT, &savequit, NULL); - (void)_sigaction(SIGPIPE, &savepipe, NULL); - (void)_sigaction(SIGTERM, &saveterm, NULL); - (void)_sigaction(SIGTSTP, &savetstp, NULL); - (void)_sigaction(SIGTTIN, &savettin, NULL); - (void)_sigaction(SIGTTOU, &savettou, NULL); + (void)__libc_sigaction(SIGALRM, &savealrm, NULL); + (void)__libc_sigaction(SIGHUP, &savehup, NULL); + (void)__libc_sigaction(SIGINT, &saveint, NULL); + (void)__libc_sigaction(SIGQUIT, &savequit, NULL); + (void)__libc_sigaction(SIGPIPE, &savepipe, NULL); + (void)__libc_sigaction(SIGTERM, &saveterm, NULL); + (void)__libc_sigaction(SIGTSTP, &savetstp, NULL); + (void)__libc_sigaction(SIGTTIN, &savettin, NULL); + (void)__libc_sigaction(SIGTTOU, &savettou, NULL); if (input != STDIN_FILENO) (void)_close(input); diff --git a/lib/libc/gen/setmode.c b/lib/libc/gen/setmode.c index 815cf14..7525567 100644 --- a/lib/libc/gen/setmode.c +++ b/lib/libc/gen/setmode.c @@ -53,6 +53,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #define SET_LEN 6 /* initial # of bitcmd struct to malloc */ #define SET_LEN_INCR 4 /* # of bitcmd structs to add as needed */ @@ -364,9 +365,9 @@ getumask(void) * handler, protect them as best we can. */ sigfillset(&sigset); - (void)_sigprocmask(SIG_BLOCK, &sigset, &sigoset); + (void)__libc_sigprocmask(SIG_BLOCK, &sigset, &sigoset); (void)umask(mask = umask(0)); - (void)_sigprocmask(SIG_SETMASK, &sigoset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &sigoset, NULL); return (mask); } diff --git a/lib/libc/gen/siginterrupt.c b/lib/libc/gen/siginterrupt.c index fde33ca..d99b772 100644 --- a/lib/libc/gen/siginterrupt.c +++ b/lib/libc/gen/siginterrupt.c @@ -43,14 +43,13 @@ __FBSDID("$FreeBSD$"); * after an instance of the indicated signal. */ int -siginterrupt(sig, flag) - int sig, flag; +siginterrupt(int sig, int flag) { extern sigset_t _sigintr __hidden; struct sigaction sa; int ret; - if ((ret = _sigaction(sig, (struct sigaction *)0, &sa)) < 0) + if ((ret = __libc_sigaction(sig, (struct sigaction *)0, &sa)) < 0) return (ret); if (flag) { sigaddset(&_sigintr, sig); @@ -59,5 +58,5 @@ siginterrupt(sig, flag) sigdelset(&_sigintr, sig); sa.sa_flags |= SA_RESTART; } - return (_sigaction(sig, &sa, (struct sigaction *)0)); + return (__libc_sigaction(sig, &sa, (struct sigaction *)0)); } diff --git a/lib/libc/gen/signal.c b/lib/libc/gen/signal.c index ee96dcc..70e7f17 100644 --- a/lib/libc/gen/signal.c +++ b/lib/libc/gen/signal.c @@ -44,9 +44,7 @@ __FBSDID("$FreeBSD$"); sigset_t _sigintr __hidden; /* shared with siginterrupt */ sig_t -signal(s, a) - int s; - sig_t a; +signal(int s, sig_t a) { struct sigaction sa, osa; @@ -55,7 +53,7 @@ signal(s, a) sa.sa_flags = 0; if (!sigismember(&_sigintr, s)) sa.sa_flags |= SA_RESTART; - if (_sigaction(s, &sa, &osa) < 0) + if (__libc_sigaction(s, &sa, &osa) < 0) return (SIG_ERR); return (osa.sa_handler); } diff --git a/lib/libc/gen/wordexp.c b/lib/libc/gen/wordexp.c index 958ddc6..859ca50 100644 --- a/lib/libc/gen/wordexp.c +++ b/lib/libc/gen/wordexp.c @@ -38,6 +38,7 @@ #include #include #include "un-namespace.h" +#include "libc_private.h" __FBSDID("$FreeBSD$"); @@ -127,12 +128,12 @@ we_askshell(const char *words, wordexp_t *we, int flags) return (WRDE_NOSPACE); /* XXX */ (void)sigemptyset(&newsigblock); (void)sigaddset(&newsigblock, SIGCHLD); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); if ((pid = fork()) < 0) { serrno = errno; _close(pdes[0]); _close(pdes[1]); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); errno = serrno; return (WRDE_NOSPACE); /* XXX */ } @@ -140,7 +141,7 @@ we_askshell(const char *words, wordexp_t *we, int flags) /* * We are the child; make /bin/sh expand `words'. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if ((pdes[1] != STDOUT_FILENO ? _dup2(pdes[1], STDOUT_FILENO) : _fcntl(pdes[1], F_SETFD, 0)) < 0) @@ -222,7 +223,7 @@ cleanup: do wpid = _waitpid(pid, &status, 0); while (wpid < 0 && errno == EINTR); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if (error != 0) { errno = serrno; return (error); diff --git a/lib/libc/i386/gen/setjmp.S b/lib/libc/i386/gen/setjmp.S index 6e15868..1e6cd1b 100644 --- a/lib/libc/i386/gen/setjmp.S +++ b/lib/libc/i386/gen/setjmp.S @@ -58,7 +58,7 @@ ENTRY(setjmp) pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else @@ -89,7 +89,7 @@ ENTRY(__longjmp) leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else diff --git a/lib/libc/i386/gen/sigsetjmp.S b/lib/libc/i386/gen/sigsetjmp.S index 1c63649..6fa0c6b 100644 --- a/lib/libc/i386/gen/sigsetjmp.S +++ b/lib/libc/i386/gen/sigsetjmp.S @@ -67,7 +67,7 @@ ENTRY(sigsetjmp) pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else @@ -100,7 +100,7 @@ ENTRY(__siglongjmp) leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else diff --git a/lib/libc/include/libc_private.h b/lib/libc/include/libc_private.h index a670d63..b440703 100644 --- a/lib/libc/include/libc_private.h +++ b/lib/libc/include/libc_private.h @@ -359,6 +359,10 @@ __pid_t __sys_wait6(enum idtype, __id_t, int *, int, __ssize_t __sys_write(int, const void *, __size_t); __ssize_t __sys_writev(int, const struct iovec *, int); +int __libc_sigaction(int, const struct sigaction *, + struct sigaction *); +int __libc_sigprocmask(int, const __sigset_t *, __sigset_t *); +int __libc_sigsuspend(const __sigset_t *); int __libc_sigwait(const __sigset_t * __restrict, int * restrict sig); int __libc_system(const char *); diff --git a/lib/libc/net/rcmd.c b/lib/libc/net/rcmd.c index 2885dc3..1ba9888 100644 --- a/lib/libc/net/rcmd.c +++ b/lib/libc/net/rcmd.c @@ -58,6 +58,7 @@ __FBSDID("$FreeBSD$"); #endif #include #include "un-namespace.h" +#include "libc_private.h" extern int innetgr( const char *, const char *, const char *, const char * ); @@ -148,7 +149,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) refused = 0; sigemptyset(&newmask); sigaddset(&newmask, SIGURG); - _sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); + __libc_sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); for (timo = 1, lport = IPPORT_RESERVED - 1;;) { s = rresvport_af(&lport, ai->ai_family); if (s < 0) { @@ -163,7 +164,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "rcmd: socket: %s\n", strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -181,7 +182,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "%s: %s\n", *ahost, strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -306,7 +307,7 @@ again: } goto bad2; } - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (s); bad2: @@ -314,7 +315,7 @@ bad2: (void)_close(*fd2p); bad: (void)_close(s); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (-1); } diff --git a/lib/libc/stdio/tmpfile.c b/lib/libc/stdio/tmpfile.c index c67d1e4..e5a2be1 100644 --- a/lib/libc/stdio/tmpfile.c +++ b/lib/libc/stdio/tmpfile.c @@ -46,9 +46,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" FILE * -tmpfile() +tmpfile(void) { sigset_t set, oset; FILE *fp; @@ -69,7 +70,7 @@ tmpfile() return (NULL); sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); fd = mkstemp(buf); if (fd != -1) @@ -77,7 +78,7 @@ tmpfile() free(buf); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); if (fd == -1) return (NULL); diff --git a/lib/libc/stdlib/abort.c b/lib/libc/stdlib/abort.c index b137e49..022c6aa 100644 --- a/lib/libc/stdlib/abort.c +++ b/lib/libc/stdlib/abort.c @@ -61,7 +61,7 @@ abort() * any errors -- ISO C doesn't allow abort to return anyway. */ sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); /* @@ -71,9 +71,9 @@ abort() act.sa_handler = SIG_DFL; act.sa_flags = 0; sigfillset(&act.sa_mask); - (void)_sigaction(SIGABRT, &act, NULL); + (void)__libc_sigaction(SIGABRT, &act, NULL); sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); exit(1); } diff --git a/lib/libc/stdlib/system.c b/lib/libc/stdlib/system.c index bd9ea5a..d1cdb68 100644 --- a/lib/libc/stdlib/system.c +++ b/lib/libc/stdlib/system.c @@ -70,16 +70,16 @@ __libc_system(const char *command) (void)sigaddset(&newsigblock, SIGCHLD); (void)sigaddset(&newsigblock, SIGINT); (void)sigaddset(&newsigblock, SIGQUIT); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); switch(pid = vfork()) { case -1: /* error */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); return (-1); case 0: /* child */ /* * Restore original signal dispositions and exec the command. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); execl(_PATH_BSHELL, "sh", "-c", command, (char *)NULL); _exit(127); } @@ -92,16 +92,16 @@ __libc_system(const char *command) memset(&ign, 0, sizeof(ign)); ign.sa_handler = SIG_IGN; (void)sigemptyset(&ign.sa_mask); - (void)_sigaction(SIGINT, &ign, &intact); - (void)_sigaction(SIGQUIT, &ign, &quitact); + (void)__libc_sigaction(SIGINT, &ign, &intact); + (void)__libc_sigaction(SIGQUIT, &ign, &quitact); savedpid = pid; do { pid = _wait4(savedpid, &pstat, 0, (struct rusage *)0); } while (pid == -1 && errno == EINTR); - (void)_sigaction(SIGINT, &intact, NULL); - (void)_sigaction(SIGQUIT, &quitact, NULL); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); - return(pid == -1 ? -1 : pstat); + (void)__libc_sigaction(SIGINT, &intact, NULL); + (void)__libc_sigaction(SIGQUIT, &quitact, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + return (pid == -1 ? -1 : pstat); } __weak_reference(__libc_system, __system); diff --git a/lib/libc/sys/sigaction.c b/lib/libc/sys/sigaction.c index 7645538..b4d6563 100644 --- a/lib/libc/sys/sigaction.c +++ b/lib/libc/sys/sigaction.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigaction, __sigaction); +__weak_reference(sigaction, __libc_sigaction); #pragma weak sigaction int diff --git a/lib/libc/sys/sigprocmask.c b/lib/libc/sys/sigprocmask.c index 40dba95..d24bb89 100644 --- a/lib/libc/sys/sigprocmask.c +++ b/lib/libc/sys/sigprocmask.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigprocmask, __sigprocmask); +__weak_reference(sigprocmask, __libc_sigprocmask); #pragma weak sigprocmask int diff --git a/lib/libc/sys/sigsuspend.c b/lib/libc/sys/sigsuspend.c index 6e47368..1f980a1 100644 --- a/lib/libc/sys/sigsuspend.c +++ b/lib/libc/sys/sigsuspend.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigsuspend, __sigsuspend); +__weak_reference(sigsuspend, __libc_sigsuspend); #pragma weak sigsuspend int From owner-freebsd-stable@freebsd.org Fri Aug 28 10:30: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 C2D7E9C3D98 for ; Fri, 28 Aug 2015 10:30:22 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (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 6222D9A1 for ; Fri, 28 Aug 2015 10:30:22 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicne3 with SMTP id ne3so15950576wic.0 for ; Fri, 28 Aug 2015 03:30:20 -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=Dm8RE9uPR9X0HkGVgXB6/efNnlBmRQ/pTzhsRdDzPDc=; b=PDMrayzlhfdcwsLcrPAzFYwaoWs0WmWpv29/StFQwglotU7adqxrPzYCtNoYaT6Dun 6j1gr5C3kIFuoluIk+KJZHeWaoPvUilsMmt4CeQ/8d1UBQYlTIvcFrNyr0e7Wom1v6fR nZ7BZWyd4fxOlJM9HGk89DfmfzONYIpRKNqDOSI1BC9d6u6jMQFGF3rTrVh/08X/1CKm pkfOt814JocRaVKIJzCIqo093c40GmmC5dDziRmRoFMWf81pIiqJDZA/WLwib+JkqCtj IUZZiI0X14R2YhHZZQn69ZNnoKt/m6e7zQqAYHBBxEq3/xKfQmh+CpzfAbmuDf1MbO/D xsMg== X-Gm-Message-State: ALoCoQnCqZ1M40BXdiQp1MRQAD3EG9PWS2JMbpnjRWgu1v2N+H6LmIWc+fTeTI7iBHToasEyEatk X-Received: by 10.194.93.166 with SMTP id cv6mr10755107wjb.63.1440757820410; Fri, 28 Aug 2015 03:30:20 -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 xs1sm7375064wjc.7.2015.08.28.03.30.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Aug 2015 03:30:19 -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 t7SAUIgr085405; Fri, 28 Aug 2015 11:30:18 +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 t7SAUITF085404; Fri, 28 Aug 2015 11:30:18 +0100 (BST) (envelope-from mexas) Date: Fri, 28 Aug 2015 11:30:18 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> To: kostikbel@gmail.com, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Cc: freebsd-stable@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: <20150827162356.GI2072@kib.kiev.ua> 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, 28 Aug 2015 10:30:23 -0000 >From kostikbel@gmail.com Thu Aug 27 18:22:37 2015 > >On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: >> ia64 stable/10 r286315 boots, but >> r286316 hangs at "Entering /boot/kernel/kernel". >> >> Please advise > >To state an obvious thing. The commit which you pointed to, changes >the code which is not executed at that early kernel boot stage. The >revision cannot cause the consequences you described. yes, I'm surprised too. >I think that you either have build-environment issue which randomly pops >up, or there is some other boot-time issue which is sporadic. The only >suggestion I have, try many boots with kernels which look either good >or bad, I would be not surprised if statistic would be completely >different from binary good/bad outcome. > >Otherwise, I do not have an idea. > I doubt it's a random or a sporadic issue. I did a bisection, as suggested, during which I built world/kernel on 7 revisions, and when I narrowed it down to <50, a further 4 kernels. All kernels <=286315 boot, all kernels >= 286316 do not. I think if it were something random, it wouldn't be such a clear cut picture. What about my loader.conf: # cat /boot/loader.conf zfs_load="YES" # soft limits 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 # processes may not exceed these limits. # My memory: real memory = 8589934592 (8192 MB) avail memory = 8387649536 (7999 MB) I'll try disabling all these settings in loader.conf and see if makes a difference. But these settings have been there for a few years with no problems. Anton From owner-freebsd-stable@freebsd.org Fri Aug 28 10:35:28 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 4FEFE9C2153 for ; Fri, 28 Aug 2015 10:35:28 +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 EC13C103A for ; Fri, 28 Aug 2015 10:35:27 +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 t7SAZLYj044428 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 28 Aug 2015 13:35:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7SAZLYj044428 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7SAZLfL044426; Fri, 28 Aug 2015 13:35:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Aug 2015 13:35:21 +0300 From: Konstantin Belousov To: Anton Shterenlikht Cc: freebsd-stable@freebsd.org Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Message-ID: <20150828103521.GS2072@kib.kiev.ua> References: <20150827162356.GI2072@kib.kiev.ua> <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> 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, 28 Aug 2015 10:35:28 -0000 On Fri, Aug 28, 2015 at 11:30:18AM +0100, Anton Shterenlikht wrote: > >From kostikbel@gmail.com Thu Aug 27 18:22:37 2015 > > > >On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: > >> ia64 stable/10 r286315 boots, but > >> r286316 hangs at "Entering /boot/kernel/kernel". > >> > >> Please advise > > > >To state an obvious thing. The commit which you pointed to, changes > >the code which is not executed at that early kernel boot stage. The > >revision cannot cause the consequences you described. > > yes, I'm surprised too. > > >I think that you either have build-environment issue which randomly pops > >up, or there is some other boot-time issue which is sporadic. The only > >suggestion I have, try many boots with kernels which look either good > >or bad, I would be not surprised if statistic would be completely > >different from binary good/bad outcome. > > > >Otherwise, I do not have an idea. > > > > I doubt it's a random or a sporadic issue. > I did a bisection, as suggested, during which > I built world/kernel on 7 revisions, and when I > narrowed it down to <50, a further 4 kernels. > All kernels <=286315 boot, all kernels >= 286316 > do not. I think if it were something random, > it wouldn't be such a clear cut picture. > > What about my loader.conf: > > # cat /boot/loader.conf > zfs_load="YES" > # soft limits > 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 > # processes may not exceed these limits. > # > > My memory: > > real memory = 8589934592 (8192 MB) > avail memory = 8387649536 (7999 MB) > > I'll try disabling all these settings in loader.conf > and see if makes a difference. > But these settings have been there for a few years > with no problems. In the initial range you mentioned, there were some changes related to the handling of the userspace stacks. But again, the problem occurs too early for a userspace-related modification to affect the outcome. 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. From owner-freebsd-stable@freebsd.org Fri Aug 28 10:36:55 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 B98DA9C21FD for ; Fri, 28 Aug 2015 10:36:55 +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 7A3FD114C for ; Fri, 28 Aug 2015 10:36:55 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wieo17 with SMTP id o17so10878738wie.0 for ; Fri, 28 Aug 2015 03:36:48 -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:reply-to :in-reply-to; bh=FgxTH/lFB3gsd1ftbR2it6k2YQf3gFgIXTdzfCGgeT4=; b=lV8oGCdgrqZ26Fqyw/2FVWlIHQBCZ64FqS0UOQWF8GBwo927/hBDoKj0seAIDRR/e4 CBTTHiOl6yYxfNfda5VodwYJiygBeObIxsZTTRQjGvL9SJ970ZWmdZSRpv2Dn09Gq9VN TJTPnAWqwCKKdgbDjCTDla7C9Vm+viqcI4MRnDHYnHEfdQrd6ZdBXEmGqMV6wrxc7fWV 9b3cxtKDeV3OeQ2zoTMChfIHuSMtN9iwewh+f5CqRBdNoxvY+eepxdrxUet2/7fOrNdx SnXoAoA2ndkIVltp1bmy+hOEG2ulRazlhuHCB8gGI4hFrwmgX4tt81FjTS0PfnDHG1Az eQIQ== X-Gm-Message-State: ALoCoQm2/ZiI7Qb4Vte6bc76ad4177mrnJfvx30Z2VgX0373tdZXXANyyz6ILC9qSVGeTFv8iKd5 X-Received: by 10.194.81.137 with SMTP id a9mr11157034wjy.155.1440758208641; Fri, 28 Aug 2015 03:36:48 -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 n6sm3167389wix.1.2015.08.28.03.36.47 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Aug 2015 03:36:48 -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 t7SAalxM085454; Fri, 28 Aug 2015 11:36:47 +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 t7SAalfO085453; Fri, 28 Aug 2015 11:36:47 +0100 (BST) (envelope-from mexas) Date: Fri, 28 Aug 2015 11:36:47 +0100 (BST) From: Anton Shterenlikht Message-Id: <201508281036.t7SAalfO085453@mech-as222.men.bris.ac.uk> To: freebsd-stable@freebsd.org, mexas@bris.ac.uk Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Reply-To: mexas@bris.ac.uk In-Reply-To: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> 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, 28 Aug 2015 10:36:55 -0000 >From mexas@bristol.ac.uk Fri Aug 28 11:34:20 2015 > >What about my loader.conf: > ># cat /boot/loader.conf >zfs_load="YES" ># soft limits >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 > # processes may not exceed these limits. ># > >My memory: > >real memory = 8589934592 (8192 MB) >avail memory = 8387649536 (7999 MB) > >I'll try disabling all these settings in loader.conf >and see if makes a difference. >But these settings have been there for a few years >with no problems. > >Anton yes, this does help: # uname -a FreeBSD 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #12 r286316: Thu Aug 27 11:03:44 BST 2015 root@mech-as28.men.bris.ac.uk:/usr/obj/usr/src/sys/GENERIC ia64 # I guess I now need to check if it's zfs of the limits. Anton From owner-freebsd-stable@freebsd.org Fri Aug 28 10:39:07 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 E5D589C2374 for ; Fri, 28 Aug 2015 10:39:06 +0000 (UTC) (envelope-from jshevland@calm-horizons.net) Received: from erelay4.ox.registrar-servers.com (erelay4.ox.registrar-servers.com [192.64.117.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.registrar-servers.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C176A1379 for ; Fri, 28 Aug 2015 10:39:06 +0000 (UTC) (envelope-from jshevland@calm-horizons.net) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 6AB0522061A9; Fri, 28 Aug 2015 10:39:05 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n3AnpfoQ_jkw; Fri, 28 Aug 2015 06:39:04 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by erelay1.ox.registrar-servers.com (Postfix) with ESMTPS id 9E76A2206430; Fri, 28 Aug 2015 06:38:32 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by imap1.ox.privateemail.com (Postfix) with ESMTP id 01177B000CA; Fri, 28 Aug 2015 06:38:32 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from imap1.ox.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id th_XsjDyR6XB; Fri, 28 Aug 2015 06:38:31 -0400 (EDT) Received: from [10.2.0.1] (unknown [101.177.249.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by imap1.ox.privateemail.com (Postfix) with ESMTPSA id B5664B000C9; Fri, 28 Aug 2015 06:38:30 -0400 (EDT) Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel To: mexas@bris.ac.uk, kostikbel@gmail.com References: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> Cc: freebsd-stable@freebsd.org From: Joe Shevland Message-ID: <55E03A24.8020407@calm-horizons.net> Date: Fri, 28 Aug 2015 20:38:28 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> 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, 28 Aug 2015 10:39:07 -0000 To add a very small (useless) data point to this, I have an atom device that, very occasionally, hangs before the boot stage (at the little slash, prior to the daemon boot menu offering you the chance to select another kernel etc). I haven't worked out the rhyme or reason yet, so its probably a red herring, but its frustrated me when i have to dig out the monitor and keyboard again. At least it did with 10.1-release, yet to have it happen with stable. Cheers, Joe On 28/08/2015 8:30 PM, Anton Shterenlikht wrote: > >From kostikbel@gmail.com Thu Aug 27 18:22:37 2015 >> On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote: >>> ia64 stable/10 r286315 boots, but >>> r286316 hangs at "Entering /boot/kernel/kernel". >>> >>> Please advise >> To state an obvious thing. The commit which you pointed to, changes >> the code which is not executed at that early kernel boot stage. The >> revision cannot cause the consequences you described. > yes, I'm surprised too. > >> I think that you either have build-environment issue which randomly pops >> up, or there is some other boot-time issue which is sporadic. The only >> suggestion I have, try many boots with kernels which look either good >> or bad, I would be not surprised if statistic would be completely >> different from binary good/bad outcome. >> >> Otherwise, I do not have an idea. >> > I doubt it's a random or a sporadic issue. > I did a bisection, as suggested, during which > I built world/kernel on 7 revisions, and when I > narrowed it down to <50, a further 4 kernels. > All kernels <=286315 boot, all kernels >= 286316 > do not. I think if it were something random, > it wouldn't be such a clear cut picture. > > What about my loader.conf: > > # cat /boot/loader.conf > zfs_load="YES" > # soft limits > 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 > # processes may not exceed these limits. > # > > My memory: > > real memory = 8589934592 (8192 MB) > avail memory = 8387649536 (7999 MB) > > I'll try disabling all these settings in loader.conf > and see if makes a difference. > But these settings have been there for a few years > with no problems. > > Anton > > _______________________________________________ > 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 Aug 28 15:53:57 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 DF7819C4930 for ; Fri, 28 Aug 2015 15:53:57 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from lb2-smtp-cloud3.xs4all.net (lb2-smtp-cloud3.xs4all.net [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F1AD1A7F for ; Fri, 28 Aug 2015 15:53:56 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from charlemagne.a43.boland.org ([62.194.208.247]) by smtp-cloud3.xs4all.net with ESMTP id AFsi1r00U5LoPm601Fsjq3; Fri, 28 Aug 2015 17:52:44 +0200 Subject: Re: Latest stable (r287104) bash leaves zombies on exit To: Konstantin Belousov References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> Cc: Mark Martinec , freebsd-stable@freebsd.org From: Michiel Boland Message-ID: <55E083CA.2050705@xs4all.nl> Date: Fri, 28 Aug 2015 17:52:42 +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: <20150828100118.GR2072@kib.kiev.ua> 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, 28 Aug 2015 15:53:58 -0000 On 08/28/2015 12:01, Konstantin Belousov wrote: [...] > I probably have an idea what is going wrong. Please try the patch > below. Libc does not used interposed sig{procmask,action,suspend} > entries itself, which resulted in e.g. signal(3) breaking libthr > hooks. I'm trying now, and it did appear to get rid of the zombies. Here's a quick test. set -e for a in `seq 1000` do echo -n "$a " xterm -e ssh nonexisting done echo "" (The idea here is that 'ssh nonexisting' should do some work and then exit, "xterm -e false", etc. don't appear to trigger the bug.) Prior to the patch, one of the xterms would hang after the counter reaches a random (reasonably small) number. After the patch the script runs till completion. Cheers Michiel From owner-freebsd-stable@freebsd.org Fri Aug 28 16:18:56 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 4ABF79C54E1 for ; Fri, 28 Aug 2015 16:18:56 +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 9DC3D11A7 for ; Fri, 28 Aug 2015 16:18:55 +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 t7SGImn2051654 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 28 Aug 2015 19:18:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7SGImn2051654 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7SGIlVT051653; Fri, 28 Aug 2015 19:18:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Aug 2015 19:18:47 +0300 From: Konstantin Belousov To: Michiel Boland Cc: Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150828161847.GX2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E083CA.2050705@xs4all.nl> 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, 28 Aug 2015 16:18:56 -0000 On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote: > set -e > for a in `seq 1000` > do > echo -n "$a " > xterm -e ssh nonexisting > done > echo "" > > (The idea here is that 'ssh nonexisting' should do some work and then exit, > "xterm -e false", etc. don't appear to trigger the bug.) > > Prior to the patch, one of the xterms would hang after the counter reaches a > random (reasonably small) number. > > After the patch the script runs till completion. Thank you for testing. Funny detail is that your loop does not hangs for me, I see flapping xterms until the completion. How many cpus does your machine have ? Below is a slightly improved version of the change, to avoid unnecessary relocations. Would be good to rebuild the world and confirm that you see no regression (the patch also affects rtld in some way). diff --git a/lib/libc/amd64/gen/setjmp.S b/lib/libc/amd64/gen/setjmp.S index c26f52f..826220e 100644 --- a/lib/libc/amd64/gen/setjmp.S +++ b/lib/libc/amd64/gen/setjmp.S @@ -55,7 +55,7 @@ ENTRY(setjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10; (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -82,7 +82,7 @@ ENTRY(__longjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/amd64/gen/sigsetjmp.S b/lib/libc/amd64/gen/sigsetjmp.S index 9a20556..1e8e77c 100644 --- a/lib/libc/amd64/gen/sigsetjmp.S +++ b/lib/libc/amd64/gen/sigsetjmp.S @@ -63,7 +63,7 @@ ENTRY(sigsetjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10 (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi 2: movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -91,7 +91,7 @@ ENTRY(__siglongjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/compat-43/sigcompat.c b/lib/libc/compat-43/sigcompat.c index 199846f..a8cef1c 100644 --- a/lib/libc/compat-43/sigcompat.c +++ b/lib/libc/compat-43/sigcompat.c @@ -59,7 +59,7 @@ sigvec(signo, sv, osv) } else sap = NULL; osap = osv != NULL ? &osa : NULL; - ret = _sigaction(signo, sap, osap); + ret = __libc_sigaction(signo, sap, osap); if (ret == 0 && osv != NULL) { osv->sv_handler = osa.sa_handler; osv->sv_flags = osa.sa_flags ^ SV_INTERRUPT; @@ -77,7 +77,7 @@ sigsetmask(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_SETMASK, &set, &oset); + n = __libc_sigprocmask(SIG_SETMASK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -92,7 +92,7 @@ sigblock(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_BLOCK, &set, &oset); + n = __libc_sigprocmask(SIG_BLOCK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -105,7 +105,7 @@ sigpause(int mask) sigemptyset(&set); set.__bits[0] = mask; - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -113,11 +113,11 @@ xsi_sigpause(int sig) { sigset_t set; - if (_sigprocmask(SIG_BLOCK, NULL, &set) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &set) == -1) return (-1); if (sigdelset(&set, sig) == -1) return (-1); - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -128,7 +128,7 @@ sighold(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_BLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_BLOCK, &set, NULL)); } int @@ -138,7 +138,7 @@ sigignore(int sig) bzero(&sa, sizeof(sa)); sa.sa_handler = SIG_IGN; - return (_sigaction(sig, &sa, NULL)); + return (__libc_sigaction(sig, &sa, NULL)); } int @@ -149,7 +149,7 @@ sigrelse(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_UNBLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_UNBLOCK, &set, NULL)); } void @@ -161,26 +161,26 @@ void sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (SIG_ERR); - if (_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) return (SIG_ERR); if ((__sighandler_t *)disp == SIG_HOLD) { - if (_sigprocmask(SIG_BLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, &set, &pset) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); else { - if (_sigaction(sig, NULL, &psa) == -1) + if (__libc_sigaction(sig, NULL, &psa) == -1) return (SIG_ERR); return (psa.sa_handler); } } else { - if (_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) return (SIG_ERR); } bzero(&sa, sizeof(sa)); sa.sa_handler = disp; - if (_sigaction(sig, &sa, &psa) == -1) + if (__libc_sigaction(sig, &sa, &psa) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); diff --git a/lib/libc/db/btree/bt_open.c b/lib/libc/db/btree/bt_open.c index 94ba014..051fc28 100644 --- a/lib/libc/db/btree/bt_open.c +++ b/lib/libc/db/btree/bt_open.c @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" #include #include "btree.h" @@ -401,10 +402,10 @@ tmp(void) } (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((fd = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); return(fd); } diff --git a/lib/libc/db/hash/hash_page.c b/lib/libc/db/hash/hash_page.c index d319d98..8040419 100644 --- a/lib/libc/db/hash/hash_page.c +++ b/lib/libc/db/hash/hash_page.c @@ -66,6 +66,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #include #include "hash.h" @@ -861,10 +862,10 @@ open_temp(HTAB *hashp) /* Block signals; make sure file goes away at process exit. */ (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((hashp->fp = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); return (hashp->fp != -1 ? 0 : -1); } diff --git a/lib/libc/gen/daemon.c b/lib/libc/gen/daemon.c index b359a87..15c6f4a 100644 --- a/lib/libc/gen/daemon.c +++ b/lib/libc/gen/daemon.c @@ -41,10 +41,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" int -daemon(nochdir, noclose) - int nochdir, noclose; +daemon(int nochdir, int noclose) { struct sigaction osa, sa; int fd; @@ -56,7 +56,7 @@ daemon(nochdir, noclose) sigemptyset(&sa.sa_mask); sa.sa_handler = SIG_IGN; sa.sa_flags = 0; - osa_ok = _sigaction(SIGHUP, &sa, &osa); + osa_ok = __libc_sigaction(SIGHUP, &sa, &osa); switch (fork()) { case -1: @@ -74,7 +74,7 @@ daemon(nochdir, noclose) newgrp = setsid(); oerrno = errno; if (osa_ok != -1) - _sigaction(SIGHUP, &osa, NULL); + __libc_sigaction(SIGHUP, &osa, NULL); if (newgrp == -1) { errno = oerrno; diff --git a/lib/libc/gen/posix_spawn.c b/lib/libc/gen/posix_spawn.c index e3124b2..e795095 100644 --- a/lib/libc/gen/posix_spawn.c +++ b/lib/libc/gen/posix_spawn.c @@ -120,13 +120,13 @@ process_spawnattr(const posix_spawnattr_t sa) /* Set signal masks/defaults */ if (sa->sa_flags & POSIX_SPAWN_SETSIGMASK) { - _sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); + __libc_sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); } if (sa->sa_flags & POSIX_SPAWN_SETSIGDEF) { for (i = 1; i <= _SIG_MAXSIG; i++) { if (sigismember(&sa->sa_sigdefault, i)) - if (_sigaction(i, &sigact, NULL) != 0) + if (__libc_sigaction(i, &sigact, NULL) != 0) return (errno); } } diff --git a/lib/libc/gen/readpassphrase.c b/lib/libc/gen/readpassphrase.c index 95ae725..60051a1 100644 --- a/lib/libc/gen/readpassphrase.c +++ b/lib/libc/gen/readpassphrase.c @@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" static volatile sig_atomic_t signo[NSIG]; @@ -104,15 +105,15 @@ restart: sigemptyset(&sa.sa_mask); sa.sa_flags = 0; /* don't restart system calls */ sa.sa_handler = handler; - (void)_sigaction(SIGALRM, &sa, &savealrm); - (void)_sigaction(SIGHUP, &sa, &savehup); - (void)_sigaction(SIGINT, &sa, &saveint); - (void)_sigaction(SIGPIPE, &sa, &savepipe); - (void)_sigaction(SIGQUIT, &sa, &savequit); - (void)_sigaction(SIGTERM, &sa, &saveterm); - (void)_sigaction(SIGTSTP, &sa, &savetstp); - (void)_sigaction(SIGTTIN, &sa, &savettin); - (void)_sigaction(SIGTTOU, &sa, &savettou); + (void)__libc_sigaction(SIGALRM, &sa, &savealrm); + (void)__libc_sigaction(SIGHUP, &sa, &savehup); + (void)__libc_sigaction(SIGINT, &sa, &saveint); + (void)__libc_sigaction(SIGPIPE, &sa, &savepipe); + (void)__libc_sigaction(SIGQUIT, &sa, &savequit); + (void)__libc_sigaction(SIGTERM, &sa, &saveterm); + (void)__libc_sigaction(SIGTSTP, &sa, &savetstp); + (void)__libc_sigaction(SIGTTIN, &sa, &savettin); + (void)__libc_sigaction(SIGTTOU, &sa, &savettou); if (!(flags & RPP_STDIN)) (void)_write(output, prompt, strlen(prompt)); @@ -142,15 +143,15 @@ restart: errno == EINTR && !signo[SIGTTOU]) continue; } - (void)_sigaction(SIGALRM, &savealrm, NULL); - (void)_sigaction(SIGHUP, &savehup, NULL); - (void)_sigaction(SIGINT, &saveint, NULL); - (void)_sigaction(SIGQUIT, &savequit, NULL); - (void)_sigaction(SIGPIPE, &savepipe, NULL); - (void)_sigaction(SIGTERM, &saveterm, NULL); - (void)_sigaction(SIGTSTP, &savetstp, NULL); - (void)_sigaction(SIGTTIN, &savettin, NULL); - (void)_sigaction(SIGTTOU, &savettou, NULL); + (void)__libc_sigaction(SIGALRM, &savealrm, NULL); + (void)__libc_sigaction(SIGHUP, &savehup, NULL); + (void)__libc_sigaction(SIGINT, &saveint, NULL); + (void)__libc_sigaction(SIGQUIT, &savequit, NULL); + (void)__libc_sigaction(SIGPIPE, &savepipe, NULL); + (void)__libc_sigaction(SIGTERM, &saveterm, NULL); + (void)__libc_sigaction(SIGTSTP, &savetstp, NULL); + (void)__libc_sigaction(SIGTTIN, &savettin, NULL); + (void)__libc_sigaction(SIGTTOU, &savettou, NULL); if (input != STDIN_FILENO) (void)_close(input); diff --git a/lib/libc/gen/setmode.c b/lib/libc/gen/setmode.c index 815cf14..7525567 100644 --- a/lib/libc/gen/setmode.c +++ b/lib/libc/gen/setmode.c @@ -53,6 +53,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #define SET_LEN 6 /* initial # of bitcmd struct to malloc */ #define SET_LEN_INCR 4 /* # of bitcmd structs to add as needed */ @@ -364,9 +365,9 @@ getumask(void) * handler, protect them as best we can. */ sigfillset(&sigset); - (void)_sigprocmask(SIG_BLOCK, &sigset, &sigoset); + (void)__libc_sigprocmask(SIG_BLOCK, &sigset, &sigoset); (void)umask(mask = umask(0)); - (void)_sigprocmask(SIG_SETMASK, &sigoset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &sigoset, NULL); return (mask); } diff --git a/lib/libc/gen/siginterrupt.c b/lib/libc/gen/siginterrupt.c index fde33ca..d99b772 100644 --- a/lib/libc/gen/siginterrupt.c +++ b/lib/libc/gen/siginterrupt.c @@ -43,14 +43,13 @@ __FBSDID("$FreeBSD$"); * after an instance of the indicated signal. */ int -siginterrupt(sig, flag) - int sig, flag; +siginterrupt(int sig, int flag) { extern sigset_t _sigintr __hidden; struct sigaction sa; int ret; - if ((ret = _sigaction(sig, (struct sigaction *)0, &sa)) < 0) + if ((ret = __libc_sigaction(sig, (struct sigaction *)0, &sa)) < 0) return (ret); if (flag) { sigaddset(&_sigintr, sig); @@ -59,5 +58,5 @@ siginterrupt(sig, flag) sigdelset(&_sigintr, sig); sa.sa_flags |= SA_RESTART; } - return (_sigaction(sig, &sa, (struct sigaction *)0)); + return (__libc_sigaction(sig, &sa, (struct sigaction *)0)); } diff --git a/lib/libc/gen/signal.c b/lib/libc/gen/signal.c index ee96dcc..70e7f17 100644 --- a/lib/libc/gen/signal.c +++ b/lib/libc/gen/signal.c @@ -44,9 +44,7 @@ __FBSDID("$FreeBSD$"); sigset_t _sigintr __hidden; /* shared with siginterrupt */ sig_t -signal(s, a) - int s; - sig_t a; +signal(int s, sig_t a) { struct sigaction sa, osa; @@ -55,7 +53,7 @@ signal(s, a) sa.sa_flags = 0; if (!sigismember(&_sigintr, s)) sa.sa_flags |= SA_RESTART; - if (_sigaction(s, &sa, &osa) < 0) + if (__libc_sigaction(s, &sa, &osa) < 0) return (SIG_ERR); return (osa.sa_handler); } diff --git a/lib/libc/gen/wordexp.c b/lib/libc/gen/wordexp.c index 958ddc6..859ca50 100644 --- a/lib/libc/gen/wordexp.c +++ b/lib/libc/gen/wordexp.c @@ -38,6 +38,7 @@ #include #include #include "un-namespace.h" +#include "libc_private.h" __FBSDID("$FreeBSD$"); @@ -127,12 +128,12 @@ we_askshell(const char *words, wordexp_t *we, int flags) return (WRDE_NOSPACE); /* XXX */ (void)sigemptyset(&newsigblock); (void)sigaddset(&newsigblock, SIGCHLD); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); if ((pid = fork()) < 0) { serrno = errno; _close(pdes[0]); _close(pdes[1]); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); errno = serrno; return (WRDE_NOSPACE); /* XXX */ } @@ -140,7 +141,7 @@ we_askshell(const char *words, wordexp_t *we, int flags) /* * We are the child; make /bin/sh expand `words'. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if ((pdes[1] != STDOUT_FILENO ? _dup2(pdes[1], STDOUT_FILENO) : _fcntl(pdes[1], F_SETFD, 0)) < 0) @@ -222,7 +223,7 @@ cleanup: do wpid = _waitpid(pid, &status, 0); while (wpid < 0 && errno == EINTR); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if (error != 0) { errno = serrno; return (error); diff --git a/lib/libc/i386/gen/setjmp.S b/lib/libc/i386/gen/setjmp.S index 6e15868..1e6cd1b 100644 --- a/lib/libc/i386/gen/setjmp.S +++ b/lib/libc/i386/gen/setjmp.S @@ -58,7 +58,7 @@ ENTRY(setjmp) pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else @@ -89,7 +89,7 @@ ENTRY(__longjmp) leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else diff --git a/lib/libc/i386/gen/sigsetjmp.S b/lib/libc/i386/gen/sigsetjmp.S index 1c63649..6fa0c6b 100644 --- a/lib/libc/i386/gen/sigsetjmp.S +++ b/lib/libc/i386/gen/sigsetjmp.S @@ -67,7 +67,7 @@ ENTRY(sigsetjmp) pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else @@ -100,7 +100,7 @@ ENTRY(__siglongjmp) leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask #ifdef PIC addl $24,%esp #else diff --git a/lib/libc/include/libc_private.h b/lib/libc/include/libc_private.h index a670d63..5caf9a3 100644 --- a/lib/libc/include/libc_private.h +++ b/lib/libc/include/libc_private.h @@ -359,6 +359,11 @@ __pid_t __sys_wait6(enum idtype, __id_t, int *, int, __ssize_t __sys_write(int, const void *, __size_t); __ssize_t __sys_writev(int, const struct iovec *, int); +int __libc_sigaction(int, const struct sigaction *, + struct sigaction *) __hidden; +int __libc_sigprocmask(int, const __sigset_t *, __sigset_t *) + __hidden; +int __libc_sigsuspend(const __sigset_t *) __hidden; int __libc_sigwait(const __sigset_t * __restrict, int * restrict sig); int __libc_system(const char *); diff --git a/lib/libc/net/rcmd.c b/lib/libc/net/rcmd.c index 2885dc3..1ba9888 100644 --- a/lib/libc/net/rcmd.c +++ b/lib/libc/net/rcmd.c @@ -58,6 +58,7 @@ __FBSDID("$FreeBSD$"); #endif #include #include "un-namespace.h" +#include "libc_private.h" extern int innetgr( const char *, const char *, const char *, const char * ); @@ -148,7 +149,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) refused = 0; sigemptyset(&newmask); sigaddset(&newmask, SIGURG); - _sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); + __libc_sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); for (timo = 1, lport = IPPORT_RESERVED - 1;;) { s = rresvport_af(&lport, ai->ai_family); if (s < 0) { @@ -163,7 +164,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "rcmd: socket: %s\n", strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -181,7 +182,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "%s: %s\n", *ahost, strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -306,7 +307,7 @@ again: } goto bad2; } - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (s); bad2: @@ -314,7 +315,7 @@ bad2: (void)_close(*fd2p); bad: (void)_close(s); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (-1); } diff --git a/lib/libc/stdio/tmpfile.c b/lib/libc/stdio/tmpfile.c index c67d1e4..e5a2be1 100644 --- a/lib/libc/stdio/tmpfile.c +++ b/lib/libc/stdio/tmpfile.c @@ -46,9 +46,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" FILE * -tmpfile() +tmpfile(void) { sigset_t set, oset; FILE *fp; @@ -69,7 +70,7 @@ tmpfile() return (NULL); sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); fd = mkstemp(buf); if (fd != -1) @@ -77,7 +78,7 @@ tmpfile() free(buf); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); if (fd == -1) return (NULL); diff --git a/lib/libc/stdlib/abort.c b/lib/libc/stdlib/abort.c index b137e49..022c6aa 100644 --- a/lib/libc/stdlib/abort.c +++ b/lib/libc/stdlib/abort.c @@ -61,7 +61,7 @@ abort() * any errors -- ISO C doesn't allow abort to return anyway. */ sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); /* @@ -71,9 +71,9 @@ abort() act.sa_handler = SIG_DFL; act.sa_flags = 0; sigfillset(&act.sa_mask); - (void)_sigaction(SIGABRT, &act, NULL); + (void)__libc_sigaction(SIGABRT, &act, NULL); sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); exit(1); } diff --git a/lib/libc/stdlib/system.c b/lib/libc/stdlib/system.c index bd9ea5a..d1cdb68 100644 --- a/lib/libc/stdlib/system.c +++ b/lib/libc/stdlib/system.c @@ -70,16 +70,16 @@ __libc_system(const char *command) (void)sigaddset(&newsigblock, SIGCHLD); (void)sigaddset(&newsigblock, SIGINT); (void)sigaddset(&newsigblock, SIGQUIT); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); switch(pid = vfork()) { case -1: /* error */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); return (-1); case 0: /* child */ /* * Restore original signal dispositions and exec the command. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); execl(_PATH_BSHELL, "sh", "-c", command, (char *)NULL); _exit(127); } @@ -92,16 +92,16 @@ __libc_system(const char *command) memset(&ign, 0, sizeof(ign)); ign.sa_handler = SIG_IGN; (void)sigemptyset(&ign.sa_mask); - (void)_sigaction(SIGINT, &ign, &intact); - (void)_sigaction(SIGQUIT, &ign, &quitact); + (void)__libc_sigaction(SIGINT, &ign, &intact); + (void)__libc_sigaction(SIGQUIT, &ign, &quitact); savedpid = pid; do { pid = _wait4(savedpid, &pstat, 0, (struct rusage *)0); } while (pid == -1 && errno == EINTR); - (void)_sigaction(SIGINT, &intact, NULL); - (void)_sigaction(SIGQUIT, &quitact, NULL); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); - return(pid == -1 ? -1 : pstat); + (void)__libc_sigaction(SIGINT, &intact, NULL); + (void)__libc_sigaction(SIGQUIT, &quitact, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + return (pid == -1 ? -1 : pstat); } __weak_reference(__libc_system, __system); diff --git a/lib/libc/sys/sigaction.c b/lib/libc/sys/sigaction.c index 7645538..b4d6563 100644 --- a/lib/libc/sys/sigaction.c +++ b/lib/libc/sys/sigaction.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigaction, __sigaction); +__weak_reference(sigaction, __libc_sigaction); #pragma weak sigaction int diff --git a/lib/libc/sys/sigprocmask.c b/lib/libc/sys/sigprocmask.c index 40dba95..d24bb89 100644 --- a/lib/libc/sys/sigprocmask.c +++ b/lib/libc/sys/sigprocmask.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigprocmask, __sigprocmask); +__weak_reference(sigprocmask, __libc_sigprocmask); #pragma weak sigprocmask int diff --git a/lib/libc/sys/sigsuspend.c b/lib/libc/sys/sigsuspend.c index 6e47368..1f980a1 100644 --- a/lib/libc/sys/sigsuspend.c +++ b/lib/libc/sys/sigsuspend.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigsuspend, __sigsuspend); +__weak_reference(sigsuspend, __libc_sigsuspend); #pragma weak sigsuspend int From owner-freebsd-stable@freebsd.org Fri Aug 28 18:42: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 8864B9C5B6E for ; Fri, 28 Aug 2015 18:42:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 669071B93 for ; Fri, 28 Aug 2015 18:42:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 638579C5B6B; Fri, 28 Aug 2015 18:42:05 +0000 (UTC) Delivered-To: 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 628729C5B69; Fri, 28 Aug 2015 18:42:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 B08881B91; Fri, 28 Aug 2015 18:42:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t7SIg1Qa072491; Fri, 28 Aug 2015 11:42:01 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t7SIg0Xb072490; Fri, 28 Aug 2015 11:42:00 -0700 (PDT) (envelope-from david) Date: Fri, 28 Aug 2015 11:42:00 -0700 From: David Wolfskill To: stable@freebsd.org, net@freebsd.org, wireless@freebsd.org Subject: Re: Panic [page fault] in _ieee80211_crypto_delkey(): stable/10/amd64 @r286878 Message-ID: <20150828184200.GM1014@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org, net@freebsd.org, wireless@freebsd.org References: <20150818232007.GN1189@albert.catwhisker.org> <20150819160716.GK63584@albert.catwhisker.org> <20150819190852.GN63584@albert.catwhisker.org> <20150819192315.GO63584@albert.catwhisker.org> <20150819200124.GR63584@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nd30OFrAEJM3lM6x" Content-Disposition: inline In-Reply-To: <20150819200124.GR63584@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 28 Aug 2015 18:42:05 -0000 --nd30OFrAEJM3lM6x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 19, 2015 at 01:01:24PM -0700, David Wolfskill wrote: > On Wed, Aug 19, 2015 at 12:25:38PM -0700, Adrian Chadd wrote: > > ... But we definitely ahe enough to put into a PR.. > > ... >=20 > Bug 202494 - Panic [page fault] in _ieee80211_crypto_delkey()=20 > > .... Caught another one (panic) -- this time, after having run "wlandebug +crypto". Above-cited PR updated to reflect updated status & dubugging info. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --nd30OFrAEJM3lM6x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV4Kt4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7BYoP/3y9gR+3528NK5VHdHyBzyOy Cik+C2WD9lIMfcQyC3FxxZBXnASm2Sk39zGLUAOntyexfz7UMyIqUqNLItBpi/R6 65GBj5SQLn+sbjUF6iA7vbCWgKndJtEsdTVPp2gWZIc++qfafklJKT94WJbqN/ng ub1ZpfIpAJfO97TPbhOA8aPN7pWCx/3RlC3njOYLYzTiJfUym9GTnJb2tSosgALs ul/RWScVFF6BdERTtHlibjJObYbj7F5uzAgWD2wBJi1RZMDbjCvzw/GiPG0eyHjs z3CM1GXF1aVs6fERvNJ+YKx452RQQWWCgQZSO9pthmxAZuB3PHHSIr3fkhhzv2H3 KWrYupc+MmVQ/V40PSv2ZqvqYYy23J2ApbdmQ5M4EXJr2sKMANCmcZXFk9G2wTTF eKWaGcYvjsFuUOOrha+EwEXB81Y5CveVfeof5v7dNIRdjt5HyN3jDNa7CaVvFepS xVioiwgiYMRYrAvvcYXR09u/bjLbEj4mDRVtOXvzNFcZsNXi75085r/UMG1V5gAg nmyVN551MRMzhg+OqhCmfCPALUZpBHN0edxQNwE9rnK3mkyfsSpgqe7bVjQLyYbo pFtUt/lVNP5eFlKIhjt0cyZllmo/olMqN7Pl0EoOTm6EKU78XxkM8xZkv3aNHMay SswvxIeF2MOsuNtRTVt9 =txc4 -----END PGP SIGNATURE----- --nd30OFrAEJM3lM6x-- From owner-freebsd-stable@freebsd.org Fri Aug 28 20:33:13 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 E1A6C9C41D0 for ; Fri, 28 Aug 2015 20:33:12 +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 7F3581E70 for ; Fri, 28 Aug 2015 20:33:11 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [10.1.254.15] (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t7SKWsb2004908 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Aug 2015 13:32:58 -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=_44DBB5A9-7DED-42DB-8FA6-379BB3BF12D3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <20150828103521.GS2072@kib.kiev.ua> Date: Fri, 28 Aug 2015 13:32:46 -0700 Cc: freebsd-stable@freebsd.org, Konstantin Belousov Message-Id: References: <20150827162356.GI2072@kib.kiev.ua> <201508281030.t7SAUITF085404@mech-as222.men.bris.ac.uk> <20150828103521.GS2072@kib.kiev.ua> To: Anton Shterenlikht 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: Fri, 28 Aug 2015 20:33:13 -0000 --Apple-Mail=_44DBB5A9-7DED-42DB-8FA6-379BB3BF12D3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > 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: -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_44DBB5A9-7DED-42DB-8FA6-379BB3BF12D3 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 iQIcBAEBCgAGBQJV4MVvAAoJEIda8t8f0tjjgNsP/R9Jhk60mNrXwfjp6aPG8AEE GO2Y/P3+v4mDkH0P6ZpBCcO3hR7P8cPwoukbqOXBiTzBHMS6PCtbDFde8JkeLiI9 ZCGxSeOmpf8woBIYjRENZDYhyLJdxJ2ZGxx4CQT0BwQMFXhq/z/I8ZiErtT13tAV dFguRuMjtOc9XZnoONNrPu0EYlWQRerXYwaH0IBgj05xXxGFWoY/22Vdlnw/H0iq 3epBuH4fkDJi+1wORIu9Udg/mmw6Xd8aZIO9UNCNTft/rh7dbkbX3emkGnn3E+Uo XSGwJzw1A907ivqx5G5FXNquG3+/s/Z0QsaerA0/OY3Yz7gKjtzjkze1aaqtgvvS fZcokjsHoQ7a0z6pG0x1vx6Gc05NNzTFBahsEH6CaymsCVMJn/8E/pIwlfSul616 f9AvlK6k2g3mDR7RgXlEKCom65Hfv3k5tqBiyqS0b90hOF9myKmpVM9h/oEksRib ElitlzABrnLWoSU4IT60FPT1XpwQdA2r0DTADIFQvxRQcuKT/LUdRrFLCM2imY+r aqOZz3MqDTBwa266fR4FKmixbgM5ShR+FzVNwm5Z5xgHDpvK3Z4keuHVg7SYf7uA zj7RrThhxV3eUfLBMhX7njLoXlEuoQAIPbXfYLg54qjnIb+nFwd5OfIsWZAbt+Rz 0rKYNTecEwRR5QkMdIJM =AjLr -----END PGP SIGNATURE----- --Apple-Mail=_44DBB5A9-7DED-42DB-8FA6-379BB3BF12D3-- From owner-freebsd-stable@freebsd.org Sat Aug 29 11:44: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 7216F9C4205 for ; Sat, 29 Aug 2015 11:44:52 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C9321EE7 for ; Sat, 29 Aug 2015 11:44:51 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from charlemagne.a43.boland.org ([62.194.208.247]) by smtp-cloud2.xs4all.net with ESMTP id Abjc1r0095LoPm601bjdL0; Sat, 29 Aug 2015 13:43:39 +0200 Subject: Re: Latest stable (r287104) bash leaves zombies on exit To: Konstantin Belousov References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> Cc: Mark Martinec , freebsd-stable@freebsd.org From: Michiel Boland Message-ID: <55E19AE8.9090000@xs4all.nl> Date: Sat, 29 Aug 2015 13:43:36 +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: <20150828161847.GX2072@kib.kiev.ua> 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: Sat, 29 Aug 2015 11:44:52 -0000 On 08/28/2015 18:18, Konstantin Belousov wrote: > On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote: >> set -e >> for a in `seq 1000` >> do >> echo -n "$a " >> xterm -e ssh nonexisting >> done >> echo "" >> >> (The idea here is that 'ssh nonexisting' should do some work and then exit, >> "xterm -e false", etc. don't appear to trigger the bug.) >> >> Prior to the patch, one of the xterms would hang after the counter reaches a >> random (reasonably small) number. >> >> After the patch the script runs till completion. > > Thank you for testing. Funny detail is that your loop does not hangs for > me, I see flapping xterms until the completion. How many cpus does your > machine have ? I have a Q8300 (4 cpus) - I guess the timing matters. Do I understand correctly that the problem is that if you install a signal handler with signal() (which is what xterm does) and pull in libthr.so somehow, then there is no thr_sighandler inserted? I condensed the xterm problem into a small C program. Compile in such a way that the delay loop does not get optimized out, and link with -lpthread. Eventually, when executed often enough, this will hang in the same fashion as xterm does. #include #include #include #include #include #include #include static void reapchild(int sig __unused) { wait(NULL); } static void delay(void) { long i, n; n = random() % 1000000; if (n < 0) { n = -n; } for (i = 0; i < n; i++) ; } int main() { int p[2]; char dummy; srandomdev(); if (signal(SIGCHLD, reapchild) == SIG_ERR) { perror("signal"); exit(1); } if (pipe(p) == -1) { perror("pipe"); exit(1); } switch (fork()) { case -1: perror("fork"); exit(1); case 0: close(p[1]); read(p[0], &dummy, 1); _exit(0); } close(p[1]); read(p[0], &dummy, 1); delay(); exit(0); } > > Below is a slightly improved version of the change, to avoid unnecessary > relocations. Would be good to rebuild the world and confirm that you > see no regression (the patch also affects rtld in some way). Ok, I will try this patch later today. Cheers, Michiel From owner-freebsd-stable@freebsd.org Sat Aug 29 11:55:17 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 012D99C4587 for ; Sat, 29 Aug 2015 11:55:17 +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 84DD17B3 for ; Sat, 29 Aug 2015 11:55:16 +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 t7TBtALK027502 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 29 Aug 2015 14:55:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7TBtALK027502 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7TBtAYQ027501; Sat, 29 Aug 2015 14:55:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2015 14:55:10 +0300 From: Konstantin Belousov To: Michiel Boland Cc: Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150829115510.GB2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> <55E19AE8.9090000@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E19AE8.9090000@xs4all.nl> 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: Sat, 29 Aug 2015 11:55:17 -0000 On Sat, Aug 29, 2015 at 01:43:36PM +0200, Michiel Boland wrote: > Do I understand correctly that the problem is that if you install a signal > handler with signal() (which is what xterm does) and pull in libthr.so somehow, > then there is no thr_sighandler inserted? Yes. The problem does not exist for the sigaction(2). From owner-freebsd-stable@freebsd.org Sat Aug 29 12:11:28 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 5BF9D9C3107 for ; Sat, 29 Aug 2015 12:11:28 +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 4F8DF1332; Sat, 29 Aug 2015 12:11:28 +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 AFBCDAB1; Sat, 29 Aug 2015 12:11:27 +0000 (UTC) Date: Sat, 29 Aug 2015 12:11:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <301016486.97.1440850285998.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1658 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2015 12:11:28 -0000 FreeBSD_stable_10 - Build #1658 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/console Change summaries: No changes The end of the build log: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace /builds/FreeBSD_stable_10 java.io.IOException: remote file operation failed: /builds/FreeBSD_stable_10 at hudson.remoting.Channel@5a762a5f:jenkins-10.freebsd.org: hudson.remoting.ChannelClosedException: channel is already closed at hudson.FilePath.act(FilePath.java:987) at hudson.FilePath.act(FilePath.java:969) at hudson.FilePath.mkdirs(FilePath.java:1152) at hudson.model.AbstractProject.checkout(AbstractProject.java:1275) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: hudson.remoting.ChannelClosedException: channel is already closed at hudson.remoting.Channel.send(Channel.java:550) at hudson.remoting.Request.call(Request.java:129) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) ... 10 more Caused by: java.io.IOException at hudson.remoting.Channel.close(Channel.java:1110) at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:118) at hudson.remoting.PingThread.ping(PingThread.java:126) at hudson.remoting.PingThread.run(PingThread.java:85) Caused by: java.util.concurrent.TimeoutException: Ping started at 1440849388364 hasn't completed by 1440849628560 ... 2 more [WARNINGS] Skipping publisher since build result is FAILURE Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Sat Aug 29 13:01:42 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 3E7D29C58D1 for ; Sat, 29 Aug 2015 13:01:42 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03CA3B83 for ; Sat, 29 Aug 2015 13:01:41 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 79843B8411; Sat, 29 Aug 2015 15:01:38 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 6226C28494; Sat, 29 Aug 2015 15:01:38 +0200 (CEST) Date: Sat, 29 Aug 2015 15:01:38 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: Michiel Boland , Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150829130138.GA41321@stack.nl> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150828161847.GX2072@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 29 Aug 2015 13:01:42 -0000 On Fri, Aug 28, 2015 at 07:18:47PM +0300, Konstantin Belousov wrote: > On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote: > > set -e > > for a in `seq 1000` > > do > > echo -n "$a " > > xterm -e ssh nonexisting > > done > > echo "" > > (The idea here is that 'ssh nonexisting' should do some work and then exit, > > "xterm -e false", etc. don't appear to trigger the bug.) > > Prior to the patch, one of the xterms would hang after the counter > > reaches a random (reasonably small) number. > > After the patch the script runs till completion. > Thank you for testing. Funny detail is that your loop does not hangs for > me, I see flapping xterms until the completion. How many cpus does your > machine have ? > Below is a slightly improved version of the change, to avoid unnecessary > relocations. Would be good to rebuild the world and confirm that you > see no regression (the patch also affects rtld in some way). Looks good to me, except that I think a vforked child (in system() and posix_spawn*()) should use the system calls and not libthr's wrappers. This reduces the probability of weird things happening between vfork and exec, and also avoids an unexpected error when posix_spawnattr_setsigdefault()'s mask contains SIGTHR. -- Jilles Tjoelker From owner-freebsd-stable@freebsd.org Sat Aug 29 13:41: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 EF1EF9C4E82 for ; Sat, 29 Aug 2015 13:41:38 +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 68C981F40 for ; Sat, 29 Aug 2015 13:41:38 +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 t7TDfUL2053154 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 29 Aug 2015 16:41:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7TDfUL2053154 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7TDfUBw053153; Sat, 29 Aug 2015 16:41:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2015 16:41:30 +0300 From: Konstantin Belousov To: Jilles Tjoelker Cc: Michiel Boland , Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150829134130.GC2072@kib.kiev.ua> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> <20150829130138.GA41321@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150829130138.GA41321@stack.nl> 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: Sat, 29 Aug 2015 13:41:39 -0000 On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote: > Looks good to me, except that I think a vforked child (in system() and > posix_spawn*()) should use the system calls and not libthr's wrappers. > This reduces the probability of weird things happening between vfork and > exec, and also avoids an unexpected error when > posix_spawnattr_setsigdefault()'s mask contains SIGTHR. Thank you for the review, I agree with the note about vfork. Updated patch is below. Also, I removed the PIC_PROLOGUE from the i386 setjmp, it has no use after the plt calls are removed. diff --git a/lib/libc/amd64/gen/setjmp.S b/lib/libc/amd64/gen/setjmp.S index c26f52f..826220e 100644 --- a/lib/libc/amd64/gen/setjmp.S +++ b/lib/libc/amd64/gen/setjmp.S @@ -55,7 +55,7 @@ ENTRY(setjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10; (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -82,7 +82,7 @@ ENTRY(__longjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/amd64/gen/sigsetjmp.S b/lib/libc/amd64/gen/sigsetjmp.S index 9a20556..1e8e77c 100644 --- a/lib/libc/amd64/gen/sigsetjmp.S +++ b/lib/libc/amd64/gen/sigsetjmp.S @@ -63,7 +63,7 @@ ENTRY(sigsetjmp) movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10 (sigset_t*)oset */ /* stack is 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask popq %rdi 2: movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ @@ -91,7 +91,7 @@ ENTRY(__siglongjmp) leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ - call PIC_PLT(CNAME(_sigprocmask)) + call __libc_sigprocmask addq $0x8,%rsp popq %rsi popq %rdi /* jmpbuf */ diff --git a/lib/libc/compat-43/sigcompat.c b/lib/libc/compat-43/sigcompat.c index 199846f..a8cef1c 100644 --- a/lib/libc/compat-43/sigcompat.c +++ b/lib/libc/compat-43/sigcompat.c @@ -59,7 +59,7 @@ sigvec(signo, sv, osv) } else sap = NULL; osap = osv != NULL ? &osa : NULL; - ret = _sigaction(signo, sap, osap); + ret = __libc_sigaction(signo, sap, osap); if (ret == 0 && osv != NULL) { osv->sv_handler = osa.sa_handler; osv->sv_flags = osa.sa_flags ^ SV_INTERRUPT; @@ -77,7 +77,7 @@ sigsetmask(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_SETMASK, &set, &oset); + n = __libc_sigprocmask(SIG_SETMASK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -92,7 +92,7 @@ sigblock(mask) sigemptyset(&set); set.__bits[0] = mask; - n = _sigprocmask(SIG_BLOCK, &set, &oset); + n = __libc_sigprocmask(SIG_BLOCK, &set, &oset); if (n) return (n); return (oset.__bits[0]); @@ -105,7 +105,7 @@ sigpause(int mask) sigemptyset(&set); set.__bits[0] = mask; - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -113,11 +113,11 @@ xsi_sigpause(int sig) { sigset_t set; - if (_sigprocmask(SIG_BLOCK, NULL, &set) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &set) == -1) return (-1); if (sigdelset(&set, sig) == -1) return (-1); - return (_sigsuspend(&set)); + return (__libc_sigsuspend(&set)); } int @@ -128,7 +128,7 @@ sighold(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_BLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_BLOCK, &set, NULL)); } int @@ -138,7 +138,7 @@ sigignore(int sig) bzero(&sa, sizeof(sa)); sa.sa_handler = SIG_IGN; - return (_sigaction(sig, &sa, NULL)); + return (__libc_sigaction(sig, &sa, NULL)); } int @@ -149,7 +149,7 @@ sigrelse(int sig) sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (-1); - return (_sigprocmask(SIG_UNBLOCK, &set, NULL)); + return (__libc_sigprocmask(SIG_UNBLOCK, &set, NULL)); } void @@ -161,26 +161,26 @@ void sigemptyset(&set); if (sigaddset(&set, sig) == -1) return (SIG_ERR); - if (_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, NULL, &pset) == -1) return (SIG_ERR); if ((__sighandler_t *)disp == SIG_HOLD) { - if (_sigprocmask(SIG_BLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_BLOCK, &set, &pset) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); else { - if (_sigaction(sig, NULL, &psa) == -1) + if (__libc_sigaction(sig, NULL, &psa) == -1) return (SIG_ERR); return (psa.sa_handler); } } else { - if (_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) + if (__libc_sigprocmask(SIG_UNBLOCK, &set, &pset) == -1) return (SIG_ERR); } bzero(&sa, sizeof(sa)); sa.sa_handler = disp; - if (_sigaction(sig, &sa, &psa) == -1) + if (__libc_sigaction(sig, &sa, &psa) == -1) return (SIG_ERR); if (sigismember(&pset, sig)) return (SIG_HOLD); diff --git a/lib/libc/db/btree/bt_open.c b/lib/libc/db/btree/bt_open.c index 94ba014..051fc28 100644 --- a/lib/libc/db/btree/bt_open.c +++ b/lib/libc/db/btree/bt_open.c @@ -57,6 +57,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" #include #include "btree.h" @@ -401,10 +402,10 @@ tmp(void) } (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((fd = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); return(fd); } diff --git a/lib/libc/db/hash/hash_page.c b/lib/libc/db/hash/hash_page.c index d319d98..8040419 100644 --- a/lib/libc/db/hash/hash_page.c +++ b/lib/libc/db/hash/hash_page.c @@ -66,6 +66,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #include #include "hash.h" @@ -861,10 +862,10 @@ open_temp(HTAB *hashp) /* Block signals; make sure file goes away at process exit. */ (void)sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); if ((hashp->fp = mkostemp(path, O_CLOEXEC)) != -1) (void)unlink(path); - (void)_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, (sigset_t *)NULL); return (hashp->fp != -1 ? 0 : -1); } diff --git a/lib/libc/gen/daemon.c b/lib/libc/gen/daemon.c index b359a87..15c6f4a 100644 --- a/lib/libc/gen/daemon.c +++ b/lib/libc/gen/daemon.c @@ -41,10 +41,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" int -daemon(nochdir, noclose) - int nochdir, noclose; +daemon(int nochdir, int noclose) { struct sigaction osa, sa; int fd; @@ -56,7 +56,7 @@ daemon(nochdir, noclose) sigemptyset(&sa.sa_mask); sa.sa_handler = SIG_IGN; sa.sa_flags = 0; - osa_ok = _sigaction(SIGHUP, &sa, &osa); + osa_ok = __libc_sigaction(SIGHUP, &sa, &osa); switch (fork()) { case -1: @@ -74,7 +74,7 @@ daemon(nochdir, noclose) newgrp = setsid(); oerrno = errno; if (osa_ok != -1) - _sigaction(SIGHUP, &osa, NULL); + __libc_sigaction(SIGHUP, &osa, NULL); if (newgrp == -1) { errno = oerrno; diff --git a/lib/libc/gen/posix_spawn.c b/lib/libc/gen/posix_spawn.c index e3124b2..673c760 100644 --- a/lib/libc/gen/posix_spawn.c +++ b/lib/libc/gen/posix_spawn.c @@ -118,15 +118,18 @@ process_spawnattr(const posix_spawnattr_t sa) return (errno); } - /* Set signal masks/defaults */ + /* + * Set signal masks/defaults. + * Use unwrapped syscall, libthr is in undefined state after vfork(). + */ if (sa->sa_flags & POSIX_SPAWN_SETSIGMASK) { - _sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); + __libc_sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); } if (sa->sa_flags & POSIX_SPAWN_SETSIGDEF) { for (i = 1; i <= _SIG_MAXSIG; i++) { if (sigismember(&sa->sa_sigdefault, i)) - if (_sigaction(i, &sigact, NULL) != 0) + if (__libc_sigaction(i, &sigact, NULL) != 0) return (errno); } } diff --git a/lib/libc/gen/readpassphrase.c b/lib/libc/gen/readpassphrase.c index 95ae725..60051a1 100644 --- a/lib/libc/gen/readpassphrase.c +++ b/lib/libc/gen/readpassphrase.c @@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" static volatile sig_atomic_t signo[NSIG]; @@ -104,15 +105,15 @@ restart: sigemptyset(&sa.sa_mask); sa.sa_flags = 0; /* don't restart system calls */ sa.sa_handler = handler; - (void)_sigaction(SIGALRM, &sa, &savealrm); - (void)_sigaction(SIGHUP, &sa, &savehup); - (void)_sigaction(SIGINT, &sa, &saveint); - (void)_sigaction(SIGPIPE, &sa, &savepipe); - (void)_sigaction(SIGQUIT, &sa, &savequit); - (void)_sigaction(SIGTERM, &sa, &saveterm); - (void)_sigaction(SIGTSTP, &sa, &savetstp); - (void)_sigaction(SIGTTIN, &sa, &savettin); - (void)_sigaction(SIGTTOU, &sa, &savettou); + (void)__libc_sigaction(SIGALRM, &sa, &savealrm); + (void)__libc_sigaction(SIGHUP, &sa, &savehup); + (void)__libc_sigaction(SIGINT, &sa, &saveint); + (void)__libc_sigaction(SIGPIPE, &sa, &savepipe); + (void)__libc_sigaction(SIGQUIT, &sa, &savequit); + (void)__libc_sigaction(SIGTERM, &sa, &saveterm); + (void)__libc_sigaction(SIGTSTP, &sa, &savetstp); + (void)__libc_sigaction(SIGTTIN, &sa, &savettin); + (void)__libc_sigaction(SIGTTOU, &sa, &savettou); if (!(flags & RPP_STDIN)) (void)_write(output, prompt, strlen(prompt)); @@ -142,15 +143,15 @@ restart: errno == EINTR && !signo[SIGTTOU]) continue; } - (void)_sigaction(SIGALRM, &savealrm, NULL); - (void)_sigaction(SIGHUP, &savehup, NULL); - (void)_sigaction(SIGINT, &saveint, NULL); - (void)_sigaction(SIGQUIT, &savequit, NULL); - (void)_sigaction(SIGPIPE, &savepipe, NULL); - (void)_sigaction(SIGTERM, &saveterm, NULL); - (void)_sigaction(SIGTSTP, &savetstp, NULL); - (void)_sigaction(SIGTTIN, &savettin, NULL); - (void)_sigaction(SIGTTOU, &savettou, NULL); + (void)__libc_sigaction(SIGALRM, &savealrm, NULL); + (void)__libc_sigaction(SIGHUP, &savehup, NULL); + (void)__libc_sigaction(SIGINT, &saveint, NULL); + (void)__libc_sigaction(SIGQUIT, &savequit, NULL); + (void)__libc_sigaction(SIGPIPE, &savepipe, NULL); + (void)__libc_sigaction(SIGTERM, &saveterm, NULL); + (void)__libc_sigaction(SIGTSTP, &savetstp, NULL); + (void)__libc_sigaction(SIGTTIN, &savettin, NULL); + (void)__libc_sigaction(SIGTTOU, &savettou, NULL); if (input != STDIN_FILENO) (void)_close(input); diff --git a/lib/libc/gen/setmode.c b/lib/libc/gen/setmode.c index 815cf14..7525567 100644 --- a/lib/libc/gen/setmode.c +++ b/lib/libc/gen/setmode.c @@ -53,6 +53,7 @@ __FBSDID("$FreeBSD$"); #include #endif #include "un-namespace.h" +#include "libc_private.h" #define SET_LEN 6 /* initial # of bitcmd struct to malloc */ #define SET_LEN_INCR 4 /* # of bitcmd structs to add as needed */ @@ -364,9 +365,9 @@ getumask(void) * handler, protect them as best we can. */ sigfillset(&sigset); - (void)_sigprocmask(SIG_BLOCK, &sigset, &sigoset); + (void)__libc_sigprocmask(SIG_BLOCK, &sigset, &sigoset); (void)umask(mask = umask(0)); - (void)_sigprocmask(SIG_SETMASK, &sigoset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &sigoset, NULL); return (mask); } diff --git a/lib/libc/gen/siginterrupt.c b/lib/libc/gen/siginterrupt.c index fde33ca..d99b772 100644 --- a/lib/libc/gen/siginterrupt.c +++ b/lib/libc/gen/siginterrupt.c @@ -43,14 +43,13 @@ __FBSDID("$FreeBSD$"); * after an instance of the indicated signal. */ int -siginterrupt(sig, flag) - int sig, flag; +siginterrupt(int sig, int flag) { extern sigset_t _sigintr __hidden; struct sigaction sa; int ret; - if ((ret = _sigaction(sig, (struct sigaction *)0, &sa)) < 0) + if ((ret = __libc_sigaction(sig, (struct sigaction *)0, &sa)) < 0) return (ret); if (flag) { sigaddset(&_sigintr, sig); @@ -59,5 +58,5 @@ siginterrupt(sig, flag) sigdelset(&_sigintr, sig); sa.sa_flags |= SA_RESTART; } - return (_sigaction(sig, &sa, (struct sigaction *)0)); + return (__libc_sigaction(sig, &sa, (struct sigaction *)0)); } diff --git a/lib/libc/gen/signal.c b/lib/libc/gen/signal.c index ee96dcc..70e7f17 100644 --- a/lib/libc/gen/signal.c +++ b/lib/libc/gen/signal.c @@ -44,9 +44,7 @@ __FBSDID("$FreeBSD$"); sigset_t _sigintr __hidden; /* shared with siginterrupt */ sig_t -signal(s, a) - int s; - sig_t a; +signal(int s, sig_t a) { struct sigaction sa, osa; @@ -55,7 +53,7 @@ signal(s, a) sa.sa_flags = 0; if (!sigismember(&_sigintr, s)) sa.sa_flags |= SA_RESTART; - if (_sigaction(s, &sa, &osa) < 0) + if (__libc_sigaction(s, &sa, &osa) < 0) return (SIG_ERR); return (osa.sa_handler); } diff --git a/lib/libc/gen/wordexp.c b/lib/libc/gen/wordexp.c index 958ddc6..859ca50 100644 --- a/lib/libc/gen/wordexp.c +++ b/lib/libc/gen/wordexp.c @@ -38,6 +38,7 @@ #include #include #include "un-namespace.h" +#include "libc_private.h" __FBSDID("$FreeBSD$"); @@ -127,12 +128,12 @@ we_askshell(const char *words, wordexp_t *we, int flags) return (WRDE_NOSPACE); /* XXX */ (void)sigemptyset(&newsigblock); (void)sigaddset(&newsigblock, SIGCHLD); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); if ((pid = fork()) < 0) { serrno = errno; _close(pdes[0]); _close(pdes[1]); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); errno = serrno; return (WRDE_NOSPACE); /* XXX */ } @@ -140,7 +141,7 @@ we_askshell(const char *words, wordexp_t *we, int flags) /* * We are the child; make /bin/sh expand `words'. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if ((pdes[1] != STDOUT_FILENO ? _dup2(pdes[1], STDOUT_FILENO) : _fcntl(pdes[1], F_SETFD, 0)) < 0) @@ -222,7 +223,7 @@ cleanup: do wpid = _waitpid(pid, &status, 0); while (wpid < 0 && errno == EINTR); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); if (error != 0) { errno = serrno; return (error); diff --git a/lib/libc/i386/gen/setjmp.S b/lib/libc/i386/gen/setjmp.S index 6e15868..eb33e10 100644 --- a/lib/libc/i386/gen/setjmp.S +++ b/lib/libc/i386/gen/setjmp.S @@ -50,21 +50,12 @@ __FBSDID("$FreeBSD$"); ENTRY(setjmp) movl 4(%esp),%ecx - PIC_PROLOGUE -#ifdef PIC - subl $12,%esp /* make the stack 16-byte aligned */ -#endif leal 28(%ecx), %eax pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) -#ifdef PIC - addl $24,%esp -#else + call __libc_sigprocmask addl $12,%esp -#endif - PIC_EPILOGUE movl 4(%esp),%ecx movl 0(%esp),%edx movl %edx, 0(%ecx) @@ -81,21 +72,12 @@ END(setjmp) WEAK_REFERENCE(__longjmp, longjmp) ENTRY(__longjmp) movl 4(%esp),%edx - PIC_PROLOGUE -#ifdef PIC - subl $12,%esp /* make the stack 16-byte aligned */ -#endif pushl $0 /* (sigset_t*)oset */ leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) -#ifdef PIC - addl $24,%esp -#else + call __libc_sigprocmask addl $12,%esp -#endif - PIC_EPILOGUE movl 4(%esp),%edx movl 8(%esp),%eax movl 0(%edx),%ecx diff --git a/lib/libc/i386/gen/sigsetjmp.S b/lib/libc/i386/gen/sigsetjmp.S index 1c63649..7566d72 100644 --- a/lib/libc/i386/gen/sigsetjmp.S +++ b/lib/libc/i386/gen/sigsetjmp.S @@ -59,21 +59,12 @@ ENTRY(sigsetjmp) movl %eax,44(%ecx) testl %eax,%eax jz 2f - PIC_PROLOGUE -#ifdef PIC - subl $12,%esp /* make the stack 16-byte aligned */ -#endif leal 28(%ecx), %eax pushl %eax /* (sigset_t*)oset */ pushl $0 /* (sigset_t*)set */ pushl $1 /* SIG_BLOCK */ - call PIC_PLT(CNAME(_sigprocmask)) -#ifdef PIC - addl $24,%esp -#else + call __libc_sigprocmask addl $12,%esp -#endif - PIC_EPILOGUE movl 4(%esp),%ecx 2: movl 0(%esp),%edx movl %edx, 0(%ecx) @@ -92,21 +83,12 @@ ENTRY(__siglongjmp) movl 4(%esp),%edx cmpl $0,44(%edx) jz 2f - PIC_PROLOGUE -#ifdef PIC - subl $12,%esp /* make the stack 16-byte aligned */ -#endif pushl $0 /* (sigset_t*)oset */ leal 28(%edx), %eax pushl %eax /* (sigset_t*)set */ pushl $3 /* SIG_SETMASK */ - call PIC_PLT(CNAME(_sigprocmask)) -#ifdef PIC - addl $24,%esp -#else + call __libc_sigprocmask addl $12,%esp -#endif - PIC_EPILOGUE movl 4(%esp),%edx 2: movl 8(%esp),%eax movl 0(%edx),%ecx diff --git a/lib/libc/include/libc_private.h b/lib/libc/include/libc_private.h index a670d63..5caf9a3 100644 --- a/lib/libc/include/libc_private.h +++ b/lib/libc/include/libc_private.h @@ -359,6 +359,11 @@ __pid_t __sys_wait6(enum idtype, __id_t, int *, int, __ssize_t __sys_write(int, const void *, __size_t); __ssize_t __sys_writev(int, const struct iovec *, int); +int __libc_sigaction(int, const struct sigaction *, + struct sigaction *) __hidden; +int __libc_sigprocmask(int, const __sigset_t *, __sigset_t *) + __hidden; +int __libc_sigsuspend(const __sigset_t *) __hidden; int __libc_sigwait(const __sigset_t * __restrict, int * restrict sig); int __libc_system(const char *); diff --git a/lib/libc/net/rcmd.c b/lib/libc/net/rcmd.c index 2885dc3..1ba9888 100644 --- a/lib/libc/net/rcmd.c +++ b/lib/libc/net/rcmd.c @@ -58,6 +58,7 @@ __FBSDID("$FreeBSD$"); #endif #include #include "un-namespace.h" +#include "libc_private.h" extern int innetgr( const char *, const char *, const char *, const char * ); @@ -148,7 +149,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) refused = 0; sigemptyset(&newmask); sigaddset(&newmask, SIGURG); - _sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); + __libc_sigprocmask(SIG_BLOCK, (const sigset_t *)&newmask, &oldmask); for (timo = 1, lport = IPPORT_RESERVED - 1;;) { s = rresvport_af(&lport, ai->ai_family); if (s < 0) { @@ -163,7 +164,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "rcmd: socket: %s\n", strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -181,7 +182,7 @@ rcmd_af(ahost, rport, locuser, remuser, cmd, fd2p, af) (void)fprintf(stderr, "%s: %s\n", *ahost, strerror(errno)); freeaddrinfo(res); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); return (-1); } @@ -306,7 +307,7 @@ again: } goto bad2; } - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (s); bad2: @@ -314,7 +315,7 @@ bad2: (void)_close(*fd2p); bad: (void)_close(s); - _sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); + __libc_sigprocmask(SIG_SETMASK, (const sigset_t *)&oldmask, NULL); freeaddrinfo(res); return (-1); } diff --git a/lib/libc/stdio/tmpfile.c b/lib/libc/stdio/tmpfile.c index c67d1e4..e5a2be1 100644 --- a/lib/libc/stdio/tmpfile.c +++ b/lib/libc/stdio/tmpfile.c @@ -46,9 +46,10 @@ __FBSDID("$FreeBSD$"); #include #include #include "un-namespace.h" +#include "libc_private.h" FILE * -tmpfile() +tmpfile(void) { sigset_t set, oset; FILE *fp; @@ -69,7 +70,7 @@ tmpfile() return (NULL); sigfillset(&set); - (void)_sigprocmask(SIG_BLOCK, &set, &oset); + (void)__libc_sigprocmask(SIG_BLOCK, &set, &oset); fd = mkstemp(buf); if (fd != -1) @@ -77,7 +78,7 @@ tmpfile() free(buf); - (void)_sigprocmask(SIG_SETMASK, &oset, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oset, NULL); if (fd == -1) return (NULL); diff --git a/lib/libc/stdlib/abort.c b/lib/libc/stdlib/abort.c index b137e49..022c6aa 100644 --- a/lib/libc/stdlib/abort.c +++ b/lib/libc/stdlib/abort.c @@ -61,7 +61,7 @@ abort() * any errors -- ISO C doesn't allow abort to return anyway. */ sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); /* @@ -71,9 +71,9 @@ abort() act.sa_handler = SIG_DFL; act.sa_flags = 0; sigfillset(&act.sa_mask); - (void)_sigaction(SIGABRT, &act, NULL); + (void)__libc_sigaction(SIGABRT, &act, NULL); sigdelset(&act.sa_mask, SIGABRT); - (void)_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &act.sa_mask, NULL); (void)raise(SIGABRT); exit(1); } diff --git a/lib/libc/stdlib/system.c b/lib/libc/stdlib/system.c index bd9ea5a..2b298e4 100644 --- a/lib/libc/stdlib/system.c +++ b/lib/libc/stdlib/system.c @@ -70,16 +70,20 @@ __libc_system(const char *command) (void)sigaddset(&newsigblock, SIGCHLD); (void)sigaddset(&newsigblock, SIGINT); (void)sigaddset(&newsigblock, SIGQUIT); - (void)_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + (void)__libc_sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); switch(pid = vfork()) { + /* + * In the child, use unwrapped syscalls. libthr is in + * undefined state after vfork(). + */ case -1: /* error */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); return (-1); case 0: /* child */ /* * Restore original signal dispositions and exec the command. */ - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + (void)__sys_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); execl(_PATH_BSHELL, "sh", "-c", command, (char *)NULL); _exit(127); } @@ -92,16 +96,16 @@ __libc_system(const char *command) memset(&ign, 0, sizeof(ign)); ign.sa_handler = SIG_IGN; (void)sigemptyset(&ign.sa_mask); - (void)_sigaction(SIGINT, &ign, &intact); - (void)_sigaction(SIGQUIT, &ign, &quitact); + (void)__libc_sigaction(SIGINT, &ign, &intact); + (void)__libc_sigaction(SIGQUIT, &ign, &quitact); savedpid = pid; do { pid = _wait4(savedpid, &pstat, 0, (struct rusage *)0); } while (pid == -1 && errno == EINTR); - (void)_sigaction(SIGINT, &intact, NULL); - (void)_sigaction(SIGQUIT, &quitact, NULL); - (void)_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); - return(pid == -1 ? -1 : pstat); + (void)__libc_sigaction(SIGINT, &intact, NULL); + (void)__libc_sigaction(SIGQUIT, &quitact, NULL); + (void)__libc_sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + return (pid == -1 ? -1 : pstat); } __weak_reference(__libc_system, __system); diff --git a/lib/libc/sys/sigaction.c b/lib/libc/sys/sigaction.c index 7645538..b4d6563 100644 --- a/lib/libc/sys/sigaction.c +++ b/lib/libc/sys/sigaction.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigaction, __sigaction); +__weak_reference(sigaction, __libc_sigaction); #pragma weak sigaction int diff --git a/lib/libc/sys/sigprocmask.c b/lib/libc/sys/sigprocmask.c index 40dba95..d24bb89 100644 --- a/lib/libc/sys/sigprocmask.c +++ b/lib/libc/sys/sigprocmask.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigprocmask, __sigprocmask); +__weak_reference(sigprocmask, __libc_sigprocmask); #pragma weak sigprocmask int diff --git a/lib/libc/sys/sigsuspend.c b/lib/libc/sys/sigsuspend.c index 6e47368..1f980a1 100644 --- a/lib/libc/sys/sigsuspend.c +++ b/lib/libc/sys/sigsuspend.c @@ -38,6 +38,7 @@ __FBSDID("$FreeBSD$"); #include "libc_private.h" __weak_reference(__sys_sigsuspend, __sigsuspend); +__weak_reference(sigsuspend, __libc_sigsuspend); #pragma weak sigsuspend int From owner-freebsd-stable@freebsd.org Sat Aug 29 14:02:49 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 16B6A9C5803 for ; Sat, 29 Aug 2015 14:02:49 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from lb2-smtp-cloud3.xs4all.net (lb2-smtp-cloud3.xs4all.net [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A7553E98 for ; Sat, 29 Aug 2015 14:02:48 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from charlemagne.a43.boland.org ([62.194.208.247]) by smtp-cloud3.xs4all.net with ESMTP id Ae2k1r0025LoPm601e2lAw; Sat, 29 Aug 2015 16:02:45 +0200 Subject: Re: Latest stable (r287104) bash leaves zombies on exit To: Konstantin Belousov , Jilles Tjoelker References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> <20150829130138.GA41321@stack.nl> <20150829134130.GC2072@kib.kiev.ua> Cc: Mark Martinec , freebsd-stable@freebsd.org From: Michiel Boland Message-ID: <55E1BB83.4050805@xs4all.nl> Date: Sat, 29 Aug 2015 16:02:43 +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: <20150829134130.GC2072@kib.kiev.ua> 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: Sat, 29 Aug 2015 14:02:49 -0000 On 08/29/2015 15:41, Konstantin Belousov wrote: > On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote: >> Looks good to me, except that I think a vforked child (in system() and >> posix_spawn*()) should use the system calls and not libthr's wrappers. >> This reduces the probability of weird things happening between vfork and >> exec, and also avoids an unexpected error when >> posix_spawnattr_setsigdefault()'s mask contains SIGTHR. > > Thank you for the review, I agree with the note about vfork. Updated > patch is below. Also, I removed the PIC_PROLOGUE from the i386 setjmp, > it has no use after the plt calls are removed. I verified the patch. The getumask part of lib/libc/gen/setmode.c part was rejected on stable/10 (probably due to other changes in ^/head.) Cheers Michiel From owner-freebsd-stable@freebsd.org Sat Aug 29 14:26:04 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 975109C53D1 for ; Sat, 29 Aug 2015 14:26:04 +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 26BCCD28 for ; Sat, 29 Aug 2015 14:26:03 +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 t7TEPwSr063290 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 29 Aug 2015 17:25:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t7TEPwSr063290 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t7TEPwg9063277; Sat, 29 Aug 2015 17:25:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2015 17:25:58 +0300 From: Konstantin Belousov To: Michiel Boland Cc: Jilles Tjoelker , Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150829142558.GD2072@kib.kiev.ua> References: <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> <20150829130138.GA41321@stack.nl> <20150829134130.GC2072@kib.kiev.ua> <55E1BB83.4050805@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E1BB83.4050805@xs4all.nl> 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: Sat, 29 Aug 2015 14:26:04 -0000 On Sat, Aug 29, 2015 at 04:02:43PM +0200, Michiel Boland wrote: > I verified the patch. The getumask part of lib/libc/gen/setmode.c part was > rejected on stable/10 (probably due to other changes in ^/head.) Thank you. The setmode bits are from the Jilles' r280713. I will merge this revision when doing the MFC, unless Jilles do it first. The change is committed to HEAD as r287292, MFC set to 1 week. I will ask for EN after merge to stable/10. From owner-freebsd-stable@freebsd.org Sat Aug 29 19:27:46 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 EB37E9C67F2 for ; Sat, 29 Aug 2015 19:27:46 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC32F17A5 for ; Sat, 29 Aug 2015 19:27:46 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 53DB7B8434; Sat, 29 Aug 2015 21:27:42 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 3D9CC28494; Sat, 29 Aug 2015 21:27:42 +0200 (CEST) Date: Sat, 29 Aug 2015 21:27:42 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: Michiel Boland , Mark Martinec , freebsd-stable@freebsd.org Subject: Re: Latest stable (r287104) bash leaves zombies on exit Message-ID: <20150829192742.GA48807@stack.nl> References: <63a84f64baf8768a551fc6464e8e9526@mailbox.ijs.si> <20150827162602.GJ2072@kib.kiev.ua> <55DF5C95.90502@xs4all.nl> <20150827201644.GO2072@kib.kiev.ua> <55DFFADB.2080003@xs4all.nl> <20150828100118.GR2072@kib.kiev.ua> <55E083CA.2050705@xs4all.nl> <20150828161847.GX2072@kib.kiev.ua> <20150829130138.GA41321@stack.nl> <20150829134130.GC2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150829134130.GC2072@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 29 Aug 2015 19:27:47 -0000 On Sat, Aug 29, 2015 at 04:41:30PM +0300, Konstantin Belousov wrote: > On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote: > > Looks good to me, except that I think a vforked child (in system() and > > posix_spawn*()) should use the system calls and not libthr's wrappers. > > This reduces the probability of weird things happening between vfork and > > exec, and also avoids an unexpected error when > > posix_spawnattr_setsigdefault()'s mask contains SIGTHR. > Thank you for the review, I agree with the note about vfork. Updated > patch is below. Also, I removed the PIC_PROLOGUE from the i386 setjmp, > it has no use after the plt calls are removed. > [snip] > diff --git a/lib/libc/gen/posix_spawn.c b/lib/libc/gen/posix_spawn.c > index e3124b2..673c760 100644 > --- a/lib/libc/gen/posix_spawn.c > +++ b/lib/libc/gen/posix_spawn.c > @@ -118,15 +118,18 @@ process_spawnattr(const posix_spawnattr_t sa) > return (errno); > } > > - /* Set signal masks/defaults */ > + /* > + * Set signal masks/defaults. > + * Use unwrapped syscall, libthr is in undefined state after vfork(). > + */ > if (sa->sa_flags & POSIX_SPAWN_SETSIGMASK) { > - _sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); > + __libc_sigprocmask(SIG_SETMASK, &sa->sa_sigmask, NULL); > } > > if (sa->sa_flags & POSIX_SPAWN_SETSIGDEF) { > for (i = 1; i <= _SIG_MAXSIG; i++) { > if (sigismember(&sa->sa_sigdefault, i)) > - if (_sigaction(i, &sigact, NULL) != 0) > + if (__libc_sigaction(i, &sigact, NULL) != 0) > return (errno); > } > } Hmm, the comments say direct syscalls are being used, but in fact libthr's interposer is called. The change to system() does correctly use __sys_sigprocmask(). -- Jilles Tjoelker From owner-freebsd-stable@freebsd.org Sat Aug 29 21:31:53 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 B9AE39BFD70 for ; Sat, 29 Aug 2015 21:31:53 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 8394FCFF for ; Sat, 29 Aug 2015 21:31:53 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [192.168.5.21] (5418453B.cm-5-1b.dynamic.ziggo.nl [84.24.69.59]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id BE63E1E8C07 for ; Sat, 29 Aug 2015 21:31:44 +0000 (UTC) Message-ID: <55E224BE.5000900@searchy.net> Date: Sat, 29 Aug 2015 23:31:42 +0200 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: NFS Client changing it's source address? (FreeBSD 10.2) 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, 29 Aug 2015 21:31:53 -0000 Hello, I have a server running FreeBSD 10.2. It has several NFS mounts. Frequently my NFS mount hang (v3). After a little investigation it looks like FreeBSD has chosen a wrong source address for it's connections and all packets are departing from the wrong interface. Sockstat output: [root@host004 ~]# sockstat -4 | grep 2049 root ssh 14689 3 tcp4 10.4.2.4:20499 10.4.2.5:22 ? ? ? ? tcp4 10.13.37.4:672 10.13.37.2:2049 ? ? ? ? tcp4 79.x.x.210:905 10.13.37.2:2049 ? ? ? ? tcp4 79.x.x.210:992 10.13.37.2:2049 tcpdump confirms nfs connection are trying to get out via the 79.x.x.x interface My fstab for the nfs mounts look like: 10.13.37.2:/tank/hostingbase /opt/jails/hostingbase nfs nfsv3,ro,noatime,async,noauto 0 0 /opt/jails/hostingbase /opt/jails/test01 nullfs ro,noatime,noauto 0 0 10.13.37.2:/tank/hosting/test /opt/jails/test01/opt nfs nfsv3,noatime,async,rw,noauto 0 0 tmpfs /opt/jails/test01/shm tmpfs rw,size=512000000,noauto 0 0 /opt/jails/hostingbase /opt/jails/test2 nullfs ro,noatime,noauto 0 0 10.13.37.2:/tank/hosting/test2 /opt/jails/test2/opt nfs nfsv3,noatime,async,rw,noauto 0 0 tmpfs /opt/jails/test2/shm tmpfs rw,size=512000000,noauto 0 0 The change of source address looks to be happening after a nfs connection is re-established. At first everything works, I leave the server idling (it's a test server) and after that the mounts are hanging 10.2-RELEASE #0 r286666 is the current running version. Regards, Frank de Bot From owner-freebsd-stable@freebsd.org Sat Aug 29 22:20:29 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 BD4819C5599 for ; Sat, 29 Aug 2015 22:20:29 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AF569AF6; Sat, 29 Aug 2015 22:20:29 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C6356140; Sat, 29 Aug 2015 22:20:29 +0000 (UTC) Date: Sat, 29 Aug 2015 22:20:27 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <618934326.5.1440886829762.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <301016486.97.1440850285998.JavaMail.jenkins@jenkins-9.freebsd.org> References: <301016486.97.1440850285998.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1659 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2015 22:20:29 -0000 FreeBSD_stable_10 - Build #1659 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/console Change summaries: No changes From owner-freebsd-stable@freebsd.org Sat Aug 29 23:34:49 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 9B8E69C65BB for ; Sat, 29 Aug 2015 23:34:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3020B9A7 for ; Sat, 29 Aug 2015 23:34:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:uFF7hxJNcDOSWuGpjtmcpTZWNBhigK39O0sv0rFitYgUIvnxwZ3uMQTl6Ol3ixeRBMOAu6kC1bqd6vC8EUU7or+/81k6OKRWUBEEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i760zceF13FOBZvIaytQ8iJ35/xibD5os2PKyxzxxODIppKZC2sqgvQssREyaBDEY0WjiXzn31TZu5NznlpL1/A1zz158O34YIxu38I46Fp34d6XK77Z6U1S6BDRHRjajhtpZ6jiR6WByWV730fGmkb2jBPH0CF6BDhQoyw+GOusutmxDKyJsD/V7s0SHKk4rs9GzHyjyJSDT8y8ynyg8dziK9e6Ea7ohV0wIrZZamIM/Vjc6fFfZURTDwSDY5qSyVdD9bkPMM0BO0bMLMd9tGlqg== X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AnAgCYQOJV/61jaINeg29pBoMdumgBCYFuCoUxSgKBWxQBAQEBAQEBAYEJgh2CBgEBAQMBAQEBICsgCwULAgEIGAICDRkCAicBCSYCBAgHBAEcBIgFCA2oVpRCAQEBAQEBAQECAQEBAQEBAQEWBIEihU6Ee4Q5AQEFFzQHgmmBQwWVQYUHhQuELJU0g2oCJoQbIjMHgQc6gQUBAQE X-IronPort-AV: E=Sophos;i="5.15,746,1432612800"; d="scan'208";a="233734536" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 29 Aug 2015 19:34:41 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id A386F15F565; Sat, 29 Aug 2015 19:34:41 -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 MKea0l736_S2; Sat, 29 Aug 2015 19:34:40 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id E397415F56D; Sat, 29 Aug 2015 19:34:40 -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 o42EAjSL6Gvk; Sat, 29 Aug 2015 19:34:40 -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 C7A4715F565; Sat, 29 Aug 2015 19:34:40 -0400 (EDT) Date: Sat, 29 Aug 2015 19:34:40 -0400 (EDT) From: Rick Macklem To: "Frank de Bot (lists)" Cc: freebsd-stable@freebsd.org Message-ID: <569931445.35926615.1440891280752.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <55E224BE.5000900@searchy.net> References: <55E224BE.5000900@searchy.net> 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: 7mAhIv4+FuIA9DyYEV+ghUYfvB1jrw== 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, 29 Aug 2015 23:34:49 -0000 Frank de Bot wrote: > Hello, > > I have a server running FreeBSD 10.2. It has several NFS mounts. > Frequently my NFS mount hang (v3). After a little investigation it looks > like FreeBSD has chosen a wrong source address for it's connections and > all packets are departing from the wrong interface. > > Sockstat output: > > [root@host004 ~]# sockstat -4 | grep 2049 > root ssh 14689 3 tcp4 10.4.2.4:20499 10.4.2.5:22 > ? ? ? ? tcp4 10.13.37.4:672 10.13.37.2:2049 > ? ? ? ? tcp4 79.x.x.210:905 10.13.37.2:2049 > ? ? ? ? tcp4 79.x.x.210:992 10.13.37.2:2049 > > tcpdump confirms nfs connection are trying to get out via the 79.x.x.x > interface > > My fstab for the nfs mounts look like: > > 10.13.37.2:/tank/hostingbase /opt/jails/hostingbase nfs > nfsv3,ro,noatime,async,noauto 0 0 > > /opt/jails/hostingbase /opt/jails/test01 nullfs > ro,noatime,noauto 0 0 > 10.13.37.2:/tank/hosting/test /opt/jails/test01/opt nfs > nfsv3,noatime,async,rw,noauto 0 0 > tmpfs /opt/jails/test01/shm tmpfs > rw,size=512000000,noauto 0 0 > > /opt/jails/hostingbase /opt/jails/test2 nullfs > ro,noatime,noauto 0 0 > 10.13.37.2:/tank/hosting/test2 /opt/jails/test2/opt nfs > nfsv3,noatime,async,rw,noauto 0 0 > tmpfs /opt/jails/test2/shm tmpfs > rw,size=512000000,noauto 0 0 > > > The change of source address looks to be happening after a nfs > connection is re-established. At first everything works, I leave the > server idling (it's a test server) and after that the mounts are hanging > If the client side of the kernel RPC needs a new TCP connection to the server, it will do a soconnect(). It will be done by whatever process/thread is doing the NFS I/O syscall at the time that the connection isn't available. I'd guess that a process/thread that is running in a jail that can't see the 10.13.37 network does this soconnect() and then it is broken. I am not conversant w.r.t. jails and I don't know of any clever way around this. A couple of "hackish" workarounds that might work: - 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.) - Make your NFS server accessible through the 79.n.n network instead of 10.13.37. - Write a daemon that does a stat() of a file on the NFS mount once per minute, so the NFS connection is never idle long enough to be disconnected. rick > 10.2-RELEASE #0 r286666 is the current running version. > > Regards, > > Frank de Bot > _______________________________________________ > 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" >