From mboxrd@z Thu Jan 1 00:00:00 1970 From: gerg@snapgear.com (Greg Ungerer) Date: Mon, 3 Sep 2012 14:41:12 +1000 Subject: [PATCH 4/4] ARM: ks8695: convert to generic time and clocksource In-Reply-To: <201209021849.54348.arnd@arndb.de> References: <1346264842-20411-1-git-send-email-linus.walleij@linaro.org> <504057A8.7030302@snapgear.com> <201209021849.54348.arnd@arndb.de> Message-ID: <504434E8.9040205@snapgear.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi Arnd, On 03/09/12 04:49, Arnd Bergmann wrote: > On Friday 31 August 2012, Linus Walleij wrote: >> On Fri, Aug 31, 2012 at 8:20 AM, Greg Ungerer wrote: >> >>> Ok, tested on a KS8695 based machine. Boots and runs, obviously >>> clock is basically working. But 'date' never shows the time >>> increasing: >>> >>> # date >>> Thu Jan 1 00:00:00 UTC 1970 >>> # date >>> Thu Jan 1 00:00:00 UTC 1970 >>> # date >>> Thu Jan 1 00:00:00 UTC 1970 >>> # >>> >>> And yes, that did work before applying this patch :-) >> >> That mean clockevent is running but not clocksource. >> >> And I think that is because I forgot a ~ in the mask for disabling >> the T1 timer, so setting up the clockevent disables the clocksource ... >> >> I'll send out a fixed version, plese test! >> >> (BTW I had not clue the 68K maintainer had a platform like >> this, fun!) > > Note that this platform is one of those we talked about removing > from the kernel for potentially being completely unused. Do we have > reason to believe that people are still using ks8695 for anything > with new kernels? I'll put my hand up as a user of it. I run every release kernel on KS8695 platforms, though I don't tend to do much testing of rc kernels on it. > If any of you are doing that, we'll definitely keep the port around, > the idea is not to break anything that people are actually using. > In that case, I would like to see a MAINTAINERS entry for the platform > so we have a contact for someone who is able to ack and maybe test > patches. I am happy enough to ack and test changes, if no one else wants to do it. I don't expect to do any real active development on it though. I do have some board files that would have been nice to push into mainline, but I have been holding off (for quite a while), hoping that someone might support DTs on this sub-arch. Regards Greg ------------------------------------------------------------------------ Greg Ungerer -- Principal Engineer EMAIL: gerg at snapgear.com SnapGear Group, McAfee PHONE: +61 7 3435 2888 8 Gardner Close FAX: +61 7 3217 5323 Milton, QLD, 4064, Australia WEB: http://www.SnapGear.com