From owner-freebsd-current@freebsd.org Sun Jan 1 21:47:38 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 7974DC9A9CD; Sun, 1 Jan 2017 21:47:38 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (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 F0AE9117E; Sun, 1 Jan 2017 21:47:37 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-27fff70000004853-34-586978efc3c3 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 4E.B9.18515.FE879685; Sun, 1 Jan 2017 16:47:30 -0500 (EST) 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 v01LlQMh023725; Sun, 1 Jan 2017 16:47:26 -0500 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 v01LlNDo003151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 1 Jan 2017 16:47:25 -0500 Date: Sun, 1 Jan 2017 15:47:23 -0600 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: FINAL CALL for 2016Q4 status reports Message-ID: <20170101214722.GH8460@kduck.kaduk.org> References: <20161226203144.GZ8460@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161226203144.GZ8460@kduck.kaduk.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsUixG6novupIjPCYNtpTotd106zW8x584HJ Yvvmf4wOzB4zPs1nCWCM4rJJSc3JLEst0rdL4Mq4eX4RY8EbnoqPS4MbGPdzdTFyckgImEis nTWNqYuRi0NIoI1JYs3HM8wgCSGBDYwSh+4VQCSuMEmcnTIBLMEioCIxf9V9dhCbTUBNYv2K a2BxEQF5iX1N78HizED2r61NYLawgK7E+i0bGUFsXgFjid19C6EWGEvM6lzGBBEXlDg58wkL RK+WxI1/L4HiHEC2tMTyfxwgYU6gQ+8fWM4GYosKKEs0zHjAPIFRYBaS7llIumchdC9gZF7F KJuSW6Wbm5iZU5yarFucnJiXl1qka6iXm1mil5pSuokRFKKckjw7GM+88TrEKMDBqMTDKxCd GSHEmlhWXJl7iFGSg0lJlDdhQ0aEEF9SfkplRmJxRnxRaU5q8SFGCQ5mJRHeFSVA5bwpiZVV qUX5MClpDhYlcd5Lme4RQgLpiSWp2ampBalFMFkZDg4lCV5BYCwKCRalpqdWpGXmlCCkmTg4 QYbzAA3XBanhLS5IzC3OTIfIn2JUlBLnPVQOlBAASWSU5sH1glKIRPb+mleM4kCvCPPmgLTz ANMPXPcroMFMQIO/xqWDDC5JREhJNTBeify2aNPB1jCOi0s2bDmvtFNgdoR7d57Yixu+cwzZ nSJdpjxfJZLVoRt7I+jkK9XZQf01T3tv/mZ88WxZ5m0PVSsb1tc7pi7uTz7l5fshTjhbeeYD l/SzUmfNQl69vf73/9/IeSbyYT+OHBe4vfuUvv2EgKk35kt6RqiwfuherS3YPnFD6wVvJZbi jERDLeai4kQACrRqPPwCAAA= 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: Sun, 01 Jan 2017 21:47:38 -0000 The deadline for submitting 2016Q4 entries is just a week away! -Ben On Mon, Dec 26, 2016 at 02:31:44PM -0600, Benjamin Kaduk wrote: > Dear FreeBSD Community, > > The deadline for the next FreeBSD Quarterly Status update is January 7, > 2016, for work done in October through December. > > 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. > > We look forward to seeing your 2016Q4 reports! > > Happy Holidays, > > 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-04-2016-06.html > [5] https://www.FreeBSD.org/news/status/report-2016-07-2016-09.html From owner-freebsd-current@freebsd.org Mon Jan 2 08:30: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 A601FC9A64B; Mon, 2 Jan 2017 08:30:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::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 6F5A9159A; Mon, 2 Jan 2017 08:30:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 711C71FE002; Mon, 2 Jan 2017 09:30:05 +0100 (CET) Subject: Re: ACPI Error on HP ProBook 430 G2 To: "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> Cc: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov From: Hans Petter Selasky Message-ID: <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> Date: Mon, 2 Jan 2017 09:29:41 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> Content-Type: text/plain; charset=windows-1252; 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: Mon, 02 Jan 2017 08:30:13 -0000 On 12/22/16 21:04, Moore, Robert wrote: > ACPICA version 20161222 happened today, with a fix for the problem below. > +1 When will the fix be merged to -head ? --HPS From owner-freebsd-current@freebsd.org Mon Jan 2 15:55:46 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 0DEDBC9C373 for ; Mon, 2 Jan 2017 15:55:46 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) (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 D6751113E; Mon, 2 Jan 2017 15:55:45 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: by mail-io0-f172.google.com with SMTP id d9so414169764ioe.0; Mon, 02 Jan 2017 07:55:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=6Usl41P6UcjnN9X1wtjU38miVgjJs5f6x4DbpYPmJ20=; b=BIJM1e+oSjKwgjoCIhQAOvlT9sCLpRCn5TiWY8bCINxBAdwQWHJRATfDydHXfCmx/1 /QUI0zDp8wnbk8bPmwEDpbucVsPMpkAKwy57Umrq9wWB4HR+QY+ZK8WXbrb5QNur7J29 7s72Ez4yi/lfphSCtxYOJRXVePfLtMquuS1BIce2DZDpKUIHwpRHZuJQp3ECZ1LywSnH piQaPBIPV0kxGoaB03559MYRbeMhoP1A8P+CDKqmB66GLWWfZ73jKaXOwuMqe79a2NBn IcOw2jCHxi76SHc30R9P+bF1jYmIF5gbJD3EhfS4vt0dgLnqwVU5vQnNFj0mQd8/mwO0 rrsg== X-Gm-Message-State: AIkVDXL4NYzDSq0sNR6r2vqvxxX4thOFKpLsVWX6I77EJWetBJVt3mif1S8tfTJ/5z9vMg== X-Received: by 10.107.14.8 with SMTP id 8mr38627728ioo.11.1483365732234; Mon, 02 Jan 2017 06:02:12 -0800 (PST) Received: from mail-it0-f45.google.com (mail-it0-f45.google.com. [209.85.214.45]) by smtp.gmail.com with ESMTPSA id l73sm32067201ioe.1.2017.01.02.06.02.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Jan 2017 06:02:11 -0800 (PST) Received: by mail-it0-f45.google.com with SMTP id 75so248275832ite.1; Mon, 02 Jan 2017 06:02:11 -0800 (PST) X-Received: by 10.36.64.21 with SMTP id n21mr45019277ita.27.1483365730971; Mon, 02 Jan 2017 06:02:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.165.78 with HTTP; Mon, 2 Jan 2017 06:01:50 -0800 (PST) From: Jonathan Anderson Date: Mon, 2 Jan 2017 10:31:50 -0330 X-Gmail-Original-Message-ID: Message-ID: Subject: PQ_LAUNDRY: unexpected behaviour To: markj@freebsd.org, alc@freebsd.org Cc: freebsd-current 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: Mon, 02 Jan 2017 15:55:46 -0000 Hi all, I'm seeing some unexpected PQ_LAUNDRY behaviour on something fairly close to -CURRENT (drm-next-4.7 with an IFC on 26 Dec). Aside from the use of not-quite-CURRENT, it's also very possible that I don't understand how the laundry queue is supposed to work. Nonetheless, I thought I'd check whether there is a tunable I should change, an issue with the laundry queue itself, etc. After running X overnight (i915 can now run overnight on drm-next-4.7!), I end up with a little over half of my system memory in the laundry queue and a bunch of swap utilization. Even after closing X and shutting down lots of services, I see the following in top: ``` Mem: 977M Active, 31M Inact, 4722M Laundry, 1917M Wired, 165M Free ARC: 697M Total, 67M MFU, 278M MRU, 27K Anon, 22M Header, 331M Other Swap: 4096M Total, 2037M Used, 2059M Free, 49% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 911 root 1 52 0 57788K 4308K select 1 0:00 0.00% sshd 974 root 1 20 0 43780K 0K wait 2 0:00 0.00% 1406 jon 1 20 0 33520K 2748K select 0 0:04 0.00% gpg-agent 2038 jon 1 20 0 31280K 5452K ttyin 3 0:18 0.00% zsh 1251 jon 1 22 0 31280K 4500K pause 3 0:02 1.46% zsh 7102 jon 1 20 0 31280K 3744K ttyin 0 0:00 0.00% zsh 1898 jon 1 20 0 31280K 3036K ttyin 1 0:00 0.00% zsh 1627 jon 1 21 0 31280K 0K pause 0 0:00 0.00% 22989 jon 1 20 0 31152K 6020K ttyin 1 0:01 0.00% zsh 22495 jon 1 49 0 31152K 6016K ttyin 0 0:02 0.00% zsh 1621 jon 1 20 0 28196K 8816K select 2 0:40 0.00% tmux 6214 jon 1 52 0 27008K 2872K ttyin 1 0:00 0.00% zsh 6969 jon 1 52 0 27008K 2872K ttyin 3 0:00 0.00% zsh 6609 root 1 20 0 20688K 4604K select 1 0:00 0.00% wpa_supplicant 914 root 1 20 0 20664K 5232K select 2 0:02 0.00% sendmail 917 smmsp 1 20 0 20664K 0K pause 0 0:00 0.00% 24206 jon 1 23 0 20168K 3500K CPU0 0 0:00 0.00% top 921 root 1 20 0 12616K 608K nanslp 1 0:00 0.00% cron ``` Are there any things I could do (e.g., sysctls, tunables) to figure out what's happening? Can I manually force the laundry to be done? `swapoff -a` fails due to a lack of memory. Thanks, Jon -- jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Mon Jan 2 18:27:58 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 E3EA9C9C4D6 for ; Mon, 2 Jan 2017 18:27:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-wj0-x22a.google.com (mail-wj0-x22a.google.com [IPv6:2a00:1450:400c:c01::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 78A781E64; Mon, 2 Jan 2017 18:27:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-wj0-x22a.google.com with SMTP id v7so429887170wjy.2; Mon, 02 Jan 2017 10:27:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=JqHdD+lfEJdssWID5CnN8Z8mQVvFEWW3c9s3MTk/NxY=; b=AwX07tFt0+OSChMlK8/WMp0YSjIAoXfnjA3V0M6wK8V3sWGBfz0clFofPBugOhC2bf rdgaPXCI51s2+YCtu4C16l5LuLs0QC+VIegHJl1S/Z6atj31ATDMrjRYSJsFXjTl+N6n +YOQbPvj2Tlqj+U39iAC3azpckSytFYUCRGQ+W23xSeOuS1BLCixvi9d/pXhnRfxKahN sQGzzNV1EJTgQH6z3UMKbQR8tRn+OCxXDOEKatlVJCP/PoXzKqCarCInBZNzRVckI7hn DYo5l9z1h5B963oTtJ+ChidsMaWla/iTPT56a6/4elruBQQxc+4CLvms3Mh6W6/5fYOE 0lDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=JqHdD+lfEJdssWID5CnN8Z8mQVvFEWW3c9s3MTk/NxY=; b=Ih5wBeLGrUb8WYLFqI0ey6EjeC7s2nvcVfagYHZX6NAjOI+h2z/Asm7FxiXUbru+SA 4DxlqNN9noRkOvJ108PRTQksMFjHBCQPFyEuRoteRDzCtyOO7i6HNX/IEBacQJ/lFlCK aJfXPuNDTiDVj6DraAc2kQIghMEd0hR+yGbyvzKJ0NEbo+H6WQRc84v6EdZP3wYhgvyK EhvvYHylEh/LoYf2OmIoHS3J1occQkVah5pgEz10RuYJVB1zm34ASOeLLT72mlmh2Ugr U/gf23keRyRaF3TA+bZXWY16c2M4eK4Vg2OEcmKng/zICa4awsuGUEUO9cR/EZMBKZCi Imvg== X-Gm-Message-State: AIkVDXJFZ89BWZNVwk/Sj0z6PpanMLNPIV59J6I5jLL9RavPVbE4nRlfbIoqPwr0QmaPrA== X-Received: by 10.194.37.6 with SMTP id u6mr58357972wjj.20.1483381676454; Mon, 02 Jan 2017 10:27:56 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id u18sm85720870wmd.1.2017.01.02.10.27.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Jan 2017 10:27:55 -0800 (PST) Sender: Mark Johnston Date: Mon, 2 Jan 2017 10:33:52 -0800 From: Mark Johnston To: Jonathan Anderson Cc: alc@freebsd.org, freebsd-current Current Subject: Re: PQ_LAUNDRY: unexpected behaviour Message-ID: <20170102183352.GA46812@wkstn-mjohnston.west.isilon.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Mon, 02 Jan 2017 18:27:59 -0000 On Mon, Jan 02, 2017 at 10:31:50AM -0330, Jonathan Anderson wrote: > Hi all, > > I'm seeing some unexpected PQ_LAUNDRY behaviour on something fairly close > to -CURRENT (drm-next-4.7 with an IFC on 26 Dec). Aside from the use of > not-quite-CURRENT, it's also very possible that I don't understand how the > laundry queue is supposed to work. Nonetheless, I thought I'd check whether > there is a tunable I should change, an issue with the laundry queue itself, > etc. My suspicion is that this is a memory leak of some sort and unrelated to PQ_LAUNDRY itself. That is, with the previous policy you would see lots of swap usage and a large inactive queue instead. > > After running X overnight (i915 can now run overnight on drm-next-4.7!), I > end up with a little over half of my system memory in the laundry queue and > a bunch of swap utilization. Even after closing X and shutting down lots of > services, I see the following in top: > > ``` > Mem: 977M Active, 31M Inact, 4722M Laundry, 1917M Wired, 165M Free > ARC: 697M Total, 67M MFU, 278M MRU, 27K Anon, 22M Header, 331M Other > Swap: 4096M Total, 2037M Used, 2059M Free, 49% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 911 root 1 52 0 57788K 4308K select 1 0:00 0.00% sshd > 974 root 1 20 0 43780K 0K wait 2 0:00 0.00% > > 1406 jon 1 20 0 33520K 2748K select 0 0:04 0.00% > gpg-agent > 2038 jon 1 20 0 31280K 5452K ttyin 3 0:18 0.00% zsh > 1251 jon 1 22 0 31280K 4500K pause 3 0:02 1.46% zsh > 7102 jon 1 20 0 31280K 3744K ttyin 0 0:00 0.00% zsh > 1898 jon 1 20 0 31280K 3036K ttyin 1 0:00 0.00% zsh > 1627 jon 1 21 0 31280K 0K pause 0 0:00 0.00% > 22989 jon 1 20 0 31152K 6020K ttyin 1 0:01 0.00% zsh > 22495 jon 1 49 0 31152K 6016K ttyin 0 0:02 0.00% zsh > 1621 jon 1 20 0 28196K 8816K select 2 0:40 0.00% tmux > 6214 jon 1 52 0 27008K 2872K ttyin 1 0:00 0.00% zsh > 6969 jon 1 52 0 27008K 2872K ttyin 3 0:00 0.00% zsh > 6609 root 1 20 0 20688K 4604K select 1 0:00 0.00% > wpa_supplicant > 914 root 1 20 0 20664K 5232K select 2 0:02 0.00% > sendmail > 917 smmsp 1 20 0 20664K 0K pause 0 0:00 0.00% > > 24206 jon 1 23 0 20168K 3500K CPU0 0 0:00 0.00% top > 921 root 1 20 0 12616K 608K nanslp 1 0:00 0.00% cron > ``` > > Are there any things I could do (e.g., sysctls, tunables) to figure out > what's happening? Can I manually force the laundry to be done? `swapoff -a` > fails due to a lack of memory. Is that the full list of processes? Does "ipcs -m" show any named shm segments? Looking at the DRM code, the GEM uses swap objects to back allocations by the drivers, so this could be the result of a kernel page leak in the drm-next branch. If so, you'll need a reboot to recover. From owner-freebsd-current@freebsd.org Tue Jan 3 08:58: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 2C50DC9CF3A for ; Tue, 3 Jan 2017 08:58:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA5081DDA for ; Tue, 3 Jan 2017 08:58:19 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x22c.google.com with SMTP id c13so281804032lfg.0 for ; Tue, 03 Jan 2017 00:58:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=vsK/BVelEDFiHEWytJOJWEicxcJ8UwSpo8dnGYEnvJE=; b=MS7p8+SFkgRxYI2IzQ4R6ZoL9AyTWKhD4b2RQHCfmtlwPtuCjri8cNta4y7514+O8I SEJnoDe4iQGdm2nYOLy9xgYoGbkg1XNduQybP5YRChrZAU8yf7Mx/OaORlZoiPVUzpkD ohKvzPLO50xWzdeofwTwbGnvZV+Er2Asd1wvIoOGm8XWcUSa2zxCaPXoj9kvA/VNAW4q OGgO64ZPeFvOBG56UQDbRiWNqZB4itUgWorsVr+XSk37KPqpFkH05bahGNmi7DIwXyn3 Y7052e5hKuvSQAZuXtAX8hXxJR0ZnB8XOfOVWWwtLpxUXAVlZhjhPiOUYnJrdncG9agn 4LNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=vsK/BVelEDFiHEWytJOJWEicxcJ8UwSpo8dnGYEnvJE=; b=K9KiOe8ob9FEDY+K490EacauldtJ2RMK7DbS5PYdz48wfqa60rNpZwPKnPNH2f6Ebs vaIcR/XJ+erqoZb4H0GkYHztqJvoh8TXv3OjHyyHFnqP3Mh+b828lh2ndSwCig1/wqm2 VBUhCviURUYK631AYrVXvrLqD5KsrPlYnunOrXrB8j3u6kl5B1KoJyvb8ev4CtUl7H+d achjYK/aCxtyZz1I8PQwf0tSjURpMyNe2uqAuPNKLYITmZa7X73Yu5FjjXj3900RXsTz VfUeUiCW4sFp/GMfN5p/TXTbdTR4E0rv0q1SwT3A5ApMgWIXM9KPiaguXS+8DvK9/TQ9 8wSA== X-Gm-Message-State: AIkVDXLU6aso+kFaMRWOc+X+Ut/jdKoBGDvj+48Xrc/1DfCX0t+QLuaIah7s01ujh7MCj4BOECSN1TFdzFwohg== X-Received: by 10.46.32.135 with SMTP id g7mr21304538lji.70.1483433897539; Tue, 03 Jan 2017 00:58:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Tue, 3 Jan 2017 00:58:17 -0800 (PST) From: blubee blubeeme Date: Tue, 3 Jan 2017 16:58:17 +0800 Message-ID: Subject: current freebsd graphics stack To: freebsd-current@freebsd.org 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, 03 Jan 2017 08:58:20 -0000 Howdy Is there anyone on this list that works on the graphics stack for FreeBSD? Watching this video: https://www.youtube.com/watch?v=dZI4pAvK_RY&spfreload=5 from a few years ago and what I've gathered so far the new x is getting a major redesign and a lot of code is moving into the kernel. You can take a look at the attached images to get the tl;dr of the talk. http://imgur.com/a/Ek4fq My question, is anyone here whose doing graphics stack work done any work on implementing GEM, KMS, DRM in the FreeBSD kernel. Even a port of the linux version would be somewhere to start. Best, Owen From owner-freebsd-current@freebsd.org Tue Jan 3 09:42: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 22D7CC9B0DB for ; Tue, 3 Jan 2017 09:42:56 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002: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 DA4321729 for ; Tue, 3 Jan 2017 09:42:55 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x22b.google.com with SMTP id t125so283951291ywc.1 for ; Tue, 03 Jan 2017 01:42:55 -0800 (PST) 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; bh=kQ6DrjP+h32op5WOlqMxExKUuBaY5ddUffQk+JEseOM=; b=D+EoZ+pIJQS7UZHwsdwzLUt+AH6ZC5xFH/gjjRXoPaudJelssxHbu7E9X3VPWAKpRa YZU1dq4w0jdLFZOAZrAAllLq7wBktZvNSRce7tWLE9jlYk0A2PMti6wnWUfAsG1wcx3d J9yY0qdkUy1T582DHbvJZFLxTzZBEB+d40IsUZWHHXGqpU8u9pQw3A2YpT9aaqVng/G7 Xv/nnS36eZy/dUGoU/p6X86xCWOcuWsCRojYEhewpT7rhyvH0HZ67FGJAj6gwWDCEe2f S37DNYr3dUEdAD4oAWTSDa1WeNMdLQDsvhbyyOA/xaySUNoJMGhTF/y/tTYBUq2znEVU Iudg== 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; bh=kQ6DrjP+h32op5WOlqMxExKUuBaY5ddUffQk+JEseOM=; b=Lyuu5sbLzdcVcycUXxdou3ODTQEXL+RSPBLYBv/cOD+DSG3xBL69lyaC8zo6E7do3w 9VUKXODFMY4UZ2H21xbod9pXloYnIKzgwYzI32+Rx7fhYuCRdlrtcFhpbS1e3IX84sd3 dNK+WuaeBxYdaFcExvCGX/hOTW2pHbsCE7rJDP2ie042MJCwY0mSOtOBThxp7zP+YPhq eXsGY+Z84CFixCxNP6kQnebfUtmhFkVQvk5sM8YfoemqscHj19VnA1NsQy5nD5h4aCZD TIBsguYOc7b4V0klInTbqvWVcW8AgbDbsoHHK1iwXE1UZ9DDsFpkaujHfLywKrnFNrgL xYSA== X-Gm-Message-State: AIkVDXJCxByLQhK30TPDzTaagAt3BeRauBgLfsaDTI2srJhzspv4fbroCp6Y91/uNhHo3Hv2ylGL81lPJZ+rhg== X-Received: by 10.13.251.135 with SMTP id l129mr62855831ywf.353.1483436574891; Tue, 03 Jan 2017 01:42:54 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Johannes Lundberg Date: Tue, 03 Jan 2017 09:42:44 +0000 Message-ID: Subject: Re: current freebsd graphics stack To: blubee blubeeme , freebsd-current@freebsd.org 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, 03 Jan 2017 09:42:56 -0000 Hi Owen I've been helping out with drm, i915, linuxkpi and evdev in the kernel. For userland I'm working on Wayland-related stuff. You can check my twitter (@johalun) or this mailing list for my earlier posts about how to use this work. Sorry for asking but exactly what is your question now again? On Tue, Jan 3, 2017 at 16:58 blubee blubeeme wrote: > Howdy > > > > Is there anyone on this list that works on the graphics stack for FreeBSD? > > > > Watching this video: > https://www.youtube.com/watch?v=dZI4pAvK_RY&spfreload=5 > > > > from a few years ago and what I've gathered so far the new x is getting a > > major redesign and a lot of code is moving into the kernel. > > > > You can take a look at the attached images to get the tl;dr of the talk. > > > > http://imgur.com/a/Ek4fq > > > > My question, is anyone here whose doing graphics stack work done any work > > on implementing GEM, KMS, DRM in the FreeBSD kernel. > > > > Even a port of the linux version would be somewhere to start. > > > > Best, > > Owen > > _______________________________________________ > > 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 Tue Jan 3 10:15:29 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 C23CAC9BBE8 for ; Tue, 3 Jan 2017 10:15:29 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::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 572CB16F3 for ; Tue, 3 Jan 2017 10:15:29 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id t196so282933161lff.3 for ; Tue, 03 Jan 2017 02:15:29 -0800 (PST) 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=5ubo4zvfi22fBX0CQQdr6NUREdA4MyrBwNIf34IQjRg=; b=FCtObWsSL2K4tfdTIrOqTQBepTKScreRWG4tvN2IohS4vBzE0gBIknwp/7k/RbQ7zB OCi3SyvmQfrOne+1C7oT3G1mFD+Bk250JxjFoh3FoXwmZBKzDHOeA7SUekirrj7C06rc YZLrBeFuBi8xLxF8MYnLh4m5G7037srlHh5+gk7fqAfxjEGokSw+atd3gXVvvMTKhDeJ +O0T0r8nT3ueDppyRsUX8ev850Y52YiXYN3cOISDcxnNDZjaNRoqqFwy/y/ZBTYuCUhd zcQoM5cPFannQiVAGypr5a6fZjimRutt2SsTzMg6ma7BUozOLt9qDukWTeFxnBaXifQx qY7A== 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=5ubo4zvfi22fBX0CQQdr6NUREdA4MyrBwNIf34IQjRg=; b=pxsKGnhp9+14llyp/52AtjqTcQPa3z3Fq2QgHf0EPfGuBjdYquUZb1YukxU+Bs11B+ yF+Ids5dhXtk0zLPCklNnYIfFgEoED7joz0udRTqKgzx/X5tfhx9HW295yAvqhSBkxky NZehYSN/sFYEn8n/JAdpYqps4Fjz8TIK3gS2pjgw14YzLYmjN/evG9LHkcBBNwQAODfj MEW6EieBI9/UiK4mzSm2oEUi8bbeOXEMbCE3CvKI1pOmqk8XbuGNwnEVazpjX/288mof vySqkqEo4snHGR7y8r9dv2MZdCd01oUsapIcX/8ehJrPTy7/ZUwExEq4VWSiiBslK39N Qfcg== X-Gm-Message-State: AIkVDXKxV4CdVySHMzzX9dW699TXG+CMcgGvDEBSWEWRGy1JOklOGXFNA3A58XJfDTuLwTct/qRmPIiodS5G+w== X-Received: by 10.46.32.76 with SMTP id g73mr22352271ljg.22.1483438527514; Tue, 03 Jan 2017 02:15:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Tue, 3 Jan 2017 02:15:26 -0800 (PST) In-Reply-To: References: From: blubee blubeeme Date: Tue, 3 Jan 2017 18:15:26 +0800 Message-ID: Subject: Re: current freebsd graphics stack To: Johannes Lundberg Cc: freebsd-current@freebsd.org 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, 03 Jan 2017 10:15:29 -0000 Hi Johannes I was asking about the current state of those three main items. I just looked at the linuxkpi thing and it's a wrapper around the linux version of DRM but isn't DRM a open standard, if we keep chasing down linux the more they move their stuff into their kernel the harder it will become to maintain these things on FreeBSD even though it might be more work upfront? It seems like evdev is the same story, xorg was moving to libinput, I believe. Is there a reason why we have to wrap the linux things and why couldn't we just write our own that can then be tied closely to the BSD kernel while still sticking to the standards. To be honest I don't have the slightest idea how massive GEM, KMS and DRM are just yet but it seems like adding a wrapper around another OS kernel into that mix can only go bad. How many people are working on the project with you at the moment? Best, Owen On Tue, Jan 3, 2017 at 5:42 PM, Johannes Lundberg wrote: > Hi Owen > > I've been helping out with drm, i915, linuxkpi and evdev in the kernel. > > For userland I'm working on Wayland-related stuff. > > You can check my twitter (@johalun) or this mailing list for my earlier > posts about how to use this work. > > Sorry for asking but exactly what is your question now again? > > > On Tue, Jan 3, 2017 at 16:58 blubee blubeeme wrote: > >> Howdy >> >> >> >> Is there anyone on this list that works on the graphics stack for FreeBSD? >> >> >> >> Watching this video: https://www.youtube.com/watch? >> v=dZI4pAvK_RY&spfreload=5 >> >> >> >> from a few years ago and what I've gathered so far the new x is getting a >> >> major redesign and a lot of code is moving into the kernel. >> >> >> >> You can take a look at the attached images to get the tl;dr of the talk. >> >> >> >> http://imgur.com/a/Ek4fq >> >> >> >> My question, is anyone here whose doing graphics stack work done any work >> >> on implementing GEM, KMS, DRM in the FreeBSD kernel. >> >> >> >> Even a port of the linux version would be somewhere to start. >> >> >> >> Best, >> >> Owen >> >> _______________________________________________ >> >> 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 Tue Jan 3 10:45: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 4AAA1C9D79A for ; Tue, 3 Jan 2017 10:45:59 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002: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 087EE16B4 for ; Tue, 3 Jan 2017 10:45:59 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id s68so38022329ywg.0 for ; Tue, 03 Jan 2017 02:45:59 -0800 (PST) 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=aoGXBxeTH1igCflRJZV3eII6T5tGqoNuVp8mGnPV2Pg=; b=kQZRgROxCXdgwD+CMI16fPzX/o0FbD0jS66moVHCXdv+hm+6Jyb5LFkkeGamGASB1s qbtmIm6+ZrjClU5Q/z8q/+LGXU7/RqFDb5r1+XeFaaKnsjMvULGUjFqHMBmfZD2wveOH SOLzdGenruC34ZpkMQS6jWOD9HpX6Dg1SA+/RX9PqwsceOqW5xbLvN0y8TBy2qCBO5GI rVWRqIGCFP525DEAMdmTgsp9tOlB6r4LUo2iekqWAiaXrcClhWoHUNbRI5D4O8YDGS3D y9lbl60DLeBWsS8zywaAuIDd/CAmw9RkJEU5FpvP6yTTAFMtNK0p0q2iYvFzLMHf/Fo/ 2xLQ== 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=aoGXBxeTH1igCflRJZV3eII6T5tGqoNuVp8mGnPV2Pg=; b=AlrOP2CZkZ752vy1+MQwYkHBsS4sw3EAUmdJ49ilCiUWGCrr3Q+ByEtuwc8YapXEfD 92YfU3PDmDhs//mWk9mdTqKePrTfaJ0KH8y+aa6nxyy6fPIEpfa2R8WzodvizQCRc1se 8bewNJz7q38hgyHkdDtxPDKMi3pRjOSgmGGl7GJF8wrS9kEuiCgw4ctIzu8Cy2akF7xm 88sUpL9gxB5/OstVGroQ4j5/NyA5Tj5H4QFskDyIpOTlUSsXn+3A1XPNIHhkgkKGle7B z7L9e+zO6k1iiuA7U1FArSzdBmUHuNL/pN8g62gIlD0avuF4A8K2MGU3X4KAa/o3JsNe 8DBA== X-Gm-Message-State: AIkVDXKEFZaQwkPQfcK0jZWKJM5ZX1rqJKa1JFWPmqsOFAfpdYfTCLYAjtqFiijxLfi3cGUXngo24Gzn1MwQoQ== X-Received: by 10.129.174.94 with SMTP id g30mr61133241ywk.254.1483440357461; Tue, 03 Jan 2017 02:45:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.239.198 with HTTP; Tue, 3 Jan 2017 02:45:57 -0800 (PST) In-Reply-To: References: From: Johannes Lundberg Date: Tue, 3 Jan 2017 18:45:57 +0800 Message-ID: Subject: Re: current freebsd graphics stack To: blubee blubeeme Cc: freebsd-current@freebsd.org 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, 03 Jan 2017 10:45:59 -0000 Hi Not sure about the other graphics drivers but porting a driver like drm/i915 for Intel graphics is a massive undertaking (look at the source code from Intel!). Intel develops their open source driver for Linux and having linuxkpi reduces porting efforts for us from a full time job to a few weekends / year. Remember how we had to wait 5 years for Haswell support? That's the only reason I had to run Linux for several years instead of FreeBSD (and a lot of development time went into Linux just because of that, wasted). linuxkpi and friends will be optional, you don't have to use if you don't want to. I'm all for a BSDish system with X & Wayland compositors and GUIs and the whole package. But, who's gonna have the time to develop/maintain it? What happens when we no longer can run Qt/GTK applications and only a small subset of BSD-friendly apps? I agree with what your saying, but we have to be realistic. Adding optional wrapper/support in the kernel plus a thin userland layer like udev or epoll etc, does not "taint" FreeBSD in anyway, rather it allows us to use newer hardware and a larger set of software with minimal porting efforts. On this project? Not many, we need a lot more. On Tue, Jan 3, 2017 at 6:15 PM, blubee blubeeme wrote: > Hi Johannes > > I was asking about the current state of those three main items. > > I just looked at the linuxkpi thing and it's a wrapper around the linux > version of DRM but isn't DRM a open standard, if we keep chasing down linux > the more they move their stuff into their kernel the harder it will become > to maintain these things on FreeBSD even though it might be more work > upfront? > > It seems like evdev is the same story, xorg was moving to libinput, I > believe. > > Is there a reason why we have to wrap the linux things and why couldn't we > just write our own that can then be tied closely to the BSD kernel while > still sticking to the standards. > > To be honest I don't have the slightest idea how massive GEM, KMS and DRM > are just yet but it seems like adding a wrapper around another OS kernel > into that mix can only go bad. > > How many people are working on the project with you at the moment? > > Best, > Owen > > On Tue, Jan 3, 2017 at 5:42 PM, Johannes Lundberg > wrote: > >> Hi Owen >> >> I've been helping out with drm, i915, linuxkpi and evdev in the kernel. >> >> For userland I'm working on Wayland-related stuff. >> >> You can check my twitter (@johalun) or this mailing list for my earlier >> posts about how to use this work. >> >> Sorry for asking but exactly what is your question now again? >> >> >> On Tue, Jan 3, 2017 at 16:58 blubee blubeeme wrote: >> >>> Howdy >>> >>> >>> >>> Is there anyone on this list that works on the graphics stack for >>> FreeBSD? >>> >>> >>> >>> Watching this video: https://www.youtube.com/watch? >>> v=dZI4pAvK_RY&spfreload=5 >>> >>> >>> >>> from a few years ago and what I've gathered so far the new x is getting a >>> >>> major redesign and a lot of code is moving into the kernel. >>> >>> >>> >>> You can take a look at the attached images to get the tl;dr of the talk. >>> >>> >>> >>> http://imgur.com/a/Ek4fq >>> >>> >>> >>> My question, is anyone here whose doing graphics stack work done any work >>> >>> on implementing GEM, KMS, DRM in the FreeBSD kernel. >>> >>> >>> >>> Even a port of the linux version would be somewhere to start. >>> >>> >>> >>> Best, >>> >>> Owen >>> >>> _______________________________________________ >>> >>> 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 Tue Jan 3 10:50: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 BAFBDC9D88D for ; Tue, 3 Jan 2017 10:50:26 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C7F01848 for ; Tue, 3 Jan 2017 10:50:26 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id c13so283257463lfg.0 for ; Tue, 03 Jan 2017 02:50:26 -0800 (PST) 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=x+BcKZq1rMZ0MrJwIPCpxefEKdocShPXq+gYJi1kMQ8=; b=JSoGnW6MJKYHTDAxJjKPfRF1nslVlRxS3/i3OnRXR5+Fhyx3ptfsC5CMtUXjKW/pL8 UeNk8DTY/2aWXvj2TS6j2R7xepUqsyQ4CwhURU2YPXVv4qbalS2RTgxi3AfUyZS2dDQi gtucARX+BixirJT0y3l2nqVvWWM/3d7/QLNCP8ThE+uyWwBSbyyi3x64RidI96OktVW2 m/oYuHsJ2xZ/SC7GjeUQZr2ezEl5hcxGZVgaH5iXSUKE+rfRTWeKB+1FeWCEroSiq8bL +vOOAQQn0pN5EQaRSNRImka6QknE2pQ38kjHDH0YvoyXDjJBkLvmspeURLj2mH/Xl+yY nJHQ== 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=x+BcKZq1rMZ0MrJwIPCpxefEKdocShPXq+gYJi1kMQ8=; b=iGivNWv0F8YVNuJUg5k14pLRQaaW//3VAXfGNusnnZXWY6cPBlFNzHCM+FUJ1o3Jsc 945tYb4Q46nfXqAt9bwz0wMi/lssmwIbdqJq1XVTx+QHj1sA9QuR9FAQspcIJOhUPWnI b44J705KctgLsuNxfmhoiMNKBzhg1CkGGEaZEJQgGcpCurF2wYauJACieucuEdvwAGJ8 z2OiMMsJ0kt2PtlNnGIKrPHzI9xY7okSU+amtvblM4QnaA6ASOiS46a6eNI+J1/FWbRB Ef9YtLOg9w9uYp3dQX96CRBxKkMz8ANcxfUzhCvM44dctgJRFntagUXd6m1axmxe7/Sk L2Lw== X-Gm-Message-State: AIkVDXKjleu0TVGfv9eKBS6EBSPZnH2Z+sbCZQN0MJlGvUFIKQF1KO7Yys1i18TY/xb06R5UEl82253jISgmxA== X-Received: by 10.25.67.9 with SMTP id q9mr17767153lfa.6.1483440624289; Tue, 03 Jan 2017 02:50:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Tue, 3 Jan 2017 02:50:23 -0800 (PST) In-Reply-To: References: From: blubee blubeeme Date: Tue, 3 Jan 2017 18:50:23 +0800 Message-ID: Subject: Re: current freebsd graphics stack To: Johannes Lundberg Cc: freebsd-current@freebsd.org 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, 03 Jan 2017 10:50:26 -0000 It's understandable and I actually came across your twitter account a long time ago before I joined this list. I did look at intels open source gpu drivers. I will be attempting after a smaller project to get it up and running on BSD without using the linux wrappers. Crazy, I know but nothing tried nothing done and I'm stubborn enough to do the work now to have an easier time later. This is a pretty complex subject and it does touch so many different things that are all trying to change, the complexity is pretty high. We'll see if we can sort that out. Best, Owen On Tue, Jan 3, 2017 at 6:45 PM, Johannes Lundberg wrote: > Hi > > Not sure about the other graphics drivers but porting a driver like > drm/i915 for Intel graphics is a massive undertaking (look at the source > code from Intel!). Intel develops their open source driver for Linux and > having linuxkpi reduces porting efforts for us from a full time job to a > few weekends / year. Remember how we had to wait 5 years for Haswell > support? That's the only reason I had to run Linux for several years > instead of FreeBSD (and a lot of development time went into Linux just > because of that, wasted). linuxkpi and friends will be optional, you don't > have to use if you don't want to. > > I'm all for a BSDish system with X & Wayland compositors and GUIs and the > whole package. But, who's gonna have the time to develop/maintain it? What > happens when we no longer can run Qt/GTK applications and only a small > subset of BSD-friendly apps? > > I agree with what your saying, but we have to be realistic. Adding > optional wrapper/support in the kernel plus a thin userland layer like udev > or epoll etc, does not "taint" FreeBSD in anyway, rather it allows us to > use newer hardware and a larger set of software with minimal porting > efforts. > > On this project? Not many, we need a lot more. > > > On Tue, Jan 3, 2017 at 6:15 PM, blubee blubeeme > wrote: > >> Hi Johannes >> >> I was asking about the current state of those three main items. >> >> I just looked at the linuxkpi thing and it's a wrapper around the linux >> version of DRM but isn't DRM a open standard, if we keep chasing down linux >> the more they move their stuff into their kernel the harder it will become >> to maintain these things on FreeBSD even though it might be more work >> upfront? >> >> It seems like evdev is the same story, xorg was moving to libinput, I >> believe. >> >> Is there a reason why we have to wrap the linux things and why couldn't >> we just write our own that can then be tied closely to the BSD kernel while >> still sticking to the standards. >> >> To be honest I don't have the slightest idea how massive GEM, KMS and DRM >> are just yet but it seems like adding a wrapper around another OS kernel >> into that mix can only go bad. >> >> How many people are working on the project with you at the moment? >> >> Best, >> Owen >> >> On Tue, Jan 3, 2017 at 5:42 PM, Johannes Lundberg >> wrote: >> >>> Hi Owen >>> >>> I've been helping out with drm, i915, linuxkpi and evdev in the kernel. >>> >>> For userland I'm working on Wayland-related stuff. >>> >>> You can check my twitter (@johalun) or this mailing list for my earlier >>> posts about how to use this work. >>> >>> Sorry for asking but exactly what is your question now again? >>> >>> >>> On Tue, Jan 3, 2017 at 16:58 blubee blubeeme >>> wrote: >>> >>>> Howdy >>>> >>>> >>>> >>>> Is there anyone on this list that works on the graphics stack for >>>> FreeBSD? >>>> >>>> >>>> >>>> Watching this video: https://www.youtube.com/watch? >>>> v=dZI4pAvK_RY&spfreload=5 >>>> >>>> >>>> >>>> from a few years ago and what I've gathered so far the new x is getting >>>> a >>>> >>>> major redesign and a lot of code is moving into the kernel. >>>> >>>> >>>> >>>> You can take a look at the attached images to get the tl;dr of the talk. >>>> >>>> >>>> >>>> http://imgur.com/a/Ek4fq >>>> >>>> >>>> >>>> My question, is anyone here whose doing graphics stack work done any >>>> work >>>> >>>> on implementing GEM, KMS, DRM in the FreeBSD kernel. >>>> >>>> >>>> >>>> Even a port of the linux version would be somewhere to start. >>>> >>>> >>>> >>>> Best, >>>> >>>> Owen >>>> >>>> _______________________________________________ >>>> >>>> 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 Tue Jan 3 10:55:57 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 7E8E9C9DACB for ; Tue, 3 Jan 2017 10:55:57 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB691E67 for ; Tue, 3 Jan 2017 10:55:57 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x22f.google.com with SMTP id a10so285398546ywa.3 for ; Tue, 03 Jan 2017 02:55:57 -0800 (PST) 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=UK6kbkWxE7ejI7LhUZfzZcwTmkPEgXdxckxJB9AiOvM=; b=KZUPI+TKCWtNW6I5rXQME9+bNgds9ldfnfenm5KFg3cZ8yvUQe8/hfI7yczFI/z4/D kbaILQSu/JT2cfM3vPt3v5sIvpW0MP/6zaeLTU/z/ToKUOh/K5I5Kzx/zbkjTSy1yf6+ fJrXW49Mg1/UnIWn6tgWtlLhlr3uLhxbm/x6lx2yRlLrksh+e0GWj1kyxVCLpEH+bdXs TejzZjh++PqtxTKMjSFnZjstsPa7MRT4cnxU+3Pu4/LqQkekirA6koYZli/Y7aveFLaY tUjzIR78Mr0HsZS1NLx42/B/NV5DpKIEPbNisfoJCkexd+Y1RcMLcuOODdft7n80RqOn ozSQ== 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=UK6kbkWxE7ejI7LhUZfzZcwTmkPEgXdxckxJB9AiOvM=; b=ggxTeaYDom2OsY2uJkEHkIY+/IctCljXy15IFiyPFGh9+pBB3GoVy8lri32A6oFb/F riKM6/z6pZDRWpPpfQbn5iAObjOCCDZzbRKlf1kOsuJaxl+O0D5qbWqMvoFgs6jpFsxi 71GSYgu2xO2Jgh8hBPWosvDOF0eKOqf20NE4I5N1npE3bA3Duy+CbIGoQ5sw2c5t/cyS HPqiU/5hKKBnJgbFE6n1iQ+RvVm/fMcGMasAYtT21iV2CvU8PfZXtk4UixWTf+MrfdrQ HXp7SiHdm+SlB25jWOMc7NvFbO7aopARLR2i1w9Ep+QhJG00de/Rn7cTJiYHeDHsgidR LNLw== X-Gm-Message-State: AIkVDXIU9L46kTxqTHRAE1ut2/E/ZkBjlKvNQU6Lw9Bv8wF64ES8nqNkDhbyPXQETL/vHhJURGdt5knvAUpB9Q== X-Received: by 10.13.214.81 with SMTP id y78mr57067958ywd.4.1483440956479; Tue, 03 Jan 2017 02:55:56 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Johannes Lundberg Date: Tue, 03 Jan 2017 10:55:46 +0000 Message-ID: Subject: Re: current freebsd graphics stack To: blubee blubeeme Cc: freebsd-current@freebsd.org 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, 03 Jan 2017 10:55:57 -0000 Isn't that the way it was done before and is done on DragonFly? Don't forget, linuxkpi also supports AMD and Gallium drivers.... It is a complex subject.. in a perfect world we'd have unlimited time and resources and FreeBSD would be in every man's hand :) Good luck! On Tue, Jan 3, 2017 at 18:50 blubee blubeeme wrote: > It's understandable and I actually came across your twitter account a long > time ago before I joined this list. > > I did look at intels open source gpu drivers. I will be attempting after a > smaller project to get it up and running on BSD without using the linux > wrappers. Crazy, I know but nothing tried nothing done and I'm stubborn > enough to do the work now to have an easier time later. > > This is a pretty complex subject and it does touch so many different > things that are all trying to change, the complexity is pretty high. > > We'll see if we can sort that out. > > Best, > Owen > > On Tue, Jan 3, 2017 at 6:45 PM, Johannes Lundberg > wrote: > > Hi > > Not sure about the other graphics drivers but porting a driver like > drm/i915 for Intel graphics is a massive undertaking (look at the source > code from Intel!). Intel develops their open source driver for Linux and > having linuxkpi reduces porting efforts for us from a full time job to a > few weekends / year. Remember how we had to wait 5 years for Haswell > support? That's the only reason I had to run Linux for several years > instead of FreeBSD (and a lot of development time went into Linux just > because of that, wasted). linuxkpi and friends will be optional, you don't > have to use if you don't want to. > > I'm all for a BSDish system with X & Wayland compositors and GUIs and the > whole package. But, who's gonna have the time to develop/maintain it? What > happens when we no longer can run Qt/GTK applications and only a small > subset of BSD-friendly apps? > > I agree with what your saying, but we have to be realistic. Adding > optional wrapper/support in the kernel plus a thin userland layer like udev > or epoll etc, does not "taint" FreeBSD in anyway, rather it allows us to > use newer hardware and a larger set of software with minimal porting > efforts. > > On this project? Not many, we need a lot more. > > > On Tue, Jan 3, 2017 at 6:15 PM, blubee blubeeme > wrote: > > Hi Johannes > > I was asking about the current state of those three main items. > > I just looked at the linuxkpi thing and it's a wrapper around the linux > version of DRM but isn't DRM a open standard, if we keep chasing down linux > the more they move their stuff into their kernel the harder it will become > to maintain these things on FreeBSD even though it might be more work > upfront? > > It seems like evdev is the same story, xorg was moving to libinput, I > believe. > > Is there a reason why we have to wrap the linux things and why couldn't we > just write our own that can then be tied closely to the BSD kernel while > still sticking to the standards. > > To be honest I don't have the slightest idea how massive GEM, KMS and DRM > are just yet but it seems like adding a wrapper around another OS kernel > into that mix can only go bad. > > How many people are working on the project with you at the moment? > > Best, > Owen > > On Tue, Jan 3, 2017 at 5:42 PM, Johannes Lundberg > wrote: > > Hi Owen > > I've been helping out with drm, i915, linuxkpi and evdev in the kernel. > > For userland I'm working on Wayland-related stuff. > > You can check my twitter (@johalun) or this mailing list for my earlier > posts about how to use this work. > > Sorry for asking but exactly what is your question now again? > > > On Tue, Jan 3, 2017 at 16:58 blubee blubeeme wrote: > > Howdy > > > > Is there anyone on this list that works on the graphics stack for FreeBSD? > > > > Watching this video: > https://www.youtube.com/watch?v=dZI4pAvK_RY&spfreload=5 > > > > from a few years ago and what I've gathered so far the new x is getting a > > major redesign and a lot of code is moving into the kernel. > > > > You can take a look at the attached images to get the tl;dr of the talk. > > > > http://imgur.com/a/Ek4fq > > > > My question, is anyone here whose doing graphics stack work done any work > > on implementing GEM, KMS, DRM in the FreeBSD kernel. > > > > Even a port of the linux version would be somewhere to start. > > > > Best, > > Owen > > _______________________________________________ > > 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 Tue Jan 3 11:05: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 1BD25C9DEBC for ; Tue, 3 Jan 2017 11:05:02 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::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 74EFE17D1 for ; Tue, 3 Jan 2017 11:05:01 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id x140so27824813lfa.2 for ; Tue, 03 Jan 2017 03:05:01 -0800 (PST) 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=5nCSSaGxjs3ge4wTTe9N3GRucpNVA3FMZV0Bcfaz5eU=; b=nmEoV8BGEtMGv7qUc8GD6lZv801777t1ZAC8vkNGyXMiwqXoVtCfHHh0FnclTXutwl UdRbAxXG0FB/+6k02oRD7ELiSRjsgJwb2J+97dp0WUE2mlGIGgCFwrYYAYB4LMlVPjVl dMCDcS41lry/xu6i0/2wOuDmME/CrrqaQaIui7/rFZMpRj4LioX8EtHRaga5ohILS/UO hahMywD4M5RhLO7eK7v7aeJeGE5P8Of9Pjkyvnqds4rpy1ORCIuIcLEGbkHgxxTNYpUN /2p+oHi9lwzvZvbRKkJX45XMe4gNNYoSK/aOMwdofVPxtInFQQQqSbUf1XEpQAiNPKxH sXqQ== 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=5nCSSaGxjs3ge4wTTe9N3GRucpNVA3FMZV0Bcfaz5eU=; b=YVQJnSHWJAEKjACO+g3KLQxAQKDDCl3/R64rLlm71BI9zReTHtJDc4E/5N6CtG3RJr 1dpqoTIFfXZjmKwNM5M3Wd/hlcYUJaiyg1rOTZQHhI1eC4f0oQdOQto5KNlJ+0Bk+f6x qjfDagvNPKc3wYanavu/kPYFJFul1zMZjJNuc6FK/GbnDSF0EeJDJdfFghRyQ70XwM9p lHEx8NQAhwPg8kFcw/JBHgKNS02dGDKkYFe9eSUGp4YKKHo9hayi1x1hzGRKbzBmlgd4 ShvyPyIgkl8A2xyZ3bVayrxNQ6W454geUms4eHpkxZDPBGEpJAwMijNqEXinE3zAp02j FuAg== X-Gm-Message-State: AIkVDXKH1EGGImnumJIOTJSLOjdo1Ycvf0YA+tRQcUBGZfb24I/y9JSe9sKPSQ38A+qoYVmDmU7RPVcU71JY1w== X-Received: by 10.25.215.199 with SMTP id q68mr16769700lfi.47.1483441499507; Tue, 03 Jan 2017 03:04:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Tue, 3 Jan 2017 03:04:58 -0800 (PST) In-Reply-To: References: From: blubee blubeeme Date: Tue, 3 Jan 2017 19:04:58 +0800 Message-ID: Subject: Re: current freebsd graphics stack To: Johannes Lundberg Cc: freebsd-current@freebsd.org 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, 03 Jan 2017 11:05:02 -0000 I haven't looked at dragonfly I saw a few talks from the FreeBSD guys and it seemed like the main reason for dragonfly was misguided. I am interested in solving the problem within the constraints set fourth by FreeBSD so I won't be forking anything. I might look at that project though. I think the correct way to say it is that if Gallium and AMD conform to the open standard they should work with KMS and the likes. It'll be hard to go and try to talk to them with nothing to show them and hoping they'll support; that'll only happen in a perfect world. You came back to BSD after some work was done, I doubt you are the only person out there who would like to return. Companies follow the money, let's make FreeBSD attractable so that the customers come and that will bring the support from the big players. Right now we are paupers begging and picking up scraps from linux table. Not only that, since they are the loudest voice in the room right now, they will try and push these things in ways that might not be beneficial for BSD. I cam to BSD because I got tired of debian being too outdated, opensuse doesn't let me not have a DM and fedora w/o gnome might as well be a brick. All of that started because of sysemd so I have no choice but to do what I can to improve things over here. Best, Owen On Tue, Jan 3, 2017 at 6:55 PM, Johannes Lundberg wrote: > Isn't that the way it was done before and is done on DragonFly? > > Don't forget, linuxkpi also supports AMD and Gallium drivers.... > > It is a complex subject.. in a perfect world we'd have unlimited time and > resources and FreeBSD would be in every man's hand :) > > Good luck! > > On Tue, Jan 3, 2017 at 18:50 blubee blubeeme wrote: > >> It's understandable and I actually came across your twitter account a >> long time ago before I joined this list. >> >> I did look at intels open source gpu drivers. I will be attempting after >> a smaller project to get it up and running on BSD without using the linux >> wrappers. Crazy, I know but nothing tried nothing done and I'm stubborn >> enough to do the work now to have an easier time later. >> >> This is a pretty complex subject and it does touch so many different >> things that are all trying to change, the complexity is pretty high. >> >> We'll see if we can sort that out. >> >> Best, >> Owen >> >> On Tue, Jan 3, 2017 at 6:45 PM, Johannes Lundberg >> wrote: >> >> Hi >> >> Not sure about the other graphics drivers but porting a driver like >> drm/i915 for Intel graphics is a massive undertaking (look at the source >> code from Intel!). Intel develops their open source driver for Linux and >> having linuxkpi reduces porting efforts for us from a full time job to a >> few weekends / year. Remember how we had to wait 5 years for Haswell >> support? That's the only reason I had to run Linux for several years >> instead of FreeBSD (and a lot of development time went into Linux just >> because of that, wasted). linuxkpi and friends will be optional, you don't >> have to use if you don't want to. >> >> I'm all for a BSDish system with X & Wayland compositors and GUIs and the >> whole package. But, who's gonna have the time to develop/maintain it? What >> happens when we no longer can run Qt/GTK applications and only a small >> subset of BSD-friendly apps? >> >> I agree with what your saying, but we have to be realistic. Adding >> optional wrapper/support in the kernel plus a thin userland layer like udev >> or epoll etc, does not "taint" FreeBSD in anyway, rather it allows us to >> use newer hardware and a larger set of software with minimal porting >> efforts. >> >> On this project? Not many, we need a lot more. >> >> >> On Tue, Jan 3, 2017 at 6:15 PM, blubee blubeeme >> wrote: >> >> Hi Johannes >> >> I was asking about the current state of those three main items. >> >> I just looked at the linuxkpi thing and it's a wrapper around the linux >> version of DRM but isn't DRM a open standard, if we keep chasing down linux >> the more they move their stuff into their kernel the harder it will become >> to maintain these things on FreeBSD even though it might be more work >> upfront? >> >> It seems like evdev is the same story, xorg was moving to libinput, I >> believe. >> >> Is there a reason why we have to wrap the linux things and why couldn't >> we just write our own that can then be tied closely to the BSD kernel while >> still sticking to the standards. >> >> To be honest I don't have the slightest idea how massive GEM, KMS and DRM >> are just yet but it seems like adding a wrapper around another OS kernel >> into that mix can only go bad. >> >> How many people are working on the project with you at the moment? >> >> Best, >> Owen >> >> On Tue, Jan 3, 2017 at 5:42 PM, Johannes Lundberg >> wrote: >> >> Hi Owen >> >> I've been helping out with drm, i915, linuxkpi and evdev in the kernel. >> >> For userland I'm working on Wayland-related stuff. >> >> You can check my twitter (@johalun) or this mailing list for my earlier >> posts about how to use this work. >> >> Sorry for asking but exactly what is your question now again? >> >> >> On Tue, Jan 3, 2017 at 16:58 blubee blubeeme wrote: >> >> Howdy >> >> >> >> Is there anyone on this list that works on the graphics stack for FreeBSD? >> >> >> >> Watching this video: https://www.youtube.com/watch? >> v=dZI4pAvK_RY&spfreload=5 >> >> >> >> from a few years ago and what I've gathered so far the new x is getting a >> >> major redesign and a lot of code is moving into the kernel. >> >> >> >> You can take a look at the attached images to get the tl;dr of the talk. >> >> >> >> http://imgur.com/a/Ek4fq >> >> >> >> My question, is anyone here whose doing graphics stack work done any work >> >> on implementing GEM, KMS, DRM in the FreeBSD kernel. >> >> >> >> Even a port of the linux version would be somewhere to start. >> >> >> >> Best, >> >> Owen >> >> _______________________________________________ >> >> 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 Tue Jan 3 16:23:29 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 95DAAC9D4A2; Tue, 3 Jan 2017 16:23:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::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 5E2751D39; Tue, 3 Jan 2017 16:23:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B98251FE002; Tue, 3 Jan 2017 17:23:18 +0100 (CET) Subject: Re: ACPI Error on HP ProBook 430 G2 To: "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> Cc: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov From: Hans Petter Selasky Message-ID: Date: Tue, 3 Jan 2017 17:22:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> Content-Type: text/plain; charset=windows-1252; 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: Tue, 03 Jan 2017 16:23:29 -0000 On 01/03/17 16:26, Moore, Robert wrote: > Not sure I understand. The fix has been committed, and is part of version 20161222. > > Hi Robert, From what I can see that patches have been pushed to the following branch, vendor-sys/acpica/20161222/, see: https://svnweb.freebsd.org/changeset/base/310451 But not yet to "master" (12-current) ? Is that correct? My console has been filling up with messages like this: > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20161117/dswexec-498) > ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.H_EC._Q50] (Node 0xfffff800047fce40), AE_AML_OPERAND_TYPE (20161117/psparse-560) > acpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE over the holidays, so I assume that means the previous version of ACPI, 20161117 which the 20161222 version is supposed to fix. --HPS From owner-freebsd-current@freebsd.org Tue Jan 3 15:27: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 54267C9DB55; Tue, 3 Jan 2017 15:27:47 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "FMSMGA102.fm.intel.com", Issuer "Intel External Issuing CA 6A" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 327361F8A; Tue, 3 Jan 2017 15:27:46 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga102.fm.intel.com with ESMTP; 03 Jan 2017 07:26:38 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,455,1477983600"; d="scan'208";a="49608528" Received: from orsmsx110.amr.corp.intel.com ([10.22.240.8]) by fmsmga006.fm.intel.com with ESMTP; 03 Jan 2017 07:26:38 -0800 Received: from orsmsx116.amr.corp.intel.com (10.22.240.14) by ORSMSX110.amr.corp.intel.com (10.22.240.8) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 3 Jan 2017 07:26:37 -0800 Received: from orsmsx110.amr.corp.intel.com ([169.254.10.17]) by ORSMSX116.amr.corp.intel.com ([10.22.240.14]) with mapi id 14.03.0248.002; Tue, 3 Jan 2017 07:26:37 -0800 From: "Moore, Robert" To: Hans Petter Selasky , Edward Tomasz Napierala , "O. Hartmann" CC: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , "Vladimir Zakharov" Subject: RE: ACPI Error on HP ProBook 430 G2 Thread-Topic: ACPI Error on HP ProBook 430 G2 Thread-Index: AQHSWtMhykY090UIUUqbs9oDjxMRtaERjjQAgAE5DgD//75loIAB4ZAAgBEN+ICAAYCQkA== Date: Tue, 3 Jan 2017 15:26:36 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> In-Reply-To: <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 03 Jan 2017 18:02:30 +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: Tue, 03 Jan 2017 15:27:47 -0000 Not sure I understand. The fix has been committed, and is part of version 2= 0161222. > -----Original Message----- > From: Hans Petter Selasky [mailto:hps@selasky.org] > Sent: Monday, January 2, 2017 12:30 AM > To: Moore, Robert ; Edward Tomasz Napierala > ; O. Hartmann > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > Zakharov > Subject: Re: ACPI Error on HP ProBook 430 G2 >=20 > On 12/22/16 21:04, Moore, Robert wrote: > > ACPICA version 20161222 happened today, with a fix for the problem > below. > > >=20 > +1 >=20 > When will the fix be merged to -head ? >=20 > --HPS From owner-freebsd-current@freebsd.org Tue Jan 3 16:26:58 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 AF37EC9D69A; Tue, 3 Jan 2017 16:26:58 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "FMSMGA103.fm.intel.com", Issuer "Intel External Issuing CA 6A" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 737A01081; Tue, 3 Jan 2017 16:26:58 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga103.fm.intel.com with ESMTP; 03 Jan 2017 08:25:50 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,455,1477983600"; d="scan'208";a="209200363" Received: from orsmsx105.amr.corp.intel.com ([10.22.225.132]) by fmsmga004.fm.intel.com with ESMTP; 03 Jan 2017 08:25:50 -0800 Received: from orsmsx159.amr.corp.intel.com (10.22.240.24) by ORSMSX105.amr.corp.intel.com (10.22.225.132) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 3 Jan 2017 08:25:50 -0800 Received: from orsmsx110.amr.corp.intel.com ([169.254.10.17]) by ORSMSX159.amr.corp.intel.com ([169.254.11.230]) with mapi id 14.03.0248.002; Tue, 3 Jan 2017 08:25:49 -0800 From: "Moore, Robert" To: Hans Petter Selasky , Edward Tomasz Napierala , "O. Hartmann" CC: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , "Vladimir Zakharov" Subject: RE: ACPI Error on HP ProBook 430 G2 Thread-Topic: ACPI Error on HP ProBook 430 G2 Thread-Index: AQHSWtMhykY090UIUUqbs9oDjxMRtaERjjQAgAE5DgD//75loIAB4ZAAgBEN+ICAAYCQkIAAlf2A//96VMA= Date: Tue, 3 Jan 2017 16:25:49 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA8F@ORSMSX110.amr.corp.intel.com> References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 03 Jan 2017 18:02:45 +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: Tue, 03 Jan 2017 16:26:58 -0000 > -----Original Message----- > From: Hans Petter Selasky [mailto:hps@selasky.org] > Sent: Tuesday, January 3, 2017 8:23 AM > To: Moore, Robert ; Edward Tomasz Napierala > ; O. Hartmann > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > Zakharov > Subject: Re: ACPI Error on HP ProBook 430 G2 >=20 > On 01/03/17 16:26, Moore, Robert wrote: > > Not sure I understand. The fix has been committed, and is part of > version 20161222. > > > > >=20 > Hi Robert, >=20 > From what I can see that patches have been pushed to the following > branch, vendor-sys/acpica/20161222/, see: >=20 > https://svnweb.freebsd.org/changeset/base/310451 >=20 > But not yet to "master" (12-current) ? [Moore, Robert]=20 Everything goes to master. >=20 > Is that correct? >=20 > My console has been filling up with messages like this: >=20 > > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > > [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method > > parse/execution failed [\134_SB.PCI0.LPCB.H_EC._Q50] (Node > > 0xfffff800047fce40), AE_AML_OPERAND_TYPE (20161117/psparse-560) > > acpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE >=20 > over the holidays, so I assume that means the previous version of ACPI, > 20161117 which the 20161222 version is supposed to fix. [Moore, Robert]=20 Yes the messages above come from 20161117. Version is in the error messages= . > > 0xfffff800047fce40), AE_AML_OPERAND_TYPE (20161117/psparse-560) >=20 > --HPS From owner-freebsd-current@freebsd.org Tue Jan 3 18:21: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 89737C9D627; Tue, 3 Jan 2017 18:21:54 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id BA02A1D73; Tue, 3 Jan 2017 18:21:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: ACPI Error on HP ProBook 430 G2 To: Hans Petter Selasky , "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> Cc: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov From: Jung-uk Kim Message-ID: Date: Tue, 3 Jan 2017 13:21:48 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LG2gK9Ibdl9Q2aM4Pm3cwNWsDgEXVmVv8" 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, 03 Jan 2017 18:21:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LG2gK9Ibdl9Q2aM4Pm3cwNWsDgEXVmVv8 Content-Type: multipart/mixed; boundary="VxpJpdaOlFjvjKQA5WMg83BBiNvfx15qP"; protected-headers="v1" From: Jung-uk Kim To: Hans Petter Selasky , "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" Cc: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov Message-ID: Subject: Re: ACPI Error on HP ProBook 430 G2 References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> In-Reply-To: --VxpJpdaOlFjvjKQA5WMg83BBiNvfx15qP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/03/2017 11:22, Hans Petter Selasky wrote: > On 01/03/17 16:26, Moore, Robert wrote: >> Not sure I understand. The fix has been committed, and is part of >> version 20161222. >> >> >=20 > Hi Robert, >=20 > From what I can see that patches have been pushed to the following > branch, vendor-sys/acpica/20161222/, see: >=20 > https://svnweb.freebsd.org/changeset/base/310451 >=20 > But not yet to "master" (12-current) ? >=20 > Is that correct? >=20 > My console has been filling up with messages like this: >=20 >> ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for >> [OpcodeName unavailable] (20161117/dswexec-498) >> ACPI Error: Method parse/execution failed >> [\134_SB.PCI0.LPCB.H_EC._Q50] (Node 0xfffff800047fce40), >> AE_AML_OPERAND_TYPE (20161117/psparse-560) >> acpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE >=20 > over the holidays, so I assume that means the previous version of ACPI,= > 20161117 which the 20161222 version is supposed to fix. I was AFK for two weeks. I will merge ACPICA 20161222 to FreeBSD head this week when I find some free time. Jung-uk Kim --VxpJpdaOlFjvjKQA5WMg83BBiNvfx15qP-- --LG2gK9Ibdl9Q2aM4Pm3cwNWsDgEXVmVv8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlhr68EACgkQfJ+WJvzb 8UZdRQf+KMvWQjbuifaoGjVV99Ll3wSQSN4q7hmoCwNkN3WQE4LGPeN/Rw17bS/0 XsYODOt6xrA1mLfi9zMwKQM7kCb7+r7laTIvEoc55XjvOxThuWP59pN1yTGyP2ks MhrZPDW+ia0F8ZQFDo8YGY10zwIci+3GL2eHmHo4dP5vQ6ka1jiP+suS+buUe1ma EsYyCSGC/HEdVwJdgnXOJLfSKqG4tUH77j/rD95+CFXoRTtGy+FTy+/L1L0ne9K1 cxcHMeOnAcDKAKuf22WPf6rqbqc80vgc14o5Wh598MNfvfFL8rqgiiII3ttO+Cfd /M+KkmfZkpoo7ayrh0FHfpa30SOQ1A== =uAvr -----END PGP SIGNATURE----- --LG2gK9Ibdl9Q2aM4Pm3cwNWsDgEXVmVv8-- From owner-freebsd-current@freebsd.org Wed Jan 4 04:58:46 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 34ACAC9EE15 for ; Wed, 4 Jan 2017 04:58:46 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 250A916F4 for ; Wed, 4 Jan 2017 04:58:46 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: by mailman.ysv.freebsd.org (Postfix) id 1F105C9EE13; Wed, 4 Jan 2017 04:58:46 +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 1E6EDC9EE11; Wed, 4 Jan 2017 04:58:46 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id EC0BB16F1; Wed, 4 Jan 2017 04:58:42 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-100-1-157-120.nwrknj.fios.verizon.net [100.1.157.120]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 5F3F017F52; Wed, 4 Jan 2017 13:40:53 +0900 (JST) Date: Tue, 3 Jan 2017 23:40:48 -0500 From: Yoshihiro Ota To: Gleb Smirnoff Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: CFT: ndis(4) testers needed! - on 11.0-RELESE Message-Id: <20170103234048.3e77722e1728a3666377f829@j.email.ne.jp> In-Reply-To: <20150731121226.GJ889@FreeBSD.org> References: <20150731121226.GJ889@FreeBSD.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.29; i386-portbld-freebsd10.1) Mime-Version: 1.0 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: Wed, 04 Jan 2017 04:58:46 -0000 Hi Gleb, Are you still accepting a bug report on this? I have a laptop that I need to use NDIS driver. This change impacted and causes kernel panic. I haven't used this laptop for a quite while and didn't realize it had stopped working. When I setup a wlan0 device with NDIS in wepmode, "ifconfig wlan0 up" causes kernel memory currupption and causes next ioctl/sysctl access programs such as "ps" and "sysctl -a" crash the kernel. Regards, Hiro On Fri, 31 Jul 2015 15:12:26 +0300 Gleb Smirnoff wrote: > Hi! > > I need to make couple of non-functional but rather large changes > to the if_ndis driver and will appreciate if anyone signs up to > test my changes. Please contact me if you can provide help. > > -- > Totus tuus, Glebius. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://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 Jan 4 10:55: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 CB774C9E03C for ; Wed, 4 Jan 2017 10:55:48 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B1451D6B for ; Wed, 4 Jan 2017 10:55:47 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v04Amf2n089563 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 4 Jan 2017 12:48:46 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v04AhJ5I048487 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 4 Jan 2017 12:43:20 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v04AhI3Y048486 for freebsd-current@freebsd.org; Wed, 4 Jan 2017 12:43:18 +0200 (EET) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: 'make buildworld' failure Date: Wed, 04 Jan 2017 12:43:17 +0200 Message-ID: <11418322.t0J11AyFVV@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) 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, 04 Jan 2017 10:55:48 -0000 ===> usr.sbin/inetd (all) cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem -DLOGIN_CAP -DIPSEC - g -MD -MF.depend.inetd.o -MTinetd.o -std=gnu99 -fstack-protector-strong - Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized - Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused- arguments -c /usr/src/usr.sbin/inetd/inetd.c -o inetd.o /usr/src/usr.sbin/inetd/inetd.c:319:28: error: implicit declaration of function 'satosin6' is invalid in C99 [-Werror,-Wimplicit-function-declaration] IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) ^ /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is not a pointer IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) ~~~~~~~~~~~~ ^ /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:266:4: note: expanded from macro 'IN6_IS_ADDR_V4MAPPED' ((a)->__u6_addr.__u6_addr32[0] == 0 && \ ^ /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is not a pointer IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) ~~~~~~~~~~~~ ^ /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:267:4: note: expanded from macro 'IN6_IS_ADDR_V4MAPPED' (a)->__u6_addr.__u6_addr32[1] == 0 && \ ^ /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is not a pointer IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) ~~~~~~~~~~~~ ^ /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:268:4: note: expanded from macro 'IN6_IS_ADDR_V4MAPPED' (a)->__u6_addr.__u6_addr32[2] == ntohl(0x0000ffff)) ^ 4 errors generated. *** Error code 1 root@asus:/usr/src # svnlite info|grep Rev: Last Changed Rev: 311250 My current system revision is r310560 It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf From owner-freebsd-current@freebsd.org Wed Jan 4 18:09: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 513F1C9F565 for ; Wed, 4 Jan 2017 18:09:55 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4261230; Wed, 4 Jan 2017 18:09:54 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id F0F251760F; Wed, 4 Jan 2017 10:09:54 -0800 (PST) Date: Wed, 4 Jan 2017 10:09:54 -0800 From: hiren panchasara To: "Oleg V. Nauman" , hrs@FreeBSD.org Cc: freebsd-current@freebsd.org Subject: Re: 'make buildworld' failure Message-ID: <20170104180954.GV17818@strugglingcoder.info> References: <11418322.t0J11AyFVV@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="y5yQnZmVlpWlTeDv" Content-Disposition: inline In-Reply-To: <11418322.t0J11AyFVV@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 04 Jan 2017 18:09:55 -0000 --y5yQnZmVlpWlTeDv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable + hrs@ On 01/04/17 at 12:43P, Oleg V. Nauman wrote: > =3D=3D=3D> usr.sbin/inetd (all) > cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dnehalem -DLOGIN_CAP -D= IPSEC - > g -MD -MF.depend.inetd.o -MTinetd.o -std=3Dgnu99 -fstack-protector-stron= g - > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialize= d - > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality=20 > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qun= used- > arguments -c /usr/src/usr.sbin/inetd/inetd.c -o inetd.o > /usr/src/usr.sbin/inetd/inetd.c:319:28: error: implicit declaration of=20 > function 'satosin6' is > invalid in C99 [-Werror,-Wimplicit-function-declaration] > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int= ' is=20 > not a pointer > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) > ~~~~~~~~~~~~ ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:266:4: note: expanded fro= m=20 > macro > 'IN6_IS_ADDR_V4MAPPED' > ((a)->__u6_addr.__u6_addr32[0] =3D=3D 0 && \ > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int= ' is=20 > not a pointer > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) > ~~~~~~~~~~~~ ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:267:4: note: expanded fro= m=20 > macro > 'IN6_IS_ADDR_V4MAPPED' > (a)->__u6_addr.__u6_addr32[1] =3D=3D 0 && \ > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int= ' is=20 > not a pointer > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) > ~~~~~~~~~~~~ ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:268:4: note: expanded fro= m=20 > macro > 'IN6_IS_ADDR_V4MAPPED' > (a)->__u6_addr.__u6_addr32[2] =3D=3D ntohl(0x0000ffff)) > ^ > 4 errors generated. > *** Error code 1 >=20 >=20 >=20 > root@asus:/usr/src # svnlite info|grep Rev: > Last Changed Rev: 311250 >=20 > My current system revision is r310560 >=20 > It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf r310921 could be it. Cheers, Hiren --y5yQnZmVlpWlTeDv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJYbTpuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/ljh0H/iJYXPPQMLBvZmygY4FQRCT+ leoOG3f/BnLApL9a8CuWaRvcbc+qZtKbpT5C9iNnABN4d+McfYHLQt0q8vAuqhg0 0G4TcHsTkDWLw9LkUXSGtGHMifMGAJR++0yUHhftmKWwb+3vvoDvqbyxG78QvaiL a1337x5iZTOZTeys/4ZEggO8Hcb6ojVxVgNrvPJGBQj5tqgEmAzNgvA+wg6gyegz jrPQ+Lx4RSkx8mfVN9UngIAZ5iVluKlbm+kdxwT3ErZ9M70YJ72reboUn4O/rO9d D++pOn4ZjVbEA8IYycchUHBhhJHeecc9tDq0KmsOLR7MYYQck4pwIY8Qt2qee0w= =Z6f9 -----END PGP SIGNATURE----- --y5yQnZmVlpWlTeDv-- From owner-freebsd-current@freebsd.org Wed Jan 4 18:53:36 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 DDC2BC9EA73; Wed, 4 Jan 2017 18:53:36 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-oi0-f65.google.com (mail-oi0-f65.google.com [209.85.218.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 A4C51146E; Wed, 4 Jan 2017 18:53:36 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-oi0-f65.google.com with SMTP id f201so75990455oib.0; Wed, 04 Jan 2017 10:53:36 -0800 (PST) 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; bh=pYEomyXITE6CiC/060Ph+LO+ODD1wo2I1VSD4QFj3Ws=; b=AZoveOYAqf9Gp6ltpYpf8i3bc6qLX2j133CFlf/5C2l8HhVkpbnr/s6PhsmsOqA9d1 oAyJ9OIUrqrJNhteCJeJb3W9uvd/etmscDAFJDINDK5VGQFTbv/mTePAn649ZU46dSVV hRNGfOTij0/LjJ9e8m8/eVwfttlAf6JllQB4mGGu98rK7k1Z+YtS8194z+O0+G6R+Gal tCSnPVrdW8w6Y8sLpzr2GIi4SdWh1Y+gYvlEdysht5lSaKi0CwO8TK3BmLtvSUIis67X EFY0pxtEgNEC63ySJhB8B5FsXA3TOcVCpFv4UIKqWyNvSBYRvepHblzHSlaUSzFCAdP9 LVQw== X-Gm-Message-State: AIkVDXJ8ZOB79gZKB0Grd5PFhsJ6Ckkt31jt2WZ2WPoVzmKx3KaXZno67dbZqOg8dfM/Bw== X-Received: by 10.157.9.152 with SMTP id q24mr35195927otd.98.1483556014994; Wed, 04 Jan 2017 10:53:34 -0800 (PST) Received: from mail-oi0-f44.google.com (mail-oi0-f44.google.com. [209.85.218.44]) by smtp.gmail.com with ESMTPSA id 31sm34159147oth.21.2017.01.04.10.53.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2017 10:53:34 -0800 (PST) Received: by mail-oi0-f44.google.com with SMTP id b126so553919715oia.2; Wed, 04 Jan 2017 10:53:34 -0800 (PST) X-Received: by 10.202.180.193 with SMTP id d184mr31742737oif.132.1483556014338; Wed, 04 Jan 2017 10:53:34 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Wed, 04 Jan 2017 18:53:23 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: How many CPU cores does FreeBSD support? To: Shane Ambler , freebsd-questions , 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, 04 Jan 2017 18:53:37 -0000 Adding freebsd-current, because that's a good idea. I see these lines in the beginning of dmesg: MADT: Ignoring local APIC ID 256 (too high) [907/911] MADT: Ignoring local APIC ID 260 (too high) [906/911] MADT: Ignoring local APIC ID 264 (too high) [905/911] MADT: Ignoring local APIC ID 268 (too high) [904/911] MADT: Ignoring local APIC ID 272 (too high) [903/911] MADT: Ignoring local APIC ID 276 (too high) [902/911] MADT: Ignoring local APIC ID 280 (too high) [901/911] MADT: Ignoring local APIC ID 272 (too high) [903/911] MADT: Ignoring local APIC ID 276 (too high) [902/911] MADT: Ignoring local APIC ID 280 (too high) [901/911] MADT: Ignoring local APIC ID 276 (too high) [902/911] MADT: Ignoring local APIC ID 280 (too high) MADT: Ignoring local APIC ID 284 (too high) MADT: Ignoring local APIC ID 288 (too high) MADT: Ignoring local APIC ID 292 (too high) MADT: Ignoring local APIC ID 296 (too high) MADT: Ignoring local APIC ID 300 (too high) MADT: Ignoring local APIC ID 257 (too high) MADT: Ignoring local APIC ID 261 (too high) MADT: Ignoring local APIC ID 265 (too high) MADT: Ignoring local APIC ID 269 (too high) MADT: Ignoring local APIC ID 273 (too high) MADT: Ignoring local APIC ID 277 (too high) MADT: Ignoring local APIC ID 281 (too high) MADT: Ignoring local APIC ID 285 (too high) MADT: Ignoring local APIC ID 289 (too high) MADT: Ignoring local APIC ID 293 (too high) MADT: Ignoring local APIC ID 297 (too high) MADT: Ignoring local APIC ID 301 (too high) MADT: Ignoring local APIC ID 258 (too high) MADT: Ignoring local APIC ID 262 (too high) MADT: Ignoring local APIC ID 266 (too high) MADT: Ignoring local APIC ID 270 (too high) MADT: Ignoring local APIC ID 274 (too high) MADT: Ignoring local APIC ID 278 (too high) MADT: Ignoring local APIC ID 282 (too high) MADT: Ignoring local APIC ID 286 (too high) MADT: Ignoring local APIC ID 290 (too high) MADT: Ignoring local APIC ID 294 (too high) MADT: Ignoring local APIC ID 298 (too high) MADT: Ignoring local APIC ID 302 (too high) MADT: Ignoring local APIC ID 255 (too high) MADT: Ignoring local APIC ID 259 (too high) MADT: Ignoring local APIC ID 263 (too high) MADT: Ignoring local APIC ID 267 (too high) MADT: Ignoring local APIC ID 271 (too high) MADT: Ignoring local APIC ID 275 (too high) MADT: Ignoring local APIC ID 279 (too high) MADT: Ignoring local APIC ID 283 (too high) MADT: Ignoring local APIC ID 287 (too high) MADT: Ignoring local APIC ID 291 (too high) MADT: Ignoring local APIC ID 295 (too high) MADT: Ignoring local APIC ID 299 (too high) MADT: Ignoring local APIC ID 303 (too high) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) SRAT: No CPU found for memory domain 1 VT(efifb): resolution 800x600 CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 Features=0xbfebfbff Features2=0x7ff8f39f AMD Features=0x2c100800 AMD Features2=0x121 Structured Extended Features=0x1c0d23ab Structured Extended Features2=0x1 XSAVE Features=0x1 TSC: P-state invariant, performance statistics real memory = 223332007936 (212986 MB) avail memory = 216976429056 (206924 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs FreeBSD/SMP: Non-uniform topology It sounds like those MADT errors point to the problem? - Eric On Tue, Jan 3, 2017 at 11:41 PM Shane Ambler wrote: > On 04/01/2017 08:08, Eric Joyner wrote: > > I have an 11.0-RELEASE-p1 system with: > > > > hw.model: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz > > > > It's got 68 cores, but with 4-way SMT, I think it should show up with 272 > > logical cores on FreeBSD. > > > > However, in both kern.sched.topology_spec and hw.ncpu, it shows there are > > only 223 cores. > > > > Is the limit effectively 223 cores, even though I see some #define MAXCPU > > 256 lines in the source? > > You will probably find freebsd-current a better mailing list for this. > > How many show in dmesg? > > From https://svnweb.freebsd.org/base?view=revision&revision=270223 > Bump MAXCPU on amd64 from 64 to 256. In practice APIC only permits 255 > CPUs (IDs 0 through 254). Getting above that limit requires x2APIC. > > Also note that changing MAXCPU breaks ABI compatability so you will > need to recompile. > https://svnweb.freebsd.org/base?view=revision&revision=284720 > > -- > FreeBSD - the place to B...Software Developing > > Shane Ambler > > From owner-freebsd-current@freebsd.org Wed Jan 4 19:30: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 B3FBBC9FDD3; Wed, 4 Jan 2017 19:30:53 +0000 (UTC) (envelope-from steve@sohara.org) Received: from smtp3.irishbroadband.ie (smtp3.irishbroadband.ie [62.231.32.5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FAFC1820; Wed, 4 Jan 2017 19:30:53 +0000 (UTC) (envelope-from steve@sohara.org) Received: from [89.127.62.20] (helo=smtp.lan.sohara.org) by smtp3.irishbroadband.ie with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1cOrGm-0000u1-Bm; Wed, 04 Jan 2017 19:30:44 +0000 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cOrHP-000PRl-9L; Wed, 04 Jan 2017 19:31:23 +0000 Date: Wed, 4 Jan 2017 19:30:37 +0000 From: Steve O'Hara-Smith To: Eric Joyner Cc: Shane Ambler , freebsd-questions , FreeBSD Current Subject: Re: How many CPU cores does FreeBSD support? Message-Id: <20170104193037.a5eb179a8a1182b12333547c@sohara.org> In-Reply-To: References: X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 04 Jan 2017 19:36:37 +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: Wed, 04 Jan 2017 19:30:53 -0000 On Wed, 04 Jan 2017 18:53:23 +0000 Eric Joyner wrote: > MADT: Ignoring local APIC ID 303 (too high) Hmm you said this machine has 272 cores so clearly the IDs have gaps (I have no idea why there are gaps or where these IDs are allocated though). I expect you'll find that 223 of the cores have IDs below 256 and the remaining 49 have IDs of 256 and above and FreeBSD is not using those cores. -- Steve O'Hara-Smith From owner-freebsd-current@freebsd.org Wed Jan 4 19:58:35 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 C4478C9F954 for ; Wed, 4 Jan 2017 19:58:35 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 855591AF7 for ; Wed, 4 Jan 2017 19:58:35 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-yw0-x22c.google.com with SMTP id a10so324306840ywa.3 for ; Wed, 04 Jan 2017 11:58:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=/ORaWFOWruRTbr6lb0ms9O8qeOgzcnKAYjuCACZUMNQ=; b=cnu8vphv2vBOdGyXrUa0bggBRyxUJ7zeJfaedp847rRxyWxt8UD0ADIqVrIZFtowyt oWtoj3Mftrx0ZUfi/KusdxxHmgytNxGMdYSJozBj83/UjrmZwMoWJsiwXzrrRz+vYH+E 36ZCeQ5NugVG6s58kdKzN1P6NxyAy/5DQTYQ9xmKCvDFRv5GwpN/9eqsRN6AvdwxF1zi jbi+/GLurwBiPMOzcyR9Jjip9bMoKFRen2difLwaHyGVsMXaSxlWLvUIDYU42c5SNiwT 1Tc9K74dIaKpR2mCE5gyniW5k6I8dIT6LnhA3I5PsJbx73oNynzruCI4KNiUoubVwewW a6Rw== 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:from:message-id:date :user-agent:mime-version:in-reply-to; bh=/ORaWFOWruRTbr6lb0ms9O8qeOgzcnKAYjuCACZUMNQ=; b=S70fVTloEKV1dG/CNyljm4ZhsduL3MVgDPw687RTtMBNYsqioiOR+PsRm53+4OvXlq my9iPlGQ0LYa1LdK1aKBMd2P76FbaNmrhecfurXi0iNwzlI6aC+XEuOq8MwO93yQ5HoO /GSdbanOMgDrvyfwrBmuDs45WWsEO49P2+eeX+6JBOHsRzcU05OURLceSByVHvOs6odW b/fBpyi5GaelXLC8squd0klRva4jusNsfYu74JxGefiHUzEdtwE8X9T7xxskSFpYez8a Bs1tlHw1Qz4si46Z91jxhuGwyyJJ+CxLxq711E2EpUi7WNkvfG1fgZdLiXcIvpsrQJs/ T7Qg== X-Gm-Message-State: AIkVDXK9UySBT95N/UTJBK8AVoqK/z0NT8FsUKbD2Qvl2wrU9YEKRsluHi06bsysZ6zfKz5sULMBlxbTn+5HexTZ31rVGNASaZEOXdWWviTVjH45QD7jp9lXs3iwO6w+9qN9pCOcuhU= X-Received: by 10.13.197.68 with SMTP id h65mr65272935ywd.84.1483559914352; Wed, 04 Jan 2017 11:58:34 -0800 (PST) Received: from zen.clue.co.za ([64.53.114.237]) by smtp.gmail.com with ESMTPSA id b140sm30652684ywh.33.2017.01.04.11.58.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2017 11:58:33 -0800 (PST) Subject: x2APIC support (Re: How many CPU cores does FreeBSD support?) To: Eric Joyner , FreeBSD Current , Andriy Gapon , Konstantin Belousov References: From: Ian FREISLICH Message-ID: Date: Wed, 4 Jan 2017 14:58:33 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed 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, 04 Jan 2017 19:58:35 -0000 Hi I think your issue relates to x2APIC support and I don't think that full support for parsing x2APIC MADT entries and doing interrupts remapping has been committed yet from my very brief search of the source and commit messages. I've copied Andriy Gapon and Konstantin Belousov who participated in another x2APIC thread in September last year. They will probably have a more intelligible response. sys/x86/include/apicvar.h limits APIC IDs as follows: #define MAX_APIC_ID 0xfe #define APIC_ID_ALL 0xff This is why CPUs with an APIC ID above 255 are being ignored in acpica/madt.c sys/x86/x86/mptable.c has this choice piece of code: if (intr->dst_apic_id == 0xff) apic_id = APIC_ID_ALL; else apic_id = intr->dst_apic_id; which for the current value of APIC_ID_ALL can simply be rewritten as: apic_id = intr->dst_apic_id; I do not think it is safe to increase MAX_APIC_ID yet. Ian -- Ian Freislich On 01/04/17 13:53, Eric Joyner wrote: > Adding freebsd-current, because that's a good idea. > > I see these lines in the beginning of dmesg: > > MADT: Ignoring local APIC ID 256 (too high) > > > [907/911] > MADT: Ignoring local APIC ID 260 (too high) > > > [906/911] > MADT: Ignoring local APIC ID 264 (too high) > > > [905/911] > MADT: Ignoring local APIC ID 268 (too high) > > > [904/911] > MADT: Ignoring local APIC ID 272 (too high) > > > [903/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > > > [901/911] > MADT: Ignoring local APIC ID 272 (too high) > > > [903/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > > > [901/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > MADT: Ignoring local APIC ID 284 (too high) > MADT: Ignoring local APIC ID 288 (too high) > MADT: Ignoring local APIC ID 292 (too high) > MADT: Ignoring local APIC ID 296 (too high) > MADT: Ignoring local APIC ID 300 (too high) > MADT: Ignoring local APIC ID 257 (too high) > MADT: Ignoring local APIC ID 261 (too high) > MADT: Ignoring local APIC ID 265 (too high) > MADT: Ignoring local APIC ID 269 (too high) > MADT: Ignoring local APIC ID 273 (too high) > MADT: Ignoring local APIC ID 277 (too high) > MADT: Ignoring local APIC ID 281 (too high) > MADT: Ignoring local APIC ID 285 (too high) > MADT: Ignoring local APIC ID 289 (too high) > MADT: Ignoring local APIC ID 293 (too high) > MADT: Ignoring local APIC ID 297 (too high) > MADT: Ignoring local APIC ID 301 (too high) > MADT: Ignoring local APIC ID 258 (too high) > MADT: Ignoring local APIC ID 262 (too high) > MADT: Ignoring local APIC ID 266 (too high) > MADT: Ignoring local APIC ID 270 (too high) > MADT: Ignoring local APIC ID 274 (too high) > MADT: Ignoring local APIC ID 278 (too high) > MADT: Ignoring local APIC ID 282 (too high) > MADT: Ignoring local APIC ID 286 (too high) > MADT: Ignoring local APIC ID 290 (too high) > MADT: Ignoring local APIC ID 294 (too high) > MADT: Ignoring local APIC ID 298 (too high) > MADT: Ignoring local APIC ID 302 (too high) > MADT: Ignoring local APIC ID 255 (too high) > MADT: Ignoring local APIC ID 259 (too high) > MADT: Ignoring local APIC ID 263 (too high) > MADT: Ignoring local APIC ID 267 (too high) > MADT: Ignoring local APIC ID 271 (too high) > MADT: Ignoring local APIC ID 275 (too high) > MADT: Ignoring local APIC ID 279 (too high) > MADT: Ignoring local APIC ID 283 (too high) > MADT: Ignoring local APIC ID 287 (too high) > MADT: Ignoring local APIC ID 291 (too high) > MADT: Ignoring local APIC ID 295 (too high) > MADT: Ignoring local APIC ID 299 (too high) > MADT: Ignoring local APIC ID 303 (too high) > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > SRAT: No CPU found for memory domain 1 > VT(efifb): resolution 800x600 > CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 > > Features=0xbfebfbff > > Features2=0x7ff8f39f > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x1c0d23ab > Structured Extended Features2=0x1 > XSAVE Features=0x1 > TSC: P-state invariant, performance statistics > real memory = 223332007936 (212986 MB) > avail memory = 216976429056 (206924 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs > FreeBSD/SMP: Non-uniform topology > > It sounds like those MADT errors point to the problem? > > - Eric > > On Tue, Jan 3, 2017 at 11:41 PM Shane Ambler wrote: > >> On 04/01/2017 08:08, Eric Joyner wrote: >>> I have an 11.0-RELEASE-p1 system with: >>> >>> hw.model: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz >>> >>> It's got 68 cores, but with 4-way SMT, I think it should show up with 272 >>> logical cores on FreeBSD. >>> >>> However, in both kern.sched.topology_spec and hw.ncpu, it shows there are >>> only 223 cores. >>> >>> Is the limit effectively 223 cores, even though I see some #define MAXCPU >>> 256 lines in the source? >> You will probably find freebsd-current a better mailing list for this. >> >> How many show in dmesg? >> >> From https://svnweb.freebsd.org/base?view=revision&revision=270223 >> Bump MAXCPU on amd64 from 64 to 256. In practice APIC only permits 255 >> CPUs (IDs 0 through 254). Getting above that limit requires x2APIC. >> >> Also note that changing MAXCPU breaks ABI compatability so you will >> need to recompile. >> https://svnweb.freebsd.org/base?view=revision&revision=284720 >> >> -- >> FreeBSD - the place to B...Software Developing >> >> Shane Ambler >> >> > _______________________________________________ > 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" -- Cape Augusta Digital Properties, LLC a Cape Augusta Company *Breach of confidentiality & accidental breach of confidentiality * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. From owner-freebsd-current@freebsd.org Wed Jan 4 19:59:14 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 9114DC9F9DD for ; Wed, 4 Jan 2017 19:59:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 397F11C5C; Wed, 4 Jan 2017 19:59:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v04Jx95T007285 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 4 Jan 2017 21:59:09 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v04Jx95T007285 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v04Jx96x007284; Wed, 4 Jan 2017 21:59:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 4 Jan 2017 21:59:09 +0200 From: Konstantin Belousov To: Eric Joyner Cc: FreeBSD Current Subject: Re: How many CPU cores does FreeBSD support? Message-ID: <20170104195909.GB2533@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-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, 04 Jan 2017 19:59:14 -0000 On Wed, Jan 04, 2017 at 06:53:23PM +0000, Eric Joyner wrote: > Adding freebsd-current, because that's a good idea. > > I see these lines in the beginning of dmesg: > > MADT: Ignoring local APIC ID 256 (too high) > > > [907/911] > MADT: Ignoring local APIC ID 260 (too high) > > > [906/911] > MADT: Ignoring local APIC ID 264 (too high) > > > [905/911] > MADT: Ignoring local APIC ID 268 (too high) > > > [904/911] > MADT: Ignoring local APIC ID 272 (too high) > > > [903/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > > > [901/911] > MADT: Ignoring local APIC ID 272 (too high) > > > [903/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > > > [901/911] > MADT: Ignoring local APIC ID 276 (too high) > > > [902/911] > MADT: Ignoring local APIC ID 280 (too high) > MADT: Ignoring local APIC ID 284 (too high) > MADT: Ignoring local APIC ID 288 (too high) > MADT: Ignoring local APIC ID 292 (too high) > MADT: Ignoring local APIC ID 296 (too high) > MADT: Ignoring local APIC ID 300 (too high) > MADT: Ignoring local APIC ID 257 (too high) > MADT: Ignoring local APIC ID 261 (too high) > MADT: Ignoring local APIC ID 265 (too high) > MADT: Ignoring local APIC ID 269 (too high) > MADT: Ignoring local APIC ID 273 (too high) > MADT: Ignoring local APIC ID 277 (too high) > MADT: Ignoring local APIC ID 281 (too high) > MADT: Ignoring local APIC ID 285 (too high) > MADT: Ignoring local APIC ID 289 (too high) > MADT: Ignoring local APIC ID 293 (too high) > MADT: Ignoring local APIC ID 297 (too high) > MADT: Ignoring local APIC ID 301 (too high) > MADT: Ignoring local APIC ID 258 (too high) > MADT: Ignoring local APIC ID 262 (too high) > MADT: Ignoring local APIC ID 266 (too high) > MADT: Ignoring local APIC ID 270 (too high) > MADT: Ignoring local APIC ID 274 (too high) > MADT: Ignoring local APIC ID 278 (too high) > MADT: Ignoring local APIC ID 282 (too high) > MADT: Ignoring local APIC ID 286 (too high) > MADT: Ignoring local APIC ID 290 (too high) > MADT: Ignoring local APIC ID 294 (too high) > MADT: Ignoring local APIC ID 298 (too high) > MADT: Ignoring local APIC ID 302 (too high) > MADT: Ignoring local APIC ID 255 (too high) > MADT: Ignoring local APIC ID 259 (too high) > MADT: Ignoring local APIC ID 263 (too high) > MADT: Ignoring local APIC ID 267 (too high) > MADT: Ignoring local APIC ID 271 (too high) > MADT: Ignoring local APIC ID 275 (too high) > MADT: Ignoring local APIC ID 279 (too high) > MADT: Ignoring local APIC ID 283 (too high) > MADT: Ignoring local APIC ID 287 (too high) > MADT: Ignoring local APIC ID 291 (too high) > MADT: Ignoring local APIC ID 295 (too high) > MADT: Ignoring local APIC ID 299 (too high) > MADT: Ignoring local APIC ID 303 (too high) > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > SRAT: No CPU found for memory domain 1 > VT(efifb): resolution 800x600 > CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 > > Features=0xbfebfbff > > Features2=0x7ff8f39f > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x1c0d23ab > Structured Extended Features2=0x1 > XSAVE Features=0x1 > TSC: P-state invariant, performance statistics > real memory = 223332007936 (212986 MB) > avail memory = 216976429056 (206924 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs > FreeBSD/SMP: Non-uniform topology > > It sounds like those MADT errors point to the problem? In sys/x86/acpica/madt.c file, function madt_add_cpu(), just remove the block if (apic_id > MAX_APIC_ID) { printf("MADT: Ignoring local APIC ID %u (too high)\n", apic_id); return; } Best to do it on HEAD and not on 11.0. If it helps, commit the change. Also, for >= 256 CPUs, you might need to enable interrupt remapping in the DMAR, use loader tunables hw.dmar.enable <= to enable DMAR hw.dmar.ir <= to enable remapping hw.dmar.dma <= to disable IOMMU if it interacts badly with your hw From owner-freebsd-current@freebsd.org Wed Jan 4 22:09:32 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 551ABC9F780 for ; Wed, 4 Jan 2017 22:09:32 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com [209.85.218.46]) (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 221CA15C7 for ; Wed, 4 Jan 2017 22:09:31 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-oi0-f46.google.com with SMTP id 3so376779123oih.1 for ; Wed, 04 Jan 2017 14:09:31 -0800 (PST) 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=XhcyZ97R3KHRN+semOyJqo8SePhb8kjXskLAfsIW2WA=; b=qNr4tWEfJXc/PrC2mx6j+fofcRs1UKsrlaV+wOJyjBO2N8gvR2Att96ft3gPWsFjZT B7R6pFc9ilL+U+7BsTbD9XaMMP+rsLrSOG7XhZBvHe0mVQ0+QWrrH4240E9QmGFn3Cbz rbBzGnLJMtQJ78+jdUtW6gi+nqAUWF//Vuq5jGu4H0wJ5brOxDswT2QmtELAuWg3Q+1X gmtzfzK45oR38Rurupub950RtZuB0zEeAoJDPb6N+9QTUCoh5QIA966vf9IhLWztlsKo 1BO5MPezl8MAhHt5BZZ91kXGqtmPl9ERKixXHh/1OmgNkXOKzUGr4CTYBoJ+Jl1mcyMG B+jg== X-Gm-Message-State: AIkVDXKm33nwTzY6wj9FGEmPmipSDGR327boJjLKKalxoED3O+P8AXa0J6YjXPEBrKKzYQ== X-Received: by 10.202.7.4 with SMTP id 4mr24614944oih.58.1483567268352; Wed, 04 Jan 2017 14:01:08 -0800 (PST) Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com. [209.85.218.46]) by smtp.gmail.com with ESMTPSA id c8sm34432713oia.14.2017.01.04.14.01.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2017 14:01:08 -0800 (PST) Received: by mail-oi0-f46.google.com with SMTP id 128so364504591oig.0 for ; Wed, 04 Jan 2017 14:01:07 -0800 (PST) X-Received: by 10.157.3.40 with SMTP id 37mr2255020otv.117.1483567267656; Wed, 04 Jan 2017 14:01:07 -0800 (PST) MIME-Version: 1.0 References: <20170104195909.GB2533@kib.kiev.ua> In-Reply-To: <20170104195909.GB2533@kib.kiev.ua> From: Eric Joyner Date: Wed, 04 Jan 2017 22:00:56 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: How many CPU cores does FreeBSD support? To: Konstantin Belousov 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, 04 Jan 2017 22:09:32 -0000 Ok; I will try that and will report back. - Eric On Wed, Jan 4, 2017 at 11:59 AM Konstantin Belousov wrote: > On Wed, Jan 04, 2017 at 06:53:23PM +0000, Eric Joyner wrote: > > Adding freebsd-current, because that's a good idea. > > > > I see these lines in the beginning of dmesg: > > > > MADT: Ignoring local APIC ID 256 (too high) > > > > > > [907/911] > > MADT: Ignoring local APIC ID 260 (too high) > > > > > > [906/911] > > MADT: Ignoring local APIC ID 264 (too high) > > > > > > [905/911] > > MADT: Ignoring local APIC ID 268 (too high) > > > > > > [904/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > MADT: Ignoring local APIC ID 284 (too high) > > MADT: Ignoring local APIC ID 288 (too high) > > MADT: Ignoring local APIC ID 292 (too high) > > MADT: Ignoring local APIC ID 296 (too high) > > MADT: Ignoring local APIC ID 300 (too high) > > MADT: Ignoring local APIC ID 257 (too high) > > MADT: Ignoring local APIC ID 261 (too high) > > MADT: Ignoring local APIC ID 265 (too high) > > MADT: Ignoring local APIC ID 269 (too high) > > MADT: Ignoring local APIC ID 273 (too high) > > MADT: Ignoring local APIC ID 277 (too high) > > MADT: Ignoring local APIC ID 281 (too high) > > MADT: Ignoring local APIC ID 285 (too high) > > MADT: Ignoring local APIC ID 289 (too high) > > MADT: Ignoring local APIC ID 293 (too high) > > MADT: Ignoring local APIC ID 297 (too high) > > MADT: Ignoring local APIC ID 301 (too high) > > MADT: Ignoring local APIC ID 258 (too high) > > MADT: Ignoring local APIC ID 262 (too high) > > MADT: Ignoring local APIC ID 266 (too high) > > MADT: Ignoring local APIC ID 270 (too high) > > MADT: Ignoring local APIC ID 274 (too high) > > MADT: Ignoring local APIC ID 278 (too high) > > MADT: Ignoring local APIC ID 282 (too high) > > MADT: Ignoring local APIC ID 286 (too high) > > MADT: Ignoring local APIC ID 290 (too high) > > MADT: Ignoring local APIC ID 294 (too high) > > MADT: Ignoring local APIC ID 298 (too high) > > MADT: Ignoring local APIC ID 302 (too high) > > MADT: Ignoring local APIC ID 255 (too high) > > MADT: Ignoring local APIC ID 259 (too high) > > MADT: Ignoring local APIC ID 263 (too high) > > MADT: Ignoring local APIC ID 267 (too high) > > MADT: Ignoring local APIC ID 271 (too high) > > MADT: Ignoring local APIC ID 275 (too high) > > MADT: Ignoring local APIC ID 279 (too high) > > MADT: Ignoring local APIC ID 283 (too high) > > MADT: Ignoring local APIC ID 287 (too high) > > MADT: Ignoring local APIC ID 291 (too high) > > MADT: Ignoring local APIC ID 295 (too high) > > MADT: Ignoring local APIC ID 299 (too high) > > MADT: Ignoring local APIC ID 303 (too high) > > Copyright (c) 1992-2016 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 > > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on > LLVM > > 3.8.0) > > SRAT: No CPU found for memory domain 1 > > VT(efifb): resolution 800x600 > > CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) > > Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 > > > > > Features=0xbfebfbff > > > > > Features2=0x7ff8f39f > > AMD Features=0x2c100800 > > AMD Features2=0x121 > > Structured Extended > > > Features=0x1c0d23ab > > Structured Extended Features2=0x1 > > XSAVE Features=0x1 > > TSC: P-state invariant, performance statistics > > real memory = 223332007936 (212986 MB) > > avail memory = 216976429056 (206924 MB) > > Event timer "LAPIC" quality 600 > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs > > FreeBSD/SMP: Non-uniform topology > > > > It sounds like those MADT errors point to the problem? > > In sys/x86/acpica/madt.c file, function madt_add_cpu(), just remove > the block > if (apic_id > MAX_APIC_ID) { > printf("MADT: Ignoring local APIC ID %u (too high)\n", > apic_id); > return; > } > Best to do it on HEAD and not on 11.0. > If it helps, commit the change. > > Also, for >= 256 CPUs, you might need to enable interrupt remapping > in the DMAR, use loader tunables > hw.dmar.enable <= to enable DMAR > hw.dmar.ir <= to enable remapping > hw.dmar.dma <= to disable IOMMU if it interacts badly with your hw > From owner-freebsd-current@freebsd.org Thu Jan 5 01:49:15 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 41BF6C9E88B for ; Thu, 5 Jan 2017 01:49:15 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-oi0-f45.google.com (mail-oi0-f45.google.com [209.85.218.45]) (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 02E711FA4 for ; Thu, 5 Jan 2017 01:49:14 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-oi0-f45.google.com with SMTP id b126so564717407oia.2 for ; Wed, 04 Jan 2017 17:49:14 -0800 (PST) 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=f7VAr6ac+CfcpQz56+TymbxSdk8ZoBePR4MtspdU+qI=; b=q/6z4DxZ2O+jBS6spYkhSox8etxvI/uSBsZhiG2tA4xpgeMcBYS0Fb5t4LDKiXO5Sv 6TN33CPdyW5o8FVIQzIpMD+gxvaO3iPI0+ekmWVs70xzGw9ILxE0IV0gfPij9O62mBMT Y4EpOauZDVQHVmIBZ7VCSd74cVOEiCaFMqMIZeHD15k3CVqyCNElJImvj3fiu3NrQbZR jULcz/KLZl68ngecaSj3wk62SUhAKD6GLje4Pz5OoNMlYIP3T/I9RBFO9nPfCEdCP1i3 Ao251wD6NxdpsMcZmZs47da9vrsxffUXBST6Ym6o7QANzTu0VMIChYY464u47/TuWIg4 YyQQ== X-Gm-Message-State: AIkVDXKTeXYRWweK8Iq4J/L7zUNMVNi1MC8q9wyb7FfROriG9NCM7EEuQypd7VF7SCPJWA== X-Received: by 10.202.220.139 with SMTP id t133mr30730483oig.176.1483579446391; Wed, 04 Jan 2017 17:24:06 -0800 (PST) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com. [209.85.218.47]) by smtp.gmail.com with ESMTPSA id c3sm34656646otb.29.2017.01.04.17.24.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2017 17:24:05 -0800 (PST) Received: by mail-oi0-f47.google.com with SMTP id 128so369160653oig.0 for ; Wed, 04 Jan 2017 17:24:05 -0800 (PST) X-Received: by 10.157.35.195 with SMTP id t61mr31263463otb.263.1483579445645; Wed, 04 Jan 2017 17:24:05 -0800 (PST) MIME-Version: 1.0 References: <20170104195909.GB2533@kib.kiev.ua> In-Reply-To: From: Eric Joyner Date: Thu, 05 Jan 2017 01:23:55 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: How many CPU cores does FreeBSD support? To: Konstantin Belousov 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: Thu, 05 Jan 2017 01:49:15 -0000 I started off with a snapshot of 12-CURRENT, but I got a kernel panic on boot that complained about a duplicate local APIC ID. For now, disabling Hyper Threading gets rid of that panic. I think there's a KASSERT that wasn't getting hit on my 11.0-RELEASE install. On Wed, Jan 4, 2017 at 2:00 PM Eric Joyner wrote: > Ok; I will try that and will report back. > > - Eric > > On Wed, Jan 4, 2017 at 11:59 AM Konstantin Belousov > wrote: > > On Wed, Jan 04, 2017 at 06:53:23PM +0000, Eric Joyner wrote: > > Adding freebsd-current, because that's a good idea. > > > > I see these lines in the beginning of dmesg: > > > > MADT: Ignoring local APIC ID 256 (too high) > > > > > > [907/911] > > MADT: Ignoring local APIC ID 260 (too high) > > > > > > [906/911] > > MADT: Ignoring local APIC ID 264 (too high) > > > > > > [905/911] > > MADT: Ignoring local APIC ID 268 (too high) > > > > > > [904/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > MADT: Ignoring local APIC ID 284 (too high) > > MADT: Ignoring local APIC ID 288 (too high) > > MADT: Ignoring local APIC ID 292 (too high) > > MADT: Ignoring local APIC ID 296 (too high) > > MADT: Ignoring local APIC ID 300 (too high) > > MADT: Ignoring local APIC ID 257 (too high) > > MADT: Ignoring local APIC ID 261 (too high) > > MADT: Ignoring local APIC ID 265 (too high) > > MADT: Ignoring local APIC ID 269 (too high) > > MADT: Ignoring local APIC ID 273 (too high) > > MADT: Ignoring local APIC ID 277 (too high) > > MADT: Ignoring local APIC ID 281 (too high) > > MADT: Ignoring local APIC ID 285 (too high) > > MADT: Ignoring local APIC ID 289 (too high) > > MADT: Ignoring local APIC ID 293 (too high) > > MADT: Ignoring local APIC ID 297 (too high) > > MADT: Ignoring local APIC ID 301 (too high) > > MADT: Ignoring local APIC ID 258 (too high) > > MADT: Ignoring local APIC ID 262 (too high) > > MADT: Ignoring local APIC ID 266 (too high) > > MADT: Ignoring local APIC ID 270 (too high) > > MADT: Ignoring local APIC ID 274 (too high) > > MADT: Ignoring local APIC ID 278 (too high) > > MADT: Ignoring local APIC ID 282 (too high) > > MADT: Ignoring local APIC ID 286 (too high) > > MADT: Ignoring local APIC ID 290 (too high) > > MADT: Ignoring local APIC ID 294 (too high) > > MADT: Ignoring local APIC ID 298 (too high) > > MADT: Ignoring local APIC ID 302 (too high) > > MADT: Ignoring local APIC ID 255 (too high) > > MADT: Ignoring local APIC ID 259 (too high) > > MADT: Ignoring local APIC ID 263 (too high) > > MADT: Ignoring local APIC ID 267 (too high) > > MADT: Ignoring local APIC ID 271 (too high) > > MADT: Ignoring local APIC ID 275 (too high) > > MADT: Ignoring local APIC ID 279 (too high) > > MADT: Ignoring local APIC ID 283 (too high) > > MADT: Ignoring local APIC ID 287 (too high) > > MADT: Ignoring local APIC ID 291 (too high) > > MADT: Ignoring local APIC ID 295 (too high) > > MADT: Ignoring local APIC ID 299 (too high) > > MADT: Ignoring local APIC ID 303 (too high) > > Copyright (c) 1992-2016 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 > > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on > LLVM > > 3.8.0) > > SRAT: No CPU found for memory domain 1 > > VT(efifb): resolution 800x600 > > CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) > > Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 > > > > > Features=0xbfebfbff > > > > > Features2=0x7ff8f39f > > AMD Features=0x2c100800 > > AMD Features2=0x121 > > Structured Extended > > > Features=0x1c0d23ab > > Structured Extended Features2=0x1 > > XSAVE Features=0x1 > > TSC: P-state invariant, performance statistics > > real memory = 223332007936 (212986 MB) > > avail memory = 216976429056 (206924 MB) > > Event timer "LAPIC" quality 600 > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs > > FreeBSD/SMP: Non-uniform topology > > > > It sounds like those MADT errors point to the problem? > > In sys/x86/acpica/madt.c file, function madt_add_cpu(), just remove > the block > if (apic_id > MAX_APIC_ID) { > printf("MADT: Ignoring local APIC ID %u (too high)\n", > apic_id); > return; > } > Best to do it on HEAD and not on 11.0. > If it helps, commit the change. > > Also, for >= 256 CPUs, you might need to enable interrupt remapping > in the DMAR, use loader tunables > hw.dmar.enable <= to enable DMAR > hw.dmar.ir <= to enable remapping > hw.dmar.dma <= to disable IOMMU if it interacts badly with your hw > > From owner-freebsd-current@freebsd.org Thu Jan 5 03:28:46 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 4C3A6C9CAB1 for ; Thu, 5 Jan 2017 03:28:46 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B096E1A32 for ; Thu, 5 Jan 2017 03:28:45 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id v053SIOV098832 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Thu, 5 Jan 2017 12:28:38 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id v053R3la073904 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jan 2017 12:27:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id v053R2Nw073901; Thu, 5 Jan 2017 12:27:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 05 Jan 2017 12:26:58 +0900 (JST) Message-Id: <20170105.122658.1525453610594776233.hrs@allbsd.org> To: oleg@opentransfer.com, hiren@strugglingcoder.info Cc: freebsd-current@freebsd.org Subject: Re: 'make buildworld' failure From: Hiroki Sato In-Reply-To: <20170104180954.GV17818@strugglingcoder.info> References: <11418322.t0J11AyFVV@asus.theweb.org.ua> <20170104180954.GV17818@strugglingcoder.info> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Jan__5_12_26_58_2017_819)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Thu, 05 Jan 2017 12:28:41 +0900 (JST) X-Spam-Status: No, score=-98.9 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ATMARK,FAKEDWORD_VERTICALLINE,QENCPTR1,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org 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, 05 Jan 2017 03:28:46 -0000 ----Security_Multipart(Thu_Jan__5_12_26_58_2017_819)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit hiren panchasara wrote in <20170104180954.GV17818@strugglingcoder.info>: hi> + hrs@ hi> On 01/04/17 at 12:43P, Oleg V. Nauman wrote: hi> > ===> usr.sbin/inetd (all) hi> > cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - hi> > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem -DLOGIN_CAP -DIPSEC - hi> > g -MD -MF.depend.inetd.o -MTinetd.o -std=gnu99 -fstack-protector-strong - hi> > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - hi> > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized - hi> > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- hi> > variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality hi> > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused- hi> > arguments -c /usr/src/usr.sbin/inetd/inetd.c -o inetd.o hi> > /usr/src/usr.sbin/inetd/inetd.c:319:28: error: implicit declaration of hi> > function 'satosin6' is hi> > invalid in C99 [-Werror,-Wimplicit-function-declaration] hi> > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) hi> > ^ hi> > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is hi> > not a pointer hi> > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) hi> > ~~~~~~~~~~~~ ^ hi> > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:266:4: note: expanded from hi> > macro hi> > 'IN6_IS_ADDR_V4MAPPED' hi> > ((a)->__u6_addr.__u6_addr32[0] == 0 && \ hi> > ^ hi> > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is hi> > not a pointer hi> > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) hi> > ~~~~~~~~~~~~ ^ hi> > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:267:4: note: expanded from hi> > macro hi> > 'IN6_IS_ADDR_V4MAPPED' hi> > (a)->__u6_addr.__u6_addr32[1] == 0 && \ hi> > ^ hi> > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is hi> > not a pointer hi> > IN6_IS_ADDR_V4MAPPED(&satosin6(sa)->sin6_addr)) hi> > ~~~~~~~~~~~~ ^ hi> > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:268:4: note: expanded from hi> > macro hi> > 'IN6_IS_ADDR_V4MAPPED' hi> > (a)->__u6_addr.__u6_addr32[2] == ntohl(0x0000ffff)) hi> > ^ hi> > 4 errors generated. hi> > *** Error code 1 hi> > hi> > hi> > hi> > root@asus:/usr/src # svnlite info|grep Rev: hi> > Last Changed Rev: 311250 hi> > hi> > My current system revision is r310560 hi> > hi> > It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf hi> hi> r310921 could be it. Thank you for the report and sorry for the breakage. Should be fixed at r311354. -- Hiroki ----Security_Multipart(Thu_Jan__5_12_26_58_2017_819)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlhtvQIACgkQTyzT2CeTzy0dUACfdsU8x9Zp7XD0KfCB1FcCFVvv O68An08GWuukQ7x5bl+7EXs1wAk0q17X =7Htr -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Jan__5_12_26_58_2017_819)---- From owner-freebsd-current@freebsd.org Thu Jan 5 05:17:32 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 65F1CC9ED40 for ; Thu, 5 Jan 2017 05:17:32 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11ED01167; Thu, 5 Jan 2017 05:17:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1483593444724468.7921797323555; Wed, 4 Jan 2017 21:17:24 -0800 (PST) Date: Wed, 04 Jan 2017 21:17:24 -0800 From: Matthew Macy To: "Jonathan Anderson" Cc: "" , "" , "freebsd-current Current" Message-ID: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> In-Reply-To: References: Subject: Re: PQ_LAUNDRY: unexpected behaviour MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail 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, 05 Jan 2017 05:17:32 -0000 ---- On Mon, 02 Jan 2017 06:01:50 -0800 Jonathan Anderson wrote ---- > Hi all, > > I'm seeing some unexpected PQ_LAUNDRY behaviour on something fairly close > to -CURRENT (drm-next-4.7 with an IFC on 26 Dec). Aside from the use of > not-quite-CURRENT, it's also very possible that I don't understand how the > laundry queue is supposed to work. Nonetheless, I thought I'd check whether > there is a tunable I should change, an issue with the laundry queue itself, > etc. > > After running X overnight (i915 can now run overnight on drm-next-4.7!), I > end up with a little over half of my system memory in the laundry queue and > a bunch of swap utilization. Even after closing X and shutting down lots of > services, I see the following in top: Please try the drm-next branch now. Up until very recently, the shrinkers responsible for culling ttm/gem allocations were never run. I've now implemented the shrinker, but it's driven from vm_lowmem, so you'll probably still see what looks like a leak until you hit low memory conditions. The shrinker should probably be run from uma_timeout, but there isn't an eventhandler for that and I haven't looked any further. -M > Mem: 977M Active, 31M Inact, 4722M Laundry, 1917M Wired, 165M Free > ARC: 697M Total, 67M MFU, 278M MRU, 27K Anon, 22M Header, 331M Other > Swap: 4096M Total, 2037M Used, 2059M Free, 49% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 911 root 1 52 0 57788K 4308K select 1 0:00 0.00% sshd > 974 root 1 20 0 43780K 0K wait 2 0:00 0.00% > > 1406 jon 1 20 0 33520K 2748K select 0 0:04 0.00% > gpg-agent > 2038 jon 1 20 0 31280K 5452K ttyin 3 0:18 0.00% zsh > 1251 jon 1 22 0 31280K 4500K pause 3 0:02 1.46% zsh > 7102 jon 1 20 0 31280K 3744K ttyin 0 0:00 0.00% zsh > 1898 jon 1 20 0 31280K 3036K ttyin 1 0:00 0.00% zsh > 1627 jon 1 21 0 31280K 0K pause 0 0:00 0.00% > 22989 jon 1 20 0 31152K 6020K ttyin 1 0:01 0.00% zsh > 22495 jon 1 49 0 31152K 6016K ttyin 0 0:02 0.00% zsh > 1621 jon 1 20 0 28196K 8816K select 2 0:40 0.00% tmux > 6214 jon 1 52 0 27008K 2872K ttyin 1 0:00 0.00% zsh > 6969 jon 1 52 0 27008K 2872K ttyin 3 0:00 0.00% zsh > 6609 root 1 20 0 20688K 4604K select 1 0:00 0.00% > wpa_supplicant > 914 root 1 20 0 20664K 5232K select 2 0:02 0.00% > sendmail > 917 smmsp 1 20 0 20664K 0K pause 0 0:00 0.00% > > 24206 jon 1 23 0 20168K 3500K CPU0 0 0:00 0.00% top > 921 root 1 20 0 12616K 608K nanslp 1 0:00 0.00% cron > ``` > > Are there any things I could do (e.g., sysctls, tunables) to figure out > what's happening? Can I manually force the laundry to be done? `swapoff -a` > fails due to a lack of memory. > > Thanks, > > > Jon > -- > jonathan@FreeBSD.org > _______________________________________________ > 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 Jan 5 09:32: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 EA69FC9E8E8 for ; Thu, 5 Jan 2017 09:32:56 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4131313; Thu, 5 Jan 2017 09:32:55 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v059bpUg022070 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 5 Jan 2017 11:38:09 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v059WUEX051105 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jan 2017 11:32:31 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v059WUAA051104; Thu, 5 Jan 2017 11:32:30 +0200 (EET) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: Hiroki Sato Cc: hiren@strugglingcoder.info, freebsd-current@freebsd.org Subject: Re: 'make buildworld' failure Date: Thu, 05 Jan 2017 11:32:19 +0200 Message-ID: <1533279.DieVTa1T6q@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170105.122658.1525453610594776233.hrs@allbsd.org> References: <11418322.t0J11AyFVV@asus.theweb.org.ua> <20170104180954.GV17818@strugglingcoder.info> <20170105.122658.1525453610594776233.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3984972.Uyb5qqcBHC"; micalg="pgp-sha1"; protocol="application/pgp-signature" 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, 05 Jan 2017 09:32:57 -0000 --nextPart3984972.Uyb5qqcBHC Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 05 January 2017 12:26:58 Hiroki Sato wrote: > hiren panchasara wrote > in <20170104180954.GV17818@strugglingcoder.info>: > > hi> + hrs@ > hi> On 01/04/17 at 12:43P, Oleg V. Nauman wrote: > hi> > ===> usr.sbin/inetd (all) [skip] > hi> > 4 errors generated. > hi> > *** Error code 1 > hi> > > hi> > > hi> > > hi> > root@asus:/usr/src # svnlite info|grep Rev: > hi> > Last Changed Rev: 311250 > hi> > > hi> > My current system revision is r310560 > hi> > > hi> > It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf > hi> > hi> r310921 could be it. > > Thank you for the report and sorry for the breakage. Should be fixed > at r311354. Yes if fixes buildworld on i386 at least. Thank you! > > -- Hiroki --nextPart3984972.Uyb5qqcBHC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTDzn440/FUkzCjgEVHakjA/1zBVgUCWG4SowAKCRBHakjA/1zB VsWwAJ9kbu92ZcGLGGiQw+FYU5g3BGgq/wCghY0oqdU/wH1ASjMQZk9sSc+zAkE= =XAZv -----END PGP SIGNATURE----- --nextPart3984972.Uyb5qqcBHC-- From owner-freebsd-current@freebsd.org Thu Jan 5 11:48:15 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 1D22BCA0DCE for ; Thu, 5 Jan 2017 11:48:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 BA3A01036; Thu, 5 Jan 2017 11:48:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v05Bm3p1079185 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jan 2017 13:48:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v05Bm3p1079185 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v05Bm3cE079184; Thu, 5 Jan 2017 13:48:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Jan 2017 13:48:03 +0200 From: Konstantin Belousov To: Eric Joyner Cc: FreeBSD Current Subject: Re: How many CPU cores does FreeBSD support? Message-ID: <20170105114803.GE2533@kib.kiev.ua> References: <20170104195909.GB2533@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-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, 05 Jan 2017 11:48:15 -0000 On Thu, Jan 05, 2017 at 01:23:55AM +0000, Eric Joyner wrote: > I started off with a snapshot of 12-CURRENT, but I got a kernel panic on > boot that complained about a duplicate local APIC ID. For now, disabling > Hyper Threading gets rid of that panic. I think there's a KASSERT that > wasn't getting hit on my 11.0-RELEASE install. This is because 11.0 has INVARIANTS disabled in the GENERIC kernel config. Do you mean this one KASSERT(la->la_enabled == 0, ("Duplicate local APIC ID %u", apic_id)); ? This is most likely to out of bounds accesses to the array. Please revert the modification I suggested in previous mail, i.e. return to the stock HEAD, and use this one instead. You would also need to bump MAXCPU in your kernel config. If this works out, the patch still requires more work to get rid of that dozen of statically sized arrays. But more likely, the patch requires some debugging. diff --git a/sys/x86/acpica/madt.c b/sys/x86/acpica/madt.c index 959530c0d89..4509bc4a2f2 100644 --- a/sys/x86/acpica/madt.c +++ b/sys/x86/acpica/madt.c @@ -135,7 +135,7 @@ madt_setup_local(void) vm_paddr_t dmartbl_physaddr; const char *reason; char *hw_vendor; - u_int p[4]; + u_int p[4], i; int user_x2apic; bool bios_x2apic; @@ -216,6 +216,11 @@ madt_setup_local(void) (int)sizeof(madt->Header.OemId), madt->Header.OemId, (int)sizeof(madt->Header.OemTableId), madt->Header.OemTableId); + if (!x2apic_mode) { + for (i = xAPIC_MAX_APIC_ID; i < MAX_APIC_ID; i++) + lapic_ignore(i); + } + /* * We ignore 64-bit local APIC override entries. Should we * perhaps emit a warning here if we find one? @@ -242,7 +247,7 @@ madt_setup_io(void) panic("Using MADT but ACPI doesn't work"); } - ioapics = malloc(sizeof(*ioapics) * (MAX_APIC_ID + 1), M_MADT, + ioapics = malloc(sizeof(*ioapics) * (xAPIC_MAX_APIC_ID + 1), M_MADT, M_WAITOK | M_ZERO); /* First, we run through adding I/O APIC's. */ @@ -269,7 +274,7 @@ madt_setup_io(void) } /* Third, we register all the I/O APIC's. */ - for (i = 0; i <= MAX_APIC_ID; i++) + for (i = 0; i <= xAPIC_MAX_APIC_ID; i++) if (ioapics[i].io_apic != NULL) ioapic_register(ioapics[i].io_apic); @@ -365,7 +370,7 @@ madt_parse_apics(ACPI_SUBTABLE_HEADER *entry, void *arg __unused) "MADT: Found IO APIC ID %u, Interrupt %u at %p\n", apic->Id, apic->GlobalIrqBase, (void *)(uintptr_t)apic->Address); - if (apic->Id > MAX_APIC_ID) + if (apic->Id > xAPIC_MAX_APIC_ID) panic("%s: I/O APIC ID %u too high", __func__, apic->Id); if (ioapics[apic->Id].io_apic != NULL) diff --git a/sys/x86/include/apicvar.h b/sys/x86/include/apicvar.h index 09c3a638df8..b65c4a8c913 100644 --- a/sys/x86/include/apicvar.h +++ b/sys/x86/include/apicvar.h @@ -74,8 +74,9 @@ * I/O device! */ -#define MAX_APIC_ID 0xfe -#define APIC_ID_ALL 0xff +#define xAPIC_MAX_APIC_ID 0xfe +#define MAX_APIC_ID 0x200 +#define APIC_ID_ALL 0xffffffff /* I/O Interrupts are used for external devices such as ISA, PCI, etc. */ #define APIC_IO_INTS (IDT_IO_INTS + 16) @@ -204,6 +205,7 @@ int ioapic_set_smi(void *cookie, u_int pin); */ struct apic_ops { void (*create)(u_int, int); + void (*ignore)(u_int); void (*init)(vm_paddr_t); void (*xapic_mode)(void); bool (*is_x2apic)(void); @@ -256,6 +258,13 @@ lapic_create(u_int apic_id, int boot_cpu) } static inline void +lapic_ignore(u_int apic_id) +{ + + apic_ops.ignore(apic_id); +} + +static inline void lapic_init(vm_paddr_t addr) { diff --git a/sys/x86/include/x86_smp.h b/sys/x86/include/x86_smp.h index 84a0eba25bc..0cf4ef234e4 100644 --- a/sys/x86/include/x86_smp.h +++ b/sys/x86/include/x86_smp.h @@ -78,6 +78,7 @@ inthand_t /* functions in x86_mp.c */ void assign_cpu_ids(void); void cpu_add(u_int apic_id, char boot_cpu); +void cpu_ignore(u_int apic_id); void cpustop_handler(void); void cpususpend_handler(void); void init_secondary_tail(void); diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 1b1547de780..163f5e4b66f 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -298,6 +298,7 @@ struct pic lapic_pic = { .pic_resume = lapic_resume }; /* Forward declarations for apic_ops */ static void native_lapic_create(u_int apic_id, int boot_cpu); +static void native_lapic_ignore(u_int apic_id); static void native_lapic_init(vm_paddr_t addr); static void native_lapic_xapic_mode(void); static void native_lapic_setup(int boot); @@ -337,6 +338,7 @@ static void native_lapic_ipi_free(int vector); struct apic_ops apic_ops = { .create = native_lapic_create, + .ignore = native_lapic_ignore, .init = native_lapic_init, .xapic_mode = native_lapic_xapic_mode, .is_x2apic = native_lapic_is_x2apic, @@ -602,6 +604,18 @@ native_lapic_create(u_int apic_id, int boot_cpu) #endif } +static void +native_lapic_ignore(u_int apic_id) +{ + + if (!lapics[apic_id].la_present) + return; + lapics[apic_id].la_present = 0; +#ifdef SMP + cpu_ignore(apic_id); +#endif +} + /* * Dump contents of local APIC registers */ diff --git a/sys/x86/x86/mp_x86.c b/sys/x86/x86/mp_x86.c index 56653ee7470..d3a4a09ceaa 100644 --- a/sys/x86/x86/mp_x86.c +++ b/sys/x86/x86/mp_x86.c @@ -136,6 +136,8 @@ volatile int aps_ready = 0; struct cpu_info cpu_info[MAX_APIC_ID + 1]; int apic_cpuids[MAX_APIC_ID + 1]; int cpu_apic_ids[MAXCPU]; +_Static_assert(MAXCPU <= MAX_APIC_ID, + "MAXCPU cannot be larger that MAX_APIC_ID"); /* Holds pending bitmap based IPIs per CPU */ volatile u_int cpu_ipi_pending[MAXCPU]; @@ -794,12 +796,12 @@ cpu_add(u_int apic_id, char boot_cpu) panic("SMP: APIC ID %d too high", apic_id); return; } - KASSERT(cpu_info[apic_id].cpu_present == 0, ("CPU %d added twice", + KASSERT(cpu_info[apic_id].cpu_present == 0, ("CPU %u added twice", apic_id)); cpu_info[apic_id].cpu_present = 1; if (boot_cpu) { KASSERT(boot_cpu_id == -1, - ("CPU %d claims to be BSP, but CPU %d already is", apic_id, + ("CPU %d claims to be BSP, but CPU %u already is", apic_id, boot_cpu_id)); boot_cpu_id = apic_id; cpu_info[apic_id].cpu_bsp = 1; @@ -809,11 +811,24 @@ cpu_add(u_int apic_id, char boot_cpu) mp_maxid = mp_ncpus - 1; } if (bootverbose) - printf("SMP: Added CPU %d (%s)\n", apic_id, boot_cpu ? "BSP" : + printf("SMP: Added CPU %u (%s)\n", apic_id, boot_cpu ? "BSP" : "AP"); } void +cpu_ignore(u_int apic_id) +{ + + KASSERT(cpu_info[apic_id].cpu_present == 1, ("CPU %u not added", + apic_id)); + KASSERT(cpu_info[apic_id].cpu_bsp == 0, ("Cannot ignore BSP %u", + apic_id)); + cpu_info[apic_id].cpu_present = 0; + if (bootverbose) + printf("SMP: Ignoring CPU %u\n", apic_id); +} + +void cpu_mp_setmaxid(void) { From owner-freebsd-current@freebsd.org Fri Jan 6 03:18:03 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 1B235CA1634 for ; Fri, 6 Jan 2017 03:18:03 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E546E1372 for ; Fri, 6 Jan 2017 03:18:02 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [172.17.53.170] (50-243-21-81-static.hfc.comcastbusiness.net [50.243.21.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id E27631928BA for ; Fri, 6 Jan 2017 03:18:00 +0000 (UTC) From: Sean Bruno Subject: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: freebsd-current Message-ID: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Date: Thu, 5 Jan 2017 20:17:56 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Xli5ljKs8F6pqgtgSSLgRkA9MRsh7DdaO" 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, 06 Jan 2017 03:18:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Xli5ljKs8F6pqgtgSSLgRkA9MRsh7DdaO Content-Type: multipart/mixed; boundary="tosdeOClc8eqO7DLNFaEVencoBVO3sVKb"; protected-headers="v1" From: Sean Bruno To: freebsd-current Message-ID: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Subject: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending --tosdeOClc8eqO7DLNFaEVencoBVO3sVKb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable tl;dr --> igbX devices will become emX devices We're about to commit an update to sys/dev/e1000 that will implement and activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folks who can test and poke at the drivers to do so this week. This will have some really great changes for performance and standardization that have been bouncing around inside of various FreeBSD shops that have been collaborating with Matt Macy over the last year. This will implement multiple queues for certain em(4) devices that are capable of such things and add some new sysctl's for you to poke at in your monitoring tools. Due to limitations of device registration, igbX devices will become emX devices. So, you'll need to make a minor update to your rc.conf and scripts that manipulate the network devices. UPDATING will be bumped to reflect these changes. MFC to stable/11 will have a legacy implementation that doesn't use IFLIB for compatibility reasons. A documentation and man page update will follow in the next few days explaining how to work with the changed driver. sean bcc net@ current@ re@ --tosdeOClc8eqO7DLNFaEVencoBVO3sVKb-- --Xli5ljKs8F6pqgtgSSLgRkA9MRsh7DdaO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlhvDGRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQ75ggAnhduFM169TWKdSUWcvjn0v3MNEZJkKxePl5s9VlExWgM2ALstLKZ9WtA fC+/bRiE6rTOVh4YLCFcuyiN56HenOVVt9Bu1LetoVeE8jH5Rw8cvyN83pGFzhVn ZinqvqSCWvGLnqkAv8SjgeIfxA/zXPiTTYKk3meDi3on9XjkAlv1t861zT4yBsoz MTxAB7npXEgC4f73FJk46mnxg6eCn2XWhKyfpTuo10zV7gBgKm5KnxkBwydAmP+L bMA89MiH5giOtF9FpKoOvyH77ya/N64HrWKv2AfJOm4fW+Z9eqG5C2lsgN6yFv6z 02Rixjf1NVDZiaJ+b1CYxX7cWtw3PQ== =wjtX -----END PGP SIGNATURE----- --Xli5ljKs8F6pqgtgSSLgRkA9MRsh7DdaO-- From owner-freebsd-current@freebsd.org Fri Jan 6 03:25:35 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 77DFACA1AE5 for ; Fri, 6 Jan 2017 03:25:35 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CC81BF1 for ; Fri, 6 Jan 2017 03:25:35 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:1042:6a31:1deb:9f8a]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v063PX2Z044727; Thu, 5 Jan 2017 22:25:34 -0500 (EST) (envelope-from lidl@FreeBSD.org) To: FreeBSD-Current Reply-To: lidl@FreeBSD.org From: Kurt Lidl Subject: installworld of r311444 fails Message-ID: <8b532b63-f661-a623-280b-b743afe4436f@FreeBSD.org> Date: Thu, 5 Jan 2017 22:25:33 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.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: Fri, 06 Jan 2017 03:25:35 -0000 Today's build of -head (r3111444) fails to install on my sparc64 (upgrading from stable/10, which was just updated yesterday). The kernel installation and reboot worked fine. The installation of the user bits failed: ===> usr.bin/bsdcat/tests (install) install -o root -g wheel -m 555 functional_test /usr/tests/usr.bin/bsdcat/functional_test install: /usr/tests/usr.bin/bsdcat/functional_test: No such file or directory *** Error code 71 Stop. bmake[6]: stopped in /usr/src/usr.bin/bsdcat/tests *** Error code 1 Looks like the target directory creation was forgotten. FWIW, there is no /etc/src.conf on the machine, so it's a completely stock build. -Kurt From owner-freebsd-current@freebsd.org Fri Jan 6 03:27: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 B7252CA1C2B for ; Fri, 6 Jan 2017 03:27:07 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 786921D4C; Fri, 6 Jan 2017 03:27:07 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22c.google.com with SMTP id r204so360168934ywb.0; Thu, 05 Jan 2017 19:27:07 -0800 (PST) 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=QyCENsx1eYIe/EuQyOZydJg5HwooMxtNvwFnExltfrY=; b=BUaC48Q7V+wrYbYMcwe2syCjNoEF3FUz1p9EHzDgrZPscj20rJHzRwoNGko+ov20CP aP4UosUCkXVKzVhLe20AeNzInLZyPrNLmPiBfu7mh+mCOo0ZuRbuMJbBfQ/65s/0xw/0 LEotjEVl4uHG4HireSSTAvcgxu7DMy/xqR9BmYdFE70zJewf4cjXuWB7b4Yx7hpVgd9h ClBMCISrQU128phfFYCUekc+SWQf1Viq3Cji7QDZwVjgPMeyrxXp8bDeS+aeW5Nqt7QK DHavCKXaYMN1dDrRdxAznyoZMMLZ1/xBPh8WDAEOrSs0jfT2p6rw5aCsK/3LqYFN6clN KzVA== 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=QyCENsx1eYIe/EuQyOZydJg5HwooMxtNvwFnExltfrY=; b=PvSkCySucsdOxYzX4REgvC9Dk0Zb9whuk0op+aeLRxA1WIHcUMG59Yy05DgJU4MDTu vx+orKrB9SCsHxhMv+lkIrvAQ7MvKKVf/6WYPLnnA9GD7sLqznfCGPFHcQ47rYseydGZ RUNJsStpCaJb9jKxs9HY4rOlhyV+qbo9PuOWjesU12dfiJPPpUkGIwNKQ+sX8wvGKzDQ pPFNObLaLDS7b1xl9GfVTdXDrtzuwkIFHzwymojf/a60GriXBojh0lSFcM3Mh4EsXw9m gcw62KZ98QQJUvLrNOM2yT+nd1yZbBUOyuZZ9EUfBJkQwCsF91lJ46t/hJ4Vr5v/IsCC KhAA== X-Gm-Message-State: AIkVDXJPNSd1DHT2Doy8J6jLJO9qzqPQvAGJO19V+NNOYDqQHySqSUDXxwIPgATpghFLxE7ui3FPtxdHN0quyg== X-Received: by 10.13.223.143 with SMTP id i137mr11168040ywe.32.1483673226614; Thu, 05 Jan 2017 19:27:06 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.137.135 with HTTP; Thu, 5 Jan 2017 19:27:06 -0800 (PST) In-Reply-To: <8b532b63-f661-a623-280b-b743afe4436f@FreeBSD.org> References: <8b532b63-f661-a623-280b-b743afe4436f@FreeBSD.org> From: Alan Somers Date: Thu, 5 Jan 2017 20:27:06 -0700 X-Google-Sender-Auth: EIlgWGLkijXweId3_Pr4DuqfVVs Message-ID: Subject: Re: installworld of r311444 fails To: lidl@freebsd.org 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, 06 Jan 2017 03:27:07 -0000 You're one revision too old. Please try again at 311445 or later. -Alan On Thu, Jan 5, 2017 at 8:25 PM, Kurt Lidl wrote: > Today's build of -head (r3111444) fails to install > on my sparc64 (upgrading from stable/10, which was > just updated yesterday). > > The kernel installation and reboot worked fine. > The installation of the user bits failed: > > ===> usr.bin/bsdcat/tests (install) > install -o root -g wheel -m 555 functional_test > /usr/tests/usr.bin/bsdcat/functional_test > install: /usr/tests/usr.bin/bsdcat/functional_test: No such file or > directory > *** Error code 71 > > Stop. > bmake[6]: stopped in /usr/src/usr.bin/bsdcat/tests > *** Error code 1 > > Looks like the target directory creation was forgotten. > > FWIW, there is no /etc/src.conf on the machine, so it's a completely > stock build. > > -Kurt > > _______________________________________________ > 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 Fri Jan 6 10:04: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 B0636CA2536 for ; Fri, 6 Jan 2017 10:04:13 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 3A3C31C27 for ; Fri, 6 Jan 2017 10:04:13 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id x140so43695089lfa.3 for ; Fri, 06 Jan 2017 02:04:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=w38exS9EAJBPbA1gERpN0vzyM7eB1iynqKuoBstv2RM=; b=Xs6BbViKp8HpKls4TzCuo0gGbTgZ9nKfe3OVAxzbD4osapjJNt9dStaFPv4C+md6ES mMQJO6xatLMuQ09oEEEHcOoFgc3yc2aZ3OGDoCD4jU4FGNpYcpSJ2BzThlWHSEqdIBey SaQbdtkJ9a1NG2TNep5+/s03twIcczWcpI8DXU18Tk3k8OhUrAqQ3Nqfpta/8Y6m6NUP UXUvg18Lg1f2TXWPUUC8hSQswG5WP1UuRi7H2qihcbvzD7GdGRL5LmPFE50VfpH7UtBd mjr59ChGirVARMaroPzPLf9xAK7m1n1yibH0si1lkhMAQcJvfqeNmG9sevaGrmU3YlZj bw2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=w38exS9EAJBPbA1gERpN0vzyM7eB1iynqKuoBstv2RM=; b=j6dlLS7gVlVPRoSs45u09aqIa8JJ8sxKscbmgBxKQzVqJl/iBpGeeeoNiElRQvmkL4 405iHTRLXEx/3CDJl8BC/79XH5Rf4W5zfqzkgtYfB/Tc/EZ9pmCeFl9os4vIYLh7+sT3 0gcuYcl2HjH24bQIs9ZCIpjGvt2ZlSg8e0q9ASrozYyrxs/90tpAEJv/nR/yLWCAfuwm 0TnvczbPnZF9dwv+BmvNb+4GbHZgERHQEdbAjjMNmojOSnv7QLEnI3SPcPVnmmMNAt9l aVsPj0t1hxHsq0mx2l6OUrT7RDzYMlTR+TuhbwV3OzY1KcMgDMzGm6sPSdXY+Hake6/8 s0yg== X-Gm-Message-State: AIkVDXIBhMbzMpuXnqKj244qrgYs9Y2tGxLIyrUH38960iCyGrIeMEdkR5jDni38U9StWE+fuSR4CqNiTOGL5g== X-Received: by 10.25.216.214 with SMTP id r83mr21862103lfi.3.1483697051216; Fri, 06 Jan 2017 02:04:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Fri, 6 Jan 2017 02:04:10 -0800 (PST) From: blubee blubeeme Date: Fri, 6 Jan 2017 18:04:10 +0800 Message-ID: Subject: linuxkpi To: freebsd-current@freebsd.org 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, 06 Jan 2017 10:04:13 -0000 I was looking at the linuxkpi source code in /sys/compat/linuxkpi and I had a question. A lot of those files just look like linux files brought over to FreeBSD, is there any reason why those files couldn't be implemented in BSD w/o the dependencies on the other Linux headers? For example this header file: sys/compat/linuxkpi/common/include/linux/workqueue.h the workqueue.h, there doesn't seem to be anything special in there that couldn't be implemented in BSD without relying on the Linux import statements. Maybe I'm missing something but why can't these files and functions be implemented directly with their BSD equivalents? Best, Owen From owner-freebsd-current@freebsd.org Fri Jan 6 10:33: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 C583CCA0130 for ; Fri, 6 Jan 2017 10:33:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::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 92C651685 for ; Fri, 6 Jan 2017 10:33:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AAFE31FE025; Fri, 6 Jan 2017 11:33:00 +0100 (CET) Subject: Re: linuxkpi To: blubee blubeeme , freebsd-current@freebsd.org References: From: Hans Petter Selasky Message-ID: <7da11e1b-6193-0489-18ca-06a501c287cb@selasky.org> Date: Fri, 6 Jan 2017 11:32:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; 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: Fri, 06 Jan 2017 10:33:16 -0000 On 01/06/17 11:04, blubee blubeeme wrote: > I was looking at the linuxkpi source code in /sys/compat/linuxkpi and I had > a question. > > A lot of those files just look like linux files brought over to FreeBSD, is > there any reason why those files couldn't be implemented in BSD w/o the > dependencies on the other Linux headers? > > For example this header file: > sys/compat/linuxkpi/common/include/linux/workqueue.h > > the workqueue.h, there doesn't seem to be anything special in there that > couldn't be implemented in BSD without relying on the Linux import > statements. > > Maybe I'm missing something but why can't these files and functions be > implemented directly with their BSD equivalents? Hi Owen, Many of the conversion macros you find in the LinuxKPI are very simple as you've already figured out. The main reason to have them is to avoid modifying the OS-shared code, even if this can be scripted. At the moment tinkering starts with the OS-shared code, applying patches from a so-called "upstream" branch will be made harder, depending on if the place a patch covers was rewritten to BSD-native API's or not. The LinuxKPI also allows a shared-code vendor to gradually make code more BSD native, if it wishes. In the beginning all kernel APIs used might be through the LinuxKPI, but later on this can easily be changed for critical areas where there is a substantial difference between BSD and Linux. The LinuxKPI is meant to be a bridge builder. There is also a similar "LinuxKPI" in /usr/ports/multimedia/webcamd for user-space if you are interested in that. --HPS From owner-freebsd-current@freebsd.org Fri Jan 6 10:48: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 DD3B4CA038F for ; Fri, 6 Jan 2017 10:48:13 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::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 6B8971B0C for ; Fri, 6 Jan 2017 10:48:13 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x234.google.com with SMTP id c85so20299878wmi.1 for ; Fri, 06 Jan 2017 02:48:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=lZfya/ltXSpoKeE/z5ikW0rxlVvnauM4xy0xnTcCj1g=; b=HjFOCLxlkFyLTO6rpPvdxuvC2R91k/Ck1pzCmG7nYc89A28q9+qY5v1UNUqnnNbozu YhivgqeQPJg76uI9kR/njogtX7vgKIQbCSSZ/7KXnbN9mIwkblZN7Eu210E4vkWWqSgb AV1pQIGxrUL+U1zqOApNN05Hx7qE5IMuMn5/d7jZARjTYci6h/KQedmxcvLuyS0McA7S cJJ6YrYgBIW3gMYTKAn3/gD2cF53ZnzGE9HNkW1gLz8oAMI3o+Xy9wd6GzVL8SnTzLTl hIFuZ9oxSnbplGa8gYES4yEbW9kif7k2VgFA9eGEohMcmAeD6IhTWFpTBINLVND0xX/z aW5A== 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:from:message-id:date :user-agent:mime-version:in-reply-to; bh=lZfya/ltXSpoKeE/z5ikW0rxlVvnauM4xy0xnTcCj1g=; b=IkYM6URABrUCtPcX0/Hpz0Js77zkKVmAoJvNVZVuSYYrACqZpw4bC23LrCBeDAZi1T 5w5Kacz/Sr3ArtL7jMbA9IbLwZ3kOcuiRdoe+LYBJVCq3ujdTd4a60V+bKVjLvJnaLCr i0SyL2ibRtPOwD1nBK5XNaeUczsHKNRoWdjFSDkQ092tzdIe3FmXvLYmkMAGhCU0avux Mjbsyxcg2aJ3KQXko6kqd5p2nzymez5X0HnmCyMh4S2wam7SlID+k7EplxBjqw5Mv583 3KmGfAMz2tcC/UZObcSPY7a5SPkX0dnKFFCDdNCGg6cxviJ2Q7sw6pNhj87koLWv5Xz/ mRyw== X-Gm-Message-State: AIkVDXIbhagqCuZFnTZ8nNjXRmMD9lsRF/zxbGT3LOFVyZw2Sq8AnY+FGwuFlCqwQflriMgz X-Received: by 10.223.169.134 with SMTP id b6mr627284wrd.132.1483699690575; Fri, 06 Jan 2017 02:48:10 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id f126sm2715464wme.22.2017.01.06.02.48.09 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2017 02:48:09 -0800 (PST) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: freebsd-current@freebsd.org References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> From: Steven Hartland Message-ID: Date: Fri, 6 Jan 2017 10:48:09 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed 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: Fri, 06 Jan 2017 10:48:14 -0000 Hmm I'm not sure about everyone else but I we treat emX as legacy devices (not used one in years) but igbX is very common here. The impact of changing a nic device name is quite a bit more involved than just rc.conf it effects other areas too, jails etc so given we can loose access to the machine on reboot if everything isn't done right, it would be worth considering: * Change emX -> igbX to lower the impact. * Add shims / alias so that operations on the device name going away still work. What do people think? On 06/01/2017 03:17, Sean Bruno wrote: > tl;dr --> igbX devices will become emX devices > > We're about to commit an update to sys/dev/e1000 that will implement and > activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folks > who can test and poke at the drivers to do so this week. This will have > some really great changes for performance and standardization that have > been bouncing around inside of various FreeBSD shops that have been > collaborating with Matt Macy over the last year. > > This will implement multiple queues for certain em(4) devices that are > capable of such things and add some new sysctl's for you to poke at in > your monitoring tools. > > Due to limitations of device registration, igbX devices will become emX > devices. So, you'll need to make a minor update to your rc.conf and > scripts that manipulate the network devices. > > UPDATING will be bumped to reflect these changes. > > MFC to stable/11 will have a legacy implementation that doesn't use > IFLIB for compatibility reasons. > > A documentation and man page update will follow in the next few days > explaining how to work with the changed driver. > > sean > > bcc net@ current@ re@ > > > From owner-freebsd-current@freebsd.org Fri Jan 6 12:37:43 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 69A0AB887FA; Fri, 6 Jan 2017 12:37:43 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (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 09BCC1026; Fri, 6 Jan 2017 12:37:43 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id m203so4691618wma.3; Fri, 06 Jan 2017 04:37:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=c9xiRCMCcCrU+J9Zc3Mrut1ckOHX4HiMIHthrXd8a1E=; b=tCugH2Y3Bf7PCi7xluldNbDvS7tfGHPUOLf3+MV4lSeO4wrU5s54fJwg/F/hrnWurh 4GCgCcYUUZsuczSKimUhcPMDp4w84Wv/fLP6IJCr+i2Cv5u/fb3P0IJSpKtvfnfIOMSx /f4K9IxRHvTIJcb+3vZzGngYfwP0ZGkMp3PGTA/bBXEf8ApLJ4nYGQMNbnHKDY3sujEg B87dINZw6iK39V1PnK+pa1BKX3cqv4bQGZ5hvv677b06J9Y3RxYuYH20S3HOCm8WkVi0 4ra/HocvrE7MLUlKiO/uf6wpwDGYa5NfJj6JqWoKwVbNbU76VQCfJmGNW1oGhqidgefE kwwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=c9xiRCMCcCrU+J9Zc3Mrut1ckOHX4HiMIHthrXd8a1E=; b=tux/fDyVURo4M4YXCRdGiirKJxpZ4obANEDnk+rj4AXzz0SZLDWcKs7/fUG4Ynn7OU fT9wg6M7gs0rmLwfqXaAz3gzzsK1oND7io48hWpoVSAmiqjXoDYDTPTDu6kq15lW9OVp WmFddWdkJ1z0TqxkbIGUkc9aVIAMz3v5eZP311Wervuw0kWNa4zzSlJLbLFr66NThdq7 MrNflCP4SKSnaMxW/cfvkMcGDWqmja4xA61dKnLyvSLHz1zeGNM/ZikQ5d+2Xxaf7giS VbtRBebZNaHHcXSPCifqS7s/ps/iaj9RRjYxbZ1rUOeaD9BOVsfphPNaPzqq6hoNZSn4 ZIkA== X-Gm-Message-State: AIkVDXJY60kMmUEpfdvWl39jI9HqJj6u9qJHD2pnZySocl7RwnP8qHtOwXxOUsW+SgDZkg== X-Received: by 10.223.134.200 with SMTP id 8mr870625wry.30.1483706261411; Fri, 06 Jan 2017 04:37:41 -0800 (PST) Received: from brick (abul239.neoplus.adsl.tpnet.pl. [83.8.183.239]) by smtp.gmail.com with ESMTPSA id ke6sm108621508wjb.21.2017.01.06.04.37.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2017 04:37:40 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 6 Jan 2017 13:37:38 +0100 From: Edward Tomasz Napierala To: "Moore, Robert" Cc: "O. Hartmann" , "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov Subject: Re: ACPI Error on HP ProBook 430 G2 Message-ID: <20170106123738.GA1627@brick> Mail-Followup-To: "Moore, Robert" , "O. Hartmann" , "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.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: Fri, 06 Jan 2017 12:37:43 -0000 I've just updated, and the problem is gone. Thanks! On 1221T1520, Moore, Robert wrote: > We have fixed this issue for the latest version of ACPICA that will happen this week, probably 22 december. > > > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Edward Tomasz Napierala > > Sent: Wednesday, December 21, 2016 3:15 AM > > To: O. Hartmann > > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > > Zakharov > > Subject: Re: ACPI Error on HP ProBook 430 G2 > > > > On 1220T1734, O. Hartmann wrote: > > > Am Tue, 20 Dec 2016 18:09:20 +0300 > > > Vladimir Zakharov schrieb: > > > > > > > Hello! > > > > > > > > Some time ago new ACPI messages appeared on console and in > > > > /var/log/messages. Like > > > > these: > > > > > > > > ACPI Error: Needed type [Reference], found [Processor] > > > > 0xfffff800043b8980 > > > > (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While > > > > resolving operands for [OpcodeName unavailable] > > > > (20161117/dswexec-498) ACPI Error: Method parse/execution failed > > > > [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), > > > > AE_AML_OPERAND_TYPE > > > > (20161117/psparse-560) ACPI Error: Method parse/execution failed > > > > [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), > > > > AE_AML_OPERAND_TYPE > > > > (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 > > failed: > > > > AE_AML_OPERAND_TYPE > > > > > > > > I'm sure that there were no such messages earlier. Suspend/resume > > > > works for me. But after disconnecting power line hw.acpi.acline > > > > still equals to 1. And powerd/powerdxx do not adjust CPU frequency > > anymore. > > > > > > > > System info: > > > > $ uname -a > > > > FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: > > > > Tue Dec 20 16:42:21 MSK 2016 > > > > root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 > > > > > > > > dmesg: http://pastebin.com/cYD8cR0b > > > > hw.acpi: http://pastebin.com/Tht9B0FZ > > > > acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl > > > > > > > > > > > > PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. > > > > > > > > > > I see lots of ACPI errors also shortly on a Lenovo E540 UEFI notebook > > > running most recent CURRENT ... > > > > +1, I see the same on Thinkpad T420. > > > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jan 6 14:54: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 D1236CA24E6 for ; Fri, 6 Jan 2017 14:54:52 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 88B0E13E4 for ; Fri, 6 Jan 2017 14:54:52 +0000 (UTC) (envelope-from lidl@FreeBSD.org) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:1042:6a31:1deb:9f8a]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v06Eso7I064057; Fri, 6 Jan 2017 09:54:50 -0500 (EST) (envelope-from lidl@FreeBSD.org) To: FreeBSD-Current From: Kurt Lidl Subject: ABI differences between stable/10 and head? Reply-To: lidl@FreeBSD.org Message-ID: <364d5cf1-f5a7-785a-b55e-f605f165371f@FreeBSD.org> Date: Fri, 6 Jan 2017 09:54:50 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.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: Fri, 06 Jan 2017 14:54:52 -0000 Yesterday, I upgraded the kernel on my sparc64 to -head, so I was running a mis-matched kernel and userland. The userland was a recent (as of two days ago) stable/10. In the nightly report, I noticed the following: > Network interface status: > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > bge0 - 00:03:ba:e0:ce:07 0 64691 0 0 0 11494817 2025493932409880576 > bge0 - fe80::203:baf fe80::203:baff:fe 0 - - 0 - - - > bge0 - spork.pix.net 2001:470:e254:10: 0 - - 0 - - - > bge0 - 192.168.16.0 spork 0 - - 0 - - - > bge1 - 00:03:ba:e0:ce:08 0 0 0 0 0 0 4040291828690585088 > bge2 - 00:03:ba:e0:ce:09 0 0 0 0 0 0 4040291832985552384 > bge3 - 00:03:ba:e0:ce:0a 0 0 0 0 0 0 4040291837582442496 > lo0 - 0 74 0 0 0 38794 2025493932409880576 > lo0 - localhost ::1 0 - - 0 - - - > lo0 - fe80::1%lo0 fe80::1%lo0 0 - - 0 - - - > lo0 - your-net localhost 0 - - 0 - - - As you can see, the "drop" column for the host has completely outrageous values. When representing those numbers as binary, there's an awful lot of zeros in the low order bits, like some structure is being referenced off by a word or two. lidl@torb-142: bc -l bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. obase=2 2025493932409880576 1110000011100000000000000000000000000000000000000000000000000 I also find it more than slightly curious that the "drop" values for bge0 and lo0 are identical. Do we have some subtle ABI differences between the two systems (stable/10 vs -head)? -Kurt From owner-freebsd-current@freebsd.org Fri Jan 6 15:34:46 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 7A042CA20B1 for ; Fri, 6 Jan 2017 15:34:46 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AB5F1806 for ; Fri, 6 Jan 2017 15:34:45 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (97-123-13-194.albq.qwest.net [97.123.13.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id DB6521928BA; Fri, 6 Jan 2017 15:34:44 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: freebsd-current@freebsd.org References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> From: Sean Bruno Message-ID: <0b2a1bca-9dc2-7bb6-909b-74826aa8ec58@freebsd.org> Date: Fri, 6 Jan 2017 08:34:44 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="om1C8Fo8C19rDJqHQm6isd9La1mCWxCu6" 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, 06 Jan 2017 15:34:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --om1C8Fo8C19rDJqHQm6isd9La1mCWxCu6 Content-Type: multipart/mixed; boundary="hCCpwQAhOcUQKrmn7SCPj6RVpTK59mBr6"; protected-headers="v1" From: Sean Bruno To: freebsd-current@freebsd.org Message-ID: <0b2a1bca-9dc2-7bb6-909b-74826aa8ec58@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> In-Reply-To: --hCCpwQAhOcUQKrmn7SCPj6RVpTK59mBr6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/06/17 03:48, Steven Hartland wrote: > Hmm I'm not sure about everyone else but I we treat emX as legacy > devices (not used one in years) but igbX is very common here. >=20 > The impact of changing a nic device name is quite a bit more involved > than just rc.conf it effects other areas too, jails etc so given we can= > loose access to the machine on reboot if everything isn't done right, i= t > would be worth considering: >=20 > * Change emX -> igbX to lower the impact. > * Add shims / alias so that operations on the device name going away > still work. >=20 > What do people think? >=20 We have a "legacy" code implementation that does exactly what you're describing and we intend on putting that version into 11-stable so that existing users won't bang their heads against it. The amount of code in the tree dropped *significantly* when we dropped this implementation, hence why we wanted to make 12-current a clean break= =2E sean bcc matt >=20 > On 06/01/2017 03:17, Sean Bruno wrote: >> tl;dr --> igbX devices will become emX devices >> >> We're about to commit an update to sys/dev/e1000 that will implement a= nd >> activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all fol= ks >> who can test and poke at the drivers to do so this week. This will ha= ve >> some really great changes for performance and standardization that hav= e >> been bouncing around inside of various FreeBSD shops that have been >> collaborating with Matt Macy over the last year. >> >> This will implement multiple queues for certain em(4) devices that are= >> capable of such things and add some new sysctl's for you to poke at in= >> your monitoring tools. >> >> Due to limitations of device registration, igbX devices will become em= X >> devices. So, you'll need to make a minor update to your rc.conf and >> scripts that manipulate the network devices. >> >> UPDATING will be bumped to reflect these changes. >> >> MFC to stable/11 will have a legacy implementation that doesn't use >> IFLIB for compatibility reasons. >> >> A documentation and man page update will follow in the next few days >> explaining how to work with the changed driver. >> >> sean >> >> bcc net@ current@ re@ >> >> >> >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --hCCpwQAhOcUQKrmn7SCPj6RVpTK59mBr6-- --om1C8Fo8C19rDJqHQm6isd9La1mCWxCu6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlhvuRRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmTRaAf+KrByTP9YVZXKu6VqSYcZ56g3yHskDCnbHFGM/8zqUwhuF0L6s5dIGIpZ O+RONZoiXwuAkHoMcb6JtsV6b6h+c48uadF9EwfMfAQGAa9JQTLMOU+YnulkmJlb JR4Psq+EZxO0GzpZ4Wq6QhUg40mpWd40KTsai36MOOPvBD4CM334GL9Y3nmewLgq oYrdw8bMyq3c/T+ntXYpc2FcwIx53MYnNZzVwAKj4ZwU9EOdhtMtp3EFhhCr9UwI 1Kq5BfPm58MjL/b0HR4ia7TWM68VlhdKvjvJ6aOtxNon/cumx2uNxkF3r6j545ip 2F+xUFJ4eUhgTOUvgUokwdQqni+o0A== =tNaj -----END PGP SIGNATURE----- --om1C8Fo8C19rDJqHQm6isd9La1mCWxCu6-- From owner-freebsd-current@freebsd.org Fri Jan 6 15:57: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 AB8E7CA2362; Fri, 6 Jan 2017 15:57:53 +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 621781814; Fri, 6 Jan 2017 15:57:52 +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.87 (FreeBSD)) (envelope-from ) id 1cPWeo-000Kjj-SV; Fri, 06 Jan 2017 17:42:18 +0200 From: Alexandr Krivulya Subject: Re: ACPI Error on HP ProBook 430 G2 To: Jung-uk Kim , Hans Petter Selasky , "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> <7867f8ae-0f1a-5406-119f-9c75c311a14a@selasky.org> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54AA59@ORSMSX110.amr.corp.intel.com> Cc: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Vladimir Zakharov Message-ID: <4178d784-87e8-e637-db22-0ddd015a5f42@shurik.kiev.ua> Date: Fri, 6 Jan 2017 17:42:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit 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: Fri, 06 Jan 2017 15:57:53 -0000 03.01.2017 20:21, Jung-uk Kim пишет: > On 01/03/2017 11:22, Hans Petter Selasky wrote: >> On 01/03/17 16:26, Moore, Robert wrote: >>> Not sure I understand. The fix has been committed, and is part of >>> version 20161222. >>> >>> >> Hi Robert, >> >> From what I can see that patches have been pushed to the following >> branch, vendor-sys/acpica/20161222/, see: >> >> https://svnweb.freebsd.org/changeset/base/310451 >> >> But not yet to "master" (12-current) ? >> >> Is that correct? >> >> My console has been filling up with messages like this: >> >>> ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for >>> [OpcodeName unavailable] (20161117/dswexec-498) >>> ACPI Error: Method parse/execution failed >>> [\134_SB.PCI0.LPCB.H_EC._Q50] (Node 0xfffff800047fce40), >>> AE_AML_OPERAND_TYPE (20161117/psparse-560) >>> acpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE >> over the holidays, so I assume that means the previous version of ACPI, >> 20161117 which the 20161222 version is supposed to fix. > I was AFK for two weeks. I will merge ACPICA 20161222 to FreeBSD head > this week when I find some free time. > > I don't know if my problem related to this topic, but a few weeks I see in KDE battery capacity -1%. acpiconf shows no battery: root@thinkpad:/home/shurik # acpiconf -i0 Design capacity: 0 mWh Last full capacity: 0 mWh Technology: primary (non-rechargeable) Design voltage: 0 mV Capacity (warn): 0 mWh Capacity (low): 0 mWh Low/warn granularity: 0 mWh Warn/full granularity: 0 mWh Model number: Serial number: Type: OEM info: State: not present Present voltage: 12611 mV Just updated to r311492 and problem still present. There is no such problem on previous kernel r310241. And there is no more error messages: Jan 6 09:22:39 thinkpad kernel: ACPI Error: Needed type [Reference], found [Processor] 0xfffff800055d5000 (20161117/exresop-111) Jan 6 09:22:39 thinkpad kernel: ACPI Error: Method parse/execution failed [\PNOT] (Node 0xfffff80005595bc0), AE_AML_OPERAND_TYPE (20161117/psparse-560) Jan 6 09:22:39 thinkpad kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.EC0._REG] (Node 0xfffff8000558a040), AE_AML_OPERAND_TYPE (20161117/psparse-560) -- From owner-freebsd-current@freebsd.org Fri Jan 6 16: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 CEBC2CA23AF for ; Fri, 6 Jan 2017 16:33:54 +0000 (UTC) (envelope-from jonathan@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 939E311A3; Fri, 6 Jan 2017 16:33:54 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [172.31.128.104] (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by freefall.freebsd.org (Postfix) with ESMTP id BB9ABE94; Fri, 6 Jan 2017 16:33:53 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Mark Johnston" Cc: alc@freebsd.org, "freebsd-current Current" Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 11:33:53 -0500 Message-ID: <4B9D073A-2F1D-468B-B042-B035734C34FB@FreeBSD.org> In-Reply-To: <20170102183352.GA46812@wkstn-mjohnston.west.isilon.com> References: <20170102183352.GA46812@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5319) 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, 06 Jan 2017 16:33:54 -0000 On 2 Jan 2017, at 13:33, Mark Johnston wrote: > On Mon, Jan 02, 2017 at 10:31:50AM -0330, Jonathan Anderson wrote: >> Hi all, >> >> I'm seeing some unexpected PQ_LAUNDRY behaviour on something fairly >> close >> to -CURRENT (drm-next-4.7 with an IFC on 26 Dec). Aside from the use >> of >> not-quite-CURRENT, it's also very possible that I don't understand >> how the >> laundry queue is supposed to work. Nonetheless, I thought I'd check >> whether >> there is a tunable I should change, an issue with the laundry queue >> itself, >> etc. > > My suspicion is that this is a memory leak of some sort and unrelated > to > PQ_LAUNDRY itself. That is, with the previous policy you would see > lots > of swap usage and a large inactive queue instead. That sounds very plausible... I'm testing with the new DRM drivers to see if that helps. >> After running X overnight (i915 can now run overnight on >> drm-next-4.7!), I >> end up with a little over half of my system memory in the laundry >> queue and >> a bunch of swap utilization. Even after closing X and shutting down >> lots of >> services, I see the following in top: >> >> ``` >> Mem: 977M Active, 31M Inact, 4722M Laundry, 1917M Wired, 165M Free >> ARC: 697M Total, 67M MFU, 278M MRU, 27K Anon, 22M Header, 331M Other >> Swap: 4096M Total, 2037M Used, 2059M Free, 49% Inuse >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 911 root 1 52 0 57788K 4308K select 1 0:00 0.00% >> sshd >> 974 root 1 20 0 43780K 0K wait 2 0:00 0.00% >> >> 1406 jon 1 20 0 33520K 2748K select 0 0:04 0.00% >> gpg-agent >> 2038 jon 1 20 0 31280K 5452K ttyin 3 0:18 0.00% >> zsh >> 1251 jon 1 22 0 31280K 4500K pause 3 0:02 1.46% >> zsh >> 7102 jon 1 20 0 31280K 3744K ttyin 0 0:00 0.00% >> zsh >> 1898 jon 1 20 0 31280K 3036K ttyin 1 0:00 0.00% >> zsh >> 1627 jon 1 21 0 31280K 0K pause 0 0:00 0.00% >> >> 22989 jon 1 20 0 31152K 6020K ttyin 1 0:01 0.00% >> zsh >> 22495 jon 1 49 0 31152K 6016K ttyin 0 0:02 0.00% >> zsh >> 1621 jon 1 20 0 28196K 8816K select 2 0:40 0.00% >> tmux >> 6214 jon 1 52 0 27008K 2872K ttyin 1 0:00 0.00% >> zsh >> 6969 jon 1 52 0 27008K 2872K ttyin 3 0:00 0.00% >> zsh >> 6609 root 1 20 0 20688K 4604K select 1 0:00 0.00% >> wpa_supplicant >> 914 root 1 20 0 20664K 5232K select 2 0:02 0.00% >> sendmail >> 917 smmsp 1 20 0 20664K 0K pause 0 0:00 0.00% >> >> 24206 jon 1 23 0 20168K 3500K CPU0 0 0:00 0.00% >> top >> 921 root 1 20 0 12616K 608K nanslp 1 0:00 0.00% >> cron >> ``` >> >> Are there any things I could do (e.g., sysctls, tunables) to figure >> out >> what's happening? Can I manually force the laundry to be done? >> `swapoff -a` >> fails due to a lack of memory. > > Is that the full list of processes? Does "ipcs -m" show any named shm > segments? > > Looking at the DRM code, the GEM uses swap objects to back allocations > by the drivers, so this could be the result of a kernel page leak in > the > drm-next branch. If so, you'll need a reboot to recover. That was the full list of processes, yes. I haven't been able to reproduce this particular issue on new DRM code, as I'm now confronted with a different issue. :) If I do get back to this condition, I'll try checking `ipcs -m`, thanks. Jon -- jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Jan 6 16:42: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 856ECCA2662 for ; Fri, 6 Jan 2017 16:42:05 +0000 (UTC) (envelope-from jonathan@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 66D2C16EA; Fri, 6 Jan 2017 16:42:05 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [172.31.128.104] (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by freefall.freebsd.org (Postfix) with ESMTP id 880FA104A; Fri, 6 Jan 2017 16:42:04 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Matthew Macy" Cc: markj@freebsd.org, alc@freebsd.org, "freebsd-current Current" Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 11:42:04 -0500 Message-ID: <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> In-Reply-To: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5319) 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, 06 Jan 2017 16:42:05 -0000 On 5 Jan 2017, at 0:17, Matthew Macy wrote: > ---- On Mon, 02 Jan 2017 06:01:50 -0800 Jonathan Anderson > wrote ---- >> Hi all, >> >> I'm seeing some unexpected PQ_LAUNDRY behaviour on something fairly >> close >> to -CURRENT (drm-next-4.7 with an IFC on 26 Dec). Aside from the use >> of >> not-quite-CURRENT, it's also very possible that I don't understand >> how the >> laundry queue is supposed to work. Nonetheless, I thought I'd check >> whether >> there is a tunable I should change, an issue with the laundry queue >> itself, >> etc. >> >> After running X overnight (i915 can now run overnight on >> drm-next-4.7!), I >> end up with a little over half of my system memory in the laundry >> queue and >> a bunch of swap utilization. Even after closing X and shutting down >> lots of >> services, I see the following in top: > > > Please try the drm-next branch now. Up until very recently, the > shrinkers responsible for culling ttm/gem allocations were never run. > I've now implemented the shrinker, but it's driven from vm_lowmem, so > you'll probably still see what looks like a leak until you hit low > memory conditions. The shrinker should probably be run from > uma_timeout, but there isn't an eventhandler for that and I haven't > looked any further. > > -M Hi, I am now testing the `drm-next` branch, but I'm finding it crashes much more frequently (a la https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/96) than `drm-next-4.7`. While the 4.7 branch would sometimes only last a few minutes, it would sometimes run for a day or more. On `drm-next`, however, I think I'm yet to have 20 minutes of uptime. So, I haven't run into the memory shrinker yet because I haven't had enough uptime to use lots of memory. :) I will continue testing... any specific things I ought to be doing? Jon -- jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Jan 6 17:14:39 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 3D3D3CA2A30 for ; Fri, 6 Jan 2017 17:14:39 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24D6F16ED; Fri, 6 Jan 2017 17:14:38 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1483722867312486.0919474075347; Fri, 6 Jan 2017 09:14:27 -0800 (PST) Date: Fri, 06 Jan 2017 09:14:27 -0800 From: Matthew Macy To: "Jonathan Anderson" Cc: "" , "" , "freebsd-current Current" Message-ID: <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> In-Reply-To: <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> Subject: Re: PQ_LAUNDRY: unexpected behaviour MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail 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, 06 Jan 2017 17:14:39 -0000 > > Please try the drm-next branch now. Up until very recently, the > > shrinkers responsible for culling ttm/gem allocations were never run. > > I've now implemented the shrinker, but it's driven from vm_lowmem, so > > you'll probably still see what looks like a leak until you hit low > > memory conditions. The shrinker should probably be run from > > uma_timeout, but there isn't an eventhandler for that and I haven't > > looked any further. > > > > -M > > Hi, > > I am now testing the `drm-next` branch, but I'm finding it crashes much > more frequently (a la > https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/96) than > `drm-next-4.7`. While the 4.7 branch would sometimes only last a few > minutes, it would sometimes run for a day or more. On `drm-next`, > however, I think I'm yet to have 20 minutes of uptime. So, I haven't run > into the memory shrinker yet because I haven't had enough uptime to use > lots of memory. :) I will continue testing... any specific things I > ought to be doing? > I just did the merge and it's using a relatively untested new KPI so regressions aren't too surprising I'm afraid. #96 is more or less content free in terms of providing useful information. Getting a core + backtrace would be a lot more helpful. See the repo's wiki for details on improving your odds of getting a core. -M From owner-freebsd-current@freebsd.org Fri Jan 6 17:48:46 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 778FBCA26AE for ; Fri, 6 Jan 2017 17:48:46 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::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 6002F1DB4 for ; Fri, 6 Jan 2017 17:48:46 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (nat-192-187-90-113.nat.tribpub.com [192.187.90.113]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id bdefb843 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Fri, 6 Jan 2017 09:48:44 -0800 (PST) Subject: Re: PQ_LAUNDRY: unexpected behaviour To: freebsd-current@freebsd.org References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> From: Pete Wright Message-ID: <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> Date: Fri, 6 Jan 2017 09:48:43 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> Content-Type: text/plain; charset=windows-1252; 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: Fri, 06 Jan 2017 17:48:46 -0000 On 1/6/17 9:14 AM, Matthew Macy wrote: > > > > Please try the drm-next branch now. Up until very recently, the > > > shrinkers responsible for culling ttm/gem allocations were never run. > > > I've now implemented the shrinker, but it's driven from vm_lowmem, so > > > you'll probably still see what looks like a leak until you hit low > > > memory conditions. The shrinker should probably be run from > > > uma_timeout, but there isn't an eventhandler for that and I haven't > > > looked any further. > > > > > > -M > > > > Hi, > > > > I am now testing the `drm-next` branch, but I'm finding it crashes much > > more frequently (a la > > https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/96) than > > `drm-next-4.7`. While the 4.7 branch would sometimes only last a few > > minutes, it would sometimes run for a day or more. On `drm-next`, > > however, I think I'm yet to have 20 minutes of uptime. So, I haven't run > > into the memory shrinker yet because I haven't had enough uptime to use > > lots of memory. :) I will continue testing... any specific things I > > ought to be doing? > > > > > > I just did the merge and it's using a relatively untested new KPI so regressions aren't too surprising I'm afraid. #96 is more or less content free in terms of providing useful information. Getting a core + backtrace would be a lot more helpful. See the repo's wiki for details on improving your odds of getting a core. > I have found the following has enabled me to catch kernel panic's pretty reliably on the drm-next branch when i have the i915kms module loaded: dev.drm.skip_ddb=1 -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Fri Jan 6 18:53: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 60A22CA20E1 for ; Fri, 6 Jan 2017 18:53:06 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::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 47D561DB2 for ; Fri, 6 Jan 2017 18:53:06 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from la-dgt-31327.usa.tribune.com (nat-192-187-90-113.nat.tribpub.com [192.187.90.113]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3085f7f8 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 6 Jan 2017 10:53:05 -0800 (PST) Subject: Re: PQ_LAUNDRY: unexpected behaviour To: Jonathan Anderson References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> Cc: freebsd-current@freebsd.org From: Pete Wright Message-ID: Date: Fri, 6 Jan 2017 10:53:03 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> Content-Type: text/plain; charset=windows-1252; 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: Fri, 06 Jan 2017 18:53:06 -0000 On 1/6/17 10:44 AM, Jonathan Anderson wrote: > On 6 Jan 2017, at 12:48, Pete Wright wrote: > >> On 1/6/17 9:14 AM, Matthew Macy wrote: >>> >>> I just did the merge and it's using a relatively untested new KPI so >>> regressions aren't too surprising I'm afraid. #96 is more or less >>> content free in terms of providing useful information. Getting a core >>> + backtrace would be a lot more helpful. See the repo's wiki for >>> details on improving your odds of getting a core. >>> >> >> I have found the following has enabled me to catch kernel panic's >> pretty reliably on the drm-next branch when i have the i915kms module >> loaded: >> >> dev.drm.skip_ddb=1 > > Excellent: I turned that on and got a core, then got another core while > tar'ing up the first core. :) > > The machine in question is currently not connected to any network (iwm > is being a bit unhappy), but once it is, where can I put the tarball? > > oh great! i've been having the same problems with iwm too (failing to load firmware on boot). my trick has been to either boot into an old kernel where iwm was mostly usable. also i've commented out the line enabling wlan0 in my rc.conf then uncommented it after boot and manually running "service netif start" to bring up iwm. that method works most of the time... -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Fri Jan 6 19:06:31 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 17C6DCA2621 for ; Fri, 6 Jan 2017 19:06:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07D1E16C6 for ; Fri, 6 Jan 2017 19:06:30 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1483729586554961.9149789176771; Fri, 6 Jan 2017 11:06:26 -0800 (PST) Date: Fri, 06 Jan 2017 11:06:26 -0800 From: Matthew Macy To: "Pete Wright" Cc: "Jonathan Anderson" , "" Message-ID: <159752cc975.ae39473f72793.2628711433769346229@nextbsd.org> In-Reply-To: References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> Subject: Re: PQ_LAUNDRY: unexpected behaviour MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail 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, 06 Jan 2017 19:06:31 -0000 kernel cores tend to be large (all of wired memory after all) and unless I have exactly the same kernel as you with the same sources at the same changeset, not useful. A backtrace is a good place to start. > kgdb /boot/kernel/kernel /var/crash/vmcore.last % bt -M ---- On Fri, 06 Jan 2017 10:53:03 -0800 Pete Wright wrote ---- > > > On 1/6/17 10:44 AM, Jonathan Anderson wrote: > > On 6 Jan 2017, at 12:48, Pete Wright wrote: > > > >> On 1/6/17 9:14 AM, Matthew Macy wrote: > >>> > >>> I just did the merge and it's using a relatively untested new KPI so > >>> regressions aren't too surprising I'm afraid. #96 is more or less > >>> content free in terms of providing useful information. Getting a core > >>> + backtrace would be a lot more helpful. See the repo's wiki for > >>> details on improving your odds of getting a core. > >>> > >> > >> I have found the following has enabled me to catch kernel panic's > >> pretty reliably on the drm-next branch when i have the i915kms module > >> loaded: > >> > >> dev.drm.skip_ddb=1 > > > > Excellent: I turned that on and got a core, then got another core while > > tar'ing up the first core. :) > > > > The machine in question is currently not connected to any network (iwm > > is being a bit unhappy), but once it is, where can I put the tarball? > > > > > oh great! > > i've been having the same problems with iwm too (failing to load > firmware on boot). my trick has been to either boot into an old kernel > where iwm was mostly usable. also i've commented out the line enabling > wlan0 in my rc.conf then uncommented it after boot and manually running > "service netif start" to bring up iwm. that method works most of the > time... > -pete > > -- > Pete Wright > pete@nomadlogic.org > nomadlogicLA > _______________________________________________ > 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 Fri Jan 6 19:08: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 D8764CA271B for ; Fri, 6 Jan 2017 19:08:55 +0000 (UTC) (envelope-from jonathan@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 B82451869; Fri, 6 Jan 2017 19:08:55 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [172.31.128.104] (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by freefall.freebsd.org (Postfix) with ESMTP id EF859455C; Fri, 6 Jan 2017 19:08:54 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Pete Wright" Cc: freebsd-current@freebsd.org Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 14:07:02 -0500 Message-ID: In-Reply-To: References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5319) 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, 06 Jan 2017 19:08:55 -0000 On 6 Jan 2017, at 13:53, Pete Wright wrote: > > i've been having the same problems with iwm too (failing to load > firmware on boot). my trick has been to either boot into an old > kernel where iwm was mostly usable. also i've commented out the line > enabling wlan0 in my rc.conf then uncommented it after boot and > manually running "service netif start" to bring up iwm. that method > works most of the time... > -pete I am able to load iwm (iwm7265fw), but there are some networks that I just can't connect to (INIT -> INIT, swscan_cancel_scan, repeat). Attaching to an iPhone hotspot is one example of a not-entirely-helpful network, but there is other, more typical infrastructure that gives trouble too. There is an iwm8xxx in the room that seems to work fine, however... I do not meddle in the affairs of wi-fi, for it is subtle and quick to anger. :) Jon -- Jonathan Anderson jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Jan 6 19:26: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 A6110CA2DAB for ; Fri, 6 Jan 2017 19:26:51 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B61514B4 for ; Fri, 6 Jan 2017 19:26:51 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1483730808044223.88746695109353; Fri, 6 Jan 2017 11:26:48 -0800 (PST) Date: Fri, 06 Jan 2017 11:26:48 -0800 From: Matthew Macy To: "Jonathan Anderson" Cc: "Pete Wright" , "" Message-ID: <159753f6ce6.107cab0c974408.7344435149985613837@nextbsd.org> In-Reply-To: <34ADDCA2-853D-4074-8185-B76370A794D2@gmail.com> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> <159752cc975.ae39473f72793.2628711433769346229@nextbsd.org> <34ADDCA2-853D-4074-8185-B76370A794D2@gmail.com> Subject: Re: PQ_LAUNDRY: unexpected behaviour MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail 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, 06 Jan 2017 19:26:51 -0000 Thanks. Pete already filed that as part of #108. With luck markj@ will have that fixed this weekend. -M ---- On Fri, 06 Jan 2017 11:24:00 -0800 Jonathan Anderson wrote ---- > On 6 Jan 2017, at 14:06, Matthew Macy wrote: > > > kernel cores tend to be large (all of wired memory after all) and > > unless I have exactly the same kernel as you with the same sources at > > the same changeset, not useful. A backtrace is a good place to start. > >> kgdb /boot/kernel/kernel /var/crash/vmcore.last > > % bt > > > > -M > > Ok, here we are: > > #0 doadump (textdump=0) at pcpu.h:222 > #1 0xffffffff82a445e7 in vt_kms_postswitch (arg=) > at > /usr/home/jon/freebsd/graphics/sys/modules/drm/drm/../../../dev/drm/linux_fb.c:82 > #2 0xffffffff808de76b in vt_window_switch (vw=0xffffffff81760ea8) > at /usr/home/jon/freebsd/graphics/sys/dev/vt/vt_core.c:540 > #3 0xffffffff808dc280 in vtterm_cngrab (tm=) > at /usr/home/jon/freebsd/graphics/sys/dev/vt/vt_core.c:1465 > #4 0xffffffff809f3e02 in cngrab () at > /usr/home/jon/freebsd/graphics/sys/kern/kern_cons.c:368 > #5 0xffffffff80a4d27a in vpanic (fmt=0xffffffff80ff218f "Assertion %s > failed at %s:%d", > ap=0xfffffe0233e6f5f0) at > /usr/home/jon/freebsd/graphics/sys/kern/kern_shutdown.c:765 > #6 0xffffffff80a4d166 in kassert_panic (fmt=) > at /usr/home/jon/freebsd/graphics/sys/kern/kern_shutdown.c:669 > #7 0xffffffff80d2b93c in vm_fault_hold (map=0xfffff8010c9aa000, > vaddr=34369822720, > fault_type=, fault_flags=0, m_hold=0x0) > at /usr/home/jon/freebsd/graphics/sys/vm/vm_fault.c:389 > #8 0xffffffff80d2a1b8 in vm_fault (map=0xfffff8010c9aa000, vaddr= optimized out>, > fault_type=2 '\002', fault_flags=) > at /usr/home/jon/freebsd/graphics/sys/vm/vm_fault.c:474 > #9 0xffffffff80ebb412 in trap_pfault (frame=0xfffffe0233e6f9c0, > usermode=1) > at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/trap.c:708 > #10 0xffffffff80ebaba2 in trap (frame=0xfffffe0233e6f9c0) > at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/trap.c:326 > #11 0xffffffff80e9b181 in calltrap () > at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/exception.S:236 > #12 0x00000008022a3876 in ?? () > > It looks like the other core files have the same backtrace. Please let > me know if any other details would help... > > > Jon > -- > jonathan.anderson@ieee.org > From owner-freebsd-current@freebsd.org Fri Jan 6 18:44: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 9F21BCA2E4D for ; Fri, 6 Jan 2017 18:44:40 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qt0-x241.google.com (mail-qt0-x241.google.com [IPv6:2607:f8b0:400d:c0d::241]) (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 58BCF18BA for ; Fri, 6 Jan 2017 18:44:40 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: by mail-qt0-x241.google.com with SMTP id a29so6921157qtb.1 for ; Fri, 06 Jan 2017 10:44:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version; bh=nNLNImEKB0lkrkh0JUw7UIINfxfkjEsWmaQUCMEmomc=; b=rHnBOidjqvw0iMI+i7tJxdppg30ai040wMK8qJb4i6ZVNzHpakqg2aNAVwzrI8f6QL dkSPqRs/8Sf33hkkne14y3W18XiEOPemdwQfLvSkzxtoiKx8zxy2UoeOBzUgjGRg7MGv Xvne2Ds9qNpGj6uV82NQlmYFApoTLrdDP5JHy04RxDgNZLKuJlrX5ms3oAgd3d6ySCVy uBSIWtvHRG+bj4XhYOHk+bAc3TDV+TgoPLmMQUnV4NlfVeMcx5v7kT4UmCOZPoDD3adL 4CfxUR93L5B4gIJuWkKX++BZU0IUoZ7dNsxblNwHf5lR5qvbQGZ9jZttxE0nWuviyWGH e/lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version; bh=nNLNImEKB0lkrkh0JUw7UIINfxfkjEsWmaQUCMEmomc=; b=XEcgpE7Zm52Ktdh1H/6ZOXk58HyZEQEbYg8mthwcxRSj9hz0tIm97sSe0drQy9zyMY FPRRi5R+uTevjx7+++qKkxfGd6uezJYHapCnfwEB6dl1Kvm83vF/SvJcB6xYTxSmaadn zayxJYF+2EvYkDaFmO3VzdCPeYPxJMY7rLR8H8KzJgetqerDpJGVibg0Snyf+yQ12xg0 TOSxZaigpmT9NjZPE5FL1YykgsDo49jSgZQpiqoAIw37NbZjgNER3mcceafZ4zex/9AG TurYhnGU8dZfpmSwTN4djlEYQCYkWdrGPPpeCTMrc4Kixw1QeetoWXkzpfP2RUZh0E4C 2irg== X-Gm-Message-State: AIkVDXKxkCzJJqkb8mAN8w5UBaHIAn916AmxpL4d+cQ46Qv3J0KtuNcj/HoqP9jVuTg3Dg== X-Received: by 10.200.44.165 with SMTP id 34mr68141562qtw.233.1483728279613; Fri, 06 Jan 2017 10:44:39 -0800 (PST) Received: from [172.31.128.104] ([38.105.99.189]) by smtp.gmail.com with ESMTPSA id x62sm46005qkg.31.2017.01.06.10.44.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2017 10:44:38 -0800 (PST) From: "Jonathan Anderson" To: "Pete Wright" Cc: freebsd-current@freebsd.org Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 13:44:37 -0500 Message-ID: <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> In-Reply-To: <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5319) X-Mailman-Approved-At: Fri, 06 Jan 2017 19:30:33 +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, 06 Jan 2017 18:44:40 -0000 On 6 Jan 2017, at 12:48, Pete Wright wrote: > On 1/6/17 9:14 AM, Matthew Macy wrote: >> >> I just did the merge and it's using a relatively untested new KPI so >> regressions aren't too surprising I'm afraid. #96 is more or less >> content free in terms of providing useful information. Getting a core >> + backtrace would be a lot more helpful. See the repo's wiki for >> details on improving your odds of getting a core. >> > > I have found the following has enabled me to catch kernel panic's > pretty reliably on the drm-next branch when i have the i915kms module > loaded: > > dev.drm.skip_ddb=1 Excellent: I turned that on and got a core, then got another core while tar'ing up the first core. :) The machine in question is currently not connected to any network (iwm is being a bit unhappy), but once it is, where can I put the tarball? Jon -- jonathan.anderson@ieee.org From owner-freebsd-current@freebsd.org Fri Jan 6 19:35:25 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 41238CA2413 for ; Fri, 6 Jan 2017 19:35:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C5FC1BDB; Fri, 6 Jan 2017 19:35:25 +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 3932310B577; Fri, 6 Jan 2017 14:35:24 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Konstantin Belousov , Eric Joyner Subject: Re: How many CPU cores does FreeBSD support? Date: Fri, 06 Jan 2017 10:56:20 -0800 Message-ID: <2287894.9nzTCdqko4@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170104195909.GB2533@kib.kiev.ua> References: <20170104195909.GB2533@kib.kiev.ua> 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); Fri, 06 Jan 2017 14:35:24 -0500 (EST) 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: Fri, 06 Jan 2017 19:35:25 -0000 On Wednesday, January 04, 2017 09:59:09 PM Konstantin Belousov wrote: > On Wed, Jan 04, 2017 at 06:53:23PM +0000, Eric Joyner wrote: > > Adding freebsd-current, because that's a good idea. > > > > I see these lines in the beginning of dmesg: > > > > MADT: Ignoring local APIC ID 256 (too high) > > > > > > [907/911] > > MADT: Ignoring local APIC ID 260 (too high) > > > > > > [906/911] > > MADT: Ignoring local APIC ID 264 (too high) > > > > > > [905/911] > > MADT: Ignoring local APIC ID 268 (too high) > > > > > > [904/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 272 (too high) > > > > > > [903/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > > > > > [901/911] > > MADT: Ignoring local APIC ID 276 (too high) > > > > > > [902/911] > > MADT: Ignoring local APIC ID 280 (too high) > > MADT: Ignoring local APIC ID 284 (too high) > > MADT: Ignoring local APIC ID 288 (too high) > > MADT: Ignoring local APIC ID 292 (too high) > > MADT: Ignoring local APIC ID 296 (too high) > > MADT: Ignoring local APIC ID 300 (too high) > > MADT: Ignoring local APIC ID 257 (too high) > > MADT: Ignoring local APIC ID 261 (too high) > > MADT: Ignoring local APIC ID 265 (too high) > > MADT: Ignoring local APIC ID 269 (too high) > > MADT: Ignoring local APIC ID 273 (too high) > > MADT: Ignoring local APIC ID 277 (too high) > > MADT: Ignoring local APIC ID 281 (too high) > > MADT: Ignoring local APIC ID 285 (too high) > > MADT: Ignoring local APIC ID 289 (too high) > > MADT: Ignoring local APIC ID 293 (too high) > > MADT: Ignoring local APIC ID 297 (too high) > > MADT: Ignoring local APIC ID 301 (too high) > > MADT: Ignoring local APIC ID 258 (too high) > > MADT: Ignoring local APIC ID 262 (too high) > > MADT: Ignoring local APIC ID 266 (too high) > > MADT: Ignoring local APIC ID 270 (too high) > > MADT: Ignoring local APIC ID 274 (too high) > > MADT: Ignoring local APIC ID 278 (too high) > > MADT: Ignoring local APIC ID 282 (too high) > > MADT: Ignoring local APIC ID 286 (too high) > > MADT: Ignoring local APIC ID 290 (too high) > > MADT: Ignoring local APIC ID 294 (too high) > > MADT: Ignoring local APIC ID 298 (too high) > > MADT: Ignoring local APIC ID 302 (too high) > > MADT: Ignoring local APIC ID 255 (too high) > > MADT: Ignoring local APIC ID 259 (too high) > > MADT: Ignoring local APIC ID 263 (too high) > > MADT: Ignoring local APIC ID 267 (too high) > > MADT: Ignoring local APIC ID 271 (too high) > > MADT: Ignoring local APIC ID 275 (too high) > > MADT: Ignoring local APIC ID 279 (too high) > > MADT: Ignoring local APIC ID 283 (too high) > > MADT: Ignoring local APIC ID 287 (too high) > > MADT: Ignoring local APIC ID 291 (too high) > > MADT: Ignoring local APIC ID 295 (too high) > > MADT: Ignoring local APIC ID 299 (too high) > > MADT: Ignoring local APIC ID 303 (too high) > > Copyright (c) 1992-2016 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 > > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > > 3.8.0) > > SRAT: No CPU found for memory domain 1 > > VT(efifb): resolution 800x600 > > CPU: Intel(R) Xeon Phi(TM) CPU 7250 @ 1.40GHz (1396.80-MHz K8-class CPU) > > Origin="GenuineIntel" Id=0x50671 Family=0x6 Model=0x57 Stepping=1 > > > > Features=0xbfebfbff > > > > Features2=0x7ff8f39f > > AMD Features=0x2c100800 > > AMD Features2=0x121 > > Structured Extended > > Features=0x1c0d23ab > > Structured Extended Features2=0x1 > > XSAVE Features=0x1 > > TSC: P-state invariant, performance statistics > > real memory = 223332007936 (212986 MB) > > avail memory = 216976429056 (206924 MB) > > Event timer "LAPIC" quality 600 > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 223 CPUs > > FreeBSD/SMP: Non-uniform topology > > > > It sounds like those MADT errors point to the problem? > > In sys/x86/acpica/madt.c file, function madt_add_cpu(), just remove > the block > if (apic_id > MAX_APIC_ID) { > printf("MADT: Ignoring local APIC ID %u (too high)\n", > apic_id); > return; > } > Best to do it on HEAD and not on 11.0. > If it helps, commit the change. That will not help. mp_machdep.c for x86 has a static table sized by MAX_APIC_ID to store info about CPUs. That needs to be reworked (either having a table sized by MAXCPU instead, or by reworking the interface with APIC enumerators so that we walk the associated firmware table multiple times rather than generating an internal table). > Also, for >= 256 CPUs, you might need to enable interrupt remapping > in the DMAR, use loader tunables > hw.dmar.enable <= to enable DMAR > hw.dmar.ir <= to enable remapping > hw.dmar.dma <= to disable IOMMU if it interacts badly with your hw We should have the kernel reject routing interrupts to CPUs with APIC IDs > 256 if IR isn't supported and enabled. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Jan 6 19:35:30 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 A58BCCA242F for ; Fri, 6 Jan 2017 19:35:30 +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 85A331C10; Fri, 6 Jan 2017 19:35:29 +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 D669810B55F; Fri, 6 Jan 2017 14:35:22 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending Date: Fri, 06 Jan 2017 11:11:39 -0800 Message-ID: <12298639.7MUNlBUVpl@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> 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); Fri, 06 Jan 2017 14:35:22 -0500 (EST) 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: Fri, 06 Jan 2017 19:35:30 -0000 On Thursday, January 05, 2017 08:17:56 PM Sean Bruno wrote: > tl;dr --> igbX devices will become emX devices > > We're about to commit an update to sys/dev/e1000 that will implement and > activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folks > who can test and poke at the drivers to do so this week. This will have > some really great changes for performance and standardization that have > been bouncing around inside of various FreeBSD shops that have been > collaborating with Matt Macy over the last year. > > This will implement multiple queues for certain em(4) devices that are > capable of such things and add some new sysctl's for you to poke at in > your monitoring tools. > > Due to limitations of device registration, igbX devices will become emX > devices. So, you'll need to make a minor update to your rc.conf and > scripts that manipulate the network devices. > > UPDATING will be bumped to reflect these changes. > > MFC to stable/11 will have a legacy implementation that doesn't use > IFLIB for compatibility reasons. > > A documentation and man page update will follow in the next few days > explaining how to work with the changed driver. This is a very invasive change, and seems unnecessary. The only thing you can't share between two drivers with different names is the probe routine (which you would want to be different since they would cover different PCI ID lists). That is, you only need: static int igb_probe(device_t dev) { /* check igb PCI ID list */ } static int em_probe(device_t dev) { /* check em PCI ID list */ } static int foo_attach(device_t dev) { ... } static int foo_detach(device_t dev) { ... } static device_method_t igb_methods[] = { DEVMETHOD(device_probe, igb_probe), DEVMETHOD(device_attach, foo_attach), /* Other methods all use foo_* */ }; static device_method_t em_methods[] = { DEVMETHOD(device_probe, em_probe), DEVMETHOD(device_attach, foo_attach), /* Other methods all use foo_* */ }; static driver_t igb_driver = { "igb", igb_methods, sizeof(struct foo_softc) }; static driver_t em_driver = { "em", em_methods, sizeof(struct foo_softc) }; DRIVER_MODULE(igb, pci, igb_driver, ...); DRIVER_MODULE(em, pci, em_driver, ...); This isn't a huge amount of code to carry around, and seems a very small price to pay compared to the cost of breaking existing machines (and existing documentation, so now things have to document <= 11 and >= 12 differently, etc.). (FWIW, this approach is what cxgbe uses to have the same driver code manage cxgbe/cxl/cc.) -- John Baldwin From owner-freebsd-current@freebsd.org Fri Jan 6 19:43: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 C6242CA27A4 for ; Fri, 6 Jan 2017 19:43:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 6E68712A5; Fri, 6 Jan 2017 19:43:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v06JhcCE039279 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 6 Jan 2017 21:43:38 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v06JhcCE039279 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v06Jhc5E039278; Fri, 6 Jan 2017 21:43:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Jan 2017 21:43:38 +0200 From: Konstantin Belousov To: Kurt Lidl Cc: FreeBSD-Current Subject: Re: ABI differences between stable/10 and head? Message-ID: <20170106194338.GE2349@kib.kiev.ua> References: <364d5cf1-f5a7-785a-b55e-f605f165371f@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <364d5cf1-f5a7-785a-b55e-f605f165371f@FreeBSD.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-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, 06 Jan 2017 19:43:44 -0000 On Fri, Jan 06, 2017 at 09:54:50AM -0500, Kurt Lidl wrote: > Yesterday, I upgraded the kernel on my sparc64 to -head, > so I was running a mis-matched kernel and userland. > The userland was a recent (as of two days ago) stable/10. > > In the nightly report, I noticed the following: > > > Network interface status: > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > > bge0 - 00:03:ba:e0:ce:07 0 64691 0 0 0 11494817 2025493932409880576 > > bge0 - fe80::203:baf fe80::203:baff:fe 0 - - 0 - - - > > bge0 - spork.pix.net 2001:470:e254:10: 0 - - 0 - - - > > bge0 - 192.168.16.0 spork 0 - - 0 - - - > > bge1 - 00:03:ba:e0:ce:08 0 0 0 0 0 0 4040291828690585088 > > bge2 - 00:03:ba:e0:ce:09 0 0 0 0 0 0 4040291832985552384 > > bge3 - 00:03:ba:e0:ce:0a 0 0 0 0 0 0 4040291837582442496 > > lo0 - 0 74 0 0 0 38794 2025493932409880576 > > lo0 - localhost ::1 0 - - 0 - - - > > lo0 - fe80::1%lo0 fe80::1%lo0 0 - - 0 - - - > > lo0 - your-net localhost 0 - - 0 - - - > > As you can see, the "drop" column for the host has > completely outrageous values. > > When representing those numbers as binary, there's > an awful lot of zeros in the low order bits, like > some structure is being referenced off by a word or > two. > > lidl@torb-142: bc -l > bc 1.06 > Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. > This is free software with ABSOLUTELY NO WARRANTY. > For details type `warranty'. > obase=2 > 2025493932409880576 > 1110000011100000000000000000000000000000000000000000000000000 > > I also find it more than slightly curious that the "drop" values for > bge0 and lo0 are identical. > > Do we have some subtle ABI differences between the two systems > (stable/10 vs -head)? We have not subtle, but large ABI breakage regularly with the management interfaces, esp. with network and CAM interfaces. Do not expect that network configuration tools like ifconfig or route, or network statistic tools like netstat, work between major releases. From owner-freebsd-current@freebsd.org Fri Jan 6 19:24:03 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 90FDFCA2D36 for ; Fri, 6 Jan 2017 19:24:03 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qk0-x244.google.com (mail-qk0-x244.google.com [IPv6:2607:f8b0:400d:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47C7413DA for ; Fri, 6 Jan 2017 19:24:03 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: by mail-qk0-x244.google.com with SMTP id u25so63317872qki.2 for ; Fri, 06 Jan 2017 11:24:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=PthxM87wUOVO/n79Uki3N1n+Zx11WqTvvFO9+u+9TDg=; b=MwsJXJnXXUCc3G1T8p0oG5wb6+rKw2aAYpx4N+ehF2kcV4t/+AJYl1q6YU2iW+JV8Q bkNKJ13leErHPi3Cfh4jP/U/GCr8FPI0H08SKQzQfIIcJebqoVTApf6H8FW4iksm1+/T nQstNh7N+8zUg0OcLHZcQOA/tZpuE1dd80wqhb34AVGErpR6pU+2zq6OdAXtyESSixf+ OmYEdH42Gam581uIhjVWJXRbNRynlUXCl2MyiBoy5ZnXyyUhBeZ1d13EutJArdZz1+kL yZrZmvNAmQGthIhWhP4+FVlVwIFl9H9V1MdN+GJ2d4l33bcSNJguZHv48QeuWcBvhL9F jRtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=PthxM87wUOVO/n79Uki3N1n+Zx11WqTvvFO9+u+9TDg=; b=SjSOAfnqZjBdGbLXlL0JyhV0mQVszqAP8m40J5RugYSHMtLQGJ37D7L7/mEdNdoVJe qc41O+nMStezj8sD7XWuIsTzcaJ1vFW5jbg5xUisP+wlWdMOCbViIob/pW4cFgYCbkUo 7gdAGYmzcREcc4CKZKAuq+oy7fap5NWUWvhVALqcseU+d/+BoEeNYv05a9fg47toQh0v bLlPwe/e2k/vkOME03CkAPK8xLQSHu7wbDNB6NUgm79CAv39Z6GQhsSu9hpRE0Y7UmvV Gmg80d7yo2LsT2DlK1SGrrsjTzhU8GqxPDFMc8L8NRaQYejKU1jvCNaGjgZgDwLnnA+B GlQw== X-Gm-Message-State: AIkVDXLqsmUcO3NXQLTlT4MiItIKNufpu3Krz/0Jjbm6fs6k50IcYXE1OV9yIFYe2XZrwQ== X-Received: by 10.55.19.142 with SMTP id 14mr77369855qkt.206.1483730642507; Fri, 06 Jan 2017 11:24:02 -0800 (PST) Received: from [172.31.128.104] ([38.105.99.189]) by smtp.gmail.com with ESMTPSA id z7sm61360qkz.7.2017.01.06.11.24.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2017 11:24:01 -0800 (PST) From: "Jonathan Anderson" To: "Matthew Macy" Cc: "Pete Wright" , freebsd-current@freebsd.org Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 14:24:00 -0500 Message-ID: <34ADDCA2-853D-4074-8185-B76370A794D2@gmail.com> In-Reply-To: <159752cc975.ae39473f72793.2628711433769346229@nextbsd.org> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> <159752cc975.ae39473f72793.2628711433769346229@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.9.6r5319) X-Mailman-Approved-At: Fri, 06 Jan 2017 19:46:04 +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, 06 Jan 2017 19:24:03 -0000 On 6 Jan 2017, at 14:06, Matthew Macy wrote: > kernel cores tend to be large (all of wired memory after all) and = > unless I have exactly the same kernel as you with the same sources at = > the same changeset, not useful. A backtrace is a good place to start. >> kgdb /boot/kernel/kernel /var/crash/vmcore.last > % bt > > -M Ok, here we are: #0 doadump (textdump=3D0) at pcpu.h:222 #1 0xffffffff82a445e7 in vt_kms_postswitch (arg=3D)= at = /usr/home/jon/freebsd/graphics/sys/modules/drm/drm/../../../dev/drm/linux= _fb.c:82 #2 0xffffffff808de76b in vt_window_switch (vw=3D0xffffffff81760ea8) at /usr/home/jon/freebsd/graphics/sys/dev/vt/vt_core.c:540 #3 0xffffffff808dc280 in vtterm_cngrab (tm=3D) at /usr/home/jon/freebsd/graphics/sys/dev/vt/vt_core.c:1465 #4 0xffffffff809f3e02 in cngrab () at = /usr/home/jon/freebsd/graphics/sys/kern/kern_cons.c:368 #5 0xffffffff80a4d27a in vpanic (fmt=3D0xffffffff80ff218f "Assertion %s = failed at %s:%d", ap=3D0xfffffe0233e6f5f0) at = /usr/home/jon/freebsd/graphics/sys/kern/kern_shutdown.c:765 #6 0xffffffff80a4d166 in kassert_panic (fmt=3D) at /usr/home/jon/freebsd/graphics/sys/kern/kern_shutdown.c:669 #7 0xffffffff80d2b93c in vm_fault_hold (map=3D0xfffff8010c9aa000, = vaddr=3D34369822720, fault_type=3D, fault_flags=3D0, m_hold=3D0x0) at /usr/home/jon/freebsd/graphics/sys/vm/vm_fault.c:389 #8 0xffffffff80d2a1b8 in vm_fault (map=3D0xfffff8010c9aa000, vaddr=3D, fault_type=3D2 '\002', fault_flags=3D) at /usr/home/jon/freebsd/graphics/sys/vm/vm_fault.c:474 #9 0xffffffff80ebb412 in trap_pfault (frame=3D0xfffffe0233e6f9c0, = usermode=3D1) at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/trap.c:708 #10 0xffffffff80ebaba2 in trap (frame=3D0xfffffe0233e6f9c0) at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/trap.c:326 #11 0xffffffff80e9b181 in calltrap () at /usr/home/jon/freebsd/graphics/sys/amd64/amd64/exception.S:236 #12 0x00000008022a3876 in ?? () It looks like the other core files have the same backtrace. Please let = me know if any other details would help... Jon -- jonathan.anderson@ieee.org From owner-freebsd-current@freebsd.org Fri Jan 6 19:30: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 421C7CA2181 for ; Fri, 6 Jan 2017 19:30:44 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DECFB1794 for ; Fri, 6 Jan 2017 19:30:43 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: by mail-qt0-x22d.google.com with SMTP id k15so317325652qtg.3 for ; Fri, 06 Jan 2017 11:30:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version; bh=FRTL/UIHn70x8Mf7j0WrUTZoT0UeklXSvbuMlnXo0X8=; b=PiC39MgJgVVZfwiPxntpLGn/AMnXSjmrL7bN5agdWQsCnBscaTcH+AMJ3t/0BVR+gh vBCoiD+9daNhntQEGh59jLjpytioSdUa2D0nBh/x0zbRQV4+P1i/qkYEy0K+duE6ikUn tuVuP471QhzMlI+W+H1FqgBp5GWb9Rxx4sssssanndgVicaCFg5F5WGuyKGoZGuWoYcB C06Z4jkvK+e1aSbY49vP1hHUvfmOGIZDpwdmXIiOqKpxxheQHcBl2fHhDRjLTh+UMehL WBFk+jnV9KfzY5gifLHttpnAmYJWZQ7xtJpmsAmrSpZi5tzJ16RtiG1DB+EW5HTC5fm2 o+9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version; bh=FRTL/UIHn70x8Mf7j0WrUTZoT0UeklXSvbuMlnXo0X8=; b=HWgMFzVayDcFrn8NgUQCPRF6sclQvXdaJkKhxdQVYiOizH3ab7s8XvC/dfU/+aYHno 7atXGJoVvWiQ9wwNEo3mPxvJTvgXfH10MLx5rRdIk4KfUWO9m+4TLf/g8vl5N4h+x9lT lzD/tPuwr1yxtCT5v4NhPetRLdqF9Wrosodze16rDRc7yqrMi4KsnthQuywymigoG6ZL 44UOUsuKrIH0Mt84rS8AdEWXZh36Z9znyU6tty6vvBjjCWcxy4WtshTt6qMVH6UjKJOA P2i9Ic1n7bFmlliXW/ZzxxLD5wjunwji84/dPrh7VMdoG5MxiJU4slLNL+HyELCMjWJv 2u3A== X-Gm-Message-State: AIkVDXKeDEs2Z3F3MNS3/JNdMRr6AfYnOO+VzXqM78wTyImEis8eDefO8fVNTjTn7NlADA== X-Received: by 10.237.38.195 with SMTP id q61mr12947168qtd.199.1483731043037; Fri, 06 Jan 2017 11:30:43 -0800 (PST) Received: from [172.31.128.104] ([38.105.99.189]) by smtp.gmail.com with ESMTPSA id u190sm74220qkc.12.2017.01.06.11.30.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2017 11:30:42 -0800 (PST) From: "Jonathan Anderson" To: "Matthew Macy" Cc: "Pete Wright" , freebsd-current@freebsd.org Subject: Re: PQ_LAUNDRY: unexpected behaviour Date: Fri, 06 Jan 2017 14:30:41 -0500 Message-ID: In-Reply-To: <159753f6ce6.107cab0c974408.7344435149985613837@nextbsd.org> References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> <159752cc975.ae39473f72793.2628711433769346229@nextbsd.org> <34ADDCA2-853D-4074-8185-B76370A794D2@gmail.com> <159753f6ce6.107cab0c974408.7344435149985613837@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5319) X-Mailman-Approved-At: Fri, 06 Jan 2017 19:46:14 +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, 06 Jan 2017 19:30:44 -0000 On 6 Jan 2017, at 14:26, Matthew Macy wrote: > Thanks. Pete already filed that as part of #108. With luck markj@ will > have that fixed this weekend. > > -M Fantastic, I'll subscribe to that issue. Cheers, Jon -- jonathan.anderson@ieee.org From owner-freebsd-current@freebsd.org Fri Jan 6 20:25: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 93608CA235A for ; Fri, 6 Jan 2017 20:25:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 277F41177; Fri, 6 Jan 2017 20:25:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id c85so38765461wmi.1; Fri, 06 Jan 2017 12:25:07 -0800 (PST) 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=R3jBVUJ4bY/mAgbaYNEHRVqbbioEbjnnhC0XBxg0hwM=; b=ApJiuGzi2bJXUA0hJYdAxmmsuzvymqjYz6c6HPZsz6FVDbz+u8OW5OFx1vS/TXV5BB iYSUuDGcKvLxM4ObNNrpCEfDCOmrqqbdCxMIWX80f/4USXRsylN2ij6obNwtjfZCcE19 jIDHue28tPeUHogzmZGETajdnIykYHYwzgLNnk6v7U639aQjFbY8dE6NbT9YmtKvYVdh UyVadfFBFVU6KJbuVljTpwtyqfRgmeUMgUtjmhMqf1eKtRmJ0elaB1MYb982Pyrm5ePX oO7Z/j3NiAaKr2JmFU21oWJDNIYPHhiRMVPrOh3aeOmiaOUJdRKZwC7ane57tnA/6oym z9Sg== 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=R3jBVUJ4bY/mAgbaYNEHRVqbbioEbjnnhC0XBxg0hwM=; b=ZpkeATPK6zYCId9O64oMJZzwgFglXRNYRCpkREZoYJcOzf4r0rD5SWbG5kQlPCvcZH TdNDrwVdRyASeNhKtcKLq3DLCOB9Vk1xRZwwY046y8jvWMKE81My8nC1TBKhUXXX4wmz AqbXohZmFzy+Nw2ZOPRVMHqRI4nI8ns2P46VUF1VihkwA8+alcuGxGtL/BKaGde8R6yK EXqvSMeMLNI758wFcGDJJmqyEJ6zhDYMC7LR1Qr5cg4/NTUWXPjdupU/Jkc+j5W29kc+ PGHuOU07cZGpCBraL2hwKGpNMCTX9C9rlTFueSxEViCC9bkXpPt8GFL8kjwoSKd+Jnml ylXQ== X-Gm-Message-State: AIkVDXK3Dsu5nXS4wSwRa/ijflegS7bFPOfB757TnsZatFxudaxUoe39IZkiOi/N+MbQx1WJvyvY1HhXw2KlQA== X-Received: by 10.223.150.240 with SMTP id u103mr2581788wrb.9.1483734305255; Fri, 06 Jan 2017 12:25:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.51.162 with HTTP; Fri, 6 Jan 2017 12:25:04 -0800 (PST) In-Reply-To: References: <1596d0f6d6d.1266583c3319360.3590554896761456790@nextbsd.org> <74A6C6D0-90A4-4DB2-8D89-5D2B1E495F88@FreeBSD.org> <15974c6426d.12945df5e62589.5931208946643250381@nextbsd.org> <1779f83b-687d-ac6f-587f-90bdc6d61c20@nomadlogic.org> <4778A6AC-97CF-4AE0-957A-7768964867D9@gmail.com> From: Adrian Chadd Date: Fri, 6 Jan 2017 12:25:04 -0800 Message-ID: Subject: Re: PQ_LAUNDRY: unexpected behaviour To: Jonathan Anderson Cc: Pete Wright , 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, 06 Jan 2017 20:25:07 -0000 email freebsd-wireless with the wifi details. i know our iwm driver gets antenna configs wrong sometimes and that can cause issues. -a On 6 January 2017 at 11:07, Jonathan Anderson wrote: > On 6 Jan 2017, at 13:53, Pete Wright wrote: >> >> >> i've been having the same problems with iwm too (failing to load firmware >> on boot). my trick has been to either boot into an old kernel where iwm was >> mostly usable. also i've commented out the line enabling wlan0 in my >> rc.conf then uncommented it after boot and manually running "service netif >> start" to bring up iwm. that method works most of the time... >> -pete > > > I am able to load iwm (iwm7265fw), but there are some networks that I just > can't connect to (INIT -> INIT, swscan_cancel_scan, repeat). Attaching to an > iPhone hotspot is one example of a not-entirely-helpful network, but there > is other, more typical infrastructure that gives trouble too. There is an > iwm8xxx in the room that seems to work fine, however... I do not meddle in > the affairs of wi-fi, for it is subtle and quick to anger. :) > > > Jon > -- > Jonathan Anderson > jonathan@FreeBSD.org > > _______________________________________________ > 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 Sat Jan 7 01:33: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 CB74FCA03D1 for ; Sat, 7 Jan 2017 01:33:27 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F9511958; Sat, 7 Jan 2017 01:33:27 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:mime-version:user-agent:date:date:message-id :subject:subject:from:from; s=201508; t=1483752800; bh=pduNv4Nyh 0KSMqwxnKbHBXkphm/PYDaP1FzedFuXpvE=; b=WkaWYa8p6s27EMqfsNvkNl/kD 2rsmM+4gm0/MYv6vNUdbkeax8nn3tzGhZIh97C0T+6FnYcIzM9Umllh1/Hd/pOZy ZerJBn0G38h84iUJ6ZoyOzjuU7pdrLpI9sNAUDhQ/LavzpJLUeA7grXvaDYO7vCP KE3Z25w/P0J66z+HTc= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 3870412F5E; Fri, 6 Jan 2017 20:33:20 -0500 (EST) To: John Baldwin Cc: FreeBSD Current From: Michael Butler Subject: SVN r311568 breaks build Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: Date: Fri, 6 Jan 2017 20:33:19 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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, 07 Jan 2017 01:33:27 -0000 With the introduction of MSG_MORETOCOME, the build of libsysdecode is broken. Was the following patch the intended but missed fix? Index: lib/libsysdecode/mktables =================================================================== --- lib/libsysdecode/mktables (revision 311572) +++ lib/libsysdecode/mktables (working copy) @@ -142,7 +142,7 @@ gen_table "fcntlcmd" "F_[A-Z0-9_]+[[:space:]]+[0-9]+[[:space:]]+" "sys/fcntl.h" "F_CANCEL|F_..LCK" gen_table "mmapflags" "MAP_[A-Z_]+[[:space:]]+0x[0-9A-Fa-f]+" "sys/mman.h" gen_table "rtpriofuncs" "RTP_[A-Z]+[[:space:]]+[0-9]+" "sys/rtprio.h" -gen_table "msgflags" "MSG_[A-Z]+[[:space:]]+0x[0-9]+" "sys/socket.h" "MSG_SOCALLBCK" +gen_table "msgflags" "MSG_[A-Z]+[[:space:]]+0x[0-9]+" "sys/socket.h" "MSG_SOCALLBCK|MSG_MORETOCOME" gen_table "sigcode" "SI_[A-Z]+[[:space:]]+0(x[0-9abcdef]+)?" "sys/signal.h" gen_table "umtxcvwaitflags" "CVWAIT_[A-Z_]+[[:space:]]+0x[0-9]+" "sys/umtx.h" gen_table "umtxrwlockflags" "URWLOCK_PREFER_READER[[:space:]]+0x[0-9]+" "sys/umtx.h" From owner-freebsd-current@freebsd.org Sat Jan 7 02:20: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 D0B05CA3907; Sat, 7 Jan 2017 02:20:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C3BAD1FDC; Sat, 7 Jan 2017 02:20:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9C6AB64A; Sat, 7 Jan 2017 02:20:06 +0000 (UTC) Date: Sat, 7 Jan 2017 02:20:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, asomers@FreeBSD.org, jhb@FreeBSD.org, np@FreeBSD.org, dim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <264659010.5.1483755606652.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4586 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 02:20:06 -0000 FreeBSD_HEAD_i386 - Build #4586 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4586/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4586/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4586/console Change summaries: 311575 by adrian: [net80211] add VHT node flag; parsed chanwidth. The VHT operational element (VHTOPMODE) isn't a uint32_t - it's the MCS sets, freq1/freq2 parameters and channel width. So, store the channel width too in lieu of just storing the IE struct. This changes the VHT parameter layout in ieee80211_node but it doesn't change ABI at all. 311574 by adrian: [net80211] add FVHT flags for channel widths. The 11n code uses these bits for both configuration /and/ controlling the channel width on softmac chips - it uses it to find the widest width for all VAPs (eg a HT20 vap and a HT40 vap) to know what to configure the ic_curchan. For fullmac devices it isn't /as/ important, as each virtual device exposed by the firmware will likely have its own configuration and the firmware figures out what to do to enable it. 311573 by adrian: [net80211] Remove duplicate VHTOPMODE configuration bits. These came from Linux mac80211 headers and are configuration bits, not VHTOPMODE field parameters. Whilst here, add the field names for the VHTCAP bits. Tested: * ath10k, 11ac STA mode 311572 by asomers: Fix file descriptor leaks in cmp(1) Also, add a few test cases Reported by: Coverity CID: 271624 275338 Reviewed by: ngie MFC after: 4 weeks Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D9074 311570 by dim: In tcpdump's print-tcp.c, avoid increasing alignment when taking the addresses of members of struct ip, which is packed. Since the pointers are only used for memcmp'ing, they can be pointing to void instead. Note that upstream has removed the src and dst variables, in the mean time. MFC after: 3 days 311569 by np: Fix comment in t4_tom. No functional change. MFC after: 3 days 311568 by jhb: Set MORETOCOME for AIO write requests on a socket. Add a MSG_MOREOTOCOME message flag. When this flag is set, sosend* set PRUS_MOREOTOCOME when invoking the protocol send method. The aio worker tasks for sending on a socket set this flag when there are additional write jobs waiting on the socket buffer. Reviewed by: adrian MFC after: 1 month Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D8955 311567 by jhb: Enable /usr/lib32 for o32 binaries on mips64. Build and install an o32 set of libraries on mips64 suitable for running o32 binaries via COMPAT_FREEBSD32. Enable COMPAT_FREEBSD32 in MALTA64. Reviewed by: jmallett, imp Sponsored by: DARPA / AFRL Differential Revision: https://reviews.freebsd.org/D9032 311566 by jhb: Set -m32 in MD LIB32CPUCFLAGS rather than MI LIB32CFLAGS. Both amd64 and powerpc64 use -m32 to compile 32-bit binaries, but not all platforms follow this convention. Move the -m32 compile flag into the per-architecture flags to accomodate other architectures. Sponsored by: DARPA / AFRL 311565 by dim: Link llvm-ar to llvm-ranlib, if WITH_CLANG_EXTRAS is enabled. When invoked as llvm-ranlib, it can create an archive symbol table for archives of objects compiled for LTO by an LLVM compiler. Submitted by: Dan McGregor MFC after: 3 days The end of the build log: [...truncated 55879 lines...] --- _setjmp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._setjmp.o -MT_setjmp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/i386/_setjmp.S -o _setjmp.o --- all_subdir_lib/libstdthreads --- --- tss.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -MD -MF.depend.tss.pico -MTtss.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libstdthreads/tss.c -o tss.pico --- all_subdir_lib/libstand --- --- _bzlib.o --- --- all_subdir_lib/libsysdecode --- ===> lib/libsysdecode (all) --- all_subdir_lib/libstand --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._bzlib.o -MT_bzlib.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _bzlib.c -o _bzlib.o --- all_subdir_lib/libstdthreads --- --- Version.map --- cat /usr/src/lib/libstdthreads/Symbol.map | cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin - - | awk -v vfile=/usr/src/lib/libstdthreads/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- libstdthreads.a --- building static stdthreads library ar -crD libstdthreads.a `NM='nm' NMFLAGS='' lorder call_once.o cnd.o mtx.o thrd.o tss.o | tsort -q` --- all_subdir_lib/libsysdecode --- --- ioctl.c --- env MACHINE=i386 CPP="cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" /bin/sh /usr/src/lib/libsysdecode/mkioctls /usr/obj/usr/src/tmp/usr/include > ioctl.c --- all_subdir_lib/libstdthreads --- ranlib -D libstdthreads.a --- all_subdir_lib/libtacplus --- ===> lib/libtacplus (all) --- all_subdir_lib/libstdthreads --- --- libstdthreads.so.0.full --- building shared library libstdthreads.so.0 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libstdthreads.so.0.full -Wl,-soname,libstdthreads.so.0 `NM='nm' NMFLAGS='' lorder call_once.pico cnd.pico mtx.pico thrd.pico tss.pico | tsort -q` -lpthread --- libstdthreads.so.0.debug --- objcopy --only-keep-debug libstdthreads.so.0.full libstdthreads.so.0.debug --- libstdthreads.so.0 --- objcopy --strip-debug --add-gnu-debuglink=libstdthreads.so.0.debug libstdthreads.so.0.full libstdthreads.so.0 --- all_subdir_lib/libsysdecode --- --- tables.h --- sh /usr/src/lib/libsysdecode/mktables /usr/obj/usr/src/tmp/usr/include tables.h --- all_subdir_lib/libthread_db --- ===> lib/libthread_db (all) --- thread_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.thread_db.o -MTthread_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/thread_db.c -o thread_db.o --- libpthread_md.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.o -MTlibpthread_md.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.o --- all_subdir_lib/libstand --- --- _crctable.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._crctable.o -MT_crctable.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _crctable.c -o _crctable.o --- all_subdir_lib/libthread_db --- --- libpthread_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.o -MTlibpthread_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.o --- all_subdir_lib/libstand --- --- _decompress.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._decompress.o -MT_decompress.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _decompress.c -o _decompress.o --- all_subdir_lib/libthread_db --- --- libthr_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.o -MTlibthr_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.o --- all_subdir_lib/libucl --- ===> lib/libucl (all) --- all_subdir_lib/libthread_db --- --- thread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.thread_db.pico -MTthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/thread_db.c -o thread_db.pico --- all_subdir_lib/libucl --- --- .depend --- echo libprivateucl.so.1.full: /usr/obj/usr/src/tmp/usr/lib/libm.a >> .depend --- ucl_emitter_streamline.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_streamline.o -MTucl_emitter_streamline.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_streamline.c -o ucl_emitter_streamline.o --- all_subdir_lib/libthread_db --- --- libpthread_md.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.pico -MTlibpthread_md.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.pico --- all_subdir_lib/libucl --- --- ucl_emitter_utils.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_utils.o -MTucl_emitter_utils.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_utils.c -o ucl_emitter_utils.o --- all_subdir_lib/libthread_db --- --- libpthread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.pico -MTlibpthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.pico --- all_subdir_lib/libucl --- --- ucl_emitter.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter.o -MTucl_emitter.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter.c -o ucl_emitter.o --- all_subdir_lib/libthread_db --- --- libthr_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.pico -MTlibthr_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.pico --- all_subdir_lib/libucl --- --- ucl_hash.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_hash.o -MTucl_hash.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_hash.c -o ucl_hash.o --- all_subdir_lib/libstand --- --- _huffman.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._huffman.o -MT_huffman.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _huffman.c -o _huffman.o --- all_subdir_lib/libthread_db --- --- libthread_db.a --- building static thread_db library ar -crD libthread_db.a `NM='nm' NMFLAGS='' lorder thread_db.o libpthread_md.o libpthread_db.o libthr_db.o | tsort -q` ranlib -D libthread_db.a --- Version.map --- cat /usr/src/lib/libthread_db/Symbol.map | cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin - - | awk -v vfile=/usr/src/lib/libthread_db/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- libthread_db.so.3.full --- building shared library libthread_db.so.3 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libthread_db.so.3.full -Wl,-soname,libthread_db.so.3 `NM='nm' NMFLAGS='' lorder thread_db.pico libpthread_md.pico libpthread_db.pico libthr_db.pico | tsort -q` --- libthread_db.so.3.debug --- objcopy --only-keep-debug libthread_db.so.3.full libthread_db.so.3.debug --- libthread_db.so.3 --- objcopy --strip-debug --add-gnu-debuglink=libthread_db.so.3.debug libthread_db.so.3.full libthread_db.so.3 --- all_subdir_lib/libstand --- --- _randtable.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._randtable.o -MT_randtable.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _randtable.c -o _randtable.o --- all_subdir_lib/libucl --- --- ucl_msgpack.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_msgpack.o -MTucl_msgpack.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_msgpack.c -o ucl_msgpack.o --- all_subdir_lib/libstand --- --- adler32.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.adler32.o -MTadler32.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/../../contrib/zlib/adler32.c -o adler32.o --- crc32.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.crc32.o -MTcrc32.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/../../contrib/zlib/crc32.c -o crc32.o --- all_subdir_lib/libufs --- ===> lib/libufs (all) --- block.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.block.o -MTblock.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/block.c -o block.o --- all_subdir_lib/libucl --- --- ucl_parser.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_parser.o -MTucl_parser.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_parser.c -o ucl_parser.o --- all_subdir_lib/libstand --- --- _infback.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._infback.o -MT_infback.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _infback.c -o _infback.o --- all_subdir_lib/libufs --- --- cgroup.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.cgroup.o -MTcgroup.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/cgroup.c -o cgroup.o --- inode.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.inode.o -MTinode.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/inode.c -o inode.o --- sblock.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.sblock.o -MTsblock.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/sblock.c -o sblock.o --- all_subdir_lib/libstand --- --- _inffast.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._inffast.o -MT_inffast.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _inffast.c -o _inffast.o --- all_subdir_lib/libufs --- --- type.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.type.o -MTtype.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/type.c -o type.o --- ffs_subr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.ffs_subr.o -MTffs_subr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/../../sys/ufs/ffs/ffs_subr.c -o ffs_subr.o --- all_subdir_lib/libstand --- --- _inflate.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._inflate.o -MT_inflate.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _inflate.c -o _inflate.o --- all_subdir_lib/libufs --- --- ffs_tables.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.ffs_tables.o -MTffs_tables.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/../../sys/ufs/ffs/ffs_tables.c -o ffs_tables.o --- block.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.block.pico -MTblock.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/block.c -o block.pico --- cgroup.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.cgroup.pico -MTcgroup.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/cgroup.c -o cgroup.pico --- all_subdir_lib/libsysdecode --- --- ioctl.c --- In file included from :62: In file included from /usr/obj/usr/src/tmp/usr/include/netinet/ip_fil.h:28: /usr/obj/usr/src/tmp/usr/include/netinet/in.h:144:9: warning: 'IPPROTO_IPIP' macro redefined [-Wmacro-redefined] #define IPPROTO_IPIP IPPROTO_IPV4 /* for compatibility */ ^ /usr/obj/usr/src/tmp/usr/include/netinet/ip_compat.h:1138:10: note: previous definition is here # define IPPROTO_IPIP 4 ^ 1 warning generated. --- errno.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.errno.o -MTerrno.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/errno.c -o errno.o --- all_subdir_lib/libufs --- --- inode.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.inode.pico -MTinode.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/inode.c -o inode.pico --- all_subdir_lib/libsysdecode --- --- flags.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.flags.o -MTflags.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/flags.c -o flags.o --- all_subdir_lib/libufs --- --- sblock.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.sblock.pico -MTsblock.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/sblock.c -o sblock.pico --- all_subdir_lib/libsysdecode --- In file included from /usr/src/lib/libsysdecode/flags.c:85: /usr/obj/usr/src/lib/libsysdecode/tables.h:951:13: error: use of undeclared identifier 'MSG_MORETOCOME' TABLE_ENTRY(MSG_MORETOCOME) ^ /usr/src/lib/libsysdecode/flags.c:82:21: note: expanded from macro 'TABLE_ENTRY' #define TABLE_ENTRY X ^ 1 error generated. *** [flags.o] Error code 1 bmake[5]: stopped in /usr/src/lib/libsysdecode 1 error bmake[5]: stopped in /usr/src/lib/libsysdecode *** [all_subdir_lib/libsysdecode] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libufs --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libufs *** [all_subdir_lib/libufs] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libstand --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libstand *** [all_subdir_lib/libstand] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /usr/src/lib 4 errors bmake[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /usr/src 1 error bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson5195114907108573965.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 7 03:40: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 4BAF4CA3334; Sat, 7 Jan 2017 03:40:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF911DF1; Sat, 7 Jan 2017 03:40:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7A2F5653; Sat, 7 Jan 2017 03:40:13 +0000 (UTC) Date: Sat, 7 Jan 2017 03:40:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1298785871.9.1483760413506.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <264659010.5.1483755606652.JavaMail.jenkins@jenkins-9.freebsd.org> References: <264659010.5.1483755606652.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4587 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 03:40:13 -0000 FreeBSD_HEAD_i386 - Build #4587 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4587/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4587/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4587/console Change summaries: 311580 by adrian: [net80211] add some more bits. 311579 by adrian: [ifconfig] add initial VHT (802.11ac) configuration and channel support to ifconfig. This is very preliminary and mostly enough for me (with other patches) to work on VHT support. It adds: * VHT20, VHT40 and VHT80 regulatory/band awareness * VHT20, VHT40 and VHT80 channel configuration / population * Parses vht channel specifications (eg ifconfig wlan0 create wlandev athp0 wlanmode monitor channel 36:vht/80) * Configuration of VHT, VHT40, VHT80, VHT80+80, VHT160 channel width (IEEE80211_FVHT_VHT* flags in net80211) TODO: * No VHT80+80 or VHT160 channels yet - I don't yet have hardware, and I'm not yet sure how to support/populate VHT80+80 channels. * No, I won't update the manpage until this is "more done", lest someone tries using vht and gets upset with me. * No, I won't commit the regulatory database I'm testing with, so you'll just end up with no VHT channels ever populated. Which is good, as there isn't an 11ac driver in-tree yet to try it with. 311578 by adrian: [net80211] add VHT ioctl parameters and driver capabilities * Add the VHT capability element to the driver capabilities so ifconfig can see if VHT is available * Add ioctl plumbing for enabling/disabling VHT and each of the VHT widths. Note: this DOES change the ABI (the driver caps ioctl struct size, sigh) so this will require a recompile of at least ifconfig. 311577 by adrian: [lib80211] add VHT bands and channel flags. This is preparation work for 11ac support. The regulatory database needs to know about VHT channel flags and 80MHz (and later 160MHz) available channel bands. Whilst here, add the 2GHz VHT band (which is a terrible, terrible vendor extension that almost all vendors do) just in preparation, even though I don't (yet) plan on supporting it. 311576 by adrian: [net80211] add VHT IEs to scan elements. In preparation for VHT station support, we need to store VHT IEs when scanning so we can choose to upgrade to VHT. This doesn't change the ABI - it just steals spare[] entries. The end of the build log: [...truncated 55668 lines...] ^ /usr/src/lib/libpcap/../../contrib/libpcap/bpf/net/bpf_filter.c:65:24: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] /usr/src/lib/libpcap/../../contrib/libpcap/bpf/net/bpf_filter.c:64:35: note: expanded from macro 'SOLARIS' #define SOLARIS (defined(sun) && (defined(__SVR4) || defined(__svr4__))) ^ /usr/src/lib/libpcap/../../contrib/libpcap/bpf/net/bpf_filter.c:65:24: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] /usr/src/lib/libpcap/../../contrib/libpcap/bpf/net/bpf_filter.c:64:54: note: expanded from macro 'SOLARIS' #define SOLARIS (defined(sun) && (defined(__SVR4) || defined(__svr4__))) ^ 3 warnings generated. --- bpf_image.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.bpf_image.pico -MTbpf_image.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap/../../contrib/libpcap/bpf_image.c -o bpf_image.pico --- all_subdir_lib/libstand --- --- _infback.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._infback.o -MT_infback.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _infback.c -o _infback.o --- all_subdir_lib/libpcap --- --- bpf_dump.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.bpf_dump.pico -MTbpf_dump.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.pico --- scanner.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.scanner.pico -MTscanner.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c scanner.c -o scanner.pico --- all_subdir_lib/libthread_db --- ===> lib/libthread_db (all) --- thread_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.thread_db.o -MTthread_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/thread_db.c -o thread_db.o --- libpthread_md.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.o -MTlibpthread_md.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.o --- all_subdir_lib/libstand --- --- _inffast.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._inffast.o -MT_inffast.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _inffast.c -o _inffast.o --- all_subdir_lib/libthread_db --- --- libpthread_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.o -MTlibpthread_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.o --- all_subdir_lib/libstand --- --- _inflate.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._inflate.o -MT_inflate.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _inflate.c -o _inflate.o --- all_subdir_lib/libpcap --- --- sf-pcap.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.sf-pcap.pico -MTsf-pcap.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap/../../contrib/libpcap/sf-pcap.c -o sf-pcap.pico --- all_subdir_lib/libthread_db --- --- libthr_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.o -MTlibthr_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.o --- all_subdir_lib/libpcap --- --- sf-pcap-ng.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.sf-pcap-ng.pico -MTsf-pcap-ng.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libpcap/../../contrib/libpcap/sf-pcap-ng.c -o sf-pcap-ng.pico --- all_subdir_lib/libthread_db --- --- thread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.thread_db.pico -MTthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/thread_db.c -o thread_db.pico --- all_subdir_lib/libpcap --- --- version.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -MD -MF.depend.version.pico -MTversion.pico -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c version.c -o version.pico --- libpcap.a --- building static pcap library ar -crD libpcap.a `NM='nm' NMFLAGS='' lorder grammar.o pcap-bpf.o pcap-netmap.o pcap.o pcap-common.o inet.o fad-getad.o gencode.o optimize.o nametoaddr.o etherent.o savefile.o bpf_filter.o bpf_image.o bpf_dump.o scanner.o sf-pcap.o sf-pcap-ng.o version.o | tsort -q` ranlib -D libpcap.a --- libpcap.so.8.full --- building shared library libpcap.so.8 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libpcap.so.8.full -Wl,-soname,libpcap.so.8 `NM='nm' NMFLAGS='' lorder grammar.pico pcap-bpf.pico pcap-netmap.pico pcap.pico pcap-common.pico inet.pico fad-getad.pico gencode.pico optimize.pico nametoaddr.pico etherent.pico savefile.pico bpf_filter.pico bpf_image.pico bpf_dump.pico scanner.pico sf-pcap.pico sf-pcap-ng.pico version.pico | tsort -q` --- libpcap.so.8.debug --- --- all_subdir_lib/libthread_db --- --- libpthread_md.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.pico -MTlibpthread_md.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.pico --- all_subdir_lib/libpcap --- objcopy --only-keep-debug libpcap.so.8.full libpcap.so.8.debug --- libpcap.so.8 --- objcopy --strip-debug --add-gnu-debuglink=libpcap.so.8.debug libpcap.so.8.full libpcap.so.8 --- all_subdir_lib/libstand --- --- _inftrees.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._inftrees.o -MT_inftrees.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _inftrees.c -o _inftrees.o --- all_subdir_lib/libthread_db --- --- libpthread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.pico -MTlibpthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.pico --- all_subdir_lib/libucl --- ===> lib/libucl (all) --- all_subdir_lib/libstand --- --- _zutil.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend._zutil.o -MT_zutil.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c _zutil.c -o _zutil.o --- all_subdir_lib/libucl --- --- .depend --- echo libprivateucl.so.1.full: /usr/obj/usr/src/tmp/usr/lib/libm.a >> .depend --- ucl_emitter_streamline.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_streamline.o -MTucl_emitter_streamline.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_streamline.c -o ucl_emitter_streamline.o --- all_subdir_lib/libstand --- --- closeall.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.closeall.o -MTcloseall.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/closeall.c -o closeall.o --- dev.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.dev.o -MTdev.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/dev.c -o dev.o --- ioctl.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.ioctl.o -MTioctl.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ioctl.c -o ioctl.o --- all_subdir_lib/libucl --- --- ucl_emitter_utils.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_utils.o -MTucl_emitter_utils.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_utils.c -o ucl_emitter_utils.o --- all_subdir_lib/libstand --- --- nullfs.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.nullfs.o -MTnullfs.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/nullfs.c -o nullfs.o --- stat.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.stat.o -MTstat.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/stat.c -o stat.o --- all_subdir_lib/libthread_db --- --- libthr_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.pico -MTlibthr_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.pico --- all_subdir_lib/libstand --- --- fstat.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.fstat.o -MTfstat.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/fstat.c -o fstat.o --- close.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.close.o -MTclose.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/close.c -o close.o --- all_subdir_lib/libucl --- --- ucl_emitter.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter.o -MTucl_emitter.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter.c -o ucl_emitter.o --- all_subdir_lib/libstand --- --- lseek.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.lseek.o -MTlseek.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/lseek.c -o lseek.o --- open.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.open.o -MTopen.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/open.c -o open.o --- all_subdir_lib/libthread_db --- --- libthread_db.a --- building static thread_db library ar -crD libthread_db.a `NM='nm' NMFLAGS='' lorder thread_db.o libpthread_md.o libpthread_db.o libthr_db.o | tsort -q` ranlib -D libthread_db.a --- Version.map --- --- all_subdir_lib/libstand --- --- read.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.read.o -MTread.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/read.c -o read.o --- all_subdir_lib/libthread_db --- cat /usr/src/lib/libthread_db/Symbol.map | cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin - - | awk -v vfile=/usr/src/lib/libthread_db/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- libthread_db.so.3.full --- building shared library libthread_db.so.3 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libthread_db.so.3.full -Wl,-soname,libthread_db.so.3 `NM='nm' NMFLAGS='' lorder thread_db.pico libpthread_md.pico libpthread_db.pico libthr_db.pico | tsort -q` --- libthread_db.so.3.debug --- objcopy --only-keep-debug libthread_db.so.3.full libthread_db.so.3.debug --- libthread_db.so.3 --- objcopy --strip-debug --add-gnu-debuglink=libthread_db.so.3.debug libthread_db.so.3.full libthread_db.so.3 --- all_subdir_lib/libstand --- --- write.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.write.o -MTwrite.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/write.c -o write.o --- readdir.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.readdir.o -MTreaddir.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/readdir.c -o readdir.o --- all_subdir_lib/libucl --- --- ucl_hash.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_hash.o -MTucl_hash.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_hash.c -o ucl_hash.o --- ucl_msgpack.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_msgpack.o -MTucl_msgpack.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_msgpack.c -o ucl_msgpack.o --- all_subdir_lib/libstand --- --- arp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.arp.o -MTarp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/arp.c -o arp.o --- all_subdir_lib/libsysdecode --- --- ioctl.c --- In file included from :62: In file included from /usr/obj/usr/src/tmp/usr/include/netinet/ip_fil.h:28: /usr/obj/usr/src/tmp/usr/include/netinet/in.h:144:9: warning: 'IPPROTO_IPIP' macro redefined [-Wmacro-redefined] #define IPPROTO_IPIP IPPROTO_IPV4 /* for compatibility */ ^ /usr/obj/usr/src/tmp/usr/include/netinet/ip_compat.h:1138:10: note: previous definition is here # define IPPROTO_IPIP 4 ^ --- all_subdir_lib/libstand --- --- ether.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.ether.o -MTether.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ether.c -o ether.o --- all_subdir_lib/libsysdecode --- 1 warning generated. --- errno.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.errno.o -MTerrno.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/errno.c -o errno.o --- all_subdir_lib/libstand --- --- inet_ntoa.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.inet_ntoa.o -MTinet_ntoa.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/inet_ntoa.c -o inet_ntoa.o --- all_subdir_lib/libsysdecode --- --- flags.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.flags.o -MTflags.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/flags.c -o flags.o --- all_subdir_lib/libstand --- --- in_cksum.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.in_cksum.o -MTin_cksum.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/in_cksum.c -o in_cksum.o --- all_subdir_lib/libsysdecode --- In file included from /usr/src/lib/libsysdecode/flags.c:85: /usr/obj/usr/src/lib/libsysdecode/tables.h:951:13: error: use of undeclared identifier 'MSG_MORETOCOME' TABLE_ENTRY(MSG_MORETOCOME) ^ /usr/src/lib/libsysdecode/flags.c:82:21: note: expanded from macro 'TABLE_ENTRY' #define TABLE_ENTRY X ^ --- all_subdir_lib/libstand --- --- net.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.net.o -MTnet.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/net.c -o net.o --- all_subdir_lib/libsysdecode --- 1 error generated. *** [flags.o] Error code 1 bmake[5]: stopped in /usr/src/lib/libsysdecode 1 error bmake[5]: stopped in /usr/src/lib/libsysdecode *** [all_subdir_lib/libsysdecode] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libstand --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libstand *** [all_subdir_lib/libstand] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /usr/src/lib 3 errors bmake[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /usr/src 1 error bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4218351111077931663.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 7 05:40: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 0E4E4CA2036; Sat, 7 Jan 2017 05:40:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0065417C7; Sat, 7 Jan 2017 05:40:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 49E40659; Sat, 7 Jan 2017 05:40:48 +0000 (UTC) Date: Sat, 7 Jan 2017 05:40:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: allanjude@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <869848990.13.1483767648308.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1298785871.9.1483760413506.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1298785871.9.1483760413506.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4588 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 05:40:48 -0000 FreeBSD_HEAD_i386 - Build #4588 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4588/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4588/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4588/console Change summaries: 311581 by allanjude: Capsicum: add capability mode to users binary Submitted by: Tyler Littlefield Reviewed by: cem, oshogbo Differential Revision: https://reviews.freebsd.org/D9046 The end of the build log: [...truncated 55598 lines...] cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.o -MTlibpthread_md.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.o --- all_subdir_lib/libstand --- --- closeall.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.closeall.o -MTcloseall.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/closeall.c -o closeall.o --- all_subdir_lib/libthread_db --- --- libpthread_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.o -MTlibpthread_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.o --- all_subdir_lib/libucl --- ===> lib/libucl (all) --- .depend --- echo libprivateucl.so.1.full: /usr/obj/usr/src/tmp/usr/lib/libm.a >> .depend --- ucl_emitter_streamline.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_streamline.o -MTucl_emitter_streamline.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_streamline.c -o ucl_emitter_streamline.o --- all_subdir_lib/libstand --- --- dev.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.dev.o -MTdev.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/dev.c -o dev.o --- ioctl.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.ioctl.o -MTioctl.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ioctl.c -o ioctl.o --- all_subdir_lib/libucl --- --- ucl_emitter_utils.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter_utils.o -MTucl_emitter_utils.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter_utils.c -o ucl_emitter_utils.o --- all_subdir_lib/libstand --- --- nullfs.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.nullfs.o -MTnullfs.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/nullfs.c -o nullfs.o --- stat.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.stat.o -MTstat.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/stat.c -o stat.o --- fstat.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.fstat.o -MTfstat.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/fstat.c -o fstat.o --- all_subdir_lib/libthread_db --- --- libthr_db.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.o -MTlibthr_db.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.o --- all_subdir_lib/libstand --- --- close.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.close.o -MTclose.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/close.c -o close.o --- lseek.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.lseek.o -MTlseek.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/lseek.c -o lseek.o --- all_subdir_lib/libucl --- --- ucl_emitter.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_emitter.o -MTucl_emitter.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_emitter.c -o ucl_emitter.o --- all_subdir_lib/libstand --- --- open.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.open.o -MTopen.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/open.c -o open.o --- read.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.read.o -MTread.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/read.c -o read.o --- all_subdir_lib/libthread_db --- --- thread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.thread_db.pico -MTthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/thread_db.c -o thread_db.pico --- all_subdir_lib/libstand --- --- write.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.write.o -MTwrite.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/write.c -o write.o --- readdir.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.readdir.o -MTreaddir.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/readdir.c -o readdir.o --- all_subdir_lib/libucl --- --- ucl_hash.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_hash.o -MTucl_hash.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_hash.c -o ucl_hash.o --- all_subdir_lib/libthread_db --- --- libpthread_md.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_md.pico -MTlibpthread_md.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/arch/i386/libpthread_md.c -o libpthread_md.pico --- all_subdir_lib/libstand --- --- arp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.arp.o -MTarp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/arp.c -o arp.o --- all_subdir_lib/libthread_db --- --- libpthread_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libpthread_db.pico -MTlibpthread_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libpthread_db.c -o libpthread_db.pico --- all_subdir_lib/libstand --- --- ether.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.ether.o -MTether.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ether.c -o ether.o --- inet_ntoa.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.inet_ntoa.o -MTinet_ntoa.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/inet_ntoa.c -o inet_ntoa.o --- in_cksum.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.in_cksum.o -MTin_cksum.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/in_cksum.c -o in_cksum.o --- net.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.net.o -MTnet.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/net.c -o net.o --- udp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.udp.o -MTudp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/udp.c -o udp.o --- all_subdir_lib/libthread_db --- --- libthr_db.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -I. -I/usr/src/lib/libthread_db -MD -MF.depend.libthr_db.pico -MTlibthr_db.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libthread_db/libthr_db.c -o libthr_db.pico --- all_subdir_lib/libucl --- --- ucl_msgpack.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_msgpack.o -MTucl_msgpack.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_msgpack.c -o ucl_msgpack.o --- all_subdir_lib/libstand --- --- netif.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.netif.o -MTnetif.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/netif.c -o netif.o --- rpc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.rpc.o -MTrpc.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/rpc.c -o rpc.o --- all_subdir_lib/libthread_db --- --- libthread_db.a --- building static thread_db library ar -crD libthread_db.a `NM='nm' NMFLAGS='' lorder thread_db.o libpthread_md.o libpthread_db.o libthr_db.o | tsort -q` ranlib -D libthread_db.a --- Version.map --- cat /usr/src/lib/libthread_db/Symbol.map | cpp -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin - - | awk -v vfile=/usr/src/lib/libthread_db/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map --- all_subdir_lib/libstand --- --- bootp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.bootp.o -MTbootp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/bootp.c -o bootp.o --- all_subdir_lib/libthread_db --- --- libthread_db.so.3.full --- building shared library libthread_db.so.3 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libthread_db.so.3.full -Wl,-soname,libthread_db.so.3 `NM='nm' NMFLAGS='' lorder thread_db.pico libpthread_md.pico libpthread_db.pico libthr_db.pico | tsort -q` --- libthread_db.so.3.debug --- --- all_subdir_lib/libucl --- --- ucl_parser.o --- --- all_subdir_lib/libthread_db --- objcopy --only-keep-debug libthread_db.so.3.full libthread_db.so.3.debug --- all_subdir_lib/libucl --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/contrib/libucl/include -I/usr/src/contrib/libucl/src -I/usr/src/contrib/libucl/uthash -I/usr/src/contrib/libucl/klib -MD -MF.depend.ucl_parser.o -MTucl_parser.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/contrib/libucl/src/ucl_parser.c -o ucl_parser.o --- all_subdir_lib/libthread_db --- --- libthread_db.so.3 --- objcopy --strip-debug --add-gnu-debuglink=libthread_db.so.3.debug libthread_db.so.3.full libthread_db.so.3 --- all_subdir_lib/libufs --- ===> lib/libufs (all) --- block.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.block.o -MTblock.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/block.c -o block.o --- all_subdir_lib/libstand --- --- rarp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.rarp.o -MTrarp.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/rarp.c -o rarp.o --- all_subdir_lib/libufs --- --- cgroup.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.cgroup.o -MTcgroup.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/cgroup.c -o cgroup.o --- all_subdir_lib/libstand --- --- bootparam.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.bootparam.o -MTbootparam.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/bootparam.c -o bootparam.o --- all_subdir_lib/libufs --- --- inode.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.inode.o -MTinode.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/inode.c -o inode.o --- all_subdir_lib/libstand --- --- ufs.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.ufs.o -MTufs.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ufs.c -o ufs.o --- all_subdir_lib/libufs --- --- sblock.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.sblock.o -MTsblock.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/sblock.c -o sblock.o --- type.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.type.o -MTtype.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/type.c -o type.o --- all_subdir_lib/libsysdecode --- --- ioctl.c --- In file included from :62: In file included from /usr/obj/usr/src/tmp/usr/include/netinet/ip_fil.h:28: /usr/obj/usr/src/tmp/usr/include/netinet/in.h:144:9: warning: 'IPPROTO_IPIP' macro redefined [-Wmacro-redefined] #define IPPROTO_IPIP IPPROTO_IPV4 /* for compatibility */ ^ /usr/obj/usr/src/tmp/usr/include/netinet/ip_compat.h:1138:10: note: previous definition is here # define IPPROTO_IPIP 4 ^ --- all_subdir_lib/libstand --- --- nfs.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.nfs.o -MTnfs.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/nfs.c -o nfs.o --- all_subdir_lib/libufs --- --- ffs_subr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.ffs_subr.o -MTffs_subr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/../../sys/ufs/ffs/ffs_subr.c -o ffs_subr.o --- all_subdir_lib/libsysdecode --- 1 warning generated. --- errno.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.errno.o -MTerrno.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/errno.c -o errno.o --- all_subdir_lib/libufs --- --- ffs_tables.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.ffs_tables.o -MTffs_tables.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/../../sys/ufs/ffs/ffs_tables.c -o ffs_tables.o --- all_subdir_lib/libsysdecode --- --- flags.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/obj/usr/src/lib/libsysdecode -I/usr/src/lib/libsysdecode/../../sys -I/usr/src/lib/libsysdecode/../../libexec/rtld-elf -DPF -MD -MF.depend.flags.o -MTflags.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libsysdecode/flags.c -o flags.o --- all_subdir_lib/libufs --- --- block.pico --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -fpic -DPIC -g -O2 -pipe -D_LIBUFS -I/usr/src/lib/libufs -MD -MF.depend.block.pico -MTblock.pico -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libufs/block.c -o block.pico --- all_subdir_lib/libstand --- --- cd9660.o --- cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/usr/src/lib/libstand/../../contrib/zlib -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -D_STANDALONE -msoft-float -MD -MF.depend.cd9660.o -MTcd9660.o -std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/cd9660.c -o cd9660.o --- all_subdir_lib/libsysdecode --- In file included from /usr/src/lib/libsysdecode/flags.c:85: /usr/obj/usr/src/lib/libsysdecode/tables.h:951:13: error: use of undeclared identifier 'MSG_MORETOCOME' TABLE_ENTRY(MSG_MORETOCOME) ^ /usr/src/lib/libsysdecode/flags.c:82:21: note: expanded from macro 'TABLE_ENTRY' #define TABLE_ENTRY X ^ 1 error generated. *** [flags.o] Error code 1 bmake[5]: stopped in /usr/src/lib/libsysdecode 1 error bmake[5]: stopped in /usr/src/lib/libsysdecode *** [all_subdir_lib/libsysdecode] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libufs --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libufs *** [all_subdir_lib/libufs] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libstand --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libstand *** [all_subdir_lib/libstand] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /usr/src/lib 4 errors bmake[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /usr/src 1 error bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4851248842109593384.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jan 7 07:55:03 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 8A523CA4FDB for ; Sat, 7 Jan 2017 07:55:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 579071DF1; Sat, 7 Jan 2017 07:55:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x244.google.com with SMTP id f144so2193250pfa.2; Fri, 06 Jan 2017 23:55:03 -0800 (PST) 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=gvsk6qBUutl/vXSOzlaAHlN72lsLNxyDrEB1Jlc75Fc=; b=R4cGYKjWUVDH7y92VyaGtX2QahS5fQym1Nop2wKTZuOkMmAyh6Ooz4vSFkI6yX1IJ7 pimPPErs6WVirnhVBWJrcK02mm2U/Q86OpIlzkdj0jnxbmFe4vTKbE029M3AQTH9n2LW 1QqMu+eVS7Ka0d5kPlpHnv9CvkDuB4XQJiw4MVJl/5Q0NlH1mEUu3lNwKLVVyhPUAddA T77pLzpqESEnwW1wQ12N2PTjjd2LrmSbJ9gac5kIUGZTBC4OiHLDrd6K35K7mE6mGpf5 BwXsiUGBnwQ35B61MkSxzdbY2/YS4Ec4ZgwUoSNJorLW/FM1Zd6qpXwO2Bw2GmOHzTW1 K4lQ== 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=gvsk6qBUutl/vXSOzlaAHlN72lsLNxyDrEB1Jlc75Fc=; b=nNH5DkBZ9D8z59DAtstYYtR6zYEYFCPC3ZWijCEfeNESm5o4Z4NZr80Kwqg9YYJ4AH kMrlqG/wh09FPv8FPuZPRihbfdVeNIROsYnQ+CnRN1ZRFjHyhu8V+d5DEgutIjlkg7Q0 KlTMlrjw9i+gKFZqIynWWrWnAFy1e0FBhx/Ga9Qx68iM4OUDoNqGlRJqAHn2yNk7PcM9 FVTJ13LJvlCcY7PuvDpNP+Ub88hbBo8bA9K4uzySKxQrWSEmcj4mjl13mFisOhEuKC2Z XsV8w6gqUxD3LAI8S2pChlAkdVJVvkU2I2npeXyHXROnPjZOQkjXPwBZ1K6qjYnhwH2c 940Q== X-Gm-Message-State: AIkVDXL3brfnuhcZfKB9HmhxIlTujzqu35yib5OyiCCv+Cfg/u9ZlU1vj01q+BwMchO4MQ== X-Received: by 10.84.202.163 with SMTP id x32mr174935401pld.46.1483775703009; Fri, 06 Jan 2017 23:55:03 -0800 (PST) Received: from [192.168.20.12] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id r8sm123214068pfa.44.2017.01.06.23.55.02 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 06 Jan 2017 23:55:02 -0800 (PST) Subject: Re: SVN r311568 breaks build Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7C558EB0-4DF3-4FBE-B28A-DA609A26AB78"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 6 Jan 2017 23:55:01 -0800 Cc: John Baldwin , Cy Schubert , FreeBSD Current Message-Id: <2CC75D9D-CBF7-4672-AA0A-39C3FD943D2D@gmail.com> References: To: Michael Butler 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: Sat, 07 Jan 2017 07:55:03 -0000 --Apple-Mail=_7C558EB0-4DF3-4FBE-B28A-DA609A26AB78 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 6, 2017, at 17:33, Michael Butler = wrote: >=20 > With the introduction of MSG_MORETOCOME, the build of libsysdecode is > broken. >=20 > Was the following patch the intended but missed fix? Addressed in r311584 =E2=80=94 thank you for the submission! -Ngie --Apple-Mail=_7C558EB0-4DF3-4FBE-B28A-DA609A26AB78 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 iQIcBAEBCgAGBQJYcJ7VAAoJEPWDqSZpMIYVTYQP/2pKhuwLywYzJerVH1s+JQKX 2OBeVGQAhMigKDHTHOr9BqagCy82T2iLwFZYs3uBs6ktnTv6EgTybL1jJ2nb8OPe e5U0V7TCUgzj9vwaq3+izDdDAR1N1kN+7C0hh2GVxDoi/yEU/10/uj0FeEFc8SWg 1KEqt2Laymf7Pa9S6qXRj8E67QgdRrFgX7slr2WEa0NEToMh8gIY1VkIJ8rNpE6b pbi8TIiAdE6IBFXlWPFqQN49fPP0GoRG4o1SoYRp1WbCRlqAzWvLVXPBh45CqQ3G tsrzdUXsozBrPKywjxwY0lCQ302szgi1Bb726CQMTS1Oqf0NMOGXMNU5UAhpJXRm m+HJazmRR/1XOS9Uei4Tcv5XVpkF0EKXlaDwbe0ZIrloQXOwRB5GkH72Eau0sQRz JqhB6hiN+Sy4mr8AfHlhEPWwZLlxH+M3J9L8paEmL4efhv4ldiHG6h2mc7goejWQ gB9NjMNdPi2oXtU+iTcoFSZ52l+0eXEwhBVS9vOuoCMxHIvTl3Q03KSA6ZNLhiYg MMzwDkdF3BXagMSEtT11BJjgqZt7EKqRLrv+f5Slno2D0N+bC398gVEvWx4g8MnO K/6pWeuXxnxgM1GGxWBiaoGFeceHpLtXQDCYL32aVc4KzUaeZaGBI4hES2X886Tv 32GpnDT2LRNvqVNXNqSb =QhGO -----END PGP SIGNATURE----- --Apple-Mail=_7C558EB0-4DF3-4FBE-B28A-DA609A26AB78-- From owner-freebsd-current@freebsd.org Sat Jan 7 10:34:09 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 090C9CA2CDD; Sat, 7 Jan 2017 10:34:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F06671AD2; Sat, 7 Jan 2017 10:34:08 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 32FF2661; Sat, 7 Jan 2017 10:34:09 +0000 (UTC) Date: Sat, 7 Jan 2017 10:34:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, ngie@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1395345655.19.1483785249217.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <869848990.13.1483767648308.JavaMail.jenkins@jenkins-9.freebsd.org> References: <869848990.13.1483767648308.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4589 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 10:34:09 -0000 FreeBSD_HEAD_i386 - Build #4589 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4589/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4589/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4589/console Change summaries: 311601 by ngie: Move the mibII module up so uncommenting the bridge module works Add a note about how module ordering and dependent modules MFC after: 1 week 311585 by ngie: Conditionalize building libwrap support into sshd Only build libwrap support into sshd if MK_TCP_WRAPPERS != no This will unbreak the build if libwrap has been removed from the system MFC after: 2 weeks PR: 210141 Submitted by: kpect@protonmail.com Differential Revision: D9049 311584 by ngie: Unbreak lib/libsysdecode after r311568 by decoding MSG_MORETOCOME flag in msgflags MFC after: 1 month X-MFC with: r311568 Pointyhat to: jhb Reported by: cy Submitted by: Michael Butler Sponsored by: Dell EMC Isilon 311583 by adrian: [net80211] add syncflags methods for the VHT flags configuration. I missed this in my last commit. Pointy hat to me. From owner-freebsd-current@freebsd.org Sat Jan 7 14:58:29 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 B920CCA4C79 for ; Sat, 7 Jan 2017 14:58:29 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FD6B1B39 for ; Sat, 7 Jan 2017 14:58:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.133.93]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7HGA-1cex7y2ufO-00x3IJ for ; Sat, 07 Jan 2017 15:58:20 +0100 Date: Sat, 7 Jan 2017 15:58:14 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: VLAN issues with DHCP and routing on recent CURRENT Message-ID: <20170107155814.7f51e535@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/GeI4o0jqrrPvZ29+HtKYRmi"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:H2KP7zETASiSdgzjBvBRAEtL8xZ6G2O6Ms16dmUUvxe7kl/zXCA Wy29ZOcJdrfBFoQ1mmrpeMj2dXvnW0/TaIohnDmfytfSkOhYeJE2eg55eJ+y9RYYlFxRcFz 03dBmotftZ9J7Sg/RID2XT4jPYO+8+HUUqawAg21qofrRSdgSg6atTX2bXch+MGpL80deu1 QCGsrRO7/IGq/zKeq2HSg== X-UI-Out-Filterresults: notjunk:1;V01:K0:gunuINF5OlI=:p/mVZuvKNtPwRXJ4Kpz4iD mhYFFnx2glhaPGitQHRtbpnCH8dm9gtxM81bV1i7ZdPYV/5P27OqA2T8BsQXyoD+wk3lkuuoS 4ne6vbmAXEQcy6wtb0PlPm1AkCMPHK8npCEXjr66oQOowFDcJ6U2EjR1aF+bVrmAf4ICIk4Zd 6563JxqNNU1/5rxHgG1x0VC55vDpbMM47NCuLtIjXwDG7Wz8uyuXhtV5+78hJsSn3l0CwneSm cgvBL1n922wtSWxvNHvIHn0bowS9sCu5iHzadE8HsC+o0EjDwCshQk8/k5afVJ1LgMkmmn6oO CkzG/CmHTuEJe5BYm2YICWlveDLXcninJjrw4kmyM5Y0mZk0dCN96eCX2KsZEGUnS6NtpfcRf b/226ShcyvsGJ6KBT9gC7eh5qPE9vjYMadwluI7e1XZQZV2f9WRVNCT6hRPbdltZwHdyOcx2k yn6pUJMKcnIRK96mqSpyZI6dyoO9dDV6gXLa4FoL24eMDZLcuPr2d7CfQKpUAc02pnfJXe8FU iJ21+3S/2gpGU9Hjy8cRA/xYsc+Ij+oZHNYpbYM/msIopT1XvKXsHjX4fOnthrP4iNy7CO3WK ogpKnpZ9K8v+cHJeMoYvlKUXNXE9NDIIx8m5gMea0xE7D0ssP7hf/z9tFGxcwIYeRFEsKIYQq EFFKsap2dSDmW7vSHaZ+JInUDGwFHJCOBUcnWnVY2SMXBmNDyPKWpz4jUvhHibskZ6nrJrhje hU/8UUUEyiUP50vTFL78HDeWk6xowthN9onDBUXRTdX7SdLqftoKceXgKTM= 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, 07 Jan 2017 14:58:29 -0000 --Sig_/GeI4o0jqrrPvZ29+HtKYRmi Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Utilising a PCengine APU 2C4 as a router/gateway/firewall with IPFW running= recent CURRENT (FreeBSD 12.0-CURRENT #24 r311637: Sat Jan 7 11:03:15 CET 2017 amd= 64) I ran out of the sudden into serious trouble. I'm running a VoIP wired telephone on a VLAN, tagged with "2". The router p= rovides on the same NIC (igb1) a usual LAN with some hosts on a network, say designated 10= .0.0.0/24. On the same interface, the VLAN 2 is designated with 10.0.200.0/24. On this ga= teway, there is IPFW as default firewalling instance and net/isc-dhcp DHCP Server 4.3.5 = as DHCP server. Since around the end of the week two weeks before after an update of the AP= U to the recent CURRENT, DHCP stopped serving IPs on all subnets and it wasn't possi= ble to ping the LAN 10.0.200.0/24 any more (routing is done via static routes) from 10.= 0.0.0/24. I can ping all subnets from the gateway/router APU itself without problems. The fun part is that I didn't change much in the meanwhile, but I did some reconfigurations on IPFW, but even when completely openingen the IPFW by a = allow all rule doesn't solve the problem.=20 It is driving me crazy, since even with the configs it worked before, I don= 't stand a chance with the recent CURRENT as shown above to restore functionality. I guess I have a major problem in my configurations and need some advice. Thanks in advance, oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/GeI4o0jqrrPvZ29+HtKYRmi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWHECBgAKCRDS528fyFhY lCfOAf45Ydm2oMxXtkb5V4spntJMviz9EjG/aDvuAwqe7htNmFBfSRxDZ9z4cOQu RlStGWiRhShI9RbVOZWuHlO8zjsCAgCq2TMFMJTv19mXfdEw2teP3hSedjk75eQ5 w22afC9cQWkJC/w02XRZFjl28OkaLPr6iOOxHPIv4grvJxknvKKv =/nVY -----END PGP SIGNATURE----- --Sig_/GeI4o0jqrrPvZ29+HtKYRmi-- From owner-freebsd-current@freebsd.org Sat Jan 7 18:43: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 AF54FCA4D5B for ; Sat, 7 Jan 2017 18:43:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85D7C185B for ; Sat, 7 Jan 2017 18:43:16 +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 47F3E10B577; Sat, 7 Jan 2017 13:43:15 -0500 (EST) From: John Baldwin To: Michael Butler Cc: FreeBSD Current Subject: Re: SVN r311568 breaks build Date: Sat, 07 Jan 2017 10:08:47 -0800 Message-ID: <2351249.RP9PEgbeuA@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); Sat, 07 Jan 2017 13:43:15 -0500 (EST) 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: Sat, 07 Jan 2017 18:43:16 -0000 On Friday, January 06, 2017 08:33:19 PM Michael Butler wrote: > With the introduction of MSG_MORETOCOME, the build of libsysdecode is > broken. > > Was the following patch the intended but missed fix? Yes, this is the correct fix. Thanks! -- John Baldwin