axisflashmap.rar

  • PUDN用户
    了解作者
  • Unix_Linux
    开发工具
  • 5KB
    文件大小
  • rar
    文件格式
  • 0
    收藏次数
  • 1 积分
    下载积分
  • 2
    下载次数
  • 2014-03-26 11:07
    上传日期
Physical mapping layer for MTD using the Axis partitiontable format.
axisflashmap.rar
  • axisflashmap.c
    11.1KB
  • axisflashmap.h
    1.9KB
内容介绍
/* * Physical mapping layer for MTD using the Axis partitiontable format */ #include <linux/module.h> #include <linux/types.h> #include <linux/kernel.h> #include <linux/init.h> #include <linux/slab.h> #include <linux/mtd/concat.h> #include <linux/mtd/map.h> #include <linux/mtd/mtd.h> #include <linux/mtd/mtdram.h> #include <linux/mtd/partitions.h> #include <asm/axisflashmap.h rel='nofollow' onclick='return false;'> #include <asm/mmu.h rel='nofollow' onclick='return false;'> #include <arch/sv_addr_ag.h rel='nofollow' onclick='return false;'> #ifdef CONFIG_CRIS_LOW_MAP #define FLASH_UNCACHED_ADDR KSEG_8 #define FLASH_CACHED_ADDR KSEG_5 #else #define FLASH_UNCACHED_ADDR KSEG_E #define FLASH_CACHED_ADDR KSEG_F #endif #if CONFIG_ETRAX_FLASH_BUSWIDTH==1 #define flash_data __u8 #elif CONFIG_ETRAX_FLASH_BUSWIDTH==2 #define flash_data __u16 #elif CONFIG_ETRAX_FLASH_BUSWIDTH==4 #define flash_data __u32 #endif /* From head.S */ extern unsigned long romfs_start, romfs_length, romfs_in_flash; /* The master mtd for the entire flash. */ struct mtd_info* axisflash_mtd = NULL; /* Map driver functions. */ static map_word flash_read(struct map_info *map, unsigned long ofs) { map_word tmp; tmp.x[0] = *(flash_data *)(map->map_priv_1 + ofs); return tmp; } static void flash_copy_from(struct map_info *map, void *to, unsigned long from, ssize_t len) { memcpy(to, (void *)(map->map_priv_1 + from), len); } static void flash_write(struct map_info *map, map_word d, unsigned long adr) { *(flash_data *)(map->map_priv_1 + adr) = (flash_data)d.x[0]; } /* * The map for chip select e0. * * We run into tricky coherence situations if we mix cached with uncached * accesses to we only use the uncached version here. * * The size field is the total size where the flash chips may be mapped on the * chip select. MTD probes should find all devices there and it does not matter * if there are unmapped gaps or aliases (mirrors of flash devices). The MTD * probes will ignore them. * * The start address in map_priv_1 is in virtual memory so we cannot use * MEM_CSE0_START but must rely on that FLASH_UNCACHED_ADDR is the start * address of cse0. */ static struct map_info map_cse0 = { .name = "cse0", .size = MEM_CSE0_SIZE, .bankwidth = CONFIG_ETRAX_FLASH_BUSWIDTH, .read = flash_read, .copy_from = flash_copy_from, .write = flash_write, .map_priv_1 = FLASH_UNCACHED_ADDR }; /* * The map for chip select e1. * * If there was a gap between cse0 and cse1, map_priv_1 would get the wrong * address, but there isn't. */ static struct map_info map_cse1 = { .name = "cse1", .size = MEM_CSE1_SIZE, .bankwidth = CONFIG_ETRAX_FLASH_BUSWIDTH, .read = flash_read, .copy_from = flash_copy_from, .write = flash_write, .map_priv_1 = FLASH_UNCACHED_ADDR + MEM_CSE0_SIZE }; /* If no partition-table was found, we use this default-set. */ #define MAX_PARTITIONS 7 #define NUM_DEFAULT_PARTITIONS 3 /* * Default flash size is 2MB. CONFIG_ETRAX_PTABLE_SECTOR is most likely the * size of one flash block and "filesystem"-partition needs 5 blocks to be able * to use JFFS. */ static struct mtd_partition axis_default_partitions[NUM_DEFAULT_PARTITIONS] = { { .name = "boot firmware", .size = CONFIG_ETRAX_PTABLE_SECTOR, .offset = 0 }, { .name = "kernel", .size = 0x200000 - (6 * CONFIG_ETRAX_PTABLE_SECTOR), .offset = CONFIG_ETRAX_PTABLE_SECTOR }, { .name = "filesystem", .size = 5 * CONFIG_ETRAX_PTABLE_SECTOR, .offset = 0x200000 - (5 * CONFIG_ETRAX_PTABLE_SECTOR) } }; /* Initialize the ones normally used. */ static struct mtd_partition axis_partitions[MAX_PARTITIONS] = { { .name = "part0", .size = CONFIG_ETRAX_PTABLE_SECTOR, .offset = 0 }, { .name = "part1", .size = 0, .offset = 0 }, { .name = "part2", .size = 0, .offset = 0 }, { .name = "part3", .size = 0, .offset = 0 }, { .name = "part4", .size = 0, .offset = 0 }, { .name = "part5", .size = 0, .offset = 0 }, { .name = "part6", .size = 0, .offset = 0 }, }; #ifdef CONFIG_ETRAX_AXISFLASHMAP_MTD0WHOLE /* Main flash device */ static struct mtd_partition main_partition = { .name = "main", .size = 0, .offset = 0 }; #endif /* * Probe a chip select for AMD-compatible (JEDEC) or CFI-compatible flash * chips in that order (because the amd_flash-driver is faster). */ static struct mtd_info *probe_cs(struct map_info *map_cs) { struct mtd_info *mtd_cs = NULL; printk(KERN_INFO "%s: Probing a 0x%08lx bytes large window at 0x%08lx.\n", map_cs->name, map_cs->size, map_cs->map_priv_1); #ifdef CONFIG_MTD_CFI mtd_cs = do_map_probe("cfi_probe", map_cs); #endif #ifdef CONFIG_MTD_JEDECPROBE if (!mtd_cs) mtd_cs = do_map_probe("jedec_probe", map_cs); #endif return mtd_cs; } /* * Probe each chip select individually for flash chips. If there are chips on * both cse0 and cse1, the mtd_info structs will be concatenated to one struct * so that MTD partitions can cross chip boundries. * * The only known restriction to how you can mount your chips is that each * chip select must hold similar flash chips. But you need external hardware * to do that anyway and you can put totally different chips on cse0 and cse1 * so it isn't really much of a restriction. */ static struct mtd_info *flash_probe(void) { struct mtd_info *mtd_cse0; struct mtd_info *mtd_cse1; struct mtd_info *mtd_cse; mtd_cse0 = probe_cs(&map_cse0); mtd_cse1 = probe_cs(&map_cse1); if (!mtd_cse0 && !mtd_cse1) { /* No chip found. */ return NULL; } if (mtd_cse0 && mtd_cse1) { struct mtd_info *mtds[] = { mtd_cse0, mtd_cse1 }; /* Since the concatenation layer adds a small overhead we * could try to figure out if the chips in cse0 and cse1 are * identical and reprobe the whole cse0+cse1 window. But since * flash chips are slow, the overhead is relatively small. * So we use the MTD concatenation layer instead of further * complicating the probing procedure. */ mtd_cse = mtd_concat_create(mtds, ARRAY_SIZE(mtds), "cse0+cse1"); if (!mtd_cse) { printk(KERN_ERR "%s and %s: Concatenation failed!\n", map_cse0.name, map_cse1.name); /* The best we can do now is to only use what we found * at cse0. */ mtd_cse = mtd_cse0; map_destroy(mtd_cse1); } } else { mtd_cse = mtd_cse0? mtd_cse0 : mtd_cse1; } return mtd_cse; } /* * Probe the flash chip(s) and, if it succeeds, read the partition-table * and register the partitions with MTD. */ static int __init init_axis_flash(void) { struct mtd_info *mymtd; int err = 0; int pidx = 0; struct partitiontable_head *ptable_head = NULL; struct partitiontable_entry *ptable; int use_default_ptable = 1; /* Until proven otherwise. */ const char pmsg[] = " /dev/flash%d at 0x%08x, size 0x%08x\n"; if (!(mymtd = flash_probe())) { /* There's no reason to use this module if no flash chip can * be identified. Make sure that's understood. */ printk(KERN_INFO "axisflashmap: Found no flash chip.\n"); } else { printk(KERN_INFO "%s: 0x%08x bytes of flash memory.\n", mymtd->name, mymtd->size); axisflash_mtd = mymtd; } if (mymtd) { mymtd->owner = THIS_MODULE; ptable_head = (struct partitiontable_head *)(FLASH_CACHED_ADDR + CONFIG_ETRAX_PTABLE_SECTOR + PARTITION_TABLE_OFFSET); } pidx++; /* First partition is always set to the default. */ if (ptable_head && (ptable_head->magic == PARTITION_TABLE_MAGIC) && (ptable_head->size < (MAX_PARTITIONS * sizeof(struct partitiontable_entry) + PARTITIONTABLE_END_MARKER_SIZE)) && (*(unsigned long*)((void*)ptable_head + sizeof(*ptable_head) + ptable_head->size - PARTITIONTABLE_END_MARKER_SIZE) == PARTITIONTABLE_END_MARKER)) { /* Looks like a start, sane length and end of a * partition table, lets check csum etc. */ int ptable_ok = 0; struct partitiontable_entry *max_addr = (struct partitiontable_entry *) ((unsigned long)ptable_head + sizeof(*ptable_head) + ptable_head->size); unsigned long offset = CONFIG_ETRAX_PTABLE_SECTOR; unsig
评论
    相关推荐
    • physical-layer.rar
      计算机网络原理相关课程之物理层解析ppt
    • lnause__physical__Refactoring.rar
      ACM中班级排名,很经典的算法,希望对大家游泳
    • sueport-physical.rar
      实在不知道该传什么了,把本人的一点拙作传一下吧 北京的ACM 2050题一道迷宫的程序
    • PHYSICAL_877449SALESWOMAN5210.zip
      这里的源码PHYSICAL_877449SALESWOMAN5210是一个不错的源码,同学们可以学习下载
    • PHYSICAL--79608Controlatoycm58432.zip
      这是一个关于PHYSICAL 79608Controlatoycm58432的源码,希望同学们能喜欢
    • Physical-Design
      使用开源EDA工具的VLSI SoC /物理设计 涵盖的主题 第一天 IC设计组件术语 基于RISC-V的SOC设计 开源EDA工具 第2天 平面布置图 放置 单元设计流程 时序特性参数 第三天 CMOS反相器Spice仿真 ...初始化样本设计-使用Qflo
    • physical-layer
      卡帕费西卡 MyProtocol的完整构造函数,可以通过script.txt接收到来自combrepárametroel nombre de un fichero endédirectordel script.txt 一个连续的las posibles instrucciones que puede tener script.txt 。...
    • physical.rar
      压缩包里是python cartopy画图的时候需要的海岸线、陆地、海洋矢量图,在使用cartopy第...遇到这种情况需要,将该压缩包里面的文件复制到C:\Users\zqq\.local\share\cartopy\shapefiles\natural_earth\physical文件夹下
    • Opetva 529 Physical Spec.zip
      529_spec_and_dimension
    • PHYSICAL__1689DecryptYDAHPZ2004935.zip
      源码PHYSICAL__1689DecryptYDAHPZ2004935是个不错的源码,功能也已经集成到一起了