Yes, sorry about that, There are two registers we can check to see the different revision numbers. I will check it myself once i confirm that the different revisions are the problem (i'm not sure because of what Ragu said). Thanks!
On Thu, Sep 17, 2015 at 11:12 AM, Joel Sherrill <joel.sherr...@oarcorp.com> wrote: > > > On 9/17/2015 8:43 AM, Marcos Díaz wrote: > >> Yes, in my case the older (that doesn't work) revision is a >> XAM3359AZCZ100 >> >> And the rev C (that works well with cache) is >> AM3358BZCZ100 >> > > Can we determine that in software? > > On Thu, Sep 17, 2015 at 10:32 AM, Joel Sherrill <joel.sherr...@oarcorp.com >> <mailto:joel.sherr...@oarcorp.com>> wrote: >> >> >> >> On September 17, 2015 8:26:41 AM CDT, "Marcos Díaz" < >> marcos.d...@tallertechnologies.com <mailto: >> marcos.d...@tallertechnologies.com>> wrote: >> >Hi, >> > >> >How did you see the revision number? if you are using u-boot you can >> >pause the start and write printenv and enter to see that: >> > >> > >> >board=am335x >> >board_name=A335BNLT >> >board_rev=00C0 >> > >> > >> >This is in my version. >> > >> >Please tell me so I can check if is the revision, or perhaps is >> >something else in u-boot initialization. >> > >> > >> >For the question Joel asked there is a way: >> > >> > >> http://dumb-looks-free.blogspot.com.ar/2014/05/beaglebone-black-bbb-revision-serial.html >> > >> >apparently, in the eeprom thorugh i2c it is recorded. But first we >> must >> >confirm that is a problem from the revisions, since Ragu has the >> >problem in a rev C. >> >> Does the SoC itself have a revision number we can read? It may be >> that newer boards have a newer CPU. >> >> >Greetings >> > >> > >> >On Wed, Sep 16, 2015 at 7:22 PM, Joel Sherrill >> ><joel.sherr...@oarcorp.com <mailto:joel.sherr...@oarcorp.com>> >> wrote: >> > >> > >> > >> >On 9/16/2015 2:41 PM, ragu nath wrote: >> > >> >Hi Marcos, >> > >> >Great news! I did not find any solution to the issue. I have a REV >> C >> >board from element14. Is this the same board you are using? In my >> >board I saw the issue. >> > >> >Does this have anything to do with the patch you submitted [PATCH] >> >Beaglebone: fix missing clobber in inline assembly. >> >https://lists.rtems.org/pipermail/devel/2015-September/012531.html >> >I have not yet tested with this patch. >> > >> >The freebsd driver is working with cache disabled. If possible pls >> >check if it is working with cache enabled in your board. >> > >> > >> >If this is a board revision related issue, is there a way >> >programmatically to >> >know which revision the board is? That way the BSP could auto-detect >> >the right >> >thing to do. Otherwise, we may be looking at a BSP variant or a >> build >> >option. >> >I would rather avoid those if we can auto-detect. >> > >> >--joel >> > >> > >> >Thanks, >> >Ragunath >> > >> > >> >On Mon, Sep 14, 2015 at 7:22 PM, Marcos Díaz >> ><marcos.d...@tallertechnologies.com <mailto: >> marcos.d...@tallertechnologies.com> >> ><mailto:marcos.d...@tallertechnologies.com <mailto: >> marcos.d...@tallertechnologies.com>>> wrote: >> > >> > Hi Ragu, >> >I wanted to know if you were able to see something else about the >> >problem we had in the BBB when using LWIP and enabling cache ( the >> >program freezes). >> >I can tell you that here we were using BBB rev. A5C and had this >> >problem, but now we could test this with a BBB Rev C, and it >> >successfully works with cache enabled (using the same sdcard in both >> >boards, one works and the other doesn't). >> > Greetings >> > >> > -- >> > >> > ______________________________ >> > >> > <http://www.tallertechnologies.com> >> > >> > * >> > * >> > >> > Marcos Díaz >> > >> > Software Engineer >> > >> > * >> > * >> > >> > San Lorenzo 47, 3rd Floor, Office 5 >> > >> > Córdoba, Argentina >> > >> > * >> > * >> > >> > Phone:+54 351 4217888 / +54 351 4218211/ +54 351 7617452 >> > >> > Skype:markdiaz22 >> > >> > >> > >> > >> > >> >-- >> >ragu >> > >> > >> >-- >> >Joel Sherrill, Ph.D. Director of Research & Development >> >joel.sherr...@oarcorp.com On-Line Applications Research >> >Ask me about RTEMS: a free RTOS Huntsville AL 35805 >> >Support Available (256) 722-9985 >> > >> > >> > >> > >> >-- >> > >> >______________________________ >> > >> > >> > >> > >> >Marcos Díaz >> > >> >Software Engineer >> > >> > >> >San Lorenzo 47, 3rd Floor, Office 5 >> > >> >Córdoba, Argentina >> > >> > >> >Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 >> > >> >Skype: markdiaz22 >> >> --joel >> >> >> >> >> -- >> >> ______________________________ >> >> <http://www.tallertechnologies.com> >> >> * >> * >> >> Marcos Díaz >> >> Software Engineer >> >> * >> * >> >> San Lorenzo 47, 3rd Floor, Office 5 >> >> Córdoba, Argentina >> >> * >> * >> >> Phone:+54 351 4217888 / +54 351 4218211/ +54 351 7617452 >> >> Skype:markdiaz22 >> >> >> > -- > Joel Sherrill, Ph.D. Director of Research & Development > joel.sherr...@oarcorp.com On-Line Applications Research > Ask me about RTEMS: a free RTOS Huntsville AL 35805 > Support Available (256) 722-9985 > -- ______________________________ <http://www.tallertechnologies.com> Marcos Díaz Software Engineer San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 Skype: markdiaz22
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel