On Mon, Jul 16, 2012 at 10:40 PM, Kevin Hilman wrote:
>
> Linus Walleij writes:
>
> > On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman wrote:
> >
> >> In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
> >> you wait at least until you see some acks/tested tags from any of
> >>
On Mon, Jul 16, 2012 at 10:40 PM, Kevin Hilman khil...@ti.com wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman khil...@ti.com wrote:
In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
you wait at least until you see
Linus Walleij writes:
> On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman wrote:
>
>> Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
>>
>> Since I've been maintaining this, making it official at the request of the
>> GPIO maintainers.
>>
>> Cc: Grant Likely
>> Cc: Linus Walleij
>> Cc:
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman wrote:
> Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
>
> Since I've been maintaining this, making it official at the request of the
> GPIO maintainers.
>
> Cc: Grant Likely
> Cc: Linus Walleij
> Cc: Santosh Shilimkar
> Cc: Andrew
Linus Walleij writes:
> On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman wrote:
>
>> In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
>> you wait at least until you see some acks/tested tags from any of
>>
>> - Santosh Shilimkar
>> - Rajendra Nayak
>> - Benoit Cousson
>>
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman khil...@ti.com wrote:
In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
you wait at least until you see some acks/tested tags from any of
- Santosh Shilimkar
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman khil...@ti.com wrote:
Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
Since I've been maintaining this, making it official at the request of the
GPIO maintainers.
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Linus Walleij
Linus Walleij linus.wall...@linaro.org writes:
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman khil...@ti.com wrote:
Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
Since I've been maintaining this, making it official at the request of the
GPIO maintainers.
Cc: Grant Likely
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman wrote:
> In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
> you wait at least until you see some acks/tested tags from any of
>
> - Santosh Shilimkar
> - Rajendra Nayak
> - Benoit Cousson
>
> or Tony, Paul or myself.
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman khil...@ti.com wrote:
In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
you wait at least until you see some acks/tested tags from any of
- Santosh Shilimkar santosh.shilim...@ti.com
- Rajendra Nayak rna...@ti.com
- Benoit
Hi Linus,
Linus Walleij writes:
> On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman wrote:
>
>> There is quite a bit of other things to do in remove to properly cleanup
>> what is done in probe.
>
> OK I'm dropping this patch for now...
>
Thanks.
For future reference... as one of the OMAP
On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman wrote:
> There is quite a bit of other things to do in remove to properly cleanup
> what is done in probe.
OK I'm dropping this patch for now...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman khil...@ti.com wrote:
There is quite a bit of other things to do in remove to properly cleanup
what is done in probe.
OK I'm dropping this patch for now...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
Hi Linus,
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman khil...@ti.com wrote:
There is quite a bit of other things to do in remove to properly cleanup
what is done in probe.
OK I'm dropping this patch for now...
Thanks.
For future
Tarun Kanti DebBarma writes:
> Add *remove* callback so that necessary cleanup operations are
> performed when device is unregistered.
How was this tested? on what platforms?
> The device is deleted
> from the list and associated clock handle is released by
> calling clk_put() and irq
On Wed, Jul 11, 2012 at 11:13 AM, Tarun Kanti DebBarma
wrote:
> Add *remove* callback so that necessary cleanup operations are
> performed when device is unregistered. The device is deleted
> from the list and associated clock handle is released by
> calling clk_put() and irq descriptor is
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
from the list and associated clock handle is released by
calling clk_put() and irq descriptor is released using the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
from the list and associated clock handle is released by
calling clk_put() and irq descriptor is released using the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma
On Wed, Jul 11, 2012 at 11:13 AM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
from the list and associated clock handle is released by
calling clk_put() and irq
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered.
How was this tested? on what platforms?
The device is deleted
from the list and associated clock handle is released by
calling clk_put()
20 matches
Mail list logo