Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3591030pxj; Tue, 1 Jun 2021 08:42:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx+w8mMXQ0JE0RvrUdsm8fa910kd1ybVvpv3vJPrX/6aDvWFgFxtDJCYZhb0QfTCgaU/iyf X-Received: by 2002:a05:6602:38d:: with SMTP id f13mr457312iov.109.1622562130123; Tue, 01 Jun 2021 08:42:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622562130; cv=none; d=google.com; s=arc-20160816; b=gmxKgDRKN8eimuwp45/keF9X11nq3mOCvlALULGJvNvKlwjr1wby+mYAgOBNEtRTrW y/a1Oplq4YEE8nu27uByAwX4CtfhCeaZq2pCMrpIW94Om5vGQQ94Q98LLFi8Xd07dBig PqN1UO6eh5IfqGq9JdoD6O1w3Qwvegx7xhxkXspVFMUyzcRRZ+EQlJUkV9DkIA3uAOya Q5DJ6Ka9l2wTK1eXxf77L/wgDcli1l5vCZuGYyO32pq9jcjXyIL93iWpeVRSz/iKJ8bA 4X6UIPDafjay4LDxvGmssnRsniqAFrO6DH6MK3SKEO31bCaBRJ+wg4JZ6/mfTym7BKZa 3D4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=Z/ysYleRM2YWzX9orexLMMrJ25j/bIHTJa7Myg7V+/g=; b=KfHSPfgphdXFZp30zTuNH0pIgNXYu2uWc9AdvkIQDCfJcxBPiQAYI7A1j6MQhyrG9m e8aMWF3wN/5wJCOxFoEFegKaoToKGyQ8eWkijm/99dDjqdvcHBfOZ8XasQyBeTYO7flV 8edKIcYGizc71qqhKslWHLlacBOxZjQ8dRDtl6CIIGAWtnfxQle4OTXG0x9fiXquQTUP 8yxv4nGBbpxBPiTg1xsftBV+SGsKX+s4GQyNtcY+mu9zM4C83T9bvQbT60u7P6vc6RL+ XKTYsPF9Lcu/MUqoVwbsj+GbFOfEp+IIeXQ37poOL5A5oG9TAiBh0M43MFU8Pfzzcr2k xgZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=eu9MiLEb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v17si18433205jan.123.2021.06.01.08.41.55; Tue, 01 Jun 2021 08:42:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=eu9MiLEb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233088AbhFAPlL (ORCPT + 99 others); Tue, 1 Jun 2021 11:41:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42384 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234295AbhFAPlL (ORCPT ); Tue, 1 Jun 2021 11:41:11 -0400 Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 95091C06174A for ; Tue, 1 Jun 2021 08:39:28 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id m18so14834480wrv.2 for ; Tue, 01 Jun 2021 08:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=Z/ysYleRM2YWzX9orexLMMrJ25j/bIHTJa7Myg7V+/g=; b=eu9MiLEbQyakIhjEXcMmgjSRv78Ba7G/e1UOLBHnzFW/YA+RyANkoF4bC/6/K0B/hU 3vzKx00aYuV61b3NWUWl+Sruw4cWGJK9FdTT0O9uLhRged5Tx49j2vUbmETZQiZ3pYHB IA4NGuTOYCEjOJf0RiCqhil8b3s/w6/5+Kh9k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=Z/ysYleRM2YWzX9orexLMMrJ25j/bIHTJa7Myg7V+/g=; b=dLfN180NcIn5tzSFIc5DTRs1Mv5o8VD76OR4WvM1y7jqpyoAwJRdMBIa14gBBKNOSl HBS7hSC6jvORknjiPtvrTm2GxbAOy43oeaYvQz/FNkStTX81t7/ydgqO2eQfrdJMt9MG SfTlMVk8pf1dQVad8hSoWNVmpZsUnLDDjxwzO/PveUZreoYDlyClAasoDUvZNOUSKl+B ETbSBy09gnoEqAikwyXlpZtICSXuLrjD2zfQ9hsTsdaz7JEyt7UwP+bPjm84hmFx3yiq g5lfVMXh2H3p3psU06dygUuF3oi3NCTAzDkS8LAXLbszlgAq9VbCZdR9vicSUZ27TfOF 9ttg== X-Gm-Message-State: AOAM533r/DyQYG8PZsjpag3y3CvDJsloJJeNrY7w5reVd/Vwj7aU45Q4 0+vuZNf5HamSXOCS84exyH1xng== X-Received: by 2002:adf:9dd1:: with SMTP id q17mr16440710wre.402.1622561967210; Tue, 01 Jun 2021 08:39:27 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id 62sm3894313wrm.1.2021.06.01.08.39.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Jun 2021 08:39:26 -0700 (PDT) Date: Tue, 1 Jun 2021 17:39:24 +0200 From: Daniel Vetter To: Matthew Wilcox Cc: Nathan Chancellor , linux-fbdev@vger.kernel.org, linux-mm@kvack.org, Jani Nikula , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, William Kucharski , Ian Campbell , linux-fsdevel@vger.kernel.org, Jaya Kumar , Christoph Hellwig Subject: Re: [PATCH v2] fb_defio: Remove custom address_space_operations Message-ID: Mail-Followup-To: Matthew Wilcox , Nathan Chancellor , linux-fbdev@vger.kernel.org, linux-mm@kvack.org, Jani Nikula , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, William Kucharski , Ian Campbell , linux-fsdevel@vger.kernel.org, Jaya Kumar , Christoph Hellwig References: <20210310185530.1053320-1-willy@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Linux phenom 5.10.32scarlett+ Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 01, 2021 at 03:30:30PM +0100, Matthew Wilcox wrote: > On Tue, Jun 01, 2021 at 04:10:32PM +0200, Daniel Vetter wrote: > > On Sun, May 30, 2021 at 10:14:22PM +0100, Matthew Wilcox wrote: > > > On Sun, May 30, 2021 at 12:13:05PM -0700, Nathan Chancellor wrote: > > > > Hi Matthew, > > > > > > > > On Wed, Mar 10, 2021 at 06:55:30PM +0000, Matthew Wilcox (Oracle) wrote: > > > > > There's no need to give the page an address_space. Leaving the > > > > > page->mapping as NULL will cause the VM to handle set_page_dirty() > > > > > the same way that it's handled now, and that was the only reason to > > > > > set the address_space in the first place. > > > > > > > > > > Signed-off-by: Matthew Wilcox (Oracle) > > > > > Reviewed-by: Christoph Hellwig > > > > > Reviewed-by: William Kucharski > > > > > > > > This patch in mainline as commit ccf953d8f3d6 ("fb_defio: Remove custom > > > > address_space_operations") causes my Hyper-V based VM to no longer make > > > > it to a graphical environment. > > > > > > Hi Nathan, > > > > > > Thanks for the report. I sent Daniel a revert patch with a full > > > explanation last week, which I assume he'll queue up for a pull soon. > > > You can just git revert ccf953d8f3d6 for yourself until that shows up. > > > Sorry for the inconvenience. > > > > Uh that patch didn't get cc'ed to any list so I've ignored it. I've found > > it now, but lack of lore link is awkward. Can you pls resubmit with > > dri-devel on cc? fbdev list is dead, I don't look there. > > How about I just attach it here? Thanks, that worked with Link: and everything and no choking of my script :-) Cheers, Daniel > From e88921d0775d87323a8688af37dfd7cdebdde5a9 Mon Sep 17 00:00:00 2001 > From: "Matthew Wilcox (Oracle)" > Date: Tue, 25 May 2021 08:37:33 -0400 > Subject: [PATCH] Revert "fb_defio: Remove custom address_space_operations" > > Commit ccf953d8f3d6 makes framebuffers which use deferred I/O stop > displaying updates after the first one. This is because the pages > handled by fb_defio no longer have a page_mapping(). That prevents > page_mkclean() from marking the PTEs as clean, and so writes are only > noticed the first time. > > Reported-by: Andy Shevchenko > Signed-off-by: Matthew Wilcox (Oracle) > --- > drivers/video/fbdev/core/fb_defio.c | 35 +++++++++++++++++++++++++++++ > drivers/video/fbdev/core/fbmem.c | 4 ++++ > include/linux/fb.h | 3 +++ > 3 files changed, 42 insertions(+) > > diff --git a/drivers/video/fbdev/core/fb_defio.c b/drivers/video/fbdev/core/fb_defio.c > index b292887a2481..a591d291b231 100644 > --- a/drivers/video/fbdev/core/fb_defio.c > +++ b/drivers/video/fbdev/core/fb_defio.c > @@ -52,6 +52,13 @@ static vm_fault_t fb_deferred_io_fault(struct vm_fault *vmf) > return VM_FAULT_SIGBUS; > > get_page(page); > + > + if (vmf->vma->vm_file) > + page->mapping = vmf->vma->vm_file->f_mapping; > + else > + printk(KERN_ERR "no mapping available\n"); > + > + BUG_ON(!page->mapping); > page->index = vmf->pgoff; > > vmf->page = page; > @@ -144,6 +151,17 @@ static const struct vm_operations_struct fb_deferred_io_vm_ops = { > .page_mkwrite = fb_deferred_io_mkwrite, > }; > > +static int fb_deferred_io_set_page_dirty(struct page *page) > +{ > + if (!PageDirty(page)) > + SetPageDirty(page); > + return 0; > +} > + > +static const struct address_space_operations fb_deferred_io_aops = { > + .set_page_dirty = fb_deferred_io_set_page_dirty, > +}; > + > int fb_deferred_io_mmap(struct fb_info *info, struct vm_area_struct *vma) > { > vma->vm_ops = &fb_deferred_io_vm_ops; > @@ -194,12 +212,29 @@ void fb_deferred_io_init(struct fb_info *info) > } > EXPORT_SYMBOL_GPL(fb_deferred_io_init); > > +void fb_deferred_io_open(struct fb_info *info, > + struct inode *inode, > + struct file *file) > +{ > + file->f_mapping->a_ops = &fb_deferred_io_aops; > +} > +EXPORT_SYMBOL_GPL(fb_deferred_io_open); > + > void fb_deferred_io_cleanup(struct fb_info *info) > { > struct fb_deferred_io *fbdefio = info->fbdefio; > + struct page *page; > + int i; > > BUG_ON(!fbdefio); > cancel_delayed_work_sync(&info->deferred_work); > + > + /* clear out the mapping that we setup */ > + for (i = 0 ; i < info->fix.smem_len; i += PAGE_SIZE) { > + page = fb_deferred_io_page(info, i); > + page->mapping = NULL; > + } > + > mutex_destroy(&fbdefio->lock); > } > EXPORT_SYMBOL_GPL(fb_deferred_io_cleanup); > diff --git a/drivers/video/fbdev/core/fbmem.c b/drivers/video/fbdev/core/fbmem.c > index 072780b0e570..98f193078c05 100644 > --- a/drivers/video/fbdev/core/fbmem.c > +++ b/drivers/video/fbdev/core/fbmem.c > @@ -1415,6 +1415,10 @@ __releases(&info->lock) > if (res) > module_put(info->fbops->owner); > } > +#ifdef CONFIG_FB_DEFERRED_IO > + if (info->fbdefio) > + fb_deferred_io_open(info, inode, file); > +#endif > out: > unlock_fb_info(info); > if (res) > diff --git a/include/linux/fb.h b/include/linux/fb.h > index a8dccd23c249..ecfbcc0553a5 100644 > --- a/include/linux/fb.h > +++ b/include/linux/fb.h > @@ -659,6 +659,9 @@ static inline void __fb_pad_aligned_buffer(u8 *dst, u32 d_pitch, > /* drivers/video/fb_defio.c */ > int fb_deferred_io_mmap(struct fb_info *info, struct vm_area_struct *vma); > extern void fb_deferred_io_init(struct fb_info *info); > +extern void fb_deferred_io_open(struct fb_info *info, > + struct inode *inode, > + struct file *file); > extern void fb_deferred_io_cleanup(struct fb_info *info); > extern int fb_deferred_io_fsync(struct file *file, loff_t start, > loff_t end, int datasync); > -- > 2.30.2 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch