Activity
From 10/12/2012 to 11/10/2012
11/08/2012
- BC 03:37 PM Software Development: RE: Databases on MityArm 335x
- Thank you for the response. I'll be sure to look them up and see what they have to offer.
Again I've been impressed with the feedback via this forum.
Thanks,
Brian - MW 03:15 PM Software Development: RE: Databases on MityArm 335x
- Hi Brian,
You might consider, for the MityARM-3359, using the "Timesys":http://www.timesys.com/supported/boards/criticallink support packages. Timesys offers a free root filesystem builder along with many packages that are routinely ...
11/07/2012
- BC 12:43 PM Software Development: RE: Databases on MityArm 335x
- At this point I am using the file system that came on the SD card as part of the dev kit right from Critical Link.
I installed sqlite using "opkg install sqlite3" which completes without error. Just to be sure, I did do a "opkg updat... - MW 12:38 PM Software Development: RE: Databases on MityArm 335x
- Hi Brian,
Are you using the filesystem from the TI SDK/PSP or the Angstrom one distributed by Critical Link? If you are using the TI PSP, you might check/post to the TI E2E site (http://e2e.ti.com). sqlite3 is probably the preferred... - I've been working on getting a basic web server running.
The pre-installed Lighttpd works well and I have a basic PHP driven site working fine. The trouble I have now is getting a database up and running.
I've tried to use opkg to... - BC 11:03 AM Software Development: RE: 3359 with WiFi Kit
- That did the trick.
Thank you very much Tim for your help.
Brian
11/06/2012
- MW 11:32 PM PCB Development: RE: Is VIO_3P3 NC?
- Hi Mark,
Rev 3 A does not show VIO_3P3 to the VDDS_HVx pins (it still has +3.3 to everything except the LCD pin pullups for the bootstrap mode), but I believe it should. We are in the process of updating the reference schematic to ad... - AB 08:41 PM PCB Development: RE: Is VIO_3P3 NC?
- I will take a look at the schematics by Friday and update the link as necessary. I believe you are correct...the Rev B and Rev C point to the same schematic.
Sorry about the delay on this issue,
Alex
11/01/2012
- TI 03:21 PM Software Development: RE: 3359 with WiFi Kit
- Brian
Did you make the modules also?
make INSTALL_MOD_PATH=../rootfs ARCH=arm CROSS_COMPILE=arm-arago-linux-gnueabi- modules
make INSTALL_MOD_PATH=../rootfs ARCH=arm CROSS_COMPILE=arm-arago-linux-gnueabi- modules_install
This will bu... - BC 01:25 PM Software Development: RE: 3359 with WiFi Kit
- Yep that seemed to do the trick.
I pulled the latest snapshot and was able to compile. Btw, I noted a small type on your wiki:
http://support.criticallink.com/redmine/projects/armc8-platforms/wiki/Linux_Kernel
[linux-devkit]:~/li... - TI 09:57 AM Software Development: RE: 3359 with WiFi Kit
- Brian
Are you behind a firewall that may be blocking git access?
You can download a snaphot of the repository using our gitweb server
http://support.criticallink.com/gitweb/?p=linux-mityarm-335x.git;a=summary
!http://support.critical... - BC 09:22 AM Software Development: RE: 3359 with WiFi Kit
- I can't seem to pull the git repository.
The command,
git clone git://support.criticallink.com/home/git/linux-mityarm-335x.git
yields,
Initialized empty Git repository in /usr/local/ti-sdk-am335x-evm-05.03.02.00/linux-devkit/linu...
10/31/2012
- TI 03:22 PM Software Development: RE: 3359 with WiFi Kit
- Brian
My best guess would be that you need to update the kernel and modules. (git://support.criticallink.com/home/git/linux-mityarm-335x.git).
WiFi support is not in the kernel that was delivered on the SD card with the base dev kits.
... - I'm working with a 3359 dev kit and just got in a WiFi expansion kit to go with it.
I've followed the instructions here:
http://support.criticallink.com/redmine/projects/am335x-devkit/wiki/Wifi_Module_configuration
and here:
http://s...
10/29/2012
-
08:44 AM
Software Development: RE: DMTimer running slowly for StarterWare
- Thanks,
I missed the u-boot connection as my impression was that u-boot did as little as
possible leaving the rest to the kernel.
John C.
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
- 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 -
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... - 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 ... - 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...
-
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 ... - 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 ... -
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.
- 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
-
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
- 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...
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... - 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 -
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
- MK 08:53 AM PCB Development: RE: Recommended PHY for RGMII
- Hi Mike,
Just wanted to follow up on status of obsolescence.
Thanks
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 ... - 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 ...
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... - 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
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... - 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... -
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...
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 - 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 ... - 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...
- 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...