Quoting r. Roland Dreier <[EMAIL PROTECTED]>: > Subject: Re: RFC: ib_cache_event problems > > > 1. Cache should create ib_update_work objects statically upon hotplug > event. > > Seems reasonable, since multiple pending cache update events can be > safely coalesced into one. > > > 2. Need a mechanism for cache to consume events which trigger cache > updates, > > and delay reporting them to ULPs until after cache is updated. > > This seems like overkill to me. And I don't see how to avoid > GFP_ATOMIC allocations that might fail, since the cache module would > need to maintain an arbitrary-length queue of pending events.
Hmm. Thinking about it some more - how about generating the events from a mad thread in core rather than from povider? Then this would be thread context so cache could simply perform updates inline in event handler. -- MST _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
