"Margot H. Miller" writes: > Are there any kernel routines to read the SMF repository
Not directly today. > and how early > in the boot process can we access the repository. Flippantly, as soon as svc.configd starts. Really that means after the init process has started, but before any of the rest of userland has been started. > We have some configuration data that the kernel needs to load during > boot up and we are trying to not store it in a file under /etc but have > it in the repository. However, we are not sure when the repository > is available. If the kernel needs it before init starts, you can't use the repository today. If, instead, the kernel needs it in order to give answers to certain system calls, you can do what a number of other kernel subsystems do -- create a service that does nothing but upload configuration from userland into the kernel. coreadm, dumpadm, pools, and others follow the model of uploading a file from userland into the kernel via a (potentially private) API. They don't today store their configuration in SMF, but the mechanism is the same whether the configuration store is an /etc file parsed by a userland utility, or is a set of properties in the repository. liane
