RE: Querry on UART wakeup on Linux 3.8-rc1
Hi, Could someone point me if it has been working in any of the releases ? Thanks, Gowda -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] Sent: 01. tammikuuta 2013 22:08 To: linux-omap@vger.kernel.org Subject: Querry on UART wakeup on Linux 3.8-rc1 Hi, I tried to wakeup OMAP430 ES2.1 Panda from static suspend retention using console uart2, it doesn't wakeup. But could configure GPIO_121 button to wake up from retention fine. On the serial uart side I have manually enabled wakeup by echo enabled /sys/devices/platform/omap_uart.2/tty/ttyO2/power/wakeup I could see the wakeup enable bit (114) of uart irrx pad register is being set properly before it does static suspend fine. Should I need to do any more thing to get it work? Thanks, Gowda -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Querry on UART wakeup on Linux 3.8-rc1
Hi, I tried to wakeup OMAP430 ES2.1 Panda from static suspend retention using console uart2, it doesn't wakeup. But could configure GPIO_121 button to wake up from retention fine. On the serial uart side I have manually enabled wakeup by echo enabled /sys/devices/platform/omap_uart.2/tty/ttyO2/power/wakeup I could see the wakeup enable bit (114) of uart irrx pad register is being set properly before it does static suspend fine. Should I need to do any more thing to get it work? Thanks, Gowda -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [GIT PULL] ARM: OMAP: clock, powerdomain, clockdomain, hwmod fixes for early v3.4-rc
Hi Paul, I think you have missed out to queue my patch. Could you please include the same. Best Regards, Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Paul Walmsley Sent: 05 April 2012 02:00 To: t...@atomide.com Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: [GIT PULL] ARM: OMAP: clock, powerdomain, clockdomain, hwmod fixes for early v3.4-rc -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Tony, The following changes since commit dd775ae2549217d3ae09363e3edb305d0fa19928: Linux 3.4-rc1 (2012-03-31 16:24:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending tags/omap-fixes-a-for-3.4rc for you to fetch changes up to cf1a9298231d7719b67ad0eae6236c91888b7a32: Merge branches 'clock_fixes_3.4rc', 'clockdomain_fixes_3.4rc', 'hsmmc_erratum_2_1_1_128_refine_3.4rc1', 'hwmod_data_fixes_a_3.4rc', 'hwmod_fixes_3.4rc', 'powerdomain_fixes_a_3.4rc' and 'prcm_fixes_3.4rc' into fixes_for_3.4rc2 (2012-04-04 14:53:33 -0600) These changes have been boot-tested on OMAP37xx ES1.0 Beagleboard-XM, OMAP2420 N800, OMAP4430 ES2.0 Pandaboard, and OMAP35xx ES3.0 BeagleBoard. System suspend and serial wakeup has been tested on OMAP4430 ES2.0 Pandaboard, and dynamic retention idle and serial wakeup has been tested on OMAP35xx ES3.0 BeagleBoard. - OMAP clock, powerdomain, clockdomain, hwmod, and PRCM fixes intended for the early v3.4-rc series. Also contains an HSMMC integration refinement of an earlier hardware bug workaround. ARM: OMAP3: clock data: fill in some missing clockdomains ARM: OMAP4: clock data: Force a DPLL clkdm/pwrdm ON before a relock ARM: OMAP4: clock data: fix mult and div mask for USB_DPLL ARM: OMAP2+: powerdomain: Wait for powerdomain transition in pwrdm_state_switch() ARM: OMAP: hwmod: Use sysc_fields-srst_shift and get rid of hardcoded SYSC_TYPE2_SOFTRESET_MASK ARM: OMAP4: prm: fix interrupt register offsets ARM: OMAP AM3517/3505: clock data: change EMAC clocks aliases ARM: OMAP2+: hwmod: Fix wrong SYSC_TYPE1_XXX_MASK bit definitions ARM: OMAP2+: hwmod: Make omap_hwmod_softreset wait for reset status ARM: OMAP2+: hwmod: Restore sysc after a reset ARM: OMAP: clock: fix race in disable all clocks ARM: OMAP4: hwmod data: Add aliases for McBSP fclk clocks ARM: OMAP2+: omap_hwmod: Allow io_ring wakeup configuration for all modules ARM: OMAP3xxx: clock data: fix DPLL4 CLKSEL masks ARM: OMAP3xxx: HSMMC: avoid erratum workaround when transceiver is attached ARM: OMAP44xx: clockdomain data: correct the emu_sys_clkdm CLKTRCTRL data - Ameya Palande (1): ARM: OMAP4: clock data: fix mult and div mask for USB_DPLL Govindraj.R (1): ARM: OMAP2+: omap_hwmod: Allow io_ring wakeup configuration for all modules Grazvydas Ignotas (2): ARM: OMAP3xxx: HSMMC: avoid erratum workaround when transceiver is attached ARM: OMAP3xxx: clock data: fix DPLL4 CLKSEL masks Ilya Yanok (1): ARM: OMAP AM3517/3505: clock data: change EMAC clocks aliases Nishanth Menon (1): ARM: OMAP: clock: fix race in disable all clocks Paul Walmsley (4): ARM: OMAP44xx: clockdomain data: correct the emu_sys_clkdm CLKTRCTRL data ARM: OMAP4: hwmod data: Add aliases for McBSP fclk clocks ARM: OMAP3: clock data: fill in some missing clockdomains Merge branches 'clock_fixes_3.4rc', 'clockdomain_fixes_3.4rc', 'hsmmc_erratum_2_1_1_128_refine_3.4rc1', 'hwmod_data_fixes_a_3.4rc', 'hwmod_fixes_3.4rc', 'powerdomain_fixes_a_3.4rc' and 'prcm_fixes_3.4rc' into fixes_for_3.4rc2 Rajendra Nayak (4): ARM: OMAP2+: hwmod: Restore sysc after a reset ARM: OMAP2+: hwmod: Make omap_hwmod_softreset wait for reset status ARM: OMAP: hwmod: Use sysc_fields-srst_shift and get rid of hardcoded SYSC_TYPE2_SOFTRESET_MASK ARM: OMAP4: clock data: Force a DPLL clkdm/pwrdm ON before a relock Santosh Shilimkar (1): ARM: OMAP2+: powerdomain: Wait for powerdomain transition in pwrdm_state_switch() Tero Kristo (1): ARM: OMAP4: prm: fix interrupt register offsets Vaibhav Hiremath (1): ARM: OMAP2+: hwmod: Fix wrong SYSC_TYPE1_XXX_MASK bit definitions arch/arm/mach-omap2/clock3xxx_data.c | 18 +++-- arch/arm/mach-omap2/clock44xx_data.c |5 +- arch/arm/mach-omap2/clockdomains44xx_data.c |2 +- arch/arm/mach-omap2/hsmmc.c |7 ++ arch/arm/mach-omap2/omap_hwmod.c | 96 -- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 28 arch/arm/mach-omap2/powerdomain.c|8 ++- arch/arm/mach-omap2/prm44xx.c| 21 +++--- arch/arm/plat-omap/clock.c |5 +- arch/arm/plat-omap/include/plat/omap_hwmod.h | 12 ++-- 10 files changed,
RE: [GIT PULL] ARM: OMAP: clock, powerdomain, clockdomain, hwmod fixes for early v3.4-rc
Thanks Paul for the quick reply. Ok I will repost it. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Paul Walmsley Sent: 05 April 2012 12:19 To: Gowda Madhusudhan Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: RE: [GIT PULL] ARM: OMAP: clock, powerdomain, clockdomain, hwmod fixes for early v3.4-rc On Thu, 5 Apr 2012, madhusudhan.go...@elektrobit.com wrote: Hi Paul, I think you have missed out to queue my patch. Could you please include the same. I thought you were going to fix the patch description. Could you please do that and repost it? - Paul ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [GIT PULL] OMAP PM EMU fix for v3.3
Hi Paul, Please find my comments inlined Thanks Gowda -Original Message- From: Paul Walmsley [mailto:p...@pwsan.com] Sent: 24 February 2012 02:11 To: Gowda Madhusudhan Cc: khil...@ti.com; t...@atomide.com; linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: RE: [GIT PULL] OMAP PM EMU fix for v3.3 Hi On Thu, 23 Feb 2012, madhusudhan.go...@elektrobit.com wrote: [Gowda] I found this BUG in the CM code while trying to use both SDTI as well as requirement of enabling Hardware supervised transition CLKTRCTRL_EMU to 0x3. SDTI requires the softwre supervised transition to keep connected, by enabling Hardware supervised transition SDTI does not like it so Jouni had commented out the HW supervised transtion. Which I agree it is fine on SDTI part. .flags = /* CLKDM_CAN_ENABLE_AUTO | */CLKDM_CAN_SWSUP, But my point here is when I set the HW supervised transition, across MPU OFF the register loses its previous value and changes to reset value 0x2 (SW supervised) is not correct. So I submitted this patch for fixing this general CM code bug. Okay, that's a little more clear. So this patch does not affect the SDTI functionality with your driver? Your patch description reads: Embedded trace debug tools like Serial Trace Interface(sti) using EMU domain loses connection across MPU OFF. The patch fixes this issue But it sounds like that's not the case? At least, if the reset value for CM_CLKSTCTRL_EMU is 0x2, I don't understand how this patch could fix it. [GOWDA] I think I should edit the commit log to avoid any confusion on SDTI functionality, is it ok if I do this on the GIT PULL branch ? About the patch - I'm fine with the basic underlying idea, but so far it looks like this is material for 3.4 rather than 3.3-rc, since it's not a regression? [GOWDA] I agree it is not a regression patch so can be queued for 3.4. Please let me know if my comments answers your question. Well I was hoping that you might answer my earlier questions about whether the driver you're using calls into the OMAP infrastructure via pm_runtime*(), and whether its clocks and hwmod data are defined. [GOWDA] It does not use the runtime pm infrastructure. In my environment # CONFIG_PM_RUNTIME is not set - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [GIT PULL] OMAP PM EMU fix for v3.3
Hi Paul, Please find my comments inlined. Thanks Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Paul Walmsley Sent: 23 February 2012 06:09 To: Gowda Madhusudhan Cc: khil...@ti.com; t...@atomide.com; linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: RE: [GIT PULL] OMAP PM EMU fix for v3.3 Hello Gowda, A few questions... On Wed, 22 Feb 2012, madhusudhan.go...@elektrobit.com wrote: I have tested this on beagle board as well as on OMAP3630 based propriatory phone using SDTI serial trace interface. What driver are you using for SDTI? Does it use pm_runtime* or call clk_enable() on some clock when it is in use? Are you defining a hwmod for it? I don't see an SDTI driver in mainline, but maybe I am just missing it. If it's not there, could you please post it or post a link to it so we can take a look at what it's doing? Also you can test it by just observing the CM_EMU (48005100) clkstctrl register 48 = 0001 Across MPU OFF alone [root@beagleboard /]# echo 0 /sys/kernel/debug/pm_debug/neon_pwrdm/suspend [root@beagleboard /]# echo 0 /sys/kernel/debug/pm_debug/mpu_pwrdm/suspend [root@beagleboard /]# echo 1 /sys/kernel/debug/pm_debug/core_pwrdm/suspend [root@beagleboard /]# echo 1 /sys/kernel/debug/pm_debug/per_pwrdm/suspend [root@beagleboard /]# echo mem /sys/power/state [ 59.694671] PM: Syncing filesystems ... done. [ 59.758209] Freezing user space processes ... (elapsed 0.02 seconds) done. [ 59.789947] Freezing remaining freezable tasks ... (elapsed 0.02 seconds) done. [ 59.820709] Suspending console(s) (use no_console_suspend to debug) [ 60.055816] PM: suspend of devices complete after 212.493 msecs [ 60.059661] PM: late suspend of devices complete after 3.784 msecs [ 60.059753] Disabling non-boot CPUs ... [ 64.299865] Successfully put all powerdomains to target state [ 64.302551] PM: early resume of devices complete after 2.319 msecs [ 64.636444] PM: resume of devices complete after 332.336 msecs [ 64.688446] Restarting tasks ... done. [root@beagleboard /]# And then print again the CM_EMU (48005100) clkstctrl register offset 48 this will have the reset value and PRM_EMU (48307100) offset e4 = 0100 register confirms the domain wakeup reset from OFF. At this moment the SDTI serial trace interface looses connection. With my patch applied the CM_EMU (48005100) clkstctrl register restores it initial setting across MPU OFF. Maybe you can walk through these thoughts with me and see if it makes sense to you. When the PM code initializes, it will put the EMU clockdomain to software-supervised sleep. (Ideally it would put it to hardware-supervised idle, but Jouni turned this off a long time ago, apparently due to some PRCM usecounting problem with it -- which may simply have been some software problem on our part?) That accounts for CM_CLKSTCTRL_EMU being set to 0x1 before MPU OFF. Does the SDTI work for you when CM_CLKSTCTRL_EMU is set to 0x1? There's no FCLKEN/ICLKEN bit for the PRCM to use-count, it seems :-( Although maybe this is done through the SDTI_WINCTRL register? I observe the same phenomenon that you do, that when MPU comes back from OFF, CM_CLKSTCTRL_EMU is set to 0x2. From reading the TRM, it's not clear to me what is causing that, although I'd agree with your conclusion that it's related to the MPU's reset line. But here's the part that's unclear to me about your description: according to the TRM, 0x2 means software-supervised wakeup. So the EMU clockdomain should be awake at that point. That shouldn't prevent the SDTI from working; in fact quite the opposite. So I don't really understand how your patch would fix anything in this regard. Any thoughts? My suspicion, by the way, is that the underlying problem may be with the SDTI driver that you're using. My guess would be that it's not integrated with the OMAP power management infrastructure (via pm_runtime* calls), and that's what's causing the problem. [Gowda] I found this BUG in the CM code while trying to use both SDTI as well as requirement of enabling Hardware supervised transition CLKTRCTRL_EMU to 0x3. SDTI requires the softwre supervised transition to keep connected, by enabling Hardware supervised transition SDTI does not like it so Jouni had commented out the HW supervised transtion. Which I agree it is fine on SDTI part. .flags = /* CLKDM_CAN_ENABLE_AUTO | */CLKDM_CAN_SWSUP, But my point here is when I set the HW supervised transition, across MPU OFF the register loses its previous value and changes to reset value 0x2 (SW supervised) is not correct. So I submitted this patch for fixing this general CM code bug. Please let me know if my comments answers your question. - Paul ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org
RE: [GIT PULL] OMAP PM EMU fix for v3.3
Hi Kevin / Paul, I have tested this on beagle board as well as on OMAP3630 based propriatory phone using SDTI serial trace interface. Also you can test it by just observing the CM_EMU (48005100) clkstctrl register 48 = 0001 Across MPU OFF alone [root@beagleboard /]# echo 0 /sys/kernel/debug/pm_debug/neon_pwrdm/suspend [root@beagleboard /]# echo 0 /sys/kernel/debug/pm_debug/mpu_pwrdm/suspend [root@beagleboard /]# echo 1 /sys/kernel/debug/pm_debug/core_pwrdm/suspend [root@beagleboard /]# echo 1 /sys/kernel/debug/pm_debug/per_pwrdm/suspend [root@beagleboard /]# echo mem /sys/power/state [ 59.694671] PM: Syncing filesystems ... done. [ 59.758209] Freezing user space processes ... (elapsed 0.02 seconds) done. [ 59.789947] Freezing remaining freezable tasks ... (elapsed 0.02 seconds) done. [ 59.820709] Suspending console(s) (use no_console_suspend to debug) [ 60.055816] PM: suspend of devices complete after 212.493 msecs [ 60.059661] PM: late suspend of devices complete after 3.784 msecs [ 60.059753] Disabling non-boot CPUs ... [ 64.299865] Successfully put all powerdomains to target state [ 64.302551] PM: early resume of devices complete after 2.319 msecs [ 64.636444] PM: resume of devices complete after 332.336 msecs [ 64.688446] Restarting tasks ... done. [root@beagleboard /]# And then print again the CM_EMU (48005100) clkstctrl register offset 48 this will have the reset value and PRM_EMU (48307100) offset e4 = 0100 register confirms the domain wakeup reset from OFF. At this moment the SDTI serial trace interface looses connection. With my patch applied the CM_EMU (48005100) clkstctrl register restores it initial setting across MPU OFF. Thanks Gowda -Original Message- From: Kevin Hilman [mailto:khil...@ti.com] Sent: 20 February 2012 17:30 To: Gowda Madhusudhan; Paul Walmsley Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org; t...@atomide.com Subject: Re: [GIT PULL] OMAP PM EMU fix for v3.3 +Paul Paul maintains the CM core code and should take this patch if he's OK with it. Also, it is most helpful if you describe what platforms it was tested on and exactly how you tested it. Thanks, Kevin madhusudhan.go...@elektrobit.com writes: Hi Kevin, I think you have missed my last mail. Could you please ACK the pull request and pull the same. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of linux-arm-kernel-bounces+madhusudhan.gowda=elektrobit.com@lists.infrad linux-arm-kernel-bounces+ea d.org Sent: 28 January 2012 09:58 To: t...@atomide.com; khil...@ti.com Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: RE: [GIT PULL] OMAP PM EMU fix for v3.3 Thanks Tony Hi Kevin Please do the needful and pull the same. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Tony Lindgren Sent: 27 January 2012 21:03 To: Gowda Madhusudhan Cc: Kevin Hilman; linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: Re: [GIT PULL] OMAP PM EMU fix for v3.3 Hi, * madhusudhan.go...@elektrobit.com madhusudhan.go...@elektrobit.com [120127 10:25]: Hi Tony, Please pull the PM EMU off mode fix for v3.3 It's best that Kevin queues this as it affects PM. Or it at least needs an ack from Kevin. Regards, Tony Thanks Gowda The following changes since commit 1c6ece3c23e58d0dbc687407d606f3560ded582a: Merge branch 'omap_fixes_a_3.3rc' of git://git.pwsan.com/linux-2.6 (2012-01-26 16:48:37 -0800) are available in the git repository at: git://github.com/elektrobit/linux.git linux-omap-emu-fix Madhusudhan Gowda (1): ARM: OMAP3 PM:Save and restore EMU context across MPU OFF arch/arm/mach-omap2/cm2xxx_3xxx.c | 16 arch/arm/mach-omap2/cm2xxx_3xxx.h |2 ++ arch/arm/mach-omap2/pm34xx.c |8 3 files changed, 22 insertions(+), 4 deletions(-) Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you
RE: [GIT PULL] OMAP PM EMU fix for v3.3
Hi Kevin, I think you have missed my last mail. Could you please ACK the pull request and pull the same. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of linux-arm-kernel-bounces+madhusudhan.gowda=elektrobit.com@lists.infradea d.org Sent: 28 January 2012 09:58 To: t...@atomide.com; khil...@ti.com Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: RE: [GIT PULL] OMAP PM EMU fix for v3.3 Thanks Tony Hi Kevin Please do the needful and pull the same. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Tony Lindgren Sent: 27 January 2012 21:03 To: Gowda Madhusudhan Cc: Kevin Hilman; linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: Re: [GIT PULL] OMAP PM EMU fix for v3.3 Hi, * madhusudhan.go...@elektrobit.com madhusudhan.go...@elektrobit.com [120127 10:25]: Hi Tony, Please pull the PM EMU off mode fix for v3.3 It's best that Kevin queues this as it affects PM. Or it at least needs an ack from Kevin. Regards, Tony Thanks Gowda The following changes since commit 1c6ece3c23e58d0dbc687407d606f3560ded582a: Merge branch 'omap_fixes_a_3.3rc' of git://git.pwsan.com/linux-2.6 (2012-01-26 16:48:37 -0800) are available in the git repository at: git://github.com/elektrobit/linux.git linux-omap-emu-fix Madhusudhan Gowda (1): ARM: OMAP3 PM:Save and restore EMU context across MPU OFF arch/arm/mach-omap2/cm2xxx_3xxx.c | 16 arch/arm/mach-omap2/cm2xxx_3xxx.h |2 ++ arch/arm/mach-omap2/pm34xx.c |8 3 files changed, 22 insertions(+), 4 deletions(-) Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[GIT PULL] OMAP PM EMU fix for v3.3
Hi Tony, Please pull the PM EMU off mode fix for v3.3 Thanks Gowda The following changes since commit 1c6ece3c23e58d0dbc687407d606f3560ded582a: Merge branch 'omap_fixes_a_3.3rc' of git://git.pwsan.com/linux-2.6 (2012-01-26 16:48:37 -0800) are available in the git repository at: git://github.com/elektrobit/linux.git linux-omap-emu-fix Madhusudhan Gowda (1): ARM: OMAP3 PM:Save and restore EMU context across MPU OFF arch/arm/mach-omap2/cm2xxx_3xxx.c | 16 arch/arm/mach-omap2/cm2xxx_3xxx.h |2 ++ arch/arm/mach-omap2/pm34xx.c |8 3 files changed, 22 insertions(+), 4 deletions(-) Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [GIT PULL] OMAP PM EMU fix for v3.3
Thanks Tony Hi Kevin Please do the needful and pull the same. Best Regards Gowda -Original Message- From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf Of Tony Lindgren Sent: 27 January 2012 21:03 To: Gowda Madhusudhan Cc: Kevin Hilman; linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: Re: [GIT PULL] OMAP PM EMU fix for v3.3 Hi, * madhusudhan.go...@elektrobit.com madhusudhan.go...@elektrobit.com [120127 10:25]: Hi Tony, Please pull the PM EMU off mode fix for v3.3 It's best that Kevin queues this as it affects PM. Or it at least needs an ack from Kevin. Regards, Tony Thanks Gowda The following changes since commit 1c6ece3c23e58d0dbc687407d606f3560ded582a: Merge branch 'omap_fixes_a_3.3rc' of git://git.pwsan.com/linux-2.6 (2012-01-26 16:48:37 -0800) are available in the git repository at: git://github.com/elektrobit/linux.git linux-omap-emu-fix Madhusudhan Gowda (1): ARM: OMAP3 PM:Save and restore EMU context across MPU OFF arch/arm/mach-omap2/cm2xxx_3xxx.c | 16 arch/arm/mach-omap2/cm2xxx_3xxx.h |2 ++ arch/arm/mach-omap2/pm34xx.c |8 3 files changed, 22 insertions(+), 4 deletions(-) Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. ___ linux-arm-kernel mailing list linux-arm-ker...@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel Please note: This e-mail may contain confidential information intended solely for the addressee. If you have received this e-mail in error, please do not disclose it to anyone, notify the sender promptly, and delete the message from your system. Thank you. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html