From owner-freebsd-hackers@freebsd.org Sun Jul 31 16:40:33 2016 Return-Path: Delivered-To: freebsd-hackers@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 D5FCCBAAC24; Sun, 31 Jul 2016 16:40:33 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95FA31E10; Sun, 31 Jul 2016 16:40:33 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-yw0-x233.google.com with SMTP id u134so154411362ywg.3; Sun, 31 Jul 2016 09:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=j5Ob9mZRRMI3nKgOaEGXhMI/XhEDMjnnv5D2DeyFJ7s=; b=r+bJiUt+83FZBxWf5MfWWFBjMjBVbN3NzySVXZWzmWi0LM0O95I+r30IfMf8POhWlR JTnnWJ9sMenTB+xGFFYyLmXOpJHxSEqOTVx7nxJLngS+O3MnhznupLLpQ5SpprRYS8mW 0mvVyGvw+BxjaXeuOM8LcGky+3IYjxjRKwEgQr+gEqrxQgqB2V8sFldiGVYycPM+vk9M JBGXXhkvx9TFaImsTODnpXxS7uwG5DMXRz5UYNa3lU2c+YfFWbAM++/UhvJFAESO6RwR czXlC8bEZ/DEOLsA6YPuZ3I+i9kMet6A/DrSLxtt+WwZLUKS73VWjSRaJDPLAng3EVhr lHGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=j5Ob9mZRRMI3nKgOaEGXhMI/XhEDMjnnv5D2DeyFJ7s=; b=hM52EP72yD54WCssSfNAxqk5uMEiYoaJ0I8YIYbyIfb+n3rxSjMUYnRDr270tNxbUY ks3TYNuverT0FjCluKBW1YnO9C4uGyQYps0NOKBFL+mqvgdsznZJSMxcEAIx6sda28J9 s1mfn0ClgGryFXcr0yLAHWVj5Xo3A3ZKDDUwU1+PKDUzNn/IjomlyF36vjSV7zUk3QvH JwqehpZ+N+2GUUOR1L3GWq8s4GJwbpunh6nIjgpKgisHws1Ldo0+hC2tGR+YJVPt0IsI qHYw9x/IT0ltIEBmNBmj2vvCJjRZqDu/X+Tr0bX7LDghCQ68HZlHtunw8bxuGKMFKmi0 KxCQ== X-Gm-Message-State: AEkooutCOXxLIM9Nop8ydoc4i/c3+/QgYyOr4e9IG8AY32pkE83+jJW322c3ENUO5kNDKGWh5+7Svh2+AXF1qA== X-Received: by 10.13.221.197 with SMTP id g188mr44630720ywe.238.1469983232435; Sun, 31 Jul 2016 09:40:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.161.37 with HTTP; Sun, 31 Jul 2016 09:40:32 -0700 (PDT) From: Zaphod Beeblebrox Date: Sun, 31 Jul 2016 12:40:32 -0400 Message-ID: Subject: BTX HALTED boot fail on sun fire 4140. To: FreeBSD Hackers , FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 16:40:33 -0000 The Sun Fire 4140 is a dual opteron machine. I'm getting BTX Halted and a processor register dump right after it prints the /boot/config -Dp (nothing else printed). Is there any value in trying the -current boot files to boot the 10.3 host? Are they newer? This happened as I tried to move the drives from an older failing host into the sun. The sun will boot a CD/DVD. Can I make a DVD that will boot zfs on hard drives? From owner-freebsd-hackers@freebsd.org Sun Jul 31 18:15:03 2016 Return-Path: Delivered-To: freebsd-hackers@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 434C5BAA752 for ; Sun, 31 Jul 2016 18:15:03 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20F86121A for ; Sun, 31 Jul 2016 18:15:02 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 57982101B for ; Sun, 31 Jul 2016 18:15:01 +0000 (UTC) Subject: Re: BTX HALTED boot fail on sun fire 4140. To: freebsd-hackers@freebsd.org References: From: Allan Jude Message-ID: Date: Sun, 31 Jul 2016 14:14:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o4ECw0rV4vCU2fHdlNDhfGv5N3UfDG7rl" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 18:15:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --o4ECw0rV4vCU2fHdlNDhfGv5N3UfDG7rl Content-Type: multipart/mixed; boundary="qdMVPLBnRNi0kabpfJ95ovGbdBcQaXpTQ" From: Allan Jude To: freebsd-hackers@freebsd.org Message-ID: Subject: Re: BTX HALTED boot fail on sun fire 4140. References: In-Reply-To: --qdMVPLBnRNi0kabpfJ95ovGbdBcQaXpTQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-07-31 12:40, Zaphod Beeblebrox wrote: > The Sun Fire 4140 is a dual opteron machine. I'm getting BTX Halted an= d a > processor register dump right after it prints the /boot/config -Dp (not= hing > else printed). >=20 > Is there any value in trying the -current boot files to boot the 10.3 > host? Are they newer? >=20 > This happened as I tried to move the drives from an older failing host = into > the sun. >=20 > The sun will boot a CD/DVD. Can I make a DVD that will boot zfs on har= d > drives? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" >=20 There is a lot of new stuff in the 11 boot blocks, so definitely worth a try. The CD/DVD images use 'loader' by default, not 'zfsloader' --=20 Allan Jude --qdMVPLBnRNi0kabpfJ95ovGbdBcQaXpTQ-- --o4ECw0rV4vCU2fHdlNDhfGv5N3UfDG7rl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJXnkAkAAoJEBmVNT4SmAt+3VsP/0YPosDUhp8RLKKzNDFMS4mJ 3OyWV4FmGeNFsvv6AnwB5R157cSAGdIiIxWIjuO4roHl5zMUNUAVyN07OAaJzX6t oixIPhm/2MySFio3EAKu/2zOzyOhRLDeVmrg5WNGv21ifd6Vi+9heCTLTcX7Lowe H8MU0MJZ3nlxiRVi1E4bWj/Szplgzc8uhFyqFOq669P3U/Ze0r+uR37C4XgWF5Ss pnqN8e5SVpmM+5Zwhf1HhIVwZelUVFPx832UaLPQpRhNd4Z3WqyAYUzCmxw/XcWx Kw4lKr51zZE+rXHeYufCNkgttCWv/a8pjDo0eDxrtJo+W+h6LeZqha9VHRzHTLUW R+rgBv2ojHvFnvalAYghilX/7oWOQHcShlaLHlXOgbtvmIu8uNLCBFBDMXSCOGCf aDgIES0F1iBJKT54TaUbhordD0wdkGKsLOetrZn4r9ZjnHptFIxRYzqVxxOFhGKX HETNSZ0VddE7LV0wK5xmTiQ6u3+iXQbEpMSpCw59RmFwqYlFtnKxbBlVKyev5f51 hxEl7paVkqDEswn4bfUoE7RpoIP40SrDO4AM5bUD9qZasS4z9SQrmPl7q6ZQAeGX 68cABl1OxcThetP+xQK9cRPTVzzeo1iza8YeOspUGwN47EE1hsrlrY3G5LN4xCYv Zq2Zj4FWR0bFmgdj8FVe =8sBA -----END PGP SIGNATURE----- --o4ECw0rV4vCU2fHdlNDhfGv5N3UfDG7rl-- From owner-freebsd-hackers@freebsd.org Sun Jul 31 18:16:00 2016 Return-Path: Delivered-To: freebsd-hackers@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 26E24BAA81A for ; Sun, 31 Jul 2016 18:16:00 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "puchar.net", Issuer "puchar.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F846136C; Sun, 31 Jul 2016 18:15:59 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.14.9) with ESMTPS id u6VIFv52009612 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 31 Jul 2016 20:15:57 +0200 (CEST) (envelope-from wojtek@puchar.net) Received: from laptop.wojtek.intra (localhost [127.0.0.1]) by laptop.wojtek.intra (8.14.9/8.14.9) with ESMTP id u6VIFqj8007373; Sun, 31 Jul 2016 20:15:52 +0200 (CEST) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by laptop.wojtek.intra (8.14.9/8.14.9/Submit) with ESMTP id u6VIFl5A007370; Sun, 31 Jul 2016 20:15:47 +0200 (CEST) (envelope-from wojtek@puchar.net) X-Authentication-Warning: laptop.wojtek.intra: wojtek owned process doing -bs Date: Sun, 31 Jul 2016 20:15:46 +0200 (CEST) From: Wojciech Puchar X-X-Sender: wojtek@laptop.wojtek.intra To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= cc: freebsd-hackers@freebsd.org Subject: Re: can anyone explain how UFS ACLs work actually In-Reply-To: <90C9626E-6A77-4314-AD01-A1148BEA3112@FreeBSD.org> Message-ID: References: <90C9626E-6A77-4314-AD01-A1148BEA3112@FreeBSD.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (puchar.net [10.0.1.1]); Sun, 31 Jul 2016 20:15:57 +0200 (CEST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 18:16:00 -0000 >> >> added some entries and default entries for one directory. added say user john with rwx permissions > > You need NFSv4 ACLs for Windows, not the POSIX ones. (And, generally speaking, 49% of Samba code for dealing with permissions is unused and obsolete, while another 49% is useless and harmful; the trick is to configure the latter to do as little as possible.) what i possibly done by disabling nt acl support = no Now samba just respect ACLs i've set from unix shell. And nothing more. Exactly what i wanted From owner-freebsd-hackers@freebsd.org Sun Jul 31 18:40:09 2016 Return-Path: Delivered-To: freebsd-hackers@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 A706EBAAF59 for ; Sun, 31 Jul 2016 18:40:09 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 600C71F97; Sun, 31 Jul 2016 18:40:09 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-yw0-x235.google.com with SMTP id z8so155708598ywa.1; Sun, 31 Jul 2016 11:40:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=twxLUT5k4gxR3hRjlAoNRhNmH8vvRwEOAQFEUkB5vGw=; b=y09tmj6aFXApe3gvbi5etPb0Kx4GRRUqWQCwTT1A4yLERvlb5IZADvzN5BzLx34RWe oE6JMBha7M+NjdRhqz/SxpFDsDMscaWy04QK7lB64lsz9+8o5+ouWTLaPjCclGa7jXjK 6lILeXc6YBuY+rBFdba9B1XBArYSo7H/yvK1uSTXYVrJywo3BuqtqW9f+MHx7Vs1nqP7 t+Xgu+gMrZtj4cACDEd80JlBnmn6Tmsn/5yfENEncST3jdexwdJv/NPlRAHQ0x2e/Q1s zacE39bMEfr24H3Lz3zVA+xBJZM7cwLxHkZrx39e5dEAa0GTgjY6u4mNfBxAcOmWgF1S thpg== 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:from:date :message-id:subject:to:cc; bh=twxLUT5k4gxR3hRjlAoNRhNmH8vvRwEOAQFEUkB5vGw=; b=OcKpp7rLv2eYFzrfhEn0gNWNQf3/JYGSGSp+Pk88ixedCMCrM14dbqnHjoRJ2FDeYE /VT1658SIlPU4b626+E9hJg8quPb6sz2IVOAdKKZHRuSubni+PIv1Y5uh9f8BnD0l536 RWHP0VAUeDLo3Puv734Y2IDsSOVKtuzczj6Az2RvUTXIcxR7pPUOtZoDs+kE1jkY6yuR ssnjHfDG6rb3+M9ivGN9/+aicSokkoY/VHG6nMcznpr6p38hArEJccS7RLVxwQY/95GM CDNFHd5BeQv8oBg3sR5V65enY1wpRfBJoi2el8lIKHKIiCuX+HqGYjoNJPUs6BE32xLd GokQ== X-Gm-Message-State: AEkoouvu8JLuTz8ynDMwUn8zZZ/Ld/87lhz1MQS67pV7PY0QQydi+2zBVe5C8/Jfvt8AXLq85Lg/5JX9a9TcYw== X-Received: by 10.129.115.131 with SMTP id o125mr39497599ywc.99.1469990408426; Sun, 31 Jul 2016 11:40:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.161.37 with HTTP; Sun, 31 Jul 2016 11:40:08 -0700 (PDT) In-Reply-To: References: From: Zaphod Beeblebrox Date: Sun, 31 Jul 2016 14:40:08 -0400 Message-ID: Subject: Re: BTX HALTED boot fail on sun fire 4140. To: Allan Jude Cc: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 18:40:09 -0000 Some more information here. 10.3-RELEASE and 11.0-BETA1 memory stick images both fail. I'm attaching a screen shot of the 11.0-BETA1 boot. On Sun, Jul 31, 2016 at 2:14 PM, Allan Jude wrote: > On 2016-07-31 12:40, Zaphod Beeblebrox wrote: > > The Sun Fire 4140 is a dual opteron machine. I'm getting BTX Halted and > a > > processor register dump right after it prints the /boot/config -Dp > (nothing > > else printed). > > > > Is there any value in trying the -current boot files to boot the 10.3 > > host? Are they newer? > > > > This happened as I tried to move the drives from an older failing host > into > > the sun. > > > > The sun will boot a CD/DVD. Can I make a DVD that will boot zfs on hard > > drives? > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > > > > There is a lot of new stuff in the 11 boot blocks, so definitely worth a > try. > > The CD/DVD images use 'loader' by default, not 'zfsloader' > > -- > Allan Jude > > From owner-freebsd-hackers@freebsd.org Sun Jul 31 18:46:23 2016 Return-Path: Delivered-To: freebsd-hackers@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 03B03BAA407 for ; Sun, 31 Jul 2016 18:46:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB35B1B49 for ; Sun, 31 Jul 2016 18:46:22 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id F29B1107D for ; Sun, 31 Jul 2016 18:46:20 +0000 (UTC) Subject: Re: BTX HALTED boot fail on sun fire 4140. To: freebsd-hackers@freebsd.org References: From: Allan Jude Message-ID: <8086af40-9b51-dbf1-fdad-94b7766f49f5@freebsd.org> Date: Sun, 31 Jul 2016 14:46:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 18:46:23 -0000 On 2016-07-31 14:40, Zaphod Beeblebrox wrote: > Some more information here. 10.3-RELEASE and 11.0-BETA1 memory stick > images both fail. I'm attaching a screen shot of the 11.0-BETA1 boot. > > > > On Sun, Jul 31, 2016 at 2:14 PM, Allan Jude wrote: > >> On 2016-07-31 12:40, Zaphod Beeblebrox wrote: >>> The Sun Fire 4140 is a dual opteron machine. I'm getting BTX Halted and >> a >>> processor register dump right after it prints the /boot/config -Dp >> (nothing >>> else printed). >>> >>> Is there any value in trying the -current boot files to boot the 10.3 >>> host? Are they newer? >>> >>> This happened as I tried to move the drives from an older failing host >> into >>> the sun. >>> >>> The sun will boot a CD/DVD. Can I make a DVD that will boot zfs on hard >>> drives? >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to " >> freebsd-hackers-unsubscribe@freebsd.org" >>> >> >> There is a lot of new stuff in the 11 boot blocks, so definitely worth a >> try. >> >> The CD/DVD images use 'loader' by default, not 'zfsloader' >> >> -- >> Allan Jude >> >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > It is getting so far as to find the drives before it crashes, so that likely means something. You'll need someone smarter than me to help you debug that thought. You might try building a copy of the loader with the compile time debug options turned on. -- Allan Jude From owner-freebsd-hackers@freebsd.org Sun Jul 31 19:08:59 2016 Return-Path: Delivered-To: freebsd-hackers@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 0BDB2BAAC3A for ; Sun, 31 Jul 2016 19:08:59 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE1711D9A; Sun, 31 Jul 2016 19:08:58 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-yw0-x231.google.com with SMTP id u134so156062877ywg.3; Sun, 31 Jul 2016 12:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XnuDJikFr08HE8+cOOc2WxCnPVMFpbPXW6CoodF3O9s=; b=lZXGw8+zKqUeG14KOaSGhYtyLUWbw0snphH0W31eHRmCl/9Xix3r+qCj/hy1fs0d4j s9wSiC+9GmYR2GlxMDRqUS3H3F0I0GJwj1fKTgm3DQqirEraK+1xN54yu3LdvD9/HCMf Ipeh3hPXwE4xUm8YSfdB05Yd6fC6qH65gwUrmtwDnZ6CJDlRuBJ/Lv8sw1xOfyz8dDLy fabL410dHKD4ZMF/DKPj9BCxmpRx1BbJt02hkuc4dQ9YlgJDkT1Wv8OvJH16wUPFN2tG rOvTEs1j27RulomxbmxphbtQz1Qk8Ll0O0JlmdFRHaxIRJsNado7fsQzSzmZBWxCp9kh uI6g== 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:from:date :message-id:subject:to:cc; bh=XnuDJikFr08HE8+cOOc2WxCnPVMFpbPXW6CoodF3O9s=; b=GXyuLHroqb2hWa2mH7DkwA4CqndawJ7UA7bQZN0U12zMUUvsrz+pxTA3luf1uK5YmV 4oN9W4t/iqI+PeUC6by0H5JoNG6zLFQb6Ykh6CnE17dyuSwFtC5zWweteWbLwuGOMgJj BIl5tyuO5450Lz55CQk4EkeRDkAmd7Uv8eb022ZEKBaWJxBsGb/umBVAxYE/+YoX77Sq WC/G4gkPyg4af9gc2C6ZojK4la/Ns+TvyaWvNpjEz5k+iA93xLB59RvFbd1usSwFk0TW BBLepfQQ4r0cKgKfLkXjGm+qxg65/Qmqplx3Dzm5fiPBkdzRFhtWUiCrs/V3RGqBtv12 IfyA== X-Gm-Message-State: AEkoouu71kOmeFPX7Er1VHAUV+vofUoeVReha6dtk8EFEDXeILP7Rv4VwtG84BItU//zaNhkxOCY7iWoe1W3+g== X-Received: by 10.13.225.143 with SMTP id k137mr40937793ywe.318.1469992137860; Sun, 31 Jul 2016 12:08:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.161.37 with HTTP; Sun, 31 Jul 2016 12:08:57 -0700 (PDT) In-Reply-To: <8086af40-9b51-dbf1-fdad-94b7766f49f5@freebsd.org> References: <8086af40-9b51-dbf1-fdad-94b7766f49f5@freebsd.org> From: Zaphod Beeblebrox Date: Sun, 31 Jul 2016 15:08:57 -0400 Message-ID: Subject: Re: BTX HALTED boot fail on sun fire 4140. To: Allan Jude Cc: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 19:08:59 -0000 Right now my priority is a hack that will leave the server running. It's a Sunday on a holiday weekend. Not a lot of hardware options. Can I contrive a CD/DVD or memory stick to make it boot? On Sun, Jul 31, 2016 at 2:46 PM, Allan Jude wrote: > On 2016-07-31 14:40, Zaphod Beeblebrox wrote: > > Some more information here. 10.3-RELEASE and 11.0-BETA1 memory stick > > images both fail. I'm attaching a screen shot of the 11.0-BETA1 boot. > > > > > > > > On Sun, Jul 31, 2016 at 2:14 PM, Allan Jude > wrote: > > > >> On 2016-07-31 12:40, Zaphod Beeblebrox wrote: > >>> The Sun Fire 4140 is a dual opteron machine. I'm getting BTX Halted > and > >> a > >>> processor register dump right after it prints the /boot/config -Dp > >> (nothing > >>> else printed). > >>> > >>> Is there any value in trying the -current boot files to boot the 10.3 > >>> host? Are they newer? > >>> > >>> This happened as I tried to move the drives from an older failing host > >> into > >>> the sun. > >>> > >>> The sun will boot a CD/DVD. Can I make a DVD that will boot zfs on > hard > >>> drives? > >>> _______________________________________________ > >>> freebsd-hackers@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >>> To unsubscribe, send any mail to " > >> freebsd-hackers-unsubscribe@freebsd.org" > >>> > >> > >> There is a lot of new stuff in the 11 boot blocks, so definitely worth a > >> try. > >> > >> The CD/DVD images use 'loader' by default, not 'zfsloader' > >> > >> -- > >> Allan Jude > >> > >> > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > > > > > It is getting so far as to find the drives before it crashes, so that > likely means something. You'll need someone smarter than me to help you > debug that thought. > > You might try building a copy of the loader with the compile time debug > options turned on. > > -- > Allan Jude > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Sun Jul 31 15:53:40 2016 Return-Path: Delivered-To: freebsd-hackers@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 A7075BAA57B; Sun, 31 Jul 2016 15:53:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FDDB1C8D; Sun, 31 Jul 2016 15:53:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id u6VFbcBN033651 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 31 Jul 2016 08:37:38 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id u6VFbcaZ033650; Sun, 31 Jul 2016 08:37:38 -0700 (PDT) (envelope-from sgk) Date: Sun, 31 Jul 2016 08:37:38 -0700 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: BSD grep dumps core Message-ID: <20160731153738.GA33643@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-Mailman-Approved-At: Sun, 31 Jul 2016 20:43:38 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2016 15:53:40 -0000 Script started on Sun Jul 31 08:30:56 2016 troutmask:sgk[200] cd gcc/gcc7 troutmask:sgk[201] svn status ? 7.diff ? decl.c.diff ? gcc/fortran/old ? gcc/fortran/pr38351.diff ? gcc/fortran/pr41922.diff ? gcc/fortran/pr69860.diff ? trans-decl.c.diff ? typescript ? z1.diff troutmask:sgk[202] svn status | grep -v -E ^\? Segmentation fault (core dumped) troutmask:sgk[203] svn status | grep -v -E ^"\?" troutmask:sgk[204] exit exit Script done on Sun Jul 31 08:31:54 2016 The core dump happens with both tcsh and sh. The following works as expected troutmask:sgk[202] svn status | gnugrep -v -E ^\? -- Steve From owner-freebsd-hackers@freebsd.org Mon Aug 1 10:13:11 2016 Return-Path: Delivered-To: freebsd-hackers@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 291B6BAAC3F for ; Mon, 1 Aug 2016 10:13:11 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A973156A for ; Mon, 1 Aug 2016 10:13:09 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.7.82]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0MFRbQ-1bXS011T3E-00EJax for ; Mon, 01 Aug 2016 12:13:01 +0200 Received: from bsch by becker.bs.l with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bUADU-000DlR-RR for freebsd-hackers@freebsd.org; Mon, 01 Aug 2016 12:13:00 +0200 Date: Mon, 1 Aug 2016 12:13:00 +0200 From: Bertram Scharpf To: freebsd-hackers@freebsd.org Subject: Re: Segfault in OpenSSL even though GnuTLS demanded Message-ID: <20160801101300.GA48521@becker.bs.l> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20160728180255.GA79509@becker.bs.l> <599ca93e-31ed-fcb4-75de-7d05667d928e@FreeBSD.org> <20160728205516.GA94239@becker.bs.l> <20160728213717.GA98586@becker.bs.l> <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> <20160729100952.GA4967@becker.bs.l> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) Sender: Bertram Scharpf X-Provags-ID: V03:K0:FOJr45JOaK7YN8UEMxGv/0w+WgCznJCxsfKJdgWAOjIZYbNnq04 DtxQ2c+cbHABbWucWsNx9m5A4EW3H7AvHkcNwPZjG816tGQZwFdHH9+/B+qHE/a8RdCRn7a Ouh7tgZ0/mmppaHhFCCZWtBUL3Cr8N/svPb5NnoMVTBBXl6/cAOBcSfMnSk+iXQ24Hr09W1 4jfzGGeZTAF3PDOHxSNKA== X-UI-Out-Filterresults: notjunk:1;V01:K0:t2cEM4BmbZo=:GPPu/Yova1yEiCAOJ49Kbu zhk+u0AjZ9hrVCb++wYHtjJVhUNP3DrXlSRbAPbNDQvgfF3eZ1Tkz0QOcDKfqfV6/L8iY/fdS bnCUKM/MNZ0kn7DIF0bM1ewmgwICT/LRmf0s935pT7Z7tjSngoSwXNkO4jzwdJNT1MZU0IJGl BsIQ7Mp8A9rD/2FJz74IfEremHKjLqXfMpUmWzpxQARdh7NF521+Y6SYlXImQh5lN+paL3WUp DZlxlaqueQlNW0s7Rd6aqM1glksITD5v5XmI21hXogujBJljYdd4dcetfp1KAw6ng9plOrOHc F2iW65o4PbLGsjk7TYL8ZKMJM7I8JNw0UuwkGFGjiDYJ1O5jZE7JGcQLMuj5w/k+thP5+20qX ovumiNdA/zEKjjJVZCV5XNzs/abe4OtISUoCFQW9EFAt2E/utn2TNt94b/H/qhW6+0v/UOLkg yxSZs0LG0FCodUYWQdTF9j7JXTsUXVEoWsB9n5/vbwXqbCrq8cBV6W4XA73l89pm6TmXxSq0F WH0SYodXP6GBwVCX7wley8BdeCPB6LXAitij5nrW0e9u498pvz0i6Zx/6ASF94rn+tdTD32Pf eB8bwoM8qStEK+B9h5bMVyaT48hOxfLUfmUt1t6Sjq9SZP/6GqdUPvJkYVbAjU02cbf6wkjfb oP5f8R0w9vB2v7zky92/nR8vJaziC3aJsNK33VRZIw4fVL5qbsv22DSa6vmJVXJ7Oysg= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 10:13:11 -0000 On Friday, 29. Jul 2016, 20:00:54 +0300, Kimmo Paasiala wrote: > >> >>>> On 07/28/16 02:02 PM, Bertram Scharpf wrote: > >> >>>>> > >> >>>>> Program received signal SIGSEGV, Segmentation fault. > >> >>>>> [Switching to Thread 29403080 (LWP 101275/mcabber)] > >> >>>>> 0x285c1245 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.8 > >> >>>> > > It's not exactly a port bug, it's a consequence of how dynamic linking > works. As long as an installation with any configuration yields an unconditional segmentation fault on startup, it _is_ a port bug. However, I have several bug reports and fixes running anunswered for months. I do not expect anything edifying to happen if I submit another problem report. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-hackers@freebsd.org Mon Aug 1 10:35:14 2016 Return-Path: Delivered-To: freebsd-hackers@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 5AEF4BAB20A for ; Mon, 1 Aug 2016 10:35:14 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA9DD1164 for ; Mon, 1 Aug 2016 10:35:13 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.7.82]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0MLOoU-1bTcb70kss-000Yje for ; Mon, 01 Aug 2016 12:35:11 +0200 Received: from bsch by becker.bs.l with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bUAYw-000Dt0-Li for freebsd-hackers@freebsd.org; Mon, 01 Aug 2016 12:35:10 +0200 Date: Mon, 1 Aug 2016 12:35:10 +0200 From: Bertram Scharpf To: freebsd-hackers@freebsd.org Subject: Re: Segfault in OpenSSL even though GnuTLS demanded Message-ID: <20160801103510.GB48521@becker.bs.l> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20160728180255.GA79509@becker.bs.l> <599ca93e-31ed-fcb4-75de-7d05667d928e@FreeBSD.org> <20160728205516.GA94239@becker.bs.l> <20160728213717.GA98586@becker.bs.l> <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) Sender: Bertram Scharpf X-Provags-ID: V03:K0:1o9IkBu+3N91TWgqXtFmhFAcjiSLbCb3MPAN5VXpIMUpPO4QzjL Wbq5S2h3JLI7eTsXq7o0qdveWab8TwasYYwi7q8fOpCNNXfmkjVqwzH1C21L9JcvaJT/mDK 2qTFjvr/FYVqsmZHLlEdEMt1BVpoVega5M5eszNOCjevHmh10kIQwnk+Vwx3GBHHVx1d7EP QNxdWXee4hK14t5xhO4JA== X-UI-Out-Filterresults: notjunk:1;V01:K0:vRn61WvOJCs=:u6hruUt9T8VmWl6kmJI+pX uySFJVU0tnx3FQpxoole7GG7nIUKQn/9z5GleWuWi3vOYm+5u5VLgOX4KyG0BalY/aaPKFed+ sXDPVPA62soVoqbPkhtfQhPzz0IBQ4q9+yiQKEO9ZeJ1JzlhEEr7tnzlcRz1Ju9eGZIUv+DCq r5t57H+ePvS/MZegizAeSfvvIDCLOhgtsRFaZOSsn6VGFynxyTSusLYx2XV6U/XcVgzN9T3f2 KV3kYWfcpJX38tKcSA8cg4IQlUhhjZZVNGz8aVxhcK8Gn7uYl7j0F+LdlIY2qq+M752N3g7nF yDvvd2IjIMIKsLUWiTvZ9V9Sks1KBgzTsb/szZJzf6Qvgh/bh6lziIyUQ2519xaJe/bpzqhUw k4wJ1VqQnzmKdFUm6sbje4DMPmvUl+pr05L0j3iKUgiXTRNWybXxEn2i8mC9Hzc1odpwI/1R8 IBS8wqpo3g/UiODfCCTx0jrqQ36tP7rLdjwwl68vuvQh4ZSUAa4i3pDQfY8kpWr2/sdgdeVpX Sqa49n7GzzsJwcHubJZwJ6hISagGae4C2zOTNwwuKo1Tt6NS8EjlcUn8PbglbBg5ztnpxPdj2 W5g3jOtIPOYvbSFtCzGvZIF/d9aY2rHdrx7GUUgFjVlNai8NSKmYSnHUYxOqALwv4HbsBeBTC AeO1S80/WsNqMj8g0dmD8y8H7NdCrzPz0Y3pJqZc0h6PxpdOnIT9IXqy/z+qKpMaS2gs= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 10:35:14 -0000 On Thursday, 28. Jul 2016, 17:56:46 -0400, Jung-uk Kim wrote: > On 07/28/16 05:37 PM, Bertram Scharpf wrote: > >>>> On 07/28/16 02:02 PM, Bertram Scharpf wrote: > >>>>> > >>>>> Program received signal SIGSEGV, Segmentation fault. > >>>>> [Switching to Thread 29403080 (LWP 101275/mcabber)] > >>>>> 0x285c1245 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.8 > > > > So, how could I resolve this? > You may ask its maintainer (gnome@FreeBSD.org) to add USES+=gssapi and > add an option to select GSS-API from ports. Where is the appropriate GSS-API in ports? Thanks in advance. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-hackers@freebsd.org Mon Aug 1 13:04:06 2016 Return-Path: Delivered-To: freebsd-hackers@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 6F3D2BA7857 for ; Mon, 1 Aug 2016 13:04:06 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (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 1CF4E1F93 for ; Mon, 1 Aug 2016 13:04:05 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1bUCsu-0002Em-U7 for freebsd-hackers@freebsd.org; Mon, 01 Aug 2016 15:03:56 +0200 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy02.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bUCsu-00033M-Jl for freebsd-hackers@freebsd.org; Mon, 01 Aug 2016 15:03:56 +0200 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 68BBC2A1807 for ; Mon, 1 Aug 2016 15:04:09 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id s75GmOrdU6fn for ; Mon, 1 Aug 2016 15:04:07 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id C93102A180B for ; Mon, 1 Aug 2016 15:04:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zpHxop5Fj16O for ; Mon, 1 Aug 2016 15:04:06 +0200 (CEST) Received: from mauderer-linux.eb.localhost (unknown [192.168.96.190]) by mail.embedded-brains.de (Postfix) with ESMTPSA id 8A8472A1807 for ; Mon, 1 Aug 2016 15:04:06 +0200 (CEST) Subject: Re: Changes to pfctl to allow easier integration into a library To: "freebsd-hackers@freebsd.org" References: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> From: Christian Mauderer Message-ID: Date: Mon, 1 Aug 2016 15:03:52 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> Content-Type: multipart/mixed; boundary="------------D946645D9839002572096E98" X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22008/Mon Aug 1 13:12:04 2016) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 13:04:06 -0000 This is a multi-part message in MIME format. --------------D946645D9839002572096E98 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am 28.07.2016 um 16:03 schrieb Christian Mauderer: > Hello, >=20 [...] >=20 > Would the attached patches be acceptable for integration into the > FreeBSD sources? >=20 > I've generated the patches against the git commit b6ff7c02cf9 on > https://github.com/freebsd/freebsd.git. Please tell me if another form > would be better. >=20 > Kind regards, >=20 > Christian Mauderer >=20 Hello, I've got one additional patch: I made most of the global variables static. They are used only inside the scope of one single c file. Despite that, they have not been static. If I try to link the source file into a library every non-static variables pollutes my name space. Can I improve anything to make the patches more acceptable? Is the virtualisation that Bjoern mentioned necessary or was my interpretation correct that this is only meant for kernel space code? Kind Regards Christian Mauderer --=20 -------------------------------------------- embedded brains GmbH Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.mauderer@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18 94 741 - 08 PGP: Public key available on request. Diese Nachricht ist keine gesch=C3=A4ftliche Mitteilung im Sinne des EHUG= . --------------D946645D9839002572096E98 Content-Type: text/x-patch; name="0004-pfctl-Make-most-global-variables-static.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0004-pfctl-Make-most-global-variables-static.patch" =46rom 6bf9828e65e73bd203a3e6d5081e27160e5e5ea0 Mon Sep 17 00:00:00 2001 From: Christian Mauderer Date: Fri, 29 Jul 2016 17:03:12 +0200 Subject: [PATCH 4/4] pfctl: Make most global variables static. This will make it easier to link as a library. --- sbin/pfctl/parse.y | 36 +++++++++++++++++------------------ sbin/pfctl/pfctl.c | 46 ++++++++++++++++++++++-----------------= ------ sbin/pfctl/pfctl_altq.c | 4 ++-- sbin/pfctl/pfctl_optimize.c | 11 ++++++----- sbin/pfctl/pfctl_osfp.c | 6 +++--- sbin/pfctl/pfctl_parser.c | 2 +- 6 files changed, 53 insertions(+), 52 deletions(-) diff --git a/sbin/pfctl/parse.y b/sbin/pfctl/parse.y index e0cfa3d..676578f 100644 --- a/sbin/pfctl/parse.y +++ b/sbin/pfctl/parse.y @@ -80,7 +80,7 @@ static int blockpolicy =3D PFRULE_DROP; static int require_order =3D 1; static int default_statelock; =20 -TAILQ_HEAD(files, file) files =3D TAILQ_HEAD_INITIALIZER(files); +static TAILQ_HEAD(files, file) files =3D TAILQ_HEAD_INITIALIZER(files);= static struct file { TAILQ_ENTRY(file) entry; FILE *stream; @@ -100,7 +100,7 @@ int lgetc(int); int lungetc(int); int findeol(void); =20 -TAILQ_HEAD(symhead, sym) symhead =3D TAILQ_HEAD_INITIALIZER(symhead); +static TAILQ_HEAD(symhead, sym) symhead =3D TAILQ_HEAD_INITIALIZER(symh= ead); struct sym { TAILQ_ENTRY(sym) entry; int used; @@ -196,7 +196,7 @@ struct peer { struct node_port *port; }; =20 -struct node_queue { +static struct node_queue { char queue[PF_QNAME_SIZE]; char parent[PF_QNAME_SIZE]; char ifname[IFNAMSIZ]; @@ -210,7 +210,7 @@ struct node_qassign { char *pqname; }; =20 -struct filter_opts { +static struct filter_opts { int marker; #define FOM_FLAGS 0x01 #define FOM_ICMP 0x02 @@ -250,12 +250,12 @@ struct filter_opts { } divert; } filter_opts; =20 -struct antispoof_opts { +static struct antispoof_opts { char *label; u_int rtableid; } antispoof_opts; =20 -struct scrub_opts { +static struct scrub_opts { int marker; #define SOM_MINTTL 0x01 #define SOM_MAXMSS 0x02 @@ -273,7 +273,7 @@ struct scrub_opts { u_int rtableid; } scrub_opts; =20 -struct queue_opts { +static struct queue_opts { int marker; #define QOM_BWSPEC 0x01 #define QOM_SCHEDULER 0x02 @@ -287,13 +287,13 @@ struct queue_opts { int qlimit; } queue_opts; =20 -struct table_opts { +static struct table_opts { int flags; int init_addr; struct node_tinithead init_nodes; } table_opts; =20 -struct pool_opts { +static struct pool_opts { int marker; #define POM_TYPE 0x01 #define POM_STICKYADDRESS 0x02 @@ -304,10 +304,10 @@ struct pool_opts { =20 } pool_opts; =20 -struct codel_opts codel_opts; -struct node_hfsc_opts hfsc_opts; -struct node_fairq_opts fairq_opts; -struct node_state_opt *keep_state_defaults =3D NULL; +static struct codel_opts codel_opts; +static struct node_hfsc_opts hfsc_opts; +static struct node_fairq_opts fairq_opts; +static struct node_state_opt *keep_state_defaults =3D NULL; =20 int disallow_table(struct node_host *, const char *); int disallow_urpf_failed(struct node_host *, const char *); @@ -352,7 +352,7 @@ void remove_invalid_hosts(struct node_host **, sa_fa= mily_t *); int invalid_redirect(struct node_host *, sa_family_t); u_int16_t parseicmpspec(char *, sa_family_t); =20 -TAILQ_HEAD(loadanchorshead, loadanchors) +static TAILQ_HEAD(loadanchorshead, loadanchors) loadanchorshead =3D TAILQ_HEAD_INITIALIZER(loadanchorshead); =20 struct loadanchors { @@ -5572,10 +5572,10 @@ lookup(char *s) =20 #define MAXPUSHBACK 128 =20 -char *parsebuf; -int parseindex; -char pushback_buffer[MAXPUSHBACK]; -int pushback_index =3D 0; +static char *parsebuf; +static int parseindex; +static char pushback_buffer[MAXPUSHBACK]; +static int pushback_index =3D 0; =20 int lgetc(int quotec) diff --git a/sbin/pfctl/pfctl.c b/sbin/pfctl/pfctl.c index a95ac23..9cad2b1 100644 --- a/sbin/pfctl/pfctl.c +++ b/sbin/pfctl/pfctl.c @@ -102,29 +102,29 @@ int pfctl_load_ruleset(struct pfctl *, char *, int pfctl_load_rule(struct pfctl *, char *, struct pf_rule *, int); const char *pfctl_lookup_option(char *, const char * const *); =20 -struct pf_anchor_global pf_anchors; -struct pf_anchor pf_main_anchor; - -const char *clearopt; -char *rulesopt; -const char *showopt; -const char *debugopt; -char *anchoropt; -const char *optiopt =3D NULL; -const char *pf_device =3D "/dev/pf"; -char *ifaceopt; -char *tableopt; -const char *tblcmdopt; -int src_node_killers; -char *src_node_kill[2]; -int state_killers; -char *state_kill[2]; -int loadopt; -int altqsupport; - -int dev =3D -1; -int first_title =3D 1; -int labels =3D 0; +static struct pf_anchor_global pf_anchors; +static struct pf_anchor pf_main_anchor; + +static const char *clearopt; +static char *rulesopt; +static const char *showopt; +static const char *debugopt; +static char *anchoropt; +static const char *optiopt =3D NULL; +static const char *pf_device =3D "/dev/pf"; +static char *ifaceopt; +static char *tableopt; +static const char *tblcmdopt; +static int src_node_killers; +static char *src_node_kill[2]; +static int state_killers; +static char *state_kill[2]; +int loadopt; +int altqsupport; + +int dev =3D -1; +static int first_title =3D 1; +static int labels =3D 0; =20 #define INDENT(d, o) do { \ if (o) { \ diff --git a/sbin/pfctl/pfctl_altq.c b/sbin/pfctl/pfctl_altq.c index eed3173..1e3569d 100644 --- a/sbin/pfctl/pfctl_altq.c +++ b/sbin/pfctl/pfctl_altq.c @@ -50,8 +50,8 @@ __FBSDID("$FreeBSD$"); =20 #define is_sc_null(sc) (((sc) =3D=3D NULL) || ((sc)->m1 =3D=3D 0 && (sc)= ->m2 =3D=3D 0)) =20 -TAILQ_HEAD(altqs, pf_altq) altqs =3D TAILQ_HEAD_INITIALIZER(altqs); -LIST_HEAD(gen_sc, segment) rtsc, lssc; +static TAILQ_HEAD(altqs, pf_altq) altqs =3D TAILQ_HEAD_INITIALIZER(altqs= ); +static LIST_HEAD(gen_sc, segment) rtsc, lssc; =20 struct pf_altq *qname_to_pfaltq(const char *, const char *); u_int32_t qname_to_qid(const char *); diff --git a/sbin/pfctl/pfctl_optimize.c b/sbin/pfctl/pfctl_optimize.c index 0f89b22..1552185 100644 --- a/sbin/pfctl/pfctl_optimize.c +++ b/sbin/pfctl/pfctl_optimize.c @@ -90,7 +90,7 @@ enum { COMBINED, /* the field may itself be combined with other rules */ DC, /* we just don't care about the field */ NEVER}; /* we should never see this field set?!? */ -struct pf_rule_field { +static struct pf_rule_field { const char *prf_name; int prf_type; size_t prf_offset; @@ -244,8 +244,9 @@ int superblock_inclusive(struct superblock *, struct = pf_opt_rule *); void superblock_free(struct pfctl *, struct superblock *); =20 =20 -int (*skip_comparitors[PF_SKIP_COUNT])(struct pf_rule *, struct pf_rule = *); -const char *skip_comparitors_names[PF_SKIP_COUNT]; +static int (*skip_comparitors[PF_SKIP_COUNT])(struct pf_rule *, + struct pf_rule *); +static const char *skip_comparitors_names[PF_SKIP_COUNT]; #define PF_SKIP_COMPARITORS { \ { "ifp", PF_SKIP_IFP, skip_cmp_ifp }, \ { "dir", PF_SKIP_DIR, skip_cmp_dir }, \ @@ -257,8 +258,8 @@ const char *skip_comparitors_names[PF_SKIP_COUNT]; { "dport", PF_SKIP_DST_PORT, skip_cmp_dst_port } \ } =20 -struct pfr_buffer table_buffer; -int table_identifier; +static struct pfr_buffer table_buffer; +static int table_identifier; =20 =20 int diff --git a/sbin/pfctl/pfctl_osfp.c b/sbin/pfctl/pfctl_osfp.c index df78981..649c1e8 100644 --- a/sbin/pfctl/pfctl_osfp.c +++ b/sbin/pfctl/pfctl_osfp.c @@ -64,9 +64,9 @@ struct name_entry { struct name_list nm_sublist; int nm_sublist_num; }; -struct name_list classes =3D LIST_HEAD_INITIALIZER(&classes); -int class_count; -int fingerprint_count; +static struct name_list classes =3D LIST_HEAD_INITIALIZER(&classes); +static int class_count; +static int fingerprint_count; =20 void add_fingerprint(int, int, struct pf_osfp_ioctl *); struct name_entry *fingerprint_name_entry(struct name_list *, char *); diff --git a/sbin/pfctl/pfctl_parser.c b/sbin/pfctl/pfctl_parser.c index d9aa49a..f7a7ad9 100644 --- a/sbin/pfctl/pfctl_parser.c +++ b/sbin/pfctl/pfctl_parser.c @@ -1147,7 +1147,7 @@ check_netmask(struct node_host *h, sa_family_t af) =20 /* interface lookup routines */ =20 -struct node_host *iftab; +static struct node_host *iftab; =20 void ifa_load(void) --=20 2.9.2 --------------D946645D9839002572096E98-- From owner-freebsd-hackers@freebsd.org Mon Aug 1 14:03:00 2016 Return-Path: Delivered-To: freebsd-hackers@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 94086BAAC7F for ; Mon, 1 Aug 2016 14:03:00 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5416E161A for ; Mon, 1 Aug 2016 14:03:00 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [192.168.228.1] (vega.codepro.be [IPv6:2a01:4f8:162:1127::3]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id D3BF5CCDC; Mon, 1 Aug 2016 16:02:56 +0200 (CEST) From: "Kristof Provost" To: "Christian Mauderer" Cc: "freebsd-hackers@freebsd.org" Subject: Re: Changes to pfctl to allow easier integration into a library Date: Mon, 01 Aug 2016 16:02:57 +0200 Message-ID: <0C7EC45D-C3BC-4417-AF77-3ACC027D28B5@FreeBSD.org> In-Reply-To: References: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (2.0BETAr6042) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 14:03:00 -0000 On 1 Aug 2016, at 15:03, Christian Mauderer wrote: > Can I improve anything to make the patches more acceptable? > Can you explain why 0003-pfctl-Pull-static-variables-out-of-the-function.patch is required? I’m not sure I see why you need it. > Is the virtualisation that Bjoern mentioned necessary or was my > interpretation correct that this is only meant for kernel space code? I believe your interpretations is correct. User land code should not have to care about VIMAGE. Regards, Kristof From owner-freebsd-hackers@freebsd.org Mon Aug 1 14:32:50 2016 Return-Path: Delivered-To: freebsd-hackers@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 1C715BAA497 for ; Mon, 1 Aug 2016 14:32:50 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (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 CAD531741; Mon, 1 Aug 2016 14:32:49 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1bUEGs-0004eH-Sr; Mon, 01 Aug 2016 16:32:46 +0200 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy02.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bUEGs-0001AZ-LF; Mon, 01 Aug 2016 16:32:46 +0200 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 751992A1807; Mon, 1 Aug 2016 16:32:59 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Pl3XidulRvIY; Mon, 1 Aug 2016 16:32:59 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id E85242A180B; Mon, 1 Aug 2016 16:32:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Jsk2zJCEFuTf; Mon, 1 Aug 2016 16:32:58 +0200 (CEST) Received: from mauderer-linux.eb.localhost (unknown [192.168.96.190]) by mail.embedded-brains.de (Postfix) with ESMTPSA id D2F832A1807; Mon, 1 Aug 2016 16:32:58 +0200 (CEST) Subject: Re: Changes to pfctl to allow easier integration into a library To: Kristof Provost References: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> <0C7EC45D-C3BC-4417-AF77-3ACC027D28B5@FreeBSD.org> Cc: "freebsd-hackers@freebsd.org" From: Christian Mauderer Message-ID: Date: Mon, 1 Aug 2016 16:32:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: <0C7EC45D-C3BC-4417-AF77-3ACC027D28B5@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22008/Mon Aug 1 13:12:04 2016) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 14:32:50 -0000 Am 01.08.2016 um 16:02 schrieb Kristof Provost: > On 1 Aug 2016, at 15:03, Christian Mauderer wrote: >> Can I improve anything to make the patches more acceptable? >> > Can you explain why > 0003-pfctl-Pull-static-variables-out-of-the-function.patch is required? > I=E2=80=99m not sure I see why you need it. >=20 >> Is the virtualisation that Bjoern mentioned necessary or was my >> interpretation correct that this is only meant for kernel space code? > I believe your interpretations is correct. > User land code should not have to care about VIMAGE. >=20 > Regards, > Kristof Hello Kristof, I use roughly the following method for the global variables: - I put all initialized (zero or value) variables into a special named linker section. - In a wrapper around main() I do the following: o First save the content of the section to a temporary memory space o Execute the original (mostly unchanged) main() o After main() finishes, I restore the content of the section To simplify a later update to a newer source version, the difference between the sources we use and the original FreeBSD sources should be minimal. Therefore my attempt to put the variables into a section is the following: I create a header file (i.e. pfctl-data.h) that contains a matching declaration of the global variables but with an added gcc attribute __attribute__((__section__("my_section_name"))). This header file is included at the end of the original pfctl.c. Problem is: This method doesn't work for a static variable that is defined inside a function. Therefore I pulled them out of the functions and put them into the scope of the c module. Kind regards Christian Mauderer --=20 -------------------------------------------- embedded brains GmbH Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.mauderer@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18 94 741 - 08 PGP: Public key available on request. Diese Nachricht ist keine gesch=C3=A4ftliche Mitteilung im Sinne des EHUG= . From owner-freebsd-hackers@freebsd.org Mon Aug 1 16:21:59 2016 Return-Path: Delivered-To: freebsd-hackers@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 70868BAA326; Mon, 1 Aug 2016 16:21:59 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38DF2192B; Mon, 1 Aug 2016 16:21:59 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::d857:c5e3:f7:85c] (unknown [IPv6:2001:7b8:3a7:0:d857:c5e3:f7:85c]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 431B514D3D; Mon, 1 Aug 2016 18:21:56 +0200 (CEST) Subject: Re: BSD grep dumps core Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_56E280E6-6C8C-4D30-B32E-3A3B0932FE1F"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <20160731153738.GA33643@troutmask.apl.washington.edu> Date: Mon, 1 Aug 2016 18:22:16 +0200 Cc: FreeBSD Current , FreeBSD Hackers Message-Id: <54B0B5B7-25CF-4B7D-9874-73D33481CC1C@FreeBSD.org> References: <20160731153738.GA33643@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 16:21:59 -0000 --Apple-Mail=_56E280E6-6C8C-4D30-B32E-3A3B0932FE1F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Jul 2016, at 17:37, Steve Kargl = wrote: >=20 > Script started on Sun Jul 31 08:30:56 2016 > troutmask:sgk[200] cd gcc/gcc7 > troutmask:sgk[201] svn status > ? 7.diff > ? decl.c.diff > ? gcc/fortran/old > ? gcc/fortran/pr38351.diff > ? gcc/fortran/pr41922.diff > ? gcc/fortran/pr69860.diff > ? trans-decl.c.diff > ? typescript > ? z1.diff > troutmask:sgk[202] svn status | grep -v -E ^\? > Segmentation fault (core dumped) > troutmask:sgk[203] svn status | grep -v -E ^"\?" > troutmask:sgk[204] exit > exit >=20 > Script done on Sun Jul 31 08:31:54 2016 >=20 > The core dump happens with both tcsh and sh. >=20 > The following works as expected >=20 > troutmask:sgk[202] svn status | gnugrep -v -E ^\? Yes, '^?' is an invalid extended regular expression, but GNU grep does not complain about it, and simply discards the '?' character. Our BSD grep dies because it also attempts to discard, but then some later logic goes beyond the end of the buffer. Please try this fix: Index: usr.bin/grep/regex/tre-fastmatch.c =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 --- usr.bin/grep/regex/tre-fastmatch.c (revision 303551) +++ usr.bin/grep/regex/tre-fastmatch.c (working copy) @@ -621,7 +621,7 @@ tre_compile_fast(fastmatch_t *fg, const tre_char_t case TRE_CHAR('+'): case TRE_CHAR('?'): if ((cflags & REG_EXTENDED) && (i =3D=3D 0)) - continue; + goto badpat; else if ((cflags & REG_EXTENDED) ^ !escaped) STORE_CHAR; else After this, bsdgrep errors out with: % bsdgrep -E '^?' bsdgrep: Invalid preceding regular expression which is much saner IMHO. -Dimitry --Apple-Mail=_56E280E6-6C8C-4D30-B32E-3A3B0932FE1F 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlefdzwACgkQsF6jCi4glqN/fACguF9Gh9i4kCUA936CLMlMHnCZ +4oAn1iuihtI/htbER4YTHFqym/hQbJ3 =zfdm -----END PGP SIGNATURE----- --Apple-Mail=_56E280E6-6C8C-4D30-B32E-3A3B0932FE1F-- From owner-freebsd-hackers@freebsd.org Mon Aug 1 18:23:47 2016 Return-Path: Delivered-To: freebsd-hackers@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 7A7D3BAB6A6; Mon, 1 Aug 2016 18:23:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E0B81ECA; Mon, 1 Aug 2016 18:23:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id u71Ggjs5032137 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Aug 2016 09:42:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id u71GgjRb032136; Mon, 1 Aug 2016 09:42:45 -0700 (PDT) (envelope-from sgk) Date: Mon, 1 Aug 2016 09:42:45 -0700 From: Steve Kargl To: Dimitry Andric Cc: FreeBSD Current , FreeBSD Hackers Subject: Re: BSD grep dumps core Message-ID: <20160801164245.GA31972@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu References: <20160731153738.GA33643@troutmask.apl.washington.edu> <54B0B5B7-25CF-4B7D-9874-73D33481CC1C@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54B0B5B7-25CF-4B7D-9874-73D33481CC1C@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Mailman-Approved-At: Mon, 01 Aug 2016 18:36:26 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 18:23:47 -0000 On Mon, Aug 01, 2016 at 06:22:16PM +0200, Dimitry Andric wrote: > On 31 Jul 2016, at 17:37, Steve Kargl wrote: > > Script started on Sun Jul 31 08:30:56 2016 > > troutmask:sgk[200] cd gcc/gcc7 > > troutmask:sgk[201] svn status > > ? 7.diff > > ? decl.c.diff > > ? gcc/fortran/old > > ? gcc/fortran/pr38351.diff > > ? gcc/fortran/pr41922.diff > > ? gcc/fortran/pr69860.diff > > ? trans-decl.c.diff > > ? typescript > > ? z1.diff > > troutmask:sgk[202] svn status | grep -v -E ^\? > > Segmentation fault (core dumped) > > troutmask:sgk[203] svn status | grep -v -E ^"\?" > > troutmask:sgk[204] exit > > exit > > > > Script done on Sun Jul 31 08:31:54 2016 > > > > The core dump happens with both tcsh and sh. > > > > The following works as expected > > > > troutmask:sgk[202] svn status | gnugrep -v -E ^\? > > Yes, '^?' is an invalid extended regular expression, but GNU grep does > not complain about it, and simply discards the '?' character. Our BSD > grep dies because it also attempts to discard, but then some later logic > goes beyond the end of the buffer. > > Please try this fix: > > Index: usr.bin/grep/regex/tre-fastmatch.c > =================================================================== > --- usr.bin/grep/regex/tre-fastmatch.c (revision 303551) > +++ usr.bin/grep/regex/tre-fastmatch.c (working copy) > @@ -621,7 +621,7 @@ tre_compile_fast(fastmatch_t *fg, const tre_char_t > case TRE_CHAR('+'): > case TRE_CHAR('?'): > if ((cflags & REG_EXTENDED) && (i == 0)) > - continue; > + goto badpat; > else if ((cflags & REG_EXTENDED) ^ !escaped) > STORE_CHAR; > else > > After this, bsdgrep errors out with: > > % bsdgrep -E '^?' > bsdgrep: Invalid preceding regular expression > > which is much saner IMHO. > Dimitry, Thanks for the quick patch. Yes, the patch works as advertised. I agree that an error message is preferredi/saner than a segfault. -- Steve From owner-freebsd-hackers@freebsd.org Mon Aug 1 18:36:45 2016 Return-Path: Delivered-To: freebsd-hackers@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 43C17BABB7C for ; Mon, 1 Aug 2016 18:36:45 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E731818FB for ; Mon, 1 Aug 2016 18:36:44 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [10.0.2.164] (unknown [IPv6:2a02:1811:2419:4e02:488:21f5:5519:1e0b]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 55CD0C0AF; Mon, 1 Aug 2016 20:36:42 +0200 (CEST) From: "Kristof Provost" To: "Christian Mauderer" Cc: "freebsd-hackers@freebsd.org" Subject: Re: Changes to pfctl to allow easier integration into a library Date: Mon, 01 Aug 2016 20:36:43 +0200 Message-ID: In-Reply-To: References: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> <0C7EC45D-C3BC-4417-AF77-3ACC027D28B5@FreeBSD.org> MIME-Version: 1.0 X-Mailer: MailMate (2.0BETAr6042) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 18:36:45 -0000 On 1 Aug 2016, at 16:32, Christian Mauderer wrote: > Am 01.08.2016 um 16:02 schrieb Kristof Provost: >> On 1 Aug 2016, at 15:03, Christian Mauderer wrote: >>> Can I improve anything to make the patches more acceptable? >>> >> Can you explain why >> 0003-pfctl-Pull-static-variables-out-of-the-function.patch is >> required? >> I’m not sure I see why you need it. >> > I use roughly the following method for the global variables: > > - I put all initialized (zero or value) variables into a special named > linker section. > - In a wrapper around main() I do the following: > o First save the content of the section to a temporary memory space > o Execute the original (mostly unchanged) main() > o After main() finishes, I restore the content of the section > > To simplify a later update to a newer source version, the difference > between the sources we use and the original FreeBSD sources should be > minimal. Therefore my attempt to put the variables into a section is > the > following: > > I create a header file (i.e. pfctl-data.h) that contains a matching > declaration of the global variables but with an added gcc attribute > __attribute__((__section__("my_section_name"))). This header file is > included at the end of the original pfctl.c. > Oh. Ick. Clever, but … ick. I’m not a big fan of this patch, because it makes the code a bit harder to follow, rather than improving things as most of your other patches do. I suspect that something similar can be accomplished with a bit of linker trickery. A first idea is to insert two new symbols (e.g. pf_begin/pf_end) in two separate files, the first before all of the pfctl object files, the second after them. This should let you group the .data section of the pfctl globals, accomplishing what you do here with the __attribute__ attribute. Regards, Kristof From owner-freebsd-hackers@freebsd.org Mon Aug 1 21:16:48 2016 Return-Path: Delivered-To: freebsd-hackers@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 20378BABD0A for ; Mon, 1 Aug 2016 21:16:48 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FC4B1B10 for ; Mon, 1 Aug 2016 21:16:46 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.7.82]) by mrelayeu.kundenserver.de (mreue102) with ESMTPSA (Nemesis) id 0MLy2e-1bMbKq1JBk-007pp2 for ; Mon, 01 Aug 2016 23:16:44 +0200 Received: from bsch by becker.bs.l with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bUKZm-000APT-Ix for freebsd-hackers@freebsd.org; Mon, 01 Aug 2016 23:16:42 +0200 Date: Mon, 1 Aug 2016 23:16:41 +0200 From: Bertram Scharpf To: freebsd-hackers@freebsd.org Subject: Re: [SOLVED] Segfault in OpenSSL even though GnuTLS demanded Message-ID: <20160801211641.GA43447@becker.bs.l> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20160728180255.GA79509@becker.bs.l> <599ca93e-31ed-fcb4-75de-7d05667d928e@FreeBSD.org> <20160728205516.GA94239@becker.bs.l> <20160728213717.GA98586@becker.bs.l> <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) Sender: Bertram Scharpf X-Provags-ID: V03:K0:xUMMclNyOvBECe/aJ6OhlIyH6vXpDajSZjRlPahNYR1AsZ29Um6 KOGAI+FOFzj+f3SHAqOJzsg7B/e9F5iwczdV8aIm+2tFicncosJpk8VzX+B6Edn89hCYb1t oONQ2i64eEzdL3LPkHmJcxLY+mpJEGLxvxyv9zYiuiDvfsaskTBgCiAD6pV7GBmOdMy5fdC 4wcfLbawTDgq9nrJ+Ki0Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:EBOJ+cVEw84=:s3z4Yw+rRDuZKRnUA4Oayd 2VR1by5c6CYtS/JFzY4Nc9Yt9oNWTYdBHcKvA945h4KLUbxn3NohICY8HgSS0bwzECDhwSmfE CM2GebHcCgiP7b8a7MAuee6rmsS0c5YtiOMg4sbG2XvL0cmvJFYMID3XOgOWqCOz8TQ/1GNJw gfyHzJVRta46aLAy4+sC4WC09k/ufvHF9EcVdSZ8o3TIKz5WpZgcfxHrZryteldXGv2IEdqIG yOQGKnUoQY5dhJWFNq+XbC8UsMB9bF2SZMYuNmtDOZTHOxpqlp95pfiUm8nY5Y0HuLquJ/r3H 2H7EEy4qPBpQ3Ik42fDwk61M7AUtb/iAimxFRv2qp/c4RJwhpNRqCHUcWbRBjXdH4Wf0t9Y1S Vy5Q2XciCoZx5TaDMkoF1qbvaD3kD/LwdjDbhK7IxmXkKVZcSKBMSS3/T95NVSY0CHkItpjqP OtOz5CJ+zSemdgK4PfsLDo9+phj1buUfIO9JyyTOrj7Z+VPYFN5vBJRGev2AH+132j7AfGTdy +PyAR+cQlQ1+3QcdFuinqNE6h1OW1z4Mg34sNvqAZPZk98RVdjh//jaNv1B7o+9JCAquejqAH y2zt8FW1CPOHaOkIYA7SgRkCMaEoeKy4VlpND4LErwaC0ri6f7mxlV+itr0iJ4XttD94F+OaX bJTtPn1VAUZGs8c4nyq78p13PK4agz8V6fHYk5EloLh35rj5JlOko3PFGt6HakHzLEeE= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 21:16:48 -0000 On Thursday, 28. Jul 2016, 17:56:46 -0400, Jung-uk Kim wrote: > On 07/28/16 05:37 PM, Bertram Scharpf wrote: > >>> On Thursday, 28. Jul 2016, 15:37:00 -0400, Jung-uk Kim wrote: > >>>> On 07/28/16 02:02 PM, Bertram Scharpf wrote: > >>>>> > >>>>> Program received signal SIGSEGV, Segmentation fault. > >>>>> [Switching to Thread 29403080 (LWP 101275/mcabber)] > >>>>> 0x285c1245 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.8 > >>>> > >>>> Try "ldd /usr/local/lib/libloudmouth-1.so.0.1.0". It looks like a > >>>> Kerberos issue. > > > > So, how could I resolve this? > You may ask its maintainer (gnome@FreeBSD.org) to add USES+=gssapi and > add an option to select GSS-API from ports. I looked at the other 4(!) projects that set something like USES+=gssapi and copied that to loudmouth, and I even had to copy it to irssi. Now the segfault has gone away. The patch is below. I will not write a problem report as long as my running problem reports aren't deemed worthy of an answer. Bertram ________________________________________________________________________ diff --git a/irc/irssi/Makefile b/irc/irssi/Makefile index d9a89fe..f7f9e45 100644 --- a/irc/irssi/Makefile +++ b/irc/irssi/Makefile @@ -43,6 +43,7 @@ TRUECOLOR_CONFIGURE_ENABLE= true-color CONFIGURE_ARGS+= --disable-ssl .else USE_OPENSSL= yes +USES+=gssapi:base,flags .endif post-patch: diff --git a/net-im/loudmouth/Makefile b/net-im/loudmouth/Makefile index ead1d4e..0a86d13 100644 --- a/net-im/loudmouth/Makefile +++ b/net-im/loudmouth/Makefile @@ -29,6 +29,8 @@ OPTIONS_DEFAULT=GNUTLS OPTIONS_RADIO= SSL OPTIONS_RADIO_SSL= GNUTLS OPENSSL +USES+=gssapi:base,flags + .include .if ${PORT_OPTIONS:MGNUTLS} -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-hackers@freebsd.org Tue Aug 2 01:50:37 2016 Return-Path: Delivered-To: freebsd-hackers@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 B06F6BAAA3A; Tue, 2 Aug 2016 01:50:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 81C3C1967; Tue, 2 Aug 2016 01:50:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-226-8.lns20.per1.internode.on.net [121.45.226.8]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u721oVud006332 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Aug 2016 18:50:34 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: [SOLVED] Segfault in OpenSSL even though ports GnuTLS demanded (irssi and loudmouth) To: freebsd-hackers@freebsd.org References: <20160728180255.GA79509@becker.bs.l> <599ca93e-31ed-fcb4-75de-7d05667d928e@FreeBSD.org> <20160728205516.GA94239@becker.bs.l> <20160728213717.GA98586@becker.bs.l> <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> <20160801211641.GA43447@becker.bs.l> From: Julian Elischer Cc: vanilla@freebsd.org, "ports@FreeBSD.org" , Tijl Coosemans , gnome@freebsd.org Message-ID: Date: Tue, 2 Aug 2016 09:50:26 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160801211641.GA43447@becker.bs.l> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 01:50:37 -0000 On 2/08/2016 5:16 AM, Bertram Scharpf wrote: > On Thursday, 28. Jul 2016, 17:56:46 -0400, Jung-uk Kim wrote: >> On 07/28/16 05:37 PM, Bertram Scharpf wrote: >>>>> On Thursday, 28. Jul 2016, 15:37:00 -0400, Jung-uk Kim wrote: >>>>>> On 07/28/16 02:02 PM, Bertram Scharpf wrote: >>>>>>> Program received signal SIGSEGV, Segmentation fault. >>>>>>> [Switching to Thread 29403080 (LWP 101275/mcabber)] >>>>>>> 0x285c1245 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.8 >>>>>> Try "ldd /usr/local/lib/libloudmouth-1.so.0.1.0". It looks like a >>>>>> Kerberos issue. >>> So, how could I resolve this? >> You may ask its maintainer (gnome@FreeBSD.org) to add USES+=gssapi and >> add an option to select GSS-API from ports. > I looked at the other 4(!) projects that set something like > USES+=gssapi and copied that to loudmouth, and I even had to > copy it to irssi. Now the segfault has gone away. > > The patch is below. > > I will not write a problem report as long as my running > problem reports aren't deemed worthy of an answer.what Are your current reports? hmmm do I sense frustration? :-/ Please DO at least drop it into a bug report.. what are your other bug reports? I find the best way to get bug reports handled is to look in the history of the module concerned, e.g. https://svnweb.freebsd.org/ports/head/irc/irssi/ or https://svnweb.freebsd.org/ports/head/net-im/loudmouth/Makefile?view=log and see who has been working on it recently and email them directly with a pointer to the bug The bad part of how the project works is that there is no "manager" correlating bugs with people directly, so it's really easy to miss bug reports that you should be aware of. In this case I've cc'd the people who may best be able to evaluate your patch, and since it is simple and you've done he work one hopes that one of them will be able to comment and maybe even commit. Julian > > Bertram > > > ________________________________________________________________________ > > diff --git a/irc/irssi/Makefile b/irc/irssi/Makefile > index d9a89fe..f7f9e45 100644 > --- a/irc/irssi/Makefile > +++ b/irc/irssi/Makefile > @@ -43,6 +43,7 @@ TRUECOLOR_CONFIGURE_ENABLE= true-color > CONFIGURE_ARGS+= --disable-ssl > .else > USE_OPENSSL= yes > +USES+=gssapi:base,flags > .endif > > post-patch: > diff --git a/net-im/loudmouth/Makefile b/net-im/loudmouth/Makefile > index ead1d4e..0a86d13 100644 > --- a/net-im/loudmouth/Makefile > +++ b/net-im/loudmouth/Makefile > @@ -29,6 +29,8 @@ OPTIONS_DEFAULT=GNUTLS > OPTIONS_RADIO= SSL > OPTIONS_RADIO_SSL= GNUTLS OPENSSL > > +USES+=gssapi:base,flags > + > .include > > .if ${PORT_OPTIONS:MGNUTLS} > > From owner-freebsd-hackers@freebsd.org Tue Aug 2 05:36:41 2016 Return-Path: Delivered-To: freebsd-hackers@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 3BB44BAC872 for ; Tue, 2 Aug 2016 05:36:41 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (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 E350E1BCC; Tue, 2 Aug 2016 05:36:40 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1bUSNa-00072y-9v; Tue, 02 Aug 2016 07:36:38 +0200 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy02.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bUSNZ-0001W6-VQ; Tue, 02 Aug 2016 07:36:38 +0200 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 989372A000B; Tue, 2 Aug 2016 07:36:51 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 59-r8viNZJzp; Tue, 2 Aug 2016 07:36:51 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 0FE862A1808; Tue, 2 Aug 2016 07:36:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aB771fBRFAFR; Tue, 2 Aug 2016 07:36:50 +0200 (CEST) Received: from mauderer-linux.eb.localhost (unknown [192.168.96.190]) by mail.embedded-brains.de (Postfix) with ESMTPSA id E8C5B2A000B; Tue, 2 Aug 2016 07:36:50 +0200 (CEST) Subject: Re: Changes to pfctl to allow easier integration into a library To: Kristof Provost References: <25df9fd5-be75-b9ae-aa3a-22abef3bddf0@embedded-brains.de> <0C7EC45D-C3BC-4417-AF77-3ACC027D28B5@FreeBSD.org> Cc: "freebsd-hackers@freebsd.org" From: Christian Mauderer Message-ID: <336150f6-9dcd-873f-1f8f-a264dfa4c4ed@embedded-brains.de> Date: Tue, 2 Aug 2016 07:36:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22012/Tue Aug 2 05:11:14 2016) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 05:36:41 -0000 Am 01.08.2016 um 20:36 schrieb Kristof Provost: > On 1 Aug 2016, at 16:32, Christian Mauderer wrote: >=20 > Am 01.08.2016 um 16:02 schrieb Kristof Provost: >=20 > On 1 Aug 2016, at 15:03, Christian Mauderer wrote: >=20 > Can I improve anything to make the patches more acceptable? >=20 > Can you explain why > 0003-pfctl-Pull-static-variables-out-of-the-function.patch is > required? > I=E2=80=99m not sure I see why you need it. >=20 > I use roughly the following method for the global variables: > - I put all initialized (zero or value) variables into a special na= med > linker section. > - In a wrapper around main() I do the following: > o First save the content of the section to a temporary memory space > o Execute the original (mostly unchanged) main() > o After main() finishes, I restore the content of the section > To simplify a later update to a newer source version, the differenc= e > between the sources we use and the original FreeBSD sources should = be > minimal. Therefore my attempt to put the variables into a section i= s > the > following: > I create a header file (i.e. pfctl-data.h) that contains a matching > declaration of the global variables but with an added gcc attribute > __attribute__((__section__("my_section_name"))). This header file i= s > included at the end of the original pfctl.c. >=20 > Oh. > Ick. > Clever, but =E2=80=A6 ick. >=20 > I=E2=80=99m not a big fan of this patch, because it makes the code a bi= t harder > to follow, rather than improving things as most of your other patches d= o. > I suspect that something similar can be accomplished with a bit of > linker trickery. >=20 > A first idea is to insert two new symbols (e.g. pf_begin/pf_end) in two > separate files, the first before all of the pfctl object files, the > second after them. > This should let you group the .data section of the pfctl globals, > accomplishing what you do here with the *attribute* attribute. >=20 > Regards, > Kristof >=20 Hello Kristof, I agree that my solution is not optimal and that this specific patch does not really improve the code for you. So I'll try to find alternative= s. The method you suggested would not work for us. We are using part of the FreeBSD sources as a library that is statically linked with the rest of the system. Using our build process, the order of the object files does not guarantee an order of the symbols. As far as I know a fixed order can only be achieved by the section names. Theoretically it could be possible to get a similar result with some object file manipulation (renaming sections, ...). I'll check if I'm able to use such a solution instead and report back as soon as I can tell you more. Kind regards, Christian Mauderer --=20 -------------------------------------------- embedded brains GmbH Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.mauderer@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18 94 741 - 08 PGP: Public key available on request. Diese Nachricht ist keine gesch=C3=A4ftliche Mitteilung im Sinne des EHUG= . From owner-freebsd-hackers@freebsd.org Tue Aug 2 13:36:25 2016 Return-Path: Delivered-To: freebsd-hackers@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 EDB55BAC58E for ; Tue, 2 Aug 2016 13:36:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8041966 for ; Tue, 2 Aug 2016 13:36:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA11993 for ; Tue, 02 Aug 2016 16:36:22 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bUZrq-000Ljf-JD for freebsd-hackers@freebsd.org; Tue, 02 Aug 2016 16:36:22 +0300 To: "freebsd-hackers@freebsd.org" From: Andriy Gapon Subject: on BIOS problems with disks larger than 2 TB Message-ID: <6cec427b-4df1-50f0-3014-a96e5f8210f5@FreeBSD.org> Date: Tue, 2 Aug 2016 16:35:23 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 13:36:26 -0000 There are some BIOSes out there that do not properly support disks larger than 2TB and cause boot problems if there is any data required for boot at offsets larger than 2 TB (TiB, rather). The most typical victim is the ZFS boot if a boot pool includes disk areas beyond 2TB, because a kernel, or zfsloader or any configuration files required by the loader may end up in those "inaccessible" areas. It's obvious why 2TiB is a magic value here: 2^32 * 512 = 2^41 = 2 * 2^40 So the problem seems to happen when an LBA is treated as a 32-bit integer (unsigned). I happen to own one of affected systems and I have done some more investigation. As far as I can see, the only actual problem in my case is that a disk size in 512b sectors is reported modulo 2^32 by INT 13h AH=48h. If I "fix up" the parameter, then everything else (i.e. actual data reads) seems to work just fine after that. I suspect that a large subclass of other problematic systems may have exactly the same problem. Does anyone have an idea about how we could auto-detect and and auto-correct that problem? Would that be worth the trouble at all? Given the gradual de-orbiting of BIOS systems. -- Andriy Gapon From owner-freebsd-hackers@freebsd.org Tue Aug 2 21:35:06 2016 Return-Path: Delivered-To: freebsd-hackers@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 ABBB8BA838D for ; Tue, 2 Aug 2016 21:35:06 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yw0-x244.google.com (mail-yw0-x244.google.com [IPv6:2607:f8b0:4002:c05::244]) (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 6D3751773 for ; Tue, 2 Aug 2016 21:35:06 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-yw0-x244.google.com with SMTP id z8so15587687ywa.0 for ; Tue, 02 Aug 2016 14:35:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=VrCmpFc9ICLaxlPSgHgoJDLvmOBkIbRG9dR50bFmkXA=; b=Rxf5pbLyYeQHNgui9HoybzvjRn3AvImpI9YXCY+u82fDfPsNEE4Qb4fKldzZ9CCof7 RcmvsYF8Ey0WG9dfkPbyBpliieEILd4Wmfi2BmfppYY9SyBo5sjN2TNtQ1JKbvH3b6gA eGu5/nVvVDPwYSt7t6SmnrvFXFG3f8LxU+2mc+bDkSqnIZnPWjIurOIjQootyewix3cO +ikwIKBEgDkwTkwpCH2tTnoTyR+ife/XBYlmq7R93UxLaRU/Du11LvsEe9fc9bk0lTgV Re4cJNjid54HMdI/anso1EH74d4e7FnghNr4CQfZ6q1crbP3E6bn/x7NhYBTvsVqBI8P iZvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=VrCmpFc9ICLaxlPSgHgoJDLvmOBkIbRG9dR50bFmkXA=; b=lVe3jNk/NDz57WLIi5MyD0wF+xGx6gmQzP40qmmidVoyvR8CTjDSo/pm/ArC3Wg1TV yq3gu7ZayRtEMAEgHkvoh8uj3d8ILMknA2LaFvhdhV++frFZUiA4Q73RjYlQzGcbOpFu 3bDbr61VUWRTJluVjvwwzyuYnxmXhgyUvNR80OwEUUOuw3SDb68tOV1a9j3bhWs4PQb1 KYKfTSB8kfHPIBxfg1xQMMp5vZWFVF8ziy3jnbsulhSuloGtgcx6st5UoQ/dbKQsknx1 dCv0X7WgeaPSVb0bfMXEUuOfXvaS13lib6zKHAFHG9GyEbwkkAOUQEEBvrb2FbH4YWph 1C/Q== X-Gm-Message-State: AEkoousoykqoJ+PCSRkq8LifUGcEUtDV89U5QJx1ZoVV3QOZWcbbDfSUCP2liXqhvWw0zkDLBVCp8dQRvQBoEQ== X-Received: by 10.129.122.7 with SMTP id v7mr49265017ywc.219.1470173705268; Tue, 02 Aug 2016 14:35:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.161.37 with HTTP; Tue, 2 Aug 2016 14:35:04 -0700 (PDT) From: Zaphod Beeblebrox Date: Tue, 2 Aug 2016 17:35:04 -0400 Message-ID: Subject: How to get better debugging for the kernel. To: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 21:35:06 -0000 I have just filed bug 211535. I'd like to be more helpful, but I'm having some trouble with the level of optimization in the kernel. Much of kgdb's output tells me that the value I'm looking for has been optimized away. So... how do I compile a kernel or a module without optimization _and_ how badly will that affect the runtime of a lightly loaded server? My kernel is already compiled with -g. That tells me that I'm looking in zap_leaf.c (part of ZFS). Can I simply compile zap_leaf.c without optimization? From owner-freebsd-hackers@freebsd.org Wed Aug 3 06:25:37 2016 Return-Path: Delivered-To: freebsd-hackers@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 39EBCBAB176 for ; Wed, 3 Aug 2016 06:25:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 922AE164F for ; Wed, 3 Aug 2016 06:25:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA15278; Wed, 03 Aug 2016 09:25:34 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bUpcU-000MjS-9e; Wed, 03 Aug 2016 09:25:34 +0300 Subject: Re: How to get better debugging for the kernel. To: Zaphod Beeblebrox , FreeBSD Hackers References: From: Andriy Gapon Message-ID: Date: Wed, 3 Aug 2016 09:24:15 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 06:25:37 -0000 On 03/08/2016 00:35, Zaphod Beeblebrox wrote: > I have just filed bug 211535. I'd like to be more helpful, but I'm having > some trouble with the level of optimization in the kernel. Much of kgdb's > output tells me that the value I'm looking for has been optimized away. > > So... how do I compile a kernel or a module without optimization I have this in my kernel configuration: makeoptions CONF_CFLAGS="-O1" Also I have to use amd64-gcc to build the kernel because of a problem that happens when using clang to compile amd64 kernel modules (particularly zfs) at that optimization level. It's as simple as: - pkg install amd64-xtoolchain-gcc - add CROSS_TOOLCHAIN=amd64-gcc to the buildkernel invocation > _and_ how > badly will that affect the runtime of a lightly loaded server? I think that nobody would be able to tell you that in advance. But I expect that you won't see any difference. Why don't you try and report back? :-) > My kernel is already compiled with -g. That tells me that I'm looking in > zap_leaf.c (part of ZFS). Can I simply compile zap_leaf.c without > optimization? -- Andriy Gapon From owner-freebsd-hackers@freebsd.org Wed Aug 3 17:14:16 2016 Return-Path: Delivered-To: freebsd-hackers@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 D1DB0BAEF21 for ; Wed, 3 Aug 2016 17:14:16 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB761DBC for ; Wed, 3 Aug 2016 17:14:16 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id b62so249301781iod.3 for ; Wed, 03 Aug 2016 10:14:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XPhhWtF2t/dnrfa9UyVH4jvnaMCASNuTGYKtV/3OJFc=; b=c+F6Y1S3JrQ3RSKo2revwWxqIRlz/rLqfPSR6bxUPzqxmd3FaTCW3h8n5EXcSI4zX1 B9lwP1SydNe0QLkQpVaUCeBhma4O/OXVOJT+Cuf72zL4RSsz7VbcCy85wZU4QdMbJ+0b T1Cubl35knkuRiaa7O3EE8agQAMpQFxbhGSc6pOzb4vcMcciPA1C9q6S0b5HWK5jPlP2 zRZN5z5VEJ67CjhN0B+/wdVM6a0KHSQw2stmksVTpazKNuNU2ca6gekHnK9AHD4nJvj7 q4dWzZc9SWGoBY2C3QZSB8K2PQ/d0YbK4aSXpMzG00iLC+fp8cajjnA39iXdogQv/nf1 aueA== 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:from:date :message-id:subject:to:cc; bh=XPhhWtF2t/dnrfa9UyVH4jvnaMCASNuTGYKtV/3OJFc=; b=dHl8zuvNFps6uIF0u3hRWZKpUY0C38SnQar1WkD/Pom2Dh0U0eI5/EaGwK7z0E0T8B NA5QLdcXE+wsARiYYwCr8ljuglITZMRzmxdEQRk8kbaEwTx068C97WezOCcH4NET7rTK sSzrsOUNtcJ234lYFY/4/7ttcWFsjFCizfmggabU9poSe8O/tWX1u0PtxN0GQmVCMECL PoXwP5p95SO1udymQz5PKoBONc2OSTaOp+ch7XdVEnRWBu/XEUGDpR8syCgp+9PE0XSl g+SvDrCPyUoDOLxeUn8wv/Aiq5VJsTkQlvViOQc0RngaBBhU9AJPEtsyDkhtCyjJTL2Q Od+w== X-Gm-Message-State: AEkoout0flxlfVxN16szW8nehme9uVbWYA9r06gVBzsDz5Ci3/2zxR/qipQuA/wcKVUXVJJ3po9ndeqtsnvT5w== X-Received: by 10.107.159.147 with SMTP id i141mr66301088ioe.29.1470244456108; Wed, 03 Aug 2016 10:14:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.200.71 with HTTP; Wed, 3 Aug 2016 10:14:15 -0700 (PDT) In-Reply-To: References: From: Ryan Stone Date: Wed, 3 Aug 2016 13:14:15 -0400 Message-ID: Subject: Re: How to get better debugging for the kernel. To: Zaphod Beeblebrox Cc: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 17:14:16 -0000 Are you using the kgdb from the base system or from ports(it's a part of devel/gdb)? The kgdb in ports is significantly better. If you haven't tried the version from ports already, definitely do that first. From owner-freebsd-hackers@freebsd.org Wed Aug 3 19:12:32 2016 Return-Path: Delivered-To: freebsd-hackers@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 5EDCCBAE0F8 for ; Wed, 3 Aug 2016 19:12:32 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC0DD114D for ; Wed, 3 Aug 2016 19:12:30 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.3.168]) by mrelayeu.kundenserver.de (mreue002) with ESMTPSA (Nemesis) id 0M007w-1bGo9r292y-00uHzy for ; Wed, 03 Aug 2016 21:12:23 +0200 Received: from bsch by becker.bs.l with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bV1aY-0005cZ-NA for freebsd-hackers@freebsd.org; Wed, 03 Aug 2016 21:12:22 +0200 Date: Wed, 3 Aug 2016 21:12:22 +0200 From: Bertram Scharpf To: freebsd-hackers@freebsd.org Subject: Re: [SOLVED] Segfault in OpenSSL even though ports GnuTLS demanded (irssi and loudmouth) Message-ID: <20160803191222.GA18079@becker.bs.l> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20160728180255.GA79509@becker.bs.l> <599ca93e-31ed-fcb4-75de-7d05667d928e@FreeBSD.org> <20160728205516.GA94239@becker.bs.l> <20160728213717.GA98586@becker.bs.l> <7483738d-01e7-0bb2-81e9-9c26d8ef8c9f@FreeBSD.org> <20160801211641.GA43447@becker.bs.l> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) Sender: Bertram Scharpf X-Provags-ID: V03:K0:Yq3ZdWEMrxF9a1M77vL6/YdzOB/9Q3jhWJktx/Yvl8+X3Du+4+M 3K1ILrkTgD/+nGHLQL2w2t/8MR2FfF+b65UhCoiYo4mcfk4UT89ae74IbLxZ2dGTm0S02QH nfvvd9FsXfDA+OR9VCZy6kOeTyKvgcAL9CsklMnfQCQmx1v+CH35H6WczxcGcC9z6H66+mR GKL46Hfl8bzcCKvniD3qQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:9onRRSH+s1M=:N28NPVze2Ri9fsvtPoEKos vKl5sroDw45B+LUhtmtgAWppEYRDxn8vmCnZEHmCDkWbwNI7lD9N2ZIMt/LA/xS0jX2NzA1IN l/pXjO6VUEO0lZzVywFfS/h3tlJT7mtjXaNU0HQZFPCEudmKSbnPd6FwnL5Cv+TdW6AlbKwnS stMGLQnOTt8w98R/qMgJk/NThJiUUifldC1MEUoi6BxpdVXJ2/OSoBkJzCWtAJt/LGV7zhCIJ e8UrW1zHWT66g8tH4lWdI0eleqyhcDScjOLi5n3s1gLjIKOLCyTRXctqPkSRCw2g0ndyjkYK+ 7mJc4H3iM3NMWnGXlc3KehaV52fFM0OwGEyQgrhGPNCD4UqWOxkD9GE0WmOUPfDkgm3eOiGp8 ME74Wjq4kEQ+UjlOCc6MtqKseoZzpcfaBL/AYuEl612VkeQNJEQfxMEPurRYSIVrsA2eMhQ49 Y1cI8o1EFAZ+UCBqsjsHBJW4AwBxIMY6SzgFcxmKGS4te3W1jcfAKcRt1BqbXOUoFZKYdcxld JQzkMeidgCizCabdJvBi5sHVlTf5OOKhIlYXC51R8Q2qoABR6tczR2/OJGvbr9zqcHqce+0+C rD0pkL5OxSSslnBbZgXw9/MkXuO3PTu/yGEy6xiv1I2D9dSRLHJhxXk/gn6ims1GFoBq2qDuM 6pJeQs4/vDaGRkoRcXIIfxdibqfRo3Z0AK1k18HScwhjlgMVuIiwus5KBo0Qeorv9pdo= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 19:12:32 -0000 On Tuesday, 02. Aug 2016, 09:50:26 +0800, Julian Elischer wrote: > On 2/08/2016 5:16 AM, Bertram Scharpf wrote: > > > > I will not write a problem report as long as my running > > problem reports aren't deemed worthy of an answer. > > hmmm do I sense frustration? :-/ > > Please DO at least drop it into a bug report.. I will keep the solution in mind (and in the VCS) until at least one of my other bug reports receives an answer. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-hackers@freebsd.org Wed Aug 3 19:54:29 2016 Return-Path: Delivered-To: freebsd-hackers@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 0677FBAE025 for ; Wed, 3 Aug 2016 19:54:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2E71433 for ; Wed, 3 Aug 2016 19:54:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA17189; Wed, 03 Aug 2016 22:54:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bV2FF-000NT5-3e; Wed, 03 Aug 2016 22:54:25 +0300 Subject: Re: How to get better debugging for the kernel. To: Ryan Stone References: Cc: FreeBSD Hackers From: Andriy Gapon Message-ID: <5cc825d5-9ed7-efac-b711-60a8d4b18cc4@FreeBSD.org> Date: Wed, 3 Aug 2016 22:53:30 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 19:54:29 -0000 On 03/08/2016 20:14, Ryan Stone wrote: > Are you using the kgdb from the base system or from ports(it's a part of > devel/gdb)? The kgdb in ports is significantly better. If you haven't > tried the version from ports already, definitely do that first. kgdb 7.x from ports is certainly more powerful than the old base kgdb, but clang with O2 optimizations seems to be too much even for it. -- Andriy Gapon From owner-freebsd-hackers@freebsd.org Thu Aug 4 07:58:23 2016 Return-Path: Delivered-To: freebsd-hackers@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 1D6DDBAE8EB for ; Thu, 4 Aug 2016 07:58:23 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 A3E9F12F3 for ; Thu, 4 Aug 2016 07:58:22 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id x83so41236937wma.3 for ; Thu, 04 Aug 2016 00:58:22 -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:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=gCclOr0TXCDR/xa34Zwr1rXqHurHammam7Un7lGZPAI=; b=HorjLItFNVM+O4NubsuzO1WIDRtjFGslj3BgwUeAclCxLH2FdrM1jNgSLSE//uiDAO 5x7POPJaIz9ggDOtZVIEOfV0waFrtcooHbIxVo+qBvjfkvedVq2J+cKnV8jHUQPXRdQA 9aGUM74DdiGf2koR6c5iYlgkYKO/l4mwYYW1c8XDyO8KcQFSR5Uz/WVIsBdnJg5uZ4ez QST0A/m3AmO5VnDS48Igid+9H1LCVG651jryfo5FguxemxfJt628JPhFyCIlZPiUz4Sn aN+AJK3F7ZwY6wO0Vjv78O4CRJ8+0EQpeil0eYZAdRcMr+yASEf8eD8ZB9K3nw6VZc+O L+sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=gCclOr0TXCDR/xa34Zwr1rXqHurHammam7Un7lGZPAI=; b=hmMLdH6XoRimT086SJZqCHVFKFnt9+8gkvHGmymD1O//RbMCddMKqqfLAwQqF9+0VG g2ganjZzPayseCjL7+MQk72aonXg56azAeotqy6Qg3Rk3tk0FuS7j60x2iwPUMEYe2HO sXMZllBOoHsaeL3HbT3GLb/fT11ih46+FpgHPagMaM9grtSmBlFxnB7osVQ+Dtw9Od3x YF9UzCAxq+9ZTTXA/v1O8G/rGNiuBBVl941Y9peo9VnqMbKpFBsJbB5C0Qxz6KOabp4x z+B0NJC4eb1Y2/cFLrqeO+JzYb66TUsnkviRMLv3ZXENyDdAZWL0ku+CQHaOsFVgu0CR UQSQ== X-Gm-Message-State: AEkoouut2cQEc+T1EsAw7tLNLSYYr0xhZxhHDqq+Z/sIJ1ArmgJJID0D9BzaKXb7ldAgpQ== X-Received: by 10.28.229.1 with SMTP id c1mr75429429wmh.0.1470297501095; Thu, 04 Aug 2016 00:58:21 -0700 (PDT) Received: from brick (aib181.neoplus.adsl.tpnet.pl. [83.25.209.181]) by smtp.gmail.com with ESMTPSA id q187sm2276182wma.17.2016.08.04.00.58.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Aug 2016 00:58:20 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 4 Aug 2016 05:11:32 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Zaphod Beeblebrox Cc: FreeBSD Hackers Subject: Re: How to get better debugging for the kernel. Message-ID: <20160804031132.GA4832@brick> Mail-Followup-To: Zaphod Beeblebrox , FreeBSD Hackers References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 07:58:23 -0000 On 0802T1735, Zaphod Beeblebrox wrote: > I have just filed bug 211535. I'd like to be more helpful, but I'm having > some trouble with the level of optimization in the kernel. Much of kgdb's > output tells me that the value I'm looking for has been optimized away. > > So... how do I compile a kernel or a module without optimization _and_ how > badly will that affect the runtime of a lightly loaded server? > > My kernel is already compiled with -g. That tells me that I'm looking in > zap_leaf.c (part of ZFS). Can I simply compile zap_leaf.c without > optimization? You can try putting "#pragma clang optimize off" at the top of the file. From owner-freebsd-hackers@freebsd.org Thu Aug 4 08:07:40 2016 Return-Path: Delivered-To: freebsd-hackers@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 ADD91BAEF95 for ; Thu, 4 Aug 2016 08:07:40 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::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 778B91A7F; Thu, 4 Aug 2016 08:07:40 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id 38so265239771iol.0; Thu, 04 Aug 2016 01:07:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=8xdqwa/KT5woZaotWdEd47ySmZhYD3EYZtR7awD/e3I=; b=NjxtvvlnH0xV5ARM3Atnvhge3BJhmonzA8y1Wx/wgCKVrHXNcuM5kYlrse9DAmIdeq DB3DVaQE6V64TRfTf7LbGv5EvJZj7aV7L6tZ1Kaf2LRrz8bNKbVFa2YRij6etcExyVDK Zy4eGTi6Bd4uRZN33HbYdKsJgXlCS1fZ7w4fEis6ML9DNFccaQObkhGQm5xyCoS9wsYe U/UNNaKasb/jvn5m/WVxC7VzxNIlD8UPjL+kpbps0T3mow841LbzSsoXwi/OJ3naTVf4 jYIkZniw4TqpdxJqsMA75D35/Wx+My8XPqHQ73JvCASGPmgiyRxMY7xrXpgZXi4I1ldD /tUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=8xdqwa/KT5woZaotWdEd47ySmZhYD3EYZtR7awD/e3I=; b=SpLvFZj3iJIa7guIrZ+oR98tBufY99gCiBsZbO29AGdrRPzu2fH7FdGVXSjtxSZ/gn RK7JyShVei+q2NhnLPrFkwAYhXic1BwfCAA8Ea/GFWF97SUdxpNVJb4Mmci2RzCoOiWi rNTxnyzt2fCJtkfjHlujfVl3bMhnZHFhKYmxstRFBJDVyHDtxSZAzIzYc71QC8hskGhd rVV0k2zTF2Aj3W5UzrzyLME6+yqpPP0Vyf0s3jiQ7IJe2ZpGyRkENvHxHGPcaLzy2zwZ 1P5R+Sv0R76Ibbb4vfmxPh6zXSo1xbbggHnA1bEKS3w6H4DGisq/sWeeVPR9FBKE8hPT 35iA== X-Gm-Message-State: AEkoousVkTSwShrwFSfX+i0w1cvnoh7GHWEtsS/QmwAS7azfZ2LzokRMEuBkgHrPn5yUI3gwU9KOnDyFpfqU1A== X-Received: by 10.107.29.67 with SMTP id d64mr69582232iod.138.1470298059784; Thu, 04 Aug 2016 01:07:39 -0700 (PDT) MIME-Version: 1.0 Sender: kmacybsd@gmail.com Received: by 10.107.143.11 with HTTP; Thu, 4 Aug 2016 01:07:39 -0700 (PDT) In-Reply-To: <5cc825d5-9ed7-efac-b711-60a8d4b18cc4@FreeBSD.org> References: <5cc825d5-9ed7-efac-b711-60a8d4b18cc4@FreeBSD.org> From: "K. Macy" Date: Thu, 4 Aug 2016 01:07:39 -0700 X-Google-Sender-Auth: bk-qVY1PBY7OXOyXnMRHQq9QJqU Message-ID: Subject: Re: How to get better debugging for the kernel. To: Andriy Gapon Cc: Ryan Stone , FreeBSD Hackers , Samy Bahra Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 08:07:40 -0000 On Wed, Aug 3, 2016 at 12:53 PM, Andriy Gapon wrote: > On 03/08/2016 20:14, Ryan Stone wrote: >> Are you using the kgdb from the base system or from ports(it's a part of >> devel/gdb)? The kgdb in ports is significantly better. If you haven't >> tried the version from ports already, definitely do that first. > > kgdb 7.x from ports is certainly more powerful than the old base kgdb, > but clang with O2 optimizations seems to be too much even for it. Samy did a good presentation about this issue. I'm hoping I can get him to put his slides on line. Evidently clang is much more simplistic about how it treats callee saved registers. In essence clang will always err on the side of saying "optimized out" even when it has sufficient state to know otherwise. Gcc, on the other hand will sometimes incorrectly infer that a value is valid when it is in fact not. I have been building some kernels with clang with dwarf4 enabled (and thus needed to use kgdb 7.x from ports). Contrary to what I have heard from some others I have found it to have virtually no added benefit. There is evidently some mechanism for appending an epilogue to functions. This would allow us to conditionally force clang to treat all function argument as being live to the end of the function. -M From owner-freebsd-hackers@freebsd.org Thu Aug 4 11:13:38 2016 Return-Path: Delivered-To: freebsd-hackers@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 2C438BAECC9 for ; Thu, 4 Aug 2016 11:13:38 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::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 DCD9712CD; Thu, 4 Aug 2016 11:13:37 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-yb0-x231.google.com with SMTP id g133so4085037ybf.2; Thu, 04 Aug 2016 04:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=m9Fzn99ZR2NVpraEr2YHWKnFlQREaul/ZB0I9jMepyI=; b=LLsWE9QRf41gpIGe/I4Zm13RErRSl0LLuJ8STa8L4IkPnzRkx4nz11zr0VqhHPMxyW dQLRYoGFVyjzrxhPVWdEZ4lkxrDyDZ1mW4S7Gt0kHoY7uhk130Dv2NKp6/lRRe46wFmX 0fjCMwngoOQuXIuUdVmVgwlUOf5t0zwVm0mSwP+fbgJjp59At9ZYwocpYZVYhd++OHLd vPczxqQSx87ocfFrXZf6nOKI03e5b/PjtSoa/r8nAPQCpJVpFAu8S9NcqM8z6NbTbQel TFFCCy2HMRsGWI/E7lhNDeQHMcYTaf/PWRKhIPrhl6xLxtbJiSaBKWkc8nlIFvHux0S8 rSaA== 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:from:date :message-id:subject:to:cc; bh=m9Fzn99ZR2NVpraEr2YHWKnFlQREaul/ZB0I9jMepyI=; b=b+2WNEO7cUV2XfNNQTReHb8ZSlAVE2kkCEd+6lugNEEtj3itnyjvvc4P8azmDa/T0x WzPIMHp/KSokwGVAlgLmFcrejjOk293FzfiWaRr8Ml/HsvAe1C0gcW6RhvNlEhGZKcf3 zpbwlMr2lMHxDSFcFzbUsL1C7P6ldQTGXI6tgFWMZHSESL64oW9PHXBIA5mSpU99Anz1 rFyPNYrr0n4BoiVg+PH1HGLmr+KOZfG0856Wkpp+DfsKNNrMH9zvTUf46aROmpSERXeO 6CyEL+RTcKyVxyja9bN8n7L5Xsp96VFuGhsJOdtBiitfnnMsZ0koWgHB1Kl3f1ZovM0A vTzw== X-Gm-Message-State: AEkoouuxYx37oFHPyOUbDjrJqgjEKEar83aOnMlf2ltYnwSRCSETAvvIk3MU458NSjsgDpfmYPn/vb2oS9OHyA== X-Received: by 10.37.78.133 with SMTP id c127mr52401198ybb.41.1470309216899; Thu, 04 Aug 2016 04:13:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.161.37 with HTTP; Thu, 4 Aug 2016 04:13:36 -0700 (PDT) In-Reply-To: References: <5cc825d5-9ed7-efac-b711-60a8d4b18cc4@FreeBSD.org> From: Zaphod Beeblebrox Date: Thu, 4 Aug 2016 07:13:36 -0400 Message-ID: Subject: Re: How to get better debugging for the kernel. To: "K. Macy" Cc: Andriy Gapon , Samy Bahra , FreeBSD Hackers , Ryan Stone Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 11:13:38 -0000 Thanks for the tips. So far, (and this is in diagnosing bug 211535), I've managed to compile the kernel with -O0. Someone on #FreeBSD told me to do it with "CFLAGS=-g -O0 make" ... which seems to have worked. At the very least, I have managed to find a frame on the stack that told me where in the filesystem was triggering the problem. Turns out that icinga2 (a monitoring package) manages to create a directory of 530k small files. It renames() two files each minute into the directory. At 530k files, this panic's the kernel every 12h or so. At lower levels of files, it panic's the kernel less. I have not setup a test system at home to try to induce this ... and if shutting off icinga2 fixes this (or shutting off the statistics module), then I'm loathe to keep the production server as a guinea pig, but I do have dumps for people to look at if they're interested. On Thu, Aug 4, 2016 at 4:07 AM, K. Macy wrote: > On Wed, Aug 3, 2016 at 12:53 PM, Andriy Gapon wrote: > > On 03/08/2016 20:14, Ryan Stone wrote: > >> Are you using the kgdb from the base system or from ports(it's a part of > >> devel/gdb)? The kgdb in ports is significantly better. If you haven't > >> tried the version from ports already, definitely do that first. > > > > kgdb 7.x from ports is certainly more powerful than the old base kgdb, > > but clang with O2 optimizations seems to be too much even for it. > > Samy did a good presentation about this issue. I'm hoping I can get > him to put his slides on line. Evidently clang is much more simplistic > about how it treats callee saved registers. In essence clang will > always err on the side of saying "optimized out" even when it has > sufficient state to know otherwise. Gcc, on the other hand will > sometimes incorrectly infer that a value is valid when it is in fact > not. > > I have been building some kernels with clang with dwarf4 enabled (and > thus needed to use kgdb 7.x from ports). Contrary to what I have heard > from some others I have found it to have virtually no added benefit. > > There is evidently some mechanism for appending an epilogue to > functions. This would allow us to conditionally force clang to treat > all function argument as being live to the end of the function. > > -M > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Thu Aug 4 23:36:14 2016 Return-Path: Delivered-To: freebsd-hackers@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 185DEBAF7A1 for ; Thu, 4 Aug 2016 23:36:14 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from know-smtprelay-omc-4.server.virginmedia.net (know-smtprelay-omc-4.server.virginmedia.net [80.0.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 76FD51889 for ; Thu, 4 Aug 2016 23:36:12 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from [192.168.1.100] ([86.10.211.13]) by know-smtprelay-4-imp with bizsmtp id TBb11t00d0HtmFq01Bb1kp; Fri, 05 Aug 2016 00:35:01 +0100 X-Originating-IP: [86.10.211.13] X-Spam: 0 X-Authority: v=2.1 cv=KbMvylsD c=1 sm=1 tr=0 a=SB7hr1IvJSWWr45F2gQiKw==:117 a=SB7hr1IvJSWWr45F2gQiKw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=2rVjqWD_AAAA:8 a=kpFjpFWR9c3GuMwqJpgA:9 a=QEXdDO2ut3YA:10 a=PMquF9I00gsA:10 a=hj3zRGDj_IcA:10 a=xBZ-Nw8pYhIA:10 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 a=NWVoK91CQySWRX1oVYDe:22 a=Me1MkXwyHF6hw0Pjh7M3:22 a=ULaUcM2Ibn9MdPUUwucP:22 To: Debian users , Supervision , FreeBSD Hackers From: Jonathan de Boyne Pollard Subject: nosh and redo have moved Message-ID: <86951ae1-3fdb-64e0-d215-92a39ba239d2@NTLWorld.com> Date: Fri, 5 Aug 2016 00:34:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 23:36:14 -0000 The whole sorry tale of why is on the new WWW site. The upshot of it is that nosh and redo are in a new place. * https://jdebp.eu./Softwares/nosh/ ** https://jdebp.eu./Softwares/nosh/source-package.html ** https://jdebp.eu./Softwares/nosh/freebsd-binary-packages.html ** https://jdebp.eu./Softwares/nosh/debian-binary-packages.html * https://jdebp.eu./Softwares/redo/ From owner-freebsd-hackers@freebsd.org Fri Aug 5 17:28:31 2016 Return-Path: Delivered-To: freebsd-hackers@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 9AB8FBAF332 for ; Fri, 5 Aug 2016 17:28:31 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com [74.125.82.67]) (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 4005319BA; Fri, 5 Aug 2016 17:28:30 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wm0-f67.google.com with SMTP id q128so4668979wma.1; Fri, 05 Aug 2016 10:28:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject:date :message-id:cc:to:mime-version; bh=hmJc5iOXHcJ+WjiUHb3KSw4XmiEApazTpXXyMCpokds=; b=i4U+Q8rHNP0tWytumav1AvxnriFCGspJXHj7zYnoS/rJNOte44GMN4NZfqzmAv03tM EJ6aXx3lF7FgC/LTCNSUd4CV+W14fKaBkBrqwvQ+8s8j5BKT/+PVS23ivpOdBJviZJF5 xJqncKbN0LOJh8Wg1+Qi7iDlHhU1NK812cCYAQLVeGqbGb3kIVV1Q8fOL2rZPxYFGDgh 0bDkLqQVa5rOG/qb+i5GcOX7xHYWIogjWB1CHH621vfZoihAOMLaCavhUIeA1ynVma3P MTBdRdQ2eXIV+uqoCnyA62WiDP9M9Am/A/Hsj6xRUVVUR26uGW8BlZ+xk0wNp8r28u5m 3kGA== X-Gm-Message-State: AEkooutLAvCZI9AK3k1BZFtmpAjOlcFij4w1eKj7C6bKRVNYcB2lToY7ciX1yazOxoCyCw== X-Received: by 10.28.225.4 with SMTP id y4mr4529248wmg.98.1470417223829; Fri, 05 Aug 2016 10:13:43 -0700 (PDT) Received: from maka.fritz.box (dslb-094-223-132-163.094.223.pools.vodafone-ip.de. [94.223.132.163]) by smtp.gmail.com with ESMTPSA id 17sm9544088wmf.6.2016.08.05.10.13.42 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 05 Aug 2016 10:13:43 -0700 (PDT) From: Mateusz Piotrowski <0mp@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Accessing libbsm functions (conditionally compiled with #if defined(_KERNEL) || defined(KERNEL)) Date: Fri, 5 Aug 2016 19:13:39 +0200 Message-Id: Cc: Konrad Witaszczyk To: freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2016 17:28:31 -0000 Hello, I am participating in Google Summer of Code and I work on converting = auditing logs from the Linux Audit format to the BSM format (more = details are available on wiki[1] and GitHub[2][3]). I use libbsm to generate tokens. After including I am = able to most of the functions listed=20 in au_token(3) (note that this manual is a little bit outdated), however = I am unable to call au_to_attr() and to define=20 a struct vnode_au_info variable which is the parameter of au_to_attr(). I read the source code and I found out that au_to_attr() is prototyped = in sys/bsm/audit_record.h like this: #if defined(_KERNEL) || defined(KERNEL) token_t *au_to_attr(struct vnode_au_info *vni); token_t *au_to_attr32(struct vnode_au_info *vni); token_t *au_to_attr64(struct vnode_au_info *vni); #endif The prototype of struct vnode_au_info is wrapped in = if-defined-kernel-macros as well in the same file. What should I do to be able to use those functions?=20 Why are those functions available only when the library was compiled = with KERNEL defined? Thanks for any help/hints. -Mateusz [1]: = https://wiki.freebsd.org/SummerOfCode2016/NonBSMtoBSMConversionTools [2]: https://github.com/0mp/freebsd [3]: https://github.com/0mp/freebsd/wiki= From owner-freebsd-hackers@freebsd.org Sat Aug 6 17:30:48 2016 Return-Path: Delivered-To: freebsd-hackers@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 DF59FBAF159 for ; Sat, 6 Aug 2016 17:30:48 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from know-smtprelay-omc-10.server.virginmedia.net (know-smtprelay-omc-10.server.virginmedia.net [80.0.253.74]) by mx1.freebsd.org (Postfix) with ESMTP id 092321BF5 for ; Sat, 6 Aug 2016 17:30:47 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from [192.168.1.100] ([86.10.211.13]) by know-smtprelay-10-imp with bizsmtp id TtWf1t00Z0HtmFq01tWfGM; Sat, 06 Aug 2016 18:30:40 +0100 X-Originating-IP: [86.10.211.13] X-Spam: 0 X-Authority: v=2.1 cv=Ha/pNXw8 c=1 sm=1 tr=0 a=SB7hr1IvJSWWr45F2gQiKw==:117 a=SB7hr1IvJSWWr45F2gQiKw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=2rVjqWD_AAAA:8 a=6I5d2MoRAAAA:8 a=itly7gIdAAAA:8 a=xzrdhC1kdKHw0PUXju0A:9 a=QEXdDO2ut3YA:10 a=ZUGwP7LCt9cA:10 a=IJuWuSD6ecgA:10 a=huzGBWHEoy8A:10 a=7YrUDqsB9R4A:10 a=WV-VAcIg7JsA:10 a=FSu5OgGmP5kA:10 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 a=NWVoK91CQySWRX1oVYDe:22 a=Me1MkXwyHF6hw0Pjh7M3:22 a=PElWl26apYe9z2G_WOx8:22 a=ULaUcM2Ibn9MdPUUwucP:22 a=IjZwj45LgO3ly-622nXo:22 a=1RpNR2E4bTkVPcsa2RFZ:22 Subject: nosh version 1.28 To: Supervision , FreeBSD Hackers , Debian users References: <54430B41.3010301@NTLWorld.com> <54B86FD5.3090203@NTLWorld.com> <554E53EF.4080600@NTLWorld.com> <554E93AF.3070709@NTLWorld.com> <556BA130.50708@NTLWorld.com> <55902328.8080602@NTLWorld.com> <55D5CFA2.5010402@NTLWorld.com> <55D8B9AC.6010209@NTLWorld.com> <56089268.6080007@NTLWorld.com> <56120D11.4080506@NTLWorld.com> <5636C75B.70000@NTLWorld.com> <5672BD8C.50303@NTLWorld.com> <569617F3.8000101@NTLWorld.com> <56AEAED5.4010606@NTLWorld.com> <572D266D.6080807@NTLWorld.com> From: Jonathan de Boyne Pollard Message-ID: <7fa206eb-9b34-de45-4474-11c04007326b@NTLWorld.com> Date: Sat, 6 Aug 2016 18:30:19 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <572D266D.6080807@NTLWorld.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2016 17:30:49 -0000 The nosh package is now up to version 1.28 . * https://jdebp.eu./Softwares/nosh/ * https://www.freebsd.org/news/status/report-2015-07-2015-09.html#The-nosh-Project * http://jdebp.info./Softwares/nosh/ There's a lot in this one: MySQL and MariaDB changes; more prophylaxis for Desktop Bus bus activation; improvements to systemd unit conversion; support for the old svc -x; machineenv; improvements to service management; fixes for the per-user manager; improvements to the console terminal emulator; BSD boot mode changes; the ability to pass more open sockets to connection-accepting programs; cron; and OpenBSD. Italics and colour ================== * https://jdebp.eu./Softwares/nosh/italics-in-manuals.html This isn't a toolset change, per se. But the WWW site now has a guide to seeing actual italic text in manual pages. The nosh toolset's user-space virtual terminals support true italics (if one has the fonts) or obliquing, and this works with them. MySQL and MariaDB changes ========================= * https://jdebp.eu./Softwares/nosh/mariadb-and-mysql.html New in version 1.28 is a different and up-to-date way of managing MySQL and MariaDB server services — where "new" translates to finally getting rid of that unnecessary mysql_safe wrapper and doing things the way that daemontools-family toolset users have wanted to do them since the turn of the century. There's a lengthy exposition on the WWW site, q.v.. The major visible effect is that your "mysql" or "mariadb" service is now an alias, for something like a "mysql@" or "mysql@01" (if you have [mysql01] in your my.cnf) service. The configuration file import mechanism tries to construct/update mariadb@NN and mysql@NN service bundles for you, based upon your MariaDB and MySQL configuration files. Further prophylaxis for Desktop Bus bus activation ================================================== * https://jdebp.eu./Softwares/nosh/avoid-dbus-bus-activation.html The nosh toolset now comes with a dbus-daemon-launch-helper replacement. The purpose of this is to sit in your /usr/local/etc/dbus-1/system.conf (or equivalent) and redirect to service management attempts, by the Desktop Bus broker daemon, to demand-start services. It is slightly fiddly to install, requiring manual setup by the system administrator, there being no simple way to add overrides to /usr/local/etc/dbus-1/system.conf and it requiring that you allow the "messagebus" user the necessary access for starting and stopping services (but not necessarily *superuser* access — rembember ACLs). To assist with this, several popular Desktop Bus "services" now exist as alias names for service management services. These are just symbolic links to the service bundle directories, of course. So, for example: With the helper in place, Desktop Bus bus activation will try to demand-start a service named "org.freedesktop.PackageKit" using service management. This is just an alias for the "packagekit" service. Improvements to systemd unit conversion ======================================= Ideal mode is now closer to the daemontools-family mainstream, defaulting to the daemontools-family norm of always restarting services. Quirks mode, conversely, now implements more of the non-daemontools redirection semantics for standard I/O, in particular with regard to listening socket units. Some more Linuxisms have been added. Limits (where applicable) can now take SI and IEC suffixes (so you can, say, express limits in kiloseconds). This latter is actually an augmentation to the underlying softlimit command. Passing more open sockets to connection-accepting programs ========================================================== The improvements to systemd unit conversion also allow passing more than one listen()ing socket to connection-accepting programs. You can use, say, ListenStream and ListenDatagram and the conversion utility will translate this into an appropriate chain of multiple invocations of udp-socket-listen and tcp-socket-listen. It will do local-stream-socket-listen, local-datagram-socket-listen, netlink-datagram-socket-listen, and fifo-listen too. The motivator for this was Daniel J. Bernstein's dnscache. I have modified versions of tinydns, dnscache, and taiclockd that understand the LISTEN_FDS protocol for their being told about listening sockets that have been opened for them, and don't open their own sockets in that case. dnscache, in particular, takes a UDP socket and a listening TCP socket. The UCSPI tools in this version of the toolset can now provide these two to a dnscache process. One simply chains through udp-socket-listen and tcp-socket-listen to dnscache, using the --systemd-compatibility flag. The sharp-eyed will notice that the tinydns and dnscache services are following in the footsteps of the mariadb and mysql services, being instantiated for relevant IP addresses by the configuration import subsystem instead of being single-instance services. It's not quite ready in this version, but you can see where things are headed. svc -x ====== The -x option to service-control, a.k.a. svc, is no longer defunct. It does what unload-when-stopped does. machineenv ========== This was a little helper that was needed for running one particular Java program under nosh service management. It's analogous to userenv, but instead of setting up environment variables from login information it sets up environment variables from machine information. Improvements to service management =================================== The system-control utility now respects a new "use_hangup" flag in service directories, as documented in service-manager's manual. This is used in the various getty@, agetty@, mgetty@, emergency-login@, and ttylogin@ service bundles, and causes system-control to attempt to bring down these services (at shutdown, for example) with SIGHUP, because some job control shells ignore SIGTERM and that delays shutdown. Incidentally: There's now a family of pre-supplied agetty/mgetty/getty@ service bundles, set up for the various conventional serial terminal devices on OpenBSD, FreeBSD/PC-BSD, and Linux. These are aliased from parallel ttylogin@ names, for consistent handling of /etc/ttys import and so forth. They run a modem-aware getty, though; which of course the virtual terminal ttylogin@ services do not. See the Terminals chapter of the nosh Guide. Fixes for the per-user manager ============================== The per-user manager, an instance of which you get when you run "system-control start user@${USER}" (or, more specifically, "system-control start user-services@${USER}"), is now more functional. The configuration importer sets you up with your own personal service bundle directory tree in ${HOME}/.config/service-bundles/ with a pre-supplied exit/ service bundle. (Don't delete it! The per-user service manager needs to have a goal when it is signalled to terminate.) Improvements to the console terminal emulator ============================================= SoftTerm has a bugfix. CUF and CUF no longer cause sideways scrolling. It also now understands some of the more esoteric control sequences from the old (pre-version 10) FreeBSD kernel terminal emulator, increasing the compatibility with programs that use the "cons25" terminal type. The NetBSD terminal type for virtual terminals is now pcvtXX, and the OpenBSD one is pccon, per the 2015 termcap database. There is also a minor fix in the SCO Console mode emulation. All of the function key control sequences were off by one. They are not, now. (-: BSD boot mode changes ===================== * https://jdebp.eu./FGA/emergency-and-rescue-mode-bootstrap.html I'd like to see FreeBSD and PC-BSD kernel loaders support the -b flag. In the meantime, for simple utility, I've changed the -s flag to invoke emergency mode rather than rescue mode, but only on FreeBSD/PC-BSD. OpenBSD ======= One of the servers providing the new WWW site is an OpenBSD machine, running the aforementioned modified versions of Bernstein tinydns and dnscache, and Bernstein publicfile, under nosh service management. The nosh toolset now builds and runs on OpenBSD 5.9. There are an awful lot of limitations to OpenBSD, from lack of realtime signals and nmount() to its older packaging tool. Some of them are surmountable: I could write an nmount() shim function as I did for Linux, although for OpenBSD it would be a lot more complex. Some of them, like the lack of fexecve(), are not. In concert, they preclude nosh as a system manager and packages with full automatic setup and teardown of basic system services. But one can run the nosh service manager under OpenBSD rc; and everything else, from UCSPI servers to cron, under that. I currently do. I'm not particularly bothered about the package tool and the missing setup/teardown of the binary packages, myself. I'm not running my system using installed binary packages in the first place. I'm building from source, in true slashpackage style, into /package/admin/*/command/ and symbolically linking from /usr/local/bin/* to there. The user-space virtual terminal system has not been tested on OpenBSD, and almost certainly doesn't quite work yet. As mentioned earlier, the OpenBSD terminal type is set correctly by vc-get-tty. But console-terminal-emulator does not have an OpenBSD mode yet; console-fb-realizer doesn't really know how to use OpenBSD HID devices yet; and OpenBSD has the old 1980s-style pseudo-terminal management system instead of the "new" "UNIX98" 1990s one, which I have not tested. At one point I was in a halfway-done position of having the nosh toolset's UCSPI tools but none of the service bundles. So the toolset now has a tcpserver shim, that simply maps onto tcp-socket-listen, ucspi-socket-rules-check, and tcp-socket-accept. It does not have the same defaults as the Bernstein tcpserver, though; and is in a separate binary package. The cron mess ============= OpenBSD has yet another not-quite-the-same version of cron, with yet another way to tell it not to uselessly fork. So now there's an openbsd-cron service bundle alongside the debian-cron and vixiecron service bundles. The cron alias is set up to point to the right one for the operating system. debian-cron is the new name for the gnucron service bundle, by the way. "Debian/GNU Linux's prepackaged version" is what Ian Jackson originally called it in its README. (Historical tidbit: Paul Vixie originally named his "PD cron".) As far as I can tell, GNU cron was actually a project (by one Mike Meyer it appears) for the Free Software Foundation in 1987 that has entirely disappeared, if it ever existed in the first place. In any case, "gnucron" is too generic a name for something that is at this point heading down the road of needing an individual service bundle for every single special flavour. (Perhaps the Google Summer of Code people could add importing OpenBSD's cron's -n flag to FreeBSD cron to their list of ideas. That would eliminate one special flavour and fix a deficiency at the same time.) Thibault Godouet's fcron, Matt Dillon's/Jim Pryor's dcron, and Bruce Guenter's bcron don't need special treatment like this.