About cache enabling in LWIP port of BBB in RTEMS
ragu nath
ragunath3252 at gmail.com
Mon Sep 21 20:44:10 UTC 2015
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150922/25f1f8ef/attachment-0002.html>
More information about the devel
mailing list