From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Michail Kurachkin <michail.kurachkin@promwad.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Kuten Ivan <Ivan.Kuten@promwad.com>,
"benavi@marvell.com" <benavi@marvell.com>,
Palstsiuk Viktar <Viktar.Palstsiuk@promwad.com>,
Dmitriy Gorokh <dmitriy.gorokh@promwad.com>
Subject: Re: [PATCH 7/9] added issues description in TODO file
Date: Wed, 27 Feb 2013 08:36:53 -0800 [thread overview]
Message-ID: <20130227163653.GA23508@kroah.com> (raw)
In-Reply-To: <1361982404-5398-1-git-send-email-michail.kurachkin@promwad.com>
On Wed, Feb 27, 2013 at 07:26:44PM +0300, Michail Kurachkin wrote:
> Signed-off-by: Michail Kurachkin <michail.kurachkin@promwad.com>
> ---
> drivers/staging/si3226x/TODO | 8 +++++++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
Please, when sending patches, make them descriptive of what part of the
kernel that this is for. In this specific instance, your Subject:
should be:
"staging: si3226x: add issues to TODO file"
that way it makes sense where things are being changed, and it makes it
easier to find the series in my inbox (hint, you should also use
git-send-email to chain them, not make them individual threads, but
that's a minor issue.)
> diff --git a/drivers/staging/si3226x/TODO b/drivers/staging/si3226x/TODO
> index 83c5958..b2cb27e 100644
> --- a/drivers/staging/si3226x/TODO
> +++ b/drivers/staging/si3226x/TODO
> @@ -1,2 +1,8 @@
> 1) mutex_lock(&slic_chr_dev_lock);
> -This locking is very heavy handed. You are holding it across the entire open, close, read, write, ioctl, and it is protecting a bunch of different things.
> +This locking is very heavy handed and should be reworked
> +
> +2) SLIC driver works unstable when compiled as module, loaded, then unloaded and finally reloaded again.
> +
> +3) Current version of Si3226x SLIC driver is limited. It implements only base functionality such as Answer, Hangup, receive DTMF, send DTMF, send Caller ID.
Please wrap your lines at 75 columns at the least, to make it readable.
Also, I need an email address in the TODO files as to who to cc: patches
to in order for them to be reviewed.
And really, these are the only reasons this driver isn't in the main
part of the kernel? That last item shouldn't be a limiting factor, and
the other two aren't really an issue either, right?
I need a list here (and for the tdm core) of what is needed to be done
to get the code out of the staging tree, and email addresses and names
of people who are going to be responsible for doing this work.
Oh, and finally, why isn't this driver under the drivers/staging/tdm/
directory?
thanks,
greg k-h
next prev parent reply other threads:[~2013-02-27 16:36 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-27 16:26 [PATCH 7/9] added issues description in TODO file Michail Kurachkin
2013-02-27 16:36 ` Greg Kroah-Hartman [this message]
2013-02-28 16:27 ` Kurachkin Michail
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=20130227163653.GA23508@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=Ivan.Kuten@promwad.com \
--cc=Viktar.Palstsiuk@promwad.com \
--cc=benavi@marvell.com \
--cc=dmitriy.gorokh@promwad.com \
--cc=linux-kernel@vger.kernel.org \
--cc=michail.kurachkin@promwad.com \
/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