janhauer [Fri, 30 May 2008 16:25:10 +0000 (16:25 +0000)]
Workaround for VirtualizeAlarmC.nc, so it can be parameterized with uint32_t on msp430 platforms; the current msp430-gcc v. 3.2.3 throws a Segmentation fault.
klueska [Fri, 23 May 2008 01:04:35 +0000 (01:04 +0000)]
Update to tos-storage-* tools to support a '-t' flag to generate a VolumeMapC.nc file that exports interfaces from all the volumes described in the XML file for a particular storage chip. Also fixed the make system to create and install the tos-storage-pxa27xp30 script
klueska [Thu, 22 May 2008 23:56:08 +0000 (23:56 +0000)]
added one more level of redirection for building the StorageVolume.h file. This is done in preperation to support dynamic threads that need to ahve this file built, but bypass the normal 'exe' target built for a platform. Also remove, via the 'clean' target, a VolumeMapC.nc file that is now generated when linking the sorage abstractions used by dynamic threads to the <storage-chip>.xml file in the application directory
klueska [Thu, 22 May 2008 17:45:00 +0000 (17:45 +0000)]
Change parameter name to idx instead of index for compatibility with nesC 1.3. In nesC 1.3, parameter names are no longer renamed in interfaces, and 'index' is an illegal parameter name because it shadows the *built-in* definition of index from gcc. This has been fixed in newer versions of gcc, but the msp430-gcc we use (and have to use) is pretty old. Moral of the story.... don't use index as a paramter name.
klueska [Wed, 21 May 2008 22:11:57 +0000 (22:11 +0000)]
Update to include paramaterization of the UartStream interface as well as push ResourceRequested out to the top level components such as Msp430Spi0C and Msp430Uart0C, etc.
klueska [Thu, 15 May 2008 23:57:13 +0000 (23:57 +0000)]
Reverting back to decentralized handling of interrupts on the msp430. Centralizing them has the side effect of forcing all interrupt handlers to be included regardless of whether the component that actually DEPENDS on it is included or not. Leads to unnecessary code bloat. Original motivation for centralizing them in the first place was in anticipation of adding tosthreads in the upcoming release. A better way of supporting them without the need for centralized interrupt handlers was found, hence the rollback.
rincon [Wed, 14 May 2008 21:33:07 +0000 (21:33 +0000)]
* Removed hardware address recognition to monitor its affect on unit tests, low power listening reliability, and ack reliability in general.
* Implemented software-based address recognition in ReceiveP.
* Applied Steve Dawson-Haggerty's patch to make the RadioBackoff interface parameterized by AM ID only at the top of the stack, whiich allows stack modifications that do not support AM ID's to exist below the active message layer.
andreaskoepke [Tue, 6 May 2008 14:19:36 +0000 (14:19 +0000)]
incorporate a patch from Frederik Hermans -- looks like the 2.4 kernel can not
send all 260 bytes of a normal msp430 program chunk at once, so now you can
choose a proper chunk size on the command line.