OpenSolaris

Printable Version Enter a New Search
Bug ID 6697606
Synopsis Need comments explaining the semantics of different pd_defval strings.
State 10-Fix Delivered (Fix available in build)
Category:Subcategory kernel:tcp-ip
Keywords
Responsible Engineer Aruna Ramakrishna
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_92
Fixed In snv_92
Release Fixed solaris_nevada(snv_92)
Related Bugs 6659866
Submit Date 5-May-2008
Last Update Date 18-June-2008
Description
After the putback of CR 6659866 the semantics of pd_defval have been 
modified. In order to make it easy to add new properties, the following
comments need to be added: 

> If defaults are not defined for the prop, the pd_defval.vd_name should
> be null. If the driver has to be contacted for the value, the vd_name
> should be the empty string (""). Otherwise, dladm will just print
> whatever is in the table (see lines 699-710 of linkprop.c).

Relation to PD_EMPTY_RESET: 
The PD_EMPTY_RESET is used for properties like zone where the "" itself         
is used to reset the property. So libdladm can copy pdp->pd_defval              
over to the val_desc_t passed down on the setprop using the global              
values in the table. 
For other cases (PD_EMPTY_RESET is not set, vd_name is ""), doing
reset-linkprop will cause libdladm to do a getprop to find the
default value and then do a setprop to reset the value to default.
Work Around
N/A
Comments
N/A