lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <65928197-1a97-4606-bc68-867e8590c6f5@infradead.org>
Date: Mon, 4 Mar 2024 19:30:08 -0800
From: Randy Dunlap <rdunlap@...radead.org>
To: R SUNDAR <prosunofficial@...il.com>, maarten.lankhorst@...ux.intel.com,
 mripard@...nel.org, tzimmermann@...e.de, airlied@...il.com, daniel@...ll.ch
Cc: dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Removed funcs field description for kernel doc warning.

Hi--

On 3/4/24 18:48, R SUNDAR wrote:
> /include/drm/drm_gem_vram_helper.h:185: warning: Excess struct member 'funcs' description in 'drm_vram_mm'
> 
> Signed-off-by: R SUNDAR <prosunofficial@...il.com>

or
https://lore.kernel.org/lkml/20240204145348.56924-1-agarwala.kartik@gmail.com/
or
https://lore.kernel.org/lkml/20240106032957.1195-1-rdunlap@infradead.org/


but in any case I would like to see any one of these patches
merged. Thanks.

Reviewed-by: Randy Dunlap <rdunlap@...radead.org>


> ---
>  include/drm/drm_gem_vram_helper.h | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/include/drm/drm_gem_vram_helper.h b/include/drm/drm_gem_vram_helper.h
> index e18429f09e53..c89c9bafeb44 100644
> --- a/include/drm/drm_gem_vram_helper.h
> +++ b/include/drm/drm_gem_vram_helper.h
> @@ -170,7 +170,6 @@ void drm_gem_vram_simple_display_pipe_cleanup_fb(
>   * @vram_base:	Base address of the managed video memory
>   * @vram_size:	Size of the managed video memory in bytes
>   * @bdev:	The TTM BO device.
> - * @funcs:	TTM BO functions
>   *
>   * The fields &struct drm_vram_mm.vram_base and
>   * &struct drm_vram_mm.vrm_size are managed by VRAM MM, but are

-- 
#Randy

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ