From owner-freebsd-stable@freebsd.org Wed Dec 20 13:36:46 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3D61E89745 for ; Wed, 20 Dec 2017 13:36:46 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B4D1B6D8FA for ; Wed, 20 Dec 2017 13:36:46 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.ingresso.co.uk ([2a02:b90:3002:411::6]) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1eReY4-000GWS-9Y for freebsd-stable@freebsd.org; Wed, 20 Dec 2017 13:36:40 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.89_1 (FreeBSD)) (envelope-from ) id 1eReY4-000Ijp-7E for freebsd-stable@freebsd.org; Wed, 20 Dec 2017 13:36:40 +0000 To: freebsd-stable@freebsd.org Subject: Ahs anyone run FreeBSD on Epyc ? Message-Id: From: Pete French Date: Wed, 20 Dec 2017 13:36:40 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 13:36:47 -0000 Just off the phone with the lovely people at Exonetric (my hosting provider - if you need FreeBSD in the UK then definitely go talk to them) about a hardware refresh, and we are looking at the Epyc chips from AMD. I have seen comments about people runnng on Zen, but nothing from people on Epy yet. Anyone tried this ? Any issues I need to be ware of ? It would be 11.1-STABLE beng run. I have asked for ealy access to the Azure Eoyc machines to test there too, but have not heard back from Mirosoft about that yet. thanks, -pete. From owner-freebsd-stable@freebsd.org Wed Dec 20 14:19:59 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A7F6E8BB15; Wed, 20 Dec 2017 14:19:59 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id A16D66F66B; Wed, 20 Dec 2017 14:19:58 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Wed, 20 Dec 2017 15:19:50 +0100 Authentication-Results: connect.ultra-secure.de; auth=pass (login); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 127.0.0.10 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=127.0.0.10; helo=connect.ultra-secure.de; envelope-from= Received: from connect.ultra-secure.de (webmail [127.0.0.10]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 0F98E0A3-08C3-490D-AA90-190972E7B7BB.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Wed, 20 Dec 2017 15:19:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 20 Dec 2017 15:19:42 +0100 From: rainer@ultra-secure.de To: Pete French Cc: freebsd-stable@freebsd.org, owner-freebsd-stable@freebsd.org Subject: Re: Ahs anyone run FreeBSD on Epyc ? In-Reply-To: References: Message-ID: X-Sender: rainer@ultra-secure.de User-Agent: Roundcube Webmail/1.2.0 X-Haraka-GeoIP: --, , NaNkm X-Haraka-GeoIP-Received: X-Haraka-p0f: os="undefined undefined" link_type="undefined" distance=undefined total_conn=undefined shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 423, bad: 0, connections: 429, history: 423, pass:all_good, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 14:19:59 -0000 Am 2017-12-20 14:36, schrieb Pete French: > Just off the phone with the lovely people at Exonetric (my hosting > provider - if you need FreeBSD in the UK then definitely go talk to > them) > about a hardware refresh, and we are looking at the Epyc chips > from AMD. I have seen comments about people runnng on Zen, but nothing > from people on Epy yet. Anyone tried this ? Any issues I need to > be ware of ? It would be 11.1-STABLE beng run. I have asked for > ealy access to the Azure Eoyc machines to test there too, but have not > heard > back from Mirosoft about that yet. https://www.phoronix.com/scan.php?page=article&item=amd-epyc-bsd&num=1 From owner-freebsd-stable@freebsd.org Thu Dec 21 18:20:48 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A573FE80D1C for ; Thu, 21 Dec 2017 18:20:48 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CD2F71D19 for ; Thu, 21 Dec 2017 18:20:47 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.243.2] ([192.168.243.2]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id vBLIKg2J024626 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 21 Dec 2017 23:20:42 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1513880442; bh=SbhRRjtDdYTP2GP7TJVwE+ceIQGqtAnWG5PlrWLBmts=; h=To:From:Subject:Date; b=kdxyB+vtFZeRFcq6T0CWtJuSjs5QdATE/lgk63+cLYXx+8u4fQUtuwrXZwnfj7flF gDZ23cJjB1O5tSm9HsQzeUVO8t4raxRVfsaXXgzAhQjU/w3vYDr5RZsQk6FkPKc8Ff CerVNlOSh9rkLZSLJ6EGBY1kG5HSVHfosuVujqd4= To: freebsd-stable@freebsd.org From: "Eugene M. Zheganin" Subject: mc, xterm-clear, Ctrl-O and Home/End dilemma Message-ID: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> Date: Thu, 21 Dec 2017 23:20:35 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 18:20:48 -0000 Hi, So, there's a puzzle of minor issues and I wanted to ask how you guys deal with it. - with standard ncurses misc/mc there's no borders in mc in putty, and Ctrl-O flushes the output beneath panels. -with slang misc/mc Ctrl-O flushes the output beneath panels (and I lived with this through years, but then discovered xterm-clear). - with slang and xterm-clear Home/End doesn't work in putty. everything else is fine, but this hurts. I use my FreeBSD desktop at work and from home wvia putty, so I really want to solve this without learning keays each time (and it seems like they aren't save on "Save setup". Ideas ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Thu Dec 21 19:44:45 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CA38E85E16 for ; Thu, 21 Dec 2017 19:44:45 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [89.188.221.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "plan-b.pwste.edu.pl" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DD42753B0 for ; Thu, 21 Dec 2017 19:44:43 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (zarychtam@localhost [127.0.0.1]) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPS id vBLJcpxj076301 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 Dec 2017 20:38:51 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: (from zarychtam@localhost) by plan-b.pwste.edu.pl (8.15.2/8.15.2/Submit) id vBLJcomk076297; Thu, 21 Dec 2017 20:38:50 +0100 (CET) (envelope-from zarychtam) Date: Thu, 21 Dec 2017 20:38:50 +0100 From: Marek Zarychta To: "Eugene M. Zheganin" Cc: freebsd-stable@freebsd.org Subject: Re: mc, xterm-clear, Ctrl-O and Home/End dilemma Message-ID: <20171221193850.GA74115@plan-b.pwste.edu.pl> References: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 19:44:45 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 21, 2017 at 11:20:35PM +0500, Eugene M. Zheganin wrote: > Hi, >=20 > So, there's a puzzle of minor issues and I wanted to ask how you guys=20 > deal with it. >=20 > - with standard ncurses misc/mc there's no borders in mc in putty, and=20 > Ctrl-O flushes the output beneath panels. >=20 > -with slang misc/mc Ctrl-O flushes the output beneath panels (and I=20 > lived with this through years, but then discovered xterm-clear). >=20 > - with slang and xterm-clear Home/End doesn't work in putty. everything= =20 > else is fine, but this hurts. >=20 > I use my FreeBSD desktop at work and from home wvia putty, so I really=20 > want to solve this without learning keays each time (and it seems like=20 > they aren't save on "Save setup". >=20 > Ideas ? >=20 >=20 Maybe switching to the x-window driven desktop environment at home should b= e taken into consideration in this case.=20 Both ncures and slang versions of misc/mc work fine (key bindings, border d= rawing etc.) for ssh(1) client called from xterm capable terminal. --=20 Marek Zarychta --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAlo8DccACgkQdZ/s//1S jSwN1Qf/UbuZ456cyULMguQmveDWsFVkfRRmGOeMq5iqDrcq2klzC2xziVdlzGM+ p6L31ikKA52V/9dKdUFbZUfas2SUn1lyr3+pMJjd1HMwFYfxEmq8rkVHGMKzKKqp DAiFj5u1oPwgLrKLEQQoWEajJVjKbEd6AXkzNY69ReL6UDTgueaNcOowjhW5l+qx T8FVI+dNA6DeXPV1v5jk9X1ziq8tKZs7AqNtRig2/AE8AxnBk0LTgDdxZ6Nmfwlh j11401l2lW3QaiD0BLNu+hGihdgwNyceicKVHUh9njE+TSsOWGQsiv/MQXSkOuLT EQzSqFzlUnQ4dixUSMkW8KcD4KzEsQ== =hZbT -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-stable@freebsd.org Thu Dec 21 23:11:32 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA2E3E91FB3 for ; Thu, 21 Dec 2017 23:11:32 +0000 (UTC) (envelope-from sinceresinsation@icloud.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AC1FD7D3E6 for ; Thu, 21 Dec 2017 23:11:32 +0000 (UTC) (envelope-from sinceresinsation@icloud.com) Received: by mailman.ysv.freebsd.org (Postfix) id AB644E91FB2; Thu, 21 Dec 2017 23:11:32 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB06DE91FB1 for ; Thu, 21 Dec 2017 23:11:32 +0000 (UTC) (envelope-from sinceresinsation@icloud.com) Received: from st14p31im-asmtp004.me.com (st14p31im-asmtp004.me.com [17.163.246.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84C707D3E4 for ; Thu, 21 Dec 2017 23:11:29 +0000 (UTC) (envelope-from sinceresinsation@icloud.com) Received: from process-dkim-sign-daemon.st14p31im-asmtp004.me.com by st14p31im-asmtp004.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0P1C0040006H2600@st14p31im-asmtp004.me.com> for stable@FreeBSD.org; Thu, 21 Dec 2017 22:11:19 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=04042017; t=1513894279; bh=2Pk3PP+tPHe2NnBBAZPClnMkW0oFT+aD6wXtNoczRls=; h=Content-type:From:MIME-version:Date:Subject:Message-id:To; b=Yf2Hjqm2Qi+5PCpIjMeTEKirlmOVnIDZm1JHqS/cSaahJgxEOi4WDxAKsWGXMDATU 9yHPOk6rzvnq+3Ri2CXLlwNMj2mbXkD0P+aTzdqKz93USk9np4/l0nr3NTGwWVCbBf 8tp06RCBP7+Iu5lCIA4+1V2YA/8Ct8Ayeddru5JI65OduwkXOI4bErcaGddcuIHZDq gl2mOpklTOdIKN9r+9D4dc1s3wRrbfmCQGLJEC1tciE/teaDlpDpMwVLkQIaP8UQVu iIl+v/9/qQ0kTyjwZr7q4ZMYQlffinWMATrmuLxqglosJSpSF3Agc7lFL+wWzJYu6g aT6FZ2Rh0gRuw== Received: from icloud.com ([127.0.0.1]) by st14p31im-asmtp004.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0P1C0087W0ATNC30@st14p31im-asmtp004.me.com> for stable@FreeBSD.org; Thu, 21 Dec 2017 22:11:19 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-12-21_10:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 spamscore=1 clxscore=1011 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1712210293 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit From: joshua richardson MIME-version: 1.0 (1.0) Date: Thu, 21 Dec 2017 13:11:16 -0900 Subject: trying to figure it out Message-id: <72CB9939-123D-4718-9161-105432CDC473@icloud.com> To: stable@FreeBSD.org X-Mailer: iPhone Mail (15C153) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 23:11:32 -0000 will you help me get this set up on my iphone 6 Sincerely From owner-freebsd-stable@freebsd.org Fri Dec 22 00:14:08 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F12BDE9579C for ; Fri, 22 Dec 2017 00:14:08 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:50a2::3:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ns.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B77F97F0DE for ; Fri, 22 Dec 2017 00:14:08 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 628CD6002F5 for ; Fri, 22 Dec 2017 01:14:05 +0100 (CET) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sK5mCeQ3jcl1 for ; Fri, 22 Dec 2017 01:13:55 +0100 (CET) Received: from elch.exwg.net (dslb-188-099-232-023.188.099.pools.vodafone-ip.de [188.99.232.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Fri, 22 Dec 2017 01:13:55 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 3B52530211; Fri, 22 Dec 2017 01:13:55 +0100 (CET) Date: Fri, 22 Dec 2017 01:13:55 +0100 From: Christoph Moench-Tegeder To: freebsd-stable@freebsd.org Subject: Re: mc, xterm-clear, Ctrl-O and Home/End dilemma Message-ID: <20171222001354.GA49444@elch.exwg.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 00:14:09 -0000 ## Eugene M. Zheganin (emz@norma.perm.ru): > I use my FreeBSD desktop at work and from home wvia putty, so I really > want to solve this without learning keays each time (and it seems like > they aren't save on "Save setup". Putty has quite a bunch of options to configure terminal behaviour, and you can make it send different terminal identifiers (from your description, I'm not sure where you switched terminal modes). Maybe fiddling with putty or the terminal identifier will help? Termcap even has a putty entry... I'm not a putty user myself (I prefer xterm and openssh), so I can only guess. Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Fri Dec 22 06:22:52 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98129E8221B for ; Fri, 22 Dec 2017 06:22:52 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1ADED69C98 for ; Fri, 22 Dec 2017 06:22:51 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [46.146.220.88]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id vBM6MgPc051402 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 22 Dec 2017 11:22:42 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: mc, xterm-clear, Ctrl-O and Home/End dilemma To: freebsd-stable@freebsd.org References: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> From: "Eugene M. Zheganin" Message-ID: <77e8b9fe-3ccb-2f90-e646-172d7419a382@norma.perm.ru> Date: Fri, 22 Dec 2017 11:22:42 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-1.10 / 25.00] BAYES_HAM(-3.00)[100.00%] RBL_SPAMHAUS_PBL(2.00)[88.220.146.46.zen.spamhaus.org : 127.0.0.10] R_DKIM_NA(0.00)[] RCPT_COUNT_ONE(0.00)[1] MIME_GOOD(-0.10)[text/plain] ARC_NA(0.00)[] FROM_EQ_ENVFROM(0.00)[] FROM_HAS_DN(0.00)[] TO_DN_NONE(0.00)[] RCVD_TLS_ALL(0.00)[] R_SPF_SOFTFAIL(0.00)[~all] MID_RHS_MATCH_FROM(0.00)[] RCVD_COUNT_TWO(0.00)[2] RECEIVED_SPAMHAUS(0.00)[88.220.146.46.zen.spamhaus.org] DMARC_NA(0.00)[perm.ru] TO_MATCH_ENVRCPT_ALL(0.00)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 5.46 X-Rspamd-Queue-ID: vBM6MgPc051402 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 06:22:52 -0000 Hi, On 21.12.2017 23:20, Eugene M. Zheganin wrote: > Hi, > > So, there's a puzzle of minor issues and I wanted to ask how you guys > deal with it. > > - with standard ncurses misc/mc there's no borders in mc in putty, and > Ctrl-O flushes the output beneath panels. > > -with slang misc/mc Ctrl-O flushes the output beneath panels (and I > lived with this through years, but then discovered xterm-clear). > > - with slang and xterm-clear Home/End doesn't work in putty. > everything else is fine, but this hurts. > > I use my FreeBSD desktop at work and from home wvia putty, so I really > want to solve this without learning keays each time (and it seems like > they aren't save on "Save setup". > > Ideas ? > > So, I figured it out, thanks to https://midnight-commander.org/ticket/2633 two things should be done on each FreeBSD mc is ran on to not ruin other ssh sessions: - a wrapper that will reside in PATH earlier than mc binary: #!/bin/sh # # simple knob to fix mc Ctrl-O without ruining remote Linux sshs # if [ $TERM = "xterm" ]; then { TERM=xterm-clear } fi /usr/local/bin/mc $* - a fix to /usr/local/share/mc/mc.lib: [terminal:xterm-clear] copy=xterm Then everything works, remote ssh sessions are not affected (like Linuxes/other OSes that don't have xterm-clear), putty works fine, Home/End working fine. Eugene. From owner-freebsd-stable@freebsd.org Fri Dec 22 06:23:05 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C248BE82243 for ; Fri, 22 Dec 2017 06:23:05 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4526369D16 for ; Fri, 22 Dec 2017 06:23:05 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [46.146.220.88]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id vBM6MuJh051411 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 22 Dec 2017 11:22:57 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: mc, xterm-clear, Ctrl-O and Home/End dilemma Cc: freebsd-stable@freebsd.org References: <5915cdcf-c906-630d-ba5a-8271d0ae4435@norma.perm.ru> <20171221193850.GA74115@plan-b.pwste.edu.pl> From: "Eugene M. Zheganin" Message-ID: Date: Fri, 22 Dec 2017 11:22:56 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20171221193850.GA74115@plan-b.pwste.edu.pl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [11.89 / 25.00] MISSING_TO(10.00)[] RBL_SPAMHAUS_PBL(2.00)[88.220.146.46.zen.spamhaus.org : 127.0.0.10] R_DKIM_NA(0.00)[] RCPT_COUNT_ONE(0.00)[1] MIME_GOOD(-0.10)[text/plain] ARC_NA(0.00)[] FROM_EQ_ENVFROM(0.00)[] FROM_HAS_DN(0.00)[] TO_DN_NONE(0.00)[] RCVD_TLS_ALL(0.00)[] BAYES_HAM(-0.01)[50.69%] R_SPF_SOFTFAIL(0.00)[~all] MID_RHS_MATCH_FROM(0.00)[] RCVD_COUNT_TWO(0.00)[2] RECEIVED_SPAMHAUS(0.00)[88.220.146.46.zen.spamhaus.org] DMARC_NA(0.00)[perm.ru] TO_MATCH_ENVRCPT_ALL(0.00)[] GREYLIST(0.00)[pass, meta] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 5.43 X-Rspamd-Queue-ID: vBM6MuJh051411 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 06:23:05 -0000 Hi, On 22.12.2017 00:38, Marek Zarychta wrote: > Maybe switching to the x-window driven desktop environment at home should be taken into consideration in this case. > > Both ncures and slang versions of misc/mc work fine (key bindings, border drawing etc.) for ssh(1) client called from xterm capable terminal. > Yup, when I work from FreeBSD on Xorg, everything is fine, but not from putty. Eugene. From owner-freebsd-stable@freebsd.org Fri Dec 22 09:26:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85981E8B6F8 for ; Fri, 22 Dec 2017 09:26:19 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60D666F1F5 for ; Fri, 22 Dec 2017 09:26:18 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 18477D008F8; Fri, 22 Dec 2017 04:26:11 -0500 (EST) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id vBM9Q8tB035566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Dec 2017 10:26:08 +0100 (CET) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id vBM9Q7vR035565; Fri, 22 Dec 2017 10:26:07 +0100 (CET) (envelope-from pho) Date: Fri, 22 Dec 2017 10:26:07 +0100 From: Peter Holm To: Konstantin Belousov Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: Unkillable process in "vm map (user)" Message-ID: <20171222092607.GA35523@x2.osted.lan> References: <20171210200931.GS23931@server.rulingia.com> <20171210204217.GC2272@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171210204217.GC2272@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 09:26:19 -0000 On Sun, Dec 10, 2017 at 10:42:17PM +0200, Konstantin Belousov wrote: > On Mon, Dec 11, 2017 at 07:09:31AM +1100, Peter Jeremy wrote: > > I was experimenting with ports/devel/libmill (which is a library that > > provides Go-styly functionality for C programs) and managed to create > > an unkillable process by spawning 1000000 "goroutines" (think very > > cheap "thread" or "coroutine") joined by "channels" (think message > > passing pipes). (The program ran basically instantaneously with 10000 > > or 100000 "goroutines", and the Go version has no problems with 1000000 > > goroutines on a much smaller system). > > > > According to SIGINFO, it's blocked on "vm map (user)" but I can't kill > > it. Can anyone suggest a way to unwedge it? > > > > This is on a system running FreeBSD/amd64 11.1-STABLE r324494. > Ensure that you use at least r326188. > > > > > server% procstat -kk 452 > > PID TID COMM TDNAME KSTACK > > 452 102382 chain - mi_switch+0x17c sleepq_switch+0x118 sleepq_wait+0x43 _sx_slock_hard+0x34e _sx_slock+0xd4 vm_map_lookup+0xbd vm_fault_hold+0x194b vm_fault+0x75 trap_pfault+0x107 trap+0x382 calltrap+0x8 > > There is another thread owning the map lock, and seeing what that thread > does is the next step. > > Can you provide a binary to reproduce which does not depend on any > library except the base libs ? Here's some more info, using the original scenario: https://people.freebsd.org/~pho/stress/log/kostik1070.txt - Peter From owner-freebsd-stable@freebsd.org Fri Dec 22 10:38:41 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EB67E8F0EA for ; Fri, 22 Dec 2017 10:38:41 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 75EA371290 for ; Fri, 22 Dec 2017 10:38:40 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([74.134.208.22]) by cmsmtp with ESMTP id SKe4eMAA1goKNSKe6e8b7E; Fri, 22 Dec 2017 10:33:43 +0000 Date: Fri, 22 Dec 2017 10:32:34 +0000 From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: trying to figure it out References: <72CB9939-123D-4718-9161-105432CDC473@icloud.com> X-CMAE-Envelope: MS4wfIZkzYNc6Jc59Ieu3uooSNdDQi/x3wudGG9q2L8Nrzg6V48e52zONal2sSkcnsjz19V4eGPId80/pQnb7ld0ac3/a2UsvgtRPdcPZJ49YLvNYPWhGylW dMUJ1BMBf+RbgYZtNXs0ZBjVm+sraWSoXO0A5pAN8W2Jt/UFtXH+FltC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 10:38:41 -0000 from joshua richardson: > will you help me get this set up on my iphone 6 Very vague message! What are you trying to set up on your iphone 6? Tom From owner-freebsd-stable@freebsd.org Fri Dec 22 12:45:39 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ED7EE96521 for ; Fri, 22 Dec 2017 12:45:39 +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 B38A775505 for ; Fri, 22 Dec 2017 12:45:38 +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 vBMCjNaR071471 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Dec 2017 14:45:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua vBMCjNaR071471 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id vBMCjLeT071078; Fri, 22 Dec 2017 14:45:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Dec 2017 14:45:21 +0200 From: Konstantin Belousov To: Peter Holm Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: Unkillable process in "vm map (user)" Message-ID: <20171222124521.GR12785@kib.kiev.ua> References: <20171210200931.GS23931@server.rulingia.com> <20171210204217.GC2272@kib.kiev.ua> <20171222092607.GA35523@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171222092607.GA35523@x2.osted.lan> User-Agent: Mutt/1.9.2 (2017-12-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 12:45:39 -0000 On Fri, Dec 22, 2017 at 10:26:07AM +0100, Peter Holm wrote: > Here's some more info, using the original scenario: > https://people.freebsd.org/~pho/stress/log/kostik1070.txt This is somewhat weird but also not too puzzling. The vmdaemon (pid 41) is running, it tries to reduce the count of resident pages in some pmap, most likely the one from the pid 20655. This process seems to be huge: according to the v_stats, there is 15681264 inactive pages, and the pagedaemon tries to obtain a vm object lock which is owned by vmdaemon, resident count for that object is 15897170 (~64Gb). So basically almost all memory belongs to the single object and vmdaemon processing it. Since the object' queue is huge, the map and the object locks are taken for long time, preventing other processes touching them from making a progress. Might be try this (it combines new changes with the OOM patch). I am not sure that should_yield() in the vm_swapout_object_deactivate_pages() is a good idea unconditionally, but it might be better than the current situation. diff --git a/sys/vm/vm_fault.c b/sys/vm/vm_fault.c index ece496407c2..ce6208569c6 100644 --- a/sys/vm/vm_fault.c +++ b/sys/vm/vm_fault.c @@ -134,6 +134,16 @@ static void vm_fault_dontneed(const struct faultstate *fs, vm_offset_t vaddr, static void vm_fault_prefault(const struct faultstate *fs, vm_offset_t addra, int backward, int forward); +static int vm_pfault_oom_attempts = 3; +SYSCTL_INT(_vm, OID_AUTO, pfault_oom_attempts, CTLFLAG_RWTUN, + &vm_pfault_oom_attempts, 0, + ""); + +static int vm_pfault_oom_wait = 10; +SYSCTL_INT(_vm, OID_AUTO, pfault_oom_wait, CTLFLAG_RWTUN, + &vm_pfault_oom_wait, 0, + ""); + static inline void release_page(struct faultstate *fs) { @@ -531,7 +541,7 @@ vm_fault_hold(vm_map_t map, vm_offset_t vaddr, vm_prot_t fault_type, vm_pindex_t retry_pindex; vm_prot_t prot, retry_prot; int ahead, alloc_req, behind, cluster_offset, error, era, faultcount; - int locked, nera, result, rv; + int locked, nera, oom, result, rv; u_char behavior; boolean_t wired; /* Passed by reference. */ bool dead, hardfault, is_first_object_locked; @@ -542,7 +552,9 @@ vm_fault_hold(vm_map_t map, vm_offset_t vaddr, vm_prot_t fault_type, nera = -1; hardfault = false; -RetryFault:; +RetryFault: + oom = 0; +RetryFault_oom: /* * Find the backing store object and offset into it to begin the @@ -787,7 +799,17 @@ RetryFault:; } if (fs.m == NULL) { unlock_and_deallocate(&fs); - VM_WAITPFAULT; + if (vm_pfault_oom_attempts < 0 || + oom < vm_pfault_oom_attempts) { + oom++; + vm_waitpfault(vm_pfault_oom_wait); + goto RetryFault_oom; + } + if (bootverbose) + printf( + "proc %d (%s) failed to alloc page on fault, starting OOM\n", + curproc->p_pid, curproc->p_comm); + vm_pageout_oom(VM_OOM_MEM_PF); goto RetryFault; } } diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c index 0397dfef457..7d403497550 100644 --- a/sys/vm/vm_page.c +++ b/sys/vm/vm_page.c @@ -2652,7 +2652,7 @@ vm_page_reclaim_contig(int req, u_long npages, vm_paddr_t low, vm_paddr_t high, * - Called in various places before memory allocations. */ static void -_vm_wait(void) +_vm_wait(int timo) { mtx_assert(&vm_page_queue_free_mtx, MA_OWNED); @@ -2669,16 +2669,16 @@ _vm_wait(void) } vm_pages_needed = true; msleep(&vm_cnt.v_free_count, &vm_page_queue_free_mtx, PDROP | PVM, - "vmwait", 0); + "vmwait", timo * hz); } } void -vm_wait(void) +vm_wait(int timo) { mtx_lock(&vm_page_queue_free_mtx); - _vm_wait(); + _vm_wait(timo); } /* @@ -2703,7 +2703,7 @@ vm_page_alloc_fail(vm_object_t object, int req) if (req & (VM_ALLOC_WAITOK | VM_ALLOC_WAITFAIL)) { if (object != NULL) VM_OBJECT_WUNLOCK(object); - _vm_wait(); + _vm_wait(0); if (object != NULL) VM_OBJECT_WLOCK(object); if (req & VM_ALLOC_WAITOK) @@ -2724,7 +2724,7 @@ vm_page_alloc_fail(vm_object_t object, int req) * this balance without careful testing first. */ void -vm_waitpfault(void) +vm_waitpfault(int timo) { mtx_lock(&vm_page_queue_free_mtx); @@ -2734,7 +2734,7 @@ vm_waitpfault(void) } vm_pages_needed = true; msleep(&vm_cnt.v_free_count, &vm_page_queue_free_mtx, PDROP | PUSER, - "pfault", 0); + "pfault", timo * hz); } struct vm_pagequeue * diff --git a/sys/vm/vm_pageout.c b/sys/vm/vm_pageout.c index 4d8f8be894c..d8289b1182e 100644 --- a/sys/vm/vm_pageout.c +++ b/sys/vm/vm_pageout.c @@ -1648,6 +1648,13 @@ vm_pageout_oom_pagecount(struct vmspace *vmspace) return (res); } +static int vm_oom_ratelim_count; +static int vm_oom_ratelim_last; +static int vm_oom_pf_secs = 10; +SYSCTL_INT(_vm, OID_AUTO, oom_pf_secs, CTLFLAG_RWTUN, &vm_oom_pf_secs, 0, + ""); +static struct mtx vm_oom_ratelim_mtx; + void vm_pageout_oom(int shortage) { @@ -1655,8 +1662,31 @@ vm_pageout_oom(int shortage) vm_offset_t size, bigsize; struct thread *td; struct vmspace *vm; + int now; bool breakout; + /* + * For OOM requests originating from vm_fault(), there is a high + * chance that a single large process faults simultaneously in + * several threads. Also, on an active system running many + * processes of middle-size, like buildworld, all of them + * could fault almost simultaneously as well. + * + * To avoid killing too many processes, rate-limit OOMs + * initiated by vm_fault() time-outs on the waits for free + * pages. + */ + mtx_lock(&vm_oom_ratelim_mtx); + now = ticks; + if ((u_int)(now - vm_oom_ratelim_last) >= hz * vm_oom_pf_secs) { + vm_oom_ratelim_last = now; + vm_oom_ratelim_count = 0; + } else if (vm_oom_ratelim_count++ > 0 && shortage == VM_OOM_MEM_PF) { + mtx_unlock(&vm_oom_ratelim_mtx); + return; + } + mtx_unlock(&vm_oom_ratelim_mtx); + /* * We keep the process bigproc locked once we find it to keep anyone * from messing with it; however, there is a possibility of @@ -1721,7 +1751,7 @@ vm_pageout_oom(int shortage) continue; } size = vmspace_swap_count(vm); - if (shortage == VM_OOM_MEM) + if (shortage == VM_OOM_MEM || shortage == VM_OOM_MEM_PF) size += vm_pageout_oom_pagecount(vm); vm_map_unlock_read(&vm->vm_map); vmspace_free(vm); @@ -1917,6 +1947,7 @@ vm_pageout(void) int i; #endif + mtx_init(&vm_oom_ratelim_mtx, "vmoomr", NULL, MTX_DEF); swap_pager_swap_init(); error = kthread_add(vm_pageout_laundry_worker, NULL, curproc, NULL, 0, 0, "laundry: dom0"); diff --git a/sys/vm/vm_pageout.h b/sys/vm/vm_pageout.h index 2cdb1492fab..7b1a61b3a82 100644 --- a/sys/vm/vm_pageout.h +++ b/sys/vm/vm_pageout.h @@ -80,7 +80,8 @@ extern bool vm_pageout_wanted; extern bool vm_pages_needed; #define VM_OOM_MEM 1 -#define VM_OOM_SWAPZ 2 +#define VM_OOM_MEM_PF 2 +#define VM_OOM_SWAPZ 3 /* * vm_lowmem flags. @@ -96,11 +97,10 @@ extern bool vm_pages_needed; * Signal pageout-daemon and wait for it. */ -extern void pagedaemon_wakeup(void); -#define VM_WAIT vm_wait() -#define VM_WAITPFAULT vm_waitpfault() -extern void vm_wait(void); -extern void vm_waitpfault(void); +void pagedaemon_wakeup(void); +#define VM_WAIT vm_wait(0) +void vm_wait(int timo); +void vm_waitpfault(int timo); #ifdef _KERNEL int vm_pageout_flush(vm_page_t *, int, int, int, int *, boolean_t *); diff --git a/sys/vm/vm_swapout.c b/sys/vm/vm_swapout.c index e3e8b8966d7..19f02b56b5e 100644 --- a/sys/vm/vm_swapout.c +++ b/sys/vm/vm_swapout.c @@ -152,6 +152,11 @@ SYSCTL_INT(_vm, OID_AUTO, swap_idle_threshold2, CTLFLAG_RW, &swap_idle_threshold2, 0, "Time before a process will be swapped out"); +static int swapper_swapin_oom_timeout = 1; +SYSCTL_INT(_vm, OID_AUTO, swapper_swapin_oom_timeout, CTLFLAG_RW, + &swapper_swapin_oom_timeout, 0, + "Interval for swapper to try faultin killed processes on OOM"); + static int vm_pageout_req_swapout; /* XXX */ static int vm_daemon_needed; static struct mtx vm_daemon_mtx; @@ -164,7 +169,7 @@ static void vm_swapout_map_deactivate_pages(vm_map_t, long); static void vm_swapout_object_deactivate_pages(pmap_t, vm_object_t, long); static void swapout_procs(int action); static void vm_req_vmdaemon(int req); -static void vm_thread_swapin(struct thread *td); +static void vm_thread_swapin(struct thread *td, bool oom_swapin); static void vm_thread_swapout(struct thread *td); /* @@ -203,6 +208,8 @@ vm_swapout_object_deactivate_pages(pmap_t pmap, vm_object_t first_object, TAILQ_FOREACH(p, &object->memq, listq) { if (pmap_resident_count(pmap) <= desired) goto unlock_return; + if (should_yield()) + goto unlock_return; if (vm_page_busied(p)) continue; VM_CNT_INC(v_pdpages); @@ -263,7 +270,7 @@ vm_swapout_map_deactivate_pages(vm_map_t map, long desired) vm_object_t obj, bigobj; int nothingwired; - if (!vm_map_trylock(map)) + if (!vm_map_trylock_read(map)) return; bigobj = NULL; @@ -327,7 +334,7 @@ vm_swapout_map_deactivate_pages(vm_map_t map, long desired) vm_map_max(map)); } - vm_map_unlock(map); + vm_map_unlock_read(map); } /* @@ -516,8 +523,10 @@ again: PRELE(p); } sx_sunlock(&allproc_lock); - if (tryagain != 0 && attempts <= 10) + if (tryagain != 0 && attempts <= 10) { + maybe_yield(); goto again; + } } } @@ -552,20 +561,18 @@ vm_thread_swapout(struct thread *td) * Bring the kernel stack for a specified thread back in. */ static void -vm_thread_swapin(struct thread *td) +vm_thread_swapin(struct thread *td, bool oom_swapin) { vm_object_t ksobj; vm_page_t ma[KSTACK_MAX_PAGES]; - int pages; + int j, a, count, pages, rv; pages = td->td_kstack_pages; ksobj = td->td_kstack_obj; VM_OBJECT_WLOCK(ksobj); - (void)vm_page_grab_pages(ksobj, 0, VM_ALLOC_NORMAL | VM_ALLOC_WIRED, ma, - pages); + (void)vm_page_grab_pages(ksobj, 0, (oom_swapin ? VM_ALLOC_SYSTEM : + VM_ALLOC_NORMAL) | VM_ALLOC_WIRED, ma, pages); for (int i = 0; i < pages;) { - int j, a, count, rv; - vm_page_assert_xbusied(ma[i]); if (ma[i]->valid == VM_PAGE_BITS_ALL) { vm_page_xunbusy(ma[i]); @@ -592,8 +599,8 @@ vm_thread_swapin(struct thread *td) cpu_thread_swapin(td); } -void -faultin(struct proc *p) +static void +faultin1(struct proc *p, bool oom_swapin) { struct thread *td; @@ -622,7 +629,7 @@ faultin(struct proc *p) * swapped out. */ FOREACH_THREAD_IN_PROC(p, td) - vm_thread_swapin(td); + vm_thread_swapin(td, oom_swapin); PROC_LOCK(p); swapclear(p); p->p_swtick = ticks; @@ -634,6 +641,13 @@ faultin(struct proc *p) } } +void +faultin(struct proc *p) +{ + + faultin1(p, false); +} + /* * This swapin algorithm attempts to swap-in processes only if there * is enough space for them. Of course, if a process waits for a long @@ -645,14 +659,38 @@ swapper(void) struct proc *p; struct thread *td; struct proc *pp; - int slptime; - int swtime; - int ppri; - int pri; + int ppri, pri, slptime, swtime; loop: if (vm_page_count_min()) { - VM_WAIT; + /* + * We are low on memory. A swapped-out process might + * have mapped a large portion of the system's pages + * as anonymous memory. There is no other way to + * release the memory other than to kill the process, + * for which we need to swap it in. + */ + sx_slock(&allproc_lock); + FOREACH_PROC_IN_SYSTEM(p) { + PROC_LOCK(p); + /* + * Ensure that the pages for kernel stacks are + * allocated with higher priority. + */ + if (p->p_state == PRS_NORMAL && (p->p_flag & + (P_SWAPPINGOUT | P_SWAPPINGIN | P_INMEM | + P_WKILLED)) == P_WKILLED) { + sx_sunlock(&allproc_lock); + faultin1(p, true); + PROC_UNLOCK(p); + goto loop; + } + + PROC_UNLOCK(p); + } + sx_sunlock(&allproc_lock); + + vm_wait(swapper_swapin_oom_timeout * hz); goto loop; } @@ -715,8 +753,7 @@ loop: } /* - * We would like to bring someone in. (only if there is space). - * [What checks the space? ] + * We would like to bring someone in. */ faultin(p); PROC_UNLOCK(p); From owner-freebsd-stable@freebsd.org Fri Dec 22 15:36:00 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F2FDEA04C1 for ; Fri, 22 Dec 2017 15:36:00 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BDCB7B4FC for ; Fri, 22 Dec 2017 15:35:59 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id C3E17D00428; Fri, 22 Dec 2017 10:35:57 -0500 (EST) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id vBMFZsrT041094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Dec 2017 16:35:54 +0100 (CET) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id vBMFZrPF041093; Fri, 22 Dec 2017 16:35:53 +0100 (CET) (envelope-from pho) Date: Fri, 22 Dec 2017 16:35:53 +0100 From: Peter Holm To: Konstantin Belousov Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: Unkillable process in "vm map (user)" Message-ID: <20171222153553.GA41052@x2.osted.lan> References: <20171210200931.GS23931@server.rulingia.com> <20171210204217.GC2272@kib.kiev.ua> <20171222092607.GA35523@x2.osted.lan> <20171222124521.GR12785@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171222124521.GR12785@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 15:36:00 -0000 On Fri, Dec 22, 2017 at 02:45:21PM +0200, Konstantin Belousov wrote: > On Fri, Dec 22, 2017 at 10:26:07AM +0100, Peter Holm wrote: > > Here's some more info, using the original scenario: > > https://people.freebsd.org/~pho/stress/log/kostik1070.txt > > This is somewhat weird but also not too puzzling. > > The vmdaemon (pid 41) is running, it tries to reduce the count of resident > pages in some pmap, most likely the one from the pid 20655. This process > seems to be huge: according to the v_stats, there is 15681264 inactive pages, > and the pagedaemon tries to obtain a vm object lock which is owned by > vmdaemon, resident count for that object is 15897170 (~64Gb). > > So basically almost all memory belongs to the single object and vmdaemon > processing it. Since the object' queue is huge, the map and the object > locks are taken for long time, preventing other processes touching them > from making a progress. > > Might be try this (it combines new changes with the OOM patch). I am not > sure that should_yield() in the vm_swapout_object_deactivate_pages() is > a good idea unconditionally, but it might be better than the current > situation. > > diff --git a/sys/vm/vm_fault.c b/sys/vm/vm_fault.c > index ece496407c2..ce6208569c6 100644 > --- a/sys/vm/vm_fault.c The patch fixes the problem I got with this scenario. - Peter From owner-freebsd-stable@freebsd.org Fri Dec 22 18:16:18 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 356AAE8140F for ; Fri, 22 Dec 2017 18:16:18 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (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 E901C1F33 for ; Fri, 22 Dec 2017 18:16:17 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by krion.cc (Postfix) with ESMTPSA id 5F6EB36C94 for ; Fri, 22 Dec 2017 19:16:07 +0100 (CET) Date: Fri, 22 Dec 2017 19:16:06 +0100 From: Kirill Ponomarev To: freebsd-stable@freebsd.org Subject: Zotac CI327 nano Message-ID: <20171222181606.igs7f7wzlahjfhje@krion.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7femdy4mh3guqwhp" Content-Disposition: inline User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 18:16:18 -0000 --7femdy4mh3guqwhp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've recently purchased Zotac CI327 nano: https://www.zotac.com/product/mini_pcs/ci327-nano and tried to install FreeBSD-11.1 RELEASE on it, installation just hangs and I can't get into debugger. Here is verbose output: https://krion.cc/IMG_0127.jpg Can someone help me with it? K. --7femdy4mh3guqwhp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAlo9S+YACgkQDyI9/LMC ykURygf8C8ZaS2cXkZC4Rl8+Malzf58rHR02WNO5rb0o25srzcNqvWBHbe40922r 370YUCjRLpF8njZFalmqqbKuPVD1MzD9zQfy/soXNf3eZPU8n2oNx3Pngfzff+xo jEV3e2MMfGpXb+cv3P3hLrGX1x8lrL2kYgjimsa0hwH0ImA4f4oPOB4JRHT4DuMj C4vJsay5a0l32hBF7NTokR5Ft+YqoXLeTTM4LvgVRHLkRnWPVVXC3mZ0yiqy6VzV GxkreU6bSreI6LrVUT5/JHBnzWo9P/DLC8oNQxwea7PEZGuobs8ahuVMTHMuQbnx XZYp7pwyXcv2/H7ueCNmMr1A/9sUpg== =2C2/ -----END PGP SIGNATURE----- --7femdy4mh3guqwhp-- From owner-freebsd-stable@freebsd.org Fri Dec 22 18:47:02 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FF72E82B6F for ; Fri, 22 Dec 2017 18:47:02 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x22a.google.com (mail-yb0-x22a.google.com [IPv6:2607:f8b0:4002:c09::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 C278F2FF8 for ; Fri, 22 Dec 2017 18:47:01 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x22a.google.com with SMTP id k2so18302398ybd.2 for ; Fri, 22 Dec 2017 10:47: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=d2w5mhpmtrHaPY8PXSpd5/lUfgEeh5JrcH8qdDAawPU=; b=grH7dXGtMjBoW2bx3LENmtS4hniJkQYkbxWAssk8KzdvYZqbwflDMAlxddd0P1thq3 7+z9iSn/CtFG8MseCPbQyzeGUX6katyVeWd8ANUdSH4si+eC8oSftyqRWl8CzYuFKes9 6jgLQwtCZSY8152PNRzULzgOAUo5xlAYRvhRwGR+K62ndmZX5rtr0TOVgdwaC/6z1niQ NPht18uMn7EIE8i1yw1bNnW63yV+BpiHp85/uAVpIoSO3mtLPazNzGOuzjGPLkHLMwGe zdtqmUtH1cemWhoqkZ4vvY8O4V/iSNem8A2PabfbttzCSJzx3+pfiKdpEdkF9MgPy8r1 EzPA== 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=d2w5mhpmtrHaPY8PXSpd5/lUfgEeh5JrcH8qdDAawPU=; b=EX+jtHk6Lduh3opu+QwKhP8WFXcOqGSujIxrgso5UAWXyykMyEW1x9P1ad0/HBVP59 aCnKTPKGm03fYVZ/obs5wPewZP2NzdtNn4jgnLBBX4X9V46w4p6zkjZJZW2RXKZRoWLG uYSctDpL5zizRgc8Dx2oLuXmpyiMWSifKw9iG90MxG61lsZR6bBX088Ijl08NH5kBu29 ndRGvkeOQzLEiB/Q9xV+n0O9JuW/3yEtwmdG5b9H+/+9eFrbGCySiiCHjoVJNwdvxBQy 9L5LNm6P6osGMLtsO+TYPTC3+OUPr9/21+pmFq/oBQyUcfxUfFIh4ToJDbn9YuoFRBVJ TGmg== X-Gm-Message-State: AKGB3mJasSP93OBv4qkmpt7Nl+iJlXxp6lnwNHPPjQrKwvtfAgXTMRuV 4q0CzQnRmjpwVB+kfmUYHTji3OW5yy60PSjeRcLz4B8z X-Google-Smtp-Source: ACJfBouIPYPEyC46lalzY3S1glv8/M60afw7CZGcCkZ/m9cescJ992VJnIGQ9pexJqdbueU6miKEJnOa1xaxKOxAueU= X-Received: by 10.37.98.139 with SMTP id w133mr3609882ybb.132.1513968420648; Fri, 22 Dec 2017 10:47:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.174.3 with HTTP; Fri, 22 Dec 2017 10:47:00 -0800 (PST) In-Reply-To: <20171222181606.igs7f7wzlahjfhje@krion.cc> References: <20171222181606.igs7f7wzlahjfhje@krion.cc> From: Ultima Date: Fri, 22 Dec 2017 10:47:00 -0800 Message-ID: Subject: Re: Zotac CI327 nano To: Kirill Ponomarev Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 18:47:02 -0000 I would be worried about it not being a supported device. [1] Notes that Celeron cpus are supported with Cedar Mill and Prescott core with EM64T support. [3] suggests that the cpu is formerly known as Apollo Lake. Also see no mention of EM64T support. [1] http://www.si.freebsd.org/relnotes/11-STABLE/hardware/proc.html [2] http://www.si.freebsd.org/relnotes/11-STABLE/hardware/support.html [3] https://ark.intel.com/products/95596/Intel-Celeron-Processor-N3450-2M-Cache-up-to-2_2-GHz Hope this helps, Richard Gallamore On Fri, Dec 22, 2017 at 10:16 AM, Kirill Ponomarev via freebsd-stable < freebsd-stable@freebsd.org> wrote: > I've recently purchased Zotac CI327 nano: > https://www.zotac.com/product/mini_pcs/ci327-nano > > and tried to install FreeBSD-11.1 RELEASE on it, installation just > hangs and I can't get into debugger. Here is verbose output: > https://krion.cc/IMG_0127.jpg > > Can someone help me with it? > > K. > From owner-freebsd-stable@freebsd.org Fri Dec 22 18:50:05 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55DF8E82E25 for ; Fri, 22 Dec 2017 18:50:05 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E255531E0 for ; Fri, 22 Dec 2017 18:50:04 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id vBMInvIh024142 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 22 Dec 2017 19:49:58 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kp@krion.cc Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id vBMInkYt051965 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 23 Dec 2017 01:49:46 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Zotac CI327 nano To: Kirill Ponomarev , freebsd-stable@freebsd.org References: <20171222181606.igs7f7wzlahjfhje@krion.cc> From: Eugene Grosbein Message-ID: <5A3D53C8.6050907@grosbein.net> Date: Sat, 23 Dec 2017 01:49:44 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20171222181606.igs7f7wzlahjfhje@krion.cc> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 18:50:05 -0000 23.12.2017 1:16, Kirill Ponomarev via freebsd-stable wrote: > I've recently purchased Zotac CI327 nano: > https://www.zotac.com/product/mini_pcs/ci327-nano > > and tried to install FreeBSD-11.1 RELEASE on it, installation just > hangs and I can't get into debugger. Here is verbose output: > https://krion.cc/IMG_0127.jpg > > Can someone help me with it? Can you break into the loader prompt before starting a kernel and do this? set kern.eventtimer.periodic=1 boot -v From owner-freebsd-stable@freebsd.org Fri Dec 22 19:16:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB610E84499 for ; Fri, 22 Dec 2017 19:16:07 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (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 AEAF2634DA for ; Fri, 22 Dec 2017 19:16:07 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by krion.cc (Postfix) with ESMTPSA id 407DF36CA9; Fri, 22 Dec 2017 20:16:01 +0100 (CET) Date: Fri, 22 Dec 2017 20:16:00 +0100 From: Kirill Ponomarev To: Eugene Grosbein Cc: freebsd-stable@freebsd.org Subject: Re: Zotac CI327 nano Message-ID: <20171222191600.6245ywvvnri7hzig@krion.cc> References: <20171222181606.igs7f7wzlahjfhje@krion.cc> <5A3D53C8.6050907@grosbein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hhurswutgt2llmll" Content-Disposition: inline In-Reply-To: <5A3D53C8.6050907@grosbein.net> User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 19:16:08 -0000 --hhurswutgt2llmll Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/23, Eugene Grosbein wrote: > 23.12.2017 1:16, Kirill Ponomarev via freebsd-stable wrote: >=20 > > I've recently purchased Zotac CI327 nano: > > https://www.zotac.com/product/mini_pcs/ci327-nano > >=20 > > and tried to install FreeBSD-11.1 RELEASE on it, installation just > > hangs and I can't get into debugger. Here is verbose output: > > https://krion.cc/IMG_0127.jpg > >=20 > > Can someone help me with it? >=20 > Can you break into the loader prompt before starting a kernel and do this? >=20 > set kern.eventtimer.periodic=3D1 > boot -v Yes, did it, the same output as before. K. --hhurswutgt2llmll Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAlo9WfAACgkQDyI9/LMC ykWviwf/WdJthdSLE3HZl2PSg6QsXYHLHQSr+htmXxgsbYcfAyZR6FGsUdeMt9s1 +3kDcLxWzCZELOxcZypSTKaSNPDcKzEyLZW4P8H2H3w4c/dAwnfsxW52iWXaNkC/ RxuA4wL8HICTe6wirV0w5qeRwDxDXUFb2bB+AfcKS0+MD4p2Zs1lareJFdYfQaf8 Yh5gM6uSaXmKbPrztkkpf0f2zBL1Eb5/tghN9UTSTl0H/OxmHSudNU0/DL9klV+n MiTUh/jCQY3deYJcH0asRe+XZvEO7yXtc4GVJxgTjkbYrNRgHJoiam/2qnp6GJp0 oaGXKprPQ7qmSDt4/DjnOyvm7ZMCFQ== =N7Lh -----END PGP SIGNATURE----- --hhurswutgt2llmll-- From owner-freebsd-stable@freebsd.org Fri Dec 22 19:22:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4AC0E84A92 for ; Fri, 22 Dec 2017 19:22:50 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (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 97E776392A for ; Fri, 22 Dec 2017 19:22:50 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by krion.cc (Postfix) with ESMTPSA id E5AC336CAF; Fri, 22 Dec 2017 20:22:47 +0100 (CET) Date: Fri, 22 Dec 2017 20:22:47 +0100 From: Kirill Ponomarev To: Ultima Cc: freebsd-stable@freebsd.org Subject: Re: Zotac CI327 nano Message-ID: <20171222192247.ylfvmw7gsyrcadlv@krion.cc> References: <20171222181606.igs7f7wzlahjfhje@krion.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dxtibbqvxyppgcfs" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 19:22:50 -0000 --dxtibbqvxyppgcfs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/22, Ultima wrote: > I would be worried about it not being a supported device.=20 If so, do we support it in CURRENT, or are there any milestones and plans to support it? > [1] Notes that > Celeron cpus are supported with Cedar Mill and Prescott core with > EM64T support. [3] suggests that the cpu is formerly known as > Apollo Lake. Also see no mention of EM64T support. >=20 > [1] http://www.si.freebsd.org/relnotes/11-STABLE/hardware/proc.html > [2] http://www.si.freebsd.org/relnotes/11-STABLE/hardware/support.html > [3] > https://ark.intel.com/products/95596/Intel-Celeron-Processor-N3450-2M-Cac= he-up-to-2_2-GHz K. --dxtibbqvxyppgcfs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAlo9W4cACgkQDyI9/LMC ykXLBAf+NujxYEesN3d9hro6QJ8xRiZxWMm5zfd7phiwMSsrZ8pxNF7LdVrSLAgl 76JD3IABmxd9MoLOU6jZabEfH1yS9ls+RSeFCuIF3Ju2Ex90jpB3yNiWFBGM4t6X ryhMxO8lcrIxvGzKicscaXpHllUY6V+x0HkE5EhsPtbzDyQinwyGoQgoIYMaQTR4 9SIYetC56HRVxcFJp1IQt6xMeZrUFQVEPw+8rxO3WZsO+1pXfkLl79VUg8Nl47AL mc3RRXBs8BdDH2OVKkio6MY4xq7R+vr3W2WVwraaaNFX7DMcgpmiZC1HRmzEb2j9 QT9ZgAPX5zqQrDyPL6KK9R3KawooiQ== =E5na -----END PGP SIGNATURE----- --dxtibbqvxyppgcfs-- From owner-freebsd-stable@freebsd.org Fri Dec 22 20:27:37 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6A4DE87B17 for ; Fri, 22 Dec 2017 20:27:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DA46655B6 for ; Fri, 22 Dec 2017 20:27:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id vBMKRRbD024715 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 22 Dec 2017 21:27:28 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kp@krion.cc Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id vBMKRO3a080365 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 23 Dec 2017 03:27:24 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Zotac CI327 nano To: Kirill Ponomarev References: <20171222181606.igs7f7wzlahjfhje@krion.cc> <5A3D53C8.6050907@grosbein.net> <20171222191600.6245ywvvnri7hzig@krion.cc> Cc: freebsd-stable@freebsd.org From: Eugene Grosbein Message-ID: <5A3D6AAA.6000903@grosbein.net> Date: Sat, 23 Dec 2017 03:27:22 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20171222191600.6245ywvvnri7hzig@krion.cc> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 20:27:37 -0000 23.12.2017 2:16, Kirill Ponomarev wrote: >> Can you break into the loader prompt before starting a kernel and do this? >> >> set kern.eventtimer.periodic=1 >> boot -v > > Yes, did it, the same output as before. This can be some kind of interrupt routing problem. Try: set hw.pci.enable_msix=0 At least, you should get another screenshot :-) From owner-freebsd-stable@freebsd.org Fri Dec 22 20:38:44 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C5BEE88745 for ; Fri, 22 Dec 2017 20:38:44 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C7C7865CB1 for ; Fri, 22 Dec 2017 20:38:43 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id vBMKcaLL024792 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 22 Dec 2017 21:38:37 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kp@krion.cc Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id vBMKcPnA083660 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 23 Dec 2017 03:38:26 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Zotac CI327 nano To: Kirill Ponomarev References: <20171222181606.igs7f7wzlahjfhje@krion.cc> <5A3D53C8.6050907@grosbein.net> <20171222191600.6245ywvvnri7hzig@krion.cc> Cc: freebsd-stable@freebsd.org From: Eugene Grosbein Message-ID: <5A3D6D3F.8010200@grosbein.net> Date: Sat, 23 Dec 2017 03:38:23 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20171222191600.6245ywvvnri7hzig@krion.cc> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 20:38:44 -0000 23.12.2017 2:16, Kirill Ponomarev пишет: > On 12/23, Eugene Grosbein wrote: >> 23.12.2017 1:16, Kirill Ponomarev via freebsd-stable wrote: >> >>> I've recently purchased Zotac CI327 nano: >>> https://www.zotac.com/product/mini_pcs/ci327-nano >>> >>> and tried to install FreeBSD-11.1 RELEASE on it, installation just >>> hangs and I can't get into debugger. Here is verbose output: >>> https://krion.cc/IMG_0127.jpg >>> >>> Can someone help me with it? >> >> Can you break into the loader prompt before starting a kernel and do this? >> >> set kern.eventtimer.periodic=1 >> boot -v If not interrupt routing problem, it can be USB problem too. You could "play" with BIOS SETUP USB settings, if any, and/or use kernel with options USB_DEBUG and try hw.usb.debug=4, hw.usb.uhub.debug=4, hw.usb.xhci.msix=0