[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ab2d7181-b125-e6fc-fc48-427c0d94ade9@suse.de>
Date: Thu, 21 Apr 2022 11:07:01 +0200
From: Thomas Zimmermann <tzimmermann@...e.de>
To: Christian König <christian.koenig@....com>,
Cai Huoqing <cai.huoqing@...ux.dev>
Cc: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
David Airlie <airlied@...ux.ie>,
Daniel Vetter <daniel@...ll.ch>,
Sumit Semwal <sumit.semwal@...aro.org>,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
linux-media@...r.kernel.org, linaro-mm-sig@...ts.linaro.org
Subject: Re: [PATCH 2/2] drm/nvdla: Add driver support for NVDLA
Am 21.04.22 um 10:34 schrieb Christian König:
> Am 21.04.22 um 10:30 schrieb Thomas Zimmermann:
>> (Resending, as some MLs didn't like the size of the origninal mail.)
>>
>> Hi,
>>
>> thanks for your submission. Some general comments:
>>
>> * some functions are prefixed with dla_, others use nvdla_. It seems
>> arbitrary to me. Please use nvdla_ consistently throughout the source
>> code.
>>
>> * For reporting errors, please use drm_err(), drm_warn(), etc. I
>> suggest to rearrange the error messages to not be located in the
>> innermost functions.
>
> If you plan to have multiple instances of the driver loaded at the same
> time, using drm_dev_err(), drm_dev_warn() etc.. would be even better.
>
> BTW: I'm still absolutely not keen to enforcing drm_* log functions. So
> if you prefer to stick with pr_err() and dev_err() we could discuss that
> once more.
I often do 'dmesg | grep drm' to quickly look for errors. Not using drm
logging helpers makes this less useful.
Best regards
Thomas
>
> Regards,
> Christian.
>
>>
>> * Could you please split this patch into smaller pieces? It
>> currently hits size limits of some mailing lists. Maybe add the
>> register constants separately.
>>
>> Please find more review comments below. It's not a full review, but at
>> least something to start with.
>>
>> Best regards
>> Thomas
>
--
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
Download attachment "OpenPGP_signature" of type "application/pgp-signature" (841 bytes)
Powered by blists - more mailing lists