Messages in this thread | | | Date | Thu, 04 Mar 2010 09:43:33 +0100 | From | Clemens Ladisch <> | Subject | Re: [PATCH] hpet: factor timer allocate from open |
| |
Magnus Lynch wrote: > On Mon, Mar 1, 2010 at 1:59 AM, Clemens Ladisch <clemens@ladisch.de> wrote: > > Applications might want to use HPET_INFO to find out which timer they > > got, so I think the driver cannot avoid allocating a timer in this case. > > Oh, I missed commenting this in my first reply. I chose to make > HPET_INFO specify timer -1 in case a timer isn't currently allocated. > You think there are extant cases of programs depending on open then > immediate HPET_INFO having a timer allocated? Seems obscure to me.
Get information about the just allocated timer seems to be the main purpose of this ioctl to me. None of the fields in struct hpet_info looks to be interesting to an application that only wants to read the main timer through mmap().
> If so I can change that. I did add the explicit form of allocating > timers to accomodate such a case hypothetically (open, allocate timer, > get info).
This wouldn't be backwards compatible.
Regards, Clemens
| |