释放“芯”中的小宇宙

最新的 openwrt 已经支持 rockchip但在 macos 下编译时，有错误：__u64 未定义In file included from include/linux/byteorder/little_endian.h:14:include/linux/byteorder/swab.h:135:41: error: unknown type name '__u64'; did you mean '__s64'?static __inline__ __u64 __swab64p(const

用ralink自带的I2C驱动，i2cdetect不能检测到任何设备，用示波器观察不到SCLK脚的波形。可能I2C的硬件驱动有问题，这个问题留待以后解决。   先用i2c-gpio-custom测试： insmod i2c-dev insmod i2c-gpio-custom bus0=0,1,2 用i2cdetect 0，可以在0x3c检测到ssd1306,。   在user sp

一直以来，我认为OpenWrt中的libiconv-full应该支持所有的编码转换。然而，读者朋友可能和我一样，被这个“full”给欺骗了很久。直到最近为路由器加了OLED（SSD1306）显示屏，并选择了UCDOS中的汉字库，才发现，这个full实在是太具有欺骗性了！根本就不支持GBK的转换，很显然，其他亚洲国家的语言，OP都不支持，我估计OpenWrt这样做的初衷是为了节省空间。 朋友Dar

前言OpenWrt的最新kernel(3.14.28)已经能够支持32M SPI Flash的读写以及擦除操作.然而,可能是系统考虑不周,亦或是MT7620系统的BUG,在配置了W25Q256的MT7620开发板系统上,无法soft reset!经过查阅相关资料,发现,MT7620默认支持24bit(3byte)的spi地址模式,而要支持32M以上的spi flash,则必须切换到32bit(

前言一直想在MAC系统下搭建路由器的开发环境，OpenWrt官方已经全面支持MAC系统下编译，然而，MT7620的uboot却始终无法顺利编译。原因在于，MT7620的uboot需要用到老版本的gcc342来进行编译，因此，如何在MAC环境中编译gcc342成为本文讨论的重点。准备工作下载binutils-2.24.tar.bz2和gcc-3.4.2.tar.bz2源码。二者缺

前言实时钟,英文名RTC(Real Time Clock),在PC里面很常见,在OpenWrt里面却鲜有提及,手头上有一个DS1307的TinyRTC实时钟模块,经过一番折腾,将其融合到了OpenWrt系统,遂将操作过程记录成文.背景知识DS1307在最新的OpenWrt中已经提供支持,却没有整合进ramips中,因此,本文的一个重点便是如何为ramips系统配置ds1307.

前言 根据MT7620的数据手册,该芯片支持两个独立的spi接口,由于驱动不完善等种种原因,一直没能顺利的使用第二个spi接口.近日对mt7620的spi好好研究了一下,终于使能了第二个spi接口,将过程记录成文.   实现过程 spi驱动的诡异之处 mt7620的spi驱动位于:drivers/spi/spi-rt2880.c,里面有关spi cs1的代码非常诡异,因为7620与535

OverviewTarball MediaTek_ApSoC_SDK_4300_20140916.tar.bz2, assuming this obsoletes MTK_Ralink_ApSoC_SDK_4210_20140326.tar.bz2, yes?IssuesDo we really not need to run make dep?Installi

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

前言我的上一篇文章中谈到,如何使能mt7620的第二个spi接口.既然第二个spi接口已经开放成功,那么,可否接着添加第三个、第四个spi接口呢?熟悉mt7620硬件的朋友一定会第一时间站出来反对我:怎么可能!?mt7620总共才两个spi接口,怎么可能添加更多呢?除非在硬件上想办法.然而我总是善于将不可能变为可能_,今天我就要和大家分享一下,如何不改动任何硬件,通过修改驱动的方法,实现多

一、发现页面文件大于1446以后，就不能显示完全，几经周折，在uipopt.h中发现了这样几处定义： /** * The TCP maximum segment size. * * This is should not be to set to more than UIP_BUFSIZE - UIP_LLH_LEN -

GDB7.6 Remote ‘g’ packet reply is too long 在用Eclipse调试OpenWrt程序的时候，gdb traces中总是出现这样的一个错误，导致无法调试，令人百思不得其解。 771,735 28^error,msg="Remote 'g' packet reply is too long: 00000000f8ffffffecceea77

如题，编译时碰到上述错误，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目录下，手动执行：

最新在做一个OpenWrt上的OLED显示屏项目，使用UCDOS提供的hzk16作为项目的字库。因为UCDOS的汉字库编码为GB2312，因而需要使用libiconv进行编码转换。正是这个依赖于libiconv的动作，却让编译的项目出现了错误。经过仔细的分析与总结，将中间出现的问题以及解决的办法做个记录，让同样出现此种问题的童鞋少走弯路。 1.最初的问题很直接：找不到iconv.h

base-files属于OpenWrt的rootfs框架，位于package/base-files/files，里面有些项目可以定制和修改 . ├── bin │   ├── ipcalc.sh │   └── login.sh ├── etc │   ├── banner

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

在编译OpenWrt最新的trunk时，碰到一个git源码取不下来（你懂得，被墙了！）在google上搜了一下，找到一个dl的地址，里面的文件已经下载好了，哈哈。http://193.87.95.148/openwrt/raspi/trunk/dl/不知道能够持续访问多久！

为了便于开发luci应用，需要搭建一个方便的环境，而通过不断编译烧写firmware的方法来进行luci应用的调试，显然是一个费时费力的过程。实际上，luci是可以安装在host系统上的。0.准备工作：安装lua和luadev相关的header1.进入feeds/luci目录，直接make在make过程中，会有一个错误。需要进入feeds/luci/libs/luaneight

接上篇文章，现在开始启动U盘中的kernel，又碰到了很多问题！用 fatload usb 0 0x80000000 uImage.lzm ; bootm 0x80000000总是碰到下面的错误：MT7620 # bootm 0x80000000## Booting image at 80000000 ... Image Name: PandoraBox Lin

目标：在uboot中加入usb功能，实现从usb存储设备上启动kernel。ralink的SDK提供的uboot是支持usb相关命令的，只需要在config.mk打开相应的开关即可。一开始以为只需要这样做：RALINK_USB = ONRALINK_EHCI = ONRALINK_OHCI = ON编译烧写后，发现usb相关命令已经出现在uboot中了，但是每次

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

貌似kernel忽略了bootargs代码位于build_dir…arch/mips/ralink中的prom.cstatic __init void prom_init_cmdline(int argc, char **argv){ int i; // manfeel , mod to pr_info from pr_debug pr_info(

http://devicetree.org/Device_Tree_Usage

一.修改mt7620.dtsi，去掉默认的bootargs，kernel_menuconfig取消buildin的command line 二.kernel_menuconfig加入scsi驱动，USB Storage，Ext4文件系统 三.set bootargs root=8:2 rootdelay=5 rootfstype=ext4 rw console=ttyS0,57600注意：ro

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

阿里巴巴上买了两片RT5350的3G路由器开发板，发几张靓照：） 刷入自己编译的RT5350 uboot.bin之后，发现不能启动，以为是uboot源码有问题，网上找了其他版本的SDK（3.3，3.6）编译都不能启动，觉得奇怪。幸亏当初买了两片，另一片的uboot没有改动过，于是，想把原始的uboot备份下来，但又

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

之前的Makefile总是碰到iconv.h not found的错误，后来找到另一个Makefile就好了，原因还没有分析出来。错误的Makefileinclude $(TOPDIR)/rules.mkPKG_NAME:=zdclientPKG_VERSION:=1.0PKG_RELEASE:=1PKG_BUILD_DIR:= $(BUILD_DIR)/$(PKG_N