Thread (7 messages) 7 messages, 4 authors, 2014-06-17

Re: [RFC PATCH] gpio: Add a defer reset object to send board specific reset

From: Houcheng Lin <hidden>
Date: 2014-06-15 05:16:20
Also in: linux-devicetree, lkml

Hi Linus, please see my replies below,

2014-06-12 20:35 GMT+08:00 Linus Walleij [off-list ref]:
OK this is interesting stuff..

But this driver *MUST* live under drivers/power/reset/*, as it
has absolutely *nothing* to do with GPIO except for being a consumer
of it. I won't merge it.

And you should discuss it with Dmitry and David W.

But I will review it nevertheless :-D
Thanks for this information, I changed source to under drivers/
power/reset.
OK so reset init and reset end is a way to specify when reset
is asserted (as one or zero).

DON'T do this. The GPIO bindings already know a way to define
if GPIOs are active high or low, and the gpiod interface will invert
the signal for you if this is specified as active low.

This way you get rid of both strange properties.
May I reserve the "reset-init" and ""reset-end" properties? As
some boards use power line off to reset device. The power line
is active high when as power but active low when as a reset signal.
You forgot to free the deferred_reset_list here. Fix that.
Thank a lot for your reviews :) Here are fixed of version 2:
    - change location to drivers/power/reset
    - remove unused #include
    - change to use GPIO descriptor interface and use customer.h
    - free resources after issue reset. However, if a enclosing
      chip is not probled, the correpsonding reset will not send
      and memeory is still not free in this case.
    - other minor fixs

Best regards,
Houcheng Lin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help