Messages in this thread | | | Date | Tue, 23 Nov 2010 13:36:54 -0800 | From | "H. Peter Anvin" <> | Subject | Re: [PATCH 0/3] jump label: updates for 2.6.37 |
| |
On 11/23/2010 01:27 PM, Jason Baron wrote: > Hi, > > A few jump label patches that I want considered for 2.6.37. Patches are against > the latest -tip tree. > > The first one, which adds 'state' to the jump label mechanism is the most > important. Essentially, it ensures that if jump labels are enabled/disabled in > the core kernel but the actual call sites are in modules, we properly honor the > state of the jump label. This also works for jump labels which may be defined in > one module but made use of in another module. > > There has been some discussion about using the 'key' variable to store the > enabled/disabled state for each jump label. However, I think a better design > will be to use the 'key' variable to store a pointer to the appropriate jump > label tables. In this way, we can enable/disable jump labels, without the > hashing that I'm currently doing. However, I didn't want to propose these more > invasive changes until 2.6.38. >
I would also like to see a change in the API, preferrably something closer to the "SWITCH_POINT" interface I discussed with Stephen before Kernel Summit.
-hpa
| |