freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] libipmiconsole questions


From: Albert Chu
Subject: Re: [Freeipmi-devel] libipmiconsole questions
Date: Tue, 29 May 2007 20:57:10 -0700 (PDT)
User-agent: SquirrelMail/1.4.6

I've now added a ipmiconsole_ctx_status() API function that I believe
addresses this issue (this is only in the CVS head).

Al

> On Tue, 2007-05-29 at 15:26 -0700, Anand Babu Periasamy wrote:
>> Al Chu writes:
>>
>> > Hey Levi,
>> >
>> > Thinking about this just a tad more,
>> >
>> >> Option #1) Create a function that returns some notification status to
>> >> the user.
>> >>    - Pro: Easy
>> >>    - Con: No select/poll mechanism for anyone creating a lot of
>> >> contexts.
>> >
>> > I think this would be fine in the end after all.  The non-blocking
>> case
>> > that (I imagine) we're truly concerned about is that a user may try to
>> > write data to the console before the SOL connection is finished
>> > establishment.  A simple flag check prior to the write will allow us
>> to
>> > reject that write if we so choose.
>> >
>> > Sound like a good way to fix this problem?
>> >
>> > Al
>>
>> You have given the option of both blocking and non-blocking
>> engine_submit
>> anyways. There won't be any reason to use non-blocking call and wait
>> till initialization completes.
>
> If you want to establish 1000 SOL connections, you do not want to block.
> You want to "launch" all the SOL connection attempts simultaneously and
> (at the end) wait for the remaining few to finish.
>
>> Callback interface will allow the user
>> to handle notifications instantly, but it is not that useful in this
>> case because of its complexity. Flags are easier way to handle
>> it. Let us have a flag in the user submitted context and the engine
>> will lock/set-flag/unlock when the session initializes properly
>> You may have to introduce one more call to check if the context is
>> ready for I/O. It is just a wrapper call to check the flag.
>
> That was my feeling, just a function that checks an internal flag and
> returns yes or no to the SOL connection being established.
>
> Al
>
>>
> --
> Albert Chu
> address@hidden
> 925-422-5311
> Computer Scientist
> High Performance Systems Division
> Lawrence Livermore National Laboratory
>
>
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
>


-- 
Albert Chu
address@hidden
925-422-5311
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory





reply via email to

[Prev in Thread] Current Thread [Next in Thread]