Mity CPU Platforms » MityDSP-L138 (ARM9 Based Platforms)

09/26/2014

MA 02:27 AM Software Development: RE: GP0[4] state on boot for L138F

??How quickly do you need it to be low? You might put an external pull down on your board.??
Pretty much instantly would be ideal as we use it as a /SHUTDOWN control for some hardware that should only be brought up once the Mity is fu... Mostafa Afgani

09/25/2014

MW 07:46 PM Software Development: RE: GP0[4] state on boot for L138F

How quickly do you need it to be low? You might put an external pull down on your board.
You could disable the pull up, but keep in mind the OMAP-L138 controls for the pull up are in groups, so you will affect other pins when you dis... Michael Williamson

MA 05:11 PM Software Development: RE: GP0[4] state on boot for L138F

Hi Mike, thanks for the explanation. As we need this pin to be low on power-up, would the best place to set this be in the U-Boot mityomap config/init code? Mostafa Afgani

MW 03:40 PM Software Development: RE: GP0[4] state on boot for L138F

Hi,
If you check the OMAP-L138 datasheet (it's a bit convolved) Table 2-29, the GP0[4] pin pullup state is defined by CP[2] group control in the PUPDENA / PUPDSEL registers after reset completes (during reset it should be pulled down)... Michael Williamson

MA 03:28 PM Software Development: GP0[4] state on boot for L138F

Hi, we noticed that the power on state of GPIO_0_4 is that it is driven high. I am a little confused about this since I can't see anything in the U-Boot source code (u-boot-mitydspl138/board/davinci/mityomapl138/) changing PINMUX1 from t... Mostafa Afgani

09/23/2014

SB 02:05 PM Software Development: RE: UPP problem

Problem was caused by cache incoherency. Use of BCACHE_inv() fixed it. stephan berner

09/22/2014

JC 10:19 AM Software Development: RE: USB Bug

There are several missing features in the 3.14 branch that I found when trying to move to it. I created a tag to mark my findings.
http://support.criticallink.com/gitweb/?p=linux-davinci.git;a=tag;h=refs/tags/3.14_Note
I'm not sure o... Jonathan Cormier

JC 10:13 AM Software Development: RE: USB Bug

Note that we have seen a similar issue on the 335x. Could you checkout the following page and report back if the solution helps?
https://support.criticallink.com/redmine/projects/armc8-platforms/wiki/Using_USB_port Jonathan Cormier

BK 10:11 AM Software Development: RE: USB Bug

It is from your git page - as far as I remember. Our software student tried to jump to 3.14 two month ago but it didn't work completly so we jumped only to 3.7. as this seemed to work. Benedikt K.

MW 09:39 AM Software Development: RE: USB Bug

Hello,
Are you using a 3.7 branch from our git site, or the mainline? I don't think we officially support 3.7. Do you see the same behaviour in 3.2?
-Mike Michael Williamson

BK 09:37 AM Software Development: RE: USB Bug

Another thing: When I plug in the first usb device the number of usb interrupts in /proc/interrupts increases. When I unplug it, it stops as expected. But not a single interrupt happens when I plug in another device after unplugging the ... Benedikt K.

BK 09:22 AM Software Development: USB Bug

Hej hej,
we have noticed a usb bug on the MityDSP and we are not sure why this happens.
We are using linux 3.7.0+-kernel with our own baseboard. The socket is configured and initialized as USB_HOST (with mityomapl138_usb_init(MUSB_... Benedikt K.

09/21/2014

SB 02:51 PM Software Development: UPP problem

hi,
I am having problems reading data from the FPGA to memory. I set up the UPP interface
using channel A from transmit, channel B for receive, and start the receive transactions
using the code below
#include "evmomapl137.h"
... stephan berner