[rtc-linux] Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

2017-06-20 Thread Thomas Gleixner
On Tue, 20 Jun 2017, Alexandre Belloni wrote: > On 20/06/2017 at 22:15:36 +0100, Russell King - ARM Linux wrote: > > On Tue, Jun 20, 2017 at 05:07:46PM +0200, Benjamin Gaignard wrote: > > > 2017-06-20 15:48 GMT+02:00 Alexandre Belloni > > > : > > > >> Yes,

[rtc-linux] Re: [PATCH v2] x86: i8259: export legacy_pic symbol

2017-04-14 Thread Thomas Gleixner
> > This is kind of a pressing issue as this makes linux-next fail to build > > for certain configurations. > > > > I can carry it in my tree with your ack or let you apply it for 4.12. > > What would you prefer? > > Unless Thomas objects it looks good to me and f

[rtc-linux] Re: [PATCH][RFC v7] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

2016-11-10 Thread Thomas Gleixner
enabled. > Meanwhile, if system succeed to resume back with pm_trace set, the > users are warned to adjust the bogus rtc either by ntp-date or rdate, > by resetting pm_trace_rtc_abused to false, otherwise above tools might > not work as expected. > > Originally-from: Thomas

[rtc-linux] Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

2016-09-21 Thread Thomas Gleixner
On Wed, 21 Sep 2016, Steven Rostedt wrote: > On Wed, 21 Sep 2016 09:26:20 +0200 (CEST) > Thomas Gleixner <t...@linutronix.de> wrote: > > A single u64 does not take more storage space than this and it's a single > > store. > > So to use rtc_tm_to_time64()? Is t

[rtc-linux] Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

2016-09-21 Thread Thomas Gleixner
On Wed, 21 Sep 2016, Baolin Wang wrote: > On 21 September 2016 at 06:27, Thomas Gleixner <t...@linutronix.de> wrote: > >> + TP_fast_assign( > >> + __entry->second = rtc_time->tm_sec; > >> + __entry->minute = rtc_time->tm_

[rtc-linux] Re: [PATCH 2/2] time: alarmtimer: Add the trcepoints for alarmtimer

2016-09-20 Thread Thomas Gleixner
On Sun, 18 Sep 2016, Baolin Wang wrote: > +DECLARE_EVENT_CLASS(alarm_setting, What is alarm_setting? Without looking at the DEFINE_EVENT which uses this I cannot decode the meaning. > + TP_STRUCT__entry( > + __field(unsigned char, second) > + __field(unsigned char,

[rtc-linux] Re: [PATCH] rtc/rtc-cmos: Initialize hpet timer before irq is registered

2016-09-19 Thread Thomas Gleixner
On Thu, 15 Sep 2016, Pratyush Anand wrote: > > Suggested-by: Thomas Gleixner <t...@linutronix.de> > Signed-off-by: Pratyush Anand <pan...@redhat.com> Acked-by: Thomas Gleixner <t...@linutronix.de> -- You received this message because you are subscribed to &quo

[rtc-linux] Re: [PATCH V3 2/2] rtc/rtc-cmos: Initialize software counters before irq is registered

2016-09-06 Thread Thomas Gleixner
On Tue, 16 Aug 2016, Pratyush Anand wrote: That's a lot of churn to fix that simple problem. The two liner below should fix that as well, right? Thanks, tglx diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c index 43745cac0141..cb8dfc3ee012 100644 ---

[rtc-linux] Re: [PATCH RFC 1/2] rtc/hpet: Factorize hpet_rtc_timer_init()

2016-06-23 Thread Thomas Gleixner
On Tue, 21 Jun 2016, Pratyush Anand wrote: > This patch factorize hpet_rtc_timer_init(), so that counter can be > initialized before irq is registered. This changelog is useless. It tells what the patch does, but not WHY this is required. Thanks, tglx