From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 09:10:34 2014 Return-Path: Delivered-To: freebsd-mobile@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 A1D9E37A for ; Sat, 21 Jun 2014 09:10:34 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::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 387C82056 for ; Sat, 21 Jun 2014 09:10:34 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id cc10so2017765wib.3 for ; Sat, 21 Jun 2014 02:10:32 -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:references :in-reply-to:content-type:content-transfer-encoding; bh=Zq+Gs085L8E3HuNQlyPjOuE0YWtv4CmgfI+LBGlyKCE=; b=uFZBXtWR6O1BYKR48vDsUi5nDC2D+GyU3KV2ieMwIWU8xUTK+4FFMy37QEt2ph0Xta 8rMaA0Y9Op8oBY/18Z990W5FREMCGnQ62bpsxWdheQ4mB89Mhf3pb/jtjQmRoOkAXId/ mKcS+nVE5MTzNl46uBOC3/641T6Ycs9XFPvSooWFC5KlgpgfK5jWnquQmr4D03gXZqlc 2aZJwKTBbiAda5HErcEX8W+WQmdySaJUD65V1K4WXsC1MiX7VeVNoY4eilfpClJoGkPx qzsO0/Mbs9hojwAcpnGkNe1I8fxBkHSV8dWpc5T0sQBhiDgMkZ3bSV/0kFCcNQlJzlLR QSKg== X-Received: by 10.180.14.166 with SMTP id q6mr10175916wic.40.1403341832382; Sat, 21 Jun 2014 02:10:32 -0700 (PDT) Received: from [192.168.178.121] (p5B36D24B.dip0.t-ipconnect.de. [91.54.210.75]) by mx.google.com with ESMTPSA id d6sm21133269wjb.4.2014.06.21.02.10.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Jun 2014 02:10:31 -0700 (PDT) Message-ID: <53A54C05.7060403@gmail.com> Date: Sat, 21 Jun 2014 11:10:29 +0200 From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 09:10:34 -0000 > After some experimenting, I found this patch, which solved the problem > completely: > http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html > > Now, I have this in X log after resume: > [ 4561.749] (WW) intel(0): retrying batchbuffer submit > [ 4561.803] (WW) intel(0): retrying batchbuffer submit > [ 4561.857] (WW) intel(0): retrying batchbuffer submit > [ 4561.908] (WW) intel(0): retrying batchbuffer submit > [ 4561.959] (WW) intel(0): retrying batchbuffer submit > [ 4562.012] (WW) intel(0): retrying batchbuffer submit > [ 4562.063] (WW) intel(0): retrying batchbuffer submit > [ 4562.117] (WW) intel(0): retrying batchbuffer submit > [ 4562.171] (WW) intel(0): retrying batchbuffer submit > [ 4562.225] (WW) intel(0): retrying batchbuffer submit > [ 4562.279] (WW) intel(0): retrying batchbuffer submit > [ 4562.333] (WW) intel(0): retrying batchbuffer submit > [ 4562.386] (WW) intel(0): retrying batchbuffer submit > [ 4562.439] (WW) intel(0): retrying batchbuffer submit > [ 4562.493] (WW) intel(0): retrying batchbuffer submit > [ 4562.547] (WW) intel(0): retrying batchbuffer submit > [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: > [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > but everything is alive: compiz restarts correctly, GL applications > work as they did before resume. Job done! > > A question: is this patch ok? Nothing wrong with it? Do you or anybody > else experienced a similar problem and found a different solution? I think I found a less hackish workaround for this problem. I've put "pkill -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. This seems to work fine so far with an unmodified xf86-video-intel driver on my SL510.