omap3: make coresight register save across OFF modes a sysfs option
in [Kernel]
|
Prev: [PATCH 3/5] ARM: add PrimeCell generic DMA to MMCI/PL180 v9
Next: [PATCH] percpu: remove address_space attribute if !SMP
From: Alexander Shishkin on 6 Aug 2010 08:40 On Sun, Jul 25, 2010 at 08:05:20 +0300, Alexander Shishkin wrote: > This adds a sysfs file at /sys/power/coresight_save which is used to > control if the ETM and debug components' states should be saved and > restored across OFF modes. The non-omap patches are merged to Russell's tree, so these three are the only remaining. This one won't apply to linux-omap master any more because of the pm44xx in the makefile, but should be ok otherwise. It would still apply to linus' tree. So, should I rediff it, resend it or just drop it, because it's not needed? Regards, -- Alex -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Tony Lindgren on 6 Aug 2010 08:50
* Alexander Shishkin <virtuoso(a)slind.org> [100806 15:30]: > On Sun, Jul 25, 2010 at 08:05:20 +0300, Alexander Shishkin wrote: > > This adds a sysfs file at /sys/power/coresight_save which is used to > > control if the ETM and debug components' states should be saved and > > restored across OFF modes. > > The non-omap patches are merged to Russell's tree, so these three are > the only remaining. > > This one won't apply to linux-omap master any more because of the pm44xx > in the makefile, but should be ok otherwise. It would still apply to > linus' tree. > > So, should I rediff it, resend it or just drop it, because it's not needed? Patches look OK to me. Care to refresh and repost the remaining ones one more time to avoid confusion about which ones remain? Are you OK if we merge these in the next merge window after this? I'd rather have these sitting in linux-omap tree for a while first before we merge them so we can be sure they won't break the idle code.. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |