[PATCH 1/2] fbdev/defio: Early-out if page is already enlisted
Thomas Zimmermann
tzimmermann at suse.de
Fri Feb 11 09:12:10 UTC 2022
Hi Sam
Am 10.02.22 um 22:00 schrieb Sam Ravnborg:
> Hi Thomas,
>
> On Thu, Feb 10, 2022 at 03:11:11PM +0100, Thomas Zimmermann wrote:
>> Return early if a page is already in the list of dirty pages for
>> deferred I/O. This can be detected if the page's list head is not
>> empty. Keep the list head initialized while the page is not enlisted
>> to make this work reliably.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de>
>> ---
>> drivers/video/fbdev/core/fb_defio.c | 21 ++++++++++++---------
>> 1 file changed, 12 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/video/fbdev/core/fb_defio.c b/drivers/video/fbdev/core/fb_defio.c
>> index a591d291b231..3727b1ca87b1 100644
>> --- a/drivers/video/fbdev/core/fb_defio.c
>> +++ b/drivers/video/fbdev/core/fb_defio.c
>> @@ -59,6 +59,7 @@ static vm_fault_t fb_deferred_io_fault(struct vm_fault *vmf)
>> printk(KERN_ERR "no mapping available\n");
>>
>> BUG_ON(!page->mapping);
>> + INIT_LIST_HEAD(&page->lru);
>> page->index = vmf->pgoff;
>>
>> vmf->page = page;
>> @@ -122,17 +123,19 @@ static vm_fault_t fb_deferred_io_mkwrite(struct vm_fault *vmf)
>> */
>> lock_page(page);
>>
>> + /*
>> + * This check is to catch the case where a new process could start
>> + * writing to the same page through a new pte. this new access
>> + * can cause the mkwrite even when the original ps's pte is marked
>> + * writable.
>> + */
> When moving this comment it would be prudent to also fix the wording a
> bit.
> - Capital in start of sentence and after a period
> - Spell out process and do not shorten ps
Ok.
>
>
>> + if (!list_empty(&page->lru))
>> + goto page_already_added;
>> +
>
> This check says that if the page already has something in the parge->lru
> then this is added by defio and thus is already added.
> This matches your commit description - OK.
>
> Maybe add something like:
> * Pages added will have their lru set, and it is clered again in the
> * deferred work handler.
I'll add a related TODO to the comment because we actually want to
remove the use of the lru field. It's owned by the page cache. I already
have a prototype patch that implements the page tracking with a separate
list.
Best regards
Thomas
>
>
>
>> /* we loop through the pagelist before adding in order
>> to keep the pagelist sorted */
>> list_for_each_entry(cur, &fbdefio->pagelist, lru) {
>> - /* this check is to catch the case where a new
>> - process could start writing to the same page
>> - through a new pte. this new access can cause the
>> - mkwrite even when the original ps's pte is marked
>> - writable */
>> - if (unlikely(cur == page))
>> - goto page_already_added;
>> - else if (cur->index > page->index)
>> + if (cur->index > page->index)
>> break;
>> }
>>
>> @@ -194,7 +197,7 @@ static void fb_deferred_io_work(struct work_struct *work)
>>
>> /* clear the list */
>> list_for_each_safe(node, next, &fbdefio->pagelist) {
>> - list_del(node);
>> + list_del_init(node);
>> }
>> mutex_unlock(&fbdefio->lock);
>> }
>
> With the comment adjusted as you see fit
> Acked-by: Sam Ravnborg <sam at ravnborg.org>
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Ivo Totev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20220211/fd633f64/attachment.sig>
More information about the dri-devel
mailing list