Freeing init memory: 68K 停住了

edisontang

VFS: Mounted root (cramfs filesystem,read only).
Freeing init memory: 68K


然后跟进去，
static int init(void * unused)
{
................
if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
................

}
--->

asmlinkage long sys_open(const char __user * filename, int flags, int mode)
{
................

                if (fd >= 0) {
                        struct file *f = filp_open(tmp, flags, mode);
................

}
--->

struct file *filp_open(const char * filename, int flags, int mode)
{
................
        if (!error)
                return dentry_open(nd.dentry, nd.mnt, flags);
................

}
--->

struct file *dentry_open(struct dentry *dentry, struct vfsmount *mnt, int flags)
{
................

if (f->f_op && f->f_op->open) {
                error = f->f_op->open(inode,f);
                if (error)
                        goto cleanup_all;
        }
................
}

最后就停在了error = f->f_op->open(inode,f);

不知为何是这样的？

系统配置是:KS8695X(CPU)+SST39VF6401B(Flash),但是同样的内核文件,如果把flash替换为AM29LV640就没有这个问题了，后来我发现，如果用的是 AM29LV640，内核（主要体现在MTD层上）用的是CFI接口来访问的，如果用SST39VF6401B，内核是用jedec接口模拟cfi访问的，难道这两者有什么区别吗？

k_ewell

Freeing init memory: 68K卡住一般是你的kernel执行不了你的busybox的init,或者是类似init之类的应用程序  (前提是串口设置正确了哈)

edisontang

由于cfi接口不支持，所以我现在用了amd_flash和jedec_probe，都可以识别出来，但是在访问/dev/console的时候总是出问题，我用的是cramfs的根文件系统，我也在u-boot模式下用md命令看到文件系统中确实存在着/dev/console文件的。

bass339

原帖由 k_ewell 于 2008-6-30 11:58 发表
Freeing init memory: 68K卡住一般是你的kernel执行不了你的busybox的init,或者是类似init之类的应用程序  (前提是串口设置正确了哈)

应该是这个原因的

edisontang

但是我同样的内核文件和根文件系统已经在另外一块AM29LV640的flash跑成功了。
我这边确实是使用了busybox的init，串口的设置也是正确的。