Hi Marcos, I am able to boot now. I am booting from usb. I will build lwip with latest RTEMS BSP with cache enabled. I will also enable cache in lwip options. I will test it with latest uboot & let you know.
If there is any trouble, I will share the image with you Thanks, Ragunath On Tue, Sep 22, 2015 at 7:29 PM, Marcos Díaz < marcos.d...@tallertechnologies.com> wrote: > I will test it now and let you know. I forgot to tell you that i always > test it booting from the sdcard. I use the script sdcard.sh from Ben Gras. > Let me know if you need some help. > > On Mon, Sep 21, 2015 at 5:44 PM, ragu nath <ragunath3...@gmail.com> wrote: > >> 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 >> > > > > -- > > ______________________________ > > <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
