/freebsd/sys/sys/ |
H A D | _cpuset.h | diff d4a2ab8c070f0b7b7cda50b053b7d3578307bc1c Thu Aug 30 23:22:47 CEST 2012 Attilio Rao <attilio@FreeBSD.org> Post r222812 KTR_CPUMASK started being initialized only as a tunable handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup and boot low level development (which needs ktr_cpumask to be effective before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing an list of initializers, divided by commas. Also, provide a way to enforce an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a kernel option, and in particular this makes the words specifications backward wrt. what is currently in -CURRENT. In order to avoid mismatches between KTR_CPUMASK definition and other way to setup the mask (tunable, sysctl) and to print it, change the ordering how cpusetobj_print() and cpusetobj_scan() acquire the words belonging to the set. Please give a look to sys/conf/NOTES in order to understand how the new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed for this.
This patch won't be merged because it changes a POLA (at least from the theoretical standpoint) and this is however a patch that proves to be effective only in development environments.
Requested by: rpaulo Reviewed by: jeff, rpaulo
|
/freebsd/sys/kern/ |
H A D | kern_ktr.c | diff d4a2ab8c070f0b7b7cda50b053b7d3578307bc1c Thu Aug 30 23:22:47 CEST 2012 Attilio Rao <attilio@FreeBSD.org> Post r222812 KTR_CPUMASK started being initialized only as a tunable handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup and boot low level development (which needs ktr_cpumask to be effective before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing an list of initializers, divided by commas. Also, provide a way to enforce an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a kernel option, and in particular this makes the words specifications backward wrt. what is currently in -CURRENT. In order to avoid mismatches between KTR_CPUMASK definition and other way to setup the mask (tunable, sysctl) and to print it, change the ordering how cpusetobj_print() and cpusetobj_scan() acquire the words belonging to the set. Please give a look to sys/conf/NOTES in order to understand how the new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed for this.
This patch won't be merged because it changes a POLA (at least from the theoretical standpoint) and this is however a patch that proves to be effective only in development environments.
Requested by: rpaulo Reviewed by: jeff, rpaulo
|
H A D | kern_cpuset.c | diff d4a2ab8c070f0b7b7cda50b053b7d3578307bc1c Thu Aug 30 23:22:47 CEST 2012 Attilio Rao <attilio@FreeBSD.org> Post r222812 KTR_CPUMASK started being initialized only as a tunable handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup and boot low level development (which needs ktr_cpumask to be effective before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing an list of initializers, divided by commas. Also, provide a way to enforce an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a kernel option, and in particular this makes the words specifications backward wrt. what is currently in -CURRENT. In order to avoid mismatches between KTR_CPUMASK definition and other way to setup the mask (tunable, sysctl) and to print it, change the ordering how cpusetobj_print() and cpusetobj_scan() acquire the words belonging to the set. Please give a look to sys/conf/NOTES in order to understand how the new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed for this.
This patch won't be merged because it changes a POLA (at least from the theoretical standpoint) and this is however a patch that proves to be effective only in development environments.
Requested by: rpaulo Reviewed by: jeff, rpaulo
|
/freebsd/sys/conf/ |
H A D | NOTES | diff d4a2ab8c070f0b7b7cda50b053b7d3578307bc1c Thu Aug 30 23:22:47 CEST 2012 Attilio Rao <attilio@FreeBSD.org> Post r222812 KTR_CPUMASK started being initialized only as a tunable handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup and boot low level development (which needs ktr_cpumask to be effective before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing an list of initializers, divided by commas. Also, provide a way to enforce an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a kernel option, and in particular this makes the words specifications backward wrt. what is currently in -CURRENT. In order to avoid mismatches between KTR_CPUMASK definition and other way to setup the mask (tunable, sysctl) and to print it, change the ordering how cpusetobj_print() and cpusetobj_scan() acquire the words belonging to the set. Please give a look to sys/conf/NOTES in order to understand how the new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed for this.
This patch won't be merged because it changes a POLA (at least from the theoretical standpoint) and this is however a patch that proves to be effective only in development environments.
Requested by: rpaulo Reviewed by: jeff, rpaulo
|