pagg
[Top] [All Lists]

Re: New PAGG patch for 2.6.10, new functionality

To: kingsley@xxxxxxxxxx
Subject: Re: New PAGG patch for 2.6.10, new functionality
From: Erik Jacobson <erikj@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 19 Jan 2005 10:25:43 -0600
Cc: pagg@xxxxxxxxxxx
In-reply-to: <20050114073301.GA15596@aurema.com>
References: <Pine.SGI.4.53.0501061543190.9858@subway.americas.sgi.com> <20050110233750.GC26466@aurema.com> <Pine.SGI.4.53.0501110852370.273308@subway.americas.sgi.com> <20050111223424.GA14765@aurema.com> <Pine.SGI.4.53.0501120926060.328256@subway.americas.sgi.com> <Pine.SGI.4.53.0501130843060.411903@subway.americas.sgi.com> <20050114073301.GA15596@aurema.com>
Sender: pagg-bounce@xxxxxxxxxxx
> I've noticed one minor issue with the implementation for skipping pagg
> associations during pagg_init.  If the register function finds that a
> task was taken off the task list during registration it traverses the
> list from the beginning.  Tasks that were skipped would therefore be
> looked at again.  Still, it's not a big issue.  I suppose clients
> should be able to handle looking at skipped tasks a few times.

Hi.  I was loooking at this a bit today.

I'm not quite sure how to improve this.  I could add a comment about this :)

I suppose we could have a list of already skipped tasks and not even
try them again if they were skipped once.  But I'm not sure if that is
too ugly?

Unless I hear more feedback, I'm just going to add a comment in the
existing comments for the init function pointer in pagg.h.  Something like:

The implementation of pagg_hook_register causes us to evaluate some tasks
more than once in some cases.  See the comments in pagg_hook_register for
why.  Therefore, if the init function pointer returns >0, which means that it
doesn't want a pagg association, that init function must be prepared to
possibly look at the same "skipped" task more than once.

--
Erik Jacobson - Linux System Software - Silicon Graphics - Eagan, Minnesota

<Prev in Thread] Current Thread [Next in Thread>