linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: sourav.poddar@ti.com (Poddar, Sourav)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv2 1/2] ads7846: OMAP3: Removal of warnings backtrace in bootup
Date: Thu, 3 Feb 2011 17:10:31 +0530	[thread overview]
Message-ID: <AANLkTimro-sb91Ow1v2fmCp-SF4GWBEeRrEe_ikjSuHr@mail.gmail.com> (raw)
In-Reply-To: <19786.37462.662253.3644@ipc1.ka-ro>

On Thu, Feb 3, 2011 at 5:02 PM, Lothar Wa?mann <LW@karo-electronics.de> wrote:
> Hi,
>
> Igor Grinberg writes:
>>
>>
>> On 02/03/11 13:00, Poddar, Sourav wrote:
>>
>> > On Thu, Feb 3, 2011 at 3:47 PM, Igor Grinberg <grinberg@compulab.co.il> wrote:
>> >> if (pdata->get_pendown_state) {
>> >> ? ? ? ?ts->get_pendown_state = pdata->get_pendown_state;
>> >> ? ? ? ?ts->gpio_pendown = -1;
>> >> ? ? ? ?return 0;
>> >> }
>> > Yes we can do so .I initialise it at a place where other variables
>> > ?where initialised.
>> >
>> >>> Also, why don't we use -EINVAL for the invalid gpio number instead of -1 constant?
>> >>>
>> > ?I used -1 because conditional check done in probe ads7846_probe function
>> > ?used this value.
>> >
>> > ? err_free_gpio:
>> > ? ? ? ? if (ts->gpio_pendown != -1)
>> > ? ? ? ? ? ? ? ? gpio_free(ts->gpio_pendown);
>> >
>>
>> Well I understand that and that's why in my proposal I used -1 also, but
>> I thought we can make it even better if we switch to -EINVAL
>> (though wanted to check if there are any reasonable objections)
>> and while you are at this, may be you are willing also to submit a patch for this?
>>
> Since ts->gpio_pendown is used as a GPIO number, the check with
> gpio_is_valid(), as suggested by Felipe Balbi, would be the most
> sensible thing to do here.
>

Yes,it seems gpio_is_valid() would be more sensible to use.
 Will post a patch using gpio_is_valid() asap.

      reply	other threads:[~2011-02-03 11:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-03  9:48 [PATCHv2 1/2] ads7846: OMAP3: Removal of warnings backtrace in bootup Sourav Poddar
2011-02-03 10:10 ` Igor Grinberg
2011-02-03 10:17   ` Igor Grinberg
2011-02-03 11:00     ` Poddar, Sourav
2011-02-03 11:09       ` Felipe Balbi
2011-02-03 11:12       ` Igor Grinberg
2011-02-03 11:28         ` ABRAHAM, KISHON VIJAY
2011-02-03 13:00           ` Igor Grinberg
2011-02-03 11:32         ` Lothar Waßmann
2011-02-03 11:40           ` Poddar, Sourav [this message]

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=AANLkTimro-sb91Ow1v2fmCp-SF4GWBEeRrEe_ikjSuHr@mail.gmail.com \
    --to=sourav.poddar@ti.com \
    --cc=linux-arm-kernel@lists.infradead.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).