2014-03-03 15:46 GMT+09:00 Krzysztof Hałasa <khal...@piap.pl>:
> Daeseok Youn <daeseok.y...@gmail.com> writes:
>
>> clean up checkpatch.pl warnings:
>>  WARNING: Line length over 80 characters
>
> This warning should be long gone IMHO. It does more harm than good.
>
>>               unsigned char *ucp = (unsigned char *) &hi->mfg_info.data;
>>
>>               pr_info("eeprom[00]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 0), *(ucp + 1), *(ucp + 2), *(ucp + 
>> 3), *(ucp + 4), *(ucp + 5), *(ucp + 6), *(ucp + 7));
>> +                     *(ucp + 0), *(ucp + 1), *(ucp + 2), *(ucp + 3),
>> +                     *(ucp + 4), *(ucp + 5), *(ucp + 6), *(ucp + 7));
>>               pr_info("eeprom[08]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 8), *(ucp + 9), *(ucp + 10), *(ucp + 
>> 11), *(ucp + 12), *(ucp + 13), *(ucp + 14), *(ucp + 15));
>> +                     *(ucp + 8), *(ucp + 9), *(ucp + 10), *(ucp + 11),
>> +                     *(ucp + 12), *(ucp + 13), *(ucp + 14), *(ucp + 15));
>>               pr_info("eeprom[16]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 16), *(ucp + 17), *(ucp + 18), *(ucp + 
>> 19), *(ucp + 20), *(ucp + 21), *(ucp + 22), *(ucp + 23));
>> +                     *(ucp + 16), *(ucp + 17), *(ucp + 18), *(ucp + 19),
>> +                     *(ucp + 20), *(ucp + 21), *(ucp + 22), *(ucp + 23));
>>               pr_info("eeprom[24]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 24), *(ucp + 25), *(ucp + 26), *(ucp + 
>> 27), *(ucp + 28), *(ucp + 29), *(ucp + 30), *(ucp + 31));
>> +                     *(ucp + 24), *(ucp + 25), *(ucp + 26), *(ucp + 27),
>> +                     *(ucp + 28), *(ucp + 29), *(ucp + 30), *(ucp + 31));
>>               pr_info("eeprom[32]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 32), *(ucp + 33), *(ucp + 34), *(ucp + 
>> 35), *(ucp + 36), *(ucp + 37), *(ucp + 38), *(ucp + 39));
>> +                     *(ucp + 32), *(ucp + 33), *(ucp + 34), *(ucp + 35),
>> +                     *(ucp + 36), *(ucp + 37), *(ucp + 38), *(ucp + 39));
>>               pr_info("eeprom[40]:  %02x %02x %02x %02x  %02x %02x %02x 
>> %02x\n",
>> -                             *(ucp + 40), *(ucp + 41), *(ucp + 42), *(ucp + 
>> 43), *(ucp + 44), *(ucp + 45), *(ucp + 46), *(ucp + 47));
>> +                     *(ucp + 40), *(ucp + 41), *(ucp + 42), *(ucp + 43),
>> +                     *(ucp + 44), *(ucp + 45), *(ucp + 46), *(ucp + 47));
>>       }
>
> This one is probably an improvement, though... why not use some existing
> *hex_dump*() instead?
OK. but this patch is only for fix line length over 80 characters,
right? If it can be improved as your comment,
it must be in another patch.

>
>> -              * match with board's first found interface, otherwise this is 
>> first
>> -              * found
>> +              * match with board's first found interface, otherwise this is
>> +              * fisrt found
>                    ^^^^^
> I wonder what's your exact procedure for doing such changes :-)
"first" word is over 80 line character after applying my previous patch(2/5)
(previous patch is already merged to staging-next tree :-))
>
>>  #ifdef SBE_MAP_DEBUG
>>                       pr_warning("%s: io remapped from phys %x to virt %x\n",
>> -                                hi->devname, (u_int32_t) hi->addr[j], 
>> (u_int32_t) hi->addr_mapped[j]);
>> +                                hi->devname, (u_int32_t) hi->addr[j],
>> +                                (u_int32_t) hi->addr_mapped[j]);
>
> This one is fine, too. The others, I wouldn't touch them.
this line, same reason above one.
> --
> Krzysztof Halasa
>
> Research Institute for Automation and Measurements PIAP
> Al. Jerozolimskie 202, 02-486 Warsaw, Poland
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to