linux-toradex.git/drivers/clocksource/acpi_pm.c, branch v4.4.8

treewide: Fix printks with 0x%#

2013-08-27T08:49:38+00:00

Using 0x%# emits 0x0x.  Only one is necessary.

Signed-off-by: Joe Perches 
Acked-by: Takashi Iwai 
Signed-off-by: Jiri Kosina

Drivers: clocksource: remove __dev* attributes.

2013-01-03T23:57:15+00:00

CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
markings need to be removed.

This change removes the use of __devinit, __devexit_p, __devinitdata,
__devinitconst, and __devexit from these drivers.

Based on patches originally written by Bill Pemberton, but redone by me
in order to handle some of the coding style issues better, by hand.

Cc: Bill Pemberton 
Cc: John Stultz 
Cc: Thomas Gleixner 
Signed-off-by: Greg Kroah-Hartman

clocksource: clean up parse_pmtmr()

2012-11-13T19:04:50+00:00

I changed the strict_strtoul() to kstrtouint().  That has the check
for UINT_MAX built in to it so the ifdefs can be removed.  Also
I changed a printk() to pr_info().

Signed-off-by: Dan Carpenter 
Signed-off-by: John Stultz

Revert "clocksource: Load the ACPI PM clocksource asynchronously"

2012-04-11T22:05:05+00:00

This reverts commit b519508298e0292e1771eecf14aaf67755adc39d.

The reason for this revert is that making the frequency verification
preemptible and interruptible is not working reliably. Michaels
machine failed to use PM-timer with the message:

  PM-Timer running at invalid rate: 113% of normal - aborting.

That's not a surprise as the frequency verification does rely on
interrupts being disabled. With a async scheduled thread there is no
guarantee to achieve the same result. Also some driver might fiddle
with the CTC channel 2 during the verification period, which makes the
result even more random and unpredictable.

This can be solved by using the same mechanism as we use in the
deferred TSC validation code, but that only will work if we verified a
working HPET _BEFORE_ trying to do the PM-Timer lazy validation.

So for now reverting is the safe option.

Bisected-by: Michael Witten 
Cc: Arjan van de Ven 
Cc: Arjan van de Ven 
Cc: John Stultz 
Cc: Len Brown 
LKML-Reference: 
Signed-off-by: Thomas Gleixner

clocksource: Load the ACPI PM clocksource asynchronously

2012-02-02T02:39:46+00:00

The ACPI clocksource takes quite some time to initialize,
and this increases the boot time of the kernel for a
double digit percentage. This while almost all modern
systems will be using the HPET already anyway.

This patch turns the clocksource loading into an asynchronous
operation; which means it won't hold up the boot while
still becoming available normally.

To make this work well, an udelay() had to be turned into an
usleep_range() so that on UP systems, we yield the CPU to
regular boot tasks instead of spinning.

CC: John Stultz 
CC: Thomas Gleixner 
CC: Len Brown 

Signed-off-by: Arjan van de Ven 
Signed-off-by: John Stultz

time: x86: Remove CLOCK_TICK_RATE from acpi_pm clocksource driver

2011-11-22T03:00:58+00:00

The acpi_pm clocksource driver uses CLOCK_TICK_RATE which is
defined as PIT_TICK_RATE on x86. This patch cleans it up to
just use the later so that CLOCK_TICK_RATE can be depecrated.

Signed-off-by: Deepak Saxena 
Signed-off-by: John Stultz

acpi_pm: Clear pmtmr_ioport if acpi_pm initialization fails

2011-01-21T16:38:19+00:00

If the acpi pm timer throws invalid data, clear pmtmr_ioport
so the pm timer won't accidentally be used.

This was found when using Xen where there is a acpi pm reported,
but gives bogus values, and other code was continuing to try
to use the pm timer after the initialization failed.

[jstultz: Catch additional failure and reword changelog message. ]

Signed-off-by: Konrad Rzeszutek Wilk 
Signed-off-by: John Stultz 
LKML-Reference: <1295027246-11110-1-git-send-email-johnstul@us.ibm.com>
Signed-off-by: Thomas Gleixner

x86: Convert common clocksources to use clocksource_register_hz/khz

2010-07-27T10:40:55+00:00

This converts the most common of the x86 clocksources over to use
clocksource_register_hz/khz.

Signed-off-by: John Stultz 
LKML-Reference: <1279068988-21864-11-git-send-email-johnstul@us.ibm.com>
Signed-off-by: Thomas Gleixner

time: move PIT_TICK_RATE to linux/timex.h

2009-06-17T02:47:27+00:00

PIT_TICK_RATE is currently defined in four architectures, but in three
different places.  While linux/timex.h is not the perfect place for it, it
is still a reasonable replacement for those drivers that traditionally use
asm/timex.h to get CLOCK_TICK_RATE and expect it to be the PIT frequency.

Note that for Alpha, the actual value changed from 1193182UL to 1193180UL.
 This is unlikely to make a difference, and probably can only improve
accuracy.  There was a discussion on the correct value of CLOCK_TICK_RATE
a few years ago, after which every existing instance was getting changed
to 1193182.  According to the specification, it should be
1193181.818181...

Signed-off-by: Arnd Bergmann 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Cc: Ralf Baechle 
Cc: Benjamin Herrenschmidt 
Cc: Ingo Molnar 
Cc: Thomas Gleixner 
Cc: "H. Peter Anvin" 
Cc: Len Brown 
Cc: john stultz 
Cc: Dmitry Torokhov 
Cc: Takashi Iwai 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

clocksource: pass clocksource to read() callback

2009-04-21T20:41:47+00:00

Pass clocksource pointer to the read() callback for clocksources.  This
allows us to share the callback between multiple instances.

[hugh@veritas.com: fix powerpc build of clocksource pass clocksource mods]
[akpm@linux-foundation.org: cleanup]
Signed-off-by: Magnus Damm 
Acked-by: John Stultz 
Cc: Thomas Gleixner 
Signed-off-by: Hugh Dickins 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds