From owner-freebsd-stable@FreeBSD.ORG Sun Aug 10 18:09:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E20B7EB for ; Sun, 10 Aug 2014 18:09:59 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B01A22E0C for ; Sun, 10 Aug 2014 18:09:58 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id hz20so6079162lab.36 for ; Sun, 10 Aug 2014 11:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=tYhwlvQsXgfMKI0UfAkBVmpqlzpdXPuY2VtXfGtbJrQ=; b=0zpKyH+inhLrOnpIdwgseYKeWowP99wZSqbcqIbrqzVz8za5NZvlJ1Id4Z4g/qB9JS NejfCZinfgNAsa8BIXVVUvRn5rrOLmpKxjXa+felyZgY8RJ/ZyiAGlo6pGbmeB087vk9 9A9OGZNlH/bMDW4Eed9a65ZazTPQrLwF0JLgHOR6hPucpwrI4rn+kwVzmolCIxtGo7vA UjPphRS8DtbWXel1kfjknBB0D4Ozm6PwYOkR3P+ijpVOXrf5kBJ9eFjcPznbg0cwxbNh zhDVP68DL+o1FhOPL/YDefOf6GyTOXspDStBL4idM7bagATCQMmJ9H9m/N8ycf0sK5GZ /hTg== X-Received: by 10.112.225.7 with SMTP id rg7mr31572460lbc.52.1407694196664; Sun, 10 Aug 2014 11:09:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.43.72 with HTTP; Sun, 10 Aug 2014 11:09:26 -0700 (PDT) From: Matthias Gamsjager Date: Sun, 10 Aug 2014 20:09:26 +0200 Message-ID: Subject: pkg problem To: stable-list freebsd Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 18:09:59 -0000 Hi, Since a couple of days I get this error when doing a pkg upgrade: root@freebsd:/home/ # pkg upgrade Updating repository catalogue Fetching meta.txz: 100% of 260 B Fetching digests.txz: 100% of 18 KB Fetching packagesite.txz: 100% of 90 KB Incremental update completed, 372 packages processed: 0 packages updated, 0 removed and 0 added. FreeBSD repository is up-to-date Checking for upgrades: 100% Assertion failed: (var == elt->var), function pkg_solve_sat_problem, file pkg_solve.c, line 508. Child process pid=44594 terminated abnormally: Abort trap Any ideas what's wrong? From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 12:40:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CF5B71A; Mon, 11 Aug 2014 12:40:56 +0000 (UTC) Received: from sinkng.sics.se (unknown [IPv6:2001:6b0:3a:1:c654:44ff:fe45:117c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAA672145; Mon, 11 Aug 2014 12:40:55 +0000 (UTC) Received: from P142s.sics.se (P142s.sics.se [193.10.66.127]) by sinkng.sics.se (8.14.9/8.14.9) with ESMTP id s7BCdK0b019095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 11 Aug 2014 14:39:20 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.9/8.14.9) with ESMTP id s7BCd0Xb002849; Mon, 11 Aug 2014 14:39:00 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.9/8.14.9/Submit) id s7BCcxeT002848; Mon, 11 Aug 2014 14:38:59 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: Garrett Wollman Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers In-Reply-To: <21474.34330.572142.206098@hergotha.csail.mit.edu> (Garrett Wollman's message of "Wed, 6 Aug 2014 15:46:34 -0400") References: <21474.34330.572142.206098@hergotha.csail.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Mon, 11 Aug 2014 14:38:59 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 12:40:56 -0000 Garrett Wollman writes: > Remember about six months ago when I tested 9-stable on one of my big > NFS servers, and had it panic in the middle of the USB probe, but > ultimately bisected the problem to an update to the mps(4) driver? I > had to stop investigating and get the server working (which I did, by > installing 9.2 instead of something newer and presumably faster). I'm > at the point now where I'd like to upgrade my file servers to 9.3, and > I can't, because of this issue, so it's time to start tracking down > the bug again. > > I have two test servers now. 9.3 works just fine on one of them, and > panics on the other. The one it works on is slightly older, and has > an mpt(4) controller for the boot drives, as opposed to the system > where the panic happens, which is mps(4)-only. Both systems have two > SAS2116 controllers for external drives; the ones on the working > system have drives attached, and the ones on the non-working system > are not connected to anything (and in fact disabled in the BIOS for > now). > > Any experts want to suggest where to start (besides, obviously, > attaching a serial console, which I haven't done yet)? I saw one > change in the svn logs for 9.3 prior to the release which looked like > it might be a relevant fix, but it clearly hasn't improved anything > for my servers. I have a dual-mps (one Dell H200 and one LSI 9207) system now running 9.1 (w patched sys/kern/kern_intr.c) that I intend to upgrade to 9.3 shortly. Is it enough to boot a 9.3 memstick to provoke the issue? Bengt From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 13:54:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C734C6DE; Mon, 11 Aug 2014 13:54:19 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0682A9C; Mon, 11 Aug 2014 13:54:19 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id E829C20E7088A; Mon, 11 Aug 2014 13:54:11 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 233BC20E70885; Mon, 11 Aug 2014 13:54:08 +0000 (UTC) Message-ID: <4950FD3896C0468D83A599AC104E4D7A@multiplay.co.uk> From: "Steven Hartland" To: "Bengt Ahlgren" , "Garrett Wollman" References: <21474.34330.572142.206098@hergotha.csail.mit.edu> Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers Date: Mon, 11 Aug 2014 14:54:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 13:54:19 -0000 ----- Original Message ----- From: "Bengt Ahlgren" > Garrett Wollman writes: > >> Remember about six months ago when I tested 9-stable on one of my big >> NFS servers, and had it panic in the middle of the USB probe, but >> ultimately bisected the problem to an update to the mps(4) driver? I >> had to stop investigating and get the server working (which I did, by >> installing 9.2 instead of something newer and presumably faster). >> I'm >> at the point now where I'd like to upgrade my file servers to 9.3, >> and >> I can't, because of this issue, so it's time to start tracking down >> the bug again. >> >> I have two test servers now. 9.3 works just fine on one of them, and >> panics on the other. The one it works on is slightly older, and has >> an mpt(4) controller for the boot drives, as opposed to the system >> where the panic happens, which is mps(4)-only. Both systems have two >> SAS2116 controllers for external drives; the ones on the working >> system have drives attached, and the ones on the non-working system >> are not connected to anything (and in fact disabled in the BIOS for >> now). >> >> Any experts want to suggest where to start (besides, obviously, >> attaching a serial console, which I haven't done yet)? I saw one >> change in the svn logs for 9.3 prior to the release which looked like >> it might be a relevant fix, but it clearly hasn't improved anything >> for my servers. > > I have a dual-mps (one Dell H200 and one LSI 9207) system now running > 9.1 (w patched sys/kern/kern_intr.c) that I intend to upgrade to 9.3 > shortly. Is it enough to boot a 9.3 memstick to provoke the issue? I would take this thread with a pinch of salt until it can be proved its not a hardware issue. Regards Steve From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 20:59:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B70356E3; Mon, 11 Aug 2014 20:59:55 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 780912410; Mon, 11 Aug 2014 20:59:55 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7BKxdDX037771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Aug 2014 13:59:40 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7BKxd5g037770; Mon, 11 Aug 2014 13:59:39 -0700 (PDT) (envelope-from jmg) Date: Mon, 11 Aug 2014 13:59:39 -0700 From: John-Mark Gurney To: Garrett Wollman Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers Message-ID: <20140811205939.GY83475@funkthat.com> Mail-Followup-To: Garrett Wollman , freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org References: <21474.34330.572142.206098@hergotha.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21474.34330.572142.206098@hergotha.csail.mit.edu> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 11 Aug 2014 13:59:40 -0700 (PDT) Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 20:59:55 -0000 Garrett Wollman wrote this message on Wed, Aug 06, 2014 at 15:46 -0400: > Remember about six months ago when I tested 9-stable on one of my big > NFS servers, and had it panic in the middle of the USB probe, but > ultimately bisected the problem to an update to the mps(4) driver? I > had to stop investigating and get the server working (which I did, by > installing 9.2 instead of something newer and presumably faster). I'm > at the point now where I'd like to upgrade my file servers to 9.3, and > I can't, because of this issue, so it's time to start tracking down > the bug again. > > I have two test servers now. 9.3 works just fine on one of them, and > panics on the other. The one it works on is slightly older, and has > an mpt(4) controller for the boot drives, as opposed to the system > where the panic happens, which is mps(4)-only. Both systems have two > SAS2116 controllers for external drives; the ones on the working > system have drives attached, and the ones on the non-working system > are not connected to anything (and in fact disabled in the BIOS for > now). > > Any experts want to suggest where to start (besides, obviously, > attaching a serial console, which I haven't done yet)? I saw one > change in the svn logs for 9.3 prior to the release which looked like > it might be a relevant fix, but it clearly hasn't improved anything > for my servers. One thing you could do is turn on DEBUG_MEMGUARD and DEBUG_REDZONE and see if they trigger... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 21:06:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E010E978 for ; Mon, 11 Aug 2014 21:06:20 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 AB22624EE for ; Mon, 11 Aug 2014 21:06:20 +0000 (UTC) Received: from bdrewery (uid 1298) (envelope-from bdrewery@freebsd.org) id 48e by freefall.freebsd.org (DragonFly Mail Agent v0.9+); Mon, 11 Aug 2014 21:06:20 +0000 Received: (qmail 42119 invoked from network); 11 Aug 2014 16:06:18 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 11 Aug 2014 16:06:18 -0500 Message-ID: <53E93046.6000105@FreeBSD.org> Date: Mon, 11 Aug 2014 16:06:14 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Matthias Gamsjager , stable-list freebsd Subject: Re: pkg problem References: In-Reply-To: OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dd4DUdOOP7H78neU9ekiJH5C5fiUnk98F" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 21:06:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Dd4DUdOOP7H78neU9ekiJH5C5fiUnk98F Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/10/2014 1:09 PM, Matthias Gamsjager wrote: > Hi, >=20 > Since a couple of days I get this error when doing a pkg upgrade: >=20 > root@freebsd:/home/ # pkg upgrade > Updating repository catalogue > Fetching meta.txz: 100% of 260 B > Fetching digests.txz: 100% of 18 KB > Fetching packagesite.txz: 100% of 90 KB >=20 >=20 > Incremental update completed, 372 packages processed: > 0 packages updated, 0 removed and 0 added. > FreeBSD repository is up-to-date >=20 > Checking for upgrades: 100% > Assertion failed: (var =3D=3D elt->var), function pkg_solve_sat_problem= , > file pkg_solve.c, line 508. > Child process pid=3D44594 terminated abnormally: Abort trap >=20 >=20 >=20 > Any ideas what's wrong? This should be fixed in the upcoming 1.3.6. https://github.com/freebsd/pkg/issues/915 You can try using ports-mgmt/pkg-devel for now which has the fix. --=20 Regards, Bryan Drewery --Dd4DUdOOP7H78neU9ekiJH5C5fiUnk98F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT6TBGAAoJEDXXcbtuRpfPTJ0H/1BsaEpKj0M6xjQguK0kTIVl qfLbr78cy6qWGfuQlkTqycu7UVwDWta1iSbBlKFkfYPEtZqjP6pr0y0PJMOElGLY Hj9K5Okks+Xk4q8Ei/9XwnwLu6Il3QY+lJ6qcC1uTMmar7OMFJhnVbivVl4rTh9a uCg85bBT0WFhFPOGEwJ6yPF+6vl7pgR0Fxll1w2MvmaxWK0qmcV192ieXn8MRaXr EWChBd/jFOJJOal8Kdj/AMc+WouEXoqKD2ktzBI+BkudoMi3z0nzghOaiXS2kuk2 iUmqFxE8Cwx9E+v75c+8ZUnMz+DE6m5OcYS2fzO7hH6yYp1Rme7mInSznabZmGk= =f/Re -----END PGP SIGNATURE----- --Dd4DUdOOP7H78neU9ekiJH5C5fiUnk98F-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 22:32:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 369768C1 for ; Mon, 11 Aug 2014 22:32:07 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4D362E0F for ; Mon, 11 Aug 2014 22:32:06 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s7BMW4XL040569; Mon, 11 Aug 2014 18:32:04 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s7BMW22I040568; Mon, 11 Aug 2014 18:32:02 -0400 (EDT) (envelope-from wollman) Date: Mon, 11 Aug 2014 18:32:02 -0400 (EDT) From: Garrett Wollman Message-Id: <201408112232.s7BMW22I040568@hergotha.csail.mit.edu> To: bengta@sics.se Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers X-Newsgroups: mit.lcs.mail.freebsd-stable In-Reply-To: References: Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Mon, 11 Aug 2014 18:32:04 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on hergotha.csail.mit.edu Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 22:32:07 -0000 In article you write: >I have a dual-mps (one Dell H200 and one LSI 9207) system now running >9.1 (w patched sys/kern/kern_intr.c) that I intend to upgrade to 9.3 >shortly. Is it enough to boot a 9.3 memstick to provoke the issue? Yes, it was sufficient on both of the machines that have this problem for me. But two mps controllers might not be enough -- the machines that fail for me all have three. I have a patch (with debugging printfs, not a fix) that I haven't had time to try yet, but should be able to do that tomorrow. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Mon Aug 11 22:33:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED3FF9D5 for ; Mon, 11 Aug 2014 22:33:08 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB5F32E26 for ; Mon, 11 Aug 2014 22:33:08 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s7BMX66K040630; Mon, 11 Aug 2014 18:33:06 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s7BMX54m040629; Mon, 11 Aug 2014 18:33:05 -0400 (EDT) (envelope-from wollman) Date: Mon, 11 Aug 2014 18:33:05 -0400 (EDT) From: Garrett Wollman Message-Id: <201408112233.s7BMX54m040629@hergotha.csail.mit.edu> To: jmg@funkthat.com Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers X-Newsgroups: mit.lcs.mail.freebsd-stable In-Reply-To: References: Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Mon, 11 Aug 2014 18:33:06 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on hergotha.csail.mit.edu Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 22:33:09 -0000 In article you write: >One thing you could do is turn on DEBUG_MEMGUARD and DEBUG_REDZONE >and see if they trigger... Did that last time around. Either one will prevent the problem entirely, without generating any diagnostics. -GAWollman -- Garrett A. Wollman | What intellectual phenomenon can be older, or more oft wollman@bimajority.org| repeated, than the story of a large research program Opinions not shared by| that impaled itself upon a false central assumption my employers. | accepted by all practitioners? - S.J. Gould, 1993 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 08:26:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18139328 for ; Tue, 12 Aug 2014 08:26:59 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3B622915 for ; Tue, 12 Aug 2014 08:26:58 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id f8so5388560wiw.6 for ; Tue, 12 Aug 2014 01:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=yPPLTqs31imxfz6aSpQkMLqnh2vOPv7I/h+RZb6nisc=; b=GrHAn/bDFUkJQ9JmVW6dVU00I1R517lKqaLE0cKaOQhzv9rq5xPqpcfd5PjSPTPIC2 yNssAl/BbKrMufWD8QupJ+oOjEKOhLP0YbyaaiABRPU1P7XnqCEKUBfbw7HPRwnqbS8x Jam1yAC1YCXsd1yPm5NHIi2ijh4gApl6cu2vL1h4xnZ3qCnzEGU3Ms7H2TCp6Z18d7uN jJHDfTSMw2G19dFFMFT8UkpS+GJZVv/8CpuqJOmbl9Z0gctMB5+1NamGrIHLLbyNbW3m WSSpvb6AvtcKBM2p1ZU6XSQ1gQ8nxewfqOGdZNnNrlN6g9zLFeFvNt179DLhZSNmzb7z JqZQ== X-Received: by 10.180.205.168 with SMTP id lh8mr30498355wic.33.1407832016831; Tue, 12 Aug 2014 01:26:56 -0700 (PDT) Received: from kontrol.kode5.net (host86-168-30-173.range86-168.btcentralplus.com. [86.168.30.173]) by mx.google.com with ESMTPSA id a4sm53555202wie.21.2014.08.12.01.26.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Aug 2014 01:26:56 -0700 (PDT) Message-ID: <53E9CFCD.2090603@gmail.com> Date: Tue, 12 Aug 2014 09:26:53 +0100 From: Jamie Griffin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Hardware Info: WITH_NEW_XORG Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 08:26:59 -0000 Hi For information purposes in case it helps or anyone is interested, I've built and installed the xorg server and utilities using the WITH_NEW_XORG knob and I can confirm it works very well on my hardware; which is: Intel Q45 graphics controller, codenamed Eaglelake. CPU is Pentium 2xCore. pciconf: vgapci0@pci0:0:2:0: class=0x030000 card=0x304817aa chip=0x2e128086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x304817aa chip=0x2e138086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display dmesg: VT: running with driver "vga". vgapci0: port 0x1c70-0x1c77 mem 0xfc000000-0xfc3fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Boot video device vgapci1: mem 0xfc400000-0xfc4fffff at device 2.1 on pci0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 drmn0: on vgapci0 VT: Replacing driver "vga" with new "fb" From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 08:59:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C6BFD44 for ; Tue, 12 Aug 2014 08:59:10 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3EC902D2B for ; Tue, 12 Aug 2014 08:59:09 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XH7v3-0000Ft-5j for freebsd-stable@freebsd.org; Tue, 12 Aug 2014 10:59:01 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Hardware Info: WITH_NEW_XORG References: <53E9CFCD.2090603@gmail.com> Date: Tue, 12 Aug 2014 10:59:00 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <53E9CFCD.2090603@gmail.com> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: ba572e8a3bde05b4b19613c12a9e49fc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 08:59:10 -0000 On Tue, 12 Aug 2014 10:26:53 +0200, Jamie Griffin wrote: > Hi > > For information purposes in case it helps or anyone is interested, I've > built and installed the xorg server and utilities using the > WITH_NEW_XORG knob and I can confirm it works very well on my hardware; > which is: > > Intel Q45 graphics controller, codenamed Eaglelake. CPU is Pentium > 2xCore. > > pciconf: > > vgapci0@pci0:0:2:0: class=0x030000 card=0x304817aa chip=0x2e128086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > subclass = VGA > vgapci1@pci0:0:2:1: class=0x038000 card=0x304817aa chip=0x2e138086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > > dmesg: > > VT: running with driver "vga". > vgapci0: port 0x1c70-0x1c77 mem > 0xfc000000-0xfc3fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > vgapci0: Boot video device > vgapci1: mem 0xfc400000-0xfc4fffff at device > 2.1 on pci0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > drmn0: on vgapci0 > VT: Replacing driver "vga" with new "fb" Maybe you can get it listed here (if it is not listed already): https://wiki.freebsd.org/Graphics#Tested_hardware_matrix Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 10:36:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B250F06; Tue, 12 Aug 2014 10:36:05 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D85D728A9; Tue, 12 Aug 2014 10:36:04 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id c1so6272686igq.7 for ; Tue, 12 Aug 2014 03:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=FMXsMVjJGdVMbZvoVlpN/BZ9QKFccb5bcHmC8rkKrOw=; b=Z51jfkiH1lpszQ7ZcOweKDjZsIAIWp+WWaMjYaIcTczQ9AO7YPiETL81jFLacC0485 zxwECZ5sOP4SEH98wYFDlwgxnizHghu8Y8s6ZM4Uglt69yCp+3cPKbvihio1UmbeXIAK hgfOqoOfTbvGFCklV4XOoO5esV0Amo2W276jPT1OlddE3HnMasp3s9eM2Mb5NzpFKOME 0YDr+HttMbyIKnDqG2T+8c8tNEI7ucxbw1+mC2AYkQ3GWIAzp5iHaA87VA2R525YXorO jwUPWibqRhltU/QN9hVIV3DpH3V+5Lwa7K3r1xscZJ0HjO5taACh5h6N2KtzTd5iWugO iXng== MIME-Version: 1.0 X-Received: by 10.42.198.75 with SMTP id en11mr38921107icb.7.1407839764347; Tue, 12 Aug 2014 03:36:04 -0700 (PDT) Received: by 10.50.76.229 with HTTP; Tue, 12 Aug 2014 03:36:04 -0700 (PDT) In-Reply-To: References: <78424E5D-4EB2-4462-A190-D0AC97136790@gmail.com> <95A4D9A9-9D69-4258-A1EC-CBC6DC2F49FF@FreeBSD.org> <10421077.Qp3biFQLVt@pippin.baldwin.cx> Date: Tue, 12 Aug 2014 03:36:04 -0700 Message-ID: Subject: Re: [REGRESSION] Root zpool mounting broken between 06/30/2013 and 07/21/2013 when PS/2 support compiled into the kernel From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-fs@freebsd.org" , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 10:36:05 -0000 On Sat, Aug 9, 2014 at 1:16 PM, Garrett Cooper wrot= e: > On Jul 30, 2014, at 3:51 AM, Garrett Cooper wrote= : > > =E2=80=A6 > >> I wish my motherboard had an RS232 port, but unfortunately it doesn=E2= =80=99t; I don=E2=80=99t have 2 USB RS-232 converters either (and I=E2=80= =99m not sure a USB serial adapter would work for boot2sio, would it?) :/. >> >> If the legacy USB keyboard route doesn=E2=80=99t work out, I have a USB = to PS/2 converter coming in the mail. >> >> It would be nice if bug 133989 was fixed. I=E2=80=99ll talk to hps@ abou= t it=E2=80=A6 > > I just tried the USB -> PS/2 converter and it didn=E2=80=99t work (might = be because the port is a =E2=80=9Cmouse/keyboard combo port=E2=80=9D accord= ing to the docs). I tried kern.cam.boot_delay=3D30000 and the keyboard was = probed before the mountroot prompt came up so I could use it; I=E2=80=99ll = add that tip to PR 133989. > > Entering in =E2=80=9C?=E2=80=9D on the mountroot prompt doesn=E2=80=99t l= ist any zpools (screenshot available here: https://people.freebsd.org/~ngie= /bayonetta-mountroot-panic-PR-192183.jpg ). It seems like a geom or a ZFS i= ssue. > > I don=E2=80=99t have much to lose at this point, so I=E2=80=99ll try upgr= ading to 9-STABLE, 10-STABLE, and CURRENT to see if the issue goes away (an= d of course not upgrade my zpool in the process). I tried 9-STABLE from 2 weeks ago and 10-STABLE from a few days ago and neither booted. I backed up my root pool, created a new GPT table, and created a similar pool, restored my system, and it's booting again. I'll post my information to the bug and mark it "cannot reproduce" so it's documented at least. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 12:55:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA78C6B6; Tue, 12 Aug 2014 12:55:46 +0000 (UTC) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADAE72A80; Tue, 12 Aug 2014 12:55:46 +0000 (UTC) Received: from fwd11.aul.t-online.de (fwd11.aul.t-online.de [172.20.27.152]) by mailout07.t-online.de (Postfix) with SMTP id 3E17B3DAD63; Tue, 12 Aug 2014 14:55:38 +0200 (CEST) Received: from [192.168.119.33] (Xje78OZbohuGYZbsSVs0prcYnTBoZFBTwLo0kDYy5oN6MTvQd6uYdumtL5wYfIoweD@[84.154.101.219]) by fwd11.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XHBbz-0xFULw0; Tue, 12 Aug 2014 14:55:35 +0200 Message-ID: <53EA0EC2.2070601@freebsd.org> Date: Tue, 12 Aug 2014 14:55:30 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Keymap definitions for VT / NEWCONS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-ID: Xje78OZbohuGYZbsSVs0prcYnTBoZFBTwLo0kDYy5oN6MTvQd6uYdumtL5wYfIoweD X-TOI-MSGID: 2d312942-e45f-4730-9afe-b4113dbfa7b1 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 12:55:47 -0000 Hi Aleksandr, I have converted quite a number of the SYSCONS keymaps to NEWCONS format, using your script (uakbd2ukbd.pl). Many conversions lead to identical files for NEWCONS, some had a just a few replaced characters (e.g. Turkish or Brasilian keymaps). I verified quite a number of single characters using web resources (e.g. http://www.decodeunicode.org/ and keyboard layout images at http://http://ascii-table.com/keyboard.php/275 - replace number at the end for other locales). When there were different source encodings (e.g. German ISO8859-1 and CP850), I compared those too - the results should have been identical. In fact, there were minor changes and the version that had been converted from ISO was better than the one from CP850, with the exception of a single shifted key. I want to commit the conversion results to share/vt/keymaps, if you don't mind. In a first step, I want to commit those keymaps that I think are correct (either because they are identical to the SYSCONS keymaps, or because I checked them against web resources). I did not know how to deal with Dvorak keymaps (especially since they are not named according to the encoding used for SYSCONS), they can come later. These keymaps should be committed in time for 10.1, since NEWCONS is in GENERIC and people will expect them. When these maps are committed to -CURRENT, I can remove the hack that made kbdcontrol lookup keymaps under share/syscons/keymaps as a fall-back. This hack will not be merged to 10-STABLE ... One minor point: I want to commit the keymaps under names that just consist of the country code and ".kbd" (e.g. "us.kbd"), since only Unicode encoding is supported/required. Keyboards with accented characters will be named like "us.acc.kbd". I'm planning to commit the keymap files that I have on Thursday, if there are no objections. Regards, STefan PS: I have the keymaps that are ready to commit uploaded to: http://people.freebsd.org/~se/vt-keymaps.tar.bz2 (This file includes the 3 sample keymaps that already are in SVN since I did not exclude them when tarring ...) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 13:42:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7209D58E; Tue, 12 Aug 2014 13:42:24 +0000 (UTC) Received: from sinkng.sics.se (unknown [IPv6:2001:6b0:3a:1:c654:44ff:fe45:117c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC6A72156; Tue, 12 Aug 2014 13:42:23 +0000 (UTC) Received: from P142s.sics.se (P142s.sics.se [193.10.66.127]) by sinkng.sics.se (8.14.9/8.14.9) with ESMTP id s7CDg86T022121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 12 Aug 2014 15:42:08 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.9/8.14.9) with ESMTP id s7CDfkqL002992; Tue, 12 Aug 2014 15:41:46 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.9/8.14.9/Submit) id s7CDfjEL002991; Tue, 12 Aug 2014 15:41:45 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: "Steven Hartland" Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers In-Reply-To: <4950FD3896C0468D83A599AC104E4D7A@multiplay.co.uk> (Steven Hartland's message of "Mon, 11 Aug 2014 14:54:06 +0100") References: <21474.34330.572142.206098@hergotha.csail.mit.edu> <4950FD3896C0468D83A599AC104E4D7A@multiplay.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Tue, 12 Aug 2014 15:41:45 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, Garrett Wollman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 13:42:24 -0000 "Steven Hartland" writes: > ----- Original Message ----- > From: "Bengt Ahlgren" > > >> Garrett Wollman writes: >> >>> Remember about six months ago when I tested 9-stable on one of my big >>> NFS servers, and had it panic in the middle of the USB probe, but >>> ultimately bisected the problem to an update to the mps(4) driver? I >>> had to stop investigating and get the server working (which I did, by >>> installing 9.2 instead of something newer and presumably >>> faster). I'm >>> at the point now where I'd like to upgrade my file servers to 9.3, >>> and >>> I can't, because of this issue, so it's time to start tracking down >>> the bug again. >>> >>> I have two test servers now. 9.3 works just fine on one of them, and >>> panics on the other. The one it works on is slightly older, and has >>> an mpt(4) controller for the boot drives, as opposed to the system >>> where the panic happens, which is mps(4)-only. Both systems have two >>> SAS2116 controllers for external drives; the ones on the working >>> system have drives attached, and the ones on the non-working system >>> are not connected to anything (and in fact disabled in the BIOS for >>> now). >>> >>> Any experts want to suggest where to start (besides, obviously, >>> attaching a serial console, which I haven't done yet)? I saw one >>> change in the svn logs for 9.3 prior to the release which looked like >>> it might be a relevant fix, but it clearly hasn't improved anything >>> for my servers. >> >> I have a dual-mps (one Dell H200 and one LSI 9207) system now running >> 9.1 (w patched sys/kern/kern_intr.c) that I intend to upgrade to 9.3 >> shortly. Is it enough to boot a 9.3 memstick to provoke the issue? > > I would take this thread with a pinch of salt until it can be proved > its not a hardware issue. I have now tried a 9.3-REL memstick on my server (Dell PE R515). It booted just fine! Bengt From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 14:03:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E9F9AAA; Tue, 12 Aug 2014 14:03:05 +0000 (UTC) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 4F62F1FE6; Tue, 12 Aug 2014 14:03:04 +0000 (UTC) Message-ID: <53EA1E5A.5020707@FreeBSD.org> Date: Tue, 12 Aug 2014 18:02:02 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Stefan Esser , Aleksandr Rybalko Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> In-Reply-To: <53EA0EC2.2070601@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 14:03:05 -0000 On 12.08.2014 16:55, Stefan Esser wrote: > I'm planning to commit the keymap files that I have on Thursday, > if there are no objections. > > Regards, STefan > > PS: I have the keymaps that are ready to commit uploaded to: > http://people.freebsd.org/~se/vt-keymaps.tar.bz2 > (This file includes the 3 sample keymaps that already are > in SVN since I did not exclude them when tarring ...) Hi, I tried converted keymap from ru.koi8-r.win.kbd, seems work as expected. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 14:10:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C172CF52 for ; Tue, 12 Aug 2014 14:10:37 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 771FE25B9 for ; Tue, 12 Aug 2014 14:10:37 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7CEAZ4K004815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Aug 2014 08:10:36 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7CEAZm0004812; Tue, 12 Aug 2014 08:10:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 12 Aug 2014 08:10:35 -0600 (MDT) From: Warren Block To: Ronald Klop Subject: Re: Hardware Info: WITH_NEW_XORG In-Reply-To: Message-ID: References: <53E9CFCD.2090603@gmail.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 12 Aug 2014 08:10:36 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 14:10:37 -0000 On Tue, 12 Aug 2014, Ronald Klop wrote: > On Tue, 12 Aug 2014 10:26:53 +0200, Jamie Griffin > wrote: > >> Intel Q45 graphics controller, codenamed Eaglelake. CPU is Pentium 2xCore. > > Maybe you can get it listed here (if it is not listed already): > https://wiki.freebsd.org/Graphics#Tested_hardware_matrix Added! From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 15:04:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF621338; Tue, 12 Aug 2014 15:04:41 +0000 (UTC) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F5F32BAD; Tue, 12 Aug 2014 15:04:40 +0000 (UTC) Received: from fwd01.aul.t-online.de (fwd01.aul.t-online.de [172.20.27.147]) by mailout11.t-online.de (Postfix) with SMTP id 1F4FD5C0147; Tue, 12 Aug 2014 17:04:39 +0200 (CEST) Received: from [192.168.119.33] (E6MSReZC8hyzJ04PpNvzXgZj2EZoaLSWjnYwYGawTuKYuVQE7KZE0hXrQCaOWxWZOl@[84.154.101.219]) by fwd01.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XHDcr-2mFlSq0; Tue, 12 Aug 2014 17:04:37 +0200 Message-ID: <53EA2D00.7010307@freebsd.org> Date: Tue, 12 Aug 2014 17:04:32 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> In-Reply-To: <53EA1E5A.5020707@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: E6MSReZC8hyzJ04PpNvzXgZj2EZoaLSWjnYwYGawTuKYuVQE7KZE0hXrQCaOWxWZOl X-TOI-MSGID: 77786e49-8656-43bb-80d9-4dea12a803c1 Cc: freebsd-hackers@freebsd.org, Aleksandr Rybalko , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 15:04:41 -0000 Am 12.08.2014 um 16:02 schrieb Andrey V. Elsukov: > On 12.08.2014 16:55, Stefan Esser wrote: >> I'm planning to commit the keymap files that I have on Thursday, >> if there are no objections. >> >> Regards, STefan >> >> PS: I have the keymaps that are ready to commit uploaded to: >> http://people.freebsd.org/~se/vt-keymaps.tar.bz2 >> (This file includes the 3 sample keymaps that already are >> in SVN since I did not exclude them when tarring ...) > > Hi, > > I tried converted keymap from ru.koi8-r.win.kbd, seems work as expected. The KOI8-R and KOI8-U keymaps are among those that I tried to convert. But I do not know which of the 5 variants are relevant: - ru.cp866.kbd - ru.iso5.kbd - ru.koi8-r.kbd - ru.koi8-r.shift.kbd - ru.koi8-r.win.kbd For example "ru.koi8-r.kbd" and "ru.koi8-r.shift.kbd" differ only in that the ".shift" version has the digits on shifted key positions. The ".shift" and ".win" keymaps are quite similar, except for Shift-3, Shift-5..7 and a few control and function keys. I guess there will be 3 converted maps, that are actually needed, all derived from KOI8-R encoded files: - ru.kbd - ru.win.kbd - ru.shift.kbd This is my list of converted keymaps I'm ready to commit: be.acc.kbd be.kbd br275.acc.kbd br275.kbd by.kbd ce.kbd colemak.acc.kbd danish.acc.kbd danish.kbd danish.macbook.kbd dutch.acc.kbd estonian.kbd finnish.kbd fr.acc.kbd fr.kbd fr_CA.acc.kbd german.acc.kbd german.kbd hr.kbd icelandic.acc.kbd icelandic.kbd it.kbd jp.pc98.kbd latinamerican.acc.kbd lt.kbd norwegian.kbd pt.acc.kbd pt.kbd si.kbd spanish.acc.kbd spanish.kbd swedish.kbd swissfrench.acc.kbd swissfrench.kbd swissgerman.acc.kbd swissgerman.kbd tr.kbd uk.kbd us.acc.kbd us.kbd Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 18:05:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1425F86F; Tue, 12 Aug 2014 18:05:27 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D08D63730; Tue, 12 Aug 2014 17:57:49 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wp18so7437408obc.20 for ; Tue, 12 Aug 2014 10:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+fjcuq4XFfTX/Opx4ENC9IBsSVr7afzPqjnlTilKLcs=; b=W/3a5iFrnCkgb4TRL/UtTA+FVa/3gDlhZ0Uh2nw27wI0nlMLVzhGXE4XWwwelcxltJ f6TlykxZUpy5awf5V2AXUfe34y+uui/fA4e7/+lKkHAYAn2Lr4lBnzY90aKIapNRLKqT FZzmGV2544OSIHNN67uxkkNsLNH180tof3eIPJBBGUIsdMqxCCekhg3zAzhlpP/V6rqt SbC2wOEezr7JK3DyVVLbWTzz0g+zs1y2ez5MZ5HvcxA8Kabl0jp3SjB2f7TRJnWTicWj 8ogBLxCipJILKZthmt5WbzdTEVzQsd+CfxYmRlRgl/TQzdDKFO7+k779K/pysvH/sVa9 fSiA== MIME-Version: 1.0 X-Received: by 10.60.161.49 with SMTP id xp17mr6752847oeb.18.1407866269052; Tue, 12 Aug 2014 10:57:49 -0700 (PDT) Received: by 10.182.216.200 with HTTP; Tue, 12 Aug 2014 10:57:49 -0700 (PDT) In-Reply-To: <53EA2D00.7010307@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> Date: Tue, 12 Aug 2014 19:57:49 +0200 Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS From: Oliver Pinter To: Stefan Esser Content-Type: text/plain; charset=ISO-8859-1 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:05:27 -0000 On 8/12/14, Stefan Esser wrote: > Am 12.08.2014 um 16:02 schrieb Andrey V. Elsukov: >> On 12.08.2014 16:55, Stefan Esser wrote: >>> I'm planning to commit the keymap files that I have on Thursday, >>> if there are no objections. >>> >>> Regards, STefan >>> >>> PS: I have the keymaps that are ready to commit uploaded to: >>> http://people.freebsd.org/~se/vt-keymaps.tar.bz2 >>> (This file includes the 3 sample keymaps that already are >>> in SVN since I did not exclude them when tarring ...) >> >> Hi, >> >> I tried converted keymap from ru.koi8-r.win.kbd, seems work as expected. > > The KOI8-R and KOI8-U keymaps are among those that I tried > to convert. > > But I do not know which of the 5 variants are relevant: > > - ru.cp866.kbd > - ru.iso5.kbd > - ru.koi8-r.kbd > - ru.koi8-r.shift.kbd > - ru.koi8-r.win.kbd > > For example "ru.koi8-r.kbd" and "ru.koi8-r.shift.kbd" differ > only in that the ".shift" version has the digits on shifted > key positions. The ".shift" and ".win" keymaps are quite > similar, except for Shift-3, Shift-5..7 and a few control > and function keys. > > I guess there will be 3 converted maps, that are actually > needed, all derived from KOI8-R encoded files: > > - ru.kbd > - ru.win.kbd > - ru.shift.kbd > > This is my list of converted keymaps I'm ready to commit: > > be.acc.kbd > be.kbd > br275.acc.kbd > br275.kbd > by.kbd > ce.kbd > colemak.acc.kbd > danish.acc.kbd > danish.kbd > danish.macbook.kbd > dutch.acc.kbd > estonian.kbd > finnish.kbd > fr.acc.kbd > fr.kbd > fr_CA.acc.kbd > german.acc.kbd > german.kbd > hr.kbd > icelandic.acc.kbd > icelandic.kbd > it.kbd > jp.pc98.kbd > latinamerican.acc.kbd > lt.kbd > norwegian.kbd > pt.acc.kbd > pt.kbd > si.kbd > spanish.acc.kbd > spanish.kbd > swedish.kbd > swissfrench.acc.kbd > swissfrench.kbd > swissgerman.acc.kbd > swissgerman.kbd > tr.kbd > uk.kbd > us.acc.kbd > us.kbd > > Regards, STefan Hi! I like to see the us.pc-crtrl.kbd too in this list. How can I convert this in fastest way? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 18:12:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 243BBBF8; Tue, 12 Aug 2014 18:12:04 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A348F3414; Tue, 12 Aug 2014 17:40:57 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h3so7455917igd.2 for ; Tue, 12 Aug 2014 10:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=x6Qs4X/SPePJIGliBQul8yyQNJ1JgANQLUyrP9/N6W0=; b=ZhyqG944eMzfUiZTnGq7thUaayy5gfMQiiEW3JykpbUmqy8lPOE4dl5tzhUk0NoxCV gEh8ZBC71VdATdWci78T0UsZ86DvSeIC7tWIw6STIMg7dY/Cl8kNa+3iJLb8vIGQAsZl vwdoq2DaFyezWQXoFADh6eWfr1/rRM7wLDuTllJofTtbdQx4sWUMkb+rbV41a/ShLnsK cjLfahPyHdXsV3cc6C2swAM7pFUmda25lS71WdAmXJwOgqa4LgCnSNcPzrdXd0QW0L3s TfZECN5o1hCGAmyZqbjBT6mZW2pVCtr+V6movnakAbQUh2gXqHibg94I7ds2OuiGeSV0 yFQQ== X-Received: by 10.42.83.131 with SMTP id h3mr38196icl.77.1407865257125; Tue, 12 Aug 2014 10:40:57 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.131.38 with HTTP; Tue, 12 Aug 2014 10:40:36 -0700 (PDT) In-Reply-To: <53EA2D00.7010307@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> From: Ed Maste Date: Tue, 12 Aug 2014 13:40:36 -0400 X-Google-Sender-Auth: boTxfKxnkjw9Qm2Ra3DCbvJekJA Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:12:04 -0000 On 12 August 2014 11:04, Stefan Esser wrote: > This is my list of converted keymaps I'm ready to commit: ... > danish.acc.kbd > danish.kbd I wonder if we should use this opportunity to rationalize the keyboard layout names, using two letter codes consistently (so dk.kbd). This would also bring consistency with the X11 keyboard layout codes. We'll already have some churn in rc.conf settings related to screen maps / fonts, so this may not be too much of a burden. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 19:16:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95E6C2FF; Tue, 12 Aug 2014 19:16:04 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47A48229E; Tue, 12 Aug 2014 19:16:04 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id c1so7728398igq.15 for ; Tue, 12 Aug 2014 12:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=1lLtCSPKjx3y7PZ/DNJsbO6OguQuYOPfn8N573OXDCY=; b=nLv42WWFYWzFgQRDoHlS24BvacNr7gbDGgXHelF6I8kRo+PQ/LsRd1yqnR+wIL6L0x KddIZXCkM7Ga1vuM49cP7qE+728brn2tlS8nXI0JjXGCwB9Q5e4lXzZJoQu0KWKG1Mpt dVd6vF6kj7X1OmQCGID2lcei29HmIWFWUXfDlQAqTQqtNhOlhytukB/+02BbNtLBGGl1 CNw8XCgrairvg/8Ag3YKCvZMQlSNqwfuqcxY65NYcYneggVzI0w4Vkym9IBNoPJ3e7e9 EuTTydZPs8E/KlubIkk1fdApbAD6a/qW+Kk+8ES9t2BlJvCd6Ow7RAM9m5iz6Hgn/iA1 bGuA== X-Received: by 10.43.136.134 with SMTP id ik6mr966157icc.6.1407870963621; Tue, 12 Aug 2014 12:16:03 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.131.38 with HTTP; Tue, 12 Aug 2014 12:15:43 -0700 (PDT) In-Reply-To: References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> From: Ed Maste Date: Tue, 12 Aug 2014 15:15:43 -0400 X-Google-Sender-Auth: ofBoHUG-1es8OCNbol1TJwBXh-E Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS To: Oliver Pinter Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 19:16:04 -0000 On 12 August 2014 13:57, Oliver Pinter wrote: > > Hi! > > I like to see the us.pc-crtrl.kbd too in this list. How can I convert > this in fastest way? It doesn't have any code points >= 128 so no conversion is necessary - it should work as-is. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 20:20:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C7AAFFF; Tue, 12 Aug 2014 20:20:25 +0000 (UTC) Received: from bigwig.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 D584E2BB7; Tue, 12 Aug 2014 20:20:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 51849B917; Tue, 12 Aug 2014 16:20:21 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: bsd.sys.mk [-Wno-uninitialized] Date: Tue, 12 Aug 2014 16:07:21 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140704123901.GR6056@albert.catwhisker.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> <53C4F39E.2030407@selasky.org> In-Reply-To: <53C4F39E.2030407@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201408121607.21743.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Aug 2014 16:20:21 -0400 (EDT) Cc: Hans Petter Selasky , Dimitry Andric , stable@freebsd.org, David Chisnall , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 20:20:25 -0000 On Tuesday, July 15, 2014 5:25:50 am Hans Petter Selasky wrote: > On 07/05/14 15:10, David Chisnall wrote: > > On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > > > >> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, > >> and the accompanying comment ("XXX Delete -Wuninitialized by default for > >> now -- the compiler doesn't always get it right") has never been > >> changed. :-) > >> > >> It is probably time to re-enable that warning after 13 years, at least. > > > > It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) performs this analysis based on analyses run by the optimisers and so the warnings are dependent on optimisation level. > > > > David > > Hi, > > Is someone working on this? If not, at least add a PR so it is harder to drop? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 20:20:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37F93244 for ; Tue, 12 Aug 2014 20:20:28 +0000 (UTC) Received: from bigwig.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 10B402BBB for ; Tue, 12 Aug 2014 20:20:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F02F3B922; Tue, 12 Aug 2014 16:20:26 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Recent 10-STABLE powers off during boot if SMP is enabled Date: Tue, 12 Aug 2014 16:17:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201408121617.13924.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Aug 2014 16:20:27 -0400 (EDT) Cc: Nikolay Denev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 20:20:28 -0000 On Monday, July 28, 2014 4:02:36 pm Nikolay Denev wrote: > Hi, > > I've just upgraded from a few months old 10-STABLE to today's > 10-STABLE and suddenly > my machine started to poweroff during boot. > The machine itself is a bit old and quirky (HP ex470) and the kernel > is with RCTL, VIMAGE and other stuff not in GENERIC. > > The last thing that flashes on the screen before powering off is this > : http://tinypic.com/r/2uf3oqt/8 > > I've then tried to add "kern.smp.disabled=1" in /boot/loader.conf and > it boots Ok with one CPU. > > Any ideas? Can you either: 1) attach a serial console, or 2) bisect which revision triggers the poweroff? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 20:20:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04A142FE for ; Tue, 12 Aug 2014 20:20:31 +0000 (UTC) Received: from bigwig.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 D3A4B2BBD for ; Tue, 12 Aug 2014 20:20:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C0442B917; Tue, 12 Aug 2014 16:20:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: [RFC] Partial MFC of SYSCTL changes in -current Date: Tue, 12 Aug 2014 16:18:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53DBB82B.70802@selasky.org> In-Reply-To: <53DBB82B.70802@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201408121618.09278.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Aug 2014 16:20:29 -0400 (EDT) Cc: Hans Petter Selasky X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 20:20:31 -0000 On Friday, August 01, 2014 11:54:19 am Hans Petter Selasky wrote: > Hi, > > Partial MFC of r267961, r267973, r267985, r267992, r267993, r268005: > Backport some macro definitions so to make backporting code from > FreeBSD head easier. > > MFC after: 1 week > > Any objections? Manpage update for the ROOT variants as well? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 20:33:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DE7CDF7 for ; Tue, 12 Aug 2014 20:33:34 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 5AC2D2E60 for ; Tue, 12 Aug 2014 20:33:34 +0000 (UTC) Received: from bdrewery (uid 1298) (envelope-from bdrewery@freebsd.org) id 5cc by freefall.freebsd.org (DragonFly Mail Agent v0.9+); Tue, 12 Aug 2014 20:33:34 +0000 Received: (qmail 55409 invoked from network); 12 Aug 2014 15:33:32 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 12 Aug 2014 15:33:32 -0500 Message-ID: <53EA7A15.5010407@FreeBSD.org> Date: Tue, 12 Aug 2014 15:33:25 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Pete French , graphics@FreeBSD.org Subject: Re: Is it possible to get xf86-video-ati-7.2 added to the new_xorg pkg repository ? References: In-Reply-To: OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TdOK2LUlBockIL5NvgVre3xR0uPieNWJE" Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 20:33:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TdOK2LUlBockIL5NvgVre3xR0uPieNWJE Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/1/2014 5:03 PM, Pete French wrote: > After the help I got a few eeks ago I have been using this quite > happily with new_xorg, using the patch for ports I was sent and buildin= g > by hand. But it wold be nie to get it added to the new_xorg repository = so > that I could just use biary packages - preseumably this affects all ATI= > usrs trying to use that repository actually ? >=20 > any chance ? >=20 > thanks, >=20 > -pete. I am guessing you are using 9.x. The graphics@ team will need to answer this. The port is specifically using the old version when using <10.0. --=20 Regards, Bryan Drewery --TdOK2LUlBockIL5NvgVre3xR0uPieNWJE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT6noVAAoJEDXXcbtuRpfPNHEH/3HIK3eoUp/i1unqlMnmAign CaIQUUK7pwInQUQiHiLgkMTA6rbW67Go3yP48P47mNzykRWyMaY3FWRbtmAwM8Ez YfQdb5H4qOpq67iZMxbQfaeD+CN2uQ37i22MROxnLhVxZ8dwTDwh0xa6qKM8oV3T o08lxHqbE89YQhqRDbgRpGyWBuz2bqjrhRH+E3d7ZlJZllzCsaOR6QQ4Nbl0VGkL 9/rb0defD3YT8C8/U/+niMrRZbX6/7n9l6IGo5LeXMYD8tVXy+bgYm1pzi+7HJrz 8HNWKK3cR20ID15dL9S2tPecnBcyUQ8irWhhdGJYE3ASFk+9hqCKeDsds/sknpE= =cCp9 -----END PGP SIGNATURE----- --TdOK2LUlBockIL5NvgVre3xR0uPieNWJE-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 22:36:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 800BF6D4; Tue, 12 Aug 2014 22:36:55 +0000 (UTC) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 189E02FEC; Tue, 12 Aug 2014 22:36:55 +0000 (UTC) Received: by mail-oi0-f42.google.com with SMTP id a3so7047608oib.15 for ; Tue, 12 Aug 2014 15:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PApfHuLls90reNErRQO9EZBWP6KEXu5Vm7YO3mycWLk=; b=lfPTHrWNet6oFBTtI1daQg3Vl5crCU3ewbEc05tLiDOG7+M5wWjTKdxVTMtFdjKCXH iBDOIz/sKMBn2RT8G7nMRY6awEc9q4+bWTydbBdM4WeVijH5rcwMo1TUIXx5WSyZ6KM5 R3G3r4QHOGpoOSEq4DDHKwEBxW6eJfl9YBL0ntRqx1BVHUA+DdgEAT3zKriF2PYSjVLJ pVvZnI57W4Dl9I9LOfNPAwvl8hhRb0sOtOptajcpdS5t2SgjdvGFnwDGyWqUiyutPGTx 1GO0EvzsKxiOq4IWK8kSJ9R8X6yr+vBZiCPkwF1uJOsQ/7JkTmVPLY8TFqYZpZPBfCmW UnDQ== MIME-Version: 1.0 X-Received: by 10.182.60.4 with SMTP id d4mr961209obr.4.1407883014457; Tue, 12 Aug 2014 15:36:54 -0700 (PDT) Received: by 10.182.216.200 with HTTP; Tue, 12 Aug 2014 15:36:54 -0700 (PDT) In-Reply-To: References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> Date: Wed, 13 Aug 2014 00:36:54 +0200 Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS From: Oliver Pinter To: Ed Maste Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , freebsd-stable@freebsd.org, "Andrey V. Elsukov" , freebsd-hackers@freebsd.org, Kevin Oberman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 22:36:55 -0000 On 8/12/14, Ed Maste wrote: > On 12 August 2014 13:57, Oliver Pinter wrote: >> >> Hi! >> >> I like to see the us.pc-crtrl.kbd too in this list. How can I convert >> this in fastest way? > > It doesn't have any code points >= 128 so no conversion is necessary - > it should work as-is. > Okay! Thanks the quick answer. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 23:12:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF91F2EF for ; Tue, 12 Aug 2014 23:12:21 +0000 (UTC) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FBEB24B6 for ; Tue, 12 Aug 2014 23:12:20 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so13361270pdj.36 for ; Tue, 12 Aug 2014 16:12:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=0cIXGJlfXC9IzDFAg+jKUHh0Jyb+R19pB43UKUqopRQ=; b=Wv7fBZNsR1H/m9yiLVE6+xD1ph9d5MNMxbpPRBgC4wsX7p/2UA99/pIoQbu9m/PEop jGgdoGS9cbUvTdAl5owuJSvXNLdJIX3zLwgsKsLGeO/HeTInkBJNTtQG7CuzXtWnVQ9X qfsHF9pi3U9cvBmpesm5shZ2yZ1gdB5pnL9J/RUc5ocd0I4dGrwDqT8Tu8mAkFuHgD+S 2eDFzfwZzSdyQcovuERJJHsiUfU8SCisRUYEPzcvjnFtPmjqRAM0VnSXzZipQWRjFH8t hz0cTw5VWpIAl8HOxW2pOL1UZFB1PSOrwazOCirn3MSDBy/AT34Wsrj/Q2w64iV/PG8f OGmg== X-Gm-Message-State: ALoCoQlyUrbOvb9FP8b2V6PYRUjdhZ5AWj7Lx1EfiWF/5PGwQ70gwWpkQHTRoHDnMD1BN4IA9iDC X-Received: by 10.68.69.70 with SMTP id c6mr556445pbu.129.1407885140299; Tue, 12 Aug 2014 16:12:20 -0700 (PDT) Received: from lgmac-rtangirala.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id w7sm71503pbs.74.2014.08.12.16.12.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Aug 2014 16:12:19 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_DB0F305D-2115-476B-B11A-525896BDCBD3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Support DISCARD (^O) From: Warner Losh In-Reply-To: <201408121644.18345.jhb@freebsd.org> Date: Tue, 12 Aug 2014 17:12:17 -0600 Message-Id: References: <201408121644.18345.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 23:12:21 -0000 --Apple-Mail=_DB0F305D-2115-476B-B11A-525896BDCBD3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Aug 12, 2014, at 2:44 PM, John Baldwin wrote: >=20 > --=20 > John Baldwin >=20 > From: Eivind Nicolay Evensen > Subject: Re: Support DISCARD (^O) > Date: July 5, 2014 at 4:34:16 AM MDT > To: freebsd-stable@freebsd.org >=20 >=20 > On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: >> Hello. >>=20 >> I don't know if there is any particular reason that support for = DISCARD/^O >> was not included in the tty rewrite that happened from FreeBSD 7 to = 8, >> but in case anybody else wants it, here's a diff functioning mostly >> like in 7, except output isn't switched back on automatically on = input. >>=20 >> Diff is against FreeBSD 8, however, last time I checked I didn't see >> much difference in the newer versions. >=20 > Here's a diff against FreeBSD 10. It seems to work fine there too. >=20 >=20 > diff -r 59ad9c4b7916 -r 6e500f4552b4 sys/kern/tty_ttydisc.c > --- a/sys/kern/tty_ttydisc.c Fri Jul 04 17:27:59 2014 +0200 > +++ b/sys/kern/tty_ttydisc.c Fri Jul 04 17:29:29 2014 +0200 > @@ -464,6 +464,9 @@ > if (tp->t_flags & TF_ZOMBIE) > return (EIO); >=20 > + if (tp->t_termios.c_lflag & FLUSHO) > + return (0); > + > /* > * We don't need to check whether the process is the foreground > * process group or if we have a carrier. This is already done > @@ -896,6 +899,14 @@ >=20 > /* Special control characters that are implementation dependent. = */ > if (CMP_FLAG(l, IEXTEN)) { > + /* Discard (^O) */ > + if (CMP_CC(VDISCARD, c)) { > + if (!(tp->t_termios.c_lflag & FLUSHO)) > + ttyoutq_write_nofrag(&tp->t_outq, "^O", = 2); > + tp->t_termios.c_lflag ^=3D FLUSHO; > + return(0); > + } > + DISCARD is supposed to turn back off after any character that you type, = not just ^O again. Warner --Apple-Mail=_DB0F305D-2115-476B-B11A-525896BDCBD3 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 iQIcBAEBCgAGBQJT6p9RAAoJEGwc0Sh9sBEASYkP/0xhT0gQs8pGBz8NLQn1KLqX x7yhDjmhruuWBejQfLtKR/xzxinriybYUjzgnq9p46TjU909QTvy8TuY2h1X6iDh WFGeDxobraBdseaHNHrhoATizbJhXWe2ffoJX1ODou4aioL6hvyKpPXmpvv0qGes SKcJBligeVJmlPSFXe5n1d4K9DbD9ljdbc2Z314VPaOEzwduigXkDV5ssQH3DGE5 9D8J8RlMhSz4PIFVPKMCH4wB3mk9YMIjeyxuC6uRbkbpUelF6+O07XeP5rWaPyzC YbR4ljs6Jwp+wO9PAfzjdP4EhuEBQgOElDDznpm0u4H1R3Sh213pghW/yQ3Hoaux HB44YikTtUiWctGfleLoFWV1y3stMXtt0njqxoRFHSPJ4TUuEe0W3AZoqSP5HBhm iEb6jLKHECkGgKT6Wc/8EwApUKRUWzSCtnkgv6q5x18DB9NDMel2U/yZFF4+COFj xStvWNMHAhTXAWwxSV5bXH9dFYknhgZ9iAzk5Iz2YPlxSs/SBQmTUHSeC/UkekSW 40Geo49LODSCSHfxZHn9D57qYO5FV5s7VB6jtVhzwL2GFDW73JNFtmWCQRMYOwUn kIIaYtvP6rQBmaet/SH5rr9/N8spdQtejF2kYnajzF5f1k3hCyu5Jzu15v30vuOS UwHpMWjpslOfgIBxbfog =DOoy -----END PGP SIGNATURE----- --Apple-Mail=_DB0F305D-2115-476B-B11A-525896BDCBD3-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 23:46:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66D30A4D; Tue, 12 Aug 2014 23:46:48 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE98F27A3; Tue, 12 Aug 2014 23:46:47 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s7CNkWxd097751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 13 Aug 2014 09:46:32 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1407887192; bh=1rQmqdcjoQbV0B4MqQdrujReRUfxVR8+WjxKrm05wyw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=cxrIzfJzqtn/0lSm8VyqL5X5+J0KKLn5pRl6G3ttdKs30p+R2ueBE8MphcFc29nAJ ZKwBvO1zRCWCZVQJfzmJeLQe//sugJR5p/PtE/9Op45D1TIY88Mh0uAyCinz4OKLwP ehms9NKuy/je7mbg0qtf+ALtDCzUZ/Ydz2RDFQoE= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s7CNkTso097750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Aug 2014 09:46:31 +1000 (AEST) Date: Wed, 13 Aug 2014 09:46:27 +1000 From: John Marshall To: Warner Losh Subject: Re: Support DISCARD (^O) Message-ID: <20140812234627.GA8627@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: Warner Losh , John Baldwin , FreeBSD Stable References: <201408121644.18345.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 23:46:48 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 12 Aug 2014, 17:12 -0600, Warner Losh wrote: > On Aug 12, 2014, at 2:44 PM, John Baldwin wrote: > > From: Eivind Nicolay Evensen > > Date: July 5, 2014 at 4:34:16 AM MDT > > On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: > >>=20 > >> I don't know if there is any particular reason that support for DISCAR= D/^O > >> was not included in the tty rewrite that happened from FreeBSD 7 to 8, > >> but in case anybody else wants it, here's a diff functioning mostly > >> like in 7, except output isn't switched back on automatically on input. > >>=20 > >> Diff is against FreeBSD 8, however, last time I checked I didn't see > >> much difference in the newer versions. > >=20 > > Here's a diff against FreeBSD 10. It seems to work fine there too. > DISCARD is supposed to turn back off after any character that you type, n= ot just ^O again. Irrespective of exactly how it's implemented, I'd love to see this. Coming from a VMS background, I was used to a ^O toggle. I reach for ^O whenever I unintentionally initiate a huge stream of terminal output over a WAN link. --=20 John Marshall --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPqp1MACgkQw/tAaKKahKLjpgCgmYGM6KYE4FWoOTDahRC38VlD /7QAn2EE9ZtTMUsc0oxjfI0UZpbyi5HC =84/R -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 23:51:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4422ACBE for ; Tue, 12 Aug 2014 23:51:48 +0000 (UTC) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12782284E for ; Tue, 12 Aug 2014 23:51:47 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id w10so13497277pde.9 for ; Tue, 12 Aug 2014 16:51:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=sB+RRE4TuBgVvuXA8wMt68vBdYarKK8WgIpHFd/0B6g=; b=SwGmwt2L4rC3tRmEo8dd9+LM7vAJbH3RucRdj01+rp0s6MAv/JdUS5ULs4R8wVf/MC NFpG1MZ0I1n7uoan3N4t7jW1qZCJJzQSO2zirn8w9tQBUflgeo+zTF9HojrtDknSMNXL z7eE1Zl1ys7ZzoqHaxDSXBObfYiQ4iWQKnITkckY4jBv6pJ6oLGp3ncjEnfPexFh2Awz SZwIIC/JMguWuKYMwTNr7NeWKWtRZ37aPGO1qWjw3aHJpwnGyYOKaFlohD719VrcF4Q3 afMD+mlBd8u5GIox283SSNIAv1XPn2tiqwFTEFJTIsKjxCpFeRIkRazAQhwcICxS0kTr v2TQ== X-Gm-Message-State: ALoCoQkecld7ZWiXfPV1gq4j6VNctLJpX12gAwSef5J3sAD4wOYYam0y4jUptkUBiPMkkXVIiKOy X-Received: by 10.67.4.234 with SMTP id ch10mr774854pad.3.1407887507438; Tue, 12 Aug 2014 16:51:47 -0700 (PDT) Received: from lgmac-rtangirala.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id zf5sm635096pac.41.2014.08.12.16.51.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Aug 2014 16:51:46 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_F47C52B7-2BC9-4E6B-91AE-A5F1B0A44224"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Support DISCARD (^O) From: Warner Losh In-Reply-To: <20140812234627.GA8627@rwpc15.gfn.riverwillow.net.au> Date: Tue, 12 Aug 2014 17:51:44 -0600 Message-Id: <0A198785-F7E5-4731-9DF7-587E6BDD03C9@bsdimp.com> References: <201408121644.18345.jhb@freebsd.org> <20140812234627.GA8627@rwpc15.gfn.riverwillow.net.au> To: John Marshall X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Stable , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 23:51:48 -0000 --Apple-Mail=_F47C52B7-2BC9-4E6B-91AE-A5F1B0A44224 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Aug 12, 2014, at 5:46 PM, John Marshall = wrote: > On Tue, 12 Aug 2014, 17:12 -0600, Warner Losh wrote: >> On Aug 12, 2014, at 2:44 PM, John Baldwin wrote: >>> From: Eivind Nicolay Evensen >>> Date: July 5, 2014 at 4:34:16 AM MDT >>> On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: >>>>=20 >>>> I don't know if there is any particular reason that support for = DISCARD/^O >>>> was not included in the tty rewrite that happened from FreeBSD 7 to = 8, >>>> but in case anybody else wants it, here's a diff functioning mostly >>>> like in 7, except output isn't switched back on automatically on = input. >>>>=20 >>>> Diff is against FreeBSD 8, however, last time I checked I didn't = see >>>> much difference in the newer versions. >>>=20 >>> Here's a diff against FreeBSD 10. It seems to work fine there too. >=20 >> DISCARD is supposed to turn back off after any character that you = type, not just ^O again. >=20 > Irrespective of exactly how it's implemented, I'd love to see this. > Coming from a VMS background, I was used to a ^O toggle. I reach for = ^O > whenever I unintentionally initiate a huge stream of terminal output > over a WAN link. I was hoping someone would fix that :) However, I agree with you: having = ^O toggle is better than its current state. Warner --Apple-Mail=_F47C52B7-2BC9-4E6B-91AE-A5F1B0A44224 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 iQIcBAEBCgAGBQJT6qiQAAoJEGwc0Sh9sBEAQTQP/i0FQHq3fkA9J3fD7zqS7lXX wb+uYpCSfQcIIsjWRsyKxRe/ae8B3jBP5aCBE10fploUmWPlycWtK04fWmuMvEwI G84obh/oVKmZgyYVqCwnb3gM9KHHBTbfptwIHmX+aMRIRHBr8+EN7+TfbwtgLUwu DsQEArprUGn2coM2D7UOfS5CH3blRQUomSSrS0os6JFDEFULYOwiijcCw7uGJMUr Nnub8GRjsWNWsCW7xu3y+OspnXgePkcL8H2097fktQJ1HubyDl2F90oDUd/j1D9q ZWV8l9WflDFeRO4tR7gVV2Toyg2Drf0bXN12y8t+gy3Jnf0jDL8muzveJuPM1u6S eCFLCG8NBihSUhWfpGHnIWV4M5TUwxurdN7HzoUlr0+R8WopUZyEoUGD705FbYXj O6oP0rOMuMjzNrYvaMHAph/nVseOxiTDukvByF+3KucOJEQpEI/p+49Bw1XVRXVp i1Xvr5SGZ7DS7kYS8CkhUrfzTFPJiNQigmhzmldNNEihAopEBQUU0C9UJCaG5kMS EAvbJ3EdA53XYsVIofnht3eZ/9y9NMUWksOH3ON5vkwOWsN3UuJ67QHLfapl3Gzb rzNCjoRrL+Z78Jyt1YMuGqMmOjFxJaob+IUrUhlMahbJ4E5gmAJ3i6kYPyiPSLME ZSYUW3OnBA6EnzDvQUuh =g435 -----END PGP SIGNATURE----- --Apple-Mail=_F47C52B7-2BC9-4E6B-91AE-A5F1B0A44224-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 07:03:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28D0EB0A; Wed, 13 Aug 2014 07:03:14 +0000 (UTC) Received: from mailout12.t-online.de (mailout12.t-online.de [194.25.134.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B234D2984; Wed, 13 Aug 2014 07:03:13 +0000 (UTC) Received: from fwd08.aul.t-online.de (fwd08.aul.t-online.de [172.20.26.151]) by mailout12.t-online.de (Postfix) with SMTP id 8D5261EDBCB; Wed, 13 Aug 2014 09:03:10 +0200 (CEST) Received: from [192.168.119.33] (XHkYL6ZvwheDLvXYmXzpRcxMn0kDuawVMFVqiopGobp-XYV5WHJuH3sCNAJGGqbgMs@[84.154.101.219]) by fwd08.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XHSaN-10FvVo0; Wed, 13 Aug 2014 09:03:03 +0200 Message-ID: <53EB0DA0.5000305@freebsd.org> Date: Wed, 13 Aug 2014 09:02:56 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ed Maste Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: XHkYL6ZvwheDLvXYmXzpRcxMn0kDuawVMFVqiopGobp-XYV5WHJuH3sCNAJGGqbgMs X-TOI-MSGID: 2f4b4f7c-490c-49af-8b3c-0f2820e4ac36 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 07:03:14 -0000 Am 12.08.2014 um 19:40 schrieb Ed Maste: > On 12 August 2014 11:04, Stefan Esser wrote: >> This is my list of converted keymaps I'm ready to commit: > ... >> danish.acc.kbd >> danish.kbd > > I wonder if we should use this opportunity to rationalize the keyboard > layout names, using two letter codes consistently (so dk.kbd). This > would also bring consistency with the X11 keyboard layout codes. Yes, one of the reasons that I did not commit the converted keymaps as they currently are is naming. I left the old names (without .iso.) to simplify comparisons, but wanted to normalize them before commit. I have renamed the files to 2-character ISO country code names, and have used the form "fr_CH.kbd" (instead of "swisscfrench.iso.kbd") where there are several locales within a country. Unresolved: - Shall keymap names for countries where language and country are identical (e.g. "pt.kbd") be converted to "pt_PT.kbd"? (I'd say yes ...) - In the example of Switzerland, "swissgerman.kbd" becomes "de_CH.kbd". * Do we want to add "ch.kbd", too? * Should it be a symlink to one of the other keymap files (the majority of the Swiss population would use de_CH, I guess) * What in the case of "pt_PT.kbd" above - shall there also be a symlink named "pt.kbd"? - What shall we do with keymaps like "latinamerican.kbd"? We could install it under one name and symlink (or link) all the other relevant locale names to this name. I could use the list of supported locales under share/locale (sans the encoding suffix) as a minimum list of keyboards to support. That would imply, that for every locale selected by a user, there is a matching default keyboard. What do you think about this? (I'm going to upload a new TAR file with the modified names, after some further changes have been performed: The comments in the keymap files often refer to encodings, that have no meaning after the conversion to Unicode ...) And after all these normalizations have been performed: - How do we deal with accented versions of keymaps? (Those with ".acc." in their names ...) - Do we keep all those variants that only differe in the handling of the Caps-Lock key (which often is mapped to an additional Control key)? > We'll already have some churn in rc.conf settings related to screen > maps / fonts, so this may not be too much of a burden. Since the names will change anyway (because of the removal of the encoding, in case NEWCONS is selected), this will not really hurt us. I could imagine a mapping file or script, which converts the name of the keymap from a SYSCONS name to a NEWCONS name. That script could be used to advise the user to modify rc.conf, or it could (for the lifetime of 10.x) be invoked from the keymap set script in rc.d when kbdcontrol failed to set a keymap based on the "old" name. Opinions? Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 09:51:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30032F0D; Wed, 13 Aug 2014 09:51:31 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD6282C7E; Wed, 13 Aug 2014 09:51:30 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id r2so10657920igi.4 for ; Wed, 13 Aug 2014 02:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UAkhc1NEV6cpG8oAB6WW7MTw7jhGGmx2Eb1pu5QvOoM=; b=dRgF2wwQ/sM7AK+Qn9ukSwEbyCVbOUGdM/6InhCa85Oi5P+mFD+M87R0iU4GRWOXsO 5yKMVCGCo3IKg8xOblZm+pVuE8rKXjlwcszlHnWzcxdbDVeuR+aRIHtoqbqoWv4QVhqw a9sE0YTHHGhXl2c9lSjVYMvE22+AiO9/kxIHcBLC0uSJHqJJHEkbgRGe0T/BHyawKSQ1 76Gk6rzoxn00m9yycEU1LxEDww/X0btKohmyajAJ+ZLRRgLUOFaV2NwNoYkZ26IEQ/To cveFvxVn2QZZMKZOKRtWKMc2HgBW58knsMpE/F85Jb4aedlb9BczmMz+IYdg3NaSZgCj wMUQ== MIME-Version: 1.0 X-Received: by 10.50.122.99 with SMTP id lr3mr46928370igb.10.1407923489893; Wed, 13 Aug 2014 02:51:29 -0700 (PDT) Received: by 10.107.1.19 with HTTP; Wed, 13 Aug 2014 02:51:29 -0700 (PDT) In-Reply-To: <53EB0DA0.5000305@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> Date: Wed, 13 Aug 2014 10:51:29 +0100 Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS From: Tom Evans To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , Ed Maste , FreeBSD Stable , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 09:51:31 -0000 On Wed, Aug 13, 2014 at 8:02 AM, Stefan Esser wrote: > - What shall we do with keymaps like "latinamerican.kbd"? > We could install it under one name and symlink (or link) all > the other relevant locale names to this name. > Thank you for doing this work Stefan! Facebook (and a few others from what I can tell) are using es_LA for Latin America (it should be Laos Spanish really) and ar_AR for a generic Arabic. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 12:45:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA2DA953; Wed, 13 Aug 2014 12:45:59 +0000 (UTC) Received: from mailout08.t-online.de (mailout08.t-online.de [194.25.134.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 867682292; Wed, 13 Aug 2014 12:45:59 +0000 (UTC) Received: from fwd37.aul.t-online.de (fwd37.aul.t-online.de [172.20.27.137]) by mailout08.t-online.de (Postfix) with SMTP id 5F79241917B; Wed, 13 Aug 2014 14:40:19 +0200 (CEST) Received: from [192.168.119.33] (bHpLe8ZXrhJo+tbM6ny1l+je6mB1dqR7DSwP9UIQ6YbgzoAIh0tXUu4L7A3MdqTw8P@[84.154.101.219]) by fwd37.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XHXqj-0clLRw0; Wed, 13 Aug 2014 14:40:17 +0200 Message-ID: <53EB5CA9.5@freebsd.org> Date: Wed, 13 Aug 2014 14:40:09 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Tom Evans Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: bHpLe8ZXrhJo+tbM6ny1l+je6mB1dqR7DSwP9UIQ6YbgzoAIh0tXUu4L7A3MdqTw8P X-TOI-MSGID: f2e2b01a-3e80-4f94-85af-8e2153211de0 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , Ed Maste , FreeBSD Stable , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 12:45:59 -0000 Am 13.08.2014 um 11:51 schrieb Tom Evans: > On Wed, Aug 13, 2014 at 8:02 AM, Stefan Esser wrote: >> - What shall we do with keymaps like "latinamerican.kbd"? >> We could install it under one name and symlink (or link) all >> the other relevant locale names to this name. > > Thank you for doing this work Stefan! > > Facebook (and a few others from what I can tell) are using es_LA for > Latin America (it should be Laos Spanish really) and ar_AR for a > generic Arabic. Really? Seems we do not have any support for Arabic locales, neither in "/usr/share/locale", nor in the form of a keymap file ... So, we have no use for "ar_AR". But "es_LA" might really be a good name for the many Spanish speaking South American countries. I propose to rename "latinamerican.kbd" to "es_LA.kbd" using that convention, then. Thank you for bringing these points to my attention! If we can agree on locale-based keymap names as the rule (with exceptions, as required), then I'd like to commit the first round of keymap files to vt/keymaps tomorrow. This commit will not include accented versions or other special cases (Ctrl <-> Caps-Lock), since I think we ought to think about naming conventions or a general concept for these variations of default keymaps. If a locale defaults to "deadkeys", then the default keymap should follow suit. These keymaps are currently named with ".acc" attached to the name. But it will take too long to converge to an optimal keymap for each affected locale ... I guess we should follow what other systems do (MacOS or Windows), since this is what the majority of users will expect, anyway. But I'm open to suggestions ... ;-) Best regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 13:42:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79C49A9C; Wed, 13 Aug 2014 13:42:51 +0000 (UTC) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) (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 383412912; Wed, 13 Aug 2014 13:42:50 +0000 (UTC) Received: from [192.168.212.253] (213083164002.static.sonofon.dk [213.83.164.2]) by csmtp2.one.com (Postfix) with ESMTPA id 192464000A2FF; Wed, 13 Aug 2014 13:34:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Keymap definitions for VT / NEWCONS From: Erik Cederstrand In-Reply-To: Date: Wed, 13 Aug 2014 15:34:29 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> To: Ed Maste X-Mailer: Apple Mail (2.1878.6) Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 13:42:51 -0000 Den 12/08/2014 kl. 19.40 skrev Ed Maste : > On 12 August 2014 11:04, Stefan Esser wrote: >> This is my list of converted keymaps I'm ready to commit: > ... >> danish.acc.kbd >> danish.kbd >=20 > I wonder if we should use this opportunity to rationalize the keyboard > layout names, using two letter codes consistently (so dk.kbd). Sounds like a good idea. Just provide some kind of translation file = instead of bailing and using a default keymap. Trying to desperately = remember the default US layout just to edit rc.conf and reboot is a = pain. Preferably as a warning at boot time like 'keymap "danish.iso.kbd" = is deprecated. The new name is "da_DK.kbd". Please edit /etc/rc.conf'. Thanks, Erik= From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 13:47:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BD9CBFC; Wed, 13 Aug 2014 13:47:57 +0000 (UTC) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) (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 18CAA2986; Wed, 13 Aug 2014 13:47:56 +0000 (UTC) Received: from [192.168.212.253] (213083164002.static.sonofon.dk [213.83.164.2]) by csmtp2.one.com (Postfix) with ESMTPA id F287240014974; Wed, 13 Aug 2014 13:47:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Keymap definitions for VT / NEWCONS From: Erik Cederstrand In-Reply-To: <53EB5CA9.5@freebsd.org> Date: Wed, 13 Aug 2014 15:47:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <26160DA3-2BCA-434A-B3E3-F522490A70DF@cederstrand.dk> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EB5CA9.5@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1878.6) Cc: Tom Evans , Aleksandr Rybalko , Ed Maste , "freebsd-hackers@freebsd.org" , "Andrey V. Elsukov" , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 13:47:57 -0000 Den 12/08/2014 kl. 19.40 skrev Ed Maste : > On 12 August 2014 11:04, Stefan Esser wrote: >> This is my list of converted keymaps I'm ready to commit: > ... >> danish.acc.kbd >> danish.kbd >=20 > I wonder if we should use this opportunity to rationalize the keyboard > layout names, using two letter codes consistently (so dk.kbd). Sounds like a good idea. Just provide some kind of translation file = instead of bailing and using a default keymap. Trying to desperately = remember the default US layout just to edit rc.conf and reboot is a = pain. Preferably as a warning at boot time like 'keymap "danish.iso.kbd" = is deprecated. The new name is "da_DK.kbd". Please edit /etc/rc.conf'. Thanks, Erik= From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 14:51:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A4C3D20 for ; Wed, 13 Aug 2014 14:51:53 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 523F521A2 for ; Wed, 13 Aug 2014 14:51:52 +0000 (UTC) X-ASG-Debug-ID: 1407941510-0499563739005d0001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id Ug9ShHbOpCbFxqsr for ; Wed, 13 Aug 2014 09:51:50 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NA92MC-01-EXD-02 X-M-MSG: Received: from exchange02.epbs.com (exchange02.okcyok0.priv.intermedix.com [192.168.25.29]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 26379B906E6 for ; Wed, 13 Aug 2014 09:51:48 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange02.epbs.com ([192.168.25.29]) with mapi; Wed, 13 Aug 2014 09:51:50 -0500 From: "Polyack, Steve" To: "freebsd-stable@freebsd.org" Date: Wed, 13 Aug 2014 09:51:49 -0500 Subject: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+3BhpMG9AHR2QkTlmqCBG7zbyIHA== Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1407941510 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 14:51:53 -0000 All, We have a handful of database servers running FreeBSD 10.0-RELEASE and Post= greSQL 9.3.4. The servers have 128GB or 256GB of RAM. After a short perio= d of running and some "light" load (load average of 6 on a 16-core w/ HT bo= x), the system performance becomes terrible. Logging in and simply attempt= ing to run some commands results in the command prompt hanging for several = seconds before anything is returned (even for something simple like `test`)= . If we run `top -SH` when the system performance is bad, we can see the v= mdaemon thread/kernel process is using 100% CPU. Eventually the vmdaemon C= PU usage drops and system performance seems to return to normal, but this d= oesn't last long. Has anyone seen this behavior? I found a bug that seems to describe the sa= me problem (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D190300), bu= t it's been open for 2 months without any responses. For what it's worth, = the problem does not seem as bad when we reduce postgresql shared buffers f= rom 128GB to 8GB, but it's still there. I can't imagine what vmdaemon is spending all of its time doing - `top -SH`= output and memory usage looks like: last pid: 97787; load averages: 6.03, 6.17, 6.03 = up 19= +15:46:19 08:50:07 345 processes: 41 running, 220 sleeping, 78 waiting, 6 lock CPU: 16.0% user, 0.0% nice, 10.0% system, 0.0% interrupt, 74.0% idle Mem: 6314M Active, 234G Inact, 4078M Wired, 2720M Cache, 1704M Buf, 2719M F= ree Swap: 16G Total, 329M Used, 16G Free, 2% Inuse PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 512K CPU26 26 448.8H 95.07% idle{id= le: cpu26} 11 root 155 ki31 0K 512K CPU29 29 449.1H 92.48% idle{id= le: cpu29} 6 root -16 - 0K 16K CPU27 27 81.5H 89.70% vmdaemo= n 11 root 155 ki31 0K 512K RUN 1 459.2H 89.60% idle{id= le: cpu1} 11 root 155 ki31 0K 512K RUN 14 452.9H 89.26% idle{id= le: cpu14} 11 root 155 ki31 0K 512K CPU5 5 458.7H 89.16% idle{id= le: cpu5} 11 root 155 ki31 0K 512K CPU31 31 449.1H 88.96% idle{id= le: cpu31} 11 root 155 ki31 0K 512K RUN 6 458.2H 88.87% idle{id= le: cpu6} 11 root 155 ki31 0K 512K CPU11 11 453.0H 88.38% idle{id= le: cpu11} 11 root 155 ki31 0K 512K RUN 3 457.9H 88.28% idle{id= le: cpu3} 11 root 155 ki31 0K 512K CPU12 12 452.8H 87.89% idle{id= le: cpu12} 11 root 155 ki31 0K 512K CPU2 2 458.6H 87.26% idle{id= le: cpu2} 11 root 155 ki31 0K 512K CPU7 7 458.6H 87.16% idle{id= le: cpu7} 11 root 155 ki31 0K 512K CPU10 10 458.5H 86.87% idle{id= le: cpu10} 11 root 155 ki31 0K 512K CPU15 15 453.8H 86.47% idle{id= le: cpu15} 11 root 155 ki31 0K 512K CPU13 13 453.6H 85.79% idle{id= le: cpu13} 11 root 155 ki31 0K 512K CPU4 4 458.4H 85.69% idle{id= le: cpu4} 11 root 155 ki31 0K 512K RUN 9 453.4H 85.35% idle{id= le: cpu9} 11 root 155 ki31 0K 512K CPU0 0 460.5H 85.25% idle{id= le: cpu0} 11 root 155 ki31 0K 512K CPU17 17 449.3H 84.08% idle{id= le: cpu17} 11 root 155 ki31 0K 512K RUN 25 449.0H 83.40% idle{id= le: cpu25} 11 root 155 ki31 0K 512K CPU18 18 448.9H 82.76% idle{id= le: cpu18} 11 root 155 ki31 0K 512K CPU16 16 448.8H 82.18% idle{id= le: cpu16} 11 root 155 ki31 0K 512K CPU23 23 448.8H 81.88% idle{id= le: cpu23} 11 root 155 ki31 0K 512K CPU8 8 454.3H 81.30% idle{id= le: cpu8} 11 root 155 ki31 0K 512K RUN 21 449.1H 81.05% idle{id= le: cpu21} 11 root 155 ki31 0K 512K CPU20 20 448.6H 80.96% idle{id= le: cpu20} 11 root 155 ki31 0K 512K RUN 22 448.7H 80.66% idle{id= le: cpu22} 11 root 155 ki31 0K 512K RUN 30 448.4H 79.59% idle{id= le: cpu30} 11 root 155 ki31 0K 512K CPU24 24 448.7H 79.39% idle{id= le: cpu24} 11 root 155 ki31 0K 512K RUN 19 449.2H 78.47% idle{id= le: cpu19} 11 root 155 ki31 0K 512K CPU28 28 448.7H 54.20% idle{id= le: cpu28} $ uname -a FreeBSD db00 10.0-RELEASE-p7 FreeBSD 10.0-RELEASE-p7 #2: Thu Jul 24 14:35:0= 7 EDT 2014 root@build10:/usr/obj/usr/src/sys/GENERIC amd64 Any help would be appreciated. We would be more than happy to answer any o= ther questions. Thanks, Steve Polyack From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 15:25:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD3D653C for ; Wed, 13 Aug 2014 15:25:25 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 7744325D7 for ; Wed, 13 Aug 2014 15:25:25 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XHaQU-000Fhj-AW; Wed, 13 Aug 2014 17:25:22 +0200 Date: Wed, 13 Aug 2014 17:25:22 +0200 From: Kurt Jaeger To: "Polyack, Steve" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE Message-ID: <20140813152522.GI9400@home.opsec.eu> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 15:25:25 -0000 Hi! > We have a handful of database servers running FreeBSD 10.0-RELEASE > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. Are you aware of the recent work on that topic ? https://www.freebsd.org/news/status/report-2014-04-2014-06.html#PostgreSQL-Performance-Improvements Maybe kib@ knows more about this ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 15:56:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB9418AB for ; Wed, 13 Aug 2014 15:56:58 +0000 (UTC) Received: from mail.intermedix.com (mail2.epbs.com [66.210.191.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DEFD292D for ; Wed, 13 Aug 2014 15:56:57 +0000 (UTC) X-ASG-Debug-ID: 1407944559-0526b442d700dc0001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id LgeC7niPYTR1HuNn; Wed, 13 Aug 2014 08:42:39 -0700 (PDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NA94Z1-01-F8D-02 X-M-MSG: Received: from exchange01.epbs.com (exchange01.okcyok0.priv.intermedix.com [192.168.25.157]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 20A47B905A9; Wed, 13 Aug 2014 10:42:36 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange01.epbs.com ([192.168.25.157]) with mapi; Wed, 13 Aug 2014 10:42:39 -0500 From: "Polyack, Steve" To: Kurt Jaeger Date: Wed, 13 Aug 2014 10:42:37 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+3Cs4zgKXCNkvXSg+gHG1lNWX+TwAAMPXg Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> In-Reply-To: <20140813152522.GI9400@home.opsec.eu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1407944559 X-Barracuda-URL: http://192.168.25.113:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 15:56:58 -0000 > -----Original Message----- > From: Kurt Jaeger [mailto:lists@opsec.eu] > Sent: Wednesday, August 13, 2014 11:25 AM >=20 > Hi! >=20 > > We have a handful of database servers running FreeBSD 10.0-RELEASE > > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. >=20 > Are you aware of the recent work on that topic ? >=20 > https://www.freebsd.org/news/status/report-2014-04-2014- > 06.html#PostgreSQL-Performance-Improvements >=20 > Maybe kib@ knows more about this ? >=20 I've recently read over this and some other posts, but they all seem to cen= ter around poor postgres performance. In our case at least, some light to = medium usage of postgres generally makes the entire system unusable. The patches & documents linked there also all seem to be for -CURRENT, whic= h we aren't running. We're not too keen on the idea of using CURRENT in pr= oduction, either. We're planning on testing 10-STABLE, but I was just hopi= ng to gain some insight into what the problem may be and whether recent com= mits to vmdaemon code in the -STABLE tree may have a positive effect on wha= t we've seen. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 16:13:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D96BDC1 for ; Wed, 13 Aug 2014 16:13:38 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1B72B44 for ; Wed, 13 Aug 2014 16:13:38 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id l13so2214105iga.13 for ; Wed, 13 Aug 2014 09:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=GNALyqHvvkegyPZeYmqTKS1qqmTbdR6Zy9PsQIJTjRU=; b=JFPxiY0Xme+uF5WEJbBaVpHoM1YeoNoqjet9th0XDEkRUNsLOIG7SsxHOyOp8iCu2/ IMbA3+L+g+dUJFT6cvvSuuW/NocMGKWh6Y6zFAZ+7LSGbyIunbUTGakTQIMYwICfiOn5 TX/1z6vKxx4by+FJRxgBYX+2i3dJc1Ua3P+BJE90sZGgNQysSOxBiKxkl/ZdWvlc+i3r Yqd1viJAZzG9x2g2Li0OoQX4NO+9DKu2+NLG2rqjUxK9eOdw6sAlzTszkWDrcIrF9rG8 kBOyqutXwVoCWMcNmsCKS5EkaHlr3mLyqU3Z8jNW/ZtDcdX3xDSiwLcBn4B+nc841eXL 1AKw== MIME-Version: 1.0 X-Received: by 10.42.198.75 with SMTP id en11mr7493214icb.7.1407946417541; Wed, 13 Aug 2014 09:13:37 -0700 (PDT) Received: by 10.43.17.196 with HTTP; Wed, 13 Aug 2014 09:13:37 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> Date: Wed, 13 Aug 2014 11:13:37 -0500 Message-ID: Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE From: Alan Cox To: "Polyack, Steve" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Kurt Jaeger , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 16:13:38 -0000 On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < Steve.Polyack@intermedix.com> wrote: > > > -----Original Message----- > > From: Kurt Jaeger [mailto:lists@opsec.eu] > > Sent: Wednesday, August 13, 2014 11:25 AM > > > > Hi! > > > > > We have a handful of database servers running FreeBSD 10.0-RELEASE > > > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. > > > > Are you aware of the recent work on that topic ? > > > > https://www.freebsd.org/news/status/report-2014-04-2014- > > 06.html#PostgreSQL-Performance-Improvements > > > > Maybe kib@ knows more about this ? > > > > I've recently read over this and some other posts, but they all seem to > center around poor postgres performance. In our case at least, some light > to medium usage of postgres generally makes the entire system unusable. > > The patches & documents linked there also all seem to be for -CURRENT, > which we aren't running. We're not too keen on the idea of using CURRENT > in production, either. We're planning on testing 10-STABLE, but I was just > hoping to gain some insight into what the problem may be and whether recent > commits to vmdaemon code in the -STABLE tree may have a positive effect on > what we've seen. > > There is a good chance that your problem is fixed by r265945. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 18:53:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0E43126 for ; Wed, 13 Aug 2014 18:53:26 +0000 (UTC) Received: from list.sco.com (list.sco.com [69.36.163.214]) by mx1.freebsd.org (Postfix) with SMTP id AF3942ED7 for ; Wed, 13 Aug 2014 18:53:26 +0000 (UTC) Received: (qmail 11069 invoked from network); 13 Aug 2014 18:46:45 -0000 Received: from nimbus.nj.sco.com (69.36.163.214) by tasmania.ut.sco.com with SMTP; 13 Aug 2014 18:46:45 -0000 Received: from [127.0.0.1] (ip-132147089 [132.147.83.89]) by nimbus.nj.sco.com (8.12.9/UW7.1.3) with ESMTP id s7DIkdwC020490; Wed, 13 Aug 2014 14:46:39 -0400 (EDT) Message-ID: <53EBB289.7080803@xinuos.com> Date: Wed, 13 Aug 2014 14:46:33 -0400 From: John Wolfe User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, bapt@freebsd.org Subject: pkg, version 1.3.6, gets SIGSEGV when attempting to fetch packages for DVD media in the release process Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 18:53:26 -0000 For the past several months I have been building the 10-STABLE release media. This was primarily to track the Bhyve changes as they were brought back from CURRENT and there impact on Bhyve support that my company is adding to our legacy Unix OS's. Yes, I know that 10-STABLE tree is an ever changing tree and subject to unintentional build problems. That is expected, accepted and there have been a few of those, which I have either waited for the correction to be quickly be checked in or was able to immediately work around the issue. Two issues have been related directly to pkg version 1.3.x changes: 1. FreeBSD's usr/src/release/scripts/pkg-stage.sh failed with pkg 1.3.0 export PKG_CACHEDIR="dvd/packages/${PKG_ABI}" . . . ${PKGCMD} fetch -d ${DVD_PACKAGES} The "pkg fetch" failed to populate the PKG_CACHEDIR as previously. The *.txz were placed directly in the PKG_CACHEDIR and not within a ${PKG_CACHEDIR}/All as before and expected on distribution media. The work-around was to specify the destdir on the pkg fetch command. ${PKGCMD} fetch -o ${PKG_CACHEDIR} -d ${DVD_PACKAGES} 2. pkg 1.3.6, checked yesterday (Tues.) got a SIGSEGV on the above pkg fetch command. + /usr/sbin/pkg -d update -f Updating repository catalogue Fetching meta.txz... done Fetching digests.txz... done Fetching packagesite.txz... done Removing expired entries... done Adding new entries... done Incremental update completed, 1187 packages processed: 0 packages updated, 0 removed and 1187 added. + /usr/sbin/pkg -d fetch -o dvd/packages/freebsd:10:x86:64 -d archivers/unzip devel/subversion devel/subversion-static emulators/linux_base-f10 misc/freebsd-doc-all net/mpd5 net/rsync ports-mgmt/pkg ports-mgmt/portmaster shells/bash shells/zsh security/sudo sysutils/screen www/firefox www/links x11-drivers/xf86-video-vmware x11/gnome2 x11/kde4 x11/xorg x11-wm/xfce4 sysrpt x11-drivers/xf86-video-vmware x11-drivers/xf86-video-mga x11/nvidia-driver x11/nvidia-settings x11/nvidia-xconfig emulators/open-vm-tools-nox11 emulators/virtualbox-ose-additions x11-drivers/xf86-video-cirrus x11-fonts/clearsans x11-fonts/croscorefonts-fonts-ttf x11-fonts/inconsolata-lgc-ttf x11-fonts/sourcecodepro-ttf x11-fonts/sourcesanspro-ttf x11-fonts/ubuntu-font x11-fonts/urwfonts x11-fonts/urwfonts-ttf x11-fonts/ttmkfdir x11-themes/gtk-murrine-engine x11-themes/gtk-oxygen-engine x11-themes/gtk3-oxygen-engine x11-themes/gtk3-unico-engine x11/xfce4-whiskermenu-plugin audio/xfce4-mixer deskutils/xfce4-notes-plugin deskutils/xfce4-volumed deskutils/xfce4-xkb-plugin deskutils/cairo-dock deskutils/cairo-dock-plugins x11-themes/thewidgetfactory x11-themes/clearlooks-themes x11-themes/clearlooks-themes-extras x11-themes/greybird-theme x11-themes/gtk-qt4-engine x11-themes/gtk-murrine-themes x11-themes/gnome-icons-elementary x11-themes/gnome-icons-faenza editors/nano misc/mc sysutils/lsof editors/vim editors/gedit Segmentation fault (core dumped) *** Error code 139 There are some points and details to be acknowledged here: * more packages than the default FreeBSD DVD distribution are being fetched. * The fetch is from a locally built repository - poudriere with a 10-STABLE jail. o repo was built this past weekend following a poudriere ports update and used pkg 1.3.5.1 o DVD media was subsequently built using that repo and the pkg 1.3.5.1 compiled and used by the build (prior to Tuesday's pkg 1.3.6 check-in) Any ideas? Thanks -- John Wolfe - Xinuos, Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 19:43:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC15312A for ; Wed, 13 Aug 2014 19:43:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 9AD4325A0 for ; Wed, 13 Aug 2014 19:43:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7DJh4MG055586 for ; Wed, 13 Aug 2014 19:43:04 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7DJh4El055585 for freebsd-stable@freebsd.org; Wed, 13 Aug 2014 19:43:04 GMT (envelope-from bdrewery) Received: (qmail 56259 invoked from network); 13 Aug 2014 14:43:00 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 13 Aug 2014 14:43:00 -0500 Message-ID: <53EBBFBC.7020208@FreeBSD.org> Date: Wed, 13 Aug 2014 14:42:52 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: John Wolfe , freebsd-stable@freebsd.org, bapt@freebsd.org Subject: Re: pkg, version 1.3.6, gets SIGSEGV when attempting to fetch packages for DVD media in the release process References: <53EBB289.7080803@xinuos.com> In-Reply-To: <53EBB289.7080803@xinuos.com> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0gccVOTqwwAKToEvwXHXTHPvjFUw0j6lE" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 19:43:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0gccVOTqwwAKToEvwXHXTHPvjFUw0j6lE Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/13/2014 1:46 PM, John Wolfe wrote: > For the past several months I have been building the 10-STABLE release > media. This was primarily to track the Bhyve changes as they were > brought back from CURRENT and there impact on Bhyve support that my > company is adding to our legacy Unix OS's. >=20 > Yes, I know that 10-STABLE tree is an ever changing tree and subject to= > unintentional build problems. That is expected, accepted and there > have been a few of those, which I have either waited for the correction= > to be quickly be checked in or was able to immediately work around the > issue. >=20 > Two issues have been related directly to pkg version 1.3.x changes: >=20 > 1. FreeBSD's usr/src/release/scripts/pkg-stage.sh failed with pkg 1.3.0= >=20 > export PKG_CACHEDIR=3D"dvd/packages/${PKG_ABI}" > . . . > ${PKGCMD} fetch -d ${DVD_PACKAGES} >=20 > The "pkg fetch" failed to populate the PKG_CACHEDIR as previously. The > *.txz were placed directly in the PKG_CACHEDIR and not within a > ${PKG_CACHEDIR}/All as before and expected on distribution media. >=20 > The work-around was to specify the destdir on the pkg fetch command. >=20 > ${PKGCMD} fetch -o ${PKG_CACHEDIR} -d ${DVD_PACKAGES} >=20 >=20 > 2. pkg 1.3.6, checked yesterday (Tues.) got a SIGSEGV on the above pkg > fetch command. >=20 > + /usr/sbin/pkg -d update -f > Updating repository catalogue > Fetching meta.txz... done > Fetching digests.txz... done > Fetching packagesite.txz... done > Removing expired entries... done > Adding new entries... done > Incremental update completed, 1187 packages processed: > 0 packages updated, 0 removed and 1187 added. > + /usr/sbin/pkg -d fetch -o dvd/packages/freebsd:10:x86:64 -d > archivers/unzip devel/subversion devel/subversion-static > emulators/linux_base-f10 misc/freebsd-doc-all net/mpd5 net/rsync > ports-mgmt/pkg ports-mgmt/portmaster shells/bash shells/zsh > security/sudo sysutils/screen www/firefox www/links > x11-drivers/xf86-video-vmware x11/gnome2 x11/kde4 x11/xorg x11-wm/xfce4= > sysrpt x11-drivers/xf86-video-vmware x11-drivers/xf86-video-mga > x11/nvidia-driver x11/nvidia-settings x11/nvidia-xconfig > emulators/open-vm-tools-nox11 emulators/virtualbox-ose-additions > x11-drivers/xf86-video-cirrus x11-fonts/clearsans > x11-fonts/croscorefonts-fonts-ttf x11-fonts/inconsolata-lgc-ttf > x11-fonts/sourcecodepro-ttf x11-fonts/sourcesanspro-ttf > x11-fonts/ubuntu-font x11-fonts/urwfonts x11-fonts/urwfonts-ttf > x11-fonts/ttmkfdir x11-themes/gtk-murrine-engine > x11-themes/gtk-oxygen-engine x11-themes/gtk3-oxygen-engine > x11-themes/gtk3-unico-engine x11/xfce4-whiskermenu-plugin > audio/xfce4-mixer deskutils/xfce4-notes-plugin deskutils/xfce4-volumed > deskutils/xfce4-xkb-plugin deskutils/cairo-dock > deskutils/cairo-dock-plugins x11-themes/thewidgetfactory > x11-themes/clearlooks-themes x11-themes/clearlooks-themes-extras > x11-themes/greybird-theme x11-themes/gtk-qt4-engine > x11-themes/gtk-murrine-themes x11-themes/gnome-icons-elementary > x11-themes/gnome-icons-faenza editors/nano misc/mc sysutils/lsof > editors/vim editors/gedit > Segmentation fault (core dumped) > *** Error code 139 >=20 > There are some points and details to be acknowledged here: >=20 > * more packages than the default FreeBSD DVD distribution are being > fetched. > * The fetch is from a locally built repository - poudriere with a > 10-STABLE jail. > o repo was built this past weekend following a poudriere ports > update and used pkg 1.3.5.1 > o DVD media was subsequently built using that repo and the pkg > 1.3.5.1 compiled and used by the build (prior to Tuesday's pkg > 1.3.6 check-in) >=20 > Any ideas? >=20 This is covered here https://github.com/freebsd/pkg/issues/955 Regards, Bryan Drewery --0gccVOTqwwAKToEvwXHXTHPvjFUw0j6lE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT67+8AAoJEDXXcbtuRpfPcQkH/2C9f+5Y0FnhQTnVQN12/tfu qfiPPC4iqHnXJdJx/I8r7vECsfShZsgZnjiAmPDX8DO11zMil8z8czekKIRQ7QPd xakmPswkevlcrgC6ql2hgwXErh+Gjq31XDahsNuXPhLw+Ir4OYVwKuw8HXuJ/G8E RL198yhYslSBMCidzSpO1Ssj+dYXPJ7D88em7tYY+iiePR7rWBYXOp17LMBaYXM7 gEe90DXTfKL90cEeLRqNck6IWM1wlllQrfmpNW8SzYTcv+VY7Hg1Qy4MHx7aixDu mAaSXHPrDG7JaYH2k3cw/46wYZUGAAwmB9zQ2RpPGUe7SaUCzYEV4pEucfUnLcI= =bq2J -----END PGP SIGNATURE----- --0gccVOTqwwAKToEvwXHXTHPvjFUw0j6lE-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 20:47:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF231652 for ; Wed, 13 Aug 2014 20:47:26 +0000 (UTC) Received: from list.sco.com (list.sco.com [69.36.163.214]) by mx1.freebsd.org (Postfix) with SMTP id 9DA9A2C92 for ; Wed, 13 Aug 2014 20:47:26 +0000 (UTC) Received: (qmail 11809 invoked from network); 13 Aug 2014 20:47:24 -0000 Received: from nimbus.nj.sco.com (69.36.163.214) by tasmania.ut.sco.com with SMTP; 13 Aug 2014 20:47:24 -0000 Received: from [127.0.0.1] (ip-132147089 [132.147.83.89]) by nimbus.nj.sco.com (8.12.9/UW7.1.3) with ESMTP id s7DKlHwC007242; Wed, 13 Aug 2014 16:47:19 -0400 (EDT) Message-ID: <53EBCECF.4040102@xinuos.com> Date: Wed, 13 Aug 2014 16:47:11 -0400 From: John Wolfe User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Bryan Drewery , freebsd-stable@freebsd.org, bapt@freebsd.org Subject: Re: pkg, version 1.3.6, gets SIGSEGV when attempting to fetch packages for DVD media in the release process References: <53EBB289.7080803@xinuos.com> <53EBBFBC.7020208@FreeBSD.org> In-Reply-To: <53EBBFBC.7020208@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 13 Aug 2014 20:47:27 -0000 Bryan, Thanks for the quick response and pointer to pkg issue #955. The suggested workaround - pkg upgrade -Fy - does not work for me. I am not upgrading an installed set of packages but pulling a set of packages and dependencies to place in a distribution. Nothing to upgrade. I will monitor the progress on issue #955. If there is anything that you would like me to test, just drop me a line. -- John On 8/13/2014 3:42 PM, Bryan Drewery wrote: > On 8/13/2014 1:46 PM, John Wolfe wrote: > > 2. pkg 1.3.6, checked yesterday (Tues.) got a SIGSEGV on the above pkg > fetch command. > > + /usr/sbin/pkg -d update -f > Updating repository catalogue > Fetching meta.txz... done > Fetching digests.txz... done > Fetching packagesite.txz... done > Removing expired entries... done > Adding new entries... done > Incremental update completed, 1187 packages processed: > 0 packages updated, 0 removed and 1187 added. > + /usr/sbin/pkg -d fetch -o dvd/packages/freebsd:10:x86:64 -d > archivers/unzip devel/subversion devel/subversion-static > ..... > editors/vim editors/gedit > Segmentation fault (core dumped) > *** Error code 139 > > > This is covered here https://github.com/freebsd/pkg/issues/955 > > Regards, > Bryan Drewery > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 07:10:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 179DA282; Thu, 14 Aug 2014 07:10:39 +0000 (UTC) Received: from nmsh4.e.nsc.no (nmsh4.e.nsc.no [193.213.121.75]) by mx1.freebsd.org (Postfix) with ESMTP id 2E61F2BA2; Thu, 14 Aug 2014 07:10:37 +0000 (UTC) Received: from terraplane.org (ti0027a400-1392.bb.online.no [83.109.176.119]) by nmsh4.nsc.no (8.14.7/8.14.7) with ESMTP id s7E6WtrQ010677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 Aug 2014 08:32:59 +0200 (MEST) Received: from terraplane.org (localhost [127.0.0.1]) by terraplane.org (8.14.5/8.14.5) with ESMTP id s7E6axGH095482; Thu, 14 Aug 2014 08:36:59 +0200 (CEST) (envelope-from rumrunner@terraplane.org) Received: (from rumrunner@localhost) by terraplane.org (8.14.5/8.13.8/Submit) id s7E6auKJ095481; Thu, 14 Aug 2014 08:36:56 +0200 (CEST) (envelope-from rumrunner) Date: Thu, 14 Aug 2014 08:36:56 +0200 From: Eivind Evensen To: Warner Losh Subject: Re: Support DISCARD (^O) Message-ID: <20140814063655.GA95173@klump.hjerdalen.lokalnett> References: <201408121644.18345.jhb@freebsd.org> <20140812234627.GA8627@rwpc15.gfn.riverwillow.net.au> <0A198785-F7E5-4731-9DF7-587E6BDD03C9@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0A198785-F7E5-4731-9DF7-587E6BDD03C9@bsdimp.com> Cc: FreeBSD Stable , John Marshall , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 07:10:39 -0000 On Tue, Aug 12, 2014 at 05:51:44PM -0600, Warner Losh wrote: > > On Aug 12, 2014, at 5:46 PM, John Marshall wrote: > > > On Tue, 12 Aug 2014, 17:12 -0600, Warner Losh wrote: > >> On Aug 12, 2014, at 2:44 PM, John Baldwin wrote: > >>> From: Eivind Nicolay Evensen > >>> Date: July 5, 2014 at 4:34:16 AM MDT > >>> On Tue, Dec 17, 2013 at 10:18:16PM +0100, Eivind Evensen wrote: > >>>> > >>>> I don't know if there is any particular reason that support for > >>>> DISCARD/^O > >>>> was not included in the tty rewrite that happened from FreeBSD 7 to 8, > >>>> but in case anybody else wants it, here's a diff functioning mostly > >>>> like in 7, except output isn't switched back on automatically on input. > >>>> > >>>> Diff is against FreeBSD 8, however, last time I checked I didn't see > >>>> much difference in the newer versions. > >>> > >>> Here's a diff against FreeBSD 10. It seems to work fine there too. > > > >> DISCARD is supposed to turn back off after any character that you > >> type, not just ^O again. > > > > Irrespective of exactly how it's implemented, I'd love to see this. > > Coming from a VMS background, I was used to a ^O toggle. I reach for ^O > > whenever I unintentionally initiate a huge stream of terminal output > > over a WAN link. > > I was hoping someone would fix that :) However, I agree with you: > having ^O toggle is better than its current state. While I still haven't made it turn off automatically on input yet, I noticed (on FreeBSD 10 with clang) that uio-uio->resid also should be set to 0 to avoid programs that check the return of write perpetually redoing writes (which clang made very apparent). It's the (currently) last attachment on the PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184987 -- Eivind From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 09:34:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D712F403 for ; Thu, 14 Aug 2014 09:34:57 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (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 279192B52 for ; Thu, 14 Aug 2014 09:34:56 +0000 (UTC) Received: (qmail 90458 invoked by uid 89); 14 Aug 2014 09:30:29 -0000 Received: by simscan 1.4.0 ppid: 90453, pid: 90455, t: 0.0701s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19280 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 14 Aug 2014 09:30:29 -0000 Date: Thu, 14 Aug 2014 11:30:21 +0200 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: Question about PAM in FreeBSD 9.2+ Message-ID: <20140814113021.3d297996@suse3.ewadmin.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 09:34:58 -0000 Hi, I've got a pure-ftpd configuration that uses PAM and the following configuration file in /etc/pam.d/pure-ftpd: auth sufficient /usr/local/lib/pam_ldap.so auth required pam_nologin.so auth required pam_unix.so nullok account required pam_permit.so session required pam_permit.so This has worked since FreeBSD 6 (or 5) until FreeBSD 9.1 Howver, after upgrading to FreeBSD 9.2 (and 9.3 and probably 10), it does not work anymore. Mapping UIDs/GIDs from LDAP still works, but login in via FTP does not work anymore. I tried a slightly different pam.d configuration, after studying the handbook: auth sufficient /usr/local/lib/pam_ldap.so debug auth required pam_nologin.so auth required pam_unix.so try_first_pass account required pam_permit.so account required /usr/local/lib/pam_ldap.so debug ignore_authinfo_unavail ignore_unknown_user session required pam_permit.so but this does not work, either. Aug 14 11:21:29 mysrv pure-ftpd: (?@127.0.0.1) [DEBUG] Command [user][myuser] Aug 14 11:21:37 mysrv pure-ftpd: (?@127.0.0.1) [DEBUG] Command [pass] [<*>] Aug 14 11:21:37 mysrv pure-ftpd: in openpam_dispatch(): calling pam_sm_authenticate() in /usr/local/lib/pam_ldap.so Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_user(): entering Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): entering: PAM_USER Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_user(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_data(): entering: 'PADL-LDAP-SESSION-DATA' Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_data(): returning PAM_NO_MODULE_DATA Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_data(): entering: 'PADL-LDAP-SESSION-DATA' Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_data(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): entering: PAM_AUTHTOK Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): entering: PAM_CONV Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_item(): entering: PAM_AUTHTOK Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): entering: PAM_AUTHTOK Aug 14 11:21:37 mysrv pure-ftpd: in pam_get_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_data(): entering: 'PADL-LDAP-AUTH-DATA' Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_data(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_item(): entering: PAM_USER Aug 14 11:21:37 mysrv pure-ftpd: in pam_set_item(): returning PAM_SUCCESS Aug 14 11:21:37 mysrv pure-ftpd: in openpam_dispatch(): /usr/local/lib/pam_ldap.so: pam_sm_authenticate(): success Aug 14 11:21:37 mysrv pure-ftpd: in openpam_dispatch(): calling pam_sm_setcred() in /usr/local/lib/pam_ldap.so Aug 14 11:21:37 mysrv pure-ftpd: in openpam_dispatch(): /usr/local/lib/pam_ldap.so: pam_sm_setcred(): success Aug 14 11:21:45 mysrv pure-ftpd: (?@127.0.0.1) [DEBUG] Command [quit] [] What changed between FreeBSD 9.1 and FreeBSD 9.2? How can I fix this? Best Regards, Rainer From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 18:13:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D2C47C2 for ; Thu, 14 Aug 2014 18:13:16 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::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 4DBDB29FE for ; Thu, 14 Aug 2014 18:13:16 +0000 (UTC) Received: from lonrach.local (foret.keltia.net [78.232.116.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id E02FE52A9 for ; Thu, 14 Aug 2014 20:13:04 +0200 (CEST) Date: Thu, 14 Aug 2014 20:12:55 +0200 From: Ollivier Robert To: freebsd-stable@freebsd.org Subject: Re: Weird bmake behaviour from within installworld Message-ID: <20140814181254.GA85582@lonrach.local> References: <20140803193541.GA1839@lonrach.local> <20140804094937.GA9720@roberto-aw.eurocontrol.fr> <20140804104146.GB9720@roberto-aw.eurocontrol.fr> <86zjfjxq1x.fsf@nine.des.no> <20140806152403.GC8433@roberto-aw.eurocontrol.fr> <20140807115039.GA12223@roberto-aw.eurocontrol.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140807115039.GA12223@roberto-aw.eurocontrol.fr> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 18:13:16 -0000 According to Ollivier Robert: > Committed to head as r269662 after re-sorting the entries per Warner's request. Will be merged to stable/10 for 10.1 in a week. ...merged in stable/10 as r269967. Thanks for your attention. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 19:02:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 250872EF for ; Thu, 14 Aug 2014 19:02:04 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::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 D912D20E9 for ; Thu, 14 Aug 2014 19:02:03 +0000 (UTC) Received: from lonrach.local (foret.keltia.net [78.232.116.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 4F18E52A9 for ; Thu, 14 Aug 2014 21:02:02 +0200 (CEST) Date: Thu, 14 Aug 2014 21:02:01 +0200 From: Ollivier Robert To: freebsd-stable@freebsd.org Subject: Re: Trying to upgrade from 9.2 to 10-STABLE, make buildworld fails on yacc Message-ID: <20140814190200.GB85582@lonrach.local> References: <965a76c8-912f-4737-8c2a-269633b8972d@me.com> <1407423876.56408.339.camel@revolution.hippie.lan> <1407442658.56408.343.camel@revolution.hippie.lan> <8046826F-912C-484A-B72B-4C4D36882B25@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8046826F-912C-484A-B72B-4C4D36882B25@icloud.com> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 19:02:04 -0000 According to Julie Koubová: > Ok, so I removed all the WITHOUT’s except for WITHOUT_KERBEROS, deleted /usr/obj/usr, and now I’m back at yacc failing to link :( I just merged my fix to stable/10. Please test. http://svnweb.freebsd.org/base/stable/10/Makefile.inc1?revision=269967&view=markup -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 22:00:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 608302FD; Thu, 14 Aug 2014 22:00:20 +0000 (UTC) Received: from mailout12.t-online.de (mailout12.t-online.de [194.25.134.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D48874246; Thu, 14 Aug 2014 21:40:49 +0000 (UTC) Received: from fwd27.aul.t-online.de (fwd27.aul.t-online.de [172.20.26.132]) by mailout12.t-online.de (Postfix) with SMTP id 7830E168F76; Thu, 14 Aug 2014 23:40:40 +0200 (CEST) Received: from [192.168.119.33] (JT3mrqZpoh3vDvvQ46QiA29ARFiSraII1jbmLaoytVgLZ-5M+avOQkIcnJht1RlZBX@[84.154.101.219]) by fwd27.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XI2lE-3SmqUC0; Thu, 14 Aug 2014 23:40:40 +0200 Message-ID: <53ED2CCE.2030103@freebsd.org> Date: Thu, 14 Aug 2014 23:40:30 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ed Maste , freebsd-stable stable Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EBEDC8.3080303@freebsd.org> <53ECA9CE.3070106@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-ID: JT3mrqZpoh3vDvvQ46QiA29ARFiSraII1jbmLaoytVgLZ-5M+avOQkIcnJht1RlZBX X-TOI-MSGID: 820f0dcc-8905-4c47-9332-1a3a9eef5b3c Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 22:00:20 -0000 Am 14.08.2014 um 19:13 schrieb Ed Maste: > On 14 August 2014 08:21, Stefan Esser wrote: >> There probably won't be a 1:1 mapping for all cases, but I think >> that there is value in going for a regular naming scheme. >> >> We can use "fr.kbd" as a short form of "fr_FR.kbd", but there >> will be a "fr_CH.kbd" and possibly a "fr_CA.kbd". The "fr" in >> the short form will correspond to the "FR" in "fr_FR.kbd", >> which is hidden by the fact, that both parts read "fr". > > I agree that consistency is a useful overall goal, and I don't have a > very strong preference for the short names, it just seems to me to map > well to what it seems users actually call the keyboard layouts. > French, Swiss French, and French Canadian keyboard layouts in these > three cases. Also, Linux console setting seems to generally use > 2-letter names as far as I can tell. The existing 2-letter names are inconsistent: most are country codes, but in a few cases the language code was used. I do not know why "iw" is used for he_IL (hebrew / Israel), since "iw" does match neither "he" nor "il" ... You can download and check my not-yet committed working files from: http://people.freebsd.org/~se/vt-keymaps.tar.bz2 That TAR file contains a draft version of INDEX.keymaps, which uses keymap files named after locales. I have removed the now obsolete encoding from the explanation for each keymap file. What's missing is the conversion of the localized texts to Unicode (from some ISO8859 variant or CPxxx or koi8-[ru]). I only fixed the English and German texts, so far. > Would every locale we support have either a file or symlink? Or only > a subset, roughly equivalent to what's provided by the syscons keymaps > today? I think we should try to have at least one default keymap file per locale. A special case is es_LA (which Tom Evans mentioned to be used as a pseudo-locale for spanish speaking latin-american countries by e.g. Facebook). But we could link or symlink other locale names to the generic file, for these cases. >> But look at "uk_UA.kbd", which will be short-named as "ua.kbd", >> or "be_BY.kbd" mapped to "by.kbd" versus "nl_BE.kbd" mapped to >> "be.kbd". >> >> For some language/country combinations, the short form ends up >> in a distant location to the long form names. > > But I expect most users would choose from a menu without seeing the > underlying keymap filename anyway, so I don't think this matters much. Well, if you already have a locale set by the user, then you could prefer keymap files that start with the locale name (sans encoding). I have committed an initial fix to kbdmap/vidfont to make it use share/vt instead of share/syscons if started on a system using NEWCONS. But I guess the selection logic is not correct or at least not optimal. There ought to be sufficient time to fix this for 10.1, though. >> And will there be a "ch.kbd" for "de_CH.kbd" (the majority of >> Swiss users will use that keymap), or will they all be of the >> form "??_CH.kbd" ... ??? > > I would assume ??_CH.kbd since I suspect users would generally not > refer to a "Swiss" keyboard layout, but rather a "Swiss German" or > "Swiss French" layout. (I'm happy to be corrected if wrong.) The selection in Windows is (AFAICR, it's been quite some time since I last installed Windows from DVD) to first choose a language (which changes the messages displayed for the following selections). Then you choose a country to complete the selection of a locale. E.g. first selection is "German" or "French", next selection is the country from a list where this language is spoken (which would offer e.g. Germany, Switzerland, Austria for "German" and Belgium, France, Switzerland for "French"). I really should start the Windows installer to check whether this actually is what Windows does ... ;-) >> For all these reasons I think the short form serves no real >> purpose. If you want to support it, you could symlink a short >> name to the locale based name (to allow the use of just the >> country code, if people edit rc.conf by hand, while I'd expect >> the installer to use the locale based keyboard names). > > If we do end up with locale names I don't think there's much value in > having short name symlinks. It's just another level of indirection > that needs to be kept up to date. Yes, I agree. If the selection of the language (and country, where required) is from a menu, the locale names are as good as any other ID. >> I think this should be implemented in time for 10.1, if at >> all possible. > > Indeed, that is exactly why I wanted to move ahead with the "trivial" > cases, even if they turned out not to be so. I'm sorry for the > conflict that caused with your work in progress. Well, nothing has been lost ;-) I had wanted to commit the keymaps named after locales, today, but held back the commit to wait for your reply and further comments. It's already near midnight, here - so I'll do the commits tomorrow, to avoid making silly mistakes (and it has been shown to be bad practice to go to bed immediately after a commit ;-) >> Most users will either use the installer (and will thus >> never see the locale IDs) > > I think we agree that for these users it makes very little difference > what the keymap name actually is, since they won't see it. > >> or they'll manually edit rc.conf and will know their way. > > And in this case I think the country codes are often the way these > users think of a layout, with a few cases where more specific names > are needed. For example, I wouldn't think of a US English keyboard, > but just a US keyboard, and similarly for a French keyboard. I would > not expect to look for a Canadian English keyboard, but would look for > a Canadian French or Canadian Bilingual keyboard. Please look at the TAR file I prepared. I rank the symmetry in the format of the names higher than the shorter names. And in fact, keyboard layouts are often specific to a country, and not to a language. The 2-letter names hide the difference for the simple case ("fr" is really sufficient if "fr_FR" is meant), but if you look at syscons/keymaps there are examples of keymap files named after the language code and others named after the country code. >> And then it's easier to mechanically >> put the locale ID in to the keyboard selection variable, >> instead of thinking about (or looking up) whether this is >> a country that does not need the full locale ID to select >> a keymap. > > But then we either need to provide symlinks for all locale names, or > the user needs to determine if their locale is one which has a keymap > or not. And there may be ambiguities in the "default" symlink mapping; > for instance, there are arguments to be made to symlink en_CA to > either en_US or fr_CA. Well, I do not have an easy answer to this. But being explicit in the names allows to provide easily identified correct keymaps. >> In Europe, you'll often need the locale name, >> not only the country. > > We don't seem to have many cases of this in the existing syscons > keymaps, but you certainly understand this better than I do; perhaps > this will be an issue when adding more keymaps. Look at the locale names in share/locales. There are quite a number that are of the form "xx_XX" with no other locale sharing the country or locale part. But there are quite a number where languages and countries are in a n:m relation and some where the language and country IDs are different (e.g. "da_DK"). We are used to identify countries with ISO country codes (most probably because of their use in DNS addresses), but as I said, not all 2-letter keymap names where derived from the country code and I can see how that happened. Using locale names adds a few characters to the ID, but makes it really clear what is meant. >> I really think we'll regret using anything but locale names >> for keymaps, and I'd want to rename those that you committed >> under 2-letter ISO names. Is that acceptable to you? > > The worry I have with using locale names is that it implies there is a > 1:1 mapping, which is sometimes true and sometimes not. Do you know about cases where this is the case? I've seen locales where a "Traditional" and "modern" layout exist, but that's easily added (like the .acc." marker) to the keymap name. The keymap named after the locale should be a good first try for a freshly installed system (I hope ...). Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Thu Aug 14 22:29:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D789DC89; Thu, 14 Aug 2014 22:29:50 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CAC3D4AD7; Thu, 14 Aug 2014 22:29:49 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id n3so134345wiv.7 for ; Thu, 14 Aug 2014 15:29:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V1gtltE0QJS+pdidL4YkC/LManSMVTxCWpfbGadyIuk=; b=bx483LpZivAoGJ3g8U9jG4j8au5gE5euLJmWT6gX1UTTQt0HWcNwirlLsxYKB3fgON GeDU7h+qCTW+0BdQUEL9CjoZiM4JaGjgNd3zyO5eX64q8fG99BrhTMPEDIRAoBssIYHQ NaDmGAWV5CbzVVbtEfrwfgdrOz6g8IXelnEuAwW8cD5tnrsW141pviPBXSzbauC6KXsY 9Ed5KrUeP1xIp18qwgDAuXkTvczQFvdspLEIs515hPthZBrJu93d2zruKBV4tG6LH6/e r3UvIU0s9FQDS+pRmgVArvYajITxggMuJlmVbkNR5HbpdNXqm3TlHrt6WPx7Z3I+u8G7 KjDQ== MIME-Version: 1.0 X-Received: by 10.194.71.11 with SMTP id q11mr15439028wju.33.1408055387969; Thu, 14 Aug 2014 15:29:47 -0700 (PDT) Received: by 10.216.176.200 with HTTP; Thu, 14 Aug 2014 15:29:47 -0700 (PDT) In-Reply-To: <53ED2CCE.2030103@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EBEDC8.3080303@freebsd.org> <53ECA9CE.3070106@freebsd.org> <53ED2CCE.2030103@freebsd.org> Date: Thu, 14 Aug 2014 18:29:47 -0400 Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS From: Brandon Allbery To: Stefan Esser Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable stable , Aleksandr Rybalko , Ed Maste , "freebsd-hackers@freebsd.org" , "Andrey V. Elsukov" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 14 Aug 2014 22:29:51 -0000 On Thu, Aug 14, 2014 at 5:40 PM, Stefan Esser wrote: > codes, but in a few cases the language code was used. I do not > know why "iw" is used for he_IL (hebrew / Israel), since "iw" > does match neither "he" nor "il" ... > Sounds like a questionable transliteration of the language name (ivrit)... the questionable part being that it's vet, not vav. (Sort of the reverse of Svenska == sv ~~ Swedish.) -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Fri Aug 15 08:43:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEAD0112 for ; Fri, 15 Aug 2014 08:43:58 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD1602AE2 for ; Fri, 15 Aug 2014 08:43:57 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XID72-0002iV-63; Fri, 15 Aug 2014 10:43:53 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Kurt Jaeger" , "Polyack, Steve" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> Date: Fri, 15 Aug 2014 10:43:50 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: ba572e8a3bde05b4b19613c12a9e49fc Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Aug 2014 08:43:59 -0000 On Wed, 13 Aug 2014 17:42:37 +0200, Polyack, Steve wrote: > >> -----Original Message----- >> From: Kurt Jaeger [mailto:lists@opsec.eu] >> Sent: Wednesday, August 13, 2014 11:25 AM >> >> Hi! >> >> > We have a handful of database servers running FreeBSD 10.0-RELEASE >> > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. >> >> Are you aware of the recent work on that topic ? >> >> https://www.freebsd.org/news/status/report-2014-04-2014- >> 06.html#PostgreSQL-Performance-Improvements >> >> Maybe kib@ knows more about this ? >> > > I've recently read over this and some other posts, but they all seem to > center around poor postgres performance. In our case at least, some > light to medium usage of postgres generally makes the entire system > unusable. > > The patches & documents linked there also all seem to be for -CURRENT, > which we aren't running. We're not too keen on the idea of using > CURRENT in production, either. We're planning on testing 10-STABLE, but > I was just hoping to gain some insight into what the problem may be and > whether recent commits to vmdaemon code in the -STABLE tree may have a > positive effect on what we've seen. > > Steve It looks like a fix mentioned in part 2.1 in the pdf (https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf, from the status report) was only just committed to 11-CURRENT. http://svnweb.freebsd.org/changeset/base/270011 I guess it is advisable to stay on pgsql 9.2.x until these improvements are MFC'ed to 10-STABLE. Regards, Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 15 14:34:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F7173E for ; Fri, 15 Aug 2014 14:34:19 +0000 (UTC) Received: from sinkng.sics.se (unknown [IPv6:2001:6b0:3a:1:c654:44ff:fe45:117c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F3F71271F for ; Fri, 15 Aug 2014 14:34:18 +0000 (UTC) Received: from P142s.sics.se (P142s.sics.se [193.10.66.127]) by sinkng.sics.se (8.14.9/8.14.9) with ESMTP id s7FEYFJq019892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Aug 2014 16:34:15 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.9/8.14.9) with ESMTP id s7FEYCvE002491; Fri, 15 Aug 2014 16:34:12 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.9/8.14.9/Submit) id s7FEYBOc002490; Fri, 15 Aug 2014 16:34:11 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: stable@freebsd.org Subject: ZFS deadlock? User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Fri, 15 Aug 2014 16:34:11 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Aug 2014 14:34:19 -0000 Hi! During a copy (zfs send/recv) of a ~1TB dataset from one zpool to another, my system seems to run into some issues. A simultaneous "find" on the source data set deadlocks. This is the kernel stack: $ procstat -kk 1786 PID TID COMM TDNAME KSTACK 1786 101344 find - mi_switch+0x194 sleepq_wait+0x42 _cv_wait+0x112 zio_wait+0x61 dbuf_read+0x619 dmu_buf_hold+0xe0 zap_get_leaf_byblk+0x4a zap_deref_leaf+0x68 fzap_cursor_retrieve+0xe7 zap_cursor_retrieve+0x155 zfs_freebsd_readdir+0x2d8 VOP_READDIR_APV+0x78 kern_getdirentries+0x212 sys_getdirentries+0x23 amd64_syscall+0x5ea Xfast_syscall+0xf7 The zfs send/recv has gotten very slow, albeit seems to make very slow progress (copy is, as obvious, from p0 to p2): p0 15.9T 2.20T 318 0 10.2M 0 p1 11.1T 7.00T 0 0 0 0 p2 2.55T 41.0T 0 0 0 0 ---------- ----- ----- ----- ----- ----- ----- p0 15.9T 2.20T 294 0 9.29M 0 p1 11.1T 7.00T 0 0 0 0 p2 2.55T 41.0T 0 0 0 0 ---------- ----- ----- ----- ----- ----- ----- p0 15.9T 2.20T 307 0 9.12M 0 p1 11.1T 7.00T 0 0 0 0 p2 2.55T 41.0T 0 0 0 0 ---------- ----- ----- ----- ----- ----- ----- p0 15.9T 2.20T 293 0 8.69M 0 p1 11.1T 7.00T 0 0 0 0 p2 2.55T 41.0T 0 58 0 1.61M ---------- ----- ----- ----- ----- ----- ----- p0 15.9T 2.20T 301 0 10.9M 0 p1 11.1T 7.00T 0 0 0 0 p2 2.55T 41.0T 0 1.62K 0 49.6M ---------- ----- ----- ----- ----- ----- ----- The machine is otherwise quite idle. When the copy started, I got around 200MB/s, now it's around 10MB/s. The ARC has gotten large, but that is likely normal: last pid: 1863; load averages: 0.20, 0.33, 0.63 up 0+02:27:44 16:31:52 50 processes: 1 running, 49 sleeping CPU: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle Mem: 1688M Active, 61M Inact, 107G Wired, 3288K Cache, 126M Buf, 15G Free ARC: 99G Total, 2483M MFU, 89G MRU, 33M Anon, 888M Header, 7427M Other Swap: 128G Total, 128G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1229 root 1 20 0 39700K 3292K piperd 7 24:27 1.07% zfs 1228 root 2 20 0 39832K 3420K nanslp 5 17:02 0.39% zfs ... The source pool is pretty filled up, can that be an issue? $ zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT p0 18.1T 15.9T 2.20T 87% 1.00x ONLINE - p1 18.1T 11.1T 7.00T 61% 1.00x ONLINE - p2 43.5T 2.53T 41.0T 5% 1.00x ONLINE - The machine is running 9.3-REL and has two mps controllers. Any ideas? Bengt From owner-freebsd-stable@FreeBSD.ORG Fri Aug 15 15:30:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E159BEA1; Fri, 15 Aug 2014 15:30:49 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D7472E7B; Fri, 15 Aug 2014 15:30:49 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id hn18so2112840igb.10 for ; Fri, 15 Aug 2014 08:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=9ZMQ3XhT0oDwONBrsoW3Dz/+rHS1cCRiO3v0GON1iPM=; b=URtD/WQ1L8eAQ+o+wNNbDKh71o1DLE/lRqzFJcSlET8tGkJuEDS4ulstORaE6mLdMm 9DnGGTshkKzoeoKobUJaYuZNIx4Em3YUOxvNayplJsugzbKdIiZk2uxnSEH8rarpVpQY ObOm0aoJt9Xhd/HBygWa6ZUYApUMTGR7J5ulkxTWO5BWuyh0ZZh74s5kmwLKE977SdoS EEbZOnIVstRSEPOLuLRonHOb5Ief0LctDHDErtt0MzKq43KcdW2DXsCZkfufKIP8zTX5 dEsrOEtmNpA4BfuBeNxPzyCo0GlaDhHMAdpF0yWU1XuuV+7lpwD0/3JcqSURjvaTTZ+d s6JA== X-Received: by 10.50.28.75 with SMTP id z11mr67499905igg.11.1408116648464; Fri, 15 Aug 2014 08:30:48 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.131.38 with HTTP; Fri, 15 Aug 2014 08:30:28 -0700 (PDT) In-Reply-To: <53ED2CCE.2030103@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EBEDC8.3080303@freebsd.org> <53ECA9CE.3070106@freebsd.org> <53ED2CCE.2030103@freebsd.org> From: Ed Maste Date: Fri, 15 Aug 2014 11:30:28 -0400 X-Google-Sender-Auth: uw5YGn3YLo8jwS1obPdwI1QVG8Q Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable stable , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Aug 2014 15:30:50 -0000 On 14 August 2014 17:40, Stefan Esser wrote: > > Please look at the TAR file I prepared. I rank the symmetry > in the format of the names higher than the shorter names. > And in fact, keyboard layouts are often specific to a country, > and not to a language. The 2-letter names hide the difference > for the simple case ("fr" is really sufficient if "fr_FR" is > meant), but if you look at syscons/keymaps there are examples > of keymap files named after the language code and others named > after the country code. I've been thinking about it some more, and I think this point is precisely why I'm not a fan of using the locale name. You're correct that keyboard layouts are mainly correlated with location, not strictly language, and I think the names should reflect that. Most keymaps don't require a specific language part, but the locale scheme puts it first. We should be able to offer an appropriate default layout based on a user's locale. I don't think it follows though that the keyboard should be named the same as the locale. Using the locale name implies a relationship between the locale and keymap that just doesn't exist. You brought up Latin America (es_LA) as one exception so far, and the Canadian Multilingual keyboard has a similar issue - what would we call it? Why is the Belgian keyboard fr_BE and not nl_BE? Presumably because it's AZERTY, but naming it fr_BE seems to imply there should be a separate Dutch Belgian layout. Other than consistency for its own sake, what do we gain by requiring the ab_CD naming? For comparison, I looked at the list of keymaps in Debian/Ubuntu. They generally use the country code, with some non-ISO 3166 2-letter short forms (e.g. "cf" for Canadian French). For the two examples above they use the names la-latin1 and ca-multi. I won't suggest we follow their names in all cases since there's a lot of inconsistency (e.g. "sg" for Swiss German, but fr_CH for Swiss French). But as an overall scheme I like starting with the ISO 3166 country code, and adding more specific parts where necessary. This could give us, as examples: be Belgian ca-multi Canadian Multilingual ca-fr French Canadian ch-fr Swiss French ch-de Swiss German us US For layouts not specific to a single country (Latin America, Central Europe) we could just use longer names as today. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 15 16:37:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45622534 for ; Fri, 15 Aug 2014 16:37:59 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1021A27C8 for ; Fri, 15 Aug 2014 16:37:59 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hn18so2422700igb.3 for ; Fri, 15 Aug 2014 09:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3lQuN9HzcCi+OeGMrUW7d/VmKke6c0+qaHTrtqtVuNo=; b=gGUIz/twaQrRn25ewzkygguYLa7FHPuc1i+FvielWwmsefwC9GRntBOvLpftP5NjJQ sqrUePPOlXh/6n11G+933gRoBnnTGeg+ZzTtWoREwLD3kAjr/uKz5gCNTn5Cc3xWGHoW xk2X7lm+6ztMjD8LHkpzPS2ctVCxAXdJa1P+Z4Bvqb94+c1ImW4ytuBY9eerrXzfgyJQ 7pG4d+YHEKf89S33MYvWR+M/t2kT0RWhNuky9z6G6DqUFXsEGwxC+eXLfGVqjGHD8o3i 5ACt8MkBGPaxepDbuPW9zflUOzuJuM53s28LcwQnPszRG747jXxg65oOQp7Cd9Ax7cZU u+BQ== MIME-Version: 1.0 X-Received: by 10.50.4.9 with SMTP id g9mr25600081igg.42.1408120678431; Fri, 15 Aug 2014 09:37:58 -0700 (PDT) Received: by 10.43.17.196 with HTTP; Fri, 15 Aug 2014 09:37:58 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> Date: Fri, 15 Aug 2014 11:37:58 -0500 Message-ID: Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE From: Alan Cox To: Ronald Klop Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" , Kurt Jaeger , "Polyack, Steve" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Aug 2014 16:37:59 -0000 On Fri, Aug 15, 2014 at 3:43 AM, Ronald Klop wrote: > On Wed, 13 Aug 2014 17:42:37 +0200, Polyack, Steve < > Steve.Polyack@intermedix.com> wrote: > > >> -----Original Message----- >>> From: Kurt Jaeger [mailto:lists@opsec.eu] >>> Sent: Wednesday, August 13, 2014 11:25 AM >>> >>> Hi! >>> >>> > We have a handful of database servers running FreeBSD 10.0-RELEASE >>> > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. >>> >>> Are you aware of the recent work on that topic ? >>> >>> https://www.freebsd.org/news/status/report-2014-04-2014- >>> 06.html#PostgreSQL-Performance-Improvements >>> >>> Maybe kib@ knows more about this ? >>> >>> >> I've recently read over this and some other posts, but they all seem to >> center around poor postgres performance. In our case at least, some light >> to medium usage of postgres generally makes the entire system unusable. >> >> The patches & documents linked there also all seem to be for -CURRENT, >> which we aren't running. We're not too keen on the idea of using CURRENT >> in production, either. We're planning on testing 10-STABLE, but I was just >> hoping to gain some insight into what the problem may be and whether recent >> commits to vmdaemon code in the -STABLE tree may have a positive effect on >> what we've seen. >> >> Steve >> > > It looks like a fix mentioned in part 2.1 in the pdf ( > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf, from the status report) > was only just committed to 11-CURRENT. > http://svnweb.freebsd.org/changeset/base/270011 > > I guess it is advisable to stay on pgsql 9.2.x until these improvements > are MFC'ed to 10-STABLE. > > The issues discussed in Kostik's report have nothing to do with the page daemon or the problem that started this thread. 10.0 had a regression in page daemon operation that I fixed in r265945. Alan From owner-freebsd-stable@FreeBSD.ORG Fri Aug 15 21:20:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7B80E6D; Fri, 15 Aug 2014 21:20:59 +0000 (UTC) Received: from mailout09.t-online.de (mailout09.t-online.de [194.25.134.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52AD52B62; Fri, 15 Aug 2014 21:20:59 +0000 (UTC) Received: from fwd36.aul.t-online.de (fwd36.aul.t-online.de [172.20.26.137]) by mailout09.t-online.de (Postfix) with SMTP id 316933F4517; Fri, 15 Aug 2014 23:14:02 +0200 (CEST) Received: from [192.168.119.26] (XHPJZgZ-Qhq08X6SnHVIoT7zw+H+dkPP9dkRfCyCGGnRMJHgMlC5ciT-8LYzWiPQVe@[84.154.101.219]) by fwd36.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XIOox-2FCJxQ0; Fri, 15 Aug 2014 23:13:59 +0200 Message-ID: <53EE780C.2060402@freebsd.org> Date: Fri, 15 Aug 2014 23:13:48 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ed Maste Subject: Re: Keymap definitions for VT / NEWCONS References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EBEDC8.3080303@freebsd.org> <53ECA9CE.3070106@freebsd.org> <53ED2CCE.2030103@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: XHPJZgZ-Qhq08X6SnHVIoT7zw+H+dkPP9dkRfCyCGGnRMJHgMlC5ciT-8LYzWiPQVe X-TOI-MSGID: cbc7b38b-8c36-493c-9193-f7e77e328f13 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , freebsd-stable stable , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 15 Aug 2014 21:20:59 -0000 Am 15.08.2014 um 17:30 schrieb Ed Maste: > On 14 August 2014 17:40, Stefan Esser wrote: >> >> Please look at the TAR file I prepared. I rank the symmetry >> in the format of the names higher than the shorter names. >> And in fact, keyboard layouts are often specific to a country, >> and not to a language. The 2-letter names hide the difference >> for the simple case ("fr" is really sufficient if "fr_FR" is >> meant), but if you look at syscons/keymaps there are examples >> of keymap files named after the language code and others named >> after the country code. > > I've been thinking about it some more, and I think this point is > precisely why I'm not a fan of using the locale name. You're correct > that keyboard layouts are mainly correlated with location, not > strictly language, and I think the names should reflect that. Most > keymaps don't require a specific language part, but the locale scheme > puts it first. I see your point and I agree, that the locale names are not really pretty. But I still think that it is better to use a scheme that is well known and established (the locale IDs) for this purpose, since it will give some structure to the file names. > We should be able to offer an appropriate default layout based on a > user's locale. I don't think it follows though that the keyboard > should be named the same as the locale. Using the locale name implies > a relationship between the locale and keymap that just doesn't exist. I agree, that we could have a different naming scheme and still derive a suggested keymap from the locale name. > You brought up Latin America (es_LA) as one exception so far, and the > Canadian Multilingual keyboard has a similar issue - what would we > call it? Why is the Belgian keyboard fr_BE and not nl_BE? Presumably > because it's AZERTY, but naming it fr_BE seems to imply there should > be a separate Dutch Belgian layout. Other than consistency for its own > sake, what do we gain by requiring the ab_CD naming? Well, looking at the existing names, I think there is lack of a system for naming the keymap files. I agree, that there may be cases where a noational standard supports multiple languages with the same keyboard layout (haven't looked at the Canadian keyboard). In the case of the Belgian keyboard, we could support both names (and link them to the same file, with the option to support different preferences with regard to the Accents handling for either language by later having separate files for each one). > For comparison, I looked at the list of keymaps in Debian/Ubuntu. They > generally use the country code, with some non-ISO 3166 2-letter short > forms (e.g. "cf" for Canadian French). For the two examples above they > use the names la-latin1 and ca-multi. I won't suggest we follow their > names in all cases since there's a lot of inconsistency (e.g. "sg" for > Swiss German, but fr_CH for Swiss French). But as an overall scheme I > like starting with the ISO 3166 country code, and adding more specific > parts where necessary. Well, but apparently they also use locale names as in the example of fr_CH, at least in some cases. I really wound want to have a clear system, and I think that the locale names are the best system at hand. > This could give us, as examples: > > be Belgian > ca-multi Canadian Multilingual > ca-fr French Canadian > ch-fr Swiss French > ch-de Swiss German > us US Yes, this is also a system that could work. ISO country codes are well known from their use in domain names, and the mapping would be to use the country name allone for all cases where there is only one language in a country and possibly also for the case where both country and language are the same characters, e.g.: ch-fr Swiss French (fr_CH) ch-de Swiss German (de_CH) de German (de_DE) it Italian (it_IT) gk Greek (el_GK) Would this naming scheme make sense and it is easy to follow when new definitions are added? > For layouts not specific to a single country (Latin America, Central > Europe) we could just use longer names as today. Hmm, I'll think about this and will hold back the commits I planned for another day or two. I'm currently working on the INDEX.keymaps file, which uses a number of different encodings (as typically used in for the supported languages, ranging from ISO8859-x over CPxxx to KOI-R/U and PT154). I've written a script that should translate the descriptions in the INDEX.keymaps file to UTF, based on the country code in the second column. But I have to verify that the conversion result makes sense, when viewed on a Unicode terminal with support for all the languages (e.g. by pasting some of the result strings into Google translate for the respective language ...). And I found, that the kbdmap command has not been correctly translated from Perl to C. The selection logic in find_token() does not implement the regular expression matching that used to be in the Perl version. This may not cause any problems, since in fact only the comparison with "lang_abk" is relevant (other cases are not used in INDEX.keymaps), but I'll have to verify this assumption. And it would be good to place the cursor on a list item that is likely to match the locale selected, instead of placing the cursor into the first line of the list. Regards, STefan