Activity
From 10/22/2010 to 11/20/2010
11/19/2010
- DK 12:14 PM Software Development: RE: Driver Development Procedure
- Mike,
For some reason the source gets messed-up when pasting into the reply box. Therefore, I have attached the make files. Note prior to compiling I export the location of the Linux tree as follows:
export KERNEL_ROOT=/home/stud...
11/18/2010
- DK 07:22 PM Software Development: RE: Driver Development Procedure
- Mike,
Thanks for your fast reply. I have installed the 32-bit GCC running on Fedora 9. Also I have successfully compiled and tested hello world, an application and shared libraries. Uname generates the following response:
[stude... - MW 06:56 PM Software Development: RE: Driver Development Procedure
- Hi David,
There's no magic with the kernel sources we're using. Your makefile looks OK to me.
This is just a guess, but the error messages suggest that perhaps your trying to use the wrong toolchain (64 bit on a 32 bit host). Ar... - I need to create a loadable Linux module that runs on the ARM9 of the MityDSP-L138 and accesses the FPGA. Preferrably the build would be performed "out-of-tree" such that an environment variable references the angstrom kernel tree. I h...
- DV 03:25 PM Software Development: RE: I2C Board Support Package
- Got the new kernel. Compiled and loaded it onto the board. Most things work, but i2cdump seems to have changed. My hardware person (aka John) indicates that his analyzer no longer sees the bus toggle when the dump command is run. /sys/de...
11/16/2010
- TC 07:44 AM Software Development: RE: I2C Board Support Package
- Hi Simon -
The latest version of our kernel is included in the tarball on the BSP wiki page located here:
http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Board_Support_Package
Tom
11/15/2010
- MP 10:34 PM Software Development: RE: Boot loader on NAND instead of NOR
Hi Simon,
It is still a good idea to hook up the MDIO pins to the PHY. The same two MDIO pins used in MII mode are also used in RMII mode. So the majority of the RMII signals would route through the FPGA, but the two MDIO pins wou...- ST 09:36 PM Software Development: RE: Boot loader on NAND instead of NOR
- Hey Mike,
Yes the RMII is a good alternative. When we will be there, I will probably ask for some support. What we are planning to use are these peripherals
GP0: Used for parallel access to ADCs
PWM0
RMII: Ethernet
UART0: RS485
... - MP 05:34 PM Software Development: RE: Boot loader on NAND instead of NOR
Hi Simon,
While it is indeed possible for the OMAP-L138 CPU to boot from NAND, this is not a boot mode that Critical Link supports on the MityDSP-L138 SoM. It would take both a minor change to the hardware assembly, and boot softwa...
11/12/2010
- DV 03:36 PM Software Development: RE: I2C Board Support Package
- Tried to patch the changes from that file into the kernel posted under Files on this site. Syntax errors on DA850_GPI05_14 and SYSTEM_RESET. Since I still can't "git" could you post a copy of the "most recent version of the kernel". I'll...
- DV 02:06 PM Software Development: RE: Audio help needed
- Please ignore the previous, incredibly stupid question. My mistake is not realizing that it's the stuff in the Kconfig's that goes into the .config with the prefix CONFIG_ added. I need to change the Kconfig's, not the .config.
11/11/2010
- Hi,
One of the big problem I am facing right now is the fact that both PWM modules aren't usable at all. PWM 0 is lost for ethernet and PWM 1 is lost because of the chip select of the NOR. We know we could write a PWM core for the FPG... - MW 07:39 PM Software Development: RE: Loading a New Kernal
- No. If you do this you will erase the UBL and u-boot. Please don't execute this command as you have typed.
Look at the bottom section of this "wiki page":http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Linux_Ker... - MW 06:53 PM Software Development: RE: I2C Board Support Package
- If you look in the most recent version of the kernel in the "arch/arm/mach-davinci/board-mityomapl138.c":http://support.criticallink.com/gitweb/?p=linux-davinci.git;a=blob;f=arch/arm/mach-davinci/board-mityomapl138.c;h=3afb37a48bf56a7bb9...
- JM 05:51 PM Software Development: RE: I2C Board Support Package
- Ok I got the I2C tools loaded and working. Out issue is that the SYS_RESET_N ( GP5[14] )signal that comes from the OMAP is always lowing holding the Audio chip in reset. I connected this to our audio chip only because you connected it ...
- DV 06:49 PM Software Development: RE: Audio help needed
- Well, most of the git problem seems to be at our end. Some router close to us seems to be traffic shaping us to zero bandwidth.
I'm having trouble with the kernel. I've edited the sound/soc/davinci/Kconfig, added the new "type". I did...
11/09/2010
- MW 08:12 PM Software Development: RE: Audio help needed
- Hi Dennis,
Regarding the audio driver, it sounds like you have a pretty solid handle on the code. The bottom line is, you will need to actually modify the kernel code in the sound directory (KConfig, and the davinci-evm.c file) to en... - DV 07:02 PM Software Development: RE: Audio help needed
- Still stuck on the sound. I looked at the davinci-evm.c and the 3x is called out in that file, however, the Kconfig in that directory doesn't allow the mityomap as an option to allow that file to be compiled. In fact it calls out a varie...
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...