Prev: blackfin: Convert blackfin to use read/update_persistent_clock
Next: further plans on bootmem, was: Re: - bootmem-avoid-dma32-zone-by-default.patch removed from -mm tree
From: Mike Frysinger on 9 Mar 2010 19:00 On Wed, Mar 3, 2010 at 22:57, John Stultz wrote: > This patch converts the blackfin architecture to use the generic read_persistent_clock and update_persistent_clock interfaces, reducing the amount of arch specific code we have to maintain, and allowing for further cleanups in the future. > > I have not built or tested this patch, so help from arch maintainers would be appreciated. Blackfin builds & boots with generic clockevents and w/out Acked-by: Mike Frysinger <vapier(a)gentoo.org> did you want me to merge it for 2.6.35 or should it go through with your patchset ? -mike -- 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: Mike Frysinger on 9 Mar 2010 19:10
On Tue, Mar 9, 2010 at 18:59, john stultz wrote: > On Tue, 2010-03-09 at 18:53 -0500, Mike Frysinger wrote: >> On Wed, Mar 3, 2010 at 22:57, John Stultz wrote: >> > This patch converts the blackfin architecture to use the generic read_persistent_clock and update_persistent_clock interfaces, reducing the amount of arch specific code we have to maintain, and allowing for further cleanups in the future. >> > >> > I have not built or tested this patch, so help from arch maintainers would be appreciated. >> >> Blackfin builds & boots with generic clockevents and w/out >> Acked-by: Mike Frysinger <vapier(a)gentoo.org> > > Cool! > >> did you want me to merge it for 2.6.35 or should it go through with >> your patchset ? > > I'd say go ahead and merge it. will do -mike -- 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/ |