[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130112104730.GQ23505@n2100.arm.linux.org.uk>
Date: Sat, 12 Jan 2013 10:47:30 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Laxman Dewangan <ldewangan@...dia.com>
Cc: Stephen Warren <swarren@...dotorg.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RFT 3/3] ARM: tegra: dts: seaboard: enable keyboard
On Sat, Jan 12, 2013 at 04:04:28PM +0530, Laxman Dewangan wrote:
> Going through clock driver, the clk_get() should return error pointer or
> valid pointer, atleast not NULL.
No. clk_get() will return whatever value the 'clk' pointer found in
the clk_lookup structure contains. Or it will return an error pointer.
This topic has had enough discussion in the past that I'll say: go and
look up in the archives emails from me on this subject. I've been very
clear over the years about this.
> Probably our clock driver is returning to NULL and hence issue is
> becasue whole world, it check for IS_ERR or !IS_ERR() and null clk
> pointer treated as !IS_ERR().
Probably not. As far as _drivers_ go, either the clk cookie is an error
(IS_ERR() is true) _OR_ it is valid to be passed back into the clock API.
You will find statements from me in the past to that: whatever clk_get()
returns which is _not_ an error must be accepted by the rest of the clk
API.
Drivers never dereference the returned clk, so why should they care about
anything other than "is it an error" given by IS_ERR(). (notice the lack
of question mark, that's not a question to be answered.)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists