From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:32:18 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 590B2571; Fri, 28 Mar 2014 21:32:18 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::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 150036EB; Fri, 28 Mar 2014 21:32:18 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so5591807pbb.28 for ; Fri, 28 Mar 2014 14:32:17 -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:date:message-id:subject :from:to:cc:content-type; bh=QM2nRiBD6Sb0aPNSjeV+OipCm348Fo7zrbBHwDfp+JM=; b=xCqcqWd10WTLmIzKJ11Rpb5gN/9oIFESQMEaSWa+p4ZUYj3Alxzz1jVHXtNQEWswUA jXzKeIK6diNDPg8xHLpEXudfVNqCjaQJzuhGgb5cfLCTQ1hiPVf1P0iFYfwpkEXXEJQp 5P3XpOqEUpwJQ5aL9fUD2BLItTLQ63k1y6E3GEzECox35nNaIrIkoq7RMNPo2Jt7dcO2 9ByVOMULb7OIzBUo5jU8VG03Dtrjre0iRDOtkS+lPzFMz9jtF6eNQS1aXTKNS+YMaaFB OhFRVIwaO4Vb4xjm5UwUvlFhJquntd9Y1YPtxzsRbwq60eoRDvS6m4eTF+MxQ6xOFyCq HCWg== MIME-Version: 1.0 X-Received: by 10.67.8.102 with SMTP id dj6mr11088738pad.10.1396042337624; Fri, 28 Mar 2014 14:32:17 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Fri, 28 Mar 2014 14:32:17 -0700 (PDT) In-Reply-To: <20140328113927.336a6123cbe9fa6c61bd6910@ddteam.net> References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> <20140327161602.02607ae3a6483bbb984eb367@ddteam.net> <20140328085340.5395a698.ray@ddteam.net> <20140328113927.336a6123cbe9fa6c61bd6910@ddteam.net> Date: Fri, 28 Mar 2014 14:32:17 -0700 X-Google-Sender-Auth: Hlps2gB4uSvJRgInMRL9u8zIzAM Message-ID: Subject: Re: Clock issues and crash on resume on 10-Stable r263062M From: Kevin Oberman To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Aleksandr Rybalko , John Baldwin 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, 28 Mar 2014 21:32:18 -0000 On Fri, Mar 28, 2014 at 2:39 AM, Aleksandr Rybalko wrote: > On Fri, 28 Mar 2014 00:11:49 -0700 > Kevin Oberman wrote: > > > On Thu, Mar 27, 2014 at 11:53 PM, Aleksandr Rybalko > wrote: > > > > > On Thu, 27 Mar 2014 17:52:06 -0700 > > > Kevin Oberman wrote: > > > > > > > On Thu, Mar 27, 2014 at 7:16 AM, Aleksandr Rybalko > > > > wrote: > > > > > > > > > On Wed, 19 Mar 2014 08:54:42 -0700 > > > > > Kevin Oberman wrote: > > > > > > > > > > > On Wed, Mar 19, 2014 at 5:19 AM, Aleksandr Rybalko > > > > > > > > > > > wrote: > > > > > > > > > > > > > On Tue, 18 Mar 2014 21:07:57 -0700 > > > > > > > Adrian Chadd wrote: > > > > > > > > > > > > > > > Well, changing the default is cool, but there's still some > > > > > > > > odd bug there that could do with chasing down. :) > > > > > > > > > > > > > > Sorry, I currently can't work on investigation why GIANT lock > > > > > > > is NULL sometime on resume. (IIRC it happen because I use > > > > > > > callout_init w/o mtx, so callout try to lock using GIANT) > > > > > > > > > > > > > > But I will glad to get any help on that :) > > > > > > > > > > > > > > > > > > > > Turned off vt switch and found a couple issues: > > > > > > > > > > > > 1. Audio was muted (by pressing the mute button) when I > > > > > > suspended the system. The suspend operation caused the system to > > > > > > beep. When I resumed, > > > > > it > > > > > > did so again and I noticed that the audio was no longer muted. > > > > > > This can > > > > > be > > > > > > an issue when in a meeting or in some other place where a loud > > > > > > noise is > > > > > not > > > > > > desirable, but my be an issue with the Lenovo BIOS or EC. > > > > > > > > > > > > 2. When the system is resumed, the display is not refreshed and > > > > > > is full > > > > > of > > > > > > artifacts.I moved to another desktop and back (I use gnome2) and > > > > > > fixed everything except the panel which never gets redrawn. This > > > > > > is possibly > > > > > an X > > > > > > issue (Intel 3000 graphics) or something with the KMS handling of > > > > > > a > > > > > resume. > > > > > > > > > > > > Probably neither of these is really a vt(4) issue, though, an I > > > > > > really do appreciate having a working vty system after starting > X. > > > > > > -- > > > > > > R. Kevin Oberman, Network Engineer, Retired > > > > > > E-mail: rkoberman@gmail.com > > > > > > > > > > Kevin, > > > > > > > > > > I was already describe possible culprits of Xorg screen puzzling > > > > > after resume, there is two possible candidates: > > > > > 1. mishandling of system PM events by Xorg. > > > > > 2. something wrong inside drm2+drm/kms drivers. > > > > > > > > > > but things #1 in your list points more to mishandling of PM events. > > > > > > > > > > btw, crash with suspendswitch=1 looks like fixed :) > > > > > > > > > > Thanks! > > > > > > > > > > WBW > > > > > -- > > > > > Aleksandr Rybalko > > > > > > > > > > > > > > > > > Thanks for getting this running. > > > > > > > > FWIW, I realized that switching to a vty and back to X takes care of > > > > he messed up display. Do you know when the crash was fixed? I am > > > > running r263692 and it still crashes. (Typo in sysctl.conf.) > > > > > > it was in r263809 > > > > > > > > > > > -- > > > > R. Kevin Oberman, Network Engineer, Retired > > > > E-mail: rkoberman@gmail.com > > > > > > > Missed it by THAT much! (Possibly humor only recognized in American > > culture.) Guess I need to rebuild my kernel! > > Maybe it depend on type of humor? :)))) > > > > > Thanks again! It's great to have vtys back. > > > > By the way, is there a way to increase the size of the scrollback buffer? > > > Currently only by modify following row in the sys/dev/vt/vt.h: > #define VBF_DEFAULT_HISTORY_SIZE 500 > > > > > -- > > > Aleksandr Rybalko > > > > > > > > > > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > > -- > Aleksandr Rybalko > Thanks again, Aleksander! I have manually added the fix to the latest r263878 10-Stable vt_core.c and rebuilt the kernel. I have suspended and resumed repeatedly with suspendswitch=1 with no problems at all. Also, with suspendswitch=1, the audio retains mute state just fine. I have not increased the scrollback buffer yet, but will soon. I'd love to see the scrollback size as a kenel option for vt, just as it is for the old sc device. A loadable would be even better as it would allow increasing it to support a verbose boot without rebuilding the kernel. Looking forward to having the resume fix in 10! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com