From patchwork Wed Oct 25 12:45:52 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: 'Max Staudt X-Patchwork-Id: 10026611 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 5B7456032C for ; Wed, 25 Oct 2017 12:46:34 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 5886628B61 for ; Wed, 25 Oct 2017 12:46:34 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 4D94728B63; Wed, 25 Oct 2017 12:46:34 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id BEC6428B61 for ; Wed, 25 Oct 2017 12:46:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750852AbdJYMqc (ORCPT ); Wed, 25 Oct 2017 08:46:32 -0400 Received: from mx2.suse.de ([195.135.220.15]:36129 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751737AbdJYMqa (ORCPT ); Wed, 25 Oct 2017 08:46:30 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 45C26AC67; Wed, 25 Oct 2017 12:46:28 +0000 (UTC) From: Max Staudt To: b.zolnierkie@samsung.com, linux-fbdev@vger.kernel.org Cc: mstaudt@suse.de, tiwai@suse.com, oneukum@suse.com, msrb@suse.com, sndirsch@suse.com, michal@markovi.net, linux-kernel@vger.kernel.org Subject: [RFC 04/14] bootsplash: Redraw on suspend/hibernate Date: Wed, 25 Oct 2017 14:45:52 +0200 Message-Id: <20171025124602.28292-5-mstaudt@suse.de> X-Mailer: git-send-email 2.12.3 In-Reply-To: <20171025124602.28292-1-mstaudt@suse.de> References: <20171025124602.28292-1-mstaudt@suse.de> Sender: linux-fbdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fbdev@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP When the system is woken from sleep or restored after hibernating, we cannot expect the screen contents to still be present in VRAM. Thus, we have to redraw the splash if we're currently active. Signed-off-by: Max Staudt Reviewed-by: Oliver Neukum --- drivers/video/fbdev/core/bootsplash.c | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/drivers/video/fbdev/core/bootsplash.c b/drivers/video/fbdev/core/bootsplash.c index 8f1c1c165401..e98c05dd8bc0 100644 --- a/drivers/video/fbdev/core/bootsplash.c +++ b/drivers/video/fbdev/core/bootsplash.c @@ -242,9 +242,31 @@ static struct attribute *splash_dev_attrs[] = { ATTRIBUTE_GROUPS(splash_dev); + + +/* + * Power management fixup via platform device + */ + +static int splash_resume(struct device *device) +{ + if (bootsplash_would_render_now()) + queue_work(splash_global.wq, &splash_work_redraw_vc); + + return 0; +} + + +static const struct dev_pm_ops splash_pm_ops = { + .thaw = splash_resume, + .restore = splash_resume, + .resume = splash_resume, +}; + static struct platform_driver splash_driver = { .driver = { .name = "bootsplash", + .pm = &splash_pm_ops, }, };