Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1243990 > unrolled thread

[PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error

Started byTillmann Heidsieck <theidsieck@leenox.de>
First post2015-10-10 21:50 +0200
Last post2015-10-12 17:30 +0200
Articles 4 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error Tillmann Heidsieck <theidsieck@leenox.de> - 2015-10-10 21:50 +0200
    [PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc() Tillmann Heidsieck <theidsieck@leenox.de> - 2015-10-10 21:50 +0200
      Re: [PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case  of failed kmalloc() David Miller <davem@davemloft.net> - 2015-10-13 04:50 +0200
    Re: [PATCH 0/2] atm: iphase: Fix misleading indention and return  -ENOMEM on error "Charles (Chas) Williams" <3chas3@gmail.com> - 2015-10-12 17:30 +0200

#1243990 — [PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error

FromTillmann Heidsieck <theidsieck@leenox.de>
Date2015-10-10 21:50 +0200
Subject[PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error
Message-ID<qi8jw-2fO-9@gated-at.bofh.it>
OK here it goes ...

There are three non-indention specific smatch warnings in atm/iphase.c

drivers/atm/iphase.c:115 ia_enque_rtn_q() warn: returning -1 instead of -ENOMEM is sloppy
drivers/atm/iphase.c:148 ia_hack_tcq() warn: if();
drivers/atm/iphase.c:1178 rx_pkt() warn: curly braces intended?

this series fixes two of them. The if(); warning would require
restructuring the code to a larger extend. Beyond this there remains a
whooping number of > 2k checkpatch.pl warnings and errors each. Those
can be grouped into 

- Direct usage of printk()
- Style issues concerning operators
- Style issues concerning {}
- Indention with spaces, mixed tabs and spaces etc
- Trailing white-spaces

Generally I would not mind cleaning all this up for those who have to
make functional changes to the driver. However, I would like to know
from the maintainers if such an afford would be welcome or not.

Regards,
Tillmann Heidsieck


Tillmann Heidsieck (2):
  atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc()
  atm: iphase: fix misleading indention

 drivers/atm/iphase.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

-- 
2.6.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1243992 — [PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc()

FromTillmann Heidsieck <theidsieck@leenox.de>
Date2015-10-10 21:50 +0200
Subject[PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc()
Message-ID<qi8jw-2fO-15@gated-at.bofh.it>
In reply to#1243990
Smatch complains about returning hard coded error codes, silence this
warning.

drivers/atm/iphase.c:115 ia_enque_rtn_q() warn: returning -1 instead of -ENOMEM is sloppy

Signed-off-by: Tillmann Heidsieck <theidsieck@leenox.de>
---
 drivers/atm/iphase.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/atm/iphase.c b/drivers/atm/iphase.c
index 65e65903faa0..d5010d7a99c3 100644
--- a/drivers/atm/iphase.c
+++ b/drivers/atm/iphase.c
@@ -112,7 +112,8 @@ static void ia_enque_head_rtn_q (IARTN_Q *que, IARTN_Q * data)
 
 static int ia_enque_rtn_q (IARTN_Q *que, struct desc_tbl_t data) {
    IARTN_Q *entry = kmalloc(sizeof(*entry), GFP_ATOMIC);
-   if (!entry) return -1;
+   if (!entry)
+      return -ENOMEM;
    entry->data = data;
    entry->next = NULL;
    if (que->next == NULL) 
-- 
2.6.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1245301 — Re: [PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc()

FromDavid Miller <davem@davemloft.net>
Date2015-10-13 04:50 +0200
SubjectRe: [PATCH 1/2] atm: iphase: return -ENOMEM instead of -1 in case of failed kmalloc()
Message-ID<qiXP3-1wY-5@gated-at.bofh.it>
In reply to#1243992
From: Tillmann Heidsieck <theidsieck@leenox.de>
Date: Sat, 10 Oct 2015 21:47:18 +0200

> Smatch complains about returning hard coded error codes, silence this
> warning.
> 
> drivers/atm/iphase.c:115 ia_enque_rtn_q() warn: returning -1 instead of -ENOMEM is sloppy
> 
> Signed-off-by: Tillmann Heidsieck <theidsieck@leenox.de>

Applied to net-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1244807 — Re: [PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error

From"Charles (Chas) Williams" <3chas3@gmail.com>
Date2015-10-12 17:30 +0200
SubjectRe: [PATCH 0/2] atm: iphase: Fix misleading indention and return -ENOMEM on error
Message-ID<qiNcZ-2Xu-1@gated-at.bofh.it>
In reply to#1243990
On Sat, 2015-10-10 at 21:47 +0200, Tillmann Heidsieck wrote:
> this series fixes two of them. The if(); warning would require
> restructuring the code to a larger extend. Beyond this there remains a
> whooping number of > 2k checkpatch.pl warnings and errors each. Those
> can be grouped into 
...
> Generally I would not mind cleaning all this up for those who have to
> make functional changes to the driver. However, I would like to know
> from the maintainers if such an afford would be welcome or not.

It doesn't bother me if you do this.  I can review it.


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web