Mity CPU Platforms » MitySOM-335x (ARM Cortex-A8 Based Products)

10/26/2012

MW 07:40 PM PCB Development: RE: Recommended PHY for RGMII

At the moment, this part does not appear to be obsolete, but Digikey is dropping it.
we are discussing an alternate part here, but for now are staying with it. I'll let you know when I know more.
-Mike
Michael Williamson

TI 06:50 PM Software Development: RE: DMTimer running slowly for StarterWare

John
The board directory is right at the top level of the git tree
Here's a link to the mityarm directory in gitweb..
http://support.criticallink.com/gitweb/?p=u-boot-mityarm-335x.git;a=tree;f=board/cl/mityarm335x;hb=HEAD
cheers
/Tim Tim Iskander

04:12 PM Software Development: RE: DMTimer running slowly for StarterWare

Ok,
This will sound dumb, but where in the git tree is the board directory?
Thanks... Anonymous

TI 01:35 PM Software Development: RE: DMTimer running slowly for StarterWare

John
The vast majority of changes made for the cl 3359 board are in the board/cl/mityarm335x
(I'm going by memory, so i hope i got it straight).
There are only a couple of files there. Som.c sets up the main processor.. pll.c sets up ... Tim Iskander

MW 01:32 PM Software Development: RE: DMTimer running slowly for StarterWare

Pretty much, the only files in u-Boot that we've authored are in the board/cl directory of the u-Boot tree on our git server (there is change history there too that might make it clear what we fooled with). There are really only a coupl... Michael Williamson

01:10 PM Software Development: RE: DMTimer running slowly for StarterWare

Hey Mike,
The reason I was looking at u-boot was that the reset value of that register is zero and StarterWare does not use that bit. If you guys have a list of u-boot file that you modified I'd be happy to look through them ... Anonymous

MW 12:32 PM Software Development: RE: DMTimer running slowly for StarterWare

Hi John,
A large chunk of the u-Boot code was derived from TI's u-Boot from their EVM PSP version 4.06.00.03.
I'm looking at the code, and I'm not seeing any access to bit 5 of the TCLR_REG for timer 2. The timer does get enabled ... Michael Williamson

10:58 AM Software Development: RE: DMTimer running slowly for StarterWare

It appears that u-boot is setting the Prescaler enable bit (bit 5) of DMTimer2 timer control register (TLCR, offset 0x38, 0x48040038.) Why would the MityARM uboot set this bit? i.e. what is it being used for?
Thanks,
John C.
Anonymous

MW 01:58 PM Software Development: RE: RTC linux driver used MityARM 335x?

It may be possible to battery back it with proper commands to the PMIC, let me check in on this...
-Mike
Michael Williamson

01:56 PM Software Development: RE: RTC linux driver used MityARM 335x?

Thanks for the info!
Looks like I can just use the StarterWare RTC code for this then. Already working.
I see it's not battery-backed with the dev kit.
-ed
Anonymous

MK 08:47 AM PCB Development: RE: Is VIO_3P3 NC?

IN confirming the information in this post I noticed that the 80-000458RC-3 A schematic is not linked correctly on the development kit wiki. It links to the Rev B scehmatic which still shows 3.3V to LCD pin pullups. Does Rev 3 A also sho... Mark Kraft

10/25/2012

MW 09:40 PM Software Development: RE: RTC linux driver used MityARM 335x?

Wanted to comment here.
There is an on-board 32KHz clock that is fed first to the TPS65910. The TPS65910 then forwards this same clock to the RTC input clock on the AM3359. So, you should see that RTC clock functioning if you try to r... Michael Williamson

TI 08:33 PM Software Development: RE: RTC linux driver used MityARM 335x?

Ed
Actually, the code in the linux tree on our git repository is for the on-board RTC (drivers/rtc/rtc-omap.c). We are working on the driver for the RTC function of the 65910 (which is part of an MFC driver).
cheers
/Tim Tim Iskander

05:08 PM Software Development: RTC linux driver used MityARM 335x?

Hi,
I'd like to find out which driver code is used for the MityARM 335x RTC. I believe the supplied linux uses the TPS65910 RTC via the I2C interface.
Can someone point me to the correct file(s)?
thanks,
-Ed
Anonymous

MK 08:53 AM PCB Development: RE: Recommended PHY for RGMII

Hi Mike,
Just wanted to follow up on status of obsolescence.
Thanks Mark Kraft

10/23/2012

MW 05:26 PM PCB Development: RE: Is VIO_3P3 NC?

VIO_3P3 is switched on by the SOM after the core voltages to the AM335X are enabled. VIO_3P3 should also be used for the "high" levels on the bootstrap mode pins (LCD_DATA pins).
It is generated using a TPS62290 that is sourcing the ... Michael Williamson

JM 03:22 PM PCB Development: Is VIO_3P3 NC?

Is VIO_3P3 (pins 21, 23, 25 & 27) NC on the MityARM 3359? Looks like all 4 are tied together but are no-connect. Is there really 3.3V power available from these? I have them wired to VDDSHV2 & VDDSHV4 as suggested in the Design Guide ... Joel Meltzer

10/22/2012

04:19 PM Software Development: RE: DMTimer running slowly for StarterWare

Mike,
I have compared the BeagleBoard boot settings compared to where u-boot leaves you when the kernel is about to load. I found a difference in the 3359's CM_DIV_M5_DPLL_CORE Register (offset = 84h). The BeagleBone boot shows bit... Anonymous

KE 12:07 PM Software Development: RE: Flashing NAND from SD Card

Tim, we are also interested in utilizing the ubifs support on the 335x series and wonder if there has been any progress on CL's part in implementation?
Thanks,
Kjell
Kjell Erickson

10/18/2012

01:01 PM Software Development: RE: DMTimer running slowly for StarterWare

Hi Mike,
I'm hoping to find the PLL/init code in the Linux kernel. Can I ask you once I have the kernel tree,
is there a way to know which specific files apply to the MityARM? Is there some clue in the makefiles or
makerules t... Anonymous

MW 12:31 PM Software Development: RE: DMTimer running slowly for StarterWare

The source tree for the dev kit is available on a local git tree, see "this page":http://support.criticallink.com/redmine/projects/armc8-platforms/wiki/Linux_Kernel for details. There should be a link to the git server there.
The har... Michael Williamson

10:57 AM Software Development: DMTimer running slowly for StarterWare

Hi,
We are running the MityArm board under TI's StarterWare (we stop the u-boot process from loading the linux kernel) and are having issues
running the DMTimer code. The timer ISR is firing correctly but it is not frequent enou... Anonymous

10/12/2012

MW 11:10 AM PCB Development: RE: Recommended PHY for RGMII

Here is our source for the Vitesse part. We are checking on status of the part for obsolescence.
http://wpgnet.wpgam.com:8000/WPGWebsite/inventory.php?tPart=VSC8601&x=0&y=0
-Mike Michael Williamson

MK 08:49 AM PCB Development: RE: Recommended PHY for RGMII

I understand. Thanks Mike.
I will look into the use of MMC, there appears to be some advantages. On top of all this is we are waiting for a Windows version. Our current product is CE based. I have been in discussion with CL here and ... Mark Kraft

MW 08:33 AM PCB Development: RE: Recommended PHY for RGMII

We have / are considering I2C0, but it would be a functional change compared to our currently fielded modules as would tie up those addresses on I2C0 which may conflict with customer designs. It would also require a separate set of boot... Michael Williamson

MK 08:10 AM PCB Development: RE: Recommended PHY for RGMII

My design will use the MityArm3359 to replace a module recently obsoleted by another manufacturer. I have a limited time frame to prevent production interruption and so would like to minimize impact of hardware redesign and on software c... Mark Kraft

10/11/2012

MW 08:18 PM PCB Development: RE: Recommended PHY for RGMII

Hi Mark,
We just kitted a build for DevKits and were able to get the VSC8601 less than a week ago, however I do see that the parts are being discontinued at least on Digikey.
A quick search on Avnet indicates there are some Marvell... Michael Williamson

MK 04:55 PM PCB Development: Recommended PHY for RGMII

I have recently begun a design-in of the 3359 module to an existing product. I am at a point where I will address the ethernet interface. I see looking thru the forum that there is a limitation when selecting the PHY to be used with this... Mark Kraft

MK 11:10 AM PCB Development: RE: Evaluation kit schematic - as Design reference

Thanks Mark Kraft

MW 10:30 AM PCB Development: RE: Evaluation kit schematic - as Design reference

Did you find the schematics for the DevKit board? They are posted "here":http://support.criticallink.com/redmine/projects/am335x-devkit/wiki/Development_Kit_Revision_Information
-Mike Michael Williamson

MK 09:14 AM PCB Development: Evaluation kit schematic - as Design reference

Hi,
I have just begun implementing the 3359 module into an existing design, to replace another manufactures obsoleted module. I see in another post CL provided the schematic for the eval board. This will be helpful. The carrier design... Mark Kraft

10/04/2012

MW 09:11 AM Software Development: RE: Ethernet Interface to Micrel KSZ9021 PHY.

Hi Raja,
I don't think we've used this PHY with the MityARM-3359 here, but we have had problems strapping this device on other designs. The AM3359 has several pins pulled down (or up) after a power on reset. You should check Table 2... Michael Williamson

10/03/2012

RV 03:31 PM Software Development: Ethernet Interface to Micrel KSZ9021 PHY.

Hi,
We are using MityARM SOM and MICREL KSZ9021RNI gigabit as PHY on it for Ethernet Interface.
We have configured ETH_RXD0, ETH_RXD1, ETH_RXD2, ETH_RXD3, ETH_RXCTL as pullup high on PHY reset to get mode[3 -0] to 0xF (RGMII Mode – ... Raja Vankam

10/01/2012

AB 12:22 PM PCB Development: RE: Caution on MityARM SO-DIMM PCB Footprint

Mark,
Thank you for pointing out that lack of information. It has now been addressed and the design guide has been updated, October 1, 2012 1.2 version.
Thanks again,
Alex Alexander Block

MW 07:40 AM PCB Development: RE: Ethernet PHYs

Hi Mark,
I don't see a way around this at the moment. It does indeed look like you need to use the Gigabit Phy interface with the MityARM-3359 module.
Unfortunately, all of our initial use-cases involved Gigabit Ethernet requireme... Michael Williamson

09/30/2012

MW 05:34 PM PCB Development: RE: Ethernet PHYs

Hi Mark,
You are correct about the PR1_MII* signals, according to this E2E post, sorry about that.
http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/791/p/206939/733857.aspx
I am just looping back to this, so I can't... Michael Williamson

09/28/2012

11:57 AM PCB Development: RE: Ethernet PHYs

Hi Mike,
The interfaces we definitely need out of the 335x are a 16 bit GPMC (to FPGA), 1 Ethernet (10/100 is fine), 2 USBs, 2 UARTs and 1 SPI. I'd like to keep the 16 bit LCD interface available but could use those pins for other th... Anonymous

MW 09:35 AM PCB Development: RE: Ethernet PHYs

What other peripherals are you trying to accommodate? At a glance it looks like the pin outs should support RMII0 on the LCD_DATAXX pins, but if you need the LCD interface. Can you list what peripherals you need?
-Mike
Michael Williamson

08:49 AM PCB Development: Ethernet PHYs

Please correct me if I'm wrong, but it appears the pin-muxing configuration for the MityARM-335x SOM is forcing the use of an RGMII type interface for connecting up to Ethernet PHYs. For port 1, most of the interface pins are available ... Anonymous

08:26 AM PCB Development: Caution on MityARM SO-DIMM PCB Footprint

The PCB footprint found in section 6.5 of the MityARM-335x Carrier Board Design Guide can be misleading if you are not careful. This footprint (which is an exact copy of the footprint found on the JAE MM80-204B1-E1 data sheet) kind of i... Anonymous