mike22437120 / openwrt-for-embedded Goto Github PK

Hi ,am new to this.
Am trying to change Atmel AT49BV642D to SST 39VF6401B on embedded board with 
processor AT91Rm9200. 
What all steps i should follow to get this chip work properly.Any changes to be 
done on Uboot? 
Now its showing as follows

physmap phymap.c platform flash device: 00800000 at 10000000
physmap-flash physmap-flash.0: map_probe failed


Linux kernel is 2.6. Compiler Arm-Linux gcc .

I have added the following to jedec_probe.c

{
        .mfr_id         = MANUFACTURER_SST, 
        .dev_id         = SST39VF6401B, 
        .name           = "SST 39VF6401B", 
        .devtypes       = CFI_DEVICETYPE_X16, 
        .uaddr          = MTD_UADDR_0xAAAA_0x5555, 
        .dev_size       = SIZE_8MiB, 
        .cmd_set        = P_ID_AMD_STD, 
        .nr_regions     = 1, 
        .regions        = { 
        ERASEINFO(0x10000,128) 
                        } 
    }

http://www.uclibc.org/downloads/Glibc_vs_uClibc_Differences.txt

6) uClibc does not support NSS (/lib/libnss_*), which allows glibc to easily
support various methods of authentication and DNS resolution.  uClibc only
supports flat password files and shadow password files for storing
authentication information.  If you need something more complex than this,
you can compile and install pam.

qt4和SDLPAL一起编译的时候，SDL_ttf编译出错：
./arm-openwrt-linux-gnueabi/bin/ld: warning: libdirectfb-1.4.so.0, needed by 
./usr/lib/libSDL.so, not found (try using -rpath or -rpath-link)
./usr/lib/libSDL.so: undefined reference to `DirectFBCreate'
./usr/lib/libSDL.so: undefined reference to `DirectFBError'
./usr/lib/libSDL.so: undefined reference to `DirectFBErrorString'
configure:2818: error: in `./SDL_ttf-2.0.11':
configure:2820: error: C compiler cannot create executables
See `config.log' for more details

原因分析：可能是因为qt4使用了libdirectfb-1.4.so.0，而我移植的
SDL_lib没有支持libdirectfb而是直接的fbcon！

经测试qtopia真的不支持多线程。qte可以使用-thread选项，但是q
topia不行，它会出现cannot find 
-lqte-mt（即使改为-lqte，编译成功，他也和找不到libqte-mt.so, 
No such file）。详见：R144, R135 。

Build Qtopia时使用-thread，出现这样提示：
WARNING: Trolltech does not support building Qtopia against a multi-threaded Qt.
    While it should work, Trolltech can make no guarantees about the ability
    of Qtopia to operate correctly when Qt is multi-threaded. If you wish to
    use threads in your own apps, you should consider using pthreads directly.

在编译s3c64xx时，target/linux/编译出错：（minimal，packages已经编
译通过）
make -C 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/build_dir/linux-
s3c64xx_mini6410/linux-2.6.36.4 CROSS_COMPILE="arm-openwrt-linux-gnueabi-" 
ARCH="arm" KBUILD_HAVE_NLS=no CONFIG_SHELL="/bin/bash" 
CC="arm-openwrt-linux-gnueabi-gcc" 
make[4]: Entering directory 
`/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/build_dir/linux
-s3c64xx_mini6410/linux-2.6.36.4'
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
make[5]: `include/generated/mach-types.h' is up to date.
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  CC      drivers/char/gpio_dev.o
drivers/char/gpio_dev.c:126: error: unknown field 'ioctl' specified in 
initializer
drivers/char/gpio_dev.c:126: warning: initialization from incompatible pointer 
type
make[6]: *** [drivers/char/gpio_dev.o] Error 1
make[5]: *** [drivers/char] Error 2
make[4]: *** [drivers] Error 2
make[4]: Leaving directory 
`/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/build_dir/linux
-s3c64xx_mini6410/linux-2.6.36.4'
make[3]: *** 
[/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/build_dir/linux
-s3c64xx_mini6410/linux-2.6.36.4/.image] Error 2
make[3]: Leaving directory 
`/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/target/linux/s3
c64xx'
make[2]: *** [install] Error 2
make[2]: Leaving directory 
`/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/target/linux'

详见 r700
添加sdlpal，但是qtopia的启动器没有完成

What steps will reproduce the problem?
1. 
把s3c24xx平台加入进来，包括openmoko；注意内核版本的保留2.6.3
2
2. 把s3c64xx平台加入进来；注意内核版本的保留2.6.36
3. 把s5pv210平台加入进来；注意内核版本的保留2.6.35

待完成！！！

我已经把qtopia-openwrt的软件源加入到我们的OpenWRT-Dreambox的feeds
中。
Qtopia-OpenWRT开源项目是我把Qtopia-2.2.0放到OpenWRT框架上，作为��
�对独立的开源项目，添加更多相关软件，并且不依赖于平台,
理论上支持所有openwrt支持的平台。详情请见：​http://code.goog
le.com/p/openwrt-for-embedded/
目前已支持Qtopia，tslib，以及在qtopia环境下运行的Filebrowser文�
��浏览器，Konqueror网页浏览器，MurphyPinyin中文拼音输入法，ZBE
Dic词典等。

目前还需要解决的问题有：
1 
qtopia使用qpe指令启动时，第一次启动运行，运行到所有设定��
�时间/语言/时区）都完成后停滞，需要二次利用qpe指令启动��
�能正常运行；
2 
qtopia下Application里大部分程序都不能正常运行，会出现：（其
他像Setting，Games下的所有程序都正常，只是Application很多程序
运行的不正常）

    Warning: File not found
    Warning: Could not create application main window
    Warning: problem renaming file using qdir::rename /root/Settings/PluginLoader_new.conf to /root/Settings/PluginLoader.conf

在两次或多次点击的情况下也能启动。我觉得和第一个问题��
�似。应该是openwrt的编译器问题？因为同样的代码使用非openwr
t的编译器工具链是没问题的。

BIN_DIR=/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/bin/s3c6
4xx 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/scripts/combined
-image.sh 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/bin/s3c64xx/open
wrt-s3c64xx-mini6410-uImage 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/bin/s3c64xx/open
wrt-s3c64xx-mini6410-jffs2-64k.img 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/bin/s3c64xx/open
wrt-mini6410-jffs2-64k.bin
--: 
/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/scripts/combined
-image.sh: Permission denied
make[4]: *** [install] Error 126
make[4]: Leaving directory 
`/home/richardnee/2.OpenWRT/0-OpenWRT-for-Embedded/trunk-10.03.1/target/linux/s3
c64xx/image'
make[3]: *** [install] Error 2

以后注意从openwrt 
trunk中升级goldfish,s3c24xx/openmoko，以及goldfish-qemu和android的feeds

详见 r698 
用拼音进行连续多字简写时，会使得整个qtopia都退出运行。��
�个可能是因为使用的数据库不对，默认的是0.03。详见移植记
录的.doc

原先使用qpe-build.mk，因为qpe-package.mk中有关于TARGET_CFLAGS添加QT
E_CFLAGS，导致编译src/setting/qipkg出错。
Makefile.target中有如下定义：
CFLAGS   = -pipe $(TARGET_CFLAGS) ...
INCPATH = -I../../../include 
-I/home/richardnee/6-openwrt-for-embedded/trunk/staging_dir/target-arm_v7-a_egli
bc-2.8_eabi/usr/lib/Qt2/include
$(CC) -c $(CFLAGS) $(INCPATH) -o $@ $<

通过INCPATH可以看出Qtopia/include在Qt2/include之前，先搜索Qtopia再
搜索Qt2，如果两者存在同一头文件，则以Qtopia为准。
而我定义的TARGET_CFLAGS是QTE_CFLAGS在QPE_CFLAGS之前，他们共同都��
�qwizard.h的定义，这样会以Qt2/include为准，所以导致出错！(位�
��如下：)
./src/settings/qipkg/.ui/release-shared/pkwizard.h:#include <qwizard.h>
Qt2/include/qwizard.h
Qt2/Qtopia/include/qwizard.h
Qt2/Qtopia/include/qtopia/qwizard.h
搜索了下qtopia，只有qipkg使用了qwizard.h这个头文件，所以也只
有这个程序出错！

解决方法： 参见 r952
1 
调整qpe-package.mk的QPE_CFLAGS到QTE_CFLAGS之前，默认优先搜索Qtopia�
��如果两者存在同一头文件，则以Qtopia为准。
2 
qtopia改用qpe-package.mk，同时修改TARGET_CFLAGS，使得qtopia/include在
Qt2/include之前，因为qipkg会使用到qtopia下而非qt2的<qwizard.h>。

android16的临时解决方案，待修复，内容如下：

1 r674 
目前android不是使用完整的bionic库，还不支持strftime_tz，所以��
�时先注释掉
http://code.google.com/p/openwrt-for-embedded/source/detail?r=674

  * 1. eglibc和glibc的区别
详见：
[http://hi.baidu.com/kongkong_embed/blog/item/efa9d147039c2e40500ffe6b.html 
uClibc与eglibc的区别（摘自eglibcFAQ)]
[http://www.oschina.net/p/eglibc/similar_projects 嵌入式GLIBC EGLIBC]
uClibc is designed to be source compatible with GLIBC, but it is not binary 
compatible. To use uClibc, you must recompile your application. The EGLIBC 
maintainers hope that EGLIBC will be binary compatible with GLIBC, in the sense 
that an application compiled to use GLIBC can instead use EGLIBC without 
recompilation, provided that the version of EGLIBC in use provides all of 
routines required by the application.

Embedded GLIBC (EGLIBC) 是 GNU C Library (GLIBC) 
的一个变种，用于工作在嵌入式的系统中。EGLIBC 
严格兼容二进制的 GLIBC 。

GLIBC为了实现最优化处理，致使在空间占用上越来越为人诟病
。EGLIBC的主要特性是更好的支持嵌入式架构，支持不同的shell
(GLIBC只支持bash)，支持-Os，可配置组件，稳定分支修正了一些
重要Bug等。

目前Debian已经决定用嵌入式GLIBC(EGLIBC)取代GNU C Library(GLIBC)。


  * 2. uClibc和glibc的区别
详见：
[http://www.uclibc.org/downloads/Glibc_vs_uClibc_Differences.txt 
Glibc_vs_uClibc_Differences]

uClibc和Glibc并不相同，两者有许多不同之处，而且以下不同有
可能给你带来一些问题.
1.uClibc比Glibc小，虽然uClibc和Glibc在已有的接口上是兼容的，��
�且采用uClibc编译应用程序比采用Glibc编译应用程序要更方便��
�但是uClibc并没有包括Glibc中的所有接口实现，因此有些应用��
�能在uClibc中不能编译。
2.uClibc在可配置性上比Glibc要好。
3.uClibc并不能保证发布的库二进制兼容旧版本uClibc库。当一个
新的版本uClibc库被发布，则可能需要也可能不需要重新编译��
�用程序。
4.在Glibc中调用malloc(0)，将返回一个有效的指针，然而在uClibc�
��调用malloc(0)，则返回NULL指针。根据在SuSv3中关于malloc(0)的行
为的定义，两个库的实现都是正确的。对于调用relloc(NULL,0)，
两个库的实现也不同。个人感觉Glibc的如此实现不是特别安全
。
    Glibc中malloc的实现可以通过MALLOC_CHECK_ 环境变量调节。这个方法主要用于malloc调试。这些扩展的malloc调试特性在uClibc中是不可用的。在Linux上有许多有些的malloc调试功能的库(如：dmalloc,electric fence,valgrind等)比Glibc中的扩展的malloc调试功能更好用。因此uClibc中去掉这些功能特性并不会有多打损失。
5.uClibc没有提供用于数据接口的库(libdb)。
6.uClibc不支持NSS(/lib/libnss_*)，在这方面Glibc更容易支持不同方�
��的认证和DNS解析。uClibc仅仅支持采用flat口令文件或者shadow��
�令文件存储授权信息。如果需要比这些更复杂的的授权，可�
��编译安装pam。
7.uClibc中的libresolv库仅仅是一个桩。Glibc的libresolv库中的部分�
��不是全部的功能uClibc都提供，许多函数都没有实现。
8.提供网络信息服务支持(NIS)libnsl库(最初被称为黄页YP)，被SUN
扩展为发明为RPC并用于网络共享Unix口令文件
。个人认为NIS是一个令人厌恶的东西并应该使用。因此，在��
�现相同的功能情况下采用ldap比NIS更有效。uClibc虽然提供一个
桩libnsl，但并不支持NIS。我们因此也不提供在Glibc下提供的位
于/usr/include/rpcsvc里的头文件。
9.uClibc的区域支持并不是100%的完全。正在这方面努力
10.uClibc的数据功能函数库内部仅仅支持long 
double，设置对于long 
double的支持也是非常有限。与此对应的只实现了较少的数学��
�数。如果应用程序采用double类型，则会程序会运行得较好。
11.uClibc的libcrpt库不支持可重入crypt_r,setkey_r和encrypt_r，因为这
些也不是SuSv3所规定的。
12.uClibc直接采用内核的数据类型去定义大多数透明的数据类��
�。
13.uClibc支持采用linux内核结构特有的结构体"struct stat"。
14.uClibc的运行时库librt当前缺少aio接口、全部的时钟接口和共
享内存接口(仅仅实现定时器接口和消息队列接口)

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


Please use labels and text to provide additional information.

Qt4的webkit最后得不到libQtWebKit.so*！
修复参看： r954

原因找到，在configure中，而4.7.0中就没有依赖于xrender，所以��
�除掉该部分：
6022     # Additional check to decide if WebKit support will be included
6023     if [ "$CFG_XRENDER" = "no" ] && [ "$CFG_WEBKIT" != "no" ]; then
6024         echo "Warning: -no-xrender will disable the QtWebkit module."
6025         CFG_WEBKIT="no"

713 CFG_WEBKIT=auto # (yes|no|auto|debug)
设置为yes，因此一定要CFG_WEBKIT = yes；
设置为debug，也要CFG_WEBKIT = yes；
而设置为no，要设置CFG_WEBKIT = no；
因此这三者不需要再根据CFG_WEBKIT="$canBuildWebKit"来确定yes or 
no；
而只有auto需要根据编译器情况来设置CFG_WEBKIT="$canBuildWebKit"，
确定yes or no；
因此
7678 if [ "$CFG_WEBKIT" != "no" ]; then
改为：
7678 if [ "$CFG_WEBKIT" = "auto" ]; then
7680     CFG_WEBKIT="$canBuildWebKit"
7682 fi

在为编译packages/kernel做准备阶段，make[3] -C 
target/linux/compile出错：
      CC [M]  net/netfilter/xt_IMQ.o
  net/netfilter/xt_IMQ.c:11: warning: 'struct   xt_target_param' declared inside parameter list
  net/netfilter/xt_IMQ.c:11: warning: its scope is only this definition or declaration, which is probably not what you want
  net/netfilter/xt_IMQ.c: In function 'imq_target':
  net/netfilter/xt_IMQ.c:13: error: dereferencing pointer to incomplete type
  net/netfilter/xt_IMQ.c: At top level:
  net/netfilter/xt_IMQ.c:38: warning: initialization from incompatible pointer type
  net/netfilter/xt_IMQ.c:39: warning: initialization from incompatible pointer type
  net/netfilter/xt_IMQ.c:47: warning: initialization from incompatible pointer type
  net/netfilter/xt_IMQ.c:48: warning: initialization from incompatible pointer type
  make[7]: *** [net/netfilter/xt_IMQ.o] Error 1
  make[6]: *** [net/netfilter] Error 2
  make[5]: *** [net] Error 2
  make[5]: Leaving directory `trunk-10.03.1/build_dir/linux-s5pv210_tiny210/linux-2.6.35.7'

主要是因为我加入的generic/patches-2.6.35/150-netfilter_imq.patch有问�
��，缺少struct xt_target_param定义。
可以对比下，patches-2.6.30/和patches-2.6.32/中有该150-netfilter_imq.pa
tch补丁，但是到了patches-2.6.36/就没有了。
所以在本2.6.35内核中也删除掉。
解决方法一：删除generic/patches-2.6.35/150-netfilter_imq.patch
  需要同时修改其他相关的补丁！（不修改也行，他会自动识别到相应的位置）
  Applying patch generic/180-netfilter_depends.patch
  patching file net/netfilter/Kconfig
  Hunk #2 succeeded at 549 (offset -12 lines).

  Applying patch platform/805-dm9000-16bit-support.patch
  patching file drivers/net/Makefile
  patching file drivers/net/Kconfig
  Hunk #1 succeeded at 958 (offset -123 lines).
  Hunk #2 succeeded at 3191 (offset -123 lines).
  patching file drivers/net/dm9000.c

解决方法二：修改generic/patches-2.6.35/150-netfilter_imq.patch
没有采用

编译qt4时用到mysql-5.1.53，编译出错：
configure: WARNING: unrecognized options: --disable-nls, --without-raid, 
--without-mysqlfs, --without-vio, --without-bench
configure: loading site script include/site/arm-openwrt-linux-gnueabi
checking build system type... i686-pc-linux-gnu
checking host system type... arm-openwrt-linux-gnu
checking target system type... arm-openwrt-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk 
checking whether make sets $(MAKE)... yes
checking for arm-openwrt-linux-strip... arm-openwrt-linux-gnueabi-strip
checking how to create a ustar tar archive... gnutar
checking for style of include used by make... GNU
checking for arm-openwrt-linux-gcc... arm-openwrt-linux-gnueabi-gcc
checking for C compiler default output file name... 
configure: error: in `build_dir/target-arm_v7-a_glibc-2.6.1_eabi/mysql-5.1.53':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make[3]: *** 
[build_dir/target-arm_v7-a_glibc-2.6.1_eabi/mysql-5.1.53/.configured_] Error 77
make[3]: Leaving directory `feeds/packages/libs/mysql'
make[2]: *** [package/feeds/packages/mysql/compile] Error 2

1 glibc和eglibc都编译出错！
2 uClibc编译通过！
3 openwrt-dreambox情况和openwrt-for-embedded情况一样！

测试feeds/packages能不能添加软件源.

答案：（不能，必须把自己的源放在最前面，然后他就会删��
�其他的源）
经检验feeds/packages不会把后备软件源作为补充，必须把需要的
源放在最前面，这样也只会有该软件源的程序，不会含有后��
�源的程序。

如题……如果搞定了我打算再编译一次openwrt-210玩玩，先求确
认……

By huhu2207

1. 
原始的backfire_10.03.1和Dreambox的generic-2.6/files/中最大的不同就��
�，原始backfire_10.03.1没有了drivers/leds/ledtrig-usbdev.c驱动程序。
2. 
因此在移植Dreambox下的s3c24xx和s3c64xx时，不需要generic-2.6/patches
-2.6.36,patches-2.6.35的403-ledtrig-usbdev.patch补丁！
3. 
403-ledtrig-usbdev.patch会在drivers/leds/Kconfig,Makefile中添加有关ledtri
g-usbdev的配置。

4. 
如果想添加（比如）drivers/leds/ledtrig-usbdev.c，可以把它及其补
丁403-ledtrig-usbdev.patch放到<arch-platform>/files-2.6.xx，patches-2.6.xx��
�！

5. 
原则是：不修改、添加原始backfire_10.03.1的generic-2.6/files/generic
-2.6/patches-2.6.32/的文件

6. patching时会出现Hunk # success自动匹配补丁，无关紧要。