From owner-freebsd-current@freebsd.org Mon Apr 3 10:25:01 2017 Return-Path: Delivered-To: freebsd-current@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 133FCD2B41A for ; Mon, 3 Apr 2017 10:25:01 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::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 4449FE97; Mon, 3 Apr 2017 10:24:59 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x22f.google.com with SMTP id w43so162229866wrb.0; Mon, 03 Apr 2017 03:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/qMXzs+wdFmilvxUxTpKT8p7jdURXoBNWvP9hDj85ec=; b=jUXuCDPHICn/V5Q4pKlN8BE+ZhVGmUH6qFhb48CKezC7nY/j2/V9V4k0/LvL0aPXAg JeYJ1QrIytmbamqKsHi5tM5mD2o/BO5uBoMmxfZ2yimGY1BWPYN5N64zqi0LUMhtcw9t SLPRTtV/gDKGL5yhHnmIQWlKD/5d1onLl1abw/rYd3jlQoZPJpn9zbZumX0Bdv3wnWUa Y16q36PFbnbLEq5J1BD1Ex/huB/C+mWSO9JcTEFsnVyWYx9E0HFSSaKu75ymln5Tik+D NxTf9Ve4giWrDFG0Exsu7a3yqZw/yN1eFwZrwpMxOrQY5O97zQDI0rvL787Zxv7SYN5Y 4p0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/qMXzs+wdFmilvxUxTpKT8p7jdURXoBNWvP9hDj85ec=; b=MLI3jlul6vY8zhY52L1raOI0ww5Pon/Ez+YcyIbIfrpW52raIXIIcjtfjoRJ1v0v2q mNtKBH2DJrglb6BjwEDaFZKzvL/P5eBBI3WHe7wQZ134NI7uNuQak3TiaaUFidiAU18j fU8krov8S6uqJDS2s8tb9TtvLcTVoWFWh0dacqttO8dpmFf8RGKhO36/oeuxLWpaYfFz guW9f8VcoJpMKOHe6fRTykuGgxNWUX0Eu316om9FiVnFD8alMEbZrvS0JSaWx1HfUBLf CA7a/IIjj9zCOuQnhRDGg4GKP3m4EOsJpjezFXMK1b/bLoqiJ7Vsjlx21kGuNWR+ArWO 4m1w== X-Gm-Message-State: AFeK/H0llHOpimer9rabjYhPkrGtdBL59Xz3TFFzlK4gVVfpdC9RGnsGiSLO1kGbNnaBZWLMm4+oPXH0WdODNA== X-Received: by 10.223.177.195 with SMTP id r3mr14705414wra.40.1491215097151; Mon, 03 Apr 2017 03:24:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Johannes Lundberg Date: Mon, 03 Apr 2017 10:24:46 +0000 Message-ID: Subject: Re: increased power consumption lately? To: Adrian Chadd Cc: freebsd-current X-Mailman-Approved-At: Mon, 03 Apr 2017 13:37:42 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 10:25:01 -0000 Hi Adrian The three threads are kernel(acpi_task_{0-2}) and they use ~30% each so total 100% of one core. Machine is 2013 MBP pmcstat screenshot attached. On Thu, 30 Mar 2017 at 21:16, Adrian Chadd wrote: > I don't /think/ so - which thread is it on your end? Can you run > pmcstat -S instructions -T to see what's taking your CPU? > > > > -adrian > > > On 28 March 2017 at 13:36, Johannes Lundberg wrote: > > Hi > > > > Personally I got some acpi-something kernel thread at 100% CPU constant > > usage. Need to lock CPU freq at lower value otherwise it runs with > > turboboost all the time. > > > > Could it be the same for you? > > > > On Tue, 28 Mar 2017 at 20:58, Adrian Chadd wrote: > >> > >> hiya, > >> > >> I've noticed that my battery life on my haswell laptop (T540p) seems > >> to have taken a nosedive lately. I could've /sworn/ it was getting > >> better than 15-16W at idle. > >> > >> Has anyone noticed any massive decrease in battery life lately? > >> > >> > >> > >> -adrian > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon Apr 3 14:00:23 2017 Return-Path: Delivered-To: freebsd-current@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 BEAB9D2B312 for ; Mon, 3 Apr 2017 14:00:23 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 927C27B6 for ; Mon, 3 Apr 2017 14:00:22 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A796120AD1 for ; Mon, 3 Apr 2017 10:00:15 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 03 Apr 2017 10:00:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=Yhs9SkqSNzBVNJd145lfHbIHWDroii46PkBH2ZHAf oM=; b=a3xr21sKk5axH6J3EPzgHsHb9lIUY3M6ZnpMZ8/BMvfgDuS6W39N2XzeQ eVYjBGfjzbvjM1MWj7BfZAnG2BLK0RuTzVVB+mPqXHY08gMO7cqLclsyX2KqkNgQ FxumOFF0DC7s1iFWfPj2LVsnssNe0S8lJu7f1G74tYFdpYT/H5us17XAUbHBc2Er /IucKqCDPnDc5wjZfVbOb8wrW1sIZLzhPcK1hPa8/KkryUbrLU2IxUe2xjb/sOYP PgXYx5dOG6IlpjL+DF1RfsqAKa3YiUqFDv67CPg7bZyzs+yQAzZjRrE+wMh08t3l SWiDvp7LLMbYtopf5GLvGYhCEcx1Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=Yhs9SkqSNzBVNJd145 lfHbIHWDroii46PkBH2ZHAfoM=; b=gWsicuFCEdPC5QZ2udiRk6MVK7VN49ouxs l4RSOM7QzXaDZd1G/uewKdj7kHtlqtfdaAgpwAPRKmzjJAagiSu9aGQLFgrI1YBc kcRm7iw0MjW7Qh4yydn6fcF3logZlUgad43BkArZl2Awt04zS3tkYdmwRVwMMdTX x0j6APAbRNae1NEI9db8RQIm4gCIdLAH+9eRQ5K+k+Yy4A1GN4jjYMnrNjS6L3It SqTcwYA4kH6rmsF/U/6fGA5wdDQWtqoOatqDVGPbxpAOs0WBAV8ZI1r55KiFqRDJ e7HDVVClEjfoKgRS+McxNAUDVJ39dpOQhrPHYC+yeNDKl9r8dOAA== X-ME-Sender: X-Sasl-enc: PV2Ggs7XvyJOFO7hWX+BYjBO69ZAUzUwbwaFYes71mXf 1491228015 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 49F6B7E21E for ; Mon, 3 Apr 2017 10:00:15 -0400 (EDT) To: freebsd-current@freebsd.org From: tech-lists Subject: inetd startup script missing from /etc/rc.d in both -current and 11-stable Message-ID: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> Date: Mon, 3 Apr 2017 15:00:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 14:00:23 -0000 Hello current@, >From https://www.freebsd.org/doc/handbook/network-inetd.html I should be able to start inetd like this: service inetd start ...after enabling it in /etc/rc.conf. The inetd options look like this: inetd_enable="YES" inetd_program="/usr/sbin/inetd" inetd_flags="-wW -C 60" The problem is that the startup script doesn't exist in /etc/rc.d. I get this error: # service inetd start inetd does not exist in /etc/rc.d or the local startup directories (/usr/local/etc/rc.d), or is not executable and the lines in rc.conf have no effect (inetd doesn't start). I can, however, start it manually, as root, like this: # inetd -wW -C 60 and it runs as expected. This problem exists in 11-stable as well as -current. How can I fix this please? thanks, -- J. From owner-freebsd-current@freebsd.org Mon Apr 3 15:50:40 2017 Return-Path: Delivered-To: freebsd-current@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 5B35AD2BD25 for ; Mon, 3 Apr 2017 15:50:40 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (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 1888630F for ; Mon, 3 Apr 2017 15:50:39 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.lissoft.com.ua ([109.237.91.29] helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.89 (FreeBSD)) (envelope-from ) id 1cv3aE-000L2X-14; Mon, 03 Apr 2017 18:07:54 +0300 Subject: Re: inetd startup script missing from /etc/rc.d in both -current and 11-stable To: tech-lists , freebsd-current@freebsd.org References: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> From: Alexandr Krivulya Message-ID: Date: Mon, 3 Apr 2017 18:07:43 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 15:50:40 -0000 Hi! I think you loose it after some updates. Both 11-stable and current contains it: https://svnweb.freebsd.org/base/head/etc/rc.d/inetd?view=log https://svnweb.freebsd.org/base/stable/11/etc/rc.d/inetd?view=log Check your src tree and install it. 03.04.2017 17:00, tech-lists пишет: > Hello current@, > > From https://www.freebsd.org/doc/handbook/network-inetd.html I should be > able to start inetd like this: > > service inetd start > > ...after enabling it in /etc/rc.conf. The inetd options look like this: > > inetd_enable="YES" > inetd_program="/usr/sbin/inetd" > inetd_flags="-wW -C 60" > > The problem is that the startup script doesn't exist in /etc/rc.d. I get > this error: > > # service inetd start > inetd does not exist in /etc/rc.d or the local startup > directories (/usr/local/etc/rc.d), or is not executable > > and the lines in rc.conf have no effect (inetd doesn't start). > > I can, however, start it manually, as root, like this: > > # inetd -wW -C 60 > > and it runs as expected. > > This problem exists in 11-stable as well as -current. How can I fix this > please? > > thanks, -- From owner-freebsd-current@freebsd.org Mon Apr 3 15:54:48 2017 Return-Path: Delivered-To: freebsd-current@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 59051D2C127 for ; Mon, 3 Apr 2017 15:54:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22A1AA58 for ; Mon, 3 Apr 2017 15:54:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x234.google.com with SMTP id f84so78122707ioj.0 for ; Mon, 03 Apr 2017 08:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=FVlCPqgeY2a/hFHAGX0CisBKPhWanApbEIrrealnGnE=; b=MxTqoE7hgxfVnGXo3ojarkhY28MDhfr6MWIIR1FrWZxSRDIHEPmEwq/aUvcsR5grJW yrfFIH/wr4Q1jAd0AnmZT5ICWuHT8kDX7pFJXMYE4KZga3IcDMpEEuuLG9TsKveJOUYI SGK7JOc+OTmLm5CM6sEDkR7jCv2ZnXN6Dv+qCMzHBWpULKSG5gjK9wxotuZHPcUgweeB stA/6cFXiKJwh0+S94c4xIy+a5pW/ptl8Hv1FDfR8XSgfWq0bMSyFoaDyHCLqJ4M4w6c 2OW5NlKZFkF+bTVkX/nn/wRbUmSl5PBBY5/71086NDDobLTpXdpj6XWFQIVOlXGI3cBw YeiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=FVlCPqgeY2a/hFHAGX0CisBKPhWanApbEIrrealnGnE=; b=c5IE/fF/1St2TjBNTIvexZhJecuf59p1JDh3OAWcK4eWiwwXsR9oo8/unMgD2qJA5f uxAtvyqoD42QLGymgYIVe5/Ga12qhzFOJ5IW2VAsq9NBt+vLS9V+NVMaWfM9quiex4xp IVk/4Y2vPlRuWswGw0Ao2SerVsjAUjLcfsrfXdoCqqlgocVL+TMfZZKcjJfaumXD/4N/ iOOp3bNuPIiAtzaA/BIg7nNWDMoIUyUvNQKSbAbJ1mb4LM58JHSuyhI+cfy2DLnXPR5L YP3ThBm7Z8bdO6jMpK1k4hW1vAqH1grQVOdKEebJFjVftPbDAo0R16EnRcdMfasDrIaC LwFg== X-Gm-Message-State: AFeK/H3s3x2gpqGFUPTKlcsZRxYT1pNcvFbbqmN4WzlwPH8fOpdEw4tLxtGsjHky5y+VmyBb3jOVw7bTBv0wyQ== X-Received: by 10.107.37.12 with SMTP id l12mr15936964iol.159.1491234887477; Mon, 03 Apr 2017 08:54:47 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.209 with HTTP; Mon, 3 Apr 2017 08:54:26 -0700 (PDT) In-Reply-To: <58DFE332.2030107@gmail.com> References: <0136F3BE-4B47-4677-8D81-3FE0F5E67E79@lists.zabbadoz.net> <58DFE332.2030107@gmail.com> From: Ed Maste Date: Mon, 3 Apr 2017 11:54:26 -0400 X-Google-Sender-Auth: 0bjNjCHMgnnZa5u0xb7zqkuckFU Message-ID: Subject: Re: vt(4) bugs needing attention To: Ernie Luzar Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 15:54:48 -0000 On 1 April 2017 at 13:28, Ernie Luzar wrote: > > Is anyone working the these outstanding vt(4) bug reports? I am not aware of anyone working on these right now. > Bug 210446 - vt(4) when switching between virtual consoles there is a 4 > second hesitation in graph mode. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210446 I am not able to reproduce this issue on any of my hardware. This is most likely going to require significant investigation by someone who has an affected system with a serial console, so that we can determine where the delay is occurring. From owner-freebsd-current@freebsd.org Mon Apr 3 17:50:53 2017 Return-Path: Delivered-To: freebsd-current@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 56EBCD2C631 for ; Mon, 3 Apr 2017 17:50:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 286ED192 for ; Mon, 3 Apr 2017 17:50:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 4FDF5207FF for ; Mon, 3 Apr 2017 13:50:51 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 03 Apr 2017 13:50:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=AutdaaJMhj6Hl6P/XU 25fXSqZ8fGvWrQxnJDATPGifs=; b=RNDrocR6LB4SyYn4yCnhyfLyuqPZgLBrZ5 8aIXTflJbXzIc/3tFuStoBNPlsSCQZyRlFWkt2E7YoetXByIgSHGCM1tfMU3M1XD 7fnk69BPA2XL4QuXvYOB5n5cHhF6cxLQyfgOzu84azquzZMV797bJpi9kkrX+oAG DNzNvID90Lpfm7B7OjkwY6E064tkuQiXs7faQVwWhPBscx8k+8p7QlKxgUEnvKCK 0bwszI0mcerhewoWkzR01W4cmeRp0m8IkFrLVMAy0Fk7wbcCl/Q7cVnvr578LstA Z1glhQ6w8N5/M5b+gN6S6hOl3rV5bwHgfGLXzxKJAEwg7kltLGLA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=AutdaaJMhj6Hl6P/XU25fXSqZ8fGvWrQxnJDATPGifs=; b=oCI4Ixbh wSO+dGUsRo8LjZlRJc+jIaRbJfPiMV5m/FbexsSI/IWLjYJKnM2IF7hVlxHgItb7 NMUejJY+jMQ77HM38hmnmwBpPWUCA0DXuxuwaOtUEdyMiuwRhjWC6Ikad4CA38/a OgW8gynii+PqmpqWIpjcgiHZuRUC4ayNfJlTGv7GipcGYUiVZmnT/OXvvrzP56kt 5P8JVPg3MAcYUBRlDCgh+RSaTYbzGiKtNvHfmLd5gNTqKClHrbOmkhE5xwTkQFAo 0ihqovJGQLbYOKaVH0+aprkgZWKsiHwJDAqNNhTxXIh8G8xsmwbBx/qmgmJ9hRJn xn0+RL2Drd0f8w== X-ME-Sender: X-Sasl-enc: fXxd0gAjSKDg3vHlRkuKZLnHjjJ04M4QF8DUgfsfkKC+ 1491241851 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id E3EB27E70C for ; Mon, 3 Apr 2017 13:50:50 -0400 (EDT) Subject: Re: inetd startup script missing from /etc/rc.d in both -current and 11-stable To: freebsd-current@freebsd.org References: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> From: tech-lists Message-ID: <3b0c3383-c14d-df3f-4088-98b905a8d64e@zyxst.net> Date: Mon, 3 Apr 2017 18:50:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 17:50:53 -0000 On 03/04/2017 16:07, Alexandr Krivulya wrote: > Hi! I think you loose it after some updates. Both 11-stable and current > contains it: > > https://svnweb.freebsd.org/base/head/etc/rc.d/inetd?view=log > https://svnweb.freebsd.org/base/stable/11/etc/rc.d/inetd?view=log > > Check your src tree and install it. Thanks for the tip. I copied it over from /usr/src/etc/rc.d still puzzled as to why it wasn't installed though. When I upgrade, it's make clean && make buildworld && make buildkernel && make installkernel && mergemaster -p then make installworld then mergemaster. -- J. From owner-freebsd-current@freebsd.org Mon Apr 3 18:01:40 2017 Return-Path: Delivered-To: freebsd-current@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 F29E4D2CB62 for ; Mon, 3 Apr 2017 18:01:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e: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 BF826C5F for ; Mon, 3 Apr 2017 18:01:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x233.google.com with SMTP id x125so127514206pgb.0 for ; Mon, 03 Apr 2017 11:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=CTf6oMcapJfmwYCThPoJ7eogBI9Nw0BnxRO+NtUarrg=; b=IATmE7acsngpkItnmjTaFUNf/YFX3/cN5AfiqfmVHM3buLAg7KpFxFNC3zopiS5VO8 Lw0UggxSLHl3Zf67ubn7o5cDtR8Ou6lnAjgKMAKs4X2u0kBCkjPg38hrMH++7HOmumzF HemCTpjMQo3e2KTo8OvBOwYW9GuBvDqw9e0TZDy/oDaYd2qyPhKuSSnZURqr92vI2KFC QI21Fb47yxF268e9IRKbyRchP/u+2cv6OsFtM51Uc2iJBLyX+zifoWMEyDd6o/rDlBHT T4blKZFqp97Ttp135DlpPJZ9z/gOvuOsrDK/mAODiPGz3m64eemNXBVs20RsuwFMzBKp 3W/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=CTf6oMcapJfmwYCThPoJ7eogBI9Nw0BnxRO+NtUarrg=; b=IaBY+OyXrKrPdvb3Ou+rb41heXSdCwSqg+kZ11tL9GZNV7kqCjwoTRhGWNkW5L8frJ R4IO9nruQBgNKZjDFzBKkLqwIUKCNB3XF+c6HaBtdA/ww6flAvLru/LQMTBdAyTsEQ18 gEvfSmY5uywk5itncQo0ZokZO70ZCz6O+AijQOqANRiNhW/RCohFaFNm1pCG63LD7pCT vokrxxW8+labWLVsPi+vZdWyyaouMpwJ6PQCBrWIcEge0GZBhWQYBTdOhxGe1R0vsc/w ZQ5ELVSomjd5Ob1cyfS6ZZ51DyRxPh3boL8Jc4I6KWdbfkVq9oD06ozBPC+aOSHt43Bh iQPQ== X-Gm-Message-State: AFeK/H2wv4CNq6KveLWWAVW1q5Q/OwV0F1+3IpM5z86yX2dgB54ijFxdV6BpPhYpOpnuaQ== X-Received: by 10.84.217.2 with SMTP id o2mr23737791pli.51.1491242499152; Mon, 03 Apr 2017 11:01:39 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id z25sm27196541pfi.28.2017.04.03.11.01.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 03 Apr 2017 11:01:38 -0700 (PDT) Subject: Re: inetd startup script missing from /etc/rc.d in both -current and 11-stable Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5B1B5F5C-3252-42A9-97D9-86D31D2F646E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> Date: Mon, 3 Apr 2017 11:01:37 -0700 Cc: freebsd-current@freebsd.org Message-Id: References: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 18:01:41 -0000 --Apple-Mail=_5B1B5F5C-3252-42A9-97D9-86D31D2F646E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 3, 2017, at 07:00, tech-lists wrote: >=20 > Hello current@, >=20 > =46rom https://www.freebsd.org/doc/handbook/network-inetd.html I = should be > able to start inetd like this: >=20 > service inetd start >=20 > ...after enabling it in /etc/rc.conf. The inetd options look like = this: >=20 > inetd_enable=3D"YES" > inetd_program=3D"/usr/sbin/inetd" > inetd_flags=3D"-wW -C 60" >=20 > The problem is that the startup script doesn't exist in /etc/rc.d. I = get > this error: >=20 > # service inetd start > inetd does not exist in /etc/rc.d or the local startup > directories (/usr/local/etc/rc.d), or is not executable >=20 > and the lines in rc.conf have no effect (inetd doesn't start). >=20 > I can, however, start it manually, as root, like this: >=20 > # inetd -wW -C 60 >=20 > and it runs as expected. >=20 > This problem exists in 11-stable as well as -current. How can I fix = this > please? Please double check your build options. If MK_INETD=3Dno = (WITHOUT_INETD=3D, typically) is set in src.conf, it won=E2=80=99t = install this and other inetd-related items. Thanks, -Ngie --Apple-Mail=_5B1B5F5C-3252-42A9-97D9-86D31D2F646E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY4o4BAAoJEPWDqSZpMIYV4EUQANdURSI+NwH6aNraJzk5oYYq HuQcPZuLZIhE41BbIO+sKzV7tdKBlg2WwjJNZVmsXcCKO3jh+blvplupqTPusolY EIa87LCiZJWf38Fwf0nYGvXi4SyHUxx2t1S7R1mJUkfC6WesCyg4aHHsk50YI4AE B0BuiffyEF1f6SE9iwXVohIGbwS98+1I9vDyl9x6V5OfO7hNJJiJbqwR0wBf0nWw ZYHZ8IrCvWjz5EE2i6qjBO4J4dhUmipNSXtu4xPI9yPV3tV90BGrZdYVTSCoCtNn h1qMzEi5Ud86urOou0HijkKCweEY3hrCQpPYqvacurcCI1xNm6K6kNePEgu+/9JU RV0ljVxgljLeGtZUH4GK2e1JV0z3EPuGwYpavXhaJNdEPYCxv2ZiG8AyzAbiiA0q Rx7rNATCc2Picdu+VezB/ZibyyW2Yk5OLvgxsvFC0pzS36KzpAG7InioMEGQXTId 3+Yu293wtLiPkD4jBwbm4ATUaaoPtADqyTvfiIDCgZgWOqfXX1ZZiCJUeWUNsW0c BZ02evDSthLiPzqsLlGQHt6hcv026be3FU/+zYPkcFyii1uy4YhZftxrDMjEJb96 /O+ag4WdGi9p22YXxpxUk8G+iXR6Im891RkwZbG2u283Fzp3plQY5C5HWbT2UEwa HhfP6oHMmlQ1iXEvX+SI =a35I -----END PGP SIGNATURE----- --Apple-Mail=_5B1B5F5C-3252-42A9-97D9-86D31D2F646E-- From owner-freebsd-current@freebsd.org Mon Apr 3 18:38:59 2017 Return-Path: Delivered-To: freebsd-current@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 39ACDD2CAFD for ; Mon, 3 Apr 2017 18:38:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-79.reflexion.net [208.70.210.79]) (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 EF0486EB for ; Mon, 3 Apr 2017 18:38:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16683 invoked from network); 3 Apr 2017 18:41:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 3 Apr 2017 18:41:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 03 Apr 2017 14:38:52 -0400 (EDT) Received: (qmail 22382 invoked from network); 3 Apr 2017 18:38:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Apr 2017 18:38:52 -0000 Received: from [192.168.1.119] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 85632EC91EB; Mon, 3 Apr 2017 11:38:51 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) From: Mark Millard In-Reply-To: Date: Mon, 3 Apr 2017 11:38:50 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <543D47AE-7C0D-4F0E-83B4-BFEE5B802346@dsl-only.net> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <39C60316-F905-490D-B0AB-BC24D7F351A2@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <45E32F4F-A238-47AA-8E1E-7AD4D9E857D9@dsl-only.net> <20170329155316.GK59667@spindle.one-eyed-alien.net> To: Brooks Davis , Dimitry Andric , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 18:38:59 -0000 On 2017-Apr-1, at 3:51 AM, Mark Millard wrote: > On 2017-Mar-31, at 4:51 PM, Mark Millard = wrote: >=20 >> On 2017-Mar-30, at 7:51 PM, Mark Millard = wrote: >>=20 >>> On 2017-Mar-30, at 1:22 PM, Mark Millard = wrote: >>>=20 >>>> Sounds like the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG technique >>>> would not change the "WITNESS and INVARIANTS"-like part of the >>>> issue. In fact if WITH_DEBUG=3D causes the cmake debug-style >>>> llvm40 build ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG might not >>>> make any difference: separate enforcing of lack of optimization. >>>>=20 >>>> But just to see what results I've done "pkg delete llvm40" >>>> and am doing another build with ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D= >>>> and its supporting code in place in addition to using WITH_DEBUG=3D >>>> as the type of build fro FreeBSD's viewpoint. >>>>=20 >>>> If you know that the test is a waste of machine cycles, you can >>>> let me know if you want. >>>=20 >>> The experiment showed that ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG >>> use made no difference for devel/llvm40 so devel/llvm40 itself >>> has to change such as what Dimitry Andric reported separately >>> as a working change to the Makefile . >>>=20 >>> (ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG would still have its uses >>> for various other ports.) >>=20 >> I've now tried with both ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG and: >=20 > I may have had a textual error that prevented > ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG from even potentially > contributing. So I'll re-run this test. >=20 > For now I presume that what I reported was okay and so > I continue to refer to these figures later below. The retry got the same 42 GiByte and 102 GiByte sizes. (And again I was not monitoring the swap space usage.) So functionality like ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG (keeping optimization flags in CFLAGS) does not contribute to devel/llvm40's handling. Apparently the CMAKE_BUILD_TYPE has full control over such and RelWithDebInfo still makes for a massive build, though not as big as for DEBUG. For my context I've chosen to go with: # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/llvm*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D (where ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG is from a local change to /usr/ports/Mk/bsd.port.mk but is not justified via devel/llvm* ports but via behavior for most other ports.) >> # svnlite diff /usr/ports/devel/llvm40/ >> Index: /usr/ports/devel/llvm40/Makefile >> =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/ports/devel/llvm40/Makefile (revision 436747) >> +++ /usr/ports/devel/llvm40/Makefile (working copy) >> @@ -236,6 +236,11 @@ >>=20 >> .include >>=20 >> +.if defined(WITH_DEBUG) >> +CMAKE_BUILD_TYPE=3D RelWithDebInfo >> +STRIP=3D >> +.endif >> + >> _CRTLIBDIR=3D = ${LLVM_PREFIX:S|${PREFIX}/||}/lib/clang/${LLVM_RELEASE}/lib/freebsd >> .if ${ARCH} =3D=3D "amd64" >> _COMPILER_RT_LIBS=3D \ >>=20 >>=20 >>=20 >> pkg delete after the build reports: >>=20 >> Installed packages to be REMOVED: >> llvm40-4.0.0 >>=20 >> Number of packages to be removed: 1 >>=20 >> The operation will free 42 GiB. >>=20 >> So down by 7 GiBytes from 49 GiBytes. >>=20 >> (I did not actually delete it.) >>=20 >> Also: >>=20 >> # du -sg /usr/obj/portswork/usr/ports/devel/llvm40 >> 102 /usr/obj/portswork/usr/ports/devel/llvm40 >>=20 >> which is down by 16 GiBytes from 118 GiBytes. >>=20 >> Reminder: These are from portmaster -DK so no >> cleanup after the build, which is what leaves >> the source code and such around in case of >> needing to look at a problem. >>=20 >> (102+42) GiBytes =3D=3D 146 GiBytes. >> vs. >> (118+49) GiBytes =3D=3D 167 GiBytes. >>=20 >> So a difference of 21 GiBytes (or so). >>=20 >> But that is for everything in each case (and >> WITH_DEBUG=3D in use): >>=20 >> # more /var/db/ports/devel_llvm40/options >> # This file is auto-generated by 'make config'. >> # Options for llvm40-4.0.0.r4 >> _OPTIONS_READ=3Dllvm40-4.0.0.r4 >> _FILE_COMPLETE_OPTIONS_LIST=3DCLANG DOCS EXTRAS LIT LLD LLDB >> OPTIONS_FILE_SET+=3DCLANG >> OPTIONS_FILE_SET+=3DDOCS >> OPTIONS_FILE_SET+=3DEXTRAS >> OPTIONS_FILE_SET+=3DLIT >> OPTIONS_FILE_SET+=3DLLD >> OPTIONS_FILE_SET+=3DLLDB >>=20 >> So avoiding WITH_DEBUG=3D and/or various build options >> is still the major way of avoiding use of lots of space >> if it is an issue. >>=20 >>=20 >>=20 >> Why no RAM+SWAP total report this time: >>=20 >> As far as I know FreeBSD does not track or report peak >> swap-space usage since the last boot. And, unfortunately >> I was not around to just sit and watch a top display this >> time and I did not set up any periodic recording into a >> file. >>=20 >> That is why I've not reported on the RAM+SWAP total >> this time. It will have to be another experiment >> some other time. >>=20 >> [I do wish FreeBSD had a way of reporting peak swap-space >> usage.] >=20 > I've also tried without WITH_DEBUG=3D and now. . . >=20 >=20 > # pkg delete llvm40 > Checking integrity... done (0 conflicting) > Deinstallation has been requested for the following 1 packages (of 0 = packages in the universe): >=20 > Installed packages to be REMOVED: > llvm40-4.0.0 >=20 > Number of packages to be removed: 1 >=20 > The operation will free 1 GiB. >=20 > Proceed with deinstalling packages? [y/N]: n >=20 >=20 > # du -sg /usr/obj/portswork/usr/ports/devel/llvm40/ > 5 /usr/obj/portswork/usr/ports/devel/llvm40/ >=20 >=20 > So the alternatives (with everything built each time): >=20 > (5+1) GiBytes =3D=3D 6 GiBytes. (without WITH_DEBUG=3D) > vs. > (102+42) GiBytes =3D=3D 146 GiBytes. (WITH_DEBUG=3D but the adjusted = llvm40/Makefiele) > vs. > (118+49) GiBytes =3D=3D 167 GiBytes. (WITH_DEBUG=3D with Makefile = adjustment) >=20 >=20 > I'll likely end up having /etc/make.conf contain > something like the following for most or all of > my FreeBSD environments: >=20 > # > # =46rom a local /usr/ports/Mk/bsd.port.mk extension: > ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D > # > .if ${.CURDIR:M*/devel/llvm*} > #WITH_DEBUG=3D > .else > WITH_DEBUG=3D > .endif > WITH_DEBUG_FILES=3D >=20 >=20 > Along with using: >=20 > # svnlite diff /usr/ports/Mk/ > Index: /usr/ports/Mk/bsd.port.mk > =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/ports/Mk/bsd.port.mk (revision 436747) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1646,7 +1646,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 >=20 > [Although apparently the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG > use has no effect for devel/llvm40 .] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Apr 3 22:27:34 2017 Return-Path: Delivered-To: freebsd-current@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 15C8CD2D9E9 for ; Mon, 3 Apr 2017 22:27:34 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB905EE5 for ; Mon, 3 Apr 2017 22:27:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 8A46B20772 for ; Mon, 3 Apr 2017 18:27:32 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 03 Apr 2017 18:27:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=otRLdUUVUD5uo0NpbI 47coNRbgSAdLwJeCANGFw3Bss=; b=Lg0I5+zXMUzKQmrs6hM6ENez2biuoqPE9F JiOxAv3VTBMHNR/b0hTtUirWeDfdydNioAgndxK6GIlpo2/MovshNKo5XewvAGnn PtKYeLF4H6drPG4evCyalv3uBq56rxa60jN117ana2aPjAnimfeYy/u/27jUWmPk S1JONzEBfFKygSuCqObT3do/NNfJ9CHYWvA5qJU9XMs49adXY66KkoSHuX6ptgHG 5T12wI+flsG23P5aGf8KHNeD4G7uZihKRxidl/+sLdd+JJdTbKQaKWVwvMgdInKU 6kLP+xChLvKl58JYruivjfDXzyCYGRRnIu1Eyf7AqxqXebbIjWKg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=otRLdUUVUD5uo0NpbI47coNRbgSAdLwJeCANGFw3Bss=; b=aWHtO8LG MFte9+6t5drJwsh82ZGTyiMo6DUNkBk12Esd+bOIjLzd0ucAa0ADypWxvDAhXMma B/Fy2SRzzzhbsIWwkmPeOvQWo3kGnfWgSzBRei1ivHWlXgfbcvbvMLBzlIAVstAg quTmX1otwnx6e5brzMnuoWGHGX1eQY5lzHFblkQ8QQRRojdGEOVwlVaF5wO5G14Z uU+71z8KqQmEB2TikVsKbcA0SxtUL4xzImujoIrus+6mggPX7QOHVlDgOy/uOp1c lLdioOzthZK0Ib4N4qUtXAECusWyFbDG3wlt2Tic5QH3GSzbvbea6oy6qQjv54ig 72vrF/0MrC3piQ== X-ME-Sender: X-Sasl-enc: oIoleBzWZsyHQGs2wL04Y/K79urq6cDlhY2SnD0c7EW3 1491258452 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 2EAB17E21E for ; Mon, 3 Apr 2017 18:27:32 -0400 (EDT) Subject: Re: inetd startup script missing from /etc/rc.d in both -current and 11-stable To: freebsd-current@freebsd.org References: <471c8e3d-3745-78bd-b8e3-1319e814076d@zyxst.net> From: tech-lists Message-ID: <68f244ad-77d2-a668-5af7-d47e8b9e9f08@zyxst.net> Date: Mon, 3 Apr 2017 23:27:30 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 22:27:34 -0000 On 03/04/2017 19:01, Ngie Cooper (yaneurabeya) wrote: > Please double check your build options. If MK_INETD=no (WITHOUT_INETD=, typically) is set in src.conf, it won’t install this and other inetd-related items. ...and that was it. I should have seen that (was sure I checked), sorry for the noise. In mitigation, I'm only using inetd on one system among many otherwise identical systems. Serves me right for using identical src.confs, lol many thanks, -- J. From owner-freebsd-current@freebsd.org Mon Apr 3 22:50:42 2017 Return-Path: Delivered-To: freebsd-current@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 BFFFFD2C009 for ; Mon, 3 Apr 2017 22:50:42 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from nm2-vm5.bullet.mail.ne1.yahoo.com (nm2-vm5.bullet.mail.ne1.yahoo.com [98.138.91.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87282F82 for ; Mon, 3 Apr 2017 22:50:42 +0000 (UTC) (envelope-from darren780@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1491233997; bh=6uiOkKj+UqPHLobERbNAmkx2eHaORvsWGUAF2maWE+w=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=ulionx5yPx5zhvr2lzaE5PQ4v++BEJ87vPdB5e+3UphVcEAfDFmaHwE9vENsRMU++VpJ/Rw7nuf0PVsRw9gqsdG5M4v5SrY532oMC/Ah9bS1xXVuB0qbOzZrflwXxKD80c+XKHWNIfuVW7XPa6k3jiWceiEv6X4nzugB4aQMIWpVCxft3U2c8CdtdUFhhAEl8q/VzFUjqgiVHGH4/vXl/55ImBbWjnxS54NagN2VeDoMZX58fb3jsn0NNgRfQta1rrINqhkzHUIMtyGCIw1VbPHtKNGGR/IgygIVH/s0Neba9UP3xhjKvxPWtQX267oX+dMINGwILVW+BkWBKZy/nw== Received: from [98.138.226.177] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 03 Apr 2017 15:39:57 -0000 Received: from [98.138.89.254] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 03 Apr 2017 15:39:57 -0000 Received: from [127.0.0.1] by omp1046.mail.ne1.yahoo.com with NNFMP; 03 Apr 2017 15:39:57 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 224617.16223.bm@omp1046.mail.ne1.yahoo.com X-YMail-OSG: eaUcsdMVM1m2BoynU34FKIRYyQEOLzAFPZp_uj5PmWXepy.2w1dWvJTUVDQX.wb mW6NYn7jeiZfJdFO3JLYo7GlpuM5c51Sp4MY1tzupPl2fWHismiiJdo6n9Vux4NgDLqmKXlM2plo 2AIB68w3AvzefvQMGpgw9Ho_uaU910V3SxqLX6qh9Ah0IG9GbzrsgbFzdrD5uJTwRzCU1zC7PNWI dlB1PMKq4lmzc3t.cSOGXUYezfZepEdWN5otXdfWZbBNYzJe9Ws4rq4Q0Ug4qGJfFUNS_x4a4Dyy LMQ7JUg8miEeBgwkuKrOSnJe2u_PXoerSYoZro3OgHyvDo2lO8nB1CqWWqs5FkXfH4906M80glcS FUF..reHe.eL6337.BgMd_lVIXcPOIVcL6PKM8kYnONjTCxcmP8dXViau7d7azRNXp7Xznx8.q5D nQql0uxRDaWWVA_LeH4pcx_DiSFMwan9U61ocLJ7CSTAARr01_S8GDS8o07ZJ.XvBufDhTITmr8Z 2j2_HDkdZ.pFAr0Iv7hHP7mg- Received: from jws200107.mail.ne1.yahoo.com by sendmailws143.mail.ne1.yahoo.com; Mon, 03 Apr 2017 15:39:56 +0000; 1491233996.779 Date: Mon, 3 Apr 2017 15:39:56 +0000 (UTC) From: Darren Reply-To: Darren To: Gleb Smirnoff , "freebsd-current@freebsd.org" Message-ID: <2056256902.2937128.1491233996591@mail.yahoo.com> In-Reply-To: <20170326061813.GB23308@FreeBSD.org> References: <1824572972.3096988.1490377215756.ref@mail.yahoo.com> <1824572972.3096988.1490377215756@mail.yahoo.com> <20170325010314.GG43712@kib.kiev.ua> <20170325033142.GA23308@FreeBSD.org> <20170325094529.GH43712@kib.kiev.ua> <20170326061813.GB23308@FreeBSD.org> Subject: Re: r315684 panic: sleepq_add: td 0xfffff80003c01a40 to sleep on wchan 0xfffff80006f0873c with sleeping prohibited MIME-Version: 1.0 X-Mailer: WebService/1.1.9272 YahooMailNeo Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 22:50:42 -0000 I have not experienced the crash after updating with Glebs patch. Consider the issue solved. Thanks, Darren. From owner-freebsd-current@freebsd.org Tue Apr 4 13:52:45 2017 Return-Path: Delivered-To: freebsd-current@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 171A0D2EBB9 for ; Tue, 4 Apr 2017 13:52:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F1F8736A for ; Tue, 4 Apr 2017 13:52:44 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id v34Dqcel013993 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Apr 2017 06:52:38 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id v34Dqch9013992; Tue, 4 Apr 2017 06:52:38 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 4 Apr 2017 06:52:38 -0700 From: Gleb Smirnoff To: Darren Cc: "freebsd-current@freebsd.org" Subject: Re: r315684 panic: sleepq_add: td 0xfffff80003c01a40 to sleep on wchan 0xfffff80006f0873c with sleeping prohibited Message-ID: <20170404135238.GQ23308@FreeBSD.org> References: <1824572972.3096988.1490377215756.ref@mail.yahoo.com> <1824572972.3096988.1490377215756@mail.yahoo.com> <20170325010314.GG43712@kib.kiev.ua> <20170325033142.GA23308@FreeBSD.org> <20170325094529.GH43712@kib.kiev.ua> <20170326061813.GB23308@FreeBSD.org> <2056256902.2937128.1491233996591@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2056256902.2937128.1491233996591@mail.yahoo.com> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 13:52:45 -0000 On Mon, Apr 03, 2017 at 03:39:56PM +0000, Darren wrote: D> I have not experienced the crash after updating with Glebs patch. Consider the issue solved. I really don't want to put ACCEPT_LOCK() on to the sendfile() path. However, once I commit my listening sockets rewrite patch, there will be no ACCEPT_LOCK(). I'll see how it goes. Will be fixed in next month. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Tue Apr 4 17:19:02 2017 Return-Path: Delivered-To: freebsd-current@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 E0546D2E53E for ; Tue, 4 Apr 2017 17:19:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B03DE2D; Tue, 4 Apr 2017 17:19:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id EDC4110A82D; Tue, 4 Apr 2017 13:18:59 -0400 (EDT) From: John Baldwin To: jbtakk@iherebuywisely.com Cc: freebsd-current@freebsd.org, Mike Karels Subject: Re: bt full - included... kgdb 'script' output vmcore.8 Date: Tue, 04 Apr 2017 08:49:43 -0700 Message-ID: <149163895.4andzgp5ax@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 04 Apr 2017 13:19:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 17:19:03 -0000 On Saturday, March 25, 2017 01:24:06 PM Jeffrey Bouquet wrote: > I asked the var to bt full > it laid the symbols down > I asked it current, list, the cymbals. > not newly newbie, clown > > And xclip pasted, below, the rhyme > the symbollish list stuff > And I send it off to list-wise men > to make Xorg not so gruff. > > ........................................... > ........................................... > > > Script started on Sat Mar 25 13:11:34 2017 > Command: kgdb7121 /boot/test/kernel /var/crash/VMCORE.8 > GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] > Copyright (C) 2017 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i386-portbld-freebsd12.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /boot/test/kernel...Reading symbols from /usr/lib/debug//boot/test/kernel.debug...done. > done. > > Unread portion of the kernel message buffer: > Waiting (max 60 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `bufdaemon' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining... 5 1 0 0 done > All buffers synced. > lock order reversal: > 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 > 2nd 0xbfb90150 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2762 > stack backtrace: > #0 0xb5c22421 at witness_debugger+0x81 > #1 0xb5c22342 at witness_checkorder+0xd12 > #2 0xb5b9b5d4 at __lockmgr_args+0xa64 > #3 0xb5c784ad at vop_stdlock+0x4d > #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 > #5 0xb5c9c137 at _vn_lock+0xb7 > #6 0xb5c8b00a at vputx+0x16a > #7 0xb5c8286c at dounmount+0x5dc > #8 0xb5c8c8e8 at vfs_unmountall+0x68 > #9 0xb5c68333 at bufshutdown+0x3f3 > #10 0xb5bbfca7 at kern_reboot+0x1b7 > #11 0xb5bbfa88 at sys_reboot+0x3e8 > #12 0xb6155fa5 at syscall+0x3b5 > #13 0xb6140ede at Xint0x80_syscall+0x2e > lock order reversal: > 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 > 2nd 0xbfa28034 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1404 > stack backtrace: > #0 0xb5c22421 at witness_debugger+0x81 > #1 0xb5c22342 at witness_checkorder+0xd12 > #2 0xb5b9b5d4 at __lockmgr_args+0xa64 > #3 0xb5c784ad at vop_stdlock+0x4d > #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 > #5 0xb5c9c137 at _vn_lock+0xb7 > #6 0xb5eb9617 at ffs_flushfiles+0x157 > #7 0xb5e9d9aa at softdep_flushfiles+0x17a > #8 0xb5ebc04c at ffs_unmount+0x7c > #9 0xb5c8299b at dounmount+0x70b > #10 0xb5c8c8e8 at vfs_unmountall+0x68 > #11 0xb5c68333 at bufshutdown+0x3f3 > #12 0xb5bbfca7 at kern_reboot+0x1b7 > #13 0xb5bbfa88 at sys_reboot+0x3e8 > #14 0xb6155fa5 at syscall+0x3b5 > #15 0xb6140ede at Xint0x80_syscall+0x2e > lock order reversal: > 1st 0xbf69ab4c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 > 2nd 0xb6b6f8b0 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:3104 > stack backtrace: > #0 0xb5c22421 at witness_debugger+0x81 > #1 0xb5c22342 at witness_checkorder+0xd12 > #2 0xb5bc976a at _sx_slock+0x5a > #3 0xb5b743f1 at mountcheckdirs+0x41 > #4 0xb5c828ea at dounmount+0x65a > #5 0xb5c8c93b at vfs_unmountall+0xbb > #6 0xb5c68333 at bufshutdown+0x3f3 > #7 0xb5bbfca7 at kern_reboot+0x1b7 > #8 0xb5bbfa88 at sys_reboot+0x3e8 > #9 0xb6155fa5 at syscall+0x3b5 > #10 0xb6140ede at Xint0x80_syscall+0x2e > Uptime: 3h49m18s > GEOM_SCHED: Modevent 2. > uhub11: detached > uhub9: detached > uhub10: detached > ums0: detached > <5>ue0: link state changed to DOWN > <5>Accounting disabled > panic: vm_fault: fault on nofault entry, addr: deadc000 > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper(b632dee0,b65ec9b0,0,b63057cc,20c,...) at db_trace_self_wrapper+0x2a/frame 0xeaa10428 > kdb_backtrace(b653d063,2,b6378ae5,eaa104e4,fb,...) at kdb_backtrace+0x2d/frame 0xeaa10490 > vpanic(b6378ae5,eaa104e4,eaa104e4,eaa105c0,b5edffb1,...) at vpanic+0x115/frame 0xeaa104c4 > panic(b6378ae5,deadc000,1,eaa1052c,eaa1051c,...) at panic+0x1b/frame 0xeaa104d8 > vm_fault_hold(b8172000,deadc000,1,0,0,...) at vm_fault_hold+0x2051/frame 0xeaa105c0 > vm_fault(b8172000,deadc000,1,0,c2d0bfa8,...) at vm_fault+0x88/frame 0xeaa105e8 > trap_pfault(deadc348,b6ae70ec,b6600504,bdda8d00,b6ae70f0,...) at trap_pfault+0x116/frame 0xeaa10630 > trap(eaa10778) at trap+0x2d6/frame 0xeaa1076c > calltrap() at calltrap+0x6/frame 0xeaa1076c > --- trap 0xc, eip = 0xb5bbaf19, esp = 0xeaa107b8, ebp = 0xeaa10828 --- > __rw_wlock_hard(c2d42ab4,deadc0de,be269000,b63585e2,139,...) at __rw_wlock_hard+0xe9/frame 0xeaa10828 > _rw_wlock_cookie(c2d42ab4,b63585e2,139,136,0,...) at _rw_wlock_cookie+0xd8/frame 0xeaa10858 > ip_output(c3acf400,0,0,0,0,...) at ip_output+0x4aa/frame 0xeaa10934 > check_dyn_rules(1,1,b632a786,eaa109c8,b5bce8a2,...) at check_dyn_rules+0x6a8/frame 0xeaa10994 > ipfw_dyn_tick(0,0,b632a786,2b1,eaa10a00,...) at ipfw_dyn_tick+0x55/frame 0xeaa109c8 > softclock_call_cc(0,0,b632a786,360,0,...) at softclock_call_cc+0x17c/frame 0xeaa10a68 > softclock(b6b6fa80,9,0,560,be2d4048,...) at softclock+0x40/frame 0xeaa10a88 > intr_event_execute_handlers(b6aa7e10,be2d4000,b6320f1d,560,b6320b58,...) at intr_event_execute_handlers+0x8e/frame 0xeaa10ab0 > ithread_loop(be2d7000,eaa10b28,b6320b58,406,0,...) at ithread_loop+0x90/frame 0xeaa10aec > fork_exit(b5b8a3c0,be2d7000,eaa10b28) at fork_exit+0x7e/frame 0xeaa10b14 > fork_trampoline() at fork_trampoline+0x8/frame 0xeaa10b14 > --- trap 0, eip = 0, esp = 0xeaa10b60, ebp = 0 --- > KDB: enter: panic > > Reading symbols from /boot/test/geom_journal.ko...Reading symbols from /usr/lib/debug//boot/test/geom_journal.ko.debug...done. > done. > Reading symbols from /boot/test/geom_label.ko...Reading symbols from /usr/lib/debug//boot/test/geom_label.ko.debug...done. > done. > Reading symbols from /boot/modules/nvidia-modeset.ko...(no debugging symbols found)...done. > Reading symbols from /boot/modules/nvidia.ko...(no debugging symbols found)...done. > Reading symbols from /boot/test/ehci.ko...Reading symbols from /usr/lib/debug//boot/test/ehci.ko.debug...done. > done. > Reading symbols from /boot/test/geom_sched.ko...Reading symbols from /usr/lib/debug//boot/test/geom_sched.ko.debug...done. > done. > Reading symbols from /boot/test/gsched_rr.ko...Reading symbols from /usr/lib/debug//boot/test/gsched_rr.ko.debug...done. > done. > Reading symbols from /boot/test/pf.ko...Reading symbols from /usr/lib/debug//boot/test/pf.ko.debug...done. > done. > Reading symbols from /boot/test/snd_csa.ko...Reading symbols from /usr/lib/debug//boot/test/snd_csa.ko.debug...done. > done. > __curthread () at ./machine/pcpu.h:225 > 225 __asm("movl %%fs:%1,%0" : "=r" (td) > (kgdb) bt full > #0 __curthread () at ./machine/pcpu.h:225 > td = > #1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:318 > error = > coredump = > #2 0xb555a40e in db_dump (dummy=-1245695404, > dummy2=, > dummy3=-1, dummy4=0xeaa101d4 "") at /usr/src/sys/ddb/db_command.c:546 > error = > #3 0xb555a1fa in db_command (last_cmdp=, cmd_table=, dopager=) > at /usr/src/sys/ddb/db_command.c:453 > modif = "\000\263\261\266\000\000\000\000\004\312^\266\000\060A\276\f\002\241\352]\240\212\211\270Fe\266\377\377\377\377\377\377\377\377,\002\241\352\061\317U\265\177o8\266@\317U\265\030\002\241\352\020\000\000\000\070\002\241\352\070\002\241\352,\002\241\352@\201\266\265\000\000\000\000\377\377\377\377\270Fe\266L\002\241\352\321\300U\265\270Fe\266\034@e\266x\000\000\000\000\000\000\000\210\002\241\352D\004\241\352" > have_addr = > t = > result = > cmd = 0xb6565df0 > addr = > count = > #4 0xb5559f50 in db_command_loop () at /usr/src/sys/ddb/db_command.c:506 > No locals. > #5 0xb555cdfa in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:248 > jb = {{_jb = {-358546364, -358546836, -358546752, 0, -358546808, -1252668039, -1235852540, -358546768, > -1245614478, -1235301696, -358546752, -1246330736}}} > watchpt = > bkpt = > prev_jb = 0x0 > why = > #6 0xb5c03997 in kdb_trap (type=, code=, tf=) > at /usr/src/sys/kern/subr_kdb.c:654 > be = > intr = > handled = > #7 0xb615530f in trap (frame=) at /usr/src/sys/i386/i386/trap.c:683 > td = 0xbe269000 > addr = > ucode = > i = > p = 0xbe267354 > type = > eva = > ---Type to continue, or q to quit--- > regs = > dr6 = > #8 > No locals. > #9 0xb5c03254 in kdb_enter (why=0xb6328738 "panic", msg=) at /usr/src/sys/kern/subr_kdb.c:444 > No locals. > #10 0xb5bc03f2 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:772 > buf = "vm_fault: fault on nofault entry, addr: deadc000", '\000' > td = 0xbe269000 > newpanic = > bootopt = > #11 0xb5bc042b in panic (fmt=0xb6378ae5 "vm_fault: fault on nofault entry, addr: %lx") > at /usr/src/sys/kern/kern_shutdown.c:710 > ap = 0x80 > #12 0xb5edffb1 in vm_fault_hold (map=, vaddr=, fault_type=, > fault_flags=, m_hold=) at /usr/src/sys/vm/vm_fault.c:531 > hardfault = > nera = > faultcount = > wired = > prot = > result = 0 > next_object = > alloc_req = > era = > behavior = > fs = > e_start = > e_end = > vp = > locked = > error = > ahead = > behind = > rv = > cluster_offset = > is_first_object_locked = > retry_prot = > retry_object = > #13 0xb5eddf28 in vm_fault (map=0xb8172000, vaddr=, fault_type=, > fault_flags=) at /usr/src/sys/vm/vm_fault.c:474 > td = 0xbe269000 > result = > ---Type to continue, or q to quit--- > #14 0xb61558c6 in trap_pfault (frame=0xeaa10778, usermode=, eva=) > at /usr/src/sys/i386/i386/trap.c:868 > rv = > td = 0xbe269000 > p = > va = 128 > map = > #15 0xb6154d06 in trap (frame=) at /usr/src/sys/i386/i386/trap.c:512 > td = 0xbe269000 > addr = > ucode = > i = > p = 0xbe267354 > type = 12 > eva = > regs = > dr6 = > #16 > No locals. > #17 __rw_wlock_hard (c=, v=, tid=, file=0x0, line=0) > at /usr/src/sys/kern/kern_rwlock.c:892 > spintries = > sleep_cnt = > ts = > owner = 0xdeadc0c0 > i = > x = > #18 0xb5bbada8 in _rw_wlock_cookie (c=, file=, line=) > at /usr/src/sys/kern/kern_rwlock.c:285 > tid = 3190198272 > v = 0 > #19 0xb5d5303a in ip_output (m=, opt=, ro=, flags=, > imo=, inp=) at /usr/src/sys/netinet/ip_output.c:313 > error = > hlen = > ip = > ip_len = > fibnum = > rte = > have_ia_ref = > ifp = > ia = > isbroadcast = > ---Type to continue, or q to quit--- > gw = The panic is in the LLE_FREE() here: /* * If there is a cached route, * check that it is to the same destination * and is still up. If not, free it and try again. * The address family should also be checked in case of sharing the * cache with IPv6. * Also check whether routing cache needs invalidation. */ rte = ro->ro_rt; if (rte && ((rte->rt_flags & RTF_UP) == 0 || rte->rt_ifp == NULL || !RT_LINK_IS_UP(rte->rt_ifp) || dst->sin_family != AF_INET || dst->sin_addr.s_addr != ip->ip_dst.s_addr)) { RTFREE(rte); rte = ro->ro_rt = (struct rtentry *)NULL; if (ro->ro_lle) LLE_FREE(ro->ro_lle); /* zeros ro_lle */ ro->ro_lle = (struct llentry *)NULL; } (In particular the LLE_WLOCK() in LLE_FREE() is what panics). From the panic it seems as if the memory containing the lock has been free'd and replaced with 0xdeadc0de. You should probably try updating to at least r315956, but if you still get panics after that, Mike Karels (cc'd) has worked in this area and might have an idea. -- John Baldwin From owner-freebsd-current@freebsd.org Tue Apr 4 19:39:42 2017 Return-Path: Delivered-To: freebsd-current@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 39784D2E9B8 for ; Tue, 4 Apr 2017 19:39:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::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 6DBE01828 for ; Tue, 4 Apr 2017 19:39:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id t189so37095298wmt.1 for ; Tue, 04 Apr 2017 12:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=KidnhWFTEPiHmKpurfi8ldw8NelnWWrRFhbC/ftRnmk=; b=NR+temcisWxbpnOb+2eBF8Eg6BGwZWA30OOPXS+gBuz46qqsiHi65hDvr2cdqbSEVG sO9ZnguzJjbptbNVrYI9WyYicEIuGNkvBhuTUY1J1xwfWxucLRczfEkra78z097W+Mro aRKhTCsUHIigriJZLky8GfkJC5R7Z+WvhlVKvvrzxdYioCo8eDc4VY8wgNF9F2I/TYJ8 7g4y39AKZEvbMC78xbLMaIyWc/TgFUqMkIGOOJrEjNpWFDXV0EcGfRXlvXjtL/FaATJe volBRqKfee1XBa/mmCLWDeKwsUBdnC3pe53zIZfV6MeY1VcD62Cca92NX7p5AqY4saDx mNgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=KidnhWFTEPiHmKpurfi8ldw8NelnWWrRFhbC/ftRnmk=; b=poKJ8nT3KO2Mo+gqI5iXGhP3tROLT7JFpgS9rfu0FTt8v88zpic0AwpgBSH6k6V0h8 f1Bxm55FafAX9Te58MukfiC5mO4algOdWfaWSD+M2TKjrzPJnXK44LLnykE4i71Z5Xct DwbvyvKiyA7H5usiBZpxYw2MIPX//4vXEH9s6BhvgxXo2bYh/eWaAdEx/iBSlsfoAvKm mFb8looEVCR3mM2yEYmjQBKJnQDj28NTH5A192ycxaWsrjU0LqcAZQiMYhtlZpAoIjb9 BzdljPKjFy9BGHvYC50UlZPl8fZq5svKE0It96taNopiiT02Kenf8jf7luBa0EFfn73+ S8xw== X-Gm-Message-State: AFeK/H19of6nQ3VS6UKqceNSOUP0shYV830CUPfgyqaKCFVJ8WuUoEDIN275BwZdkDnqAUAnxaA94Lgc34p+mA== X-Received: by 10.28.232.14 with SMTP id f14mr6121945wmh.106.1491334778480; Tue, 04 Apr 2017 12:39:38 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.28.128.133 with HTTP; Tue, 4 Apr 2017 12:39:37 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Tue, 4 Apr 2017 12:39:37 -0700 X-Google-Sender-Auth: JYkdpOZVbN7fWdw7a1cc15wg38M Message-ID: Subject: Re: increased power consumption lately? To: Johannes Lundberg Cc: freebsd-current X-Mailman-Approved-At: Tue, 04 Apr 2017 21:08:01 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 19:39:42 -0000 hiya, looks like yeah, you're going to have to do a bit more debugging. Can you see what args are being passed to AcpiNsLookup() ? -adrian On 3 April 2017 at 03:24, Johannes Lundberg wrote: > Hi Adrian > > The three threads are kernel(acpi_task_{0-2}) and they use ~30% each so > total 100% of one core. > > Machine is 2013 MBP > > pmcstat screenshot attached. > > > > On Thu, 30 Mar 2017 at 21:16, Adrian Chadd wrote: > >> I don't /think/ so - which thread is it on your end? Can you run >> pmcstat -S instructions -T to see what's taking your CPU? >> >> >> >> -adrian >> >> >> On 28 March 2017 at 13:36, Johannes Lundberg wrote: >> > Hi >> > >> > Personally I got some acpi-something kernel thread at 100% CPU constant >> > usage. Need to lock CPU freq at lower value otherwise it runs with >> > turboboost all the time. >> > >> > Could it be the same for you? >> > >> > On Tue, 28 Mar 2017 at 20:58, Adrian Chadd wrote: >> >> >> >> hiya, >> >> >> >> I've noticed that my battery life on my haswell laptop (T540p) seems >> >> to have taken a nosedive lately. I could've /sworn/ it was getting >> >> better than 15-16W at idle. >> >> >> >> Has anyone noticed any massive decrease in battery life lately? >> >> >> >> >> >> >> >> -adrian >> >> _______________________________________________ >> >> freebsd-current@freebsd.org mailing list >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >> freebsd.org" >> > From owner-freebsd-current@freebsd.org Wed Apr 5 01:56:59 2017 Return-Path: Delivered-To: freebsd-current@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 80F12D2E8E1; Wed, 5 Apr 2017 01:56:59 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (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 18C3022A; Wed, 5 Apr 2017 01:56:58 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190f-077ff700000002bc-1f-58e44ede61eb Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id A4.06.00700.EDE44E85; Tue, 4 Apr 2017 21:56:47 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v351uj8s019356; Tue, 4 Apr 2017 21:56:46 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v351ugs6007819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Apr 2017 21:56:45 -0400 Date: Tue, 4 Apr 2017 20:56:42 -0500 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: FINAL CALL for 2017Q1 quarterly status reports Message-ID: <20170405015641.GG30306@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHIsWRmVeSWpSXmKPExsUixG6nonvf70mEQXObrsWcNx+YLLZv/sfo wOQx49N8lgDGKC6blNSczLLUIn27BK6Mtf92shVM5anYv3wXawNjJ1cXIyeHhICJxOnpB1m6 GLk4hATamCSat/xkh3A2MEo8ez6LEcK5wiRx8OsMFpAWFgEVifZv3awgNpuAmsT6FdeYQWwR AXmJfU3v2UFsZiD719YmMFtYwFzi1bxvTCA2L9C6C0/+sUPYghInZz5hgajXkrjx7yVQDQeQ LS2x/B8HSFhUQFmiYcYD5gmMfLOQdMxC0jELoWMBI/MqRtmU3Crd3MTMnOLUZN3i5MS8vNQi XRO93MwSvdSU0k2MoGDjlOTfwTinwfsQowAHoxIPb8W0xxFCrIllxZW5hxglOZiURHkVfJ5E CPEl5adUZiQWZ8QXleakFh9ilOBgVhLhzVMCyvGmJFZWpRblw6SkOViUxHnFNRojhATSE0tS s1NTC1KLYLIyHBxKErwffIEaBYtS01Mr0jJzShDSTBycIMN5gIbngtTwFhck5hZnpkPkTzEq SonzTgZJCIAkMkrz4HpByUAie3/NK0ZxoFeEefNBqniAiQSu+xXQYCagwU/uPAQZXJKIkJJq YKxYJthm2nh/9dZ/T5T3H5W9wdfdfHbZyUWrhN6uCM9rCN/xIjvqdfi0q49u5qc1qb6dHqn3 omzxglNfLvAcv23wNGvn2rarTO/z95wx4Upf5Zq9dHLziTAfgZkp75frH5atXSvYMemaSu39 DCeDuiJd/e9pK6XzBValchgsYvv3dkpdx2E3vhIlluKMREMt5qLiRABKfzL+4QIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 01:56:59 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is April 7, 2017, for work done in January through March. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@FreeBSD.org . (Do be sure, though, to save the form output and not the form itself!) There is also an XML template [2] that can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. Please let us know if you are interested in submitting an entry, but are worried about being able to make the deadline. We look forward to seeing your 2017Q1 reports! Thanks, Ben (on behalf of monthly@) [1] https://www.FreeBSD.org/cgi/monthly.cgi [2] https://www.FreeBSD.org/news/status/report-sample.xml [3] https://www.FreeBSD.org/news/status/howto.html [4] https://www.FreeBSD.org/news/status/report-2016-07-2016-09.html [5] https://www.FreeBSD.org/news/status/report-2016-10-2016-12.html From owner-freebsd-current@freebsd.org Wed Apr 5 09:32:05 2017 Return-Path: Delivered-To: freebsd-current@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 A46C0D2EC21 for ; Wed, 5 Apr 2017 09:32:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 312B57D2; Wed, 5 Apr 2017 09:32:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id w204so8895460wmd.1; Wed, 05 Apr 2017 02:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YnvDF18bctEZHuDmsdzNLgExR0E8u66RIjksJFVDRm8=; b=kIYlkSjFRcAND2wYLFHupy1OHI9hT2RJOv0ZSh2TE6ugMQOGi4CyIFKrvj2rUi6Vl6 xtIEM+jTQMnuqZBq65Jeb7YrDUJL5GI0pmxBwUnXvY/SS4o0UFUQ4IU01U5eL//Cr2Dt pI+BayRLjzZ3+lBjEtgPRLPfpd0faQhd9iDy8gXc4l/PTP2P3GqR4Prqpu2IAkw+EzaZ YjhI1uuYC8iyvvRqHZtxE4QYdCLEtsJ4s4i3YxZoxzAt50CIMiH3I6rJ0ubM4CdG0Jnu EdgMTHnA5VmivXweo9IfVuqNyGkSnqpFdI4IAgeBdAyFVFvcKoN5CEBSt05Gwfj+nGeB Y1OQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YnvDF18bctEZHuDmsdzNLgExR0E8u66RIjksJFVDRm8=; b=OtGTiKlixk2KQ8qaN41p10xI9vqx9j37y1JT+krZxmvfWpjHBU1qBZPve8X8CwPUrG NvEBO5Q8yD7FceFFNjmL45ReUeocYL/3IVRr3oHXbqYUbI5hEZBBuaJ55WRjAuIZcrJS d26+EEscb7Sj/EwFkuNuuMjZFhikBqYj8uhmLNCMRfCvpubg+4nOj8JMSCzIH0qRwZUJ gBcvFqot9pE/7rsID7o/DRGSCsT7cvoNtXyCzSFy2bPIswWftU70r5EZoNfbWaXEcYUR eAt52izWH7sk/DeGokiADpfmuNYt9iaQZnYKinHlsQY1iWEFm2zCZEUK66s/zd+fqnk3 Y8ng== X-Gm-Message-State: AFeK/H0+BEc5l1sQx7Kx2qP/X2ZqIhaQ3mpxu1WhjnQaeyPJ7/b/RgGR GuBrbyqo0CAwJDVNFsDL7zNvi9Oq/A== X-Received: by 10.28.150.145 with SMTP id y139mr18076401wmd.109.1491384723376; Wed, 05 Apr 2017 02:32:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.155.140 with HTTP; Wed, 5 Apr 2017 02:32:02 -0700 (PDT) In-Reply-To: References: From: Johannes Lundberg Date: Wed, 5 Apr 2017 11:32:02 +0200 Message-ID: Subject: Re: increased power consumption lately? To: Adrian Chadd Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 09:32:05 -0000 Is there an easy way to do that with existing tools or do I need to add debug printing to the code? On Tue, Apr 4, 2017 at 9:39 PM, Adrian Chadd wrote: > hiya, > > looks like yeah, you're going to have to do a bit more debugging. Can you > see what args are being passed to AcpiNsLookup() ? > > > > -adrian > > > On 3 April 2017 at 03:24, Johannes Lundberg wrote: > >> Hi Adrian >> >> The three threads are kernel(acpi_task_{0-2}) and they use ~30% each so >> total 100% of one core. >> >> Machine is 2013 MBP >> >> pmcstat screenshot attached. >> >> >> On Thu, 30 Mar 2017 at 21:16, Adrian Chadd wrote: >> >>> I don't /think/ so - which thread is it on your end? Can you run >>> pmcstat -S instructions -T to see what's taking your CPU? >>> >>> >>> >>> -adrian >>> >>> >>> On 28 March 2017 at 13:36, Johannes Lundberg wrote: >>> > Hi >>> > >>> > Personally I got some acpi-something kernel thread at 100% CPU constant >>> > usage. Need to lock CPU freq at lower value otherwise it runs with >>> > turboboost all the time. >>> > >>> > Could it be the same for you? >>> > >>> > On Tue, 28 Mar 2017 at 20:58, Adrian Chadd wrote: >>> >> >>> >> hiya, >>> >> >>> >> I've noticed that my battery life on my haswell laptop (T540p) seems >>> >> to have taken a nosedive lately. I could've /sworn/ it was getting >>> >> better than 15-16W at idle. >>> >> >>> >> Has anyone noticed any massive decrease in battery life lately? >>> >> >>> >> >>> >> >>> >> -adrian >>> >> _______________________________________________ >>> >> freebsd-current@freebsd.org mailing list >>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>> reebsd.org" >>> >> > From owner-freebsd-current@freebsd.org Wed Apr 5 10:47:44 2017 Return-Path: Delivered-To: freebsd-current@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 DEBF4D2E9DC for ; Wed, 5 Apr 2017 10:47:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C9FB916C for ; Wed, 5 Apr 2017 10:47:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id C9644D2E9DA; Wed, 5 Apr 2017 10:47:44 +0000 (UTC) Delivered-To: current@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 C910AD2E9D8 for ; Wed, 5 Apr 2017 10:47:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9085316A for ; Wed, 5 Apr 2017 10:47:43 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cvhw6-0000SD-J9 for current@freebsd.org; Wed, 05 Apr 2017 12:13:10 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cvhw6-0005u9-HT for current@freebsd.org; Wed, 05 Apr 2017 12:13:10 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Wed, 05 Apr 2017 10:13:10 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: pkg wrong architecture pRoBlEm !! Date: Wed, 05 Apr 2017 03:13:10 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 10:47:45 -0000 Script started on Wed Apr 5 03:05:22 2017 Command: pkg add -f /var/cache/pkg/vim-8.0.0534-c8fbf335b0.txz pkg: Ignoring bad configuration entry in pkg.conf: "/usr/cache/pkg" pkg: Ignoring bad configuration entry in pkg.conf: "INDEX-12" Installing vim-8.0.0534... pkg: wrong architecture: FreeBSD:12:i386 instead of freebsd:12:x86:32 package vim is already installed, forced install Extracting vim-8.0.0534: 0% Extracting vim-8.0.0534: 0% Extracting vim-8.0.0534: 1% Extracting vim-8.0.0534: 2% Extracting vim-8.0.0534: 3% Extracting vim-8.0.0534: 4% Extracting vim-8.0.0534: 5% Extracting vim-8.0.0534: 6% Extracting vim-8.0.0534: 7% Extracting vim-8.0.0534: 8% Extracting vim-8.0.0534: 9% Extracting vim-8.0.0534: 10% Extracting vim-8.0.0534: 11% Extracting vim-8.0.0534: 12% Extracting vim-8.0.0534: 13% Extracting vim-8.0.0534: 14% Extracting vim-8.0.0534: 15% Extracting vim-8.0.0534: 16% Extracting vim-8.0.0534: 17% Extracting vim-8.0.0534: 18% Extracting vim-8.0.0534: 19% Extracting vim-8.0.0534: 20% Extracting vim-8.0.0534: 21% Extracting vim-8.0.0534: 22% Extracting vim-8.0.0534: 23% Extracting vim-8.0.0534: 24% Extracting vim-8.0.0534: 25% Extracting vim-8.0.0534: 26% Extracting vim-8.0.0534: 27% Extracting vim-8.0.0534: 28% Extracting vim-8.0.0534: 29% Extracting vim-8.0.0534: 30% Extracting vim-8.0.0534: 31% Extracting vim-8.0.0534: 32% Extracting vim-8.0.0534: 33% Extracting vim-8.0.0534: 34% Extracting vim-8.0.0534: 35% Extracting vim-8.0.0534: 36% Extracting vim-8.0.0534: 37% Extracting vim-8.0.0534: 38% Extracting vim-8.0.0534: 39% Extracting vim-8.0.0534: 40% Extracting vim-8.0.0534: 41% Extracting vim-8.0.0534: 42% Extracting vim-8.0.0534: 43% Extracting vim-8.0.0534: 44% Extracting vim-8.0.0534: 45% Extracting vim-8.0.0534: 46% Extracting vim-8.0.0534: 47% Extracting vim-8.0.0534: 48% Extracting vim-8.0.0534: 49% Extracting vim-8.0.0534: 50% Extracting vim-8.0.0534: 51% Extracting vim-8.0.0534: 52% Extracting vim-8.0.0534: 53% Extracting vim-8.0.0534: 54% Extracting vim-8.0.0534: 55% Extracting vim-8.0.0534: 56% Extracting vim-8.0.0534: 57% Extracting vim-8.0.0534: 58% Extracting vim-8.0.0534: 59% Extracting vim-8.0.0534: 60% Extracting vim-8.0.0534: 61% Extracting vim-8.0.0534: 62% Extracting vim-8.0.0534: 63% Extracting vim-8.0.0534: 64% Extracting vim-8.0.0534: 65% Extracting vim-8.0.0534: 66% Extracting vim-8.0.0534: 67% Extracting vim-8.0.0534: 68% Extracting vim-8.0.0534: 69% Extracting vim-8.0.0534: 70% Extracting vim-8.0.0534: 71% Extracting vim-8.0.0534: 72% Extracting vim-8.0.0534: 73% Extracting vim-8.0.0534: 74% Extracting vim-8.0.0534: 75% Extracting vim-8.0.0534: 76% Extracting vim-8.0.0534: 77% Extracting vim-8.0.0534: 78% Extracting vim-8.0.0534: 79% Extracting vim-8.0.0534: 80% Extracting vim-8.0.0534: 81% Extracting vim-8.0.0534: 82% Extracting vim-8.0.0534: 83% Extracting vim-8.0.0534: 84% Extracting vim-8.0.0534: 85% Extracting vim-8.0.0534: 86% Extracting vim-8.0.0534: 87% Extracting vim-8.0.0534: 88% Extracting vim-8.0.0534: 89% Extracting vim-8.0.0534: 90% Extracting vim-8.0.0534: 91% Extracting vim-8.0.0534: 92% Extracting vim-8.0.0534: 93% Extracting vim-8.0.0534: 94% Extracting vim-8.0.0534: 95% Extracting vim-8.0.0534: 96% Extracting vim-8.0.0534: 97% Extracting vim-8.0.0534: 98% Extracting vim-8.0.0534: 99% Extracting vim-8.0.0534: 100% Command exit status: 0 Script done on Wed Apr 5 03:05:54 2017 as SAMBA44 is here per UPDATING, not only does pkg install vim which has already been fetched need samba43 download, but the wrong architecture problem above makes it a real conundrum. How to make pkg smart enough to either point to which file it gets each from to change to one OR the oth= er, and put it in /usr/src/PKG-UPDATING, since the pkg is in base, OR present a choice of options "keep this architecture, pkg will do FOO, or ke= ep that architecture, pkg will do BAR, " and let the user pick? I know I can fix this just by waiting a week and doing beta stuff, but it w= ould be nice to have a polished ncurses or something what-will-happen choice or why= -it-happened explanation so conf files can be edited. Thanks J Bouquet=20= From owner-freebsd-current@freebsd.org Wed Apr 5 14:47:16 2017 Return-Path: Delivered-To: freebsd-current@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 A2403D30611 for ; Wed, 5 Apr 2017 14:47:16 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BAB6E21 for ; Wed, 5 Apr 2017 14:47:16 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-io0-x232.google.com with SMTP id f84so11092550ioj.0 for ; Wed, 05 Apr 2017 07:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=E2/8eFipciYLnOr2U7xz2Syxb6UurWJabrwiaWr/628=; b=ap+9j0ZUzxTA4zPS+pggK1DxNHey9Dn7VZQ2Lm8AZ7dqSVjLhlsRtPXi5HuHDUg2KM O+ElSiu/8KO3CQpMqjDM6y0c/4b4ciHdpy5hE8n1xaGeryoqp/0WiaYdEEkXTb+mPcZp 40TAbvrPQa/yIXwvFQ+g6A3YsjRaydvL7wl+FlxGEslHEpW/EcdrkfPakaUbsWEyTSw7 oGttvjAJUc7qVopjW0HF5/xd5qzImxkRxi8s9jePNbp3HGA0Ez3rgBfMFZxS/l1bTtuq 2OCHPwPT5wDHcDRQNSRmRXsd5Be+WzdA6+OzFwYk/Eq9mMJpc1mE+GE7+QN8oY91+/vV tR0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=E2/8eFipciYLnOr2U7xz2Syxb6UurWJabrwiaWr/628=; b=raVQG/xQZhXX+qYSEtgO4wKRxrHP6SchU8lHk4nQvV8CnYc5Mg32YatGUc5DBo0o+5 ewT5XCAy+RC1baAIA1XXRSRketWMUW22+icw2poOOqfoLvNXoxdSajgAdthG2bYqRHEp LnwcquQp4XpYZ40o1T24SDbMssd7+lr+T7lEwjqa1F2mpykHXU1kPeCnXV0zKH4l3/vQ T8RusmLAievqdijbHCRzq+xvGd/pP6c/wRlWN9bk1NwAX1bVJtw3b6eWLKLzZBAUO6hO 8TzTwWKDjsaaeco8BHxRjKHlYj/9Sw3Pib7m1ux2IqNEkphjFInZeGSi62IW5HenzEbm yfdA== X-Gm-Message-State: AFeK/H0pxODs3CvNnCHkS7nbuTa9B+/+MLlj7/IuYGKTLAQKaQOXmKJz89zsH5NMB6UEmw== X-Received: by 10.107.50.206 with SMTP id y197mr28606600ioy.214.1491403635620; Wed, 05 Apr 2017 07:47:15 -0700 (PDT) Received: from [10.0.10.3] (cpe-74-141-88-57.neo.res.rr.com. [74.141.88.57]) by smtp.googlemail.com with ESMTPSA id p201sm8805273itp.3.2017.04.05.07.47.14 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 05 Apr 2017 07:47:15 -0700 (PDT) Message-ID: <58E50379.6090406@gmail.com> Date: Wed, 05 Apr 2017 10:47:21 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: Is ipfilter firewall with ippool working? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 14:47:16 -0000 I have been a ipfilter user since Freebsd 3.0 without any complaints. Now I'm trying to get ippool to function. I have been able to add a pool, but now I want to refresh it's contents. From what I read in "man 8 ippool", I have to remove the pool from core and then re-add it with the complete new content. When I issue this command to remove the named ippool from core, I get message saying "Segmentation fault (core dumped)" and the system continues as normal. ippool -R -m unsolicited I know that in 2016 ipfilter was forked and updated to be freebsd friendly. Thinking maybe something in the kernel code was changed that now is causing this problem. I'm running release 11.0. Is there anyone out there who has ipfilter/ippool working? From owner-freebsd-current@freebsd.org Wed Apr 5 16:15:42 2017 Return-Path: Delivered-To: freebsd-current@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 24483D30339; Wed, 5 Apr 2017 16:15:42 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 038BA7A6; Wed, 5 Apr 2017 16:15:42 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 2DFA33568; Wed, 5 Apr 2017 16:15:41 +0000 (UTC) Date: Wed, 5 Apr 2017 16:15:41 +0000 From: Alexey Dokuchaev To: Matthew Rezny Cc: Dimitry Andric , Mark Millard , Johannes M Dieterich , FreeBSD Current , FreeBSD Toolchain , FreeBSD Ports , FreeBSD PowerPC ML Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Message-ID: <20170405161541.GA32323@FreeBSD.org> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2502554.oHoOYGyFJH@workstation.reztek> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 16:15:42 -0000 On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote: > LLVM 3.8 introduced the option to build a shared LLVM library, which is > what Mesa needs for use at runtime (for e.g. compiling shaders), separate > from linking to it. Previous versions only had one option, if the library > was built then all the LLVM binaries were staticly linked to it. [...] > > llvm{35,36,37} are statically linked and thus smaller than normal. llvm38 > switched to dynamic linking, the default, thus the size grew. Hmm, I don't quite get it: shouldn't static linking actually increase the binaries (and thus the package) size? > I assume llvm40 will be a bit bigger, but do not expect to see another > jump as you've observed. As Mark Millard reports: > I've also tried without WITH_DEBUG= and now. . . > > # pkg delete llvm40 > Checking integrity... done (0 conflicting) > Deinstallation has been requested for the following 1 packages (of 0 > packages in the universe): > > Installed packages to be REMOVED: > llvm40-4.0.0 > > Number of packages to be removed: 1 > > The operation will free 1 GiB. That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. I'm surely looking forward modularization of LLVM port; rebuilding it every time becomes a real PITA given that X11 stack requires it. :-( ./danfe From owner-freebsd-current@freebsd.org Wed Apr 5 16:44:56 2017 Return-Path: Delivered-To: freebsd-current@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 71E0AD30F3B; Wed, 5 Apr 2017 16:44:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5D4E08; Wed, 5 Apr 2017 16:44:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cvo39-000Fqa-7F; Wed, 05 Apr 2017 19:44:51 +0300 Date: Wed, 5 Apr 2017 19:44:51 +0300 From: Slawa Olhovchenkov To: Alexey Dokuchaev Cc: Matthew Rezny , Dimitry Andric , Mark Millard , Johannes M Dieterich , FreeBSD Current , FreeBSD Toolchain , FreeBSD Ports , FreeBSD PowerPC ML Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Message-ID: <20170405164451.GD20974@zxy.spb.ru> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170405161541.GA32323@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 16:44:56 -0000 On Wed, Apr 05, 2017 at 04:15:41PM +0000, Alexey Dokuchaev wrote: > > I've also tried without WITH_DEBUG= and now. . . > > > > # pkg delete llvm40 > > Checking integrity... done (0 conflicting) > > Deinstallation has been requested for the following 1 packages (of 0 > > packages in the universe): > > > > Installed packages to be REMOVED: > > llvm40-4.0.0 > > > > Number of packages to be removed: 1 > > > > The operation will free 1 GiB. > > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. > I'm surely looking forward modularization of LLVM port; rebuilding it > every time becomes a real PITA given that X11 stack requires it. :-( What real reason of requiring llvm for X11? I am about run time depends: # pkg info -r llvm39 llvm39-3.9.1_4: libEGL-13.0.6 dri-13.0.6,2 # ldd /usr/local/lib/libXvMCr600.so /usr/local/lib/libXvMCr600.so: [...] libLLVM-3.9.so => /usr/local/llvm39/lib/libLLVM-3.9.so (0x803e00000) libLTO.so => /usr/local/llvm39/lib/../lib/libLTO.so (0x808200000) [...] # ls -lh /usr/local/llvm39/lib/libLLVM-3.9.so /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x 1 root wheel 38M Apr 2 18:18 /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x 1 root wheel 47M Apr 2 18:18 /usr/local/llvm39/lib/libLLVM-3.9.so libXvMCr600 realy do run-time llvm interpetation and linker-time optimisation?! Also, I am don't see any realy dependence libEGL-13.0.6 from llvm. From owner-freebsd-current@freebsd.org Wed Apr 5 17:02:13 2017 Return-Path: Delivered-To: freebsd-current@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 9B4EDD30826; Wed, 5 Apr 2017 17:02:13 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C8E0661; Wed, 5 Apr 2017 17:02:13 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1406) id 79DB8469C; Wed, 5 Apr 2017 17:02:12 +0000 (UTC) From: Matthew Rezny To: Alexey Dokuchaev Cc: Dimitry Andric , Mark Millard , Johannes M Dieterich , FreeBSD Current , FreeBSD Toolchain , FreeBSD Ports , FreeBSD PowerPC ML Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Date: Wed, 05 Apr 2017 19:01:35 +0200 Message-ID: <2629274.jcOtFEnjsX@workstation.reztek> Organization: FreeBSD User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <20170405161541.GA32323@FreeBSD.org> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:02:13 -0000 On Wednesday 05 April 2017 16:15:41 Alexey Dokuchaev wrote: > On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote: > > LLVM 3.8 introduced the option to build a shared LLVM library, which is > > what Mesa needs for use at runtime (for e.g. compiling shaders), separate > > from linking to it. Previous versions only had one option, if the library > > was built then all the LLVM binaries were staticly linked to it. [...] > > > > llvm{35,36,37} are statically linked and thus smaller than normal. llvm38 > > switched to dynamic linking, the default, thus the size grew. > > Hmm, I don't quite get it: shouldn't static linking actually increase the > binaries (and thus the package) size? > I might have reversed static and shared somewhere in the linking explanation, or not properly described the situation. Versions prior to 3.8 could either build libLLVM as a static library and link all the LLVM binaries to that (recommended), or build it as a shared library and link the LLVM binaries to that (recommended for development only, but Mesa needs libLLVM.so). LLVM 3.8 introduced the 3rd option, build the shared library for external use, i.e. Mesa, but link the LLVM binaries to the libLLVM*.a bits that were used to build the shared library. llvm37 was built the non-recommended way for the benefit of Mesa, the LLVM binaries were linked to the shared library that Mesa used. llvm38 turned building/linking of the shared library, so there would be some increase since each LLVM binary now had that portion static linked. llvm39 turned on building of the shared library but did not enable linking with it so the LLVM binaries remain linking that part static, meaning the package grows by the size the shared library that is installed but not used by LLVM itself. Those were changes to a portion, not a complete change between static and shared linking for the whole package, so I was somewhat surprised by the size difference you noted, but of course I had forgotten that all the parts were collapsed into the llvm port. There was a brief period in which llvm39 was fully switched to dynamic linking, which made it considerably smaller but caused runtime problems (and was also likely to be slower). > > I assume llvm40 will be a bit bigger, but do not expect to see another > > jump as you've observed. > > As Mark Millard reports: > > I've also tried without WITH_DEBUG= and now. . . > > > > # pkg delete llvm40 > > Checking integrity... done (0 conflicting) > > Deinstallation has been requested for the following 1 packages (of 0 > > packages in the universe): > > > > Installed packages to be REMOVED: > > llvm40-4.0.0 > > > > Number of packages to be removed: 1 > > > > The operation will free 1 GiB. > > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. > I'm surely looking forward modularization of LLVM port; rebuilding it > every time becomes a real PITA given that X11 stack requires it. :-( > > ./danfe I have both llvm39 and llvm40 installed here (amd64) with all options enabled and without any WITH_DEBUG. According to pkg, the flat (installed) size of llvm39 is 1.10GB and llvm40 is 1.31GB, so not a huge difference (<20%) but still steady growth. The best solution to cut rebuild time for LLVM is ccache. From owner-freebsd-current@freebsd.org Wed Apr 5 17:10:47 2017 Return-Path: Delivered-To: freebsd-current@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 28FE1D30D91; Wed, 5 Apr 2017 17:10:47 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D4EDFB23; Wed, 5 Apr 2017 17:10:46 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 9FDCBBDCA4; Wed, 5 Apr 2017 19:10:43 +0200 (CEST) Received: from atuin.in.mat.cc (gw.in.spyou.org [79.143.241.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 18B4CBDC91; Wed, 5 Apr 2017 19:10:43 +0200 (CEST) Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) To: Alexey Dokuchaev , Matthew Rezny References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> Cc: FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> Date: Wed, 5 Apr 2017 19:12:06 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170405161541.GA32323@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WjAsUneJT7nd422H5VMBA6Mc4Ufb22fgn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:10:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WjAsUneJT7nd422H5VMBA6Mc4Ufb22fgn Content-Type: multipart/mixed; boundary="ni08C9tE33LjrPmq3SQ1sdiKLHT6lf9Eg"; protected-headers="v1" From: Mathieu Arnold To: Alexey Dokuchaev , Matthew Rezny Cc: FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard Message-ID: <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> In-Reply-To: <20170405161541.GA32323@FreeBSD.org> --ni08C9tE33LjrPmq3SQ1sdiKLHT6lf9Eg Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le 05/04/2017 =C3=A0 18:15, Alexey Dokuchaev a =C3=A9crit : > On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote: >> LLVM 3.8 introduced the option to build a shared LLVM library, which i= s >> what Mesa needs for use at runtime (for e.g. compiling shaders), separ= ate >> from linking to it. Previous versions only had one option, if the libr= ary >> was built then all the LLVM binaries were staticly linked to it. [...]= >> >> llvm{35,36,37} are statically linked and thus smaller than normal. llv= m38 >> switched to dynamic linking, the default, thus the size grew. > Hmm, I don't quite get it: shouldn't static linking actually increase t= he > binaries (and thus the package) size? > >> I assume llvm40 will be a bit bigger, but do not expect to see another= >> jump as you've observed. > As Mark Millard reports: > >> I've also tried without WITH_DEBUG=3D and now. . . >> >> # pkg delete llvm40 >> Checking integrity... done (0 conflicting) >> Deinstallation has been requested for the following 1 packages (of 0 >> packages in the universe): >> >> Installed packages to be REMOVED: >> llvm40-4.0.0 >> >> Number of packages to be removed: 1 >> >> The operation will free 1 GiB. > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. So, you are comparing the size of the llvm39 package with the size of the llvm40 after extraction ? --=20 Mathieu Arnold --ni08C9tE33LjrPmq3SQ1sdiKLHT6lf9Eg-- --WjAsUneJT7nd422H5VMBA6Mc4Ufb22fgn 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 iQJ8BAEBCgBmBQJY5SVnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IggoQAK4Wbi+nKIl9ewU5F0R5UgF5 CVSUw5VfMpmMNUXkBPEmUJnTJebjS0pKiM79ToRJLWpbMOkXdk44ge13SrXhOoVG 5IytzkQ3ArbyyogvFv24rYFHT/1H8faL45XWVJuEvBKjFKbOc+qgtdJDeudjhcAV PJBIgn651qMyrVfoE8ajiiErhPJjO0e8ROq9RKuiQuERQJ+TpAjSKI//Yi57mMig KVqbbFmPi6znpSdnAsVLmSppWSvyqWyeGF52HK5C+yxLRmCsHvoXgDRFX84jektb g9vEa8m3wJ4Sq7tqzzl3rKNyDSXgi/VWvxm5L0TkyxeIxy/Hr1gb3LW2hJqF4Ttm 1TDZ8EqCZ0WFxSGhFVPxKfXmXew7Y0XGFs0HVPXMzaoMAYufNPicu4O4kJIiJoFK KZM68Q8V4ggo+dk5zQiYb0J5t6SCBJgDJbo5/UFJNR5QTOVDg+7W8Rxc+LSON9XX HOEvbF8fgCJHPcZF1IPbcL3p773XsO14vlt9eXjaMP3zfSkonsP3TV0GCKXKE6jQ +EB3/bakWz6d05dkz85ZGF4KiO1gtnqFpVR1dnDCDAr322+9n1xUuYb0KSdVLAL2 QHdwO1WRPKdY7LWKceHUnVmuSpEaA3XRMbQo2KDXBAQwMxt43x8dIKlBCx5rAueb 6kEPYRNapRS8XHHuHR6n =/NWs -----END PGP SIGNATURE----- --WjAsUneJT7nd422H5VMBA6Mc4Ufb22fgn-- From owner-freebsd-current@freebsd.org Wed Apr 5 17:12:52 2017 Return-Path: Delivered-To: freebsd-current@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 D1011D30FAB; Wed, 5 Apr 2017 17:12:52 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1E411EE; Wed, 5 Apr 2017 17:12:52 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1406) id DF1934BB4; Wed, 5 Apr 2017 17:12:51 +0000 (UTC) From: Matthew Rezny To: Slawa Olhovchenkov , FreeBSD Current Cc: FreeBSD Toolchain , FreeBSD Ports , FreeBSD PowerPC ML Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Date: Wed, 05 Apr 2017 19:12:51 +0200 Message-ID: <2580921.RCJsO5iqpA@workstation.reztek> Organization: FreeBSD User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <20170405164451.GD20974@zxy.spb.ru> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <20170405161541.GA32323@FreeBSD.org> <20170405164451.GD20974@zxy.spb.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:12:52 -0000 On Wednesday 05 April 2017 19:44:51 Slawa Olhovchenkov wrote: > On Wed, Apr 05, 2017 at 04:15:41PM +0000, Alexey Dokuchaev wrote: > > > I've also tried without WITH_DEBUG= and now. . . > > > > > > # pkg delete llvm40 > > > Checking integrity... done (0 conflicting) > > > Deinstallation has been requested for the following 1 packages (of 0 > > > packages in the universe): > > > > > > Installed packages to be REMOVED: > > > llvm40-4.0.0 > > > > > > Number of packages to be removed: 1 > > > > > > The operation will free 1 GiB. > > > > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. > > I'm surely looking forward modularization of LLVM port; rebuilding it > > every time becomes a real PITA given that X11 stack requires it. :-( > > What real reason of requiring llvm for X11? > I am about run time depends: > > # pkg info -r llvm39 > llvm39-3.9.1_4: > libEGL-13.0.6 > dri-13.0.6,2 > > # ldd /usr/local/lib/libXvMCr600.so > /usr/local/lib/libXvMCr600.so: > [...] > libLLVM-3.9.so => /usr/local/llvm39/lib/libLLVM-3.9.so (0x803e00000) > libLTO.so => /usr/local/llvm39/lib/../lib/libLTO.so (0x808200000) [...] > > # ls -lh /usr/local/llvm39/lib/libLLVM-3.9.so > /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x 1 root wheel 38M Apr > 2 18:18 /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x 1 root wheel > 47M Apr 2 18:18 /usr/local/llvm39/lib/libLLVM-3.9.so > > libXvMCr600 realy do run-time llvm interpetation and linker-time > optimisation?! > > Also, I am don't see any realy dependence libEGL-13.0.6 from llvm. Yes, Mesa really uses LLVM at runtime for shader compilation/optimization, and Xorg depends on Mesa for GLX, etc. From owner-freebsd-current@freebsd.org Wed Apr 5 17:20:55 2017 Return-Path: Delivered-To: freebsd-current@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 1503AD304F6; Wed, 5 Apr 2017 17:20:55 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6C04D8B; Wed, 5 Apr 2017 17:20:54 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 1916150FC; Wed, 5 Apr 2017 17:20:54 +0000 (UTC) Date: Wed, 5 Apr 2017 17:20:54 +0000 From: Alexey Dokuchaev To: Mathieu Arnold Cc: Matthew Rezny , FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Message-ID: <20170405172054.GB32323@FreeBSD.org> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:20:55 -0000 On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote: > Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit : > > ... > > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. > > So, you are comparing the size of the llvm39 package with the size of > the llvm40 after extraction ? Ha, didn't realize it, I'm so dumb. What the size of llvm40-*.txz then? I don't have it cached locally yet... ./danfe From owner-freebsd-current@freebsd.org Wed Apr 5 17:39:52 2017 Return-Path: Delivered-To: freebsd-current@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 63792D30B59 for ; Wed, 5 Apr 2017 17:39:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::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 F3C15C40 for ; Wed, 5 Apr 2017 17:39:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x22f.google.com with SMTP id w11so23379597wrc.3 for ; Wed, 05 Apr 2017 10:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=FkmiXiYGc4i4SMHjo0MofwWuUD4brFlohgbgDF6vjoQ=; b=DMcVJMcnuWI8BcVmhm/Taw07ZrPGyX6qzd12Ku22xkSuOg1X839wckMseh2GizSox8 /9u+JCH4zi/SuvEEFfrpH5G1+oE0zOlPa0Ggw60yRwNw6mNlxYRVDI+YkQdwo03hR7GF c/0Mg/pFI/E3sYI6A0DjXh7wjy1sm32My1ElTDTX2itYNTNM5e7J0Iq+abKndDRXwycB ZQLX1erKzK6np4vr/UD6GhPYidG4Jyk6FOLxBd9uv7yovf4ELM/QY+zp7UP44dgxdDXw Ml4OiQzixrBX4EZnohceKkVf4rWtHC1USnmHiqg5JtgJfDy1119WmkyZBJUULt14Bb6Z eKiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=FkmiXiYGc4i4SMHjo0MofwWuUD4brFlohgbgDF6vjoQ=; b=O9Wj2Vc928krrqtCwjRFiuaswcw0yWmfpz9KgwOCkwZDWhRbhGedsIfOstuZJS+CqU uol2uTX2WrvgaS/KKaQErMsHtUS9ulPTtxsuu8iYn/SHuLcT2euijzTjmzZQpuittz6S s5pVh4zpIkE4c2T3qatvRvLKTUNVXawMlckk1WbSQiBo2uN9+8nLSs5/jjvAr4q2cWaN x53zde/pyf7TN8zEwSaa0y55WckeVwjmfEpPQWDcvwOMeQAII/8ZrL8q6h38ion0dwio jd6tVNQ/PEkfDp63JvIaCwUKAgmRNeaw0TOj3MVP6w5yoS7xRHnHX9ecF+l+vkE1hIte 23Ug== X-Gm-Message-State: AFeK/H0UEwlBh9YzU0RxIP316yvmSxjFUJNLgEYJR9Mlnyu4sWaIRK9aJx3y0JnFdLjoiVGsucycQPkfnUN3qA== X-Received: by 10.28.232.14 with SMTP id f14mr10664105wmh.106.1491413986883; Wed, 05 Apr 2017 10:39:46 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.28.128.133 with HTTP; Wed, 5 Apr 2017 10:39:46 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Wed, 5 Apr 2017 10:39:46 -0700 X-Google-Sender-Auth: UykLXIU9cXwgiUrqmQyTs5JnTVc Message-ID: Subject: Re: increased power consumption lately? To: Johannes Lundberg Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:39:52 -0000 hm, you could use dtrace to find what's calling that function and print out the call stack? -adrian On 5 April 2017 at 02:32, Johannes Lundberg wrote: > Is there an easy way to do that with existing tools or do I need to add > debug printing to the code? > > > On Tue, Apr 4, 2017 at 9:39 PM, Adrian Chadd wrote: >> >> hiya, >> >> looks like yeah, you're going to have to do a bit more debugging. Can you >> see what args are being passed to AcpiNsLookup() ? >> >> >> >> -adrian >> >> >> On 3 April 2017 at 03:24, Johannes Lundberg wrote: >>> >>> Hi Adrian >>> >>> The three threads are kernel(acpi_task_{0-2}) and they use ~30% each so >>> total 100% of one core. >>> >>> Machine is 2013 MBP >>> >>> pmcstat screenshot attached. >>> >>> >>> On Thu, 30 Mar 2017 at 21:16, Adrian Chadd wrote: >>>> >>>> I don't /think/ so - which thread is it on your end? Can you run >>>> pmcstat -S instructions -T to see what's taking your CPU? >>>> >>>> >>>> >>>> -adrian >>>> >>>> >>>> On 28 March 2017 at 13:36, Johannes Lundberg wrote: >>>> > Hi >>>> > >>>> > Personally I got some acpi-something kernel thread at 100% CPU >>>> > constant >>>> > usage. Need to lock CPU freq at lower value otherwise it runs with >>>> > turboboost all the time. >>>> > >>>> > Could it be the same for you? >>>> > >>>> > On Tue, 28 Mar 2017 at 20:58, Adrian Chadd wrote: >>>> >> >>>> >> hiya, >>>> >> >>>> >> I've noticed that my battery life on my haswell laptop (T540p) seems >>>> >> to have taken a nosedive lately. I could've /sworn/ it was getting >>>> >> better than 15-16W at idle. >>>> >> >>>> >> Has anyone noticed any massive decrease in battery life lately? >>>> >> >>>> >> >>>> >> >>>> >> -adrian >>>> >> _______________________________________________ >>>> >> freebsd-current@freebsd.org mailing list >>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> >> To unsubscribe, send any mail to >>>> >> "freebsd-current-unsubscribe@freebsd.org" >> >> > From owner-freebsd-current@freebsd.org Wed Apr 5 18:15:23 2017 Return-Path: Delivered-To: freebsd-current@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 046A5D30958 for ; Wed, 5 Apr 2017 18:15:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C20A5AB4; Wed, 5 Apr 2017 18:15:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22b.google.com with SMTP id 81so11876603pgh.2; Wed, 05 Apr 2017 11:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=NSi4AQ8XQGtbl/cn+GX8SfvZxx9F4qWZ1lv02Fi+VO8=; b=GXm3k6QiKHQS9+946HOpIO18zRXh3X/Uw5JATuXwahZNwxqGiogtCaXst+FaB3AqIP LRjlgMr4mqRO9qiMsFHE2GsWeAEarKFqTm8BQEAu4jvLYTte40600+O/6ebqaFl0nMWi W+CWbSx0ogjC6Z3T5i8mDcryTvV6vSJXl8XSxStzMf8yltnFVDFVAKTt7mHxi5ZtrUez SAqzEEw8vCI1ZzyuZ9wkwBBOBfnyPRGlsVDueLbfvbIxCcqJT/UvuU79GHz/jn7yajiq lc/Ld2d1lKZisWB6dPWMWGEDQWZTYPDVEAIn/EOhrB9Dc1LOgIIGV5hq1LJatiAtt3p3 HTZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=NSi4AQ8XQGtbl/cn+GX8SfvZxx9F4qWZ1lv02Fi+VO8=; b=G/9kg4NNbL0CtrMpkP1CUNL4VCT6cb4s5Qz0+OQONfl8dHKqtUFE1f6m+uotPKcCJ0 ZmdBfmTKFh+yag0Llg21b+AZ5xalXABh75f6eHH3fdMnpy1xn+pDT1gqu3IltLy/z0hx itInxnDlgNlb7Jk1ClbHsal+b7Kd6IHnivy+OJXfqnAGRgjJ3AjnUnxQiHiFFiDikMd6 52y4RnX6UEmtxeiP9yctu1iaFOkOZPuTur5oZ2XkB7Ug7twSV0Z/wYYMHkwlSYXwjfKt 2VeG9SopoNRNwwsNwtedOMgV7K1tCMaIbdGagUyDM36+4ehzPap54h+KQRdUbux2/jCG tLMQ== X-Gm-Message-State: AFeK/H1DeRhtJXNesjj+Mq04UG3S2boS7eTs8t9V8YMd7CLpPiDeGp6hM3w6PtFMty8zvg== X-Received: by 10.99.146.88 with SMTP id s24mr31946372pgn.233.1491416121992; Wed, 05 Apr 2017 11:15:21 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id w65sm17485437pfw.67.2017.04.05.11.15.21 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 05 Apr 2017 11:15:21 -0700 (PDT) Subject: Re: increased power consumption lately? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5B009A3F-0D85-4738-8692-E211F8C4A31A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Wed, 5 Apr 2017 11:15:20 -0700 Cc: Johannes Lundberg , freebsd-current Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 18:15:23 -0000 --Apple-Mail=_5B009A3F-0D85-4738-8692-E211F8C4A31A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 5, 2017, at 10:39, Adrian Chadd wrote: >=20 > hm, you could use dtrace to find what's calling that function and > print out the call stack? *does shrug* something like this (I realize it=E2=80=99s not = printing out arg0 =E2=80=94 arg0 is a union that would need decoding)? Thanks, -Ngie $ cat AcpiNsLookup.d fbt:kernel:AcpiNsLookup:entry { printf("PathInfo: %s\nType: %d\nFlags: %u", stringof(arg1), arg2, arg3); } $ sudo dtrace -s AcpiNsLookup.d --Apple-Mail=_5B009A3F-0D85-4738-8692-E211F8C4A31A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY5TQ4AAoJEPWDqSZpMIYVLxMQAKgZ/wpo8lZaeQG2JrDe6IEQ t6Egiksk7El7CiXmVkjL4gI41N8NFhEuedWgWC40RUxaBOdSr9mOhJgaQ4oOn8kg PdqC2nIf2hcftW0eohIn/ymrxhMLA8Bo4g3G5U8Tq8L5SSS/G2yhPjDiU9eVfSE0 86RDqKiVjNAKKFHzD6x/q2sKfJMx7Vy1P6H0r9ETHGktYpXGtjkPfZzilpCNJJfN DMvJXEBPnqAl+Pep4crfnRIEX94GMYjirLgykkHDWGm7Vt+zSTHc0Vw8Hr9+b83k jenK+94daHAex3q1rkkN35n+GCyQLYJshpT2KfcYi6V7l6dB3uqi0jqtjs2A48bO +eVFtfr7MSWyzOGIWlQKxVtVvanfY3z+gaXPE51kXqRYdz+EiGuGw7ppOMM48q3T 8f2l2oVBbB2tG6LuSiHCYl7+tSugcjvyp5eCi8Yy+tw8RCtxym8GtMcwLl9OI38L vhHE5vYQBbHyirRp3JqwkyiaGBx1S/VlgrhKcMPzS38r0T/8DBkswf/VlGD+2XjJ vRNJZ24ve5WyIGfWGqhwLxuzWanvR6baXGLQgWuyDJL/CFDRRZxA/D/NaZb8ZDbH yhlZ0br4sc2Gey3879NnGk+n2zhsFUSS2TS0LfBxFKDMhnoCGpUQ5R8zFHH3/UW2 34+Wc6s/epQs62cLONdQ =dLiO -----END PGP SIGNATURE----- --Apple-Mail=_5B009A3F-0D85-4738-8692-E211F8C4A31A-- From owner-freebsd-current@freebsd.org Wed Apr 5 18:41:07 2017 Return-Path: Delivered-To: freebsd-current@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 758AFD30471 for ; Wed, 5 Apr 2017 18:41:07 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42F30E40 for ; Wed, 5 Apr 2017 18:41:06 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v35IgATR048393 for ; Wed, 5 Apr 2017 11:42:16 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: how to mark llvm* forbidden? Date: Wed, 05 Apr 2017 11:42:16 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 18:41:07 -0000 OK I'm chasing -CURRENT, and I performed an initial install, followed by a new world/kernel && ports about a mos ago. Last Friday, I svn upped the system (src && ports), rebuilt/installed world/kernel. I just began rebuilding the ports, only to find that when finished, I will likely end up with every version of llvm && clang from version 3 to the now current 4. My build session is currently tying nearly every core on the CPU with llvm builds. Given that llvm4 comes in base. Is there *any* reason I can not insist that the ports I upgrade, or build, just use the version(s) of clang/llvm in base? If so. How do I inform the ports that they may *only* use the version(s) in base? Thank you for all your time, and consideration. --Chris From owner-freebsd-current@freebsd.org Wed Apr 5 18:46:28 2017 Return-Path: Delivered-To: freebsd-current@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 E6876D30954; Wed, 5 Apr 2017 18:46:28 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8093483E; Wed, 5 Apr 2017 18:46:28 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 5E1ABBDC9F; Wed, 5 Apr 2017 20:46:25 +0200 (CEST) Received: from atuin.in.mat.cc (gw.in.spyou.org [79.143.241.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 86A2CBDC91; Wed, 5 Apr 2017 20:46:24 +0200 (CEST) Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) To: Alexey Dokuchaev References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> <20170405172054.GB32323@FreeBSD.org> Cc: Matthew Rezny , FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Wed, 5 Apr 2017 20:46:22 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170405172054.GB32323@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Q0QVOeJgRj33QQfHPwlTqfGT51VPIUAGb" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 18:46:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Q0QVOeJgRj33QQfHPwlTqfGT51VPIUAGb Content-Type: multipart/mixed; boundary="1enJNnr6oVq91hkVKPtf3LOhMehbwrbEo"; protected-headers="v1" From: Mathieu Arnold To: Alexey Dokuchaev Cc: Matthew Rezny , FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard Message-ID: Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> <20170405172054.GB32323@FreeBSD.org> In-Reply-To: <20170405172054.GB32323@FreeBSD.org> --1enJNnr6oVq91hkVKPtf3LOhMehbwrbEo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le 05/04/2017 =C3=A0 19:20, Alexey Dokuchaev a =C3=A9crit : > On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote: >> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit : >>> ... >>> That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. >> So, you are comparing the size of the llvm39 package with the size of >> the llvm40 after extraction ? > Ha, didn't realize it, I'm so dumb. What the size of llvm40-*.txz then= ? > I don't have it cached locally yet... On my builds: -rw-r--r-- 6 nobody wheel 256105968 4 avr. 17:54 llvm39-3.9.1_4.txz -rw-r--r-- 6 nobody wheel 304951340 4 avr. 18:02 llvm40-4.0.0_2.txz --=20 Mathieu Arnold --1enJNnr6oVq91hkVKPtf3LOhMehbwrbEo-- --Q0QVOeJgRj33QQfHPwlTqfGT51VPIUAGb 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 iQJ8BAEBCgBmBQJY5Tt/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IapEQAISBsfrnx/eyHjhbB29/E8+Y NWYUjkmSfE4dzO2e2vR3zl22gj6k2WU5IWTBktMCaBcGUfeTERdkPC8rx+aHQHWs NjRJo0NPUFv978yyl3r8cluOw7UdUZi6vPRUglEqYtfr7TPtjJBVv7J5KYLzqFfO TINAXFr/9L01q4Z5qdcy5wWOFsOj30Y1Jvslw58vZXVc+aE92NnjejB3EPs6MLuD V4AkKBMxxm6QreAhJZyRcVvPJFkvR/1EX9hdIbtj7BMkUz/KiQtU/GrsPzz2Ghct NI2ijpv90K1m1AOJX6I9twX+tG7u+PPnJEtSSGet6tlb+TcKlItOLB7/VvSo7NBd 7lIOOIN3EF6Y27j6fvEjD+qgY2QWox8KigC0uGBbAq6aBaL0cy0Cf4pLkB5G1/dT 80N2GR40zeKI5dl+dXV3N4OGpBp1DdudS0P7uopdq/JNWBU2AD5umc7LpW8r/4Y9 j7xPWtFBCMwqWqI1rN6tE6ZDYT8sKuNPQ9saVYdzoCmODmjWY42iW4t8Q479VXRV q6O+xPQk8jhjfwdwuve5yhDjXa7OpBsdKwn2Xz3N1TuPyIGdqX9PdDpkySKXVCIA JgL4AWxHddEysL+GksCq3MXsVaPmVaXlw9f/55yNIjxM6WSmdwQClR3ig6wf0WH5 rfgpHwi33ZBuTm5ijdL8 =8RZZ -----END PGP SIGNATURE----- --Q0QVOeJgRj33QQfHPwlTqfGT51VPIUAGb-- From owner-freebsd-current@freebsd.org Wed Apr 5 19:39:08 2017 Return-Path: Delivered-To: freebsd-current@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 5CC13D30CE5 for ; Wed, 5 Apr 2017 19:39:08 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33B7FCCE for ; Wed, 5 Apr 2017 19:39:07 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id vqlkc1Rfzsa1kvqllc5Xcz; Wed, 05 Apr 2017 13:39:05 -0600 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=AzvcPWV-tVgA:10 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=bqeRBnpSgSEpZRv9QYUA:9 a=CjuIK1q_8ugA:10 a=6kGIvZw6iX1k4Y-7sg4_:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 2C0096EF; Wed, 5 Apr 2017 12:39:04 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v35Jc32X071880; Wed, 5 Apr 2017 12:38:43 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201704051938.v35Jc32X071880@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ernie Luzar cc: FreeBSD current Subject: Re: Is ipfilter firewall with ippool working? In-Reply-To: Message from Ernie Luzar of "Wed, 05 Apr 2017 10:47:21 -0400." <58E50379.6090406@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Apr 2017 12:38:03 -0700 X-CMAE-Envelope: MS4wfLbJyCSed2UObsKk94S3LZr3PXP847U8SQ1cyMLJGj/xLDAzBzGZ5xzFDhNnvs0MqZoVKR+h24F4pM/BWO7NfHPeg5bb07j+yqL/S0XmQqSNsZmLA2p0 ORLuB6pGNQzh+Coxvnl24/0fAlIn01S4FZdQaMoqmJJSWFgBXOP+xuPlo1F/u2N/I1ePxHEY/Nl/ogWFVOEdAwzD9hT6H1VQ8P4= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 19:39:08 -0000 In message <58E50379.6090406@gmail.com>, Ernie Luzar writes: > I have been a ipfilter user since Freebsd 3.0 without any complaints. > Now I'm trying to get ippool to function. I have been able to add a > pool, but now I want to refresh it's contents. From what I read in "man > 8 ippool", I have to remove the pool from core and then re-add it with > the complete new content. When I issue this command to remove the named > ippool from core, I get message saying "Segmentation fault (core > dumped)" and the system continues as normal. > > ippool -R -m unsolicited > > I know that in 2016 ipfilter was forked and updated to be freebsd > friendly. Thinking maybe something in the kernel code was changed that > now is causing this problem. I'm running release 11.0. > > Is there anyone out there who has ipfilter/ippool working? Hi, I use ipfilter (and have for a couple of decades on Solaris and FreeBSD). We haven't forked it but we are fixing bugs and pushing them upstream. Looking at the ippool source, this is another case of the source or man page being incorrect. Looking at earlier versions of the source and man pages, it appears to have been broken for almost forever. This is not the first command line parsing issue or man page discrepancy in ipfilter. Can you please file a PR and assign it to me? The todos will be to: 1. Determine whether the man page or the code is correct. 2. Verify that all arguments are parsed (and subsequently processes). 3. Verify that correct error messages are produced as appropriate. For now you can issue ippool -R -m unsolicited POOL_TYPE, where pool type is documented in the man page with -t (though that will also need to be verified). The ippool parser thinks the pool type is a positional argument not an option. I'd like to verify Darren Reed's (original author's) intention before blindly "fixing" anything. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Apr 5 21:51:47 2017 Return-Path: Delivered-To: freebsd-current@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 6DB31D2D63C for ; Wed, 5 Apr 2017 21:51:47 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 4E1197E for ; Wed, 5 Apr 2017 21:51:47 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 442E75A9F14; Wed, 5 Apr 2017 21:51:40 +0000 (UTC) Date: Wed, 5 Apr 2017 21:51:40 +0000 From: Brooks Davis To: Chris H Cc: FreeBSD CURRENT Subject: Re: how to mark llvm* forbidden? Message-ID: <20170405215139.GA62417@spindle.one-eyed-alien.net> References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 21:51:47 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > OK I'm chasing -CURRENT, and I performed an initial > install, followed by a new world/kernel && ports about a > mos ago. Last Friday, I svn upped the system (src && ports), > rebuilt/installed world/kernel. I just began rebuilding > the ports, only to find that when finished, I will likely > end up with every version of llvm && clang from version 3 > to the now current 4. My build session is currently tying > nearly every core on the CPU with llvm builds. Given that > llvm4 comes in base. Is there *any* reason I can not insist > that the ports I upgrade, or build, just use the version(s) > of clang/llvm in base? If so. How do I inform the ports > that they may *only* use the version(s) in base? In general you can't. There are many reasons including: the base llvm doesn't include the requisite cmake bits for cmake based ports, some ports use unstable APIs and require specific LLVM versions, and some use LLVM tools or libraries that aren't built/installed as part of the base system. There are probably some ports where the base clang is fine but that's probably mostly down to someone getting USES variables right. -- Brooks --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY5WbqAAoJEKzQXbSebgfAl6wIAIjDjxR6G4gWb3zOVsomhiku uxvfzSeZ3wmj57ZQMUUsKvqFjd5TwT4nUan9aJLdvx+8PYM/0BIupLGKtBAi4Cm/ o4qay2u7kO+qWuLZ2zar1SQ7Gq4vOkb2KP/aOJFimLjfOeRVnvwrBXvqaVkAwgE4 Ket7gfDJlHCR72t66gaMbHfGkqFPJ2FUnPWNJjUMm3Rh+Mqu/dVwJQOslXiT93cP eQA/ehaJ+xSxVDxbEufCBRyLv//r/yHLbUFnN5p0UgVzFayc29RaFu5bQHlUiiwL rXHQadmd9duTrnS9cLibkj8v7xs9HD2v1qOX4Gs2QwOuOUY572gAiqoowG4yoHQ= =52u4 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@freebsd.org Wed Apr 5 22:23:04 2017 Return-Path: Delivered-To: freebsd-current@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 7F974D3068D for ; Wed, 5 Apr 2017 22:23:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-81.reflexion.net [208.70.210.81]) (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 2DF2BC77 for ; Wed, 5 Apr 2017 22:23:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3465 invoked from network); 5 Apr 2017 22:16:40 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 5 Apr 2017 22:16:40 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Wed, 05 Apr 2017 18:15:42 -0400 (EDT) Received: (qmail 10856 invoked from network); 5 Apr 2017 22:15:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Apr 2017 22:15:42 -0000 Received: from [192.168.1.119] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 805F0EC8172; Wed, 5 Apr 2017 15:15:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) From: Mark Millard In-Reply-To: <20170405172054.GB32323@FreeBSD.org> Date: Wed, 5 Apr 2017 15:15:40 -0700 Cc: Mathieu Arnold , Matthew Rezny , FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich Content-Transfer-Encoding: 7bit Message-Id: References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> <20170405172054.GB32323@FreeBSD.org> To: Alexey Dokuchaev X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 22:23:04 -0000 On 2017-Apr-5, at 10:20 AM, Alexey Dokuchaev wrote: > On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote: >> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit : >>> ... >>> That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. >> >> So, you are comparing the size of the llvm39 package with the size of >> the llvm40 after extraction ? > > Ha, didn't realize it, I'm so dumb. What the size of llvm40-*.txz then? > I don't have it cached locally yet... Someone else provided a comparison. But as for the installed-size goes: Looks like pkg delete's report of size is truncated or rounded to an integral GiByte count for llvm40. pkg info shows (reminder: powerpc64 context): # pkg info llvm40 | grep "Flat size" Flat size : 1.38GiB So I did not pick a good estimate to report for installed-size for the no-WITH_DEBUG variant's scale for installed-size. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Apr 5 22:30:54 2017 Return-Path: Delivered-To: freebsd-current@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 63FF0D309A9 for ; Wed, 5 Apr 2017 22:30:54 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 428D12AA; Wed, 5 Apr 2017 22:30:53 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v35MW3c1079381; Wed, 5 Apr 2017 15:32:09 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: Brooks Davis Cc: FreeBSD CURRENT In-Reply-To: <20170405215139.GA62417@spindle.one-eyed-alien.net> References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net>, <20170405215139.GA62417@spindle.one-eyed-alien.net> From: "Chris H" Subject: Re: how to mark llvm* forbidden? Date: Wed, 05 Apr 2017 15:32:09 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 22:30:54 -0000 On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis wrote > On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > > OK I'm chasing -CURRENT, and I performed an initial > > install, followed by a new world/kernel && ports about a > > mos ago. Last Friday, I svn upped the system (src && ports), > > rebuilt/installed world/kernel. I just began rebuilding > > the ports, only to find that when finished, I will likely > > end up with every version of llvm && clang from version 3 > > to the now current 4. My build session is currently tying > > nearly every core on the CPU with llvm builds. Given that > > llvm4 comes in base. Is there *any* reason I can not insist > > that the ports I upgrade, or build, just use the version(s) > > of clang/llvm in base? If so. How do I inform the ports > > that they may *only* use the version(s) in base? > > In general you can't. There are many reasons including: the base llvm > doesn't include the requisite cmake bits for cmake based ports, some > ports use unstable APIs and require specific LLVM versions, and some use > LLVM tools or libraries that aren't built/installed as part of the base > system. > > There are probably some ports where the base clang is fine but that's > probably mostly down to someone getting USES variables right. > > -- Brooks Grumble.. That's what I was afraid I might hear. Thanks, Brooks! Even if it's not what I was hoping to hear. :) --Chris From owner-freebsd-current@freebsd.org Thu Apr 6 01:27:11 2017 Return-Path: Delivered-To: freebsd-current@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 8EFC2D314C8 for ; Thu, 6 Apr 2017 01:27:11 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 68D539D1 for ; Thu, 6 Apr 2017 01:27:11 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id B183A1AC3A; Wed, 5 Apr 2017 18:18:39 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1491441519; bh=Cn5/j8Hq179J2kaepLSEomh2Syfkrt6tintMXL9hzP4=; h=Subject:To:References:From:Date:In-Reply-To; b=Y41o/N3chnv4vGwXqihJ1SzzklbZvD64inw8QOdHnJaQ/2CpiaU/Q6iMdnXef7KWJ oWMgFyJ6YlCivLixwmDgZM5XAPHwo0YbNAVDvB2Ixpop4rZQkzZGVmt+68xMyJ+mf4 c4a9u+REOq+VS0ru3JmS6qnKeZpLfE5q6m5WTdAI= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id A925D1AC26 for ; Wed, 5 Apr 2017 18:18:38 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1491441518; bh=Cn5/j8Hq179J2kaepLSEomh2Syfkrt6tintMXL9hzP4=; h=Subject:To:References:From:Date:In-Reply-To; b=kOxzsLtnP7OKWmAc35N/PPkpiUxXo30ZQ93nHuZdHgy5ZYYCtc1QpSFH+hLK/kav/ LcF+vIAtMBW1jNFtwk6p3NWtgE3ua5GXIy4v2aG2gy6JS9hL/UGyjeqyPt816rQHXi ClDkMPWqxsLp7DJftAH2NqJG2ac0LzGnOW74XBww= Subject: Re: how to mark llvm* forbidden? To: freebsd-current@freebsd.org References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> <20170405215139.GA62417@spindle.one-eyed-alien.net> <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> From: "Russell L. Carter" Message-ID: Date: Wed, 5 Apr 2017 18:18:37 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 01:27:11 -0000 On 04/05/17 15:32, Chris H wrote: > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis wrote > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: >>> OK I'm chasing -CURRENT, and I performed an initial >>> install, followed by a new world/kernel && ports about a >>> mos ago. Last Friday, I svn upped the system (src && ports), >>> rebuilt/installed world/kernel. I just began rebuilding >>> the ports, only to find that when finished, I will likely >>> end up with every version of llvm && clang from version 3 >>> to the now current 4. My build session is currently tying >>> nearly every core on the CPU with llvm builds. Given that >>> llvm4 comes in base. Is there *any* reason I can not insist >>> that the ports I upgrade, or build, just use the version(s) >>> of clang/llvm in base? If so. How do I inform the ports >>> that they may *only* use the version(s) in base? >> >> In general you can't. There are many reasons including: the base llvm >> doesn't include the requisite cmake bits for cmake based ports, some >> ports use unstable APIs and require specific LLVM versions, and some use >> LLVM tools or libraries that aren't built/installed as part of the base >> system. >> >> There are probably some ports where the base clang is fine but that's >> probably mostly down to someone getting USES variables right. >> >> -- Brooks > Grumble.. That's what I was afraid I might hear. > > Thanks, Brooks! Even if it's not what I was hoping to hear. :) FWIW, this is biting me hard right now too. I feel your pain... I'm a c++17 junky but I might have to let go of llvm-devel. Russell > --Chris > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Apr 6 11:02:04 2017 Return-Path: Delivered-To: freebsd-current@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 67A22D31DE4; Thu, 6 Apr 2017 11:02:04 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4360DADB; Thu, 6 Apr 2017 11:02:04 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 6A0352E73; Thu, 6 Apr 2017 11:02:03 +0000 (UTC) Date: Thu, 6 Apr 2017 11:02:03 +0000 From: Alexey Dokuchaev To: Mathieu Arnold Cc: Matthew Rezny , FreeBSD Current , Dimitry Andric , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Ports , Johannes M Dieterich , Mark Millard Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4 processors or cores and WITH__DEBUG= (powerpc64 example) Message-ID: <20170406110203.GA83987@FreeBSD.org> References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net> <7F94CE59-D2CC-4D6F-B1CD-FF3D1F8EDCE7@FreeBSD.org> <20170330170648.GA38004@FreeBSD.org> <2502554.oHoOYGyFJH@workstation.reztek> <20170405161541.GA32323@FreeBSD.org> <55bf3ea7-c601-ba55-822a-5b28cbca109f@FreeBSD.org> <20170405172054.GB32323@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 11:02:04 -0000 On Wed, Apr 05, 2017 at 08:46:22PM +0200, Mathieu Arnold wrote: > Le 05/04/2017 ?? 19:20, Alexey Dokuchaev a ??crit : > > On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote: > >> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit : > >>> ... > >>> That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me. > >> > >> So, you are comparing the size of the llvm39 package with the size of > >> the llvm40 after extraction ? > > > > Ha, didn't realize it, I'm so dumb. What [is] the size of llvm40-*.txz > > then? I don't have it cached locally yet... > > On my builds: > > -rw-r--r-- 6 nobody wheel 256105968 4 avr. 17:54 llvm39-3.9.1_4.txz > -rw-r--r-- 6 nobody wheel 304951340 4 avr. 18:02 llvm40-4.0.0_2.txz Thanks, now it all makes sense, sorry for confusion. ./danfe From owner-freebsd-current@freebsd.org Thu Apr 6 14:54:51 2017 Return-Path: Delivered-To: freebsd-current@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 A2633D32B18 for ; Thu, 6 Apr 2017 14:54:51 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74EFF3F3 for ; Thu, 6 Apr 2017 14:54:51 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-io0-x230.google.com with SMTP id f84so31144562ioj.0 for ; Thu, 06 Apr 2017 07:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=xzKU2F5gH7C1d9Kv9s5/Ou8gLf7Et3JnFurmg/mZCrc=; b=gtrmxUDq3iBlW1lDa/p/RC6qObfVOLS6dtmvIHc/lz5woS07K8e671CX8ZEIA4ReXx OtVu8mFwI3eYMeCFeh6HerFdFXr0QrqgVC6U/0Oja1yPLRQ34DfjznDNWdZ9Aial/fZL jqu5hWA5eZaQdbfDS93GH9XqFhhklK3JBA53SY+/s+WQDWl98xaspftofGrjXBCp3nmC RJdDtSiHIVEUHcF0DbPytjRoWFhe9NZauPWmLKdTa9Bbh2hXqGPNoTwbsxZX7BSw07aG Akp9isDJw5T1ydk6Z7Fh8CHi+BB94CkenlGsptWbqkqwRvikkdQa6I3Ec3m3WK7ci8kt EmkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=xzKU2F5gH7C1d9Kv9s5/Ou8gLf7Et3JnFurmg/mZCrc=; b=Ehe3Vqe/dK5i8N8fDRXSC2EgqW2eiTxgwdxSR1u8eLHs8IG+KZbztr+nvJf6IgFnLt gN1nfHNqzA5s4bpjiph9qBDO1COySlu0tMZ39PUiXIhyfN3+vRfu4nWREvknHs2OJIJ6 Oh4fAXRqxIuwXUV2yNzzjNyKHIl5oM0unFYsJvZAChw3BJVzCwPdLroRipr7USgVsp6Y TKtDC57UfgPl9h9uN9M1yBhKPUI+9y/dG3/PFNORrKi9Smr3b0j2q0xElqh0QxqDzY2K IXFBy0lur0v4RCKUhaDiADbzGpqsC25UGcvM+C1zlFUnWrG9b5Cc1fVz6da2Ed7ZS7EV 5QhA== X-Gm-Message-State: AFeK/H2IimuSuKq0jhn1Pq7xTciZbDwXCme1Z+mpYoSVXloRh4qVLW6IEFCdfx+jqxo37A== X-Received: by 10.107.131.211 with SMTP id n80mr34194032ioi.210.1491490490736; Thu, 06 Apr 2017 07:54:50 -0700 (PDT) Received: from [10.0.10.3] (cpe-74-141-88-57.neo.res.rr.com. [74.141.88.57]) by smtp.googlemail.com with ESMTPSA id x127sm948692itg.26.2017.04.06.07.54.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 06 Apr 2017 07:54:50 -0700 (PDT) Message-ID: <58E656C6.8000801@gmail.com> Date: Thu, 06 Apr 2017 10:55:02 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Cy Schubert CC: FreeBSD current Subject: Re: Is ipfilter firewall with ippool working? References: <201704051938.v35Jc32X071880@slippy.cwsent.com> In-Reply-To: <201704051938.v35Jc32X071880@slippy.cwsent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 14:54:51 -0000 Cy Schubert wrote: > In message <58E50379.6090406@gmail.com>, Ernie Luzar writes: >> I have been a ipfilter user since Freebsd 3.0 without any complaints. >> Now I'm trying to get ippool to function. I have been able to add a >> pool, but now I want to refresh it's contents. From what I read in "man >> 8 ippool", I have to remove the pool from core and then re-add it with >> the complete new content. When I issue this command to remove the named >> ippool from core, I get message saying "Segmentation fault (core >> dumped)" and the system continues as normal. >> >> ippool -R -m unsolicited >> >> I know that in 2016 ipfilter was forked and updated to be freebsd >> friendly. Thinking maybe something in the kernel code was changed that >> now is causing this problem. I'm running release 11.0. >> >> Is there anyone out there who has ipfilter/ippool working? > > Hi, > > I use ipfilter (and have for a couple of decades on Solaris and FreeBSD). > We haven't forked it but we are fixing bugs and pushing them upstream. > > Looking at the ippool source, this is another case of the source or man > page being incorrect. Looking at earlier versions of the source and man > pages, it appears to have been broken for almost forever. This is not the > first command line parsing issue or man page discrepancy in ipfilter. > > Can you please file a PR and assign it to me? The todos will be to: > > 1. Determine whether the man page or the code is correct. > 2. Verify that all arguments are parsed (and subsequently processes). > 3. Verify that correct error messages are produced as appropriate. > > For now you can issue ippool -R -m unsolicited POOL_TYPE, where pool type > is documented in the man page with -t (though that will also need to be > verified). The ippool parser thinks the pool type is a positional argument > not an option. > > I'd like to verify Darren Reed's (original author's) intention before > blindly "fixing" anything. > > Thank you for taking on this project to fix ippool. I have stumbled across many items that don't work as documented or the documentation doesn't provide enough information about the required syntax. Yes I can submit a pr. I will add to your to-do list pointing out things that need addressing. I have already tried "ippool -R -m unsolicited -t tree" and it gives error ilegal option --t The usage of this command is to remove the named pool from running in core so it can be re-added in mass with updated content. I can all most do the same thing using this command sequence ippool -f /etc/ippool.conf -u this unloads all the entries but leaves the pool name in place then this command reloads in mass ippool -f /etc/ippool.conf Can you suggest some other way the get ippool -R command working? From owner-freebsd-current@freebsd.org Thu Apr 6 17:26:20 2017 Return-Path: Delivered-To: freebsd-current@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 60447D31540 for ; Thu, 6 Apr 2017 17:26:20 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 3EE0885A for ; Thu, 6 Apr 2017 17:26:20 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 6B90B5A9F15; Thu, 6 Apr 2017 17:26:18 +0000 (UTC) Date: Thu, 6 Apr 2017 17:26:18 +0000 From: Brooks Davis To: "Russell L. Carter" Cc: freebsd-current@freebsd.org Subject: Re: how to mark llvm* forbidden? Message-ID: <20170406172618.GB62417@spindle.one-eyed-alien.net> References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> <20170405215139.GA62417@spindle.one-eyed-alien.net> <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 17:26:20 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote: > On 04/05/17 15:32, Chris H wrote: > > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis wro= te > >=20 > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > >>> OK I'm chasing -CURRENT, and I performed an initial > >>> install, followed by a new world/kernel && ports about a > >>> mos ago. Last Friday, I svn upped the system (src && ports), > >>> rebuilt/installed world/kernel. I just began rebuilding > >>> the ports, only to find that when finished, I will likely > >>> end up with every version of llvm && clang from version 3 > >>> to the now current 4. My build session is currently tying > >>> nearly every core on the CPU with llvm builds. Given that > >>> llvm4 comes in base. Is there *any* reason I can not insist > >>> that the ports I upgrade, or build, just use the version(s) > >>> of clang/llvm in base? If so. How do I inform the ports > >>> that they may *only* use the version(s) in base? > >> > >> In general you can't. There are many reasons including: the base llvm > >> doesn't include the requisite cmake bits for cmake based ports, some > >> ports use unstable APIs and require specific LLVM versions, and some u= se > >> LLVM tools or libraries that aren't built/installed as part of the base > >> system. > >> > >> There are probably some ports where the base clang is fine but that's > >> probably mostly down to someone getting USES variables right. > >> > >> -- Brooks > > Grumble.. That's what I was afraid I might hear. > >=20 > > Thanks, Brooks! Even if it's not what I was hoping to hear. :) >=20 > FWIW, this is biting me hard right now too. I feel your > pain... I'm a c++17 junky but I might have to let go of > llvm-devel. If you want to track clang development, I would generally dis-recommend the llvm-devel port. If you check out from upstream svn/git and build with cmake and ninja, then you get pretty efficient incremental builds. One nice think about the llvm build infrastructure is that you can use it in place in the build's bin directory so you don't even need to maintain an installed copy. -- Brooks --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY5nmXAAoJEKzQXbSebgfAwfcIAI5HmBT+V7Y7E3oUqsMEKgT3 LmcDlPbWiBQZtftXrw8MgvGQLbwUyhJViTiw6OndgDF52ErVBirFBT+QFmTp+0G1 n9pn6l5xJq84HADotA/f0yoxTuhyAuydhxiHEyf2r2wVVdMhIYtpl6HBpZ4CQxKi GjkqvYrD3QZQW0Ier056dH+yl85+5UGHnVBKBvbqkSSdqO1kXepX98CT9Z/jPvuy Wivpmv8Q8LS6C9IHS3TChzRUHc080cMbcDw3BgCy0SJI096Rl1xOc9bz276KzvLG Z+0s7IrRPZPsq0SHyfiiL1cwfPKg6lDTxZBGCXlyOsOxgiEpMog/wxeRvCOM5j0= =9sYV -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-current@freebsd.org Thu Apr 6 17:43:42 2017 Return-Path: Delivered-To: freebsd-current@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 CB937D31AB3 for ; Thu, 6 Apr 2017 17:43:42 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 964531F8; Thu, 6 Apr 2017 17:43:42 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id D92D415E2F; Thu, 6 Apr 2017 10:43:40 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1491500620; bh=hGGbioQXEUVbbEfXTWLGePXgEGo7V9t4gR2demyADrs=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=eromDvBaQn7ZZrsRIPVT3flTVsjCKOqpA94dHV0ONfyTWcAr7m8I0zGz46C3U6qne VpjCDqVMBXqZk6sVJCHEJpLmElMTw7/e5YN1Nwynh0hfDWoalbvuvlYoTXIaXNYUnu osrdAv55vr7Ub2reQv4cm46rAdCExbw/Xap4J4Ho= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id C5F4F15E13; Thu, 6 Apr 2017 10:43:39 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1491500619; bh=hGGbioQXEUVbbEfXTWLGePXgEGo7V9t4gR2demyADrs=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=H4B/z1nkM3T6AAu+mpqx93Y5jSg5bitEZW/iD4PKOkJ83ZwVPWoQvfbsjRzvJdZSn gnqy4afph0VGI3+Mrt5oONoKhinNHvKMWy2ZMCFjIUJYp8PO51a//DSyqFSUvH35xT eWNwaCjTD7Xf8cr7h5EVtzd8yNMxWTLVIZAqpymw= Subject: Re: how to mark llvm* forbidden? To: Brooks Davis Cc: freebsd-current@freebsd.org References: <67e1da1eb0ff0550aab07f56d1f022ab@ultimatedns.net> <20170405215139.GA62417@spindle.one-eyed-alien.net> <26b7ef04eae1f095c399fae53eaaba39@ultimatedns.net> <20170406172618.GB62417@spindle.one-eyed-alien.net> From: "Russell L. Carter" Message-ID: <23a7e248-6585-99f7-efab-8c013a64dcaa@pinyon.org> Date: Thu, 6 Apr 2017 10:43:39 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <20170406172618.GB62417@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 17:43:42 -0000 On 04/06/17 10:26, Brooks Davis wrote: > On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote: >> On 04/05/17 15:32, Chris H wrote: >>> On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis wrote >>> >>>> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: >>>>> OK I'm chasing -CURRENT, and I performed an initial >>>>> install, followed by a new world/kernel && ports about a >>>>> mos ago. Last Friday, I svn upped the system (src && ports), >>>>> rebuilt/installed world/kernel. I just began rebuilding >>>>> the ports, only to find that when finished, I will likely >>>>> end up with every version of llvm && clang from version 3 >>>>> to the now current 4. My build session is currently tying >>>>> nearly every core on the CPU with llvm builds. Given that >>>>> llvm4 comes in base. Is there *any* reason I can not insist >>>>> that the ports I upgrade, or build, just use the version(s) >>>>> of clang/llvm in base? If so. How do I inform the ports >>>>> that they may *only* use the version(s) in base? >>>> >>>> In general you can't. There are many reasons including: the base llvm >>>> doesn't include the requisite cmake bits for cmake based ports, some >>>> ports use unstable APIs and require specific LLVM versions, and some use >>>> LLVM tools or libraries that aren't built/installed as part of the base >>>> system. >>>> >>>> There are probably some ports where the base clang is fine but that's >>>> probably mostly down to someone getting USES variables right. >>>> >>>> -- Brooks >>> Grumble.. That's what I was afraid I might hear. >>> >>> Thanks, Brooks! Even if it's not what I was hoping to hear. :) >> >> FWIW, this is biting me hard right now too. I feel your >> pain... I'm a c++17 junky but I might have to let go of >> llvm-devel. > > If you want to track clang development, I would generally dis-recommend > the llvm-devel port. If you check out from upstream svn/git and build > with cmake and ninja, then you get pretty efficient incremental builds. > One nice think about the llvm build infrastructure is that you can use > it in place in the build's bin directory so you don't even need to > maintain an installed copy. That's a great idea. Obvious, too, in hindsight. I used to do this routinely for a number of the "big" packages but poudriere got so good apparently I got lazy. Thanks! Russell > -- Brooks > From owner-freebsd-current@freebsd.org Fri Apr 7 00:35:45 2017 Return-Path: Delivered-To: freebsd-current@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 97CFDD3067A for ; Fri, 7 Apr 2017 00:35:45 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D5C2D17; Fri, 7 Apr 2017 00:35:45 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cwHsF-0008Nf-D2; Fri, 07 Apr 2017 02:35:35 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cwHsF-0001eu-B0; Fri, 07 Apr 2017 02:35:35 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Fri, 07 Apr 2017 00:35:35 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Brooks Davis" CC: "Russell L. Carter" , "freebsd-current" Subject: Re: how to mark llvm* forbidden? Date: Thu, 06 Apr 2017 17:35:35 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: <20170406172618.GB62417@spindle.one-eyed-alien.net> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 00:35:45 -0000 On Thu, 6 Apr 2017 17:26:18 +0000, Brooks Davis wrote: > On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote: > > On 04/05/17 15:32, Chris H wrote: > > > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis w= rote > > >=20 > > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > > >>> OK I'm chasing -CURRENT, and I performed an initial > > >>> install, followed by a new world/kernel && ports about a > > >>> mos ago. Last Friday, I svn upped the system (src && ports), > > >>> rebuilt/installed world/kernel. I just began rebuilding > > >>> the ports, only to find that when finished, I will likely > > >>> end up with every version of llvm && clang from version 3 > > >>> to the now current 4. My build session is currently tying > > >>> nearly every core on the CPU with llvm builds. Given that > > >>> llvm4 comes in base. Is there *any* reason I can not insist > > >>> that the ports I upgrade, or build, just use the version(s) > > >>> of clang/llvm in base? If so. How do I inform the ports > > >>> that they may *only* use the version(s) in base? > > >> > > >> In general you can't. There are many reasons including: the base ll= vm > > >> doesn't include the requisite cmake bits for cmake based ports, some > > >> ports use unstable APIs and require specific LLVM versions, and some= use > > >> LLVM tools or libraries that aren't built/installed as part of the b= ase > > >> system. > > >> > > >> There are probably some ports where the base clang is fine but that's > > >> probably mostly down to someone getting USES variables right. > > >> > > >> -- Brooks > > > Grumble.. That's what I was afraid I might hear. > > >=20 > > > Thanks, Brooks! Even if it's not what I was hoping to hear. :) > >=20 > > FWIW, this is biting me hard right now too. I feel your > > pain... I'm a c++17 junky but I might have to let go of > > llvm-devel. >=20 > If you want to track clang development, I would generally dis-recommend > the llvm-devel port. If you check out from upstream svn/git and build > with cmake and ninja, then you get pretty efficient incremental builds. > One nice think about the llvm build infrastructure is that you can use > it in place in the build's bin directory so you don't even need to > maintain an installed copy. >=20 > -- Brooks Can/should this be in /usr/ports/UPDATING?=20= From owner-freebsd-current@freebsd.org Fri Apr 7 00:48:06 2017 Return-Path: Delivered-To: freebsd-current@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 7A07DD31012 for ; Fri, 7 Apr 2017 00:48:06 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 3884F5E4; Fri, 7 Apr 2017 00:48:06 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id EEF035A9F15; Fri, 7 Apr 2017 00:48:04 +0000 (UTC) Date: Fri, 7 Apr 2017 00:48:04 +0000 From: Brooks Davis To: Jeffrey Bouquet Cc: Brooks Davis , "Russell L. Carter" , freebsd-current Subject: Re: how to mark llvm* forbidden? Message-ID: <20170407004804.GA16743@spindle.one-eyed-alien.net> References: <20170406172618.GB62417@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 00:48:06 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 06, 2017 at 05:35:35PM -0700, Jeffrey Bouquet wrote: >=20 >=20 > On Thu, 6 Apr 2017 17:26:18 +0000, Brooks Davis wrot= e: >=20 > > On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote: > > > On 04/05/17 15:32, Chris H wrote: > > > > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis = wrote > > > >=20 > > > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote: > > > >>> OK I'm chasing -CURRENT, and I performed an initial > > > >>> install, followed by a new world/kernel && ports about a > > > >>> mos ago. Last Friday, I svn upped the system (src && ports), > > > >>> rebuilt/installed world/kernel. I just began rebuilding > > > >>> the ports, only to find that when finished, I will likely > > > >>> end up with every version of llvm && clang from version 3 > > > >>> to the now current 4. My build session is currently tying > > > >>> nearly every core on the CPU with llvm builds. Given that > > > >>> llvm4 comes in base. Is there *any* reason I can not insist > > > >>> that the ports I upgrade, or build, just use the version(s) > > > >>> of clang/llvm in base? If so. How do I inform the ports > > > >>> that they may *only* use the version(s) in base? > > > >> > > > >> In general you can't. There are many reasons including: the base = llvm > > > >> doesn't include the requisite cmake bits for cmake based ports, so= me > > > >> ports use unstable APIs and require specific LLVM versions, and so= me use > > > >> LLVM tools or libraries that aren't built/installed as part of the= base > > > >> system. > > > >> > > > >> There are probably some ports where the base clang is fine but tha= t's > > > >> probably mostly down to someone getting USES variables right. > > > >> > > > >> -- Brooks > > > > Grumble.. That's what I was afraid I might hear. > > > >=20 > > > > Thanks, Brooks! Even if it's not what I was hoping to hear. :) > > >=20 > > > FWIW, this is biting me hard right now too. I feel your > > > pain... I'm a c++17 junky but I might have to let go of > > > llvm-devel. > >=20 > > If you want to track clang development, I would generally dis-recommend > > the llvm-devel port. If you check out from upstream svn/git and build > > with cmake and ninja, then you get pretty efficient incremental builds. > > One nice think about the llvm build infrastructure is that you can use > > it in place in the build's bin directory so you don't even need to > > maintain an installed copy. >=20 > Can/should this be in /usr/ports/UPDATING?=20 That doesn't seem to match the purpose of the file. The purposes of llvm-devel haven't changed over time. It's an erratically updated snapshot to avoid having to deal with the changes that occur over the six-ish month release cycle all at once and to allow people to test if they want to. I update it when I have some free time or when someone asks. It's really most useful as a package. -- Brooks --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJY5uHEAAoJEKzQXbSebgfA1dgH/joAaeKi+mZqMhnPraovAf+I usK/9EWxwps9rMqBjK1EobBTLFpRTC3AZjZa8zk1EULpaUbFJinqzs4FFZtsfgTD etDQH69JAbHuDtHYxbm4/yTCunFEMQGRWewTd+p3UU3D2lIAYAN/SzDYa4SGmeO6 H0bnsE9hGBJTHKLELpSOkUlB+7IKmeXUSmAYe6eUo874GQOPUH0zDiZcfyyGYsu7 ynvRcXHORMNB4rcWKFxZUJtkGexeFMBz8QX6DmF0wbnreKspn59DYY+9jkbS6tjd X8aCan8tBRxEjN2SPDFtp0UhUbIU95m5Hk7up63J8bBmoudV7uBAKvFjvJNvYic= =mYHF -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@freebsd.org Fri Apr 7 01:43:51 2017 Return-Path: Delivered-To: freebsd-current@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 6CC55D320E2 for ; Fri, 7 Apr 2017 01:43:51 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F75C17F for ; Fri, 7 Apr 2017 01:43:50 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id wIwEcDhcAsa1kwIwFcBQMw; Thu, 06 Apr 2017 19:43:48 -0600 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=AzvcPWV-tVgA:10 a=XldT38RWNwACPDQzwzUA:9 a=pGLkceISAAAA:8 a=ZacGWNWESspl2Mf1i68A:9 a=CjuIK1q_8ugA:10 a=YD7E0MqTuymEX6j7IWwA:9 a=hquHOILUSkIA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=ics_IjAVWSmO8OVX31YA:9 a=BOg4e644cxQA:10 a=6kGIvZw6iX1k4Y-7sg4_:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id AF84E662; Thu, 6 Apr 2017 18:43:46 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v371hjtv092349; Thu, 6 Apr 2017 18:43:45 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201704070143.v371hjtv092349@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ernie Luzar cc: Cy Schubert , FreeBSD current Subject: Re: Is ipfilter firewall with ippool working? In-Reply-To: Message from Ernie Luzar of "Thu, 06 Apr 2017 10:55:02 -0400." <58E656C6.8000801@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1491529250_912680" Date: Thu, 06 Apr 2017 18:43:45 -0700 X-CMAE-Envelope: MS4wfCMyYQgOsG9xNEMBtZsNU/2n/pdNUysEBVFe9S3YZoMb/FAgxQsTzr+K++LmW98i8KISFBf/8XXNkbEW7fruAfaOd2AfXQoIUAb01f8FG4/T0gO+DLHT sHlAHogs2cVzFimTLn+CXJ0hRBV/QslZSexl083ggb39u2CiFUilfFqdBrtqZr0qyUFp6bKOnIcqB5gZY4LtSqXr0zHCNQNYWH0= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 01:43:51 -0000 This is a multipart MIME message. --==_Exmh_1491529250_912680 Content-Type: text/plain; charset=us-ascii In message <58E656C6.8000801@gmail.com>, Ernie Luzar writes: > Cy Schubert wrote: > > In message <58E50379.6090406@gmail.com>, Ernie Luzar writes: > >> I have been a ipfilter user since Freebsd 3.0 without any complaints. > >> Now I'm trying to get ippool to function. I have been able to add a > >> pool, but now I want to refresh it's contents. From what I read in "man > >> 8 ippool", I have to remove the pool from core and then re-add it with > >> the complete new content. When I issue this command to remove the named > >> ippool from core, I get message saying "Segmentation fault (core > >> dumped)" and the system continues as normal. > >> > >> ippool -R -m unsolicited > >> > >> I know that in 2016 ipfilter was forked and updated to be freebsd > >> friendly. Thinking maybe something in the kernel code was changed that > >> now is causing this problem. I'm running release 11.0. > >> > >> Is there anyone out there who has ipfilter/ippool working? > > > > Hi, > > > > I use ipfilter (and have for a couple of decades on Solaris and FreeBSD). > > We haven't forked it but we are fixing bugs and pushing them upstream. > > > > Looking at the ippool source, this is another case of the source or man > > page being incorrect. Looking at earlier versions of the source and man > > pages, it appears to have been broken for almost forever. This is not the > > first command line parsing issue or man page discrepancy in ipfilter. > > > > Can you please file a PR and assign it to me? The todos will be to: > > > > 1. Determine whether the man page or the code is correct. > > 2. Verify that all arguments are parsed (and subsequently processes). > > 3. Verify that correct error messages are produced as appropriate. > > > > For now you can issue ippool -R -m unsolicited POOL_TYPE, where pool type > > is documented in the man page with -t (though that will also need to be > > verified). The ippool parser thinks the pool type is a positional argument > > not an option. > > > > I'd like to verify Darren Reed's (original author's) intention before > > blindly "fixing" anything. > > > > > > Thank you for taking on this project to fix ippool. I have stumbled > across many items that don't work as documented or the documentation > doesn't provide enough information about the required syntax. The parser is definitely broken. I discovered another broken parser last year. > > Yes I can submit a pr. I will add to your to-do list pointing out things > that need addressing. > > I have already tried "ippool -R -m unsolicited -t tree" and it gives > error ilegal option --t That is because -t isn't parsed (via getopt()). Just put in the table name but without the "-t" characters. > > The usage of this command is to remove the named pool from running in > core so it can be re-added in mass with updated content. > > I can all most do the same thing using this command sequence > ippool -f /etc/ippool.conf -u > this unloads all the entries but leaves the pool name in place > then this command reloads in mass > ippool -f /etc/ippool.conf > > Can you suggest some other way the get ippool -R command working? Attached is a patch. Except for basic functionality, I haven't tested it but it should get you going for now. I'll add this to my list of things to completely fix. There are other parser issues in ippool. I'm going out of town in a couple of days. I'll work on a more comprehensive patch when I get back in 12 days. The patch has also been attached to the PR. Let's continue talking there. --==_Exmh_1491529250_912680 Content-Type: text/plain ; name="ippool.diff"; charset=us-ascii Content-Description: ippool.diff Content-Disposition: attachment; filename="ippool.diff" Index: contrib/ipfilter/tools/ippool.c =================================================================== --- contrib/ipfilter/tools/ippool.c (revision 316573) +++ contrib/ipfilter/tools/ippool.c (working copy) @@ -262,7 +262,7 @@ char *argv[]; { int type, role, c, err; - char *poolname; + char *poolname, *typearg = NULL; iphtable_t iph; ip_pool_t pool; @@ -274,7 +274,9 @@ bzero((char *)&iph, sizeof(iph)); bzero((char *)&pool, sizeof(pool)); - while ((c = getopt(argc, argv, "dm:no:RSv")) != -1) + optreset = optind = 1; + + while ((c = getopt(argc, argv, "dm:no:RSvt:")) != -1) switch (c) { case 'd' : @@ -303,8 +305,18 @@ case 'v' : opts |= OPT_VERBOSE; break; + case 't' : + type = gettype(optarg, &iph.iph_type); + typearg = optarg; + break; + default : + usage(argv[0]); + break; /* keep compiler happy */ } + if (argc - optind > 0) + usage(argv[0]); + if (opts & OPT_DEBUG) fprintf(stderr, "poolcommand: opts = %#x\n", opts); @@ -313,9 +325,11 @@ return -1; } - type = gettype(argv[optind], &iph.iph_type); if (type == IPLT_NONE) { - fprintf(stderr, "unknown type '%s'\n", argv[optind]); + if (typearg == NULL) + usage(argv[0]); + else + fprintf(stderr, "unknown type '%s'\n", typearg); return -1; } --==_Exmh_1491529250_912680 Content-Type: text/plain; charset=us-ascii Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. --==_Exmh_1491529250_912680-- From owner-freebsd-current@freebsd.org Fri Apr 7 02:02:08 2017 Return-Path: Delivered-To: freebsd-current@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 CE1A7D3244F for ; Fri, 7 Apr 2017 02:02:08 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BA5A2AD1 for ; Fri, 7 Apr 2017 02:02:08 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id B99E0D3244D; Fri, 7 Apr 2017 02:02:08 +0000 (UTC) Delivered-To: current@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 B78ECD3244C for ; Fri, 7 Apr 2017 02:02:08 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 794ECAD0 for ; Fri, 7 Apr 2017 02:02:07 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cwJDw-0004Uk-RV for current@freebsd.org; Fri, 07 Apr 2017 04:02:04 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cwJDw-0006em-QT for current@freebsd.org; Fri, 07 Apr 2017 04:02:04 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Fri, 07 Apr 2017 02:02:04 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: pkg with current pipe into pkg fetch problem... Date: Thu, 06 Apr 2017 19:02:04 -0700 (PDT) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 02:02:08 -0000 Until pkg fetch and/or pkg install can ncurses-deselect the hundreds they a= re about to act on rather than a Y, N... cat pkg-to-fetch-file | xargs -J % pkg fetch -y %=20=20 seems to fail. I've sed'd away the : and the right awk'd away foo-1: foo-1_1=20 so the port remains foo or foo-1, [ I forget... ] but the list [ the file... ]=20 foo bar=20 ImageMagich mplayer =20 etc I can';t seem to pipe into the 'pkg fetch -y' reliably, or if I've found the solution in the past, have forgotten it. Experts? or feature request?=20 OTOH may be in one of the xargs one-liner or cheat sheet I've filed locally= as .htm, .txt or .pdf...= From owner-freebsd-current@freebsd.org Fri Apr 7 03:12:26 2017 Return-Path: Delivered-To: freebsd-current@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 6567CD32B32 for ; Fri, 7 Apr 2017 03:12:26 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF9986 for ; Fri, 7 Apr 2017 03:12:26 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: by mailman.ysv.freebsd.org (Postfix) id 4C680D32B31; Fri, 7 Apr 2017 03:12:26 +0000 (UTC) Delivered-To: current@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 4C0E4D32B30 for ; Fri, 7 Apr 2017 03:12:26 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C74085 for ; Fri, 7 Apr 2017 03:12:25 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v373C5LG013501 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 7 Apr 2017 00:12:06 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v373C5ok013500; Fri, 7 Apr 2017 00:12:05 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: current@freebsd.org Subject: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Date: Fri, 07 Apr 2017 00:12:04 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Message-ID: X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 03:12:26 -0000 Hi all Look this command on a FreeBSD -current % ls -d /usr/ports/[a-z]* /usr/ports/accessibility /usr/ports/math /usr/ports/arabic /usr/ports/misc /usr/ports/archivers /usr/ports/Mk /usr/ports/astro /usr/ports/MOVED /usr/ports/audio /usr/ports/multimedia % echo /usr/ports/[a-z]* /usr/ports/accessibility /usr/ports/arabic /usr/ports/archivers /usr/ports/astro /usr/ports/audio /usr/ports/base /usr/ports/benchmarks /usr/ports/biology /usr/ports/cad /usr/ports/CHANGES /usr/ports/chinese /usr/ports/comms /usr/ports/CONT alguém sabe o motivo desse erro? % ls -d /usr/src/[a-z]* /usr/src/bin /usr/src/Makefile.libcompat /usr/src/cddl /usr/src/ObsoleteFiles.inc /usr/src/contrib /usr/src/README /usr/src/COPYRIGHT /usr/src/release What's I do wrong? % set addsuffix anyerror argv () csubstnonl cwd /home2/rizzo/src/repositorio/bsdday-2017 dirstack /home2/rizzo/src/repositorio/bsdday-2017 echo_style bsd edit euid 1000 euser rizzo gid 0 group wheel history 100 home /home2/rizzo killring 30 loginsh owd /home2/rizzo/src/repositorio/Rural path (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin /home2/rizzo/bin) prompt %# prompt2 %R? prompt3 CORRECT>%R (y|n|e|a)? shell /bin/csh shlvl 1 status 0 tcsh 6.18.01 term screen tty pts/4 uid 1000 user rizzoversion tcsh 6.18.01 (Astron) 2012-02-14 (x86_64-amd-FreeBSD) options wide,nls,dl,al,kan,sm,rh,color,filec % uname -a FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r313684: Sun Feb 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 % -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 03:59:48 2017 Return-Path: Delivered-To: freebsd-current@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 64F1FD323DE for ; Fri, 7 Apr 2017 03:59:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 429F2887 for ; Fri, 7 Apr 2017 03:59:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3EB3AD323DD; Fri, 7 Apr 2017 03:59:48 +0000 (UTC) Delivered-To: current@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 3E570D323DC for ; Fri, 7 Apr 2017 03:59:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F45B886 for ; Fri, 7 Apr 2017 03:59:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22a.google.com with SMTP id g2so53259240pge.3 for ; Thu, 06 Apr 2017 20:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mECbCKtNE9gv6dw6Bt1psiazxRcniWdUegCJnKib4SY=; b=KOdZAg9daxkPyu+DkzQWekznIFqGeysDe4nfnr4pEG8sWdLbBxDgykEyWWCVrLANs9 NM4jkW6kyCDKLp5btLiTO4VCiiNqgvw/bwNisgGiolRYk88qYTvQcKlUtDFYeOQy09lk 7oM2eL8CO4y+B5db74SUb8ccATLnZcTzHig8iCdAHqjX7f0PAY+PB58Wx5bst8yBiAuY OTHLvbw39npr+0Z+I4GgN53GW645D/AMx/3AcBTYCJzzA3elfnfIcJcxVlk49eG0m9hM ob/CG8LPOlLB4PMyg0zIWxL6kDpIhZULNzj+Ntld7ZZIW0Z83r0tP+hcxtN7nM4pwIee N9Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mECbCKtNE9gv6dw6Bt1psiazxRcniWdUegCJnKib4SY=; b=Lzr+0LlN8NYB103UQTTlCd8ZJpg0FlFDPDCrr3Q0/P/6BSjVEFOyaZ2CGp4zLceQhe ZVONreZMsymqaCTI/Tp7xb++tW0Pv58nwq/7uZzAEQaTqIm4pc2fyqRk7EToA6pnQmAO YT0Isosehbu6YuOvM1uDhTXh2JhZcfesG9YUJ1pZBj8hco1wOOtupEVyOidylybSbX5o +sBV7DX1+EzobZ+Id2sWRZnk1CnaF5os6oa3JyltD8sEbh6AFXKY2zIbVvYhnTn5+63f Yb0gAT6cHPre3GexaqFn/i4etK0rJTWN9fWw1yFnc3P/MsrUN6rz4AQ16XbMsd9wPujO ikHA== X-Gm-Message-State: AFeK/H2heic/AJ7DsRYsxbrEZsGLlLBwpvA3u67ZML+jR142xJ/5lavjtvDNjygvlXppuQ== X-Received: by 10.98.213.130 with SMTP id d124mr38662215pfg.172.1491537587059; Thu, 06 Apr 2017 20:59:47 -0700 (PDT) Received: from ?IPv6:2607:fb90:8367:189e:957a:f69b:43ad:8902? ([2607:fb90:8367:189e:957a:f69b:43ad:8902]) by smtp.gmail.com with ESMTPSA id h14sm6232492pgn.64.2017.04.06.20.59.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Apr 2017 20:59:46 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: problem with ls, not show a correct list From: Ngie Cooper X-Mailer: iPhone Mail (14E277) In-Reply-To: Date: Thu, 6 Apr 2017 20:59:45 -0700 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <27D7F4D0-C04C-4117-89C7-5754BD7AA68C@gmail.com> References: To: =?utf-8?Q?Nilton_Jos=C3=A9_Rizzo?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 03:59:48 -0000 > On Apr 6, 2017, at 20:12, Nilton Jos=C3=A9 Rizzo wrote= : >=20 > Hi all=20 >=20 > Look this command on a FreeBSD -current=20 >=20 > % ls -d /usr/ports/[a-z]* > /usr/ports/accessibility /usr/ports/math > /usr/ports/arabic /usr/ports/misc > /usr/ports/archivers /usr/ports/Mk > /usr/ports/astro /usr/ports/MOVED > /usr/ports/audio /usr/ports/multimedia > % echo /usr/ports/[a-z]* > /usr/ports/accessibility /usr/ports/arabic /usr/ports/archivers > /usr/ports/astro /usr/ports/audio /usr/ports/base /usr/ports/benchmarks > /usr/ports/biology /usr/ports/cad /usr/ports/CHANGES /usr/ports/chinese > /usr/ports/comms /usr/ports/CONT > algu=C3=A9m sabe o motivo desse erro? > % ls -d /usr/src/[a-z]* > /usr/src/bin /usr/src/Makefile.libcompat > /usr/src/cddl /usr/src/ObsoleteFiles.inc > /usr/src/contrib /usr/src/README > /usr/src/COPYRIGHT /usr/src/release=20 >=20 > What's I do wrong?=20 >=20 > % set=20 >=20 > addsuffix=20 > anyerror=20 > argv () > csubstnonl=20 > cwd /home2/rizzo/src/repositorio/bsdday-2017 > dirstack /home2/rizzo/src/repositorio/bsdday-2017 > echo_style bsd > edit=20 > euid 1000 > euser rizzo > gid 0 > group wheel > history 100 > home /home2/rizzo > killring 30 > loginsh=20 > owd /home2/rizzo/src/repositorio/Rural > path (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin > /home2/rizzo/bin) > prompt %#=20 > prompt2 %R?=20 > prompt3 CORRECT>%R (y|n|e|a)?=20 > shell /bin/csh > shlvl 1 > status 0 > tcsh 6.18.01 > term screen > tty pts/4 > uid 1000 > user rizzoversion tcsh 6.18.01 (Astron) 2012-02-14 (x86_64-amd-FreeBSD) > options wide,nls,dl,al,kan,sm,rh,color,filec > % uname -a > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r313684: Sun Feb > 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > %=20 Hi Nilton, What's your locale set to and what's your filesystem? Thanks! -Ngie= From owner-freebsd-current@freebsd.org Fri Apr 7 04:28:45 2017 Return-Path: Delivered-To: freebsd-current@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 63779D32C5D for ; Fri, 7 Apr 2017 04:28:45 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABDD691 for ; Fri, 7 Apr 2017 04:28:45 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: by mailman.ysv.freebsd.org (Postfix) id 4A27CD32C5B; Fri, 7 Apr 2017 04:28:45 +0000 (UTC) Delivered-To: current@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 49A78D32C5A; Fri, 7 Apr 2017 04:28:45 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 14C2A690; Fri, 7 Apr 2017 04:28:44 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v374SZ5q013977 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 01:28:35 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v374SY45013976; Fri, 7 Apr 2017 01:28:34 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: Ngie Cooper Subject: Re: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 01:28:34 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Cc: current@freebsd.org, owner-freebsd-current@freebsd.org In-Reply-To: <27D7F4D0-C04C-4117-89C7-5754BD7AA68C@gmail.com> References: <27D7F4D0-C04C-4117-89C7-5754BD7AA68C@gmail.com> Message-ID: X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 04:28:45 -0000 Em 2017-04-07 00:59, Ngie Cooper escreveu: >> On Apr 6, 2017, at 20:12, Nilton José Rizzo wrote: >> >> Hi all >> >> Look this command on a FreeBSD -current >> >> % ls -d /usr/ports/[a-z]* >> /usr/ports/accessibility /usr/ports/math >> /usr/ports/arabic /usr/ports/misc >> /usr/ports/archivers /usr/ports/Mk >> /usr/ports/astro /usr/ports/MOVED >> /usr/ports/audio /usr/ports/multimedia >> % echo /usr/ports/[a-z]* >> /usr/ports/accessibility /usr/ports/arabic /usr/ports/archivers >> /usr/ports/astro /usr/ports/audio /usr/ports/base >> /usr/ports/benchmarks >> /usr/ports/biology /usr/ports/cad /usr/ports/CHANGES >> /usr/ports/chinese >> /usr/ports/comms /usr/ports/CONT >> alguém sabe o motivo desse erro? >> % ls -d /usr/src/[a-z]* >> /usr/src/bin /usr/src/Makefile.libcompat >> /usr/src/cddl /usr/src/ObsoleteFiles.inc >> /usr/src/contrib /usr/src/README >> /usr/src/COPYRIGHT /usr/src/release >> >> What's I do wrong? >> >> % set >> >> addsuffix >> anyerror >> argv () >> csubstnonl >> cwd /home2/rizzo/src/repositorio/bsdday-2017 >> dirstack /home2/rizzo/src/repositorio/bsdday-2017 >> echo_style bsd >> edit >> euid 1000 >> euser rizzo >> gid 0 >> group wheel >> history 100 >> home /home2/rizzo >> killring 30 >> loginsh >> owd /home2/rizzo/src/repositorio/Rural >> path (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin >> /home2/rizzo/bin) >> prompt %# >> prompt2 %R? >> prompt3 CORRECT>%R (y|n|e|a)? >> shell /bin/csh >> shlvl 1 >> status 0 >> tcsh 6.18.01 >> term screen >> tty pts/4 >> uid 1000 >> user rizzoversion tcsh 6.18.01 (Astron) 2012-02-14 >> (x86_64-amd-FreeBSD) >> options wide,nls,dl,al,kan,sm,rh,color,filec >> % uname -a >> FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r313684: Sun Feb >> 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA >> amd64 >> % > > Hi Nilton, > What's your locale set to and what's your filesystem? > Thanks! > -Ngie > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" [966] root@valfenda rizzo #locale LANG=pt_BR.UTF-8 LC_CTYPE="pt_BR.UTF-8" LC_COLLATE="pt_BR.UTF-8" LC_TIME="pt_BR.UTF-8" LC_NUMERIC="pt_BR.UTF-8" LC_MONETARY="pt_BR.UTF-8" LC_MESSAGES="pt_BR.UTF-8" LC_ALL= -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 04:33:54 2017 Return-Path: Delivered-To: freebsd-current@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 44C1DD32E76 for ; Fri, 7 Apr 2017 04:33:54 +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 29982AF1 for ; Fri, 7 Apr 2017 04:33:53 +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 8F18013A86 for ; Fri, 7 Apr 2017 04:33:46 +0000 (UTC) Subject: Re: problem with ls, not show a correct list To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> Date: Fri, 7 Apr 2017 00:33:34 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 04:33:54 -0000 On 2017-04-06 23:12, Nilton José Rizzo wrote: > Hi all > > Look this command on a FreeBSD -current > > % ls -d /usr/ports/[a-z]* > /usr/ports/accessibility /usr/ports/math > /usr/ports/arabic /usr/ports/misc > /usr/ports/archivers /usr/ports/Mk > /usr/ports/astro /usr/ports/MOVED > /usr/ports/audio /usr/ports/multimedia > % echo /usr/ports/[a-z]* > /usr/ports/accessibility /usr/ports/arabic /usr/ports/archivers > /usr/ports/astro /usr/ports/audio /usr/ports/base /usr/ports/benchmarks > /usr/ports/biology /usr/ports/cad /usr/ports/CHANGES /usr/ports/chinese > /usr/ports/comms /usr/ports/CONT > alguém sabe o motivo desse erro? > % ls -d /usr/src/[a-z]* > /usr/src/bin /usr/src/Makefile.libcompat > /usr/src/cddl /usr/src/ObsoleteFiles.inc > /usr/src/contrib /usr/src/README > /usr/src/COPYRIGHT /usr/src/release > > What's I do wrong? > > % set > > addsuffix > anyerror > argv () > csubstnonl > cwd /home2/rizzo/src/repositorio/bsdday-2017 > dirstack /home2/rizzo/src/repositorio/bsdday-2017 > echo_style bsd > edit > euid 1000 > euser rizzo > gid 0 > group wheel > history 100 > home /home2/rizzo > killring 30 > loginsh > owd /home2/rizzo/src/repositorio/Rural > path (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin > /home2/rizzo/bin) > prompt %# > prompt2 %R? > prompt3 CORRECT>%R (y|n|e|a)? > shell /bin/csh > shlvl 1 > status 0 > tcsh 6.18.01 > term screen > tty pts/4 > uid 1000 > user rizzoversion tcsh 6.18.01 (Astron) 2012-02-14 (x86_64-amd-FreeBSD) > options wide,nls,dl,al,kan,sm,rh,color,filec > % uname -a > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r313684: Sun Feb > 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > % > Maybe I am missing something. What is the problem with the output? ls just appears to be doing columns. -- Allan Jude From owner-freebsd-current@freebsd.org Fri Apr 7 04:45:21 2017 Return-Path: Delivered-To: freebsd-current@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 7388FD32171; Fri, 7 Apr 2017 04:45:21 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E2AFF8F; Fri, 7 Apr 2017 04:45:20 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v374jEoh014127 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 01:45:15 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v374jDsZ014126; Fri, 7 Apr 2017 01:45:13 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: Allan Jude Subject: Re: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 01:45:13 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org In-Reply-To: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> References: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> Message-ID: X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 04:45:21 -0000 Em 2017-04-07 01:33, Allan Jude escreveu: > On 2017-04-06 23:12, Nilton José Rizzo wrote: >> Hi all >> >> Look this command on a FreeBSD -current >> >> % ls -d /usr/ports/[a-z]* >> /usr/ports/accessibility /usr/ports/math >> /usr/ports/arabic /usr/ports/misc >> /usr/ports/archivers /usr/ports/Mk >> /usr/ports/astro /usr/ports/MOVED >> /usr/ports/audio /usr/ports/multimedia >> % echo /usr/ports/[a-z]* >> /usr/ports/accessibility /usr/ports/arabic /usr/ports/archivers >> /usr/ports/astro /usr/ports/audio /usr/ports/base >> /usr/ports/benchmarks >> /usr/ports/biology /usr/ports/cad /usr/ports/CHANGES >> /usr/ports/chinese >> /usr/ports/comms /usr/ports/CONT >> alguém sabe o motivo desse erro? >> % ls -d /usr/src/[a-z]* >> /usr/src/bin /usr/src/Makefile.libcompat >> /usr/src/cddl /usr/src/ObsoleteFiles.inc >> /usr/src/contrib /usr/src/README >> /usr/src/COPYRIGHT /usr/src/release >> >> What's I do wrong? >> >> % set >> >> addsuffix >> anyerror >> argv () >> csubstnonl >> cwd /home2/rizzo/src/repositorio/bsdday-2017 >> dirstack /home2/rizzo/src/repositorio/bsdday-2017 >> echo_style bsd >> edit >> euid 1000 >> euser rizzo >> gid 0 >> group wheel >> history 100 >> home /home2/rizzo >> killring 30 >> loginsh >> owd /home2/rizzo/src/repositorio/Rural >> path (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin >> /home2/rizzo/bin) >> prompt %# >> prompt2 %R? >> prompt3 CORRECT>%R (y|n|e|a)? >> shell /bin/csh >> shlvl 1 >> status 0 >> tcsh 6.18.01 >> term screen >> tty pts/4 >> uid 1000 >> user rizzoversion tcsh 6.18.01 (Astron) 2012-02-14 >> (x86_64-amd-FreeBSD) >> options wide,nls,dl,al,kan,sm,rh,color,filec >> % uname -a >> FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r313684: Sun Feb >> 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA >> amd64 >> % >> > > Maybe I am missing something. What is the problem with the output? > ls just appears to be doing columns. Hi Allan, the ls show all files without case match ls [a-z]* show all files beginning with a and A like this [aA-zZ]* -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 05:13:53 2017 Return-Path: Delivered-To: freebsd-current@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 6ECE8D329E1 for ; Fri, 7 Apr 2017 05:13:53 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 56EFDFC7 for ; Fri, 7 Apr 2017 05:13:53 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: by mailman.ysv.freebsd.org (Postfix) id 53472D329DF; Fri, 7 Apr 2017 05:13:53 +0000 (UTC) Delivered-To: current@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 51215D329DE; Fri, 7 Apr 2017 05:13:53 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17FD1FC6; Fri, 7 Apr 2017 05:13:52 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v375Di9g014345 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 02:13:45 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v375DijK014344; Fri, 7 Apr 2017 02:13:44 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: current@freebsd.org Subject: Re: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 02:13:43 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Cc: owner-freebsd-current@freebsd.org In-Reply-To: References: Message-ID: <3a8b8ade882d1486aa41b448a9c83b6c@i805.com.br> X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 05:13:53 -0000 It's a terrible!!!! Is it a locale bug? Look! % locale LANG=pt_BR.UTF-8 LC_CTYPE="pt_BR.UTF-8" LC_COLLATE="pt_BR.UTF-8" LC_TIME="pt_BR.UTF-8" LC_NUMERIC="pt_BR.UTF-8" LC_MONETARY="pt_BR.UTF-8" LC_MESSAGES="pt_BR.UTF-8" LC_ALL= % pwd /home2/rizzo/tmp/teste % touch a % touch b % touch c % touch d % touch A % touch D % touch E % ls -l [a-z]* -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 a -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 A -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 b -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 c -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 d -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 D -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 E % pwd && ls && pwd && ls [a-z]* && pwd && rm [a-z]* && pwd && ls /home2/rizzo/tmp/teste a A b c d D E /home2/rizzo/tmp/teste a A b c d D E /home2/rizzo/tmp/teste /home2/rizzo/tmp/teste % setenv LANG C % locale LANG=C LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= % pwd /home2/rizzo/tmp/teste % touch a % touch b % touch c % touch d % touch A % touch D % touch E % pwd && ls && pwd && ls [a-z]* && pwd && rm [a-z]* && pwd && ls /home2/rizzo/tmp/teste A D E a b c d /home2/rizzo/tmp/teste a b c d /home2/rizzo/tmp/teste /home2/rizzo/tmp/teste A D E % Now, with a locale = C the substitution work fine -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 05:15:24 2017 Return-Path: Delivered-To: freebsd-current@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 2A688D32AAF for ; Fri, 7 Apr 2017 05:15:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 04C2316B for ; Fri, 7 Apr 2017 05:15:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 04266D32AAD; Fri, 7 Apr 2017 05:15:24 +0000 (UTC) Delivered-To: current@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 03AFFD32AAC; Fri, 7 Apr 2017 05:15:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::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 C4B2C16A; Fri, 7 Apr 2017 05:15:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x242.google.com with SMTP id g2so12855462pge.2; Thu, 06 Apr 2017 22:15:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=Np5bPwH8iwgJD2AEf3A0kZd8zqBhpBOj5MmRIFLREZM=; b=hvfH3vemoPPG0G8I4ca6EmRsG4yMlNdiSyglZ5v4Eqlzrgmt7Dp9jkVe+aRCcuODoZ eSoekSqOVphfVQh0joBnX1IX+xqSc/uDJRXvC6AOfy7yBKIEj5rE9zhN1i+fsYDkf9EW rOpjL3ImGQ6dLmwVPTSYOPWmkk+6yyle2n4nFbx3FqQi3tDK1J/LVhQk1F1Xpa3b2wN3 6sIxog7V0iWDxVOv8M+3ghayg/usI5NAxWlcUwRTjXOpoSwStMKgc/TkCHMI2238G5xa h4rfeUxaooJHmdKCG69mAuEVlWt/7EOBmvYE4pJWFx1W1Z7m7zaZgrSjqlcWTqhqb+r9 zdFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=Np5bPwH8iwgJD2AEf3A0kZd8zqBhpBOj5MmRIFLREZM=; b=ZkRGCAogcnur6MelrHUzmhu47PAzSWTLnrExnCrSp+8EdEOgoK2Bya6y6KIsQ/bWuF m1RIeF7eaPNtxYGLKgwFsMSkm6GP0saSHf9APdCqNZbXqwC6z1M+i1SZAfOQCT3Opmbg Isnednkyv7R4s7MQY/R5I82bI2ogHyWhXBLa+Wf/tSv31NcIpfcrpu52fpC0Dpp46qZ6 KM5CPaScr3UYWejiOXZmF7yfmPObmbpq4ZOkAOex4sDaX0SdHV3s+J5jD29xRj305895 yHcJ9Bh+F9s0unNo5pjMvd8P5Z/sbGcjvqMF5dPzhh7v6W3T7daPiXk0iO2srde/WK0h Pezg== X-Gm-Message-State: AFeK/H3c/1wlRML+Z6GhjkLkquTm3jvchz7rWuFzhX5UXAHHlKBAWUtWZyDvb5Wc2XhUfw== X-Received: by 10.84.209.167 with SMTP id y36mr9556690plh.78.1491542123305; Thu, 06 Apr 2017 22:15:23 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o10sm6671257pgc.18.2017.04.06.22.15.22 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 06 Apr 2017 22:15:22 -0700 (PDT) Subject: Re: problem with ls, not show a correct list Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D895B6B1-E897-4DDE-8831-A30CD0E6A57A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Thu, 6 Apr 2017 22:15:21 -0700 Cc: current@freebsd.org, owner-freebsd-current@freebsd.org Message-Id: <95E04AC2-3BAC-43D1-BA3E-3C316C559AB8@gmail.com> References: <27D7F4D0-C04C-4117-89C7-5754BD7AA68C@gmail.com> To: =?utf-8?Q?Nilton_Jos=C3=A9_Rizzo?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 05:15:24 -0000 --Apple-Mail=_D895B6B1-E897-4DDE-8831-A30CD0E6A57A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 6, 2017, at 21:28, Nilton Jos=C3=A9 Rizzo = wrote: =E2=80=A6 > [966] root@valfenda rizzo #locale > LANG=3Dpt_BR.UTF-8 > LC_CTYPE=3D"pt_BR.UTF-8" > LC_COLLATE=3D"pt_BR.UTF-8" > LC_TIME=3D"pt_BR.UTF-8" > LC_NUMERIC=3D"pt_BR.UTF-8" > LC_MONETARY=3D"pt_BR.UTF-8" > LC_MESSAGES=3D"pt_BR.UTF-8" > LC_ALL=3D I bet the fact that you=E2=80=99re using a non-ASCII-US locale = is the reason why you=E2=80=99re running into this. Could you please try = the same thing with all of these values unset? Thanks! -Ngie --Apple-Mail=_D895B6B1-E897-4DDE-8831-A30CD0E6A57A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY5yBpAAoJEPWDqSZpMIYVCDsP/1eHppOnbJI6zspBC27DoFVB PrBebP+3Xt0zZIOECfB6ywT2GDAhPxhfqkHq0oVLeN7Q+fCcvO18omlzCAE5HyM6 yfCJXwH3cHaICChyjqPJb3bEXpy/qYJ6awxkh4T9qDXfXzUTnkTt11QzQgfgpZ+R fJGHGNRlPq8UeYmVKFKhbL6yIOBppkrzle9t1REJY6P3ceoheiH28wQ/3RsHv2Xh qcsrvOVV2xORAcrRqAzstM/JfxjTIhPM+sBL/k8TNYLie8cg+uHWgFO0rPgN115s MnwnMy+tWM6nZBgpUztjJp2A0Gu0qZNhlLuIaMHY9irUMOOMwfFKj8MJWsnRGurk szol4OiaTmt+v7lT0DnIxiLi+jaqf8zQVf/l0Oxrsmgy9O6jBsB8y/w0VvDdAzLC a1FjYWZJ2w3PaIo0b0oZ7dvi0BDDj9L27NzCWfzYWc4FSzc5A414oNSEWnPT4Bm+ QINxkTIJnteuslu+z3gC11VgEIZy1bOQTPCM+DAFNXfFQYK9/0OK3iRKFYgqnFgS RBblmxgWfs/CECWp5TLToEYjYxl1gy5RmfKFPPA74RJty3E8nQ4TMAMoxS6Fm7Rz 20v6MAfu3JsMgMRcnIZrxj80LBVxl+siSLgBcZLW60PfxCQn8NxMrz7EcCUWh7fw JoFDYNZydqRT1MTTJEkR =GO8B -----END PGP SIGNATURE----- --Apple-Mail=_D895B6B1-E897-4DDE-8831-A30CD0E6A57A-- From owner-freebsd-current@freebsd.org Fri Apr 7 05:16:27 2017 Return-Path: Delivered-To: freebsd-current@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 A1861D32BA0 for ; Fri, 7 Apr 2017 05:16:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF6A2E0 for ; Fri, 7 Apr 2017 05:16:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7A43CD32B9B; Fri, 7 Apr 2017 05:16:27 +0000 (UTC) Delivered-To: current@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 79C9ED32B99; Fri, 7 Apr 2017 05:16:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (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 463C82DF; Fri, 7 Apr 2017 05:16:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x243.google.com with SMTP id g2so12862029pge.2; Thu, 06 Apr 2017 22:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=95MgctkMhSSDbQ30JfzrPqRpygHrn8cO/50ncTuP/p8=; b=V3qJHy+qEHK75IeLFxgM3JTD6I9lvZo+VuBrXdlIRy9ANGfeqUt2edQdtQ1bP3QQkF cHIHVErUldOZuS4mEE+ZwbeYlbnqIoVlZm81CwQLh+Wl+e3iYFZXwA0l1fvixvwAyN2T qrd7Nf8e/h6wVCQ/3A7qe3//z5u4ZZWHvCURP1MH+hOxhtFWqD5124t2rdD5vwJ49vys 8VpLAfwFQGnwFT7ScMCg2tFbfLkiTsJnZNTAegYN1N8lrcrLclInEQmfyquEaod5ezTq 4tUiATh7O9lw0Xo50ixlY1vYgOZWVNUPgG37T19eT1ykz+ZWCjdmNjgBMabT3EC91Z4B 4TUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=95MgctkMhSSDbQ30JfzrPqRpygHrn8cO/50ncTuP/p8=; b=diVJJGzwPeiKAZjHrTqx6BYU3+SMhlHQ4dhV/EkpzN3y7Na3Ei3nEJmBKN7D0chi9l tusMfML2R2JG/1tDTSu1cadNhlVyqMxkLwE6ip6CzeaEbCprmigY+lcuVdfM9bgXeK6P s3NameOlQtRnnnPE+LtTuXJ+AXlYkMLTsvCwkY4feB4IFI2Hv4oKvsuc833Hn5eeoVVW NBtL9egWewc5QNYalTT2hwYmthpvgaf55YznOs4+X530aEduAf9MOR+YF7UrD4qS7rip L4s4qCdP1Z22/tw6/9mWsUiQew19245ciBUcZQh4mVAUX/he/Fl/9LOuDUWZtmchiXsg 9o4g== X-Gm-Message-State: AFeK/H258V/3EN43Z6+0ohlAupyCJYci3LGppPK+EcU/JtAZwKyEi12xW7vZXPvNkvxrOw== X-Received: by 10.98.74.9 with SMTP id x9mr37053457pfa.29.1491542186822; Thu, 06 Apr 2017 22:16:26 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id y6sm6667400pgc.40.2017.04.06.22.16.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 06 Apr 2017 22:16:26 -0700 (PDT) Subject: Re: problem with ls, not show a correct list Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1D9488DD-7B47-4B9F-93BF-61C30F52373B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <95E04AC2-3BAC-43D1-BA3E-3C316C559AB8@gmail.com> Date: Thu, 6 Apr 2017 22:16:25 -0700 Cc: current@freebsd.org, owner-freebsd-current@freebsd.org Message-Id: <236EEDA1-CC3B-4CEF-AC7D-198DA396B0F8@gmail.com> References: <27D7F4D0-C04C-4117-89C7-5754BD7AA68C@gmail.com> <95E04AC2-3BAC-43D1-BA3E-3C316C559AB8@gmail.com> To: =?utf-8?Q?Nilton_Jos=C3=A9_Rizzo?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 05:16:27 -0000 --Apple-Mail=_1D9488DD-7B47-4B9F-93BF-61C30F52373B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 6, 2017, at 22:15, Ngie Cooper (yaneurabeya) = wrote: >=20 >=20 >> On Apr 6, 2017, at 21:28, Nilton Jos=C3=A9 Rizzo = wrote: >=20 > =E2=80=A6 >=20 >> [966] root@valfenda rizzo #locale >> LANG=3Dpt_BR.UTF-8 >> LC_CTYPE=3D"pt_BR.UTF-8" >> LC_COLLATE=3D"pt_BR.UTF-8" >> LC_TIME=3D"pt_BR.UTF-8" >> LC_NUMERIC=3D"pt_BR.UTF-8" >> LC_MONETARY=3D"pt_BR.UTF-8" >> LC_MESSAGES=3D"pt_BR.UTF-8" >> LC_ALL=3D >=20 > I bet the fact that you=E2=80=99re using a non-ASCII-US locale = is the reason why you=E2=80=99re running into this. Could you please try = the same thing with all of these values unset. I just saw your follow up email. Let me do some checking (in the = meantime, please file a bug for this). Thanks! -Ngie --Apple-Mail=_1D9488DD-7B47-4B9F-93BF-61C30F52373B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY5yCpAAoJEPWDqSZpMIYVLSkQAKhghKA6yCmbnRgwr05TRvlw vLXB4UO7lX7xDCNW35vyPF4ZW/tKMCHpS8sIqEdmVviYD9Fbe1sOEbpUlCYvDiib zIivcIbeJYj4w8rLBSBto2ytpvksroOqMj5uUo/ts0tAnG4Sl5AwCVpgNByRl18+ uByWM19ce9+X8mCFpNJW7CUbYK5sahKPR4ITiKLF71xhqWboJBBGZbd1aKNqsxCi k7DOd9KBrVszoZYkY8H/Xe6IeLqDn7eVS63qjXQ0hA1cfrNxQPihZiY/rAuwS6BB OdJ2ig1MNg19M763VcbBWMpfxUygSgZXpqgsR1U9PM2knJgd96rrAcu0kHsFOqKj YioqvUB3BFvodR4CyE2hwXYoTHoZtcqzUOzsErGOHIWvxPZfWnOicSxQEJuo26km LWLQ3DwHtf6yA7Pc0TfeL70VM57SSONSEQ+2g00LaSKLJKnS9oHrhFuVak4Z5pGB GEcHw/nspkaiKDnbRSbvU3/a/1XBw12/3XrR1DkhHLLq2j8NuvuNzbfvJ3wFqxJp mt/9x81zVgeB1zYUukqy22yPkEoDkPrA2DRJbB3QE+bqsfWUlty3KSn1tOkjGiUb 5NZGMTEE95Uu3WwGQ7s3IvPHnyK7lTQCjsReuLoruzLXzAVrTwRSw2QSUMCKgdf+ 9fpfNMzD1oeN9FtsOJtk =6M+1 -----END PGP SIGNATURE----- --Apple-Mail=_1D9488DD-7B47-4B9F-93BF-61C30F52373B-- From owner-freebsd-current@freebsd.org Fri Apr 7 06:06:49 2017 Return-Path: Delivered-To: freebsd-current@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 F247CD32C69 for ; Fri, 7 Apr 2017 06:06:48 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C75115F5 for ; Fri, 7 Apr 2017 06:06:47 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v3766YTQ014961 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 03:06:35 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v3766XeE014959; Fri, 7 Apr 2017 03:06:34 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: Garrett Wollman Subject: Re: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 03:06:33 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Cc: freebsd-current@freebsd.org In-Reply-To: <201704070529.v375T5ux031766@hergotha.csail.mit.edu> References: <3a8b8ade882d1486aa41b448a9c83b6c@i805.com.br> <201704070529.v375T5ux031766@hergotha.csail.mit.edu> Message-ID: X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 06:06:49 -0000 Em 2017-04-07 02:29, Garrett Wollman escreveu: > In article <3a8b8ade882d1486aa41b448a9c83b6c@i805.com.br> you write: >> >> >> It's a terrible!!!! Is it a locale bug? Look! >> >> % locale >> LANG=pt_BR.UTF-8 >> % touch E >> % ls -l [a-z]* >> -rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 E > > No, it's the specification of how character ranges in glob(3) and > fnmatch(3) work. In effect, character ranges like [a-z] must be > treated as ranges of *collating elements*, not byte ranges, and in > your locale, and are considered to be the same collating > element, so [a-z] matches both upper- and lower-case Latin letters. > This is documented, very obliquely, in sh(1), which also tells you the > workaround: > > a character class. A character class matches any of the > characters > between the square brackets. A locale-dependent range of > characters may > be specified using a minus sign. A named class of characters (see > wctype(3)) may be specified by surrounding the name with `[:' and > `:]'. > For example, `[[:alpha:]]' is a shell pattern that matches a > single let- > ter. > > So, to match only lower-case letters regardless of your current locale > setting, you must use the correct character class: > > $ locale > LANG=pt_BR.UTF-8 > LC_CTYPE="pt_BR.UTF-8" > LC_COLLATE="pt_BR.UTF-8" > LC_TIME="pt_BR.UTF-8" > LC_NUMERIC="pt_BR.UTF-8" > LC_MONETARY="pt_BR.UTF-8" > LC_MESSAGES="pt_BR.UTF-8" > LC_ALL= > $ ls > D E F a b c > $ ls [[:lower:]]* > a b c > > The same applies to character class ranges in regular expressions, not > just glob(3) patterns. > > -GAWollman It's only work in SH, in C shell (or tcsh) not work and it's not work if I need to do this: I think this not correct. % setenv LANG C % echo "Using C " && ls && echo "---" && ls [a-c,k-m]* Using C A a d g j m p s v y D b e h k n q t w z E c f i l o r u x --- a b c k l m % setenv LANG pt_BR.UTF-8 % echo "Using pt_BR.UTF-8" && ls && echo "---" && ls [a-c,k-m]* Using pt_BR.UTF-8 a c e g j m p s v y A d E h k n q t w z b D f i l o r u x --- a A b c k l m % sh $ ls [a-c,k-l]* a A b c k l $ ls [[:lower:]a-c,k-l]* a c f i l o r u x A d g j m p s v y b e h k n q t w z If I'll use the rm command I'll erase file that not match with my selection. Imagine if I has a script to work in batch mode and it's occur, can be a too dangerous. -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 08:29:22 2017 Return-Path: Delivered-To: freebsd-current@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 A2366D32C25 for ; Fri, 7 Apr 2017 08:29:22 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f65.google.com (mail-lf0-f65.google.com [209.85.215.65]) (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 32D3EBB6 for ; Fri, 7 Apr 2017 08:29:21 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f65.google.com with SMTP id n78so5510147lfi.3 for ; Fri, 07 Apr 2017 01:29:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=5+gYNEb/LIvdBPz5ibBJLCfUP4aTWLz1vmExqr17kTk=; b=Uqitkn0YCf4BvGV7pcPhDOMjheOg6LTS6R/cuHKr5Hr615RzDyVsF9LzZfiEXsnCfi tb8j1zrGUKVvfEyooweKukfJe2D/3uru0C5jWbTY5UXlXXJI3iajIRyia+dfro5Mpc1y TaOFLbufU+Y4YK8zWBfShFOLpw3bAumTRq/NfVDHxBqRAo/SFr8b4HhRF9eJoBmF5EDV uwySZ74fgIKrcXXrggAJNQKbv+qdD1956uZm3tzdn3aJDotV7wQyXHqxTMw6lca9CSua cI6tmWaSRcmZGT76bug2LgcF3KYLarzto4LC+NGnRUXCHNue0gUp6G5fbeGUiaT4tO2W YfPw== X-Gm-Message-State: AFeK/H1cOJLij7VfF75o2LxrXrysqbjRgfwq4nstFOdwxAa7nMvrzO3itZLWBa2AESOFMw== X-Received: by 10.25.242.1 with SMTP id q1mr13977509lfh.22.1491553754084; Fri, 07 Apr 2017 01:29:14 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id j15sm803887lfg.22.2017.04.07.01.29.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Apr 2017 01:29:13 -0700 (PDT) Subject: Re: problem with ls, not show a correct list To: =?UTF-8?Q?Nilton_Jos=c3=a9_Rizzo?= , Allan Jude References: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <7a08478e-ee7c-70f6-1b52-bb966f47c594@freebsd.org> Date: Fri, 7 Apr 2017 11:29:12 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 08:29:22 -0000 > Hi Allan, the ls show all files without case match > > ls [a-z]* > > show all files beginning with a and A like this [aA-zZ]* No, last "Z" is not included. From owner-freebsd-current@freebsd.org Fri Apr 7 08:52:01 2017 Return-Path: Delivered-To: freebsd-current@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 7D792D33669; Fri, 7 Apr 2017 08:52:01 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53E391C48; Fri, 7 Apr 2017 08:52:01 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OO100C006Z3WF00@st13p35im-asmtp001.me.com>; Fri, 07 Apr 2017 08:51:48 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1491555108; bh=0r/8I7zssaEAPnYjknygpHravS5lNadyDTp8k0UKcII=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=Yt/3oGtJSkZw66D6BsQLY30hm450ue5hPJmKlFug71y2PogU579EkYZse1NfzBQtF jmWOw/6X+jZMaxTLfxLJqaeMiNftPRz9kuhInIb4f72iUQQKvZoOQF1EVzrVYqTr7P VjXDeLl4mqVFQ9qK7AxAQ5guheJCBiC0QSYhIMYx6rej913Xd1lHYloYV9FtvXY7/I 4Oyy8GE3I9nikB0PpQJWTsRx9B5EBhF6Z3xkkcjvy/Ea5fJ0r+FnDW8R4jL33ikaHq scvgirXffxwCHak9kSNkuBoDBBjXapofFkVYwzG5JsGDipkEmC8+0XujiyYMzueAKe UtPvhdBxOYyjw== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OO100JKP7A9WR30@st13p35im-asmtp001.me.com>; Fri, 07 Apr 2017 08:51:47 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-07_08:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1704070077 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: problem with ls, not show a correct list From: Toomas Soome In-reply-to: <7a08478e-ee7c-70f6-1b52-bb966f47c594@freebsd.org> Date: Fri, 07 Apr 2017 11:51:43 +0300 Cc: =?utf-8?Q?Nilton_Jos=C3=A9_Rizzo?= , Allan Jude , FreeBSD Current , owner-freebsd-current@freebsd.org Content-transfer-encoding: quoted-printable Message-id: References: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> <7a08478e-ee7c-70f6-1b52-bb966f47c594@freebsd.org> To: Andrey Chernov X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 08:52:01 -0000 > On 7. apr 2017, at 11:29, Andrey Chernov wrote: >=20 >> Hi Allan, the ls show all files without case match >>=20 >> ls [a-z]* >>=20 >> show all files beginning with a and A like this [aA-zZ]* >=20 > No, last "Z" is not included. >=20 This is to define set of chars: { a, A-z, Z } ? A-z of course does not = make any sense;) Of course note that in few locales z is sorted after s, = meaning that list like that can be rather short;) rgds, toomas From owner-freebsd-current@freebsd.org Fri Apr 7 09:48:37 2017 Return-Path: Delivered-To: freebsd-current@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 29940D317C1 for ; Fri, 7 Apr 2017 09:48:37 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f66.google.com (mail-lf0-f66.google.com [209.85.215.66]) (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 AC386B5D for ; Fri, 7 Apr 2017 09:48:36 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f66.google.com with SMTP id r36so5678412lfi.0 for ; Fri, 07 Apr 2017 02:48:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=cOJQf5xciGCR1TptOlluJYx2nkSnj/8n3XWsuUA3spA=; b=ueYmAafUmNgs/eUtjOw1spQrMmYmNb8WHVJtuoXv+CVXMHdKvOcVX6kKXDfsJk9+DG 6wO9cb8AvLhm3bAFBYMTsRcfkjIKVmkmAS+j/H4SHcLhxTgTEUjiRZ9cuI85UZYXMe7q hNQuXs0Wn05tvDlFOPY0R6PiakCgHKObuh4peS7VuRRPU+JU1ejPEIULfB67BMwsEfc1 +ogQV+Bocp1nYHVv4mzxnqhurU7RkCj4HjuQKAQvrheZxrtKp9fyT6VOv3A16dsP+rCf tyGfFHSddfUCyTbKbCgj7hM3vH8Wk4ZN8Fe+GqGR6usFOo78xQWIzL9krto4jp8kWi+Z Eq0A== X-Gm-Message-State: AN3rC/6lEsSvoNQ+edHtsItXNSyrfrx1h/kAaPClqNlqbMd88YTIEIuSfYmpNtQULE0uow== X-Received: by 10.25.233.213 with SMTP id j82mr928966lfk.20.1491558514082; Fri, 07 Apr 2017 02:48:34 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id 3sm830276ljj.16.2017.04.07.02.48.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Apr 2017 02:48:33 -0700 (PDT) Subject: Re: problem with ls, not show a correct list To: Toomas Soome References: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> <7a08478e-ee7c-70f6-1b52-bb966f47c594@freebsd.org> Cc: =?UTF-8?Q?Nilton_Jos=c3=a9_Rizzo?= , Allan Jude , FreeBSD Current , owner-freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <54cb3921-659e-b9ac-4d66-9f3b8452d413@freebsd.org> Date: Fri, 7 Apr 2017 12:48:32 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 09:48:37 -0000 On 07.04.2017 11:51, Toomas Soome wrote: > >> On 7. apr 2017, at 11:29, Andrey Chernov wrote: >> >>> Hi Allan, the ls show all files without case match >>> >>> ls [a-z]* >>> >>> show all files beginning with a and A like this [aA-zZ]* >> >> No, last "Z" is not included. >> > > This is to define set of chars: { a, A-z, Z } ? A-z of course does not make any sense;) Of course note that in few locales z is sorted after s, meaning that list like that can be rather short;) No, [A-z] makes perfect sense with CLDR collation we have, but maybe unexpected effect. Historically all latin letters have single case, so new times upper/lower considered by CLDR as minor modification to the letter which considered first. It is also the sorting used in dictionaries. From owner-freebsd-current@freebsd.org Fri Apr 7 05:29:08 2017 Return-Path: Delivered-To: freebsd-current@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 E6F36D32037 for ; Fri, 7 Apr 2017 05:29:08 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87912CA7 for ; Fri, 7 Apr 2017 05:29:08 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.15.2/8.15.2) with ESMTP id v375T6ud031767; Fri, 7 Apr 2017 01:29:06 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.15.2/8.14.4/Submit) id v375T5ux031766; Fri, 7 Apr 2017 01:29:05 -0400 (EDT) (envelope-from wollman) Date: Fri, 7 Apr 2017 01:29:05 -0400 (EDT) From: Garrett Wollman Message-Id: <201704070529.v375T5ux031766@hergotha.csail.mit.edu> To: rizzo@i805.com.br Subject: Re: problem with ls, not show a correct list X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: References: <3a8b8ade882d1486aa41b448a9c83b6c@i805.com.br> Organization: none Cc: freebsd-current@freebsd.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 07 Apr 2017 01:29:06 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hergotha.csail.mit.edu X-Mailman-Approved-At: Fri, 07 Apr 2017 11:45:12 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 05:29:09 -0000 In article <3a8b8ade882d1486aa41b448a9c83b6c@i805.com.br> you write: > > > It's a terrible!!!! Is it a locale bug? Look! > >% locale >LANG=pt_BR.UTF-8 >% touch E >% ls -l [a-z]* >-rw-r--r-- 1 rizzo wheel 0 7 abr 02:06 E No, it's the specification of how character ranges in glob(3) and fnmatch(3) work. In effect, character ranges like [a-z] must be treated as ranges of *collating elements*, not byte ranges, and in your locale, and are considered to be the same collating element, so [a-z] matches both upper- and lower-case Latin letters. This is documented, very obliquely, in sh(1), which also tells you the workaround: a character class. A character class matches any of the characters between the square brackets. A locale-dependent range of characters may be specified using a minus sign. A named class of characters (see wctype(3)) may be specified by surrounding the name with `[:' and `:]'. For example, `[[:alpha:]]' is a shell pattern that matches a single let- ter. So, to match only lower-case letters regardless of your current locale setting, you must use the correct character class: $ locale LANG=pt_BR.UTF-8 LC_CTYPE="pt_BR.UTF-8" LC_COLLATE="pt_BR.UTF-8" LC_TIME="pt_BR.UTF-8" LC_NUMERIC="pt_BR.UTF-8" LC_MONETARY="pt_BR.UTF-8" LC_MESSAGES="pt_BR.UTF-8" LC_ALL= $ ls D E F a b c $ ls [[:lower:]]* a b c The same applies to character class ranges in regular expressions, not just glob(3) patterns. -GAWollman From owner-freebsd-current@freebsd.org Fri Apr 7 19:13:12 2017 Return-Path: Delivered-To: freebsd-current@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 77180D337CB for ; Fri, 7 Apr 2017 19:13:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5418D25A for ; Fri, 7 Apr 2017 19:13:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 53811D337CA; Fri, 7 Apr 2017 19:13:12 +0000 (UTC) Delivered-To: current@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 532ABD337C9 for ; Fri, 7 Apr 2017 19:13:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23819258; Fri, 7 Apr 2017 19:13:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22b.google.com with SMTP id 21so74802727pgg.1; Fri, 07 Apr 2017 12:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:date:message-id:cc:to:mime-version; bh=QJhLk0hGJya6LVbHRKhMmLyxIE4qbWP7mbVMtWL3Tn0=; b=Bby9B5dW8TdNc4cOGnu5IyE7uHZ+0HwLugpN9fKd9t4tFGZa2J1VeYdLXtYoOpMZiO KYFhsJ4pQ4TIBpaR7KeKwPzJxVCPKygEMIKr5AfomcFsi9pXbvI4XgEYXo2GVacLhj2K jwnKpds00hY7XZbtpv0UkDIQthpjLQyi7OFsipI2uJkQoYYSofi5h4sVfoFpD/D+p4eD gpUvl3s9WxXl/EmQN2KT+1GfFHUrHRVOdXUjsGKcst3riQ6eJWxb2kpo3QoeNvHYq/LJ Pm4sqUi2cV+ywAU9GKmXw/6usUimQsloghkMCHr141nk3KiFzbA1izzaH9dOeZ9SWIyh GtYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=QJhLk0hGJya6LVbHRKhMmLyxIE4qbWP7mbVMtWL3Tn0=; b=s/IF1+EUJ1mnfS67r+gBXiojIBXIyWH4KCFNtOTWJZ+sg51MUyJEAz/q307IJxdfHM NeWy/PhA5gPzgEoIoWc6WD1MFhgWdF6Gwp4uUlmJdBqVYSHBLXqLaSPFDUMFh5ArUy3z T7TjalP1bRZjhho10M87lM6hI1d74vHqGZ7gS4VViOGNhQXrSXrsDaDQWf/A7Xlue+k0 MWOXFNLGnZ8hGgF8CLp00ctzdIJl3/XW9NpAbwDsXcs78fBSJwT+3wl5AVv2Vins8njo w6ohW0KSOISef7NgJE8cjXo0eoZINx/tUng+/Pt4lNmwHBOcfJu2j7i0xfNGIkfSJMVx fpNQ== X-Gm-Message-State: AFeK/H3ybxMwxHr4eGgAaznjrLllvQqkRJgXGPnZIJ1HZqIfattiSzZbsBabHPBXs4p3qQ== X-Received: by 10.84.209.236 with SMTP id y99mr12328016plh.57.1491592391526; Fri, 07 Apr 2017 12:13:11 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id n15sm11024139pfj.18.2017.04.07.12.13.10 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 07 Apr 2017 12:13:10 -0700 (PDT) From: "Ngie Cooper (yaneurabeya)" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_5E15613A-3C63-4321-A0C4-6E81F9ECD9B2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: buildkernel broken for META_MODE Date: Fri, 7 Apr 2017 12:13:09 -0700 Message-Id: Cc: FreeBSD Current To: Bryan Drewery Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 19:13:12 -0000 --Apple-Mail=_5E15613A-3C63-4321-A0C4-6E81F9ECD9B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I ran into this error when trying to run a meta mode build (for = the first time). It might be related to the recent assym* ordering = changes. Thanks! -Ngie $ cat /etc/src-env.conf WITH_AUTO_OBJ=3D yes WITH_META_MODE=3D yes UPDATE_DEPENDFILE=3D yes $ pwd /usr/src $ svnversion 316603M $ svn st | grep -v \? M usr.bin/grep/tests/Makefile $ env SRCCONF=3D/dev/null NO_FILEMON=3D1 script ~/bk.ts make buildkernel = -j3 Script started on Fri Apr 7 11:52:38 2017 Command: time make buildkernel -j3 --- buildkernel --- make[1]: "/usr/src/Makefile.inc1" line 146: SYSTEM_COMPILER: Determined = that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Fri Apr 7 11:52:39 PDT 2017 -------------------------------------------------------------- =3D=3D=3D> GENERIC mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- ... Building /usr/obj/usr/obj/usr/src/sys/GENERIC/acpi_quirks.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_eq_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_rate_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/snd_fxdiv_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/miidevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/pccarddevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/teken_state.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/usbdevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/vnode_if.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o --- ia32_genassym.o --- :1:10: fatal error: 'opt_global.h' file not found #include "opt_global.h" ^~~~~~~~~~~~~~ 1 error generated. *** [ia32_genassym.o] Error code 1 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC .ERROR_TARGET=3D'ia32_genassym.o' = .ERROR_META_FILE=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o.m= eta' --Apple-Mail=_5E15613A-3C63-4321-A0C4-6E81F9ECD9B2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY5+TGAAoJEPWDqSZpMIYVYB8QAKOMxj29SACo6LkOsv/LVdBK /LdSOlC8pdH705YVRyOuonRpTvlw2/228sAI+Ls9rOZb3uZOhvKfsZQPHqgNASby WnGGN2kR3tupO4dXowMSFINChVk0pEBMFOwDjX3KexE8l/eZtrHDKYs8TpL1Gq61 WpgC3rR+53+WwH7Y5VosUPB9gQi5ltEK02bK0Efy4CufqR45VychYZfg/YAaacj/ e/B1WI4X86U8LzFC6UUxbctBZguDn+FnXdL/5zvgGvOnEm2SKhARPb/kK537ru24 88NhAeCDfzzbfYgcEnCWgvl9wVV9RrFfjZMj4h/QSVfan1fCdNQ+Jne6+BclCM6N qX56AhlTDD41cXBbmtLhzBUjF/1d0JCZ9Hbvbd3xz/YeH6K4FvXImaz6Nv9i541i r5Oj8b/8797Fy22rKD1QaHAYi7lF2FyFsOTz/nbHfnzUPlQTJW6u/oGf7O+ed3xu /pzXUf/Oq0Juy5D67Kg1F5caC7rBIKk3U/5jwExzu4d1wA6yYI40j+qHHGArFOE/ Tep7siqSSFB8L1/INJmezHaI866PZK3565+XAg4WWJoxawlr59yv/Y7mjeu6cmXl 9h0s+nx66jRrxAvpmDKCPNsEpZFxGuGkH/a4JN/FnFMV43LPW+9zkoVmmnl6BL3p 3Oeh8OYdM2bCRa7JjWIP =cAV0 -----END PGP SIGNATURE----- --Apple-Mail=_5E15613A-3C63-4321-A0C4-6E81F9ECD9B2-- From owner-freebsd-current@freebsd.org Fri Apr 7 20:20:56 2017 Return-Path: Delivered-To: freebsd-current@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 B947FD33728; Fri, 7 Apr 2017 20:20:56 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 968BFED9; Fri, 7 Apr 2017 20:20:55 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTPS id v37KKlFu019322 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Apr 2017 17:20:48 -0300 (BRT) (envelope-from rizzo@i805.com.br) Received: (from www@localhost) by server.i805.com.br (8.15.2/8.15.2/Submit) id v37KKlYu019321; Fri, 7 Apr 2017 17:20:47 -0300 (BRT) (envelope-from rizzo@i805.com.br) X-Authentication-Warning: server.i805.com.br: www set sender to rizzo@i805.com.br using -f To: Toomas Soome Subject: Re: problem with ls, not show a correct list X-PHP-Script: www.i805.com.br/roundcube/index.php for 186.221.219.53 X-PHP-Originating-Script: 80:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 17:20:46 -0300 From: =?UTF-8?Q?Nilton_Jos=C3=A9_Rizzo?= Cc: Andrey Chernov , Allan Jude , FreeBSD Current , owner-freebsd-current@freebsd.org In-Reply-To: References: <25969d2c-6857-77a4-86a4-08b22f15cbfe@freebsd.org> <7a08478e-ee7c-70f6-1b52-bb966f47c594@freebsd.org> Message-ID: <1ba4fb7aa090271be631f01e9f72d844@i805.com.br> X-Sender: rizzo@i805.com.br User-Agent: Roundcube Webmail/1.2.3 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 20:20:56 -0000 Em 2017-04-07 05:51, Toomas Soome escreveu: >> On 7. apr 2017, at 11:29, Andrey Chernov wrote: >> >>> Hi Allan, the ls show all files without case match >>> >>> ls [a-z]* >>> >>> show all files beginning with a and A like this [aA-zZ]* >> >> No, last "Z" is not included. Look this, it's a great error!!!! % foreach d ( a b c d e f g h i j k l m n o p q r s t u v x z w y A B C D E K M Z ) foreach? touch $d foreach? end % locale LANG=pt_BR.UTF-8 LC_CTYPE="pt_BR.UTF-8" LC_COLLATE="pt_BR.UTF-8" LC_TIME="pt_BR.UTF-8" LC_NUMERIC="pt_BR.UTF-8" LC_MONETARY="pt_BR.UTF-8" LC_MESSAGES="pt_BR.UTF-8" LC_ALL= % ls [a-z] a c e h K n r v z A C E i l o s w b d f j m p t x B D g k M q u y % setenv LANG C % ls [a-z] a d g j m p s v y b e h k n q t w z c f i l o r u x % ls [A-Z] A B C D E K M Z % setenv LANG pt_BR.UTF-8 % ls [A-Z] A C E i l o s w Z b d f j m p t x B D g k M q u y c e h K n r v z % I lower- equal a upper-case why Z not show in this list? image when a admin use like thinks some rm -rf /*/[A-Z]* it's no make a sense!!!! Why, I only change a charmap and all my world change! in SH have poor workaround thas not work, if i need this % ls [a-b,k-m] a A b k K l m % setenv LANG C % ls [a-b,k-m] a b k l m % try to do this in sh, with [[:lower:]] or [[:upper:]] , not work it's greater error of implements Ok, it's not a pure ASCII char, but it's must be treated like this >> > > This is to define set of chars: { a, A-z, Z } ? A-z of course does not > make any sense;) Of course note that in few locales z is sorted after > s, meaning that list like that can be rather short;) > > rgds, > toomas > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" -- ******************************************************** * Nilton José Rizzo Sistema de Informação UFRRJ * * http://cursos.ufrrj.br/grad/sistemas/ * * lattes:http://lattes.cnpq.br/0079460703536198 * ******************************************************** From owner-freebsd-current@freebsd.org Fri Apr 7 21:50:33 2017 Return-Path: Delivered-To: freebsd-current@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 1E11FD33430 for ; Fri, 7 Apr 2017 21:50:33 +0000 (UTC) (envelope-from tommi.pernila@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::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 DE354C7D for ; Fri, 7 Apr 2017 21:50:32 +0000 (UTC) (envelope-from tommi.pernila@gmail.com) Received: by mail-qk0-x22f.google.com with SMTP id f133so56577139qke.2 for ; Fri, 07 Apr 2017 14:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=I/PsMwpX8rEAViC9EDio3e12pmHR5qlKNdRtQTvag5M=; b=g/2gTxZjnugMSfxtzJxPVteDez36sa60mKQeq6QCOBq1cw0R+mVtlSiexLWIcQk6QR BKzrmEkrpLiS8s65k3zsEdEdc1IFazgZI3bcphDoZwAcM8q3egGjOjD1SszST50a/LmR HRz8Hf3sXgnNFsgGpTH88SoTDb4owds0hYItdhgdJG0k/XMigum/OislSmem0EJ2k1N3 j3AW0c7s387VO9zYzGyo/rLqzTDuc7VDDDfYXHr7Wi6xgtaCicrOIOOFUShRN6CaB8VA C47rtVmPAUdwbZbCXPXw+dIjgmzK86kALKui1sg+eIy6iSKcopGq5ANVwm09jQffQTeF 94iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=I/PsMwpX8rEAViC9EDio3e12pmHR5qlKNdRtQTvag5M=; b=BtU1Jc4Y4lq76rcjsx5jTyWuOckKCiV4PXjI1XjOsorrSQshSazlesqwPi4tfB+VQ3 3LwUvYIi5QRBHqzz2ZiyWifAjH7/4358VUeVpGrWunLkEuXmTXFNmsy5NTuyCOohxU0I cai852jKjm1upnux19ZN+fO/VB0+TvJJZ8Yb+uT5Fdj7WRd4dve7yrA4W26hn+Peb093 9xPVqZMnVgDaY7H22hVJF94Le4ohyeuosOEy+w7QfuV2wT4xesRsHiJ2AQo9ja/6BRZo CFr3GcrISbfcsZy7NOgx+8OSGk42wP/P7sg+ArJE6w5TEl6JicA7rkJcitwFKE+j43gA QAgA== X-Gm-Message-State: AFeK/H3paxLTpNDg+wbnEY7Ea6In2sT84DMTfE8OAQwrKS7wU3BiHLXt/ejrJlCY/1imsmr/1+eK/GgdcDncVg== X-Received: by 10.55.178.133 with SMTP id b127mr38377974qkf.170.1491601831693; Fri, 07 Apr 2017 14:50:31 -0700 (PDT) MIME-Version: 1.0 Sender: tommi.pernila@gmail.com Received: by 10.200.42.163 with HTTP; Fri, 7 Apr 2017 14:50:31 -0700 (PDT) From: Tommi Pernila Date: Sat, 8 Apr 2017 00:50:31 +0300 X-Google-Sender-Auth: xTItl-gfGxtdqHrdVFntM1WoMU0 Message-ID: Subject: PVS-Studio Analyzer Spots Bugs In the FreeBSD 2017 edition To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 21:50:33 -0000 Hi all, just a heads up if you haven't yet seen this blog post from Andrey Karpov from PVS-Studio. It's a quite a long read. https://www.viva64.com/en/b/0496/ Here's a few highlights (with some paraphrasing). >PVS-Studio fixed errors where it's clear how to fix them without digging deep into the algorithms. >That's why FreeBSD authors should really do a deeper analysis themselves, >not just review that limited number of errors that we presented. >Andrey Karpov is ready to provide a temporary license key and also help to eliminate false positives that may hinder their work. Anyone up for this task? >FreeBSD code is regularly checked by Coverity (which is now a part of Synopsys). >Still, it didn't prevent me from finding 56 potential vulnerabilities and 10 more real bugs in one evening by running PVS-Studio on this code. Br, Tommi From owner-freebsd-current@freebsd.org Fri Apr 7 22:40:22 2017 Return-Path: Delivered-To: freebsd-current@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 ACA3AD33EB7 for ; Fri, 7 Apr 2017 22:40:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::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 75D508A2 for ; Fri, 7 Apr 2017 22:40:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id y18so1788081itc.1 for ; Fri, 07 Apr 2017 15:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=yaXP3fNK38gP6teKjgMfuuZl2hA3mAYoardld7uCECA=; b=YBefxW+8hdfa8+354JxvEkZmBazjMD5+bTn4NQeseE8ZsS2gLMTES23/HxjtPCLhbl alCRAlpqO4VgbOonWekHbrLtZPhT3gyM8OiPl65a9HVPTew6OOuXKUfRdypOsKIObq7L RX5lfhTZ6/JZqOI/j5YY2lv36ruHMb4CqOquH39sNZoUUGYCp754srzDq1KaaU1M84Ml /9zcBsj/eDtnTqBp40u71xkwlRrjaiOyrLL8s3jI1NKGdSLzXaX1WqatRL6XvESbH2Mb LYgyLAcXuNzYqwhBWw8Xv89yY/0/g8gW5V/fni9IP70el2dOet52pga1mC3NEKuFSn26 VLWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=yaXP3fNK38gP6teKjgMfuuZl2hA3mAYoardld7uCECA=; b=VofGpRB+ve1EB3ROAVqfcq12O4+eXmfHUo4EQt6+/DNai3Qlhpihj3knE6KRotJ4Xe pelo4rZOSN0oSSvMNoLPk2WSBcd7uP7fR5D+KVPWtNJmt+AcbcBP4cNLQBYouGvKLrmW ij2gwpg1240pa+/cTMZE09msfK8PA8qO7RNlTnOylGm0feUs5T2U+G3w0W399cHutvZe cDODlig0zp7/0x07jYH+qOFsXRg0vFWfokRNloQQyTAh+73ehNjOKIoehuLqhNRiBQdA IZakhJ2hbXMeF5wvd/+g1HoJsq+CfegKX/xsYb70DvTTN9JFf9kHIVBry3f6AR4s8vR6 C9Og== X-Gm-Message-State: AN3rC/68sV2ebK5L8XlojuIMVFJKOU8PRM4QyZGYWFM+VFxmBeV4E9AB AEf/8wvEtPboyBsm82/P/5cIgfTMAA== X-Received: by 10.36.44.14 with SMTP id i14mr1848276iti.103.1491604821658; Fri, 07 Apr 2017 15:40:21 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.146.24 with HTTP; Fri, 7 Apr 2017 15:40:21 -0700 (PDT) X-Originating-IP: [2607:fb10:7021:1::b517] In-Reply-To: References: From: Warner Losh Date: Fri, 7 Apr 2017 16:40:21 -0600 X-Google-Sender-Auth: VpJx-FDTFyu63_PV6N1xlNn63pE Message-ID: Subject: Re: PVS-Studio Analyzer Spots Bugs In the FreeBSD 2017 edition To: Tommi Pernila Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 22:40:22 -0000 On Fri, Apr 7, 2017 at 3:50 PM, Tommi Pernila wrote: > Hi all, > > just a heads up if you haven't yet seen this blog post from Andrey Karpov > from PVS-Studio. > It's a quite a long read. > https://www.viva64.com/en/b/0496/ > > Here's a few highlights (with some paraphrasing). > >>PVS-Studio fixed errors where it's clear how to fix them without digging > deep into the algorithms. >>That's why FreeBSD authors should really do a deeper analysis themselves, >>not just review that limited number of errors that we presented. > >>Andrey Karpov is ready to provide a temporary license key and also help to > eliminate false positives that may hinder their work. > > Anyone up for this task? There's folks that have contacted him. It's not quite as simple as he said in his post to give access to a run, since they need to filter things appropriately. It should be published next week, we're told, so we can make easy use of the results. Warner From owner-freebsd-current@freebsd.org Sat Apr 8 09:55:42 2017 Return-Path: Delivered-To: freebsd-current@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 41267D33E8E; Sat, 8 Apr 2017 09:55:42 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A85793C4; Sat, 8 Apr 2017 09:55:41 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.243.2] ([192.168.243.2]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id v389tZOf085757 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 8 Apr 2017 14:55:36 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1491645336; bh=zSBFel84vWlfaGSMXAOwr41Sq1KU4JdvF/WjytEuO40=; h=To:Cc:From:Subject:Date; b=fsA54zFu1Rv5oRFrdfy6BCFCeTi+YxpthrW6hUWGiiUOgsK2uG9/KahmlyRxUh+zx SvKcQJ/rUtnWils/vcVDI7F0Fzesf2K7AXJU/VFnaL95y0rxQn7T6w4QgU/vCtRYfx U373e83BjV/ptQ+khuQrK/K7RHqQsVtOOwfmdsto= To: FreeBSD Net Cc: freebsd-current@freebsd.org From: "Eugene M. Zheganin" Subject: altq and head Message-ID: Date: Sat, 8 Apr 2017 14:55:40 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2017 09:55:42 -0000 Hi, regarding all this stir around ALTQ and igb(4), and mentioning that igb(4) doesn't have ALTQ in HEAD - I wanted to ask - is this just igb(4) and ixgbe(4) that lost ALTQ in HEAD, or is ALTQ being removed totally from FreeBSD ? I did a couple of searches, but seems like I cannot find the simple answer. Thanks. Eugene.