2006/525: New Boot Sparc
Casper.Dik at sun.com
Casper.Dik at sun.com
Tue Aug 14 15:00:53 PDT 2007
>
>Peter Memishian has pointed out that the statement that
>/etc/path_to_inst is a "pure cache" is not correct.
>It is true that a functional instance file can be rebuilt
>but solaris does rely on the instance number ordering
>in the instance file not to change, otherwise devices
>could be renumbered. Additions to the instance file
>aren't necessary to boot, because the earlier version
>must have been bootable too. And since changes are
>cumulative, any additions in the updated file can be merged
>without needing manual intervention. Hence a discrepancy
>between the two instance files is not cause to invalidate
>the archive.
With the proviso that under no circumstances the version
in the archive can be used to assign NEW device instances.
I.e., when you have a new USB device plugged in at boot and
the /etc/path_to_inst file has a record of old USB devices
not yet reflected in the boot archive, there must not be overlap
in device IDs.
In other words: we must be using the non-bootarchive version
of /etc/path_to_inst before assigning new device instance numbers.
Casper
More information about the opensolaris-arc
mailing list