Ugo, I traced down this bug to the FastSpiByte implementation in Msp430SpiNoDMAP. I had to reorder a couple of instructions and it works now. I checked in a fix. Thanks for reporting this bug.
Janos On Mon, Feb 27, 2012 at 12:39 PM, Martin Cerveny <[email protected]> wrote: > Hello. > > "... in SoftwareInit.init ... calls SpiResource.request() ..." is BAD. > I traced the problem in any arbiter. > > Problem is fault in design that randomly apears (optimalization may > change behaviour), see: > http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2012-February/053886.html > http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2012-February/053892.html > (with simple workaround) > > and continue on developer list > http://mail.millennium.berkeley.edu/pipermail/tinyos-devel/2012-February/005076.html > > M.C> > > > On Mon, 27 Feb 2012, Ugo Colesanti wrote: > >> Thanks again Markus. >> >> Ugo >> >> On 02/27/2012 05:06 PM, Markus Becker wrote: >>> That someone was me. On tinyos-devel a similar problem ist discussed in the >>> thread "[Tinyos-devel] FTSP not working with mspgcc 4.5.3 and -Os". >>> >>> Markus >>> >>>> Somebody posted a workaround that worked for me too (issue #116 on >>>> tinyos main google project: >>>> http://code.google.com/p/tinyos-main/issues/detail?can=2&start=0&num=100&q= >>>> &colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary&groupb >>>> y=&sort=&id=116 >>>> <http://code.google.com/p/tinyos-main/issues/detail?can=2&start=0&num=100&; >>>> q=&colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary&grou >>>> pby=&sort=&id=116>) >>>> >>>> "I have a custom application based on cc2420x which exhibits the same >>>> problem. Compiling with -O2 instead of -Os solved the problem for me >>>> though." >>>> >>>> Thus, it seems a compiler issue. >>>> >>>> Ugo >>>> >>>> On 02/24/2012 05:00 PM, Janos Sallai wrote: >>>>> Ugo, >>>>> >>>>> Thanks for the quick response. I currently have msp-gcc-3.2.3 >>>>> installed -- that's what I used when I wrote the cc2420x driver. With >>>>> the current snv head from google code, I get an internal compiler >>>>> error when trying to build RadioCountToLeds. I'll try to track down >>>>> what has changed from TinyOS 2.1.1 to 2.1.2-rc1 that could have >>>>> triggered this issue. My suspicion is that it is a compiler bug... >>>>> >>>>> BTW, others have also reported issues with the version of msp430-gcc >>>>> 4.5.3 that is in the Stanford repo. I guess that these packages will >>>>> get updated pretty frequently now that we're preparing for the 2.1.2 >>>>> release. >>>>> >>>>> Janos >>>>> >>>>> On Fri, Feb 24, 2012 at 9:27 AM, Ugo Colesanti >>>>> >>>>> <[email protected]> wrote: >>>>>> Sure, >>>>>> I have the same issue on: >>>>>> - Ubuntu 10.04 (64bit) with msp430-gcc 4.5.3-20110821 (deb taken from >>>>>> tinyos stanford repository) >>>>>> - Ubuntu 11.10 (64bit) with msp430-gcc 4.6.1 compiled from: >>>>>> binutils-2.21.1, gcc-4.6.1 , gdb-7.2, msp430mcu-20111224, >>>>>> msp430-libc-20120125 and patches from mspgcc-20120125 >>>>>> (msp430-binutils-2.21.1a-20120125 , >>>>>> msp430-gdb-7.2a-20111205 and msp430-gcc-4.6.1-20120125). >>>>>> >>>>>> Here is the cut& paste of the -v for both compilers: >>>>>> 4.5.3: >>>>>> Using built-in specs. >>>>>> Reading specs from >>>>>> /usr/bin/../lib/gcc/msp430/4.5.3/../../../../msp430/lib/msp430mcu.spec >>>>>> COLLECT_GCC=msp430-gcc >>>>>> COLLECT_LTO_WRAPPER=/usr/bin/../libexec/gcc/msp430/4.5.3/lto-wrapper >>>>>> Target: msp430 >>>>>> Configured with: ../configure >>>>>> --prefix=/home/raz/local/src/tinyos-2.x.tools/tools/msp430.new/debian/us >>>>>> r --target=msp430 --enable-languages=c >>>>>> Thread model: single >>>>>> gcc version 4.5.3 (GCC) >>>>>> >>>>>> 4.6.1: >>>>>> Using built-in specs. >>>>>> Reading specs from >>>>>> /usr/local/lib/gcc/msp430/4.6.1/../../../../msp430/lib/msp430mcu.spec >>>>>> COLLECT_GCC=msp430-gcc >>>>>> COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/msp430/4.6.1/lto-wrapper >>>>>> Target: msp430 >>>>>> Configured with: ../gcc-4.6.1/configure --build=i686 --host=i686 >>>>>> --target=msp430 --enable-languages=c --program-prefix=msp430- >>>>>> --with-mpfr-include=/usr/include --with-mpfr-lib=/usr/lib >>>>>> --with-gmp-include=/usr/include ' ' >>>>>> Thread model: single >>>>>> gcc version 4.6.1 20110627 (mspgcc dev 20120125) (GCC) >>>>>> >>>>>> Thanks in advance, >>>>>> >>>>>> Ugo >>>>>> >>>>>> On 02/24/2012 03:48 PM, Janos Sallai wrote: >>>>>>> Ugo, >>>>>>> >>>>>>> I will look into this. Can you please give me some more details on the >>>>>>> particular compiler you use? Where did you install it from? If you >>>>>>> built it from source, what patches did you include and what parameters >>>>>>> did you use on the configure script? >>>>>>> >>>>>>> Thanks, >>>>>>> Janos >>>>>>> >>>>>>> On Thu, Feb 23, 2012 at 1:27 PM, Ugo Colesanti >>>>>>> >>>>>>> <[email protected]> wrote: >>>>>>>> I'am currently using 2.1.2 rc1 tag from svn on ubuntu with msp430-gcc >>>>>>>> 4.5.3 compiler. When I try to use any application with cc2420x extra >>>>>>>> on my telosb everything compiles but then the application does not >>>>>>>> start (boot.booted never called). I faced this issue on >>>>>>>> TestNetworkLpl and RadioCountToLeds. >>>>>>>> I plugged the JTAG and compiled RadioCountToLeds app with -O0 . It >>>>>>>> seems that the problem appears in CC2420XDriverLayerP.nc during >>>>>>>> SoftwareInit.init: >>>>>>>> At the end of the function there is a call SpiResource.request() that, >>>>>>>> when granted calls the initRadio function. This function calls on its >>>>>>>> turn resetRadio() which writes on IOCFG0 register of CC2420. >>>>>>>> The writeRegister function fails on "status.value = call >>>>>>>> FastSpiByte.splitRead()" in the sense that it loops forever in >>>>>>>> Msp430SpiNoDMAP.nc in a while(! call Usart.isRxPending()) . >>>>>>>> I commented the content of the resetRadio() function in >>>>>>>> CC2420XDriverLayerP and at least the mote boots (but of course the >>>>>>>> radio does not work). >>>>>>>> Am I the only one having this issue? Am I missing something when using >>>>>>>> the cc2420x stack? >>>>>>>> >>>>>>>> >>>>>>>> p.s. I opened an issue (#116) on tinyos google project but >>>>>>>> unfortunately nobody replied >>>>>>>> >>>>>>>> -- >>>>>>>> Ugo Maria Colesanti >>>>>>>> Dipartimento di Informatica e Sistemistica >>>>>>>> Sapienza Universita' di Roma >>>>>>>> Via Ariosto 25, II floor, room B221 >>>>>>>> 00185, Rome >>>>>>>> http://wiserver.dis.uniroma1.it/cms/index.php?id=8 >>>>>>>> Phone: +39 06 77274003 >>>>>>>> Fax: +39 06 77274002 >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Tinyos-help mailing list >>>>>>>> [email protected] >>>>>>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-he >>>>>>>> lp >>>>>> -- >>>>>> Ugo Maria Colesanti >>>>>> Dipartimento di Informatica e Sistemistica >>>>>> Sapienza Universita' di Roma >>>>>> Via Ariosto 25, II floor, room B221 >>>>>> 00185, Rome >>>>>> http://wiserver.dis.uniroma1.it/cms/index.php?id=8 >>>>>> Phone: +39 06 77274003 >>>>>> Fax: +39 06 77274002 >> >> >> -- >> Ugo Maria Colesanti >> Dipartimento di Informatica e Sistemistica >> Sapienza Universita' di Roma >> Via Ariosto 25, II floor, room B221 >> 00185, Rome >> http://wiserver.dis.uniroma1.it/cms/index.php?id=8 >> Phone: +39 06 77274003 >> Fax: +39 06 77274002 >> >> _______________________________________________ >> Tinyos-help mailing list >> [email protected] >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >> > _______________________________________________ > Tinyos-help mailing list > [email protected] > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help > _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
