From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
To: <linux-kernel@vger.kernel.org>
Cc: <torvalds@osdl.org>, "Nakajima, Jun" <jun.nakajima@intel.com>,
"Mallick, Asit K" <asit.k.mallick@intel.com>
Subject: [PATCHSET][2.6][0/5]Support for HPET based timer - Take 1
Date: Tue, 19 Aug 2003 18:43:07 -0700 [thread overview]
Message-ID: <C8C38546F90ABF408A5961FC01FDBF1902C7D1D1@fmsmsx405.fm.intel.com> (raw)
[Resend - The original mail hasn't yet appeared on lkml, even 5 hours
after posting]
High Precision Event Timer (HPET) is next generation timer
hardware and has various advantages over legacy 8254
(PIT) timer, like:
- Associated registers are mapped to memory space. So, we no
longer require in and out on legacy ioports
- Memory map address is reported by ACPI (and are not
hard-coded)
- Each timer can be configured to generate separate interrupts,
even sharing lines with PCI devices
- HPET has a minimum period of 100 nanosecs and is not fixed.
Giving a flexibility of increasing the resolution in future.
- Most current implementations has 3 counters, but in future,
we can have as many as 32 timers per block, and 8
HPET timer blocks (total 256 timers)
- Can support 32bit and 64bit counting
(Refer to http://www.intel.com/labs/platcomp/hpet/hpetspec.htm
for complete specs)
The patchset that follow adds support for High Precision Event
Timer (HPET) based timer in kernel. This uses the HPET in
LegacyReplacement mode (so that counter 0 will be tied to IRQ0,
and counter 1 will be tied to IRQ 8). In this mode, HPET overrides
PIT and RTC interrupt lines. The patch will enable HPET by default,
on systems where ACPI tables reports this feature. The patch will
have no impact on systems that do not support this feature.
Patchset description:
1/5 - hpet1.patch - acpi boot time parsing changes to look for HPET
2/5 - hpet2.patch - All the changes required to use HPET in place
of PIT as the kernel base-timer at IRQ 0.
3/5 - hpet3.patch - All changes required to support timer services
(gettimeofday) with HPET. There are two options:
- Use HPET for gettimeofday.
- Use rdtsc for gettimeofday.
rdtsc is still faster then HPET reads, but HPET
has advantage that its rate remain same,
irrespective of CPU frequency. Also, HPET is
more scalable than TSC in case of multi-node
systems. So, our timer priority is
platform_specific_timer(if any), timer_hpet
and timer_tsc in that order.
4/5 - hpet4.patch - Miscallaneous makefile and config changes
5/5 - hpet5.patch - This can be a standalone patch. Without this
patch we loose interrupt generation capability
of RTC (/dev/rtc), due to HPET. With this patch
we basically try to emulate RTC interrupt
functions in software using HPET counter 1.
This is only required to provide compatibility
to the applications that depend on rtc driver's
interrupt generation capability.
This emulation will not be as accurate as RTC
interrupt, as HPET is not tied to RTC hardware
and does not know anything about RTC time.
But should enough for compatibility purposes.
All comments/feedbacks welcome.
Thanks,
-Venkatesh
next reply other threads:[~2003-08-20 1:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-20 1:43 Pallipadi, Venkatesh [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-08-20 1:16 [PATCHSET][2.6][0/5]Support for HPET based timer - Take 1 Pallipadi, Venkatesh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C8C38546F90ABF408A5961FC01FDBF1902C7D1D1@fmsmsx405.fm.intel.com \
--to=venkatesh.pallipadi@intel.com \
--cc=asit.k.mallick@intel.com \
--cc=jun.nakajima@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).