免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1149 | 回复: 0
打印 上一主题 下一主题

Machine related makefile symbols definition [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-02-01 14:49 |只看该作者 |倒序浏览
Initial definitions
-------------------
The following symbol definitions rely on you knowing the translation that
__virt_to_phys() does for your machine. This macro converts the passed
virtual address to a physical address. Normally, it is simply:
        phys = virt - PAGE_OFFSET + PHYS_OFFSET
Decompressor Symbols
--------------------
ZTEXTADDR
    Start address of decompressor. There's no point in talking about
    virtual or physical addresses here, since the MMU will be off at
    the time when you call the decompressor code. You normally call
    the kernel at this address to start it booting. This doesn't have
    to be located in RAM, it can be in flash or other read-only or
    read-write addressable medium.
ZBSSADDR
    Start address of zero-initialised work area for the decompressor.
    This must be pointing at RAM. The decompressor will zero initialise
    this for you. Again, the MMU will be off.
ZRELADDR
    This is the address where the decompressed kernel will be written,
    and eventually executed. The following constraint must be valid:
        __virt_to_phys(TEXTADDR) == ZRELADDR
    The initial part of the kernel is carefully coded to be position
    independent.
INITRD_PHYS
    Physical address to place the initial RAM disk. Only relevant if
    you are using the bootpImage stuff (which only works on the old
    struct param_struct).
INITRD_VIRT
    Virtual address of the initial RAM disk. The following constraint
    must be valid:
        __virt_to_phys(INITRD_VIRT) == INITRD_PHYS
PARAMS_PHYS
    Physical address of the struct param_struct or tag list, giving the
    kernel various parameters about its execution environment.
Kernel Symbols
--------------
PHYS_OFFSET
    Physical start address of the first bank of RAM.
PAGE_OFFSET
    Virtual start address of the first bank of RAM. During the kernel
    boot phase, virtual address PAGE_OFFSET will be mapped to physical
    address PHYS_OFFSET, along with any other mappings you supply.
    This should be the same value as TASK_SIZE.
TASK_SIZE
    The maximum size of a user process in bytes. Since user space
    always starts at zero, this is the maximum address that a user
    process can access+1. The user space stack grows down from this
    address.
    Any virtual address below TASK_SIZE is deemed to be user process
    area, and therefore managed dynamically on a process by process
    basis by the kernel. I'll call this the user segment.
    Anything above TASK_SIZE is common to all processes. I'll call
    this the kernel segment.
    (In other words, you can't put IO mappings below TASK_SIZE, and
    hence PAGE_OFFSET).
TEXTADDR
    Virtual start address of kernel, normally PAGE_OFFSET + 0x8000.
    This is where the kernel image ends up. With the latest kernels,
    it must be located at 32768 bytes into a 128MB region. Previous
    kernels placed a restriction of 256MB here.
DATAADDR
    Virtual address for the kernel data segment. Must not be defined
    when using the decompressor.
VMALLOC_START
VMALLOC_END
    Virtual addresses bounding the vmalloc() area. There must not be
    any static mappings in this area; vmalloc will overwrite them.
    The addresses must also be in the kernel segment (see above).
    Normally, the vmalloc() area starts VMALLOC_OFFSET bytes above the
    last virtual RAM address (found using variable high_memory).
VMALLOC_OFFSET
    Offset normally incorporated into VMALLOC_START to provide a hole
    between virtual RAM and the vmalloc area. We do this to allow
    out of bounds memory accesses (eg, something writing off the end
    of the mapped memory map) to be caught. Normally set to 8MB.
Architecture Specific Macros
----------------------------
BOOT_MEM(pram,pio,vio)
    `pram' specifies the physical start address of RAM. Must always
    be present, and should be the same as PHYS_OFFSET.
    `pio' is the physical address of an 8MB region containing IO for
    use with the debugging macros in arch/arm/kernel/debug-armv.S.
    `vio' is the virtual address of the 8MB debugging region.
    It is expected that the debugging region will be re-initialised
    by the architecture specific code later in the code (via the
    MAPIO function).
BOOT_PARAMS
    Same as, and see PARAMS_PHYS.
FIXUP(func)
    Machine specific fixups, run before memory subsystems have been
    initialised.
MAPIO(func)
    Machine specific function to map IO areas (including the debug
    region above).
INITIRQ(func)
    Machine specific function to initialise interrupts.
               
               
               
               

本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u1/59445/showart_2166527.html
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP