On 10/ 1/09 05:40 AM, Jerry Jelinek wrote:
Edward Pilatowicz wrote:
i'm not done yet, but i've attached what i've got so far.
Thanks for your comments. I'll start to work through
these while we're waiting for the rest of your input and
respond if there is anything we're not going to address.
zones-discuss mailing list
I have a few nits and questions aside from Ed's.
Shouldn't the scripts' parameters be included at the end of the last
line (the exec command) as in s10_isaexec_wrapper.sh?
The ps_plog() invocation in s10_ldb_fini32() displays "lx_ldb_fini" when
it should be "s10_ldb_fini" (right?). According to the diff, the sn1
version also uses "lx_ldb_fini".
165-171: Are we going to retain the lx brand comments? I remember
asking this two or three months ago, but someone answered that we wanted
it to look the same as in the lx brand file from which the comment
740-743: I could've simplified this a bit by combining both cases.
These lines can be condensed to
return (ctfs_ioctl(rval, fdes, cmd, arg));
927-928: I could've improved this comment by stating that the path of
the *dynamic linker* is the second parameter of s10_native_exec().
1260-1261,1286-1287,1313,etc.: Couldn't we make arg1 a zoneid_t, arg2 an
int, arg3 a char *, and arg4 a size_t and eliminate some of the casts in
s10_zone() (as well as some of the automatic variables, e.g., buf and
1298: Shouldn't we move this truss point below the switch block? As it
currently stands, if a process issues SYS_zone to get an attribute of
the global zone other than ZONE_ATTR_NAME and ZONE_ATTR_BRAND, then
truss would report two SYS_zone syscalls instead of one.
289-296: Isn't this whole loop simply looking for SUNWcakr's pkginfo
file in the zone? If so, then looping through the zone's /var/sadm/pkg
directory's entries for SUNWcakr is superfluous: get_ku_patchlist()
could simply construct the path
$ZONEPATH/root/var/sadm/pkg/SUNWcakr/pkginfo and stat() will fail if it
doesn't exist. (Are we planning to examine other packages for patch lists?)
get_image_emul_version(): I agree with Ed that get_image_emul_version()
is superfluous. Now that I've thought about it,
$ZONEROOT/usr/lib/brand/solaris10/version should be sufficient for the
brand to determine whether it can host the associated S10C. All we need
to do is hard-code the maximum version number supported by the brand
(for example, as a preprocessor constant), fetch the version number
stored in $ZONEROOT/usr/lib/brand/solaris10/version (or zero if the file
does not exist), check whether the latter exceeds the former, and set
the brand's emulation number to that stored in
467,471-472,476-477: The first conditional can be changed to "argc != 3"
and the other two can be deleted along with their invocations of usage().
zones-discuss mailing list