[Tinyos Core WG] arbiter issues

Philip Levis pal at cs.stanford.edu
Mon Oct 23 09:07:29 PDT 2006


On Oct 22, 2006, at 10:44 PM, Kevin Klues wrote:

> The problem was only showing up in the RoundRobin arbiters.  The fix
> was very simple(changing the order of two if statements), and I'm
> commiting it to the developer branch now.
>
> The problem occured when an arbiter was connected to multiple clients,
> but only a single client was using the resource and it made another
> request before releasing it.  The request would be queued, but the
> granted event would never come back.  The loop in the implementation
> of the round robin dequeing policy was stopping at the client just
> before the current owner of the resource.  Extending it to include
> this client allows it to operatie properly.  The problem/fix was
> originally pointed out by Andres Koepke from TU Berlin

Great. I've started testing the low-power CC2420 stack. David Moss  
has made a few changes based on my tests, in order to improve ease of  
use.

Going back to August 24, here was the list of TODOs with associated  
people:

1) Deluge (Prabal + Jonathan)
2) Sensor boards (Crossbow)
3) Surge-like app (Stanford)
4) Radio power management* (?)
5) McuPowerManagement** (platform czars)
6) Tutorials*** (?)
7) Radio metadata (David C)

1) has been dropped.

2) Martin said that Crossbow was working on it, I will check on  
status (has been on the radar for over a year now).

3) Is still on my plate. Student hasn't completed (but it's close), I  
am going to spend coding cycles on this.

4) I am testing the CC2420 stack. David G., have Jonathan  and David  
M. discussed the low power interfaces with you?

5) We should do this during testing; want to makes sure they are  
doing the right thing. All evidence suggests the atm128 is (was  
running some tests yesterday), and the NSDI submission suggests the  
msp430 is as well. In the atm128 case, it might be useful to take the  
counter case and separate it out into an McuPowerOverride.

6) This is the big to do. The agreed-to-assignments were:

Storage: ???
Power Management: Kevin
Concurrency: Phil L.
Platforms: Henri
Network Protocols: Henri
SDK: David Gay

I know that someone signed up for Storage; Prabal, was it you?

7) We need a radio timestamp abstraction. I am tempted to add it to  
Packet. Thoughts?

Phil


More information about the Tinyos-2.0wg mailing list