|Skip Navigation Links|
|Exit Print View|
|Oracle Solaris Administration: Common Tasks Oracle Solaris 11 Information Library|
The following features are new Oracle Solaris 11:
In this Oracle Solaris release, vendor-provided driver.conf files can be supplemented with administratively provided driver.conf files. The format of an administratively provided driver.conf file is identical to a vendor-provided driver.conf file. Vendor-provided driver data is installed in the root file system, while administratively provided driver data is stored separately in a new /etc/driver/drv directory.
At boot time, and whenever a driver.conf file for a driver is searched for and loaded, the system checks for a configuration file in the /etc/driver/drv directory for that driver. If found, the system automatically merges the vendor-provider driver.conf files with the local, administratively provided driver.conf files. Note that the driver's view of the system properties consists of these merged properties. Therefore, no driver changes are necessary.
To display the merged properties, use the prtconf command with the new -u option. The -u option enables you to display both the original and updated property values for a specified driver. For more information, see the prtconf(1M) man page and How to Display Default and Customized Property Values for a Device.
Note - Do not edit vendor-provided driver.conf files that are located in the /kernel and /platform directories. If you need to supplement a driver's configuration, the preferred method is to add a corresponding driver.conf file to the local /etc/driver/drv directory, and then customize that file.
One advantage of customizing the administratively provided configuration file rather than the vendor-provide configuration file is that your changes are preserved during a system upgrade. During a system upgrade, if a vendor-provided driver.conf file has an update available, the file is automatically updated, and all customization is lost. Since there is no way to know which driver configuration files will be updated prior to performing an upgrade, always make it a practice to make any customization to the administratively provided version of the file. Before customizing an administratively provided configuration file, familiarize yourself with the driver.conf file format. See the driver.conf(4) man page for more information.
For detailed instructions, see Chapter 5, Managing Devices (Overview/Tasks), in Oracle Solaris Administration: Devices and File Systems.
Device driver writers should note that driver interfaces are provided to enable a driver to access both the vendor and admin properties. For more information, see the driver(4) man page and Writing Device Drivers.
Oracle Solaris 11 supports higher resolution and color depth on x86 based systems than the older Video Graphics Array (VGA) 640-480 16-color console. This support is provided for systems that use traditional BIOS and Video Electronics Standards Association (VESA) option read-only memory (ROM). Note that support is limited to when a graphics card or frame buffer is used as a physical or virtual console. There is no impact on the behavior of serial consoles.
For more information, see Support for Bitmapped Console in Booting and Shutting Down Oracle Solaris on x86 Platforms.
The progress status indicator that is displayed on a system during the boot process is automatically interrupted in the following instances:
Kernel debugger is entered
System panic occurs
An SMF service that requires input interrupts the boot process
GNOME Desktop Manager (GDM) login screen displays
During the shutdown process, if the console=graphics option was specified when booting the system, and the shutdown is triggered by the Xorg server, a progress status indicator is displayed. You can prevent the progress status indicator from displaying by setting the new splash-shutdown property of the svc:/system/boot-config SMF service to false.
The Fast Reboot feature is supported on both the SPARC and x86 platform. The integration of Fast Reboot on the SPARC platform enables the -f option to be used with the reboot command to accelerate the boot process by skipping certain POST tests. On the x86 platform, Fast Reboot implements an in-kernel boot loader that loads the kernel into memory and then switches to that kernel. The firmware and boot loader processes are bypassed, which enables the system to reboot within seconds.
On both the x86 and SPARC platforms, the Fast Reboot feature is managed by SMF and implemented through a boot configuration service, svc:/system/boot-config. The boot-config service provides a means for setting or changing the default boot configuration parameters. When the config/fastreboot_default property is set to true, the system performs a fast reboot automatically, without the need to use the reboot -f command. This property's value is set to false on the SPARC platform and true on the x86 platform. For task-related information, including how to change the default behavior of Fast Reboot on the SPARC platform, see Accelerating the Reboot Process.
In Oracle Solaris 11, 32–bit kernel support on x86 platforms has been removed. As a result, you cannot boot Oracle Solaris 11 on 32-bit x86 hardware. Systems that have 32-bit hardware must either be upgraded to 64–bit hardware or continue to run Oracle Solaris 10.
Note - This removal of support does not impact 32–bit applications, which remains the same as in previous releases.