About cache enabling in LWIP port of BBB in RTEMS
Marcos Díaz
marcos.diaz at tallertechnologies.com
Tue Sep 22 13:59:37 UTC 2015
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150922/b619193b/attachment-0002.html>
More information about the devel
mailing list