我的mini6410 买的是7寸屏，当时为解决定位不准问题，用了友善免费提供串口板，在Linux下工作正常

看到android 2.3出来了，于是就下载了 kernel 2.6.36 + android 2.3的镜像文件，

发现，触摸屏卡在了等待设置屏的地方，因为他一直在等触摸屏的输入，但发现无法输入

料想，应该是 最新的镜像不支持 一线触摸，因为镜像名字中没有 -s这个符号

于是找来了以前2.1的链接 ，具体是 http://arm9download.cncncn.com/mini6410/android/rootfs_android-s-20100923.tar.gz

制作了ubi文件，然后重新烧写的ubi，结果同上，还是卡在屏蔽输入的地方。可以确认ubi文件已经烧入，因为启动信息不一样

不知这是何故？

是因为内核镜像也要用回 201009月那个版本么？

本来打算下载已经编译好的镜像，但一直下不了

http://arm9download.cncncn.com/mini6410/mini6410-android-images-20100922.zip

求助.

另外，我查看了下我制作的rootfs
它里面的配置文件 /system/etc/friendarm-ts-input.conf文件中显示的是

TSLIB_TSDEVICE=/dev/s3c2410_serial3

在内核启动过程中，也好像找到了s3c6410-serial3的驱动已经加载的信息

在接触屏的时候，可以看到那个附加的串口板上的小led灯，每按一次都会跟着闪

试试以下步骤：

1) 自行编译android源代码
2）编译成功后，用genrootfs.sh 生成文件系统文件 (会创建目录 rootfs_dir)
3) 接着，先不要生成 ubi 映象，进行以下修改：
echo TSLIB_TSDEVICE=/dev/ttySAC3 > rootfs_dir/etc/friendlyarm-ts-input.conf
echo CHECK_1WIRE=N > rootfs_dir/etc/ts.detected

即保证 friendlyarm-ts-input.conf 的内容为 /dev/ttySAC3,  ts.detected的内容为 CHECK_1WIRE=N

4) 最后，用genimages.sh生成文件系统映象，重新烧写

good luck!

好快的回复速度！！！


因为还没有下载android的源代码

刚做了个测试，就是，跑的是 2.6.36的内核 ，用的文件系统是 android 2.1

直接在rootfs_dir_s的目录下修改了那两个文件friendlyarm-ts-input.conf,etc/ts.detected

发现内核启动失败，失败原因是没找到ts.config，然后就不断重启

之前，没改那两个文件前，启动是正常的

现在准备下载android 2.3的源代码，再试试，重新编译的方法...

另外，看了hack的第四步，应该是使用mkuimage来生成镜像吧？

genimages.sh 是一个脚本，它会调用 mkubimage，
当然，你熟悉mkubimage的话，建议你用 mkubimage

ts.detected的内容为 CHECK_1WIRE=N

是不是就是不适用一线触摸校准？

我换了android 2.3.2的rootfs ，单独只修改了 etc/friendlyarm-ts-input.conf，使用mkuimage生成镜像文件，烧写后，从启动代码看，还是显示的是/dev/touchscreen，信息如下：
UBIFS: mounted UBI device 0, volume 0, name "FriendlyARM-root"
UBIFS: file system size:   253661184 bytes (247716 KiB, 241 MiB, 1966 LEBs)
UBIFS: journal size:       9033728 bytes (8822 KiB, 8 MiB, 71 LEBs)
UBIFS: media format:       w4/r0 (latest is w4/r0)
UBIFS: default compressor: lzo
UBIFS: reserved for root:  0 bytes (0 KiB)
one_wire_status: 2
TouchDevice: /dev/touchscreen
xres = 800, yres = 480



然后，我修改了两个文件，friendlyarm-ts-input.conf,etc/ts.detected内容，注意，原本rootfs里没有ts.detected,是我兴建的。结果发现确实改过来了，但内核启动失败

UBIFS: journal size:       9033728 bytes (8822 KiB, 8 MiB, 71 LEBs)
UBIFS: media format:       w4/r0 (latest is w4/r0)
UBIFS: default compressor: lzo
UBIFS: reserved for root:  0 bytes (0 KiB)
one_wire_status: 2
TouchDevice: /dev/ttySAC3
ts_config: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
[<c016a9a4>] (unwind_backtrace+0x0/0xe4) from [<c04c31ec>] (panic+0x68/0x194)
[<c04c31ec>] (panic+0x68/0x194) from [<c01827e4>] (do_exit+0x68/0x664)
[<c01827e4>] (do_exit+0x68/0x664) from [<c018310c>] (do_group_exit+0xb0/0xe4)
[<c018310c>] (do_group_exit+0xb0/0xe4) from [<c0183150>] (sys_exit_group+0x10/0x18)
one_wire_status: 2
[<c0183150>] (sys_exit_group+0x10/0x18) from [<c0165e60>] (ret_fast_syscall+0x0/0x30)
Rebooting in 5 seconds..one_wire_status: 4
s3c2410-ohci s3c2410-ohci: auto-stop root hub
arch_reset: atOK


求助

试试不用ubi, 用yaffs文件系统

刚试了下，修改上述两个文件，出现跟ubi不同的错误
FP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5
one_wire_status: 4
s3c-rtc s3c64xx-rtc: setting system clock to 2011-03-25 21:07:35 UTC (1301087255)
Freeing init memory: 1396K
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
yaffs: dev is 32505858 name is "mtdblock2" rw
yaffs: passed flags ""
one_wire_status: 4
switch_root: bad init /sbin/init: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
[<c016a9a4>] (unwind_backtrace+0x0/0xe4) from [<c04c31ec>] (panic+0x68/0x194)
[<c04c31ec>] (panic+0x68/0x194) from [<c01827e4>] (do_exit+0x68/0x664)
[<c01827e4>] (do_exit+0x68/0x664) from [<c018310c>] (do_group_exit+0xb0/0xe4)
[<c018310c>] (do_group_exit+0xb0/0xe4) from [<c0183150>] (sys_exit_group+0x10/0x18)
one_wire_status: 2
[<c0183150>] (sys_exit_group+0x10/0x18) from [<c0165e60>] (ret_fast_syscall+0x0/0x30)
Rebooting in 5 seconds..one_wire_status: 4