Activity
From 08/13/2012 to 09/11/2012
09/11/2012
- We need to switch power off to the entire card based on USB activity.
Any easy way to do this?
Also how long is the boot time to load the OMAP code and FPGA code from NVRAM from power up to being able accept commands from the USB? - MW 03:27 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- It's the same thing. It got branded with two names early on. Profibus really only works with the MityARM-1810, as there is a licensing restriction on the PRU microcode that runs the profibus stack. You can evaluate it using the other ...
- MM 02:38 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- I guess now is a good time to ask, I'm not sure industrial I/O devkit or the PROFIBUS Development Kit, or if there is even a difference between to two. This question came up before and I guess we might as well just ask the expert.
Th... - MW 12:07 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- Hi Matt,
All of the images on the example site are for an LX16, which (I thought) was the standard size FPGA for modules delivered with the Industrial I/O DevKit boards. The images for the LCD on the wiki page are for LX16 based modu... - MM 11:56 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- *Edit*
The board acually says REV A, not sure if it matters. - MM 11:52 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- Ok, thanks Mike. I'll be sure to check out the newer branches. I was able to get fpga_ctrl to load using the uimage from the MDK folder.
I had a few more questions about getting the screen to work.
I can't seem to be able to get th... - MW 07:23 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- Hi Matt,
There are several branches on our git server. The "master" is somewhat older, which is your 2.6.34-rc1. The newer MDKs use different branches. Most use the mitydsp-linux-v3.2 branch. You can check that version of the kern... - MW 02:00 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: Usage of GP0 pins on MityDSP-L138F (Posted on behalf of a Customer)
- The "datasheet":http://www.mitydsp.com/images/upload/File/MityDSP-L138F%20Spec.pdf for the MityDSP-L138F contains this information. Perhaps it is not clear?
Table 1 in the datasheet lists for Pin-Out for the SOM. For the pins labell... - My programmers need to know:
What (if anything) is connected to the GPIO pins on port GP0 onboard the MityDSP-L138F board.
What we want to hear is that the CPU GPIO pins are wired only to the pins of the 200-pin SODIMM connecter, and...
09/10/2012
- MM 10:05 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- Hi Mike,
If I understand what I am doing correctly, I am using version 2.6.34-rc1 and I got the kernal from git://support.criticallink.com/home/git/linux-davinci.git.
Thanks,
Matt
09/07/2012
- MW 06:40 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Requirements to install the fpga_ctrl.ko?
- Hi Matt,
The error messages you are getting are from the kernel module files not being compiled against the same version of the kernel. Newer filesystems have udpated kernel module files (the ones on the wiki are admittedly pretty ol... - Hi,
I've been working with our MityDSP L138F and devolopment board for a few days, today I tried to follow the insturctions to configure the LCD (http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/LCD_configuration)
... - SW 09:49 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: kernel build
- duh, I guess it helps to execute the instructions you guys post. After tftp'ing the new kernel I would just type boot at the prompt and then boot up the kernel in flash. I was able to get the new kernel to boot this morning. sorry abo...
- KF 12:29 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Re-assigning the PHY_RESET
- Hi Tim,
Thanks for you quick reply. I managed to swap the PHY_RESET and get the Ethernet working - Brilliant!.
Thanks again,
Keith.
09/06/2012
- TC 05:59 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: kernel build
- Scott may have found the issue ... he is going to verify and re-post ...
- Hello, I am trying to build the kernel to support EXT4 filesystems. I have downloaded the latest configuration MDK_2012-08-10. I run the menu config with the default config file. The menuconfig displays Linux/arm 3.2.0 Kernel configur...
- TI 10:01 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Re-assigning the PHY_RESET
- Keith
The pinmux setup for the PHY reset should be done in u-boot. It is in board/cl/mityarm335x/mux.c in the rgmii2_pin_mux structure.
cheers
/Tim
09/05/2012
- Hi,
I want to re-assign the PHY_RESET from gpio3_10 to gpio3_4. I can have included gpio3_4 in mux33xx.c but it appears the PHY_RESET is independent from all the other PHY pins configured in baseboard-mityarm335x-devkit.c. I have trol... - MW 03:03 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: L138 SD Card Boot & AISgen
- I don't have a bunch of time to wander off on this, but you might check the the DEVICE_INIT() routine of the $MDK/sw/3rdparty/OMAP-L138_FlashAndBootUtils_2_27/OMAP-L138/Common/src/device.c file. This has the PLL and DDR initialization c...
- RM 02:44 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: L138 SD Card Boot & AISgen
- Hi Mike,
Thanks for getting back to me so quickly.
We are indeed using a non-FPGA SOM. We have DIP switches on our baseboard to let us set the Boot[4..1] pins and changing these certainly changes the boot behaviour. Pull-ups are 1k... - MW 01:15 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: L138 SD Card Boot & AISgen
- Hi Richard,
Can you confirm you using a SOM without an FPGA?
FPGA based SOMs do not expose the bootmode / bootconfig pins necessary to boot directly out of SD. Those modules only support booting from SPI NOR or from UART via the... - Hi,
We're trying to create an SD card that contains both u-boot and our Linux kernel for an L138 module. We've now got our own baseboard, but it is very similar to the IndustrialIO board.
I've read the TI wiki pages on SD boot (htt...
09/04/2012
- EB 04:32 PM MityDSP-L138 (ARM9 Based Platforms) FPGA Development: RE: Voltage of bank 3 on MityARM 1810F
- Thanks for the quick reply!
- MW 04:16 PM MityDSP-L138 (ARM9 Based Platforms) FPGA Development: RE: Voltage of bank 3 on MityARM 1810F
- No that is a typo in the UCF file. The voltage is really 1.8V.
Those lines in the UCF should be as shown below. I thought we had corrected that in the BSP packages, looks like the errors are still there. Sorry Emmett. - EB 03:58 PM MityDSP-L138 (ARM9 Based Platforms) FPGA Development: RE: Voltage of bank 3 on MityARM 1810F
- Are these lines truly connect to the AM1808 as implied in the UCF?
- I started my FPGA code using fpga/vhdl/MityDSP_L138.ucf
I want to add to the design io_gp8(15 downto 8).
These lines are commented out in MityDSP_L138.ucf but the IO is 1.8V.
NET "io_gp8<15>" LOC = "T1" | IOSTANDARD = LVCMOS18;
1.... - AD 11:54 AM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Updating Bootloader and Bootloader FPGA
- If it happens that your app is now trying to write to bank 0 without trying to change that in the code, please check the config addresses. Attached is an image showing the addresses we used for your boards in the past.
!MityGUI-Confi... - AD 08:48 AM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Updating Bootloader and Bootloader FPGA
- That is the correct hex file for the bootloader.
The custom app FPGA should be loaded once into the "Bootloader FPGA" location. This will give the boot image high speed USB access for fast updates using the MItyDSP GUI after that. N...
08/31/2012
- AS 04:07 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Updating Bootloader and Bootloader FPGA
- Thanks, guys. I found from the release notes that BL: 4.6.0 is from MDK 2.8.2, so I will use:
MityDSP/2.8/software/bin/boot/BootloaderPro.hex
As far as boot FPGA... am I supposed to upload the custom application FPGA mcs file using ... - AD 03:31 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Updating Bootloader and Bootloader FPGA
- Hi Andrew,
With the PCA orders that include the MityDSP-Pro, they are configured with the updated bootloader and boot FPGA so you can use the much faster high-speed USB interface to do app updates. If you use JTAG to program the FPGA... - MW 03:00 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Updating Bootloader and Bootloader FPGA
- Hi Andrew,
Our stock MDK bootloader FPGA images do not include a High Speed USB core. I think you need to load up the FPGA MCS file from your application (which will include support for the USB interface, which is "custom" per host ... - We normally receive boards from Critical Link with newer Boot SW and Boot FPGA, so that we are able to connect over Hi-Speed USB using MityDSP Gui, but we recently purchased one that has a Boot FPGA version that is much older, and lacks ...
- JP 09:58 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Debugging DSP in VirtualBox?
- The Spectrum Digital XDS510 USB emulator pod does not seem to be useable from within the current Oracle VirtualBox.
08/30/2012
I followed the procedures of "Installing Open Embedded Core", no problem from step 1 to 4, but at step 5, there's no ~/.oe/environment-oecore file, how to create the file?
I flashed Angstrom v2012.05 - Kernel 3.2.0 to my mitydspL138...
08/29/2012
- (posted on behalf of a customer)
We would like to use a simple TI StarterWare based design possibly with SYSBIOS. I believe you mentioned you don’t have the StarterWare boot ported to this platform yet. I’m wondering if I can use th...
08/28/2012
- JM 01:29 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: MityARM-335x I2C1_SDA and I2C1_SCL Pull-up Resistors
- Hi Mike,
Thanks for clarifying how the I2C buses are implemented on the module.
There is no problem, I was unclear on how the I2C buses were used on the module and was misinterpreting a kernel debug error message.
Joel
- TI 10:25 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Boot from NAND?
- The MityARM-3359 is capable of booting from NAND. See wiki page http://support.criticallink.com/redmine/projects/armc8-platforms/wiki/Das_U-Boot_Port for specifics
cheers
/Tim - (posted for a customer)
Can the MityARM-3359 boot from NAND? - CO 07:08 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MMCSD
- Sorry, I meant GPIO_0[6 or 7 or 13 or 15] as they are on the J700 connector along with MMCSD0...
- CO 04:16 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MMCSD
- Ah yes, that makes sense - I forgot about the degree of pin muxing going on in the L138 and the UPP would make sense there. My design is based around the WL1271 as well actually, although I've no reason to suppose a TXB0108 wouldn't do t...
08/27/2012
- TI 07:28 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- The reason you can't talk to the PMIC (from linux) is likely that the pmic driver has grabbed the bus for itself.
If you are using the cmd line tools, you can add the -f flag to force it (I believe)
I'm pretty sure there is a way to ov... - JM 07:17 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- Hi Mike,
Thanks for the help on where to look. I found the set_led_d3() function inside som.c in u-boot where this is being done.
I was curious why D3 was not turning on when using our new carrier board and whether we were reusing... - MW 06:59 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- On the AM335x, D2 and D3 are connected to the TPS65910. D2 is connected to VDIG1 (VDIG1 output is only used for D2, no other circuits are powered by VDIG1). Typically, D2 is used as a "Powered" indicator for the module.
D3 is connec... - Section 3.7 of the "MityARM-335x Carrier Board Design Guide.doc" from January 8, 2012 states that LED D3 is connected to a GPIO pin and can be software controlled.
Which AM3359 GPIO pin is connected to this LED? How should the PINM... - MW 07:10 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: MityARM-335x I2C1_SDA and I2C1_SCL Pull-up Resistors
- I am looking at the schematic for the SOM, and there are 4.7K Ohm resistors on I2C1_SCL and I2C1_SDA to VDDIO (+3.3V). There also 4.7K pullups on I2C2_SCL and I2C2_SDA. Both I2C ports are connected to the PMIC. I think that the DevKit...
- It appears that the I2C1 pull-up resistors are placed on the DevKit (connected to the +3.3VDVI net) and not on the MityARM module itself. This seems to be an oversight/error since the I2C1 bus is also connected to the module's on-board ...
- MW 07:06 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: Used EMIFA-Signals/Pins
- Yes, there should be several.
The only interface on the EMA on the modules with non-FPGA pins is the NAND (x8, but the upper 8 bit lines should probably be left alone). The NAND interface uses the following signals:
EMA_D(15..0)
... - CR 06:48 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: Used EMIFA-Signals/Pins
- This is the mainquestion: Are there some not used Pins of the EMA interface which i can use as GPIO and keep the onboard memory working at the same time?
I need the GPIOs on the EMA-Pins, because i wanna connect some devices to the dev-... - RJ 11:54 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Actually I do see the vconfig command, but when I try to execute the command, I get the error:
vconfig: can't open '/proc/net/vlan/config': No such file or directory
And this is with 802.1Q VLAN support enabled for the kernel build... - RJ 11:34 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I am still unable to build the pcap library into my application. Actually, I don't see the pcap libraries under /usr/local/ti-sdk... like I do under /usr/lib.... But for now, this should be OK. I don't think I will need pcap for my ap...
- TI 07:32 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Richard
The linker error you have looks like the configure was not set up for cross compiling completely (i.e. /usr/lib/... libraries are being looked at instead of /usr/local/ti-sdk... ). I have not built libpcap or tcpdump myself so I... - MW 11:13 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Vision Development Kit - What toolchain?
- Any of the ARM side GCC toolchains released should work with the VDK. I would recommend using the most recent one distributed.
The DSP side, I believe, was compiled with CGT 6.1.19, but any version 7.0 chain should work.
-Mike
- MW 10:28 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MMCSD
- Hello Conor,
Some background: the MMCSD1 was routed through the FPGA because it is pin-muxed with the UPP channel 0, which gets used quite a bit by our customers to push acquisition data from the FPGA into the OMAP-L138 processor. Ou... - Hi all,
I was looking at interfacing a wireless module to the MMCSD ports on the MityDSP L138F module. There are two ports available - one out to the dev board and one to the FPGA. The dev board is 3.3V LVCMOS but the module I have in...
08/24/2012
- RJ 08:42 AM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I found this thread on the TI E2E site:
http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/716/p/128635/615970.aspx#615970
Looks like putting the switch in bypass mode should accomplish what I need to support promiscuou...
08/23/2012
- CR 04:12 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: Used EMIFA-Signals/Pins
- The one without the FPGA.
- MW 12:42 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: Used EMIFA-Signals/Pins
- For which module? One that includes an FPGA or not?
- Hi,
which EMA-Pins of the EMIFA-Interface already connected to the L138-onboard-peripherials?
I couldn't found any detaild informations about.
Thanks,
Christian - WC 09:05 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- Mike, thanks for the quick response.
A STEP model is currently available at [http://support.criticallink.com/redmine/attachments/1293/MityDSP-L138F.step] unless you're referring to a newer version.
The keep-out area shown in the d... - MW 08:36 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- We may have a STEP model of the module, let me see if I can get that published.
- MW 08:35 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- Short answer is yes, 1.6mm maximum height. And you should probably hold to that height for the entire area below SOM as per the design guide, as there are a couple of small IC's outside the area in the drawing that was posted and there ...
- WC 08:11 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityDSP-L138F Mounting Holes (Posted on behalf of a customer)
- The drawing you provided highlights a keep-out area for high profile components. What is the maximum component height allowed in this area? Is it 1.60 mm as specified in Figure 2 of the carrier board design guide?
Thanks.
08/22/2012
- Can JTAG debugging be performed from within CCS running in a VirtualBox?
- What GCC toolchain is used to build the VDK Linux application? DSP?
- MW 02:49 PM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- You might try posting to the "TI E2E site":http://e2e.ti.com and seeing if they plan on supporting it, or if that have any work-arounds or pointers to how one might accomplish the promiscuous mode or capturing the raw packets.
Critic... - TI 02:46 PM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Ah-ha ... I see I was layer too high!
The good news is I think you are correct about promiscuous mode...
The bad news is (from drivers/net/cpsw.c - The AM335X ethernet switch driver) - RJ 02:40 PM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Here would be another good place to look at what I'm trying to accomplish:
http://linux.die.net/man/7/packet
Richard
- RJ 02:37 PM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I may not be understanding correctly, but the page you sent is talking about IPv4 raw sockets. Using the protocol IPROTO_RAW. I am trying to communicate only on the Ethernet layer. I am not filling in an IP address. I am only using t...
- TI 01:11 PM MitySOM-335x (ARM Cortex-A8 Based Products) Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Have you set the protocol number correctly, both in the packet and on the linux (335x in this case) machine? If the IPv4 stack cannot match the protocol # it will drop it (I believe).
see http://linux.die.net/man/7/raw
cheers
/Tim - I am trying to write a Linux application for my MityArm 335x Dev board to send and receive raw Ethernet packets to/from a custom embedded board of our design. Our custom embedded board already successfully communicates with other boards...
08/14/2012
- MW 03:08 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: L138 - DSP Timer interrupt question ...
- Are you running DSPLINK to load/run program the C674x side?
DSPLINK uses interrupt levels 4 and 5 for the ARM/DSP IPC. You might try using a level above 5 for the interrupt, particularly if you are seeing sporadic interrupt behavior.... - (posted on behalf of a customer)
We are running on the board on the C674x side and have some success with our periodic timer interrupt. However, it seems we are not setting up the interrupt controller properly since we sometimes get p...