From: Clemens Ladisch <clemens@ladisch.de>
To: Dimitri Gorokhovik <dimitri.gorokhovik@leacom.fr>
Cc: tglx@linutronix.de, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [RFC][PATCH] HPET: register additional counter-only char device
Date: Fri, 11 Apr 2008 15:20:14 +0200 [thread overview]
Message-ID: <47FF658E.2040808@ladisch.de> (raw)
In-Reply-To: <1207904307.13216.15.camel@laphroaig>
Dimitri Gorokhovik wrote:
> I need to have many processes all reading from userspace the counter register
> of the (same) HPET hardware. Just reading counter values, not handling timers,
> enabling/disabling interrupts etc. `/dev/hpet' doesn't allow for this, as the
> number of times it can be opened is limited by the number of timers available.
Indeed. The driver assumes that userspace wants to program its own
timer (like an RTC device). Allowing mmap() on the hardware counter was
more an afterthought.
> What would be the right way to implement such a support? For now, I simply
> register a new misc device, '/dev/hpetctr', along with '/dev/hpet', for the same
> ACPI device and on the same occasion.
Your patch circumvents CONFIG_HPET_MMAP.
Another possibility would be to allow the device to be opened
infinitely many times but not to allocate a hardware timer until one of
the ioctls is called. This means that opening /dev/hpet does not
guarantee that a timer is available, but this has already been possible
previously because request_irq() might fail.
Regards,
Clemens
next prev parent reply other threads:[~2008-04-11 13:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-11 8:58 [RFC][PATCH] HPET: register additional counter-only char device Dimitri Gorokhovik
2008-04-11 13:20 ` Clemens Ladisch [this message]
2008-04-11 14:06 ` Dimitri Gorokhovik
2008-04-11 15:57 ` Clemens Ladisch
2008-04-13 14:40 ` Dimitri Gorokhovik
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=47FF658E.2040808@ladisch.de \
--to=clemens@ladisch.de \
--cc=dimitri.gorokhovik@leacom.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
/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