* [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
@ 2014-02-28 7:36 Daeseok Youn
2014-03-03 6:46 ` Krzysztof Hałasa
0 siblings, 1 reply; 7+ messages in thread
From: Daeseok Youn @ 2014-02-28 7:36 UTC (permalink / raw)
To: gregkh
Cc: sachin.kamat, shaun, dulshani.gunawardhana89, dan.carpenter,
devel, linux-kernel
clean up checkpatch.pl warnings:
WARNING: Line length over 80 characters
Signed-off-by: Daeseok Youn <daeseok.youn@gmail.com>
---
drivers/staging/cxt1e1/hwprobe.c | 45 ++++++++++++++++++++++++--------------
1 file changed, 28 insertions(+), 17 deletions(-)
diff --git a/drivers/staging/cxt1e1/hwprobe.c b/drivers/staging/cxt1e1/hwprobe.c
index 85040bb..d6ccbd9 100644
--- a/drivers/staging/cxt1e1/hwprobe.c
+++ b/drivers/staging/cxt1e1/hwprobe.c
@@ -37,7 +37,8 @@ extern int drvr_state;
/* forward references */
void c4_stopwd(ci_t *);
-struct net_device * __init c4_add_dev(hdw_info_t *, int, unsigned long, unsigned long, int, int);
+struct net_device * __init c4_add_dev(hdw_info_t *, int, unsigned long,
+ unsigned long, int, int);
struct s_hdw_info hdw_info[MAX_BOARDS];
@@ -104,24 +105,31 @@ hdw_sn_get(hdw_info_t *hi, int brdno)
addr = (long) hi->addr_mapped[1] + EEPROM_OFFSET;
/* read EEPROM with largest known format size... */
- pmc_eeprom_read_buffer(addr, 0, (char *)hi->mfg_info.data, sizeof(FLD_TYPE2));
+ pmc_eeprom_read_buffer(addr, 0, (char *)hi->mfg_info.data,
+ sizeof(FLD_TYPE2));
#if 0
{
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));
}
#endif
#if 0
@@ -230,10 +238,11 @@ c4_hdw_init(struct pci_dev *pdev, int found)
return 0;
}
- if (pdev->bus) /* obtain bus number */
+ /* obtain bus number */
+ if (pdev->bus)
busno = pdev->bus->number;
else
- busno = 0; /* default for system PCI inconsistency */
+ busno = 0; /* default for system PCI inconsistency */
slot = pdev->devfn & ~0x07;
/*
@@ -246,8 +255,8 @@ c4_hdw_init(struct pci_dev *pdev, int found)
for (i = 0, hi = hdw_info; i < MAX_BOARDS; i++, hi++)
{
/*
- * match with board's first found interface, otherwise this is first
- * found
+ * match with board's first found interface, otherwise this is
+ * fisrt found
*/
if ((hi->pci_slot == 0xff) || /* new board */
((hi->pci_slot == slot) && (hi->bus == pdev->bus)))
@@ -256,13 +265,14 @@ c4_hdw_init(struct pci_dev *pdev, int found)
if (i == MAX_BOARDS) /* no match in above loop means MAX
* exceeded */
{
- pr_warning("exceeded number of allowed devices (>%d)?\n", MAX_BOARDS);
+ pr_warning("exceeded number of allowed devices (>%d)?\n",
+ MAX_BOARDS);
return 0;
}
if (pdev->bus)
hi->pci_busno = pdev->bus->number;
else
- hi->pci_busno = 0; /* default for system PCI inconsistency */
+ hi->pci_busno = 0; /* default for system PCI inconsistency */
hi->pci_slot = slot;
pci_read_config_byte(pdev, PCI_INTERRUPT_PIN, &hi->pci_pin[fun]);
pci_read_config_byte(pdev, PCI_REVISION_ID, &hi->revid[fun]);
@@ -345,7 +355,8 @@ c4hw_attach_all(void)
}
#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]);
#endif
}
}
@@ -380,9 +391,9 @@ c4hw_attach_all(void)
#if 0
cleanup_devs();
#endif
- return error_flag; /* error_flag set w/in add_dev() */
+ return error_flag; /* error_flag set w/in add_dev() */
}
- show_two(hi, i); /* displays found information */
+ show_two(hi, i); /* displays found information */
}
return 0;
}
--
1.7.9.5
---
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-02-28 7:36 [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c Daeseok Youn
@ 2014-03-03 6:46 ` Krzysztof Hałasa
2014-03-03 7:01 ` DaeSeok Youn
0 siblings, 1 reply; 7+ messages in thread
From: Krzysztof Hałasa @ 2014-03-03 6:46 UTC (permalink / raw)
To: Daeseok Youn
Cc: gregkh, sachin.kamat, shaun, dulshani.gunawardhana89,
dan.carpenter, devel, linux-kernel
Daeseok Youn <daeseok.youn@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?
> - * 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 :-)
> #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.
--
Krzysztof Halasa
Research Institute for Automation and Measurements PIAP
Al. Jerozolimskie 202, 02-486 Warsaw, Poland
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-03-03 6:46 ` Krzysztof Hałasa
@ 2014-03-03 7:01 ` DaeSeok Youn
2014-03-03 7:10 ` Joe Perches
2014-03-04 6:40 ` Krzysztof Hałasa
0 siblings, 2 replies; 7+ messages in thread
From: DaeSeok Youn @ 2014-03-03 7:01 UTC (permalink / raw)
To: Krzysztof Hałasa
Cc: Greg KH, sachin.kamat, Shaun Laing, Dulshani Gunawardhana,
Dan Carpenter, devel, linux-kernel
2014-03-03 15:46 GMT+09:00 Krzysztof Hałasa <khalasa@piap.pl>:
> Daeseok Youn <daeseok.youn@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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-03-03 7:01 ` DaeSeok Youn
@ 2014-03-03 7:10 ` Joe Perches
2014-03-03 7:33 ` DaeSeok Youn
2014-03-04 6:40 ` Krzysztof Hałasa
1 sibling, 1 reply; 7+ messages in thread
From: Joe Perches @ 2014-03-03 7:10 UTC (permalink / raw)
To: DaeSeok Youn
Cc: Krzysztof Hałasa, Greg KH, sachin.kamat, Shaun Laing,
Dulshani Gunawardhana, Dan Carpenter, devel, linux-kernel
On Mon, 2014-03-03 at 16:01 +0900, DaeSeok Youn wrote:
> 2014-03-03 15:46 GMT+09:00 Krzysztof Hałasa <khalasa@piap.pl>:
> > 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.
Not true. Always strive to improve the code in
preference to shutting up checkpatch warnings.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-03-03 7:10 ` Joe Perches
@ 2014-03-03 7:33 ` DaeSeok Youn
2014-03-04 0:22 ` DaeSeok Youn
0 siblings, 1 reply; 7+ messages in thread
From: DaeSeok Youn @ 2014-03-03 7:33 UTC (permalink / raw)
To: Joe Perches
Cc: Krzysztof Hałasa, Greg KH, sachin.kamat, Shaun Laing,
Dulshani Gunawardhana, Dan Carpenter, devel, linux-kernel
I think line break is a solution about long line warning. And
replacing with hex_dump() is better than managing with another patch.
So I said this improvement is separated with another patch.
Just my opinion.
If I'm wrong, I try to change as Krzysztof's comment in same patch.
Thanks.
Daeseok Youn.
2014-03-03 16:10 GMT+09:00 Joe Perches <joe@perches.com>:
> On Mon, 2014-03-03 at 16:01 +0900, DaeSeok Youn wrote:
>> 2014-03-03 15:46 GMT+09:00 Krzysztof Hałasa <khalasa@piap.pl>:
>> > 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.
>
> Not true. Always strive to improve the code in
> preference to shutting up checkpatch warnings.
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-03-03 7:33 ` DaeSeok Youn
@ 2014-03-04 0:22 ` DaeSeok Youn
0 siblings, 0 replies; 7+ messages in thread
From: DaeSeok Youn @ 2014-03-04 0:22 UTC (permalink / raw)
To: Joe Perches
Cc: Krzysztof Hałasa, Greg KH, sachin.kamat, Shaun Laing,
Dulshani Gunawardhana, Dan Carpenter, devel, linux-kernel
Hi, Joe and Krzysztof
I think that code which can be improved to hex_dump() may be used for debugging.
So that improvement will be sent with another patch.
I think it would be fine. right?
Thanks.
Daeseok Youn.
2014-03-03 16:33 GMT+09:00 DaeSeok Youn <daeseok.youn@gmail.com>:
> I think line break is a solution about long line warning. And
> replacing with hex_dump() is better than managing with another patch.
> So I said this improvement is separated with another patch.
>
> Just my opinion.
> If I'm wrong, I try to change as Krzysztof's comment in same patch.
>
> Thanks.
> Daeseok Youn.
>
> 2014-03-03 16:10 GMT+09:00 Joe Perches <joe@perches.com>:
>> On Mon, 2014-03-03 at 16:01 +0900, DaeSeok Youn wrote:
>>> 2014-03-03 15:46 GMT+09:00 Krzysztof Hałasa <khalasa@piap.pl>:
>>> > 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.
>>
>> Not true. Always strive to improve the code in
>> preference to shutting up checkpatch warnings.
>>
>>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c
2014-03-03 7:01 ` DaeSeok Youn
2014-03-03 7:10 ` Joe Perches
@ 2014-03-04 6:40 ` Krzysztof Hałasa
1 sibling, 0 replies; 7+ messages in thread
From: Krzysztof Hałasa @ 2014-03-04 6:40 UTC (permalink / raw)
To: DaeSeok Youn
Cc: Greg KH, sachin.kamat, Shaun Laing, Dulshani Gunawardhana,
Dan Carpenter, devel, linux-kernel
DaeSeok Youn <daeseok.youn@gmail.com> writes:
>>> - * 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 :-))
Sure, I meant I'd just break the line without re-typing the first/fisrt
word manually... Never mind.
Anyway, I'd rather aim for improving overall code quality, not just
silence 80-char warning. I'm not a big fan of this warning.
--
Krzysztof Halasa
Research Institute for Automation and Measurements PIAP
Al. Jerozolimskie 202, 02-486 Warsaw, Poland
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-03-04 6:40 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-02-28 7:36 [PATCH 3/5 v2] Staging: cxt1e1: Fix line length over 80 characters in hwprobe.c Daeseok Youn
2014-03-03 6:46 ` Krzysztof Hałasa
2014-03-03 7:01 ` DaeSeok Youn
2014-03-03 7:10 ` Joe Perches
2014-03-03 7:33 ` DaeSeok Youn
2014-03-04 0:22 ` DaeSeok Youn
2014-03-04 6:40 ` Krzysztof Hałasa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).