Hi Marcos, I upgraded the image. I cannot boot the RTEMS image using tftp. Seems there was a bug in u-boot & fixed later. It propagated to BBB image. I am having troube booting with SD card. I am working on this.
In the mean time, I sent you a cache enabled RTEMS BBB image. This is based on rtems-libbsd. With cache enabled, it is not working. With this image cache is enabled & networking is not working. Just configure a valid ip address & test if it is working on your board. I will try booting from SD card & let you know. Thanks, Ragunath On Fri, Sep 18, 2015 at 9:16 PM, Marcos Díaz < marcos.d...@tallertechnologies.com> wrote: > 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 > > -- ragu
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel