From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 00:01: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 C7AD3E77; Fri, 11 Apr 2014 00:01:50 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 966AB1554; Fri, 11 Apr 2014 00:01:50 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EC1AE9529; Fri, 11 Apr 2014 00:01:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EC1AE9529 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 10 Apr 2014 20:01:47 -0400 From: Glen Barber To: Kevin Oberman Subject: Re: Minor vt issue (probably a race) Message-ID: <20140411000147.GA11570@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Aleksandr Rybalko , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Apr 2014 00:01:50 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 10, 2014 at 04:58:51PM -0700, Kevin Oberman wrote: > vt has been working for me for a while, but I have encountered an annoying > issue. Only a little annoying, but it looks like a race and my have less > obvious impacts. Since the patch to prevent crashes when resuming with vt, > I have seen the problem. >=20 > When I suspend, the system sometimes switches to vty0 before suspending, > but often does not. When it fails to switch on suspend, it does so a few > seconds after resume. I have been able to simply switch back to X > () and everything was normal. If that i its only impact, it's no > big deal, but I fear that this may have deeper implications that I don't > see, so I wanted to report it. I've seen this too. But, it's been too inconsistent for me to report. The other thing I noticed, maybe unrelated, is X is no longer "laggy" for me after resume since the relevant commit. Related? I have no idea. Glen --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRzDrAAoJELls3eqvi17Qz4AP/3meyVXRpXp2slS6hnw97aUC +LLAfdNtIrfYhgsXFjwl9GIWcGzxzaZ7mBmeuwxAQqGPYfS0jS+VeNhnibIuRjCw mOeKtHXv9coCOMOSl6ovT7DVb2EoYgDl2PaniqkfMLoUfswya+1KGAf7fWlUk43H Y2VVOS1xzBp9+G+CQ7hYTwiooiOnJmw3pILOAPlOSnAOBBRqdi9KvGjNdZQF0Ntk +1pJ07eeYEBo3ciybaKuhMFzIO/vs9OXzoED1dh1mzSujgpQpWpYBb2Uq41FYNV9 U226V4n/lX6a4n697xidnZGcmPP9hAlpRLeCZP04Tnm4WIVoTHBRGm+wz6+eZ87p 3QnG/N5RKcGtCs6GiAI2XjiRQVXBYzEsU7fv5ZbA5veSwG1Bf3FkbwhiYAGuaYN8 aswFes1aj4e/bw4ZTXsWagqYECjhdELJhkm03BIMpou4m53O2AwNrw0auu4XxwFp SEVtJ07I+MoCnH7/0B0GIzETEMTJOXhBDntU++NWVtep81EuFuTPCFHRiawMoytW O0a3IKS2zgMlRL4kszrC19q367YyEoTGnRk9b7DAKUt3JyESwbOWvaF8rcB6a59K ad+yx2CPais++acSrSbsi0TLDH/SPV+oNdED2kFLbYDPXiamnteuR9KHHC9sedge ZzzBVBkSZx4Ul5vdlIBi =TFLR -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz--