On 3/6/26 12:57 PM, Mikael Rothig wrote:
> Signed-off-by: Mikael Rothig <[email protected]>
Acked-by: Randy Dunlap <[email protected]>
However:
a. There is no patch description in the email body.
(see "The canonical patch format" in
Documentation/process/submitting-patches.rst)
b. I would Cc: the appropriate maintainers as listed in the
MAINTAINERS file:
M: David Airlie <[email protected]>
M: Simona Vetter <[email protected]>
Thanks.
> ---
> Documentation/gpu/todo.rst | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst
> index 520da44a04a6..686a94bead07 100644
> --- a/Documentation/gpu/todo.rst
> +++ b/Documentation/gpu/todo.rst
> @@ -269,7 +269,7 @@ Various hold-ups:
> valid formats for atomic drivers.
>
> - Many drivers subclass drm_framebuffer, we'd need a embedding compatible
> - version of the varios drm_gem_fb_create functions. Maybe called
> + version of the various drm_gem_fb_create functions. Maybe called
> drm_gem_fb_create/_with_dirty/_with_funcs as needed.
>
> Contact: Simona Vetter
> @@ -294,7 +294,7 @@ everything after it has done the write-protect/mkwrite
> trickery:
>
> vma->vm_page_prot = pgprot_wrprotect(vma->vm_page_prot);
>
> -- Set the mkwrite and fsync callbacks with similar implementions to the core
> +- Set the mkwrite and fsync callbacks with similar implementations to the
> core
> fbdev defio stuff. These should all work on plain ptes, they don't actually
> require a struct page. uff. These should all work on plain ptes, they
> don't
> actually require a struct page.
> @@ -882,7 +882,7 @@ Querying errors from drm_syncobj
> ================================
>
> The drm_syncobj container can be used by driver independent code to signal
> -complection of submission.
> +completion of submission.
>
> One minor feature still missing is a generic DRM IOCTL to query the error
> status of binary and timeline drm_syncobj.
--
~Randy
