cramfs文件系统识别nand坏块的解决方法

本文详细介绍了Cramfs文件系统在处理多个连续坏块时的问题,并提供了针对此问题的解决方法。通过修改坏块映射表的初始化逻辑,实现了正确处理连续坏块的功能。此外,还指导了如何在Ubuntu系统中获取和使用mkcramfs工具,以及如何将Cramfs文件镜像烧写到NAND闪存分区的完整步骤。最后,针对可能出现的Cramfs不识别NAND闪存坏块的问题,提出了一个关键的补丁方案,确保Cramfs能够正确处理NAND闪存中的坏块。

近日在对坏块驱动的坏块检测及标记等api修改的过程中,发现在cramfs文件系统所在flash中标记多个坏块后,文件系统启动出现问题。提示:     
      cramfs: bad compressed blocksize 2447430638
      cramfs: bad compressed blocksize 2447430638


后在网上找到了一个解决办法,但是在测试时发现,该patch只能解决单个坏块的情况,对于多个坏块连续存在时,文件系统启动仍有问题。从其能解决单个坏块问题的现象分析,说明其基本处理思路是正确的。不能解决多个坏块连续存在的问题,应该是其在计算处理坏块偏移的算法有问题。
这段代码是对坏块映射表进行INIT的,经分析发现,其在检测到坏块后,直接偏移増加一个block给坏块表对应项,但是如果有连续坏块时,下一个坏块其实被赋给了坏块表,这样在cramfs加载时,仍然会read flash错误。
        for(i = 0; i < blocks; i++){
            if (mtd->block_isbad(mtd, (loff_t)i*mtd->erasesize))
                 offset += mtd->erasesize;
            block_map[i] = offset;
        }:
更改如下:
        for(i = 0; i < blocks; i++){
            while(mtd->block_isbad(mtd, ((loff_t)i*mtd->erasesize + offset)))
                 offset += mtd->erasesize;
            block_map[i] = offset;
        }:
即可;


1.内核支持:
   CONFIG_CRAMFS=y

2.制作文件
   1)获取mkcramfs工具
     如果是ubuntu的话: apt-get install mkcramfs
     否则从 http://sourceforge.net/projects/cramfs/ 下载源码编译
   2)制作cramfs文件镜像
      mkcramfs ./rootfs  rootfs.cramfs

3.uboot烧写cramfs文件到nand的分区
      tftp $loadaddr rootfs.cramfs
      nand erase [addr] [size] 
           --- addr 为cramfs分区的起始地址
           --- size 为cramfs分区的大小
      nand write $loadaddr [addr] $filesize
           --- 把文件烧写到nand里面去
      setenv bootargs console=ttyS0,115200n8 init=/init rw root=1f04 rootfstype=cramfs
           --- 1f04代表nand的第四个分区, 我这使用的是这个分区.
      boot
   如果运气的好的话,cramfs能起来了。

4. 如果遇到如下错误:
   1) cramfs: bad root offset 108
      可能是uboot烧写nand使用的ecc与内核使用的ecc不一致造成的。

   2) cramfs: bad compressed blocksize 3822651956
      cramfs: bad compressed blocksize 3822651956
      Failed to execute /init.  Attempting defaults...
      cramfs: bad compressed blocksize 2447430638
      cramfs: bad compressed blocksize 2447430638
      Error -3 while decompressing!
      c05c7319(1969)->cfff0000(4096)
      可能是由于nand有坏块。 uboot烧写时跳过坏块,而cramfs却没有识别到这写坏块。

5) 解决cramfs不识别nand坏块的patch:
   本人使用的android的 2.6.32内核
   # uname -a
     Linux (none) 2.6.32 #25 Tue Jul 12 19:03:04 CST 2011 armv7l GNU/Linux
  遵循尽量少该原则,我们只需改动修改 fs/cramfs/inode.c 文件.

//------------------------------ 在文件中添加以下内容 --------------------------------
#include <linux/mtd/mtd.h>

struct cramfs_nand_info
{
    unsigned int erasesize_shift;
    uint32_t *block_map;
    uint32_t size;
};

static unsigned int cramfs_nand_transfer_offset(struct super_block *sb, unsigned int offset)
{
    struct cramfs_sb_info *sbi = sb->s_fs_info;
    struct cramfs_nand_info *nandinfo;

    nandinfo = (struct cramfs_nand_info *)(sbi + 1);

    if (!nandinfo->erasesize_shift || !nandinfo->block_map)
        return offset;

    if (offset > nandinfo->size)
        return offset;

    return  (offset + nandinfo->block_map[offset >> nandinfo->erasesize_shift]);
}

static void cramfs_fill_nand(struct super_block *sb)
{
    struct cramfs_sb_info *sbi = sb->s_fs_info;
    struct cramfs_nand_info *nandinfo;
    uint32_t *block_map = NULL;
    uint32_t offset = 0;

    nandinfo = (struct cramfs_nand_info *)(sbi + 1);

    if(MAJOR(sb->s_dev) == MTD_BLOCK_MAJOR)
    {
        struct mtd_info *mtd;
        int blocks, i;

        mtd = get_mtd_device(NULL, MINOR(sb->s_dev));
        if(!mtd)
            return;

        if(mtd->type != MTD_NANDFLASH)
            return;

        blocks = mtd->size >> mtd->erasesize_shift;

        printk("cramfs_fill_nand blocks is %d-----------------------\n\n\n\n", blocks);
        block_map = kmalloc(blocks * sizeof(uint32_t), GFP_KERNEL);
        if (!block_map)
            return ;

        for(i = 0; i < blocks; i++)
        {
            if (mtd->block_isbad(mtd, (loff_t)i * mtd->erasesize))
                offset += mtd->erasesize;
            block_map[i] = offset;
        }

        nandinfo->erasesize_shift = mtd->erasesize_shift;
        nandinfo->block_map = block_map;
        nandinfo->size = (uint32_t) mtd->size;
    }
}


//------------------------------ 在文件中修改以下内容 --------------------------------
/************** 修改function : cramfs_fill_super **************/
    sbi = kzalloc(sizeof(struct cramfs_sb_info), GFP_KERNEL);
    sbi = kzalloc(sizeof(struct cramfs_sb_info) + sizeof(struct cramfs_nand_info), GFP_KERNEL);
    if (!sbi)
        return -ENOMEM;
    sb->s_fs_info = sbi;

    /* add patch for skipping bad nand block */
    cramfs_fill_nand(sb);

    /* Invalidate the read buffers on mount: think disk change.. */
    mutex_lock(&read_mutex);
    for (i = 0; i < READ_BUFFERS; i++)
        buffer_blocknr[i] = -1;


/************** 修改function : cramfs_read  **************/
    if (!len)
        return NULL;

    /* calc the real offset in nand */
    offset = cramfs_nand_transfer_offset(sb, offset);

    blocknr = offset >> PAGE_CACHE_SHIFT;
    offset &= PAGE_CACHE_SIZE - 1;

 

解决方法的原理是: 在nand没有坏块的情况下,cramfs是连续的放在nand的data区域,cramfs文件系统中数据的offset == nand中数据区域的offset。我们暂且把cramfs系统   称作FS(offset), 把nand中数据区域的offset称作 NAND(offset)。 如果说nand存在坏块了,uboot烧写cramfs镜像就不是连续存放了,此时 FS(offset) != NAND(offset)。因此,想要让cramfs对nand的坏块支持,就需要写一个映射函数f把FS(offset)映射到NAND(offset) 该函数形式为: f(FS(offset)) = NAND(offset)。  映射函数的算法是: 创建一个block的映射表,FS(offset)也以块为单位坐落于block映射表中。 如果FS(offset)坐落的那个block是坏块,则使其映射表及其后的所有block表值都加上块大小。 换算公式为:  NAND(offset) = FS(offset) + block_map[ FS(offset) / block_size ];
      我们想要的映射函数使用C语言实现出来就是上面的 cramfs_nand_transfer_offset 这个函数。 cramfs_fill_nand只是为映射函数的实现做提前准备的。


豌豆代理(又称豌豆 IP)是一款一站式国内代理 IP 服务平台,主打高匿名、低延迟、高可用的 IP 资源,支持 HTTP/HTTPS/SOCKS5 协议,适配 Windows、Mac、Android、iOS 多平台。 多类型 IP 资源与高覆盖节点 提供动态住宅 IP、静态独享 IP、数据中心 IP,覆盖全国 200 + 城市,可用率 99%+;支持省市精准选择或全国混拨,适配不同业务合规与稳定性需求。 使用:在客户端 “节点 / 线路” 页,按城市 / 类型筛选,一键连接目标 IP,适合爬虫、电商多账号运营等场景。 秒级 IP 切换与灵活调度 支持手动一键切换、秒级动态切换(切换速度低至 100ms)、定时切换(自定义时长),并自动过滤重复 IP,避免重复使用导致风险。 使用:在 “设置” 中开启 “自动切换” 并设时间间隔,或按 Ctrl+Q 快捷键一键换 IP,适配反爬虫、批量测试等高频切换场景。 全协议支持与多端适配 兼容 HTTP/HTTPS/SOCKS5 主流代理协议,可对接浏览器、爬虫脚本、客户端软件;支持 Windows、Mac、安卓、iOS 多端同步使用,跨设备无缝切换。 使用:在客户端 “协议设置” 选择对应协议,生成代理地址与端口,直接填入目标软件即可生效。 隐私安全与数据加密 自研传输加密技术保护数据传输,搭配高匿名 IP 隐藏真实地址,同时支持自动清除 Cookie / 缓存,降低隐私泄露与追踪风险。 使用:在 “安全设置” 中开启 “数据加密” 与 “自动清理缓存”,公共 WiFi 环境下优先启用,提升隐私防护等级。 智能筛选与稳定网络优化 系统自动筛选低延迟、高可用 IP,过滤失效 / 重复地址;依托自建纯净机房与独享带宽,搭配 BGP 多线接入,保障连接稳定性与速度。 使用:无需手动配置,客户端默认智能匹配合适节点,复杂网络环境可在 “网络
在网络高速发展的时代,众多的软件被开发出来,给用户带来了很大的选择余地,而且人们越来越追求更个性的需求。在这种时代背景下,商家只能以用户为导向,以商品的持续创新作为商家最重要的事项。 在新发展的时代,人们对幼儿资源互助共享平台越来越重视,才能实现幼儿资源互助共享平台的有效发挥,本文将通过幼儿资源互助共享平台的信息,分析在日常生活中对幼儿资源互助共享平台存在哪些问题探讨出进一步提升效率,管理能力的对策。 系统采用了Java技术,将所有模块采用以浏览器交互的模式,选择MySQL作为系统的数据库,来进行系统的设计。基本实现了幼儿资源互助共享平台应有的主要功能模块,本系统有管理员:首页、个人中心、用户管理、卖家管理、咨询师管理、萌宝信息管理、幼儿知识管理、保姆推荐管理、音频资源管理、二手商品管理、商品分类管理、资源分类管理、交流论坛、系统管理,用户;首页、个人中心、萌宝信息管理、保姆推荐管理、音频资源管理,卖家;首页、个人中心、二手商品管理、订单管理,咨询师;首页、个人中心、幼儿知识管理,前台首页;首页、萌宝信息、幼儿知识、保姆推荐、音频资源、二手商品、交流论坛、个人中心、后台管理、购物车等功能。 对系统进行测试后,改善了程序逻辑和代码。同时确保系统中所有的程序都能正常运行,所有的功能都能操作,本系统的开发获取幼儿资源互助共享平台信息能够更加方便快捷,同时也使幼儿资源互助共享平台信息变的更加系统化、有序化。系统界面较友好,易于操作。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值