Received: by 2002:ac8:6d01:0:b0:423:7e07:f8e4 with SMTP id o1csp6627482qtt; Mon, 18 Dec 2023 01:58:12 -0800 (PST) X-Google-Smtp-Source: AGHT+IGwygQlnj58LPbDS7yCMmPGxQs86jcwu6mwFZRlJsGTGCEl9a5/aMulZ13jE48V0X9PnQ0z X-Received: by 2002:a05:6808:2381:b0:3b9:ec0f:2b5d with SMTP id bp1-20020a056808238100b003b9ec0f2b5dmr19548867oib.67.1702893492555; Mon, 18 Dec 2023 01:58:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702893492; cv=none; d=google.com; s=arc-20160816; b=AtI7ledP4D6zDWUY6tuKiwqM1ezun7bNXXCVl2vUN91TcP8dNERBBDht626hO3Tg+v U3HAdhxsssIr35bVnMGk/rbdazDHUqyEf74aevk+w1HRGeUfFQ/SFhN0labcqR0hu5zy eaZNGfBt52g03ytgPwyX+plxG23RLtfCY4ik230jWnzOywWTedkg68evAa588XSyZMLX fEWaLOjTorg2whDq7u1Yqy0BV5PyS/lqAJaVKwLlaMrEORl5a+RRaa9/VemGMysgbLiV egcWZuFn99tOkU0POKYUpGsrwL+mp8VwYLQM0+E/Ub2kgyb3YiMor+3GCbeKyQ5MUzRs 03dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:dkim-signature:dkim-signature:from; bh=VQgbUD/9nx5mi5GS7bnC72VqZMbKoUb8rPJa0pNUbQg=; fh=mLUD1bUxZ6OJm/C/kpm8OdrFZ/dBXWuaVFyXdNF6ZIQ=; b=qIlbkjyMuYapk+PSijMuAxE3liH496q53QzViiAdEbJTdWkyYCzd/HTVmC/6+h0vrx hp8XbYGsiY92F0aTHrzu/mY7G9JdgQbdQv3nrYF9i8+uBE3AJq/Qm0ogOG6xCBAlytGT +mHFzYXS8SwGKU4TFdk79FrSVq4A0GzJSRgynuA5je/j/4xwidI0SqKYJBQ5D9V5e1GK L5MUDEGTJAzrY8NdhjevvLCC1fhlVkyLbfTdws47POuFfHWmO8BNyP609IRqI0y7wYVU KYrPdjYW9eLsypGfRgthmcaWMQ79ZBQ7wt/YP6N4H16MAMpk2xIzDXs1W2YHlhqLUpy1 ySdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Kkxi3zSo; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b="faqY/3zT"; spf=pass (google.com: domain of linux-kernel+bounces-3280-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-3280-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id a17-20020a0cca91000000b0067ef33bf78fsi4871618qvk.187.2023.12.18.01.58.12 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Dec 2023 01:58:12 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-3280-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Kkxi3zSo; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b="faqY/3zT"; spf=pass (google.com: domain of linux-kernel+bounces-3280-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-3280-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 645851C22862 for ; Mon, 18 Dec 2023 09:58:12 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B233E134A5; Mon, 18 Dec 2023 09:57:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="Kkxi3zSo"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="faqY/3zT" X-Original-To: linux-kernel@vger.kernel.org Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5B96F125AD; Mon, 18 Dec 2023 09:57:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de From: Nam Cao DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1702893461; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VQgbUD/9nx5mi5GS7bnC72VqZMbKoUb8rPJa0pNUbQg=; b=Kkxi3zSonUFc6y94k8nGCK8agXTv2WfFgXRqzSp3Kk+EiUi7x+4dK3FUjlcRqGkqKnqrdG kb8BZYzCINHtS1fVRyZf7x+513wa1htBnuxQmfHW+ipRyBldeMol/tQQjK6WMkAxuB3x6K x8B+X5gwp697Y88VxGi60b4L/rUbzzD+8ILa8C+86UpcVy922Z+CjbUOPVqhCRDMcCDu0I 6H4/oeqWUo/2lr6tyNgT+jEndcAWIYt4FDNOfX3cSQKyo5trqc6JMZGTffcRRBnajXkN4r estX+xLS1zqN2YQaL4H1thIpODq6P2R9DzFsGaaBWsuXXA+2hNhFi/W0S98fWw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1702893461; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VQgbUD/9nx5mi5GS7bnC72VqZMbKoUb8rPJa0pNUbQg=; b=faqY/3zT2f1RnxKjUVyMNBjYHnbagbsIJ2OtxRfsf+0e6/fXqcPT1MzTJJJRoZZvDJzJid B41FU8hSdvRtjnAA== To: Jaya Kumar , Daniel Vetter , Helge Deller , Antonino Daplas , Andrew Morton , Paul Mundt , linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Cc: bigeasy@linutronix.de, Nam Cao , stable@vger.kernel.org Subject: [PATCH 2/2] fb: flush deferred IO before closing Date: Mon, 18 Dec 2023 10:57:31 +0100 Message-Id: In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable When framebuffer gets closed, the queued deferred IO gets cancelled. This can cause some last display data to vanish. This is problematic for users who send a still image to the framebuffer, then close the file: the image may never appear. To ensure none of display data get lost, flush the queued deferred IO first before closing. Another possible solution is to delete the cancel_delayed_work_sync() instead. The difference is that the display may appear some time after closing. However, the clearing of page mapping after this needs to be removed too, because the page mapping is used by the deferred work. It is not completely obvious whether it is okay to not clear the page mapping. For a patch intended for stable trees, go with the simple and obvious solution. Fixes: 60b59beafba8 ("fbdev: mm: Deferred IO support") Cc: stable@vger.kernel.org Signed-off-by: Nam Cao Reviewed-by: Sebastian Andrzej Siewior --- drivers/video/fbdev/core/fb_defio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/core/fb_defio.c b/drivers/video/fbdev/core= /fb_defio.c index 6c8b81c452f0..1ae1d35a5942 100644 --- a/drivers/video/fbdev/core/fb_defio.c +++ b/drivers/video/fbdev/core/fb_defio.c @@ -313,7 +313,7 @@ static void fb_deferred_io_lastclose(struct fb_info *in= fo) struct page *page; int i; =20 - cancel_delayed_work_sync(&info->deferred_work); + flush_delayed_work(&info->deferred_work); =20 /* clear out the mapping that we setup */ for (i =3D 0 ; i < info->fix.smem_len; i +=3D PAGE_SIZE) { --=20 2.39.2