By the way we flashed the eMMC with the u-boot image. Follow the guide to know how to do so.
On Fri, Sep 18, 2015 at 12:42 PM, Marcos Díaz < marcos.d...@tallertechnologies.com> wrote: > Well, after talking with the guys of beagleboard, they made me update the > u-boot version. > > With that I could make the cache and ethernet work Ok in Rev A5C !!!. > > So, Ragu, if you can update your BBB's u-boot, try again using RTEMS with > LWIP and cache enabled, and test it. > > Download it from here: > > https://rcn-ee.com/rootfs/bb.org/testing/2015-09-13/console/BBB-eMMC-flasher-debian-8.2-console-armhf-2015-09-13-2gb.img.xz > > md5sum: 64de53c03df006f2cb6f95244871313e > > decompress the image and save it in the sd card using dd. > > And this guide helped me: > > http://derekmolloy.ie/write-a-new-image-to-the-beaglebone-black/#Flashing_the_BBB_with_the_SD_Card_Image > > Hope it helps! Let me know how the tests go. > > Greetings! > > > > > On Thu, Sep 17, 2015 at 5:53 PM, Marcos Díaz < > marcos.d...@tallertechnologies.com> wrote: > >> I can only tell you about the boards i tested: >> >> I have a revision A5C board with an XAM3359AZCZ100 microcontroller. The >> use of cache together with ethernet makes this break. >> >> I have a revision C board with an AM3358BZCZ100. This does work with >> cache and ethernet. >> >> Apparently Ragu has a rev A5 with an AM3358BZCZ100. Cache doesn't work >> for him. >> >> After reading this document: >> >> http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Changes >> >> I can say that the boards I have match with that descripcion. Revisions >> A4, A4A, A4B have an AM3352 processor, >> rev A5A A5B A5C A6 A6A have an XAM3359, and revisions B and C have an >> AM3358 processor. >> >> I'm not very sure about what Ragu has, since there it says he has a rev >> A5 (not mentioned in the document) but with the processor of the newer >> revisions (AM3358). >> >> In Ragu's case the checking of the registers for the processor revision >> wont do any help, since he has the same processor that in my case works Ok, >> but his doesn't. >> >> Hope this clarifies. >> >> >> >> On Thu, Sep 17, 2015 at 5:02 PM, Joel Sherrill <joel.sherr...@oarcorp.com >> > wrote: >> >>> Can of of you guys start a table/spreadsheet about board >>> and SoC revisions and when we think it is broken and when >>> it works? >>> >>> I emailed the BB project lead and he didn't know anything >>> off hand but suggested subscribing to beaglebo...@googlegroups.com >>> and asking there. Someone there may actually have an answer. >>> >>> --joel >>> >>> On 9/17/2015 2:05 PM, Marcos Díaz wrote: >>> >>>> Ragu, >>>> I would like you to confirm which revision you have, for this I printed >>>> the following registers in the BBB: >>>> >>>> 0x44E10600 and 0x44E10604 >>>> >>>> The first will print something like: >>>> 1b94402e for BBB rev A5C (XAM3359AZCZ100) ( 1b means rev.A of the >>>> microcontroller) >>>> 2b94402e for BBB rev C (AM3358BZCZ100) (2b means rev B of the >>>> microcontroller) >>>> >>>> The second register will print something like: >>>> >>>> 20ff0383 for A5c (this means that this is AM3359) >>>> 20fd0383 for C (this means it is an AM3358). >>>> >>>> Please let me know which are this values in your Board. >>>> >>>> Thanks! >>>> >>>> >>>> >>>> On Thu, Sep 17, 2015 at 11:44 AM, Marcos Díaz < >>>> marcos.d...@tallertechnologies.com <mailto: >>>> marcos.d...@tallertechnologies.com>> wrote: >>>> >>>> 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 <mailto: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> <mailto: >>>> 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> <mailto: >>>> 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> <mailto: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>> >>>> ><mailto: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 >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> ______________________________ >>>> >>>> <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 >> >> > > > -- > > ______________________________ > > <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 > > -- ______________________________ <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
