On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
> Add a platform clocksource by adapting the existing arch_gettimeoffset
> implementation.
>
> Signed-off-by: Finn Thain
> Acked-by: Linus Walleij
> ---
> Changed since v1:
> - Moved clk_total access to within the irq lock.
Came to think of
On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
> Add a platform clocksource by adapting the existing arch_gettimeoffset
> implementation.
>
> Normally the MFP timer C interrupt flag would be used to check for
> timer counter wrap-around. Unfortunately, that flag gets cleared by the
> MFP
On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
> Add a platform clocksource by adapting the existing arch_gettimeoffset
> implementation.
>
> Signed-off-by: Finn Thain
> Acked-by: Linus Walleij
> Tested-by: Stan Johnson
As noted for the Amiga CIA (which is pretty much a sibling to this
Hi Linus,
On Tue, Nov 20, 2018 at 9:10 AM Linus Walleij wrote:
> As with the Amiga, this chip also has an RTC clock that should
> go to the RTC subsystem, naturally.
Please note the Amiga CIA is an 8520, not 6526, hence it has a 24-bit TOD
instead of a BCD TOD, so it's not suitable for use as
On Tue, 20 Nov 2018, Linus Walleij wrote:
> On Mon, Nov 19, 2018 at 2:22 AM Finn Thain wrote:
>
> > Add a platform clocksource by adapting the existing arch_gettimeoffset
> > implementation.
> >
> > Signed-off-by: Finn Thain
> > Acked-by: Linus Walleij
> > Tested-by: Stan Johnson
>
> As
Op ma 19 nov. 2018 om 02:10 schreef Finn Thain :
>
> hp300_gettimeoffset() never checks the timer interrupt flag and will
> fail to notice when the timer counter gets reloaded. That means the
> clock could jump backwards.
>
> Remove this code and leave this platform on the 'jiffies' clocksource.
>
On Tue, 20 Nov 2018, Linus Walleij wrote:
>
> Yes you already see the same as I see: this chip MK68901 has no less
> than four timers. I bet the kernel is just using one of them, out of
> habit.
>
> By just setting another timer as free-running we get a classic and clean
> Linux clocksource
On Tue, Nov 20, 2018 at 10:30 AM Finn Thain wrote:
> On Tue, 20 Nov 2018, Linus Walleij wrote:
> > As with the Amiga, this chip also has an RTC clock that should go to the
> > RTC subsystem, naturally.
>
> I think some Atari's have an MC146818, which is drivers/rtc/rtc-cmos.c,
>
On Tue, Nov 20, 2018 at 10:00 AM Finn Thain wrote:
> If you use one timer as a clock event device and the other as a
> clocksource, there are no timers left to run the existing
> timer_interrupt() handler. So this arrangement would require
> GENERIC_CLOCKEVENTS=y, right?
I think so, yes.
>
On Nov 20 2018, Linus Walleij wrote:
> Yes you already see the same as I see: this chip MK68901 has
> no less than four timers. I bet the kernel is just using one of them,
> out of habit.
Note that not all timers can be used freely. Some of them are hardwired
to generate the clock for the
On Mon, Nov 19, 2018 at 02:12:59PM +, Phil Edworthy wrote:
> This adds clk_get_optional() and devm_clk_get_optional() functions to get
> optional clocks.
> They behave the same as (devm_)clk_get except where there is no clock
> producer. In this case, instead of returning -ENOENT, the function
Hi Andy,
On 20 November 2018 10:39 Andy Shevchenko wrote:
> On Mon, Nov 19, 2018 at 02:12:59PM +, Phil Edworthy wrote:
> > This adds clk_get_optional() and devm_clk_get_optional() functions to
> > get optional clocks.
> > They behave the same as (devm_)clk_get except where there is no clock
>
On Tue, Nov 20, 2018 at 10:53:33AM +, Phil Edworthy wrote:
> On 20 November 2018 10:39 Andy Shevchenko wrote:
> > On Mon, Nov 19, 2018 at 02:12:59PM +, Phil Edworthy wrote:
> > > This adds clk_get_optional() and devm_clk_get_optional() functions to
> > > get optional clocks.
> > > They
Hello,
On Tue, Nov 20, 2018 at 12:38:33PM +0200, Andy Shevchenko wrote:
> On Mon, Nov 19, 2018 at 02:12:59PM +, Phil Edworthy wrote:
> > + if (clk == ERR_PTR(-ENOENT))
> > + return NULL;
> > + else
> > + return clk;
>
> return clk == ERR_PTR(-ENOENT) ? NULL : clk;
>
On Tue, Nov 20, 2018 at 01:56:52PM +0100, Uwe Kleine-König wrote:
> On Tue, Nov 20, 2018 at 12:38:33PM +0200, Andy Shevchenko wrote:
> > On Mon, Nov 19, 2018 at 02:12:59PM +, Phil Edworthy wrote:
> > > + if (clk == ERR_PTR(-ENOENT))
> > > + return NULL;
> > > + else
> > > +
On Mon, Nov 19, 2018 at 7:11 PM Dmitry V. Levin wrote:
>
> syscall_get_arch() is required to be implemented on all architectures
> in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO
> request.
>
> The primary intent is that the triple (audit_arch, syscall_nr, arg1..arg6)
>
On Tue, 20 Nov 2018, Kars de Jong wrote:
> Op ma 19 nov. 2018 om 02:10 schreef Finn Thain :
> >
> > hp300_gettimeoffset() never checks the timer interrupt flag and will
> > fail to notice when the timer counter gets reloaded. That means the
> > clock could jump backwards.
> >
> > Remove this code
This argument is required to extend the generic ptrace API
with PTRACE_GET_SYSCALL_INFO request: syscall_get_arch() is going to be
called from ptrace_request() along with other syscall_get_* functions
with a tracee as their argument.
This change partially reverts commit 5e937a9ae913
18 matches
Mail list logo
