lkml.org 
[lkml]   [2011]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 0/2] jump label: 2.6.38 updates
    From
    Date
    On Wed, 2011-01-05 at 10:43 -0500, Jason Baron wrote:
    > Hi,
    >
    > The first patch uses the storage space of the jump label key address
    > as a pointer into the update table. In this way, we can find all
    > the addresses that need to be updated without hashing.
    >
    > The second patch introduces:
    >
    > static __always_inline bool static_branch(struct jump_label_key *key);
    >
    > instead of the old JUMP_LABEL(key, label) macro.
    >
    > In this way, jump labels become really easy to use:
    >
    > Define:
    >
    > struct jump_label_key jump_key;
    >
    > Can be used as:
    >
    > if (static_branch(&jump_key))
    > do unlikely code
    >
    > enable/disale via:
    >
    > jump_label_enable(&jump_key);
    > jump_label_disable(&jump_key);
    >
    > that's it!
    >
    > For perf, which also uses jump labels, I've left the reference counting
    > out of the jump label layer, thus removing the 'jump_label_inc()' and
    > 'jump_label_dec()' interface. Hopefully, this is a more palatable solution.

    Right, lets go with this. Maybe we'll manage to come up with something
    saner than _else_atomic_read(), but for now its an improvement over what
    we have.



    \
     
     \ /
      Last update: 2011-02-11 20:27    [W:0.022 / U:121.216 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site