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