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
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
