当在内核编译make menuconfig中在system type中选择fix timer时，plat-samsung下的timer.c就不会被编译。。。。。。当然会报错，编译会通不过（简单的加上也不行）。然后再选回tickless and hr timer时同样通不过。看了下qt的内核代码，发现里面根本就没有动态timer的配置，而且在plat-samsung下面也没有ht-timer.c，只有timer.c。
    

你可以使用缺省的内核配置，用户如果自己从头配置，那是相当复杂的，特别是对内核不太了解的初学者。

恩，缺省配置是对的，但是使用缺省配置，只改动一个选项（就是fixed timer），就不对了。然后再改回去仍然会出错

2.6.28是可以编译通过的，

这些都是源代码，你可以自己看看，我们并没有使用过你说的东西，对此不了解，抱歉

额，没事。我用2.6.28了。

其实就是arch/arm/plat-sumsang/下的makefile和kconfig你们的内核代码工程师没有写好，也就是你选了fixed-timer选项后，里面的hr-time.c和time.c都没有被编译，于是mach-mini6410.c中的
MACHINE_START(MINI6410, "MINI6410")
    /* Maintainer: Ben Dooks <ben-linux@fluff.org> */
    .phys_io    = S3C_PA_UART & 0xfff00000,
    .io_pg_offst    = (((u32)S3C_VA_UART) >> 18) & 0xfffc,
    .boot_params    = S3C64XX_PA_SDRAM + 0x100,

    .init_irq    = s3c6410_init_irq,
    .map_io        = mini6410_map_io,
    .init_machine    = mini6410_machine_init,
    .timer        = &s3c24xx_timer,
MACHINE_END
中的.timer对应的s3c24xx_timer找不到（在time.c或hr-time.c中）
让友善的工程师看看吧，2.6.36的小问题（你们弄的目录太复杂了，makefile和kbuild不好写呀）。

据了解，Android 要求 hr timer，所以为何要用 fix timer ?

fix timer也能跑起来，而且并不慢。

这就不清楚了，个人觉得，Android既然要求HIGH_RES_TIMERS，应该是有一定的原因的