Hi Jean
On Mon, 20 Jun 2011, Jean Pihet wrote:
On Fri, 6 May 2011, Jean Pihet wrote:
I checked the patch against the master branch of both Tony's and
Linus's trees, it applies and compiles OK.
Is that OK to you?
If it applies cleanly against Linus's current tree, then yes, that's
Hi Paul,
On Fri, 6 May 2011, Jean Pihet wrote:
I checked the patch against the master branch of both Tony's and
Linus's trees, it applies and compiles OK.
Is that OK to you?
If it applies cleanly against Linus's current tree, then yes, that's fine.
Do you know what happened to this patch?
The current code base is not linking with the OMAP_PM_NONE
option set.
Since the option OMAP_PM_NOOP provides a no-op/debug layer,
OMAP_PM_NONE can be removed.
OMAP_PM_NOOP is enabled by default by Kconfig.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/plat-omap/Kconfig|
Please note that this code is based on khilman's for_2.6.40/pm-cleanup branch.
Jean
On Fri, May 6, 2011 at 11:11 AM, Jean Pihet jean.pi...@newoldbits.com wrote:
The current code base is not linking with the OMAP_PM_NONE
option set.
Since the option OMAP_PM_NOOP provides a no-op/debug layer,
Salut Jean
On Fri, 6 May 2011, Jean Pihet wrote:
The current code base is not linking with the OMAP_PM_NONE
option set.
Since the option OMAP_PM_NOOP provides a no-op/debug layer,
OMAP_PM_NONE can be removed.
OMAP_PM_NOOP is enabled by default by Kconfig.
Signed-off-by: Jean Pihet
Hi Paul,
On Fri, May 6, 2011 at 6:16 PM, Paul Walmsley p...@pwsan.com wrote:
Salut Jean
On Fri, 6 May 2011, Jean Pihet wrote:
The current code base is not linking with the OMAP_PM_NONE
option set.
Since the option OMAP_PM_NOOP provides a no-op/debug layer,
OMAP_PM_NONE can be removed.
On Fri, 6 May 2011, Jean Pihet wrote:
I checked the patch against the master branch of both Tony's and
Linus's trees, it applies and compiles OK.
Is that OK to you?
If it applies cleanly against Linus's current tree, then yes, that's fine.
- Paul
--
To unsubscribe from this list: send the