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

12/14/2010

06:40 PM Software Development: RE: I2C Board Support Package

I've been playing with the kernel trying to narrow down the problem. With the new kernel I can get i2cdump -y 1 0x51 ... Dennis Volper

12/13/2010

05:13 PM Software Development: u-boot build question

I have downloaded the u-boot snapshot. Can someone tell me the build command sequence in order to support the MityDS... david kasper

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 ... Michael Williamson

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 ... Dennis Volper

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... Michael Williamson

04:39 PM Software Development: Basic Driver Virtual Addressing Question

I have written a simple "hello world" driver and I am trying to display the value of the OMAP REVID register from the... david kasper

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-... Michael Williamson

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... david kasper

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... Dennis Volper

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... Michael Williamson

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... Michael Williamson

12/03/2010

05:18 PM Software Development: MityDSP Memory Map

Does anybody know the memory map of the MityDSP? I would like to test FPGA functionality added by our HW designer at... david kasper

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... Dennis Volper

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... Michael Williamson

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... Dennis Volper

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 ... Michael Williamson

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... Dennis Volper

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... Michael Williamson

05:42 PM Software Development: RE: I2C Board Support Package

Here it is:... Dennis Volper

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... Michael Williamson

04:46 PM Software Development: RE: I2C Board Support Package

So my problem is I'm only seeing /dev/i2c-1 after the boot. Dennis Volper

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 ... John Mladenik

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... Michael Williamson

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)... Dennis Volper

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 Dene Olsen

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... Michael Williamson

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... Dene Olsen

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 ... Michael Williamson

02:41 PM FPGA Development: question on base_module.vhd

There seem to be many features and functions in base_module.vhd.
I've been planning to create my own version and lea... Dene Olsen

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
Michael Williamson

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 ... Michael Williamson

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... Dene Olsen

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.... Michael Williamson

02:52 PM FPGA Development: OMAP-L138 EMA_WE vs. EMA_A_RW documentation descrepancy, usage

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... Dene Olsen

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... Michael Williamson

03:38 AM FPGA Development: EMA_WAIT usage

I believe our design will require use of a wait signal to the processor.
There are two such signals available, one o... Dene Olsen

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... Michael Williamson