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
On Thu, Sep 17, 2015 at 10:32 AM, Joel Sherrill <joel.sherr...@oarcorp.com> wrote: > > > On September 17, 2015 8:26:41 AM CDT, "Marcos Díaz" < > 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> 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>> 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
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel