Do u have the fix to ArbiterP.nc tested/ready ?
On Sun, Jun 8, 2014 at 1:07 PM, Eric Decker <[email protected]> wrote: > the arbiter protects some resource. it should have been done bye > SoftwareInit. > > the best way is to make it so the default owner is denoted by 0 so that it > gets initialized on initial boot (very low level s/w init on start up) > which zeros non-initialized data. > > > On Sun, Jun 8, 2014 at 7:34 AM, Roadstar Runner <[email protected]> > wrote: > >> Initialization to be done by the application or in ArbiterP.nc? >> >> >> - Lewis >> >> >> On Sun, Jun 8, 2014 at 3:43 AM, Eric Decker <[email protected]> wrote: >> >>> >>> >>> On Sat, Jun 7, 2014 at 9:01 PM, Roadstar Runner <[email protected]> >>> wrote: >>> >>>> I have also noticed some strange behavior with ResourceDefaultOwner. If >>>> a module calls Resource.request() in Boot.booted(), ResourceDefaultOwner. >>>> requested() is signaled before the resource is granted to the default >>>> owner >>>> >>> >>> I beleive that is an initialization issue. >>> >>> >>>> >>>> Thanks, >>>> Lewis >>>> >>>> >>>> >>>> On Sat, Jun 7, 2014 at 10:42 PM, Eric Decker <[email protected]> wrote: >>>> >>>>> >>>>> I think you have found the ping/pong bug. Namely if two users are >>>>> trying to share a resource and want to give up the resource but >>>>> immediately >>>>> re-request it (so they ping/pong), then it doesn't work. >>>>> >>>>> I have a fix but need to finish putting it together. >>>>> >>>>> >>>>> >>>>> On Sat, Jun 7, 2014 at 7:03 PM, Roadstar Runner < >>>>> [email protected]> wrote: >>>>> >>>>>> I am not sure if this is a bug, though certainly not the behavior i >>>>>> expected. >>>>>> i am using FcfsArbiterC to manage my resources. . >>>>>> I currently have 2 modules using interfaces Resource and >>>>>> ResourceRequested.If module# 2 calls Resource.request() after module #1 >>>>>> calls Resource.request() but before module#1 is granted the resource, >>>>>> then >>>>>> ResourceRequested.requested() is never signaled. >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Tinyos-help mailing list >>>>>> [email protected] >>>>>> >>>>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Eric B. Decker >>>>> Senior (over 50 :-) Researcher >>>>> >>>>> >>>> >>> >>> >>> -- >>> Eric B. Decker >>> Senior (over 50 :-) Researcher >>> >>> >> > > > -- > Eric B. Decker > Senior (over 50 :-) Researcher > >
_______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
