|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 02/11] x86/intel_pstate: add some calculation related support
>>> On 27.07.15 at 07:48, <wei.w.wang@xxxxxxxxx> wrote:
>> > +/*
>> > + * clamp_t - return a value clamped to a given range using a given
>> > +type
>> > + * @type: the type of variable to use
>> > + * @val: current value
>> > + * @lo: minimum allowable value
>> > + * @hi: maximum allowable value
>> > + *
>> > + * This macro does no typechecking and uses temporary variables of
>> > +type
>> > + * 'type' to make all the comparisons.
>> > + */
>> > +#define clamp_t(type, val, lo, hi) min_t(type, max_t(type, val, lo),
>> > +hi)
>>
>> Shouldn't you also add a type checking variant then (which ought to be used
>> instead of the one above wherever possible)?
>
> Hi Jan, I think the max_t() and min_t() have handled the typechecking thing,
> maybe we do not need to do it again here.
> If you have a different opinion, how should we do a typechecking here? Is
> the following what you expected?
> #define clamp_t(type, val, lo, hi) \
> ({ type _val = (val); \
> type _lo = (lo); \
> type _hi = (hi); \
> min_t(type, max_t(type, _val, _lo), _hi)
> })
I don't think you understood: I asked for a clamp() to accompany
clamp_t(), just like e.g. max_t() is a less preferred sibling of max().
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |