From: Ali Bahar <ali@internetdog.org>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: Greg Kroah-Hartman <gregkh@suse.de>, linux-wireless@vger.kernel.org
Subject: Re: [PATCH 1/2] staging: r8712u: Most return-values changed from -1 to proper errno macros.
Date: Sat, 16 Jul 2011 11:21:01 +0800 [thread overview]
Message-ID: <20110716032100.GA3274@internetdog.org> (raw)
In-Reply-To: <4E20AA5A.6020101@lwfinger.net>
On Fri, Jul 15, 2011 at 04:00:10PM -0500, Larry Finger wrote:
> On 07/15/2011 12:11 PM, Ali Bahar wrote:
> >The ioctl handlers were frequently returning -1 upon failure. Most of
> >these have now been changed to proper errno macros.
> >The few remaining ones have been left untouched because either the
> >handler is not called (and so cannot be tested), or the function never
> >fails (and so cannot be system-tested), or requires new code to
> >distinguish its failures.
> >
> >Signed-off-by: Ali Bahar<ali@internetDog.org>
> >Cc: Larry Finger<Larry.Finger@lwfinger.net>
> >---
> > drivers/staging/rtl8712/rtl871x_ioctl_linux.c | 121 +++++++++++++++++++++----
> > 1 files changed, 105 insertions(+), 16 deletions(-)
> >
> >diff --git a/drivers/staging/rtl8712/rtl871x_ioctl_linux.c b/drivers/staging/rtl8712/rtl871x_ioctl_linux.c
> >index 40e6b5c..bb97d8b 100644
> >--- a/drivers/staging/rtl8712/rtl871x_ioctl_linux.c
> >+++ b/drivers/staging/rtl8712/rtl871x_ioctl_linux.c
> >@@ -526,7 +526,7 @@ static int r871x_set_wpa_ie(struct _adapter *padapter, char *pie,
> > memcpy(buf, pie , ielen);
> > pos = buf;
> > if (ielen< RSN_HEADER_LEN) {
> >- ret = -1;
> >+ ret = -EINVAL;
> > goto exit;
> > }
> > if (r8712_parse_wpa_ie(buf, ielen,&group_cipher,
> >@@ -689,6 +689,11 @@ static const long frequency_list[] = {
> > 5825
> > };
> >
> >+/*
> >+ * This function intends to handle the Set Freq command.
> >+ * Currently, the request comes via the Wireless Extensions' SIOCSIWFREQ ioctl.
> >+ *
> >+ */
>
> This comment is not needed. The function name is descriptive and it
> is clear that it is part of WEXT.
OK.
See below.
> > static int r8711_wx_set_mode(struct net_device *dev,
> > struct iw_request_info *a,
> > union iwreq_data *wrqu, char *b)
> >@@ -769,10 +789,15 @@ static int r8711_wx_set_mode(struct net_device *dev,
> > else
> > r8712_setopmode_cmd(padapter, Ndis802_11AutoUnknown);
> > if (!r8712_set_802_11_infrastructure_mode(padapter, networkType))
> >- return -1;
> >+ return -EPERM; /* Unknown failure. */
> > return 0;
>
> As r8712_set_802_11_infrastructure_mode() always returns true. it
> would be better to rewrite it as a void function and completely do
> away with the test here.
Agreed. I was going to wait till after the/any merge with Realtek's
latest. Instead, I'll do it now.
Similarly with the other such checks.
> Comments in the Linux kernel are relatively rare. Only things that
> are not immediately obvious should receive special annotation.
I'll undo all the comments.
Please don't interpret the following as the start of a debate on
commenting Linux; it's not my place to do so. I'm just explaining, for
public record, why the above was done.
I am aware of the current state of the Linux code's documentation.
Habitually, I comment the big-picture as I go along. Industry practice
wrt comments differs from Linux's, of course.
The comments were in the function heads, not in the bodies, as per
Documentation/CodingStyle.
The big-picture of the functions is clear once you are familiar enough
to begin to modify the code. However, and especially for linux, code
is read a thousand times for every time it is written. Most eyeballs
could do with a line or two of explanation.
To me, Documentation/kernel-docs.txt echoed the need for a
big-picture view.
If the goal is to attract more developers (as it is at least Greg KH's
intent), then Linux's code-base has a long way to go. I meant only to
start chipping away at the task.
Anyways. Didn't mean to give you a headache.
>
> Larry
Thank you for taking the time. Greatly appreciated.
BTW, if there's any particular work that you feel this driver needs,
do let me know. I've planned to look at the latest Reaktek code for
potential merges, and then see if I can interface it with iw
(cfg80211.) I'll also dig to see what it may take to add monitor-mode
to this.
Any such patches will be posted to the Staging ML.
regards,
ali
next prev parent reply other threads:[~2011-07-16 3:23 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-03 14:47 [PATCH 00/12] rtlwifi: rtl8192se: Merge new driver Larry Finger
2011-05-03 15:01 ` Borislav Petkov
2011-05-03 20:03 ` Larry Finger
2011-05-04 17:01 ` Borislav Petkov
2011-05-04 17:20 ` Larry Finger
2011-05-04 18:06 ` Borislav Petkov
2011-05-04 19:15 ` Larry Finger
2011-05-03 15:59 ` Walter Goldens
2011-05-03 16:45 ` Larry Finger
2011-05-03 20:19 ` Gábor Stefanik
2011-05-03 20:33 ` Larry Finger
2011-05-03 20:38 ` Gábor Stefanik
2011-05-03 20:56 ` Larry Finger
2011-05-03 21:09 ` Gábor Stefanik
2011-05-03 21:35 ` Larry Finger
2011-06-21 12:49 ` r8712u driver for the rtl8192su chip Ali Bahar
2011-06-21 22:08 ` Larry Finger
2011-06-22 1:00 ` Ali Bahar
2011-06-22 2:03 ` Julian Calaby
2011-06-22 2:12 ` Gábor Stefanik
2011-06-22 2:46 ` Ali Bahar
2011-06-22 2:39 ` Ali Bahar
2011-06-22 2:34 ` Larry Finger
2011-06-22 2:56 ` Ali Bahar
2011-06-22 3:09 ` Larry Finger
2011-06-22 3:17 ` Ali Bahar
2011-06-27 7:23 ` Ali Bahar
2011-07-02 17:09 ` Larry Finger
2011-07-03 1:06 ` Ali Bahar
2011-07-03 1:24 ` Larry Finger
2011-07-03 1:47 ` Ali Bahar
2011-07-15 17:11 ` [PATCH 0/2] staging: r8712u: Most return-values changed from -1 to Ali Bahar
2011-07-15 17:11 ` [PATCH 1/2] staging: r8712u: Most return-values changed from -1 to proper errno macros Ali Bahar
2011-07-15 21:00 ` Larry Finger
2011-07-16 3:21 ` Ali Bahar [this message]
2011-07-16 9:23 ` Kalle Valo
2011-07-16 10:50 ` Ali Bahar
2011-07-16 11:44 ` Kalle Valo
2011-07-16 11:55 ` Ali Bahar
2011-07-15 17:11 ` [PATCH 2/2] staging: r8712u: checkpatch errors: trailing whitespace on 2 lines Ali Bahar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110716032100.GA3274@internetdog.org \
--to=ali@internetdog.org \
--cc=Larry.Finger@lwfinger.net \
--cc=gregkh@suse.de \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).