PSARC 2008/498 datalink sysevents

Garrett D'Amore gdamore at sun.com
Tue Aug 5 12:22:57 PDT 2008


Thanks for the clarification.

(I wasn't aware that RCM was being used this way.  I recall that once 
upon a time there was a separate "sysevent" architecture where insertion 
events were handled without RCM interposing.  The point, at the time, of 
having a separate RCM from sysevent was that RCM could "interpose", and 
ultimately "refuse" certain operations, based on consuming nodes.  Of 
course, this goes back to the Solaris 8 timeframes and the design 
discussions I had surrounding RCM.  Ancient history, now.  Anyway, your 
suggested usage seems sane to me.)

    -- Garrett


Cathy Zhou wrote:
> RCM is also used to restore all the configuration when the device is 
> plugged back in and that is when this sysevent will be used.
>
> - Cathy
>
>> RCM is "normally" (historically, anyway) used for device *removal*, 
>> rather than addition.
>>
>> What do you intend the RCM module to do with this event?
>>
>>    -- Garrett
>>
>> Cathy Zhou wrote:
>>> This event will be consumed by a syseventd module which in turn will 
>>> generate a RCM event which will then be consumed by the RCM modules.
>>>
>>> But the usage of the EC_DATALINK class would not be limited to this.
>>>
>>> - Cathy
>>>
>>>> completeness question: who's the intended consumer for this event?
>>>>
>>>>    Kais
>>>>
>>>> Sebastien Roy wrote:
>>>>> I'm submitting this case for Cathy Zhou.  It is being filed as closed
>>>>> approved automatic.
>>>>>
>>>>> Datalink sysevents
>>>>> ------------------
>>>>>
>>>>> release binding: patch
>>>>>
>>>>> Summary
>>>>> -------
>>>>>
>>>>>     This case proposes to introduce a new EC_DATALINK sysevent 
>>>>> class to
>>>>>     report data-link related sysevents.  For now, only one subclass
>>>>>     (ESC_DATALINK_PHYS_ADD) will be introduced.  It will be generated
>>>>>     when a new physical data-link shows up on the system.  In the 
>>>>> future,
>>>>>     the EC_DATALINK sysevent class can be extended to report other
>>>>>     data-link sysevents, such as a data-link renaming event.
>>>>>
>>>>>     Since we are still experimenting the new sysevent class, the 
>>>>> format
>>>>>     of the ESC_DATALINK_PHYS_ADD sysevent will be classified as 
>>>>> Project
>>>>>     Private.
>>>>>
>>>>> Interface Table
>>>>> ---------------
>>>>>
>>>>>      -------------------------------------------------------------
>>>>>      Interface               Commitment Level         Comments
>>>>>      -------------------------------------------------------------
>>>>>      EC_DATALINK             Consolidation Private    Event class
>>>>>      ESC_DATALINK_PHYS_ADD   Project Private          Event subclass
>>>>>
>>>>>
>>>>>
>>>>>   
>>>>
>>>
>>
>




More information about the opensolaris-arc mailing list