Activity
From 10/09/2010 to 11/07/2010
11/05/2010
- JM 12:13 PM Software Development: RE: I2C Board Support Package
- Well our software guy has the i2cdump, I have not been able to get it loaded on m system yet as I indicated in my previous post.
We are trying to talk to the TI Audio chip the TLV320DAC3120 which has an I2C address of 0011 000. The I... - MW 11:41 AM Software Development: RE: I2C Board Support Package
- Ok. Sounds like you have i2cdump, right? What is the device you are using? The address is sometimes non-obvious to pass to the i2c utilities. My guess is that the address field is not what the tools/driver is looking for.
-Mike
- JM 11:38 AM Software Development: RE: I2C Board Support Package
- Mike
We are using the TI I2C tools and our hardware uses I2C0 but we get all X's when doing a dump from the I2C address of one of our devices on the I2C0 bus.
I have not been able to get the TI tool onto my system so I can instrume... - TC 11:26 AM Software Development: RE: I2C Board Support Package
- Hi John -
I believe you are looking at using the I2C driver we provide under the FPGA directory. This driver is indeed used for an FPGA based I2C core and not the I2C provided on the OMAP itself.
See Mike's post about how to get ... - MW 11:24 AM Software Development: RE: I2C Board Support Package
- Which I2C port are you trying to use, I2C0 or I2C1? If you are trying to use I2C0, then you should be able to use the i2c-tools (i2cset, i2cdump, etc) and direct access to bus 1. If you are using I2C1, then the kernel will need to be m...
- Our software guy is trying to use your I2C board support to drive the I2C devices we have connected to the OMAP's I2C bis. Is this for the I2C on the OMAP or for the I2C driver in the FPGA? We have our hardware connected to the I2C por...
11/04/2010
- ST 08:51 PM Software Development: RE: Timers and interrupt
- Hi again
I was wondering, where can I found documentation about which hardware timers are already used by the linux OS on the ARM side. I just want to know which one I can still use on the DSP side without screwing the linux arm.
... - RG 02:54 PM Software Development: RE: QNX
- Hi John,
Thanks, your fix worked! I'm running Rev. B hardware, don't know if that contributed to the problem, but I was running the correct FPGA file.
I don't really need DVI, and will try out my custom FPGA code next. Thanks for... - JP 12:33 PM Software Development: RE: QNX
- Rob,
What revision of the indio board do you have? I am running on rev D.
One thing to try is to turn off the DVI initialization. This can be done by changing the file src/hardware/startup/boards/mitydsp-omapl138/variant_indio.c s... - RG 11:06 AM Software Development: RE: QNX
- John,
Thanks for providing the BSP. Your directions for getting it booted are clear, but I can't get it running on my hardware.
I get the following, then it appears to hang:
CPU Frequency is 300000000 Hz
CPU0: Dcache: 512x32 WB
...
11/03/2010
- JP 12:31 PM Software Development: RE: QNX
- Rob,
I have created a new project for QNX platform support. Please see http://support.criticallink.com/redmine/projects/arm9-qnx-platforms/wiki/Board_Support_Package for a download of the board support package. I will be adding more i... - ST 07:45 AM Software Development: RE: DSP-6748 wiki info
- Hey!
Well it's not that much a big deal. We are working on our own motherboard to connect the SODIMM so we will have access to more stuff. Still, the FPGA SPI core interests me. The only reason why I never talk about the FPGA or try n... - MW 07:34 AM Software Development: RE: DSP-6748 wiki info
- On the Industrial I/O host card, you are correct, neither SPI port that is connected to the OMAP-L138 on the MityDSP-L138F is available on the expansion I/O slots. One is shared with the MII (ethernet ) interface, the other is hooked to...
11/02/2010
- ST 11:28 PM Software Development: RE: DSP-6748 wiki info
- Another verification : On the mitydsp-l138 motherboard, there are three 50 pins IO expansion slots. Could you confirm that there are no SPI accessible ?
Thanks! - ST 09:49 PM Software Development: RE: DSP-6748 wiki info
- When I build in CCS my stuff, do I need a special linker for the mitydsp card?
- ST 09:06 PM Software Development: RE: DSP-6748 wiki info
- Thanks a lot Mike!
I will dive in now and I'll keep you posted when I hit a wall. - MW 09:05 PM Software Development: RE: DSP-6748 wiki info
- Actually, we recommend that you load it into RAM (using tftp or nfs load or serial, whatever) and boot using the "bootm" command. This will allow you to test your kernel by just running it out of RAM (after downloading it) without FLASH...
- ST 08:59 PM Software Development: RE: DSP-6748 wiki info
- Just a quick question before digging in. If I change the kernel, then compile it and load it in the flash but nothing works after, is there always a way to bring back factory stuff?
- MW 08:51 PM Software Development: RE: DSP-6748 wiki info
- Yes the ARM always runs. By default, it leaves the DSP powered up but in a reset and "nop" state, so it's basically IDLE but powered up and running.
Right, so for the UARTS, unfortunately, you *don't* want to allocate the console (UA... - ST 08:34 PM Software Development: RE: DSP-6748 wiki info
- Hey,
Yes I have a CC4 Platinum version and a XDS510 USB. I will have to read about gel files since I don't know what they are :) I saw that there were some on the CD I got from you. I will work from Windows for now and maybe later on ... - MW 08:17 PM Software Development: RE: DSP-6748 wiki info
- OK. I can get you started on that.
You can connect to the DSP via the OMAP JTAG emulator (such as the XDS510 or the XDS100 from TI) through the debug connector interface on the MityDSP-L138 board (you should have a breakout module fo... - ST 08:03 PM Software Development: RE: DSP-6748 wiki info
- Hey Mike
Thanks for your quick feedback.
Well, my main interrogation are mainly how to start working on the DSP... In the past, I worked with a TI F2812 DSP and we had some code framework provided by TI. Included was some headers d... - MW 07:54 PM Software Development: RE: DSP-6748 wiki info
- Hi Simon,
You might want to look at "TI's wiki pages for DSPLink":http://processors.wiki.ti.com/index.php/DSPLink_FAQs. We are actually in the process of wrapping some of the DSPLink layer stuff to make it a little easier to use and ... - Hi,
When will there be more info on the wiki about how to use the DSP side of the OMAP?
Thanks! - MW 07:49 PM Software Development: RE: Audio help needed
- You've loaded the driver, but have you instantiated the board / device (the McASP device in the board-mityomapl138.c file to marry the device instance to the driver)?
I'm not an ALSA framework expert, here is how we have tested an A... - DV 07:20 PM Software Development: RE: Audio help needed
- I've built the kernel with alsa sound and the tlv320aic3x driver as a loadable module. When I load the module I see "116 alsa" in /proc/devices and "crw-rw---- 1 root audio 116,33 ... timer" in /dev/snd. I see tlv320aic3x show up in /sys...
11/01/2010
- ST 11:02 PM Software Development: RE: Timers and interrupt
- Ok so we are probably going to use the DSP for some stuff and keep the ARM for higher level processing... From what I saw on the wiki, there's no information about how to use the DSP side of the OMAP. I guess I need to usr CCS with a JTA...
- ST 06:06 PM Software Development: RE: Timers and interrupt
- Hey Tom,
The reason I was focusing on the AM1808 is because at first it was the chip we wanted to work with. The only thing is when we ordered a mity card from you, you only had ones with the OMAP, so we were trying to avoid using it.... - TC 10:39 AM Software Development: RE: Timers and interrupt
- Hi Simon -
I realize you are trying to use an AM1808 module, but using an OMAP-L138 and using the DSP for this quick turnaround might be an easier, and possibly more reliable, solution.
Is there a particular reason for focusing o... - RG 11:14 AM Software Development: RE: QNX
- John,
I can wait a couple of days for the 6.5 port. I do have the Industrial I/O board with the L138 MityDSP module. Eventually we will replace the Industrial I/O board with our own custom design, but will reuse some of the interface... - JP 11:03 AM Software Development: RE: QNX
- Rob,
I tried QNX 6.4 on our INDIO board a few weeks ago. I need to try it again with the 6.5 changes to make sure it still works. It will probably take a day or two to get this done and then I can post a bsp package at least to this s...
10/31/2010
- ST 05:27 PM Software Development: RE: Timers and interrupt
- Hey Mike,
Thanks for the feedback. I will discuss your ideas with my hardware partner. Could you send me a link about the new spi driver?
Thanks! - MW 04:21 PM Software Development: RE: Timers and interrupt
- Well,
I suspect you will need to write driver code to meet your 20 usec timing block. IMHO (and I'm not an expert), if you try to route an IRQ from the kernel all the way up to user space, you'll chew up a lot of your timeline workin... - ST 02:08 PM Software Development: RE: Timers and interrupt
- any thoughts...?
10/28/2010
- RG 03:07 PM Software Development: RE: QNX
- Mike,
Thanks for the quick response. Monday is Ok, I'll get the QNX development environment installed in the meantime.
Regards,
Rob - MW 02:59 PM Software Development: RE: QNX
- Hi Mr. Gillis,
We do have a QNX port and a BSP package, but we haven't migrated it to our external support site yet. Our resident QNX "expert" is out of the office until Monday. He would really be the best person to ensure that the ... - Hello,
I am trying to evaluate QNX for our MityDSP-L138, and the apps engineer indicated that there is a custom BSP created by Critical Link for this module. I can't seem to find it on the Wiki, can someone point me to the right loca...
10/26/2010
- ST 07:28 PM Software Development: RE: Timers and interrupt
- Hey Mike,
Thanks for the info.
Here is what I need to do.
I have 4 different work blocks doing some stuff and sharing some stuff
First block
Must fit into 20uS.
In this time, it must
- read 3 measures over SPI
- Do some c... - MW 03:55 PM Software Development: RE: Timers and interrupt
- Hi Simon,
The architecture used for these processors is the "davinci" architecture. The information you want to look at is primarily in the arch/arm/mach-davinci folder, though some of the drivers (like spi and i2c) are located in dr...
10/25/2010
- Hey,
I would like to be able to setup the hardware timers of the AM1808 inside the OMAP so one of my function os called periodically based on the timer interrupt. I read a bit about arch/mach-XXXX stuff and from what I got, all the pl... - JM 01:48 PM Software Development: RE: Loading a New Kernal
- Is the UBL the same as a kernal? Our software guys sent me a file they called the kernal and told me to replace the existing kernal on my hardware. Will
I think the kernal they have compiled replaces some of your drivers with Ciann... - TI 01:39 PM Software Development: RE: Loading a New Kernal
- John
I will get a new wiki page started for this, but for now...
Updating Software Images on the MityDSP-L138¶
This topic outlines what you need to do to update the FLASH (SPI, or NAND) images on a MityDSP-L138. This topic assumes... - Sorry if this is redundant but my software guys are not available today and I am stuck. I need to load the Cianna kernal on my hardware in order to debug the LCD. I am on a windows system and the Ethernet does ping from uboot but not ...
10/23/2010
- ST 07:21 PM Software Development: RE: ARM peripherals
- Hey Mike,
I'm not sure I follow you when you say to check out the linux source code to see which drivers are already available... Is it stuff under linux-davinci the linux source code or stuff under angstrom?
I don't think I need ... - MW 06:35 PM Software Development: RE: ARM peripherals
- Well,
There are two paths for hardware access. Many of the devices (LCD, some SPI, uarts, etc.) have corresponding devices drivers in linux already, so you would access for example UARTS by opening /dev/ttyS0 or /dev/ttyS1, etc. The... - Hi,
I got my setup working now... I can debug a hello world application, trace in it using gdbserver etc... Now, I'm wondering how to access the hardware of the AM1808... spi, uart, timers, ios, interrupts, etc... Is there a good plac... - ST 02:09 PM Software Development: RE: Getting started
- Hi again
Is there a release note somewhere about the Release 2010-10-12? I think the VirtualBox image I had on my dvd contains stuff from Release-2010-05 so I'm wondering if it's a good idea to update everything to october 2010 stuf... - MW 01:17 PM Software Development: RE: Getting started
- Hi Simon,
Yes, you are right, you probably won't need CCS or the Emulator (except, perhaps for the PRU...).
The PRU user-space driver access for linux is fairly new, and not yet included in the kernel from Critical Link yet, but I ... - ST 10:42 AM Software Development: RE: Getting started
- Hi Mike,
Thanks for your fast reply!
For my project, I will probably only use the ARM side. In fact, I wanted a MityARM but there were only MityDSPs available. Since the AM1808 is in the OMAP it's no big deal cause I can do the exa... - MW 09:35 AM Software Development: RE: Getting started
- Hi Simon,
For software development, there are really two distinct development paths / tools. One is for the ARM, which involves a port of gcc and (for most folks) eclipse and gdb via gdbserver. At the moment, the primary OS supporte... - Hey everyone,
I just received my MityDSP-L138 and I'm kinda lost about where to start with it. Is there some documents explaining some basic stuff to get started? I have CCS 4.1 installed and a XDS100USB to debug. I'm just wondering w...
10/22/2010
- WF 01:39 PM Software Development: RE: Audio help needed
- This helps point the way. I'll let you know when I have additional questions.
Looks like I should check out both the McASP and AIC3 modules to see how they can be adapted to what I'm trying to do. Thanks. - MW 08:02 AM Software Development: RE: Audio help needed
- The MityDSP-L138 (really, the OMAP-L138 or AM1808) uses (primarily) the McASP to support audio. McASP drivers are included in the linux kernel. The linux kernel will also support audio over I2S and SPI devices, but I do not have experi...
- WF 12:37 AM Software Development: RE: Audio help needed
- We're at the point where we are now developing audio code for our app. What is the status of the audio drivers for the MityDSP? Even if it's not complete, we could use some example code to help speed our configuration efforts. I have a T...
10/19/2010
- DV 08:52 PM Software Development: RE: LCD/Display questions
- We are looking at the user space solution. My hardware person says I'm wrong, he has attached the device I need to access to spi1.
- MW 08:22 PM Software Development: RE: LCD/Display questions
- On the current industrial I/O kernel configuration, SPI0 is disabled as pins associated with it are used for the MII interface. I assume you are using a custom host board solution.
Do you need access via ARM? or DSP?
If by ARM, y... - DV 08:02 PM Software Development: RE: LCD/Display questions
- I need to access spi0. It appears something related to it is compiled into the kernel (devices-da8xx.c/.o). But I don't see a mechanism on the running platform to load/access the device.
10/16/2010
- WF 07:31 PM Software Development: RE: LCD/Display questions
- Great. Sounds like for our purposes we probably don't need these commands, since we're connecting the LCD through the FPGA. We'll follow up further if that turns out not to be the case.
- MW 10:49 AM Software Development: RE: LCD/Display questions
- The "TFP410":http://focus.ti.com/docs/prod/folders/print/tfp410.html DVI interface chip is located at address 0x38 on the i2c bus. The link provided at TI allows access to the data sheet for the part, which contains a full address map f...
10/15/2010
- DV 09:25 PM Software Development: RE: LCD/Display questions
- In the wiki entry on setting up the LCD, the i2cset command was used to set a couple addresses in chip 0x38. Did that only apply to the DVI and not the LCD? If it applies to the LCD, is there documentation on what those addresses on the ...
- DV 02:47 PM Software Development: RE: Boot failure
- That worked. We are up and running.
A little search of the kernel source tree shows that in arch/arm/configs most of the "defconfig" files have CONFIG_CMDLINE set to a string that includes "rootfstype=jffs2", but the mityomapl138_defcon... - MW 01:52 PM Software Development: RE: Boot failure
- Hi Dennis,
It looks like the bootargs environment variable in u-Boot has become corrupted.
At the u-Boot prompt, try running: - DV 01:39 PM Software Development: RE: Boot failure
- Script started on Fri 15 Oct 2010 10:26:41 AM PDT
cianna@ubuntudv:~$ kermit
C-Kermit 8.0.211, 10 Apr 2004, for Linux
Copyright (C) 1985, 2004,
Trustees of Columbia University in the City of New York.
Type ? or HELP for help.
(/h... - MW 07:35 AM Software Development: RE: Boot failure
- Hi Dennis,
Please send me (or post) a dump of your terminal with the following:
# Stop in u-Boot and do a "printenv"
# Boot and allow to run until the mount error is displayed
This will help us determine the cause of the boot p...
10/14/2010
- I've inherited a board that got bricked. I'm having boot problems. The kernel loads, but gets an error: it can't mount the root file system. It's tried ext3..., and just about everything else except jffs2. I've reinstalled the kernel fro...
- WF 03:30 PM Software Development: RE: LCD/Display questions
- Thanks. This is the first of the steps we needed to understand.
I don't think we'll need help with the hardware itself; we have a guy here who's designing and building it, and as long as we can make the da8xx structures and 138 tables... - MW 03:06 PM Software Development: RE: LCD/Display questions
- Hi all,
If you have designed your own hardware using a new LCD, I'm afraid you're going to be on your own to get it functioning (unless you can provide schematics, your FPGA code, and some hardware for us to support you with). I can,... - WF 02:49 PM Software Development: RE: LCD/Display questions
- We're in need of some information on this item because our primary assignment now is to implement our LCD functionality in the unit. When can we expect to receive feedback on this issue? Thanks.
10/12/2010
- WF 07:08 PM Software Development: RE: LCD/Display questions
- Related Notes: just so you know, we have an FPGA binary which supports our new LCD panel, and it maps the memory for the LCD to the same location that's used for the current two Critical Link supported devices. So we'll be using our own ...
- DV 06:39 PM Software Development: RE: LCD/Display questions
- The wiki lists vga_640x480 and Sharp_LQ035Q7DH06 as Displays that are known. The new version of the board we have been given has a
COM57H5M06XRC (TFT-LCD) attached. What should I set for "LCD Panel" in the UBoot?