Posted inNXP

Install CentOS on NXP Layerscape

Build CentOS rootfs by NXP SDK Format a SD/UDISK and untar the tarball into the partition Then you will get issue when you use yum, like 'import yummain error' Look…
Posted inCrossCompile

Compile ntp on none-x86 platform

Download newest version from NTP website: http://www.ntp.org/downloads.html [crayon-68033eb4bafc1441766561/] You must indicate '--with-hardenfile=default' argument when your compile don't support libssp or else you will get errors seem as: [crayon-68033eb4bafc4561114432/] refs: https://gitlab.com/atilla/buildroot/commit/5766b6fb34a897092092f7d76d6b4f2bc8c48571
Posted inCrossCompile

Cross Compile Android ADB tool

现在很多ARM设备支持ADB，比如4G模块。 经过测试，android-4.4_r1.2分支可以编译成功。 [crayon-68033eb4bb16a446674272/] 建立一个Makefile，并添加如下内容： [crayon-68033eb4bb16d330494083/] 其中zlib和openssl采用源码编译，动态链接 然后编译 [crayon-68033eb4bb16f809815338/] 参考 http://android.serverbox.ch/?p=1217
Posted inCrossCompile

Cross Compile dosfstools

由于busybox中提供的mkfs.vfat无法格式化超过2G的分区，提示： [crayon-68033eb4bb2f4447961735/] 所以需要单独编译mkfs.fat以支持2G以上的分区 [crayon-68033eb4bb2f7736823766/] 首先产生configure文件，执行autoconf后报错： [crayon-68033eb4bb2f8468149491/] 经查需要先执行aclocal [crayon-68033eb4bb2f9271111909/] 产生configure后进行自动配置产生Makefile： [crayon-68033eb4bb2fa661189281/] 查了一下需要先执行autoconf --install产生install-sh脚本 [crayon-68033eb4bb2fb202194481/]    
Posted inPowerPC

Port on Board DDR Chip on QorIQ T1&2 Series

FSL(Now is NXP) used DIMM slot on T1040RDB and T2080QDS board. And my company first customized board used DIMM also.

But, due to the reliability, we decided change DIMM slot to on board DDR chip, so I need make it work.

The fsl support one powerful tool named ‘Code warrior’ and it has a plugin named ‘QCVS’. We can validate DDR configurates by it. See Ref.4 for more information.

After validate, we should make some change to U-Boot.

First add ‘CONFIG_SYS_DDR_RAW_TIMING’ defined in board config.h file.

Posted inEmbedded

T2081 Board Debug Note

这两天调试了自己公司做的fsl T2081板子，遇到了一些坑，不过最后还是搞定了，记录之已备候查。 主要是时钟问题，由于我们的在一块主板上兼容了1022、1042和2081三种平台。所以SYS/DDR reference clock也是一样的，都是100M的SYS clock和66.66M的DDR clock。 之前调试1042的时候没有问题，但是在调试2081的时候，SD卡启动打印了一堆乱码，经过比较感觉乱发就是CPU送出来的启动信息，于是用示波器量之，发现每个bit为5.6us，和115200想比，差不多为对方的2/3。于是直接修改"board/freescale/t208xqds/spl.c"文件中board_init_f函数的16550的初始化，如下： [crayon-68033eb4bb717268106403/] 重新烧写便可以显示正常信息。 但是，是什么原因导致基准时钟的问题呢？因为时钟差2/3，所以我开始怀疑是否是主板上DDR和SYS的时钟芯片焊反了，不过发现并没有焊反。 后来想到，评估板是66.66/133.33的时钟，而且CPU肯定允许一定范围的时钟输入，所以这个参考时钟CPU肯定不知道，需要人工设置，于是查查BSP代码， 在"board/freescale/t208xqds/spl.c"中： [crayon-68033eb4bb71a237591257/] 同样在"board/freescale/t208xqds/t208xqds.c"中也有，只是spl.c是给FPL用的，t208xqds.c是给NOR启动或者SPL使用的。 查了一下QIXIS_READ是读CPLD寄存器信息，原来FSL通过这种方法就可以在不改代码的前提下通过拨码修改参考时钟。 于是直接写死sys/ddr为100/66.66。启动后显示： [crayon-68033eb4bb71d676768384/] 显示CPU的DDR clock太快，这个问题之前在T4240上遇到过，是因为RCW配置DDR pll和DDR Latency的问题，但是查了RCW配置字中的MEM_PLL_RAT和DRAM LAT都没有问题，只能跟踪代码了。 调用流程为： board/freescale/t208xqds/ddr.c: ddr_freq = get_ddr_freq(0) / 1000000; arch/powerpc/cpu/mpc85xx/speed.c: gd->mem_clk…
Posted inCrossCompile

Cross Compile net-tools

net-tools提供很多网络方面的工具，如arp、ifconfig、netstat、route、mii-tool等等 [crayon-68033eb4bb885828353304/] Reference net-tools - Project Home