Chinaunix首页 | 论坛 | 博客
  • 博客访问: 713928
  • 博文数量: 79
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 1338
  • 用 户 组: 普通用户
  • 注册时间: 2012-06-12 08:51
个人简介

XMU->九天揽月->五湖抓鳖->DSP->driver->kernel/OpenWRT->ISP/RTOS

文章分类

全部博文(79)

文章存档

2020年(2)

2018年(3)

2016年(7)

2015年(42)

2014年(25)

分类: LINUX

2015-03-24 15:07:03

之前在openwrt上为了支持broadcom的一款芯片,替换掉了内核版本,这样overlayfs的补丁自己改的,openwrt overlayfs 2.6.36内核补丁
结果出来有问题,overlay的好处就是提供一个jffs2层把用户针对rootfs只读区的修改同步过去,包括删除和替换操作。
而我这个版本有个问题,就是删除只读层的文件时,提示删除失败,并且还留下一个非常难看的overlay-whiteout链接。

用strace跟踪,strace -f -F -o strace.log  rm /etc/config/ddns
确认是unlink系统调用返回错误
unlink("ddns")                    = -1 EOPNOTSUPP (Operation not supported)

就从overlayfs的ovl_unlink()入手,逐步跟踪到底,在__vfs_setxattr_noperm()中
inode->i_op->setxattr 回调指向为NULL,这个有点问题,于是把inode->i_op的回调地址打出来,查找system.map
i_op指向了
  1. const struct inode_operations jffs2_file_inode_operations =
  2. {
  3.     .check_acl = jffs2_check_acl,
  4.     .setattr = jffs2_setattr,
  5.     .setxattr = jffs2_setxattr,
  6.     .getxattr = jffs2_getxattr,
  7.     .listxattr = jffs2_listxattr,
  8.     .removexattr = jffs2_removexattr
  9. };
再查代码,jffs2_setxattr被CONFIG_JFFS2_FS_XATTR宏给控制了,未定义时jffs2 xattr的接口全部被define为NULL。
这就是问题的根源了。

make kernel_menuconfig中把JFFS2_FS_XATTR 打开。
编译验证删除OK。多坑爹的问题,还是对fs不懂,只能靠这种土办法排查。
阅读(7576) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~