1 '\" te
   2 .\" Copyright (c) 2004, Sun Microsystems, Inc. All Rights Reserved.
   3 .\" The contents of this file are subject to the terms of the Common Development and Distribution License (the "License").  You may not use this file except in compliance with the License.
   4 .\" You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE or http://www.opensolaris.org/os/licensing.  See the License for the specific language governing permissions and limitations under the License.
   5 .\" When distributing Covered Code, include this CDDL HEADER in each file and include the License file at usr/src/OPENSOLARIS.LICENSE.  If applicable, add the following below this CDDL HEADER, with the fields enclosed by brackets "[]" replaced with your own identifying information: Portions Copyright [yyyy] [name of copyright owner]
   6 .TH PICLD 1M "May 16, 2020"
   7 .SH NAME
   8 picld \- PICL daemon
   9 .SH SYNOPSIS
  10 .nf
  11 \fB/usr/lib/picl/picld\fR
  12 .fi
  13 
  14 .SH DESCRIPTION
  15 The Platform Information and Control Library (\fBPICL\fR) provides a mechanism
  16 to publish platform-specific information for clients to access in a
  17 platform-independent way. \fBpicld\fR maintains and controls access to the
  18 \fBPICL\fR information from clients and plug-in modules. The daemon is started
  19 in both single-user and multi-user boot mode.
  20 .sp
  21 .LP
  22 Upon startup, the \fBPICL\fR daemon loads and initializes the plug-in modules.
  23 These modules use the \fBlibpicltree\fR(3PICLTREE) interface to create nodes
  24 and properties in the \fBPICL\fR tree to publish platform configuration
  25 information. After the plug-in modules are initialized, the daemon opens the
  26 \fBPICL\fR daemon door to service client requests to access information in the
  27 \fBPICL\fR tree.
  28 .SS "PICL Tree"
  29 The \fBPICL\fR tree is the repository of all the nodes and properties created
  30 by the plug-in modules to represent the platform configuration. Every node in
  31 the \fBPICL\fR tree is an instance of a well-defined \fBPICL\fR class. The name
  32 of the base \fBPICL\fR class is \fBpicl\fR, which defines a basic set of
  33 properties that all nodes in the tree must possess. Two of those properties are
  34 \fBname\fR and \fB_class\fR, where \fBname\fR contains the name of the node,
  35 and the \fB_class\fR contains the \fBPICL\fR class name of the node. Certain
  36 nodes in the \fBPICL\fR tree have well-known names. For example, the name of
  37 the root node of the \fBPICL\fR tree is \fB/\fR and the name of the root node
  38 of the sub-tree containing platform device nodes is \fBplatform\fR.
  39 .SS "PICL plug-in Modules"
  40 The \fBPICL\fR plug-in modules are shared objects that publish
  41 platform-specific data in the \fBPICL\fR tree. They are located in well-known
  42 directories so that the daemon can locate and load them.
  43 .sp
  44 .LP
  45 Plug-in modules are located in one of the following plug-in directories
  46 depending on the platform-specific nature of the data that they collect and
  47 publish:
  48 .sp
  49 .in +2
  50 .nf
  51 /usr/platform/`uname -i`/lib/picl/plugins
  52 /usr/platform/`uname -m`/lib/picl/plugins
  53 .fi
  54 .in -2
  55 .sp
  56 
  57 .sp
  58 .LP
  59 A plug-in module can specify its dependency on another plug-in module using the
  60 \fB-l\fR or \fB-R\fR linker option. The plug-ins are loaded by the daemon using
  61 \fBdlopen\fR(3C) according to the specified dependencies. Each plug-in module
  62 must define a \fB\&.init\fR section, which is executed when the plug-in module
  63 is loaded, to register themselves with the daemon. See
  64 \fBpicld_plugin_register\fR(3PICLTREE) for additional information on plug-in
  65 registration.
  66 .sp
  67 .LP
  68 The plug-in modules use the \fBlibpicltree\fR(3PICLTREE) interface to publish
  69 nodes and properties in the \fBPICL\fR tree so that clients can access them.
  70 .sp
  71 .LP
  72 When the \fBPICL\fR daemon invokes the initialization routine of the plug-in
  73 module, the plug-in collects the platform information and creates nodes and/or
  74 properties to represent the configuration in the \fBPICL\fR tree. A plug-in can
  75 create additional threads to monitor the platform configuration and update the
  76 \fBPICL\fR tree with any changes. This enables a \fBPICL\fR plug-in to operate
  77 as a daemon within the \fBPICL\fR framework.
  78 .sp
  79 .LP
  80 An environmental monitor is an example of a plug-in module that uses a thread
  81 to monitor the temperatures and fan speeds of the platform, then publishes the
  82 environmental information in the \fBPICL\fR tree so clients can access them.
  83 .sp
  84 .LP
  85 Clients use the \fBlibpicl\fR(3PICL) interface to send requests to \fBpicld\fR
  86 for accessing the \fBPICL\fR tree.
  87 .SH EXIT STATUS
  88 \fBpicld\fR does not return an exit status.
  89 .SH FILES
  90 .ne 2
  91 .na
  92 \fB\fB/var/run/picld_door\fR\fR
  93 .ad
  94 .RS 23n
  95 \fBPICL\fR daemon door
  96 .RE
  97 
  98 .sp
  99 .ne 2
 100 .na
 101 \fB\fB/usr/lib/picl/picld\fR\fR
 102 .ad
 103 .RS 23n
 104 \fBPICL\fR daemon
 105 .RE
 106 
 107 .SH SEE ALSO
 108 \fBsvcs\fR(1), \fBsvcadm\fR(1M), \fBdlopen\fR(3C), \fBlibpicl\fR(3PICL),
 109 \fBlibpicltree\fR(3PICLTREE), \fBpicld_log\fR(3PICLTREE),
 110 \fBpicld_plugin_register\fR(3PICLTREE), \fBattributes\fR(5), \fBsmf\fR(5)
 111 .SH NOTES
 112 The \fBpicld\fR service is managed by the service management facility,
 113 \fBsmf\fR(5), under the service identifier:
 114 .sp
 115 .in +2
 116 .nf
 117 svc:/system/picl
 118 .fi
 119 .in -2
 120 .sp
 121 
 122 .sp
 123 .LP
 124 Administrative actions on this service, such as enabling, disabling, or
 125 requesting restart, can be performed using \fBsvcadm\fR(1M). The service's
 126 status can be queried using the \fBsvcs\fR(1) command.