| United States-English |
|
|
|
![]() |
HP-UX 11i Version 1.5 Reference Volume 2, Section 1M: System Administration Commands > cconfig(1M) |
|
NAMEconfig — configure and build an HP-UX system SYNOPSIS/usr/sbin/config [-c c_file] [-l m_file] [-m master] [-r path] [-s|-u] [-S] [-t] system_file /usr/sbin/config -M module_name [[-M module_name]...] [-m master] [-u] DESCRIPTIONconfig is used to configure the following parts of the operating system:
config supports the following forms of kernel configurations:
Kernel modules are portions of the kernel responsible for supporting a specific feature (e.g. device drivers, file system types). Kernel modules can either be statically linked to the kernel (static modules) or dynamically linked to the kernel at run time (dynamically loadable kernel modules, or DLKM modules). Not all modules have DLKM capability. To generate kernels and loadable module images, config takes as input a set of kernel archive libraries (traditional), a set of kernel module object files (modular), and a set of distributed kernel configuration files describing the kernel modules installed on the system. config also reads additional system-wide information maintained in the HP-UX system description file (also known as the traditional system file). Modularly packaged kernel modules are maintained in individual object files. The configuration information associated to modularly packaged modules is described in individual configuration files, including a modular system file and a modular master file per kernel module. Modularly packaged modules must be installed on the system using the kminstall(1M) command. Dynamically loadable kernel modules must be modularly packaged. Traditionally packaged kernel modules are maintained in archive library files. Configuration information about traditionally packaged modules is maintained in several traditional master files in the /usr/conf/master.d directory, and the single traditional system file. The set of traditional and modular master files describe configuration information supplied by kernel developers as part of the HP-UX operating system, and should not be modified by system administrators. The traditional system file and modular system files contain configurable attribute values used to tailor the system and kernel before a call to config. The kmsystem(1M) administration command must be used to plan the configuration of a kernel module in or out of the kernel, or to modify any kernel module related information, prior to a whole kernel or loadable module configuration. The kmtune(1M) system administration command must be used to modify any kernel tunable parameters prior to a whole kernel or loadable module configuration. Such information should not be modified by editing the system files, since the format and location of such information is subject to change. See master(4) and system(4) for more information about kernel configuration file formats. See the Managing Systems and Workgroups manual for information on how to tailor the kernel or system (set planned configuration values) before a whole kernel or module configuration, how to update the kernel, and how to boot the system. WHOLE KERNEL CONFIGURATION (First Form)When generating a whole kernel, based on the input configuration information, config generates the following output files and directories:
After the above files are created, config executes the make(1) command using the config.mk and config.mod makefiles. The make command creates several files in a working directory whose location depends on the name of the specified traditional system file. See the sections below on options. Upon successful completion of the make(1) command, the following files are generated:
If the -u option is specified, the kmupdate(1M) command is executed automatically to schedule the update of the system with the newly generated kernel. This makes the newly generated kernel the new default boot kernel. Note that this option must be used (or alternately, kmupdate(1M) must be executed directly) in order to ensure that all the components of the newly generated kernel are in place for the boot process. [See kmupdate(1M).] Options for Whole Kernel ConfigurationWhen configuring a whole kernel, the config command recognizes the following arguments:
LOADABLE MODULE CONFIGURATION (Second Form)Based on the input configuration information, config -M generates the following output files:
After the above files have been generated, config executes the make(1) command with config.mod. With a successful make, the module loadable image and related components required by the DLKM loader are generated. If the -u option is specified in conjunction with the -M option, then config calls kmupdate(1M) to update the running kernel with the new loadable image of the specified module. Updating the loadable image implies replacing the existing loadable image(if any) with the newly created loadable image, registering the new module with the running kernel, and performing any type-specific initialization; e.g. recreating the special device file, if needed. After a successful module update, the module is ready to be automatically loaded by the running kernel (auto-load), or demand-loaded by the administrator. Options for Loadable Module ConfigurationFor loadable module configuration, config recognizes the following options:
RETURN VALUEconfig returns 0 upon successful completion. If an error occurs, a non-zero value is returned. DIAGNOSTICSAll error messages and warning messages of config are sent to stderr. Status report messages are sent to stdout. These messages are self-explanatory. Some messages are generated by make(1) or commands called from the makefiles. FILES
SEE ALSOkmadmin(1M), kminstall(1M), kmmodreg(1M), kmsystem(1M), kmtune(1M), kmupdate(1M), make(1), master(4), system(4). |
||||||||||||||||||||||||||||
|
|||||||||||||||