Removed safeguards around the update code for the timer; turns out they weren't needed (but instead triggered a bug in MSPsim)
This commit is contained in:
parent
f5c78bd4fd
commit
4ff6b5460a
|
@ -28,7 +28,7 @@
|
|||
*
|
||||
* This file is part of the Contiki operating system.
|
||||
*
|
||||
* @(#)$Id: clock.c,v 1.20 2010/01/18 21:17:11 adamdunkels Exp $
|
||||
* @(#)$Id: clock.c,v 1.21 2010/01/30 14:03:35 adamdunkels Exp $
|
||||
*/
|
||||
|
||||
|
||||
|
@ -63,9 +63,7 @@ interrupt(TIMERA1_VECTOR) timera1 (void) {
|
|||
|
||||
/* Make sure interrupt time is future */
|
||||
do {
|
||||
TACTL &= ~MC1;
|
||||
TACCR1 += INTERVAL;
|
||||
TACTL |= MC1;
|
||||
++count;
|
||||
|
||||
/* Make sure the CLOCK_CONF_SECOND is a power of two, to ensure
|
||||
|
|
|
@ -28,7 +28,7 @@
|
|||
*
|
||||
* This file is part of the Contiki operating system.
|
||||
*
|
||||
* $Id: rtimer-arch.c,v 1.12 2010/01/18 21:17:11 adamdunkels Exp $
|
||||
* $Id: rtimer-arch.c,v 1.13 2010/01/30 14:03:35 adamdunkels Exp $
|
||||
*/
|
||||
|
||||
/**
|
||||
|
@ -82,7 +82,6 @@ rtimer_arch_schedule(rtimer_clock_t t)
|
|||
{
|
||||
PRINTF("rtimer_arch_schedule time %u\n", t);
|
||||
|
||||
TACTL &= ~MC1;
|
||||
TACCR0 = t;
|
||||
TACTL |= MC1;
|
||||
}
|
||||
/*---------------------------------------------------------------------------*/
|
||||
|
|
Loading…
Reference in a new issue