About cache enabling in LWIP port of BBB in RTEMS

ragu nath ragunath3252 at gmail.com
Tue Sep 22 15:13:52 UTC 2015


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.diaz at 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 <ragunath3252 at 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.diaz at 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.diaz at 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.diaz at 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.sherrill at 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 beagleboard at 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.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at 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.sherrill at oarcorp.com <mailto:joel.sherrill at 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.sherrill at oarcorp.com <mailto:joel.sherrill at oarcorp.com>
>>>>>>> <mailto:joel.sherrill at oarcorp.com <mailto:joel.sherrill at oarcorp.com>>>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>                  On September 17, 2015 8:26:41 AM CDT, "Marcos Díaz"
>>>>>>> <marcos.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com> <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at 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.sherrill at oarcorp.com <mailto:
>>>>>>> joel.sherrill at oarcorp.com> <mailto:joel.sherrill at oarcorp.com
>>>>>>> <mailto:joel.sherrill at 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.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com> <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com>>
>>>>>>>                   ><mailto:marcos.diaz at tallertechnologies.com
>>>>>>> <mailto:marcos.diaz at tallertechnologies.com> <mailto:
>>>>>>> marcos.diaz at tallertechnologies.com <mailto:
>>>>>>> marcos.diaz at 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.sherrill at 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.sherrill at 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.sherrill at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150922/2029848f/attachment-0002.html>


More information about the devel mailing list