The linker is looking for libgcc_eh.a and is failing to find it in .../
lib/gcc/arm-none-eabi/4.2.1.

I've downloaded two versions of G++ Lite:
1. arm-none-eabi 2007q3-53 is for building low-level applications
such as Uboot and Linux Kernel image that don't have an underlying
operating system.
2. arm-none-linux-gnue

前言

我需要在Arm9的s3c2410 CPU上运行python，以下是我的编译过程。

host编译环境：

ubuntu 7.04, gcc 4.2.1, arm-linux-gcc 3.3.2

要cross compile的程序：

• sqlite 3.5.6,
• python 2.5.1

编译sqlite

先去 ht

   最初使用的内核的版本是2.6.23.1，待系统差不多完成时，这个版本已经升级到了2.6.23.17。于是折腾了一天把系统内核升了上去。没觉得有什么差异，应该会稳定一点吧，心想。殊不知，噩梦还在后头。

今天问题来了，摄像头表现非常不稳定。有时能打开，有时又黑屏，有时又假死。

是什么问题?USB驱动？之前有过USB不稳定的问题，所以比较敏感。

又会不会是摄像头驱动呢？ 也难说，是不是应用程序设置有问题啊？

问题非常难定位，排查了好久，突然想起，好像以前没有见过这样的现象啊， 一

To test that the Linux framebuffer is set up correctly, and that the device permissions are correct, use the program below which opens the frame buffer and draws a gradient-filled red square:

    #include <unistd.h>
    #include <stdio.h>
    #include <fcntl.h>
    #include <linux/fb.h>
    #include <sys/mman.h>

    int main()
    {
        int fbfd = 0;
        struct fb_var_screeninfo vinfo;
        struct fb_fix_

NFS：

1. rsize=1024,wsize=1024，轻微丢包

所用时间：

# time cp dns.mp3 dns2.mp3 #dns.mp3大小为6.4M

NFS作为根文件系统时server not responding问题的解决

R.wen

在移植cs89x0后，就一直碰到如下这个问题：

nfs: server 192.168.10.1 not responding

1.3背光驱动的实现

本RSU系统使用一个通用的背光层驱动和用户及内核的其他模块交互。该背光驱动作为PWM模块