[PATCH v9 06/14] mm/gup: migrate device coherent pages when pinning instead of failing
David Hildenbrand
david at redhat.com
Tue Jul 19 08:40:55 UTC 2022
On 18.07.22 22:32, Andrew Morton wrote:
> On Mon, 18 Jul 2022 12:56:29 +0200 David Hildenbrand <david at redhat.com> wrote:
>
>>> /*
>>> * Try to move out any movable page before pinning the range.
>>> */
>>> @@ -1919,7 +1948,8 @@ static long check_and_migrate_movable_pages(unsigned long nr_pages,
>>> folio_nr_pages(folio));
>>> }
>>>
>>> - if (!list_empty(&movable_page_list) || isolation_error_count)
>>> + if (!list_empty(&movable_page_list) || isolation_error_count
>>> + || coherent_pages)
>>
>> The common style is to
>>
>> a) add the || to the end of the previous line
>> b) indent such the we have a nice-to-read alignment
>>
>> if (!list_empty(&movable_page_list) || isolation_error_count ||
>> coherent_pages)
>>
>
> I missed that. This series is now in mm-stable so any fix will need to
> be a standalone followup patch, please.
>
>> Apart from that lgtm.
>>
>> Reviewed-by: David Hildenbrand <david at redhat.com>
>
> And your reviewed-by's will be lost. Stupid git.
I know, I already raised my concerns regarding the new workflow, so I
won't repeat that. I can understand (too some degree) that we don't want
code to change just before the new merge window opens.
But I do wonder if we really don't even want to do subject+description
updates. Sure, the commit IDs will change. Who cares?
Anyhow, it is what it is.
--
Thanks,
David / dhildenb
More information about the amd-gfx
mailing list