[PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces

[Thomas Zimmermann]

Hi

Am 10.05.23 um 20:20 schrieb Sui Jingfeng:
> Hi, Thomas
> 
> 
> I love your patch, yet something to improve:
> 
> 
> On 2023/5/10 19:05, Thomas Zimmermann wrote:
>> Fix coding style. No functional changes.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de>
>> Reviewed-by: Arnd Bergmann <arnd at arndb.de>
>> Reviewed-by: Sam Ravnborg <sam at ravnborg.org>
>> Reviewed-by: Sui Jingfeng <suijingfeng at loongson.cn>
>> Tested-by: Sui Jingfeng <suijingfeng at loongson.cn>
>> ---
>>   drivers/video/fbdev/matrox/matroxfb_accel.c | 6 +++---
>>   drivers/video/fbdev/matrox/matroxfb_base.h  | 4 ++--
>>   2 files changed, 5 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/video/fbdev/matrox/matroxfb_accel.c 
>> b/drivers/video/fbdev/matrox/matroxfb_accel.c
>> index 9cb0685feddd..ce51227798a1 100644
>> --- a/drivers/video/fbdev/matrox/matroxfb_accel.c
>> +++ b/drivers/video/fbdev/matrox/matroxfb_accel.c
>> @@ -88,7 +88,7 @@
>>   static inline void matrox_cfb4_pal(u_int32_t* pal) {
>>       unsigned int i;
>> -
>> +
>>       for (i = 0; i < 16; i++) {
>>           pal[i] = i * 0x11111111U;
>>       }
>> @@ -96,7 +96,7 @@ static inline void matrox_cfb4_pal(u_int32_t* pal) {
>>   static inline void matrox_cfb8_pal(u_int32_t* pal) {
>>       unsigned int i;
>> -
>> +
>>       for (i = 0; i < 16; i++) {
>>           pal[i] = i * 0x01010101U;
>>       }
>> @@ -482,7 +482,7 @@ static void matroxfb_1bpp_imageblit(struct 
>> matrox_fb_info *minfo, u_int32_t fgx,
>>               /* Tell... well, why bother... */
>>               while (height--) {
>>                   size_t i;
>> -
>> +
>>                   for (i = 0; i < step; i += 4) {
>>                       /* Hope that there are at least three readable 
>> bytes beyond the end of bitmap */
>>                       fb_writel(get_unaligned((u_int32_t*)(chardata + 
>> i)),mmio.vaddr);
>> diff --git a/drivers/video/fbdev/matrox/matroxfb_base.h 
>> b/drivers/video/fbdev/matrox/matroxfb_base.h
>> index 958be6805f87..c93c69bbcd57 100644
>> --- a/drivers/video/fbdev/matrox/matroxfb_base.h
>> +++ b/drivers/video/fbdev/matrox/matroxfb_base.h
>> @@ -301,9 +301,9 @@ struct matrox_altout {
>>       int        (*verifymode)(void* altout_dev, u_int32_t mode);
>>       int        (*getqueryctrl)(void* altout_dev,
>>                       struct v4l2_queryctrl* ctrl);
> 
> Noticed that there are plenty of coding style problems in matroxfb_base.h,
> 
> why you only fix a few of them?   Take this two line as an example, 
> shouldn't
> 
> they be fixed also as following?

I configured my text editor to remove trailing whitespaces 
automatically. That keeps my own patches free of them.  But the editor 
removes all trailing whitespaces, including those that have been there 
before. If I encounter such a case, I split out the whitespace fix and 
submit it separately.

But the work I do within fbdev is mostly for improving DRM. For the 
other issues in this file, I don't think that matroxfb should even be 
around any longer. Fbdev has been deprecated for a long time. But a 
small number of drivers are still in use and we still need its 
framebuffer console. So someone should either put significant effort 
into maintaining fbdev, or it should be phased out. But neither is 
happening.

Best regards
Thomas

> 
> 
>       int        (*verifymode)(void *altout_dev, u_int32_t mode);
>       int        (*getqueryctrl)(void *altout_dev,
>                       struct v4l2_queryctrl *ctrl);
> 
> 
>> -    int        (*getctrl)(void* altout_dev,
>> +    int        (*getctrl)(void *altout_dev,
>>                      struct v4l2_control* ctrl);
>> -    int        (*setctrl)(void* altout_dev,
>> +    int        (*setctrl)(void *altout_dev,
>>                      struct v4l2_control* ctrl);
>>   };

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20230511/b01f5325/attachment-0001.sig>