About cache enabling in LWIP port of BBB in RTEMS

Joel Sherrill joel.sherrill at oarcorp.com
Thu Sep 17 14:12:44 UTC 2015



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



More information about the devel mailing list