释放“芯”中的小宇宙

Large projects can contain thousands of lines of code, distributed in multiple source files, written by many developers and arranged in several subdirectories. A project may contain several component

前言之前已经在MacOS下搭建好了OpenWrt的编译环境，没想到更新到最新的官方Trunk之后，噩梦就此开始。现将思考过程以及应对方法做个记录。背景知识OpenWrt推荐用MacPorts来搭建MacOS中的相关工具。MacOS自带了gcc，版本信息如下：Configured with: --prefix=/Applications/Xcode.app/Contents/

一个profile包含了一个或者多个路由器型号，一般来说，同一个厂家的路由器定义，会放在同一个profile中。 下面就以添加百度音乐盒为例： 添加一个baidu.mk文件，路径如下图： 里面的内容如下： define Profile/M-100     NAME:=Baidu Music Box(M-100)     PACKAG

configure的配置体系过于复杂，没有弄懂，只好动用brute force了。 借鉴了Ralink_ApSoC_SDK_4210(以后简称SDK)中ntfs-3g、snmpd的结构和Makefile 顶层Makefile内容： #manfeel, port wifidog to ralink sdk DIRS = libhttpd src

1.SDK没有带Wifi驱动，需要将外部Wifi驱动拷贝到drivers/net/wireless目录，并修改Ralink目录中的Kconfig文件，将rt2860v2_ap和rt2860v2_sta的Kconfig包含到文件中。 2.编译到goahead时，有一处错误，是goahead的Makefile（user/goahead/src）问题导致： wps.o依赖于wps_inic.o，但是

因为项目的需要，编译了MTK官方的4.1版SDK，最终生成了manfeel_uImage文件，刷入开发板之后重启，出现了这个LZMA ERROR 1的错误。是我运气太好，还是太背？上次也碰到过这个问题，改动了一下load address（由原来的0x80000000改成了0x80100000），就过了。然而，这次的问题貌似没那么简单。 只好深入uboot的lib_generic/lzmaDeco

在修改uboot的过程中，由于需要经常修改波特率

主要涉及到两个关键的Makfile，因为这些Makefile的自动化程度不高，所以代码显得很繁琐，但正因为如此，才相对显得比较简单。首先是asuswrt/release/src-ra-mt7620目录下的Makefile略去前面的变量定义部分，进入关键的部分：image目标image: @if [ -z "$(BUILD_NAME)" ]; then \ e

接下来，分析router中的Makefile，接上一篇文章，在转到router目录时，上一级Makefile有如下内容： @$(MAKE) -C router all @$(MAKE) -C router installrouter中这个Makefile看起很大（有两千多行），仔细分析后，发现更简单。all目标all: clean-build kernel_heade

如题，编译时碰到上述错误，google后一大堆，唯独没有OpenWRT的解决办法，找到这篇文章： http://www.lellansin.com/openwrt-%e7%bc%96%e8%af%91-error-gnu-libiconv-not-in-use-but-included-iconv-h-is-from-libiconv.html 按照文章的方法，在glib目录下，手动执行：