I am submitting this fast track on behalf of Jan Parcel. The timer is set for
April 14, 2010.
The requested binding is minor.
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All
rights reserved.
1. Introduction
1.1. Project/Component Working Name:
Move device allocation out of libbsm into libdevalloc
1.2. Name of Document Author/Supplier:
Author: Jan Parcel
1.3 Date of This Document:
07 April, 2010
4. Technical Description
This is a fast track to separate device allocation out of libbsm, in
Nevada only.
6908149 Create libdevalloc, get rid of problematic duplications of symbols and
filenames
libbsm effectively contains two unrelated libraries: one set of routines
for auditing, and one for device allocation. Now that both auditing and
device allocation are changing, and diverging, a build-breaking circular
dependency has surfaced. This could be fixed by putting some routines into
a usr/lib/common directory, but that would not solve the fact that the futures
of these two subsystems are expected to continue to diverge drastically.
Bottom line: these should be two different libraries, libbsm for auditing and
libdevalloc for device allocation. Both libraries should be in the same
packages, for simplicity and compatibility. Every manifest that shows libbsm
will get identical lines made for libdevalloc, these are the affected
manifest files:
usr/src/pkg/manifests/SUNWcs.mf
usr/src/pkg/manifests/system-library.mf
usr/src/pkg/manifests/system-trusted-global-zone.mf
usr/src/pkg/manifests/developer-library-lint.mf
NONE of the externally-visible changes involve ARC'd public interfaces,
one change involves an accidentally-public interface (getdevicerange(3TSOL))
My inquiries, tree searches, and ldd/nm/grep research strongly indicate that
ALL of the affected interfaces except getdevicerange() are only used inside
the ON consolidation, as far as the WOS goes. I propose to fix all of that
in the same putback.
usr/src/cmd/devfsadm (extensive dependencies)
usr/src/cmd/allocate (extensive dependencies)
usr/lib/lp/local/lpsched (getdevicerange)
Some name changes were made to avoid ambiguity, such as libbsm's devinfo_t,
which is different from libdevinfo's devinfo_t.
Getdevicerange should be Contracted Project Private in the future.
Known consumers are these programs which Stephen Browne covers:
metacity
tsoldtlabel (defunct soon now that dt is gone from Nevada ????)
tsoljdslabel-ui
Sun Ray, which is not part of the WOS, shows no sign of referencing
any of the moved routines in the source tree I was shown.
It is unknown what third-party programs might reference these routines,
but man page correction should handle those.
Past PSARC cases:
PSARC/2002/142 Device Allocation Updates - by Ashish Joshi, closed withdrawn
01/09/2007
PSARC/2005/691 Trusted Extensions for Device Allocation - by Ashish Joshi,
waiting need opinion 03/01/2006
PSARC/2002/762 Layered Trusted Solaris - by Glenn Faden, waiting need spec
Related to:
PSARC/2005/259 Layered Trusted Solaris Label Interfaces - by Gary Winiger,
waiting need draft opinion 03/07/2006
PSARC/2005/573 Solaris Trusted Extensions for Printing - by Glenn Faden,
closed approved 05/17/2006
FILES:
Added to create a new library libdevalloc:
usr/src/lib/libdevalloc/Makefile
usr/src/lib/libdevalloc/Makefile.com
usr/src/lib/libdevalloc/amd64/Makefile
usr/src/lib/libdevalloc/common/llib-ldevalloc
usr/src/lib/libdevalloc/common/mapfile-vers
usr/src/lib/libdevalloc/i386/Makefile
usr/src/lib/libdevalloc/sparc/Makefile
usr/src/lib/libdevalloc/sparcv9/Makefile
Moved from libbsm to libdevalloc with filename change:
usr/src/lib/libdevalloc/common/libdevalloc.c (was devalloc.c)
(There is also a devalloc.c in usr/src/cmd/devfsadm.)
usr/src/lib/libdevalloc/common/dev_alloc.h (was bsm/devices.h)
usr/src/lib/libdevalloc/common/devalloc_impl.h (was $ROOT: bsm/devalloc.h)
Moved from libbsm to libdevalloc:
usr/src/lib/libdevalloc/common/getdadefs.c
usr/src/lib/libdevalloc/common/getdaent.c
usr/src/lib/libdevalloc/common/getdevicerange.c
usr/src/lib/libdevalloc/common/getdment.c
In addition, we need to remove the long-since-defunct man getddent(3BSM),
since those routines do not even exist in s10 or Nevada.
And I'll file a bug to make this change to man getdevicerange(3TSOL):
diff getdevicerange.man future-getdevicerange.man
12c12
< cc [flag...] file... -lbsm -ltsol [library...]
---
> cc [flag...] file... -ldevalloc -ltsol [library...]
45a46
> getdevicerange() is a Private interface.
79c80
< butes:
---
> butes, including Private interfaces:
86c87
< | Interface Stability | Committed |
---
> | Interface Stability | Private |
6. Resources and Schedule
6.4. Steering Committee requested information
6.4.1. Consolidation C-team Name:
ON
6.5. ARC review type: FastTrack
6.6. ARC Exposure: open
_______________________________________________
opensolaris-arc mailing list
[email protected]
