Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1624953 > unrolled thread
| Started by | Chewie Lin <linsh@oregonstate.edu> |
|---|---|
| First post | 2017-04-18 02:00 +0200 |
| Last post | 2017-04-18 06:50 +0200 |
| Articles | 4 — 2 participants |
Back to article view | Back to linux.kernel
[PATCH 0/1] drivers/staging/vt6656/main_usb.c: checkpatch warning Chewie Lin <linsh@oregonstate.edu> - 2017-04-18 02:00 +0200
[PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning Chewie Lin <linsh@oregonstate.edu> - 2017-04-18 02:00 +0200
Re: [PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning Greg KH <greg@kroah.com> - 2017-04-18 06:20 +0200
Re: [PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning Chewie Lin <linsh@oregonstate.edu> - 2017-04-18 06:50 +0200
| From | Chewie Lin <linsh@oregonstate.edu> |
|---|---|
| Date | 2017-04-18 02:00 +0200 |
| Subject | [PATCH 0/1] drivers/staging/vt6656/main_usb.c: checkpatch warning |
| Message-ID | <txoIO-7c0-17@gated-at.bofh.it> |
Hi All, I'm submitting this patch as part of Eudyptula challenge to fix a coding style problem. Thanks for taking time on this trivial patch. linsh Chewie Lin (1): drivers/staging/vt6656/main_usb.c: checkpatch warning drivers/staging/vt6656/main_usb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.12.2
[toc] | [next] | [standalone]
| From | Chewie Lin <linsh@oregonstate.edu> |
|---|---|
| Date | 2017-04-18 02:00 +0200 |
| Subject | [PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning |
| Message-ID | <txoIP-7c0-39@gated-at.bofh.it> |
| In reply to | #1624953 |
Swap string in the dev_warn() call with __func__ argument, instead of
explicitly calling the function name in the string:
WARNING: Prefer using "%s", __func__ to embedded function names
#417: FILE: main_usb.c:417:
+ "usb_device_reset fail status=%d\n", status);
total: 0 errors, 1 warnings, 1058 lines checked
And after fix:
main_usb.c has no obvious style problems and is ready for submission.
Signed-off-by: Chewie Lin <linsh@oregonstate.edu>
---
drivers/staging/vt6656/main_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6656/main_usb.c b/drivers/staging/vt6656/main_usb.c
index 9e074e9daf4e..71c4511b4cff 100644
--- a/drivers/staging/vt6656/main_usb.c
+++ b/drivers/staging/vt6656/main_usb.c
@@ -414,7 +414,7 @@ static void usb_device_reset(struct vnt_private *priv)
status = usb_reset_device(priv->usb);
if (status)
dev_warn(&priv->usb->dev,
- "usb_device_reset fail status=%d\n", status);
+ "%s fail status=%d\n", __func__, status);
}
static void vnt_free_int_bufs(struct vnt_private *priv)
--
2.12.2
[toc] | [prev] | [next] | [standalone]
| From | Greg KH <greg@kroah.com> |
|---|---|
| Date | 2017-04-18 06:20 +0200 |
| Subject | Re: [PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning |
| Message-ID | <txsMq-1vR-7@gated-at.bofh.it> |
| In reply to | #1624962 |
On Mon, Apr 17, 2017 at 04:58:48PM -0700, Chewie Lin wrote: > Swap string in the dev_warn() call with __func__ argument, instead of > explicitly calling the function name in the string: > > WARNING: Prefer using "%s", __func__ to embedded function names > #417: FILE: main_usb.c:417: > + "usb_device_reset fail status=%d\n", status); > > total: 0 errors, 1 warnings, 1058 lines checked > > And after fix: > > main_usb.c has no obvious style problems and is ready for submission. > > Signed-off-by: Chewie Lin <linsh@oregonstate.edu> > --- > drivers/staging/vt6656/main_usb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/staging/vt6656/main_usb.c b/drivers/staging/vt6656/main_usb.c > index 9e074e9daf4e..71c4511b4cff 100644 > --- a/drivers/staging/vt6656/main_usb.c > +++ b/drivers/staging/vt6656/main_usb.c > @@ -414,7 +414,7 @@ static void usb_device_reset(struct vnt_private *priv) > status = usb_reset_device(priv->usb); > if (status) > dev_warn(&priv->usb->dev, > - "usb_device_reset fail status=%d\n", status); > + "%s fail status=%d\n", __func__, status); But the call that failed was called usb_device_reset(), right? Why is this function even needed at all, have the caller call the correct function instead please, and then this whole function can be deleted. thanks, greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Chewie Lin <linsh@oregonstate.edu> |
|---|---|
| Date | 2017-04-18 06:50 +0200 |
| Subject | Re: [PATCH 1/1] drivers/staging/vt6656/main_usb.c: checkpatch warning |
| Message-ID | <txtfr-1J5-1@gated-at.bofh.it> |
| In reply to | #1625011 |
On Tue, Apr 18, 2017 at 06:14:11AM +0200, Greg KH wrote: > On Mon, Apr 17, 2017 at 04:58:48PM -0700, Chewie Lin wrote: > > Swap string in the dev_warn() call with __func__ argument, instead of > > explicitly calling the function name in the string: > > > > WARNING: Prefer using "%s", __func__ to embedded function names > > #417: FILE: main_usb.c:417: > > + "usb_device_reset fail status=%d\n", status); > > > > total: 0 errors, 1 warnings, 1058 lines checked > > > > And after fix: > > > > main_usb.c has no obvious style problems and is ready for submission. > > > > Signed-off-by: Chewie Lin <linsh@oregonstate.edu> > > --- > > drivers/staging/vt6656/main_usb.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/staging/vt6656/main_usb.c b/drivers/staging/vt6656/main_usb.c > > index 9e074e9daf4e..71c4511b4cff 100644 > > --- a/drivers/staging/vt6656/main_usb.c > > +++ b/drivers/staging/vt6656/main_usb.c > > @@ -414,7 +414,7 @@ static void usb_device_reset(struct vnt_private *priv) > > status = usb_reset_device(priv->usb); > > if (status) > > dev_warn(&priv->usb->dev, > > - "usb_device_reset fail status=%d\n", status); > > + "%s fail status=%d\n", __func__, status); > > But the call that failed was called usb_device_reset(), right? Why is > this function even needed at all, have the caller call the correct > function instead please, and then this whole function can be deleted. > thanks greg. Yes, I think that's a good approach as well. I initially wanted to fix a coding style problem without touching the function calls, but I can definitely do that as well. linsh
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web