Activity
From 11/12/2010 to 12/11/2010
12/10/2010
- 07:41 AM Software Development: RE: I2C Board Support Package
- I'm not sure if that's true. The I2C lines are required in order to manage the on-board power controller needed for ...
12/09/2010
- 07:40 PM Software Development: RE: I2C Board Support Package
- I'm trying to dig through the two kernels to see what the difference is w.r.t the i2c bus. It looks like the 2010.05 ...
- 05:33 PM Software Development: RE: Basic Driver Virtual Addressing Question
- You might want to check the fpga_ctrl.c file for an example, or check the online manual for "Linux Device Drivers":ht...
- I have written a simple "hello world" driver and I am trying to display the value of the OMAP REVID register from the...
- 05:27 PM Software Development: RE: Loading FPGA
- Hi David,
Currently, there is a bug in the fpga_ctrl.ko driver that could result in spurious interrupts if you re-... - 05:07 PM Software Development: RE: Loading FPGA
- Has anybody tried the online procedure "Using Linux drivers to load the FPGA?" I get an infinite printf loop after r...
12/07/2010
- 06:11 PM Software Development: RE: I2C Board Support Package
- I'm realizing I'm not clear on the hardware. Is it the card that is "Rev B" or the board the card is seated on? Is it...
12/04/2010
- 12:52 PM Software Development: RE: I2C Board Support Package
- Hi Dennis,
I tried the same steps as you listed above on a revision A board as well as a C board and don't see thi... - 12:33 PM Software Development: RE: MityDSP Memory Map
- The chip select 5 address space starts at 0x66000000.
The memory map for the MityDSP-L138 (the OMAP-L138 Processor...
12/03/2010
- Does anybody know the memory map of the MityDSP? I would like to test FPGA functionality added by our HW designer at...
- 04:15 PM Software Development: RE: I2C Board Support Package
- I backed up and repeated my steps today.
1) Stock kernel on the rev B card: i2cdump -y 1 0x51 works.
Presumably th... - 10:24 AM Software Development: RE: I2C Board Support Package
- Unfortunately, the Rev-B industrial I/O boards do not have anything hooked to the I2C0 port outside of the SOM.
R...
12/02/2010
- 07:08 PM Software Development: RE: I2C Board Support Package
- Sorry, did not manage to dig that out of the kernel. What I could use now as a sanity test is an i2cdump address of s...
- 06:47 PM Software Development: RE: I2C Board Support Package
- The 1 does indicate which bus. It tells i2cdump to open "/dev/i2c-1" instead of "/dev/i2c-2". It is used to append ...
- 06:26 PM Software Development: RE: I2C Board Support Package
- The board rev is the same, a few differences with some of the hex codes. But doesn't the 1 in that command indicate w...
- 06:02 PM Software Development: RE: I2C Board Support Package
- OK. Looks like your I2C0 port is up and running and is communicating with the on-board devices in the kernel.
Try... - 05:42 PM Software Development: RE: I2C Board Support Package
- Here it is:...
- 05:31 PM Software Development: RE: I2C Board Support Package
- I2C0 is actually /dev/i2c-1 (bus numbering for i2c starts at 1 in the kernel, it's a bit arbitrary actually).
Ther... - 04:46 PM Software Development: RE: I2C Board Support Package
- So my problem is I'm only seeing /dev/i2c-1 after the boot.
- 04:36 PM Software Development: RE: I2C Board Support Package
- We are using I2C0 for both the Audio Chip and the Touch Screen Controller both of which have different I2C addresses ...
- 04:24 PM Software Development: RE: I2C Board Support Package
- There are 2 I2C devices on the OMAP. I2C0 and I2C1. Both are brought out to the edge connector, Which are you using...
- 03:47 PM Software Development: RE: I2C Board Support Package
- Still stuck. The dump of the entire set of boot messages is attached. There are only two i2c messages in the boot (1)...
- 04:00 PM FPGA Development: RE: question on base_module.vhd
- Mike,
Thanks, that's exactly what I was looking for. No further questions at this point.
Regards, Dene - 03:48 PM FPGA Development: RE: question on base_module.vhd
Q - "Are any of the features or functions designed such that they shouldn't be duplicated in a second version of th...- 03:32 PM FPGA Development: RE: question on base_module.vhd
- I figure there's a chance that we may want to use some of the cores/drivers in the future. Therefore, my design appro...
- 02:57 PM FPGA Development: RE: question on base_module.vhd
- Hello Dene,
The base module was designed to be plugged into our framework (using the EMIF_Iface.vhd). It does do ... - There seem to be many features and functions in base_module.vhd.
I've been planning to create my own version and lea...
12/01/2010
- 08:13 AM Software Development: RE: I2C Board Support Package
- Hello Mr. Volper,
Are you still stuck on this issue, or did reseating the card resolve the I2C problems?
-Mike
11/30/2010
- 04:02 PM FPGA Development: RE: OMAP-L138 EMA_WE vs. EMA_A_RW documentation descrepancy, usage
- Sure, as long as you don't want to reconfigure the FPGA at runtime, you could modify the usage assignment and forget ...
- 03:54 PM FPGA Development: RE: OMAP-L138 EMA_WE vs. EMA_A_RW documentation descrepancy, usage
- Mike,
In our implementation, we already need to pass some reads and writes through to another FPGA on our "carrier... - 03:23 PM FPGA Development: RE: OMAP-L138 EMA_WE vs. EMA_A_RW documentation descrepancy, usage
- I don't see any technical reason why you could not use it, but it is preferable that you do not use the EMA_A_RW pin....
There seems to be a slight discrepancy in how EMA_A_RW is described vs. how it's used.
In one area of TI's docum...
11/29/2010
- 07:33 AM FPGA Development: RE: EMA_WAIT usage
- The OMAP-L138 processor includes internal pull-up / pull-down capability on just about every peripheral pin. This wa...
- I believe our design will require use of a wait signal to the processor.
There are two such signals available, one o... - 07:11 AM FPGA Development: RE: fpga EMIFA interface: BA(1) = EMA_A(14)?
- The FPGA address / data / control signals are indeeded sampled and run off of the EMA_CLK, which is configured for 10...
11/28/2010
- 07:07 PM FPGA Development: RE: fpga EMIFA interface: BA(1) = EMA_A(14)?
- Thanks,
That section and that document were exactly what I was looking for.
You're right, of course, about the co...
11/27/2010
- 07:26 PM FPGA Development: RE: fpga EMIFA interface: BA(1) = EMA_A(14)?
- Hi Dene,
Actually, that concatenation puts the assignment of EMA_BA(1) to bit 0 of the address (the LSB) for a 16 ... - I notice in EMIFA_iface.vhd that the EMIFA bank address bit 1 -> i_ema_ba(1) <- is concatenated to the top of the in...
11/23/2010
- 08:57 PM Software Development: RE: I2C Board Support Package
- Odd:...
- 08:14 PM Software Development: RE: I2C Board Support Package
- Oh... and as far as the pinmux, the u-Boot should be configuring the pinmux for I2C0. It will always do that as it n...
- 08:13 PM Software Development: RE: I2C Board Support Package
- My guess is that the MAC is a random MAC generated by the kernel because all zeros is an illegal MAC (check the kerne...
- 07:45 PM Software Development: RE: I2C Board Support Package
- ...
- 06:35 PM Software Development: RE: I2C Board Support Package
- Hi Dennis,
Which Revision of the Industrial I/O are you using? Rev A Industrial I/O boards have the I2C port of t... - 05:55 PM Software Development: RE: I2C Board Support Package
- I tried the following experiment. On an Industrial I/O board I replaced the Rev A OMAP card with a fresh out of the p...
11/19/2010
- 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 m...
11/18/2010
- 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 ... - 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 ... - I need to create a loadable Linux module that runs on the ARM9 of the MityDSP-L138 and accesses the FPGA. Preferrabl...
- 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 ha...
11/16/2010
- 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:
htt...
11/15/2010
- 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 ...- 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... - 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 Crit...
11/12/2010
- 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_GPI...
- 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 Kconfi...
Also available in: Atom
Go to top
