Jeff Roberson wrote:
> On Wed, 29 Dec 2004, Nate Lawson wrote:
>>Jeff Roberson wrote:
>>>On Wed, 29 Dec 2004, Nate Lawson wrote:
>>>>Also, could someone please get us more KTR ids while they're at it? We
>>>>only have 2 left.
>>>I think we should make one or to KTR_LOCAL's or something like that. So
>>>you can have a define in your file for KTR_MYCODE 0, and when you want to
>>>debug it, define it to KTR_LOCAL. There are a bunch of KTR ids that are
>>>used for things that don't really need to be global that we could gc if we
>>Isn't there a way to dynamically allocate ids, like sysctl does for oid?
> They need to be static at compile time or they always produce massive
> bloat in the kernel.
Right, I thought we did something like that for other subsystems. I'm
very fuzzy on the current best approach but in the past we used linker
sets to gather a class of data at link time (including mod load). If
the linker set was an id placeholder for a particular type of debug
data, the kernel could overwrite this with the actual runtime id.