[Tinyos Core WG] 10.25.2006 Meeting Notes are on the wiki
Philip Levis
pal at cs.stanford.edu
Fri Oct 27 12:54:54 PDT 2006
On Oct 27, 2006, at 12:27 PM, Jan Hauer wrote:
> In the telephone conference we agreed (preliminary) to allow arbiters
> to return SUCCESS to a client that calls Resource.request() even
> though he already owns the resource. On service level (abstracting
> from the Resource interface), however, we want a second call to
> Read.read() to fail if the first one was successful and readDone() has
> not been signalled.
>
> I was about to change the ADC HIL implementation, but there are some
> bigger changes necessary than I had expected - I have to keep state (a
> bit) for all clients now: when a client calls Read.read I must know
> whether he is the owner or not. But setting, say, an "owner" variable
> to the client ID when I get "his" Resource.granted() is not enough,
> because in between the client might call Read.read a second time. If
> he does, I cannot tell that he has called it successfully before (and
> not released it) unless I keep state for him [when the ReadNow
> interface is involved in conjunction with the Resource interface it
> probably gets more complicated]... I may well have overlooked
> something obvious, maybe someone sees an easy solution - otherwise I
> suggest to change the arbiter semantics rather than introduce the
> changes on the service level. Comments ?
Yes, you have to keep a bit of state.
Phil
More information about the Tinyos-2.0wg
mailing list