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