About cache enabling in LWIP port of BBB in RTEMS
Marcos Díaz
marcos.diaz at tallertechnologies.com
Thu Sep 17 14:44:54 UTC 2015
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>
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>> wrote:
>>
>>
>>
>> On September 17, 2015 8:26:41 AM CDT, "Marcos Díaz" <
>> 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>>
>> 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>>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150917/07d8143e/attachment-0002.html>
More information about the devel
mailing list