linux内核文档翻译 位置:Documentation/arm/README

简介: 版权声明:您好,转载请留下本人博客的地址,谢谢 https://blog.csdn.net/hongbochen1223/article/details/37655681 位置...
版权声明:您好,转载请留下本人博客的地址,谢谢 https://blog.csdn.net/hongbochen1223/article/details/37655681

位置:Documentation/arm/README  

//希望大家帮我把打问号的地方补上,还有就是帮我看一下很多翻译的错误帮我指正,谢谢大家啦!!
ARM Linux 2.4
=============

Please check ftp.arm.linux.org.uk:/pub/armlinux for latest updates.
请检查ftp站点ftp.arm.linux.org.uk:/pub/armlinux来查找最新版本。

Compilation of kernel
内核编译
---------------------

In order to compile ARM Linux, you will need a compiler capable ofgenerating ARM ELF code with GNU extensions.  GCC 2.95.1 and EGCS 1.1.2 are good compilers.
为了能够编译arm linux,你需要一款能够胜任的编译器,该编译器能够生成ARM ELF文件格式。GCC 2.95.1 和 EGCS 1.1.2 是比较好的编译器。


To build ARM Linux natively, you shouldn't have to alter the ARCH = line in the top level Makefile.  However, if you don't have the ARM Linux ELF tools installed as default, then you should change the CROSS_COMPILE line as detailed below.
为了能够在本地构建ARM Linux,在顶层的Makefile文件中你不能改变ARCH=这一行代码。如果你还没有安装ARM Linux ELF工具,你应该改变CROSS_COMPILE这一行,详情如下:

If you wish to cross-compile, then alter the following lines in the top level make file:
如果你希望交叉编译,改变顶层文件Makefile中下面的这些行:

    ARCH = <whatever>
with
    ARCH = arm
and
    CROSS_COMPILE=
to
    CROSS_COMPILE=<your-path-to-your-compiler-without-gcc>
eg.
    CROSS_COMPILE=arm-linux-

Do a 'make config', followed by 'make Image' to build the kernel(arch/arm/boot/Image).  A compressed image can be built by doing a 'make zImage' instead of 'make Image'.
使用命令'make config',之后使用命令'make Image'来构建一个内核(arch/arm/boot/Image).通过使用命令'make zImage'而不是'make Image'命令能够生成一个压缩的镜像文件。

Bug reports etc
程序缺陷提交
---------------

Please send patches to the patch system.  For more information,see               http://www.arm.linux.org.uk/patches/info.html  Always include some explanation as to what the patch does and why it is needed.
请将补丁包发送到补丁系统中。请登陆网站http://www.arm.linux.org.uk/patches/info.html来获取更多的信息。这些补丁包中要包含一些解释信息,例如该补丁包是干什么的,为什么需要该补丁包。

Bug reports should be sent to linux-arm-kernel@lists.arm.linux.org.uk,or submitted through the web form at http://www.arm.linux.org.uk/forms/solution.shtml
程序缺陷报告应该发送到linux-arm-kernel@lists.arm.linux.org.uk邮箱,通过表单来进行提交。
http://www.arm.linux.org.uk/forms/solution.shtml



When sending bug reports, please ensure that they contain all relevant information, eg. the kernel messages that were printed before/during the problem, what you were doing, etc.
当发送缺陷报告时,请确认他们包含所有的相关信息,例如,在问题发生之前或之后打印出的内核信息,你正在做什么等等。

Include files
包含的文件
-------------

Several new include directories have been created under include/asm-arm,which are there to reduce the clutter in the top-level directory.  These directories, and their purpose is listed below:
在include/asm-arm文件夹下包含了很多新建的目录,那些文件在该目录下是为了降低顶层目录的混乱。

   arch-* machine/platform specific header files
   hardware driver-internal ARM specific data structures/definitions
   mach descriptions of generic ARM to specific machine interfaces
   proc-* processor dependent header files (currently only two
categories)
   arch-*   机器/平台具体的头文件
   hardware 内置驱动ARM具体的数据结构/定义
   mach     对通用ARM的具体机器结构的描述
   proc-*   处理器依赖的头文件(当前仅仅由两个类型)

Machine/Platform support
机器/平台支持
------------------------

The ARM tree contains support for a lot of different machine types.  To continue supporting these differences, it has become necessary to split machine-specific parts by directory. For this, the machine category is used to select which directories and files get included (we will use $(MACHINE) to refer to the category)
ARM树包含对一些不同机器类型的支持。为了持续的支持这些不同,将机器具体的部分以不同的目录分离出来是必要的。为了实现这个目的,机器类别被用来选择哪些目录和文件被包含进来(我们通常使用$(MACHINE)来指明类别)

To this end, we now have arch/arm/mach-$(MACHINE) directories which are designed to house the non-driver files for a particular machine (eg, PCI,memory management, architecture definitions etc).  For all future machines, there should be a corresponding include/asm-arm/arch-$(MACHINE) directory.
最后,arch/arm/mach-$(MACHINE)目录被设计用来存放针对一些特定机器的非驱动文件(例如,PCI,内存管理,体系结构定义等等)。对所有未来的机器,应该有一个相关的目录 include/asm-arm/arch-$(MACHINE).

Modules
模块
-------
Although modularisation is supported (and required for the FP emulator),each module on an ARM2/ARM250/ARM3 machine when is loaded will take memory up to the next 32k boundary due to the size of the pages.Therefore, modularisation on these machines really worth it?
虽然,模块化是被支持的(需要FP模拟器),但是在ARM2/ARM250/ARM3机器中的每一个模块在加载的时候都将使内存上升到下一个32k的界限上,这是由于页的大小导致的。因此,在这些机器上模块化真的工作吗?

However, ARM6 and up machines allow modules to take multiples of 4k, and as such Acorn RiscPCs and other architectures using these processors can make good use of modularisation.
然而,ARM6和更高版本的机器允许模块真用多个4K的空间,例如Acorn RiscPCs和其他使用这些处理器的提起结构能够利用好模块化。

ADFS Image files
ADFS镜像文件
----------------
You can access image files on your ADFS partitions by mounting the ADFS partition, and then using the loopback device driver.  You must have losetup installed.
通过挂载ADFS分区你能够在你的ADFS分区上获取镜像文件,然后使用回环设备驱动。你一定要安装设置循环设备程序。

Please note that the PCEmulator DOS partitions have a partition table at the start, and as such, you will have to give '-o offset' to losetup.
请注意,在开始的时候PC模拟器DOS分区有一个分区表,像这样,你必须使用'-o offset'来设置循环设备。

Request to developers
对开发者的要求
---------------------

When writing device drivers which include a separate assembler file, please include it in with the C file, and not the arch/arm/lib directory.  This allows the driver to be compiled as a loadable module without requiring half the code to be compiled into the kernel image.
当编写包含独立汇编文件的设备驱动程序的时候,请在C文件中包含(include)它,不是arch/arm/lib目录。这允许驱动程序被编译成可加载模块而不是要求将驱动程序编译进内核镜像中。

In general, try to avoid using assembler unless it is really necessary.  It makes drivers far less easy to port to other hardware.
通常,如果不是真的有必要,要试着避免使用汇编程序。它使得驱动程序不是很容易与其他硬件相适应。

ST506 hard drives
ST506硬盘驱动器
-----------------

The ST506 hard drive controllers seem to be working fine (if a little slowly).  At the moment they will only work off the controllers on an A4x0's motherboard, but for it to work off a Podule just requires someone with a podule to add the addresses for the IRQ mask and the HDC base to the source.                                                            
ST506硬盘驱动器控制器看上去工作的很好(如果有点慢的话)。现在,他们仅仅在A4x0's母板上工作该控制器.                                                               

As of 31/3/96 it works with two drives (you should get the ADFS*configure harddrive set to 2). I've got an internal 20MB and a great big external 5.25" FH 64MB drive (who could ever want more :-) ).
“???”她与两个驱动器工作(你应该将ADFS配置中的硬盘驱动器设置到2)。我已经得到了一个内部的20M和一个非常大的外部的5.25" FH 64M驱动器。(谁还会想要更多呢)

I've just got 240K/s off it (a dd with bs=128k); thats about half of what RiscOS gets; but it's a heck of a lot better than the 50K/s I was getting last week :-)
我已经获取到240K/s(一个带有 bs=128Kd的dd);那大约是RiscOS获取到的一半;但是它却惊人的要比我上周获取到的50K/s运行要好。

Known bug: Drive data errors can cause a hang; including cases where the controller has fixed the error using ECC. (Possibly ONLY in that case...hmm).
已知的缺陷:驱动数据错误可能会导致一个挂载;控制器已经使用ECC修补了这个错误(可能仅仅在那种情况下会出现错误)

1772 Floppy
1772软盘
-----------
This also seems to work OK, but hasn't been stressed much lately.  It hasn't got any code for disc change detection in there at the moment which could be a bit of a problem! Suggestions on the correct way to do this are welcome.
这个也好像工作的很好,但是最近强调的不是很多。在那没有获取到任何盘改变检测代码,在那个时候可能或出现一点错误。如果您能提供一些修正这个缺陷的正确的方式,我们是非常欢迎的。

Kernel entry (head-armv.S)
内核入口(head-armv.S)
--------------------------
The initial entry into the kernel made via head-armv.S uses architecture independent code.The architecture is selected by the value of 'r1' on entry, which must be kept unique. You can register a new architecture by mailing the following details to rmk@arm.linux.org.uk Please give the mail a subject of 'Register new architecture':
进入内核最初的入口程序是经过head-armv.S使用体系结构依赖代码构建的。这个体系结构通过在入口程序中的'r1'的值进行选择,这个值必须保证独一无二。通过向rmk@arm.linux.org.uk发送邮件来注册一个新的体系结构。邮件的副标题请命名为'Register new architecture':

    Name: <name of your architecture>
    ArchDir: <name of include/asm-arm/arch-* directory>
    Type: <MACH_TYPE_* macro name>
    Description:
    <description of your architecture>

Please follow this format - it is an automated system.  You should receive a reply in short order.
请使用这个格式 - 这是一个自动化的系统。在很短的时间内你应该能够收到一个回复。
---
Russell King (26/01/2001)

目录
相关文章
|
17天前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。
|
17天前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####
|
18天前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章,深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用,旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质,本文将直接通过具体案例分析,展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性,以及如何根据实际需求调整锁的粒度以达到最佳效果,为读者呈现一份实用性强的实践指南。 ####
|
18天前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
20天前
|
负载均衡 算法 Linux
深入探索Linux内核调度机制:公平与效率的平衡####
本文旨在剖析Linux操作系统内核中的进程调度机制,特别是其如何通过CFS(完全公平调度器)算法实现多任务环境下资源分配的公平性与系统响应速度之间的微妙平衡。不同于传统摘要的概览性质,本文摘要将直接聚焦于CFS的核心原理、设计目标及面临的挑战,为读者揭开Linux高效调度的秘密。 ####
32 3
|
23天前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
35 6
|
22天前
|
消息中间件 安全 Linux
深入探索Linux操作系统的内核机制
本文旨在为读者提供一个关于Linux操作系统内核机制的全面解析。通过探讨Linux内核的设计哲学、核心组件、以及其如何高效地管理硬件资源和系统操作,本文揭示了Linux之所以成为众多开发者和组织首选操作系统的原因。不同于常规摘要,此处我们不涉及具体代码或技术细节,而是从宏观的角度审视Linux内核的架构和功能,为对Linux感兴趣的读者提供一个高层次的理解框架。
|
25天前
|
机器学习/深度学习 弹性计算 人工智能
阿里云服务器架构有啥区别?X86计算、Arm、GPU异构、裸金属和高性能计算对比
阿里云ECS涵盖x86、ARM、GPU/FPGA/ASIC、弹性裸金属及高性能计算等多种架构。x86架构采用Intel/AMD处理器,适用于广泛企业级应用;ARM架构低功耗,适合容器与微服务;GPU/FPGA/ASIC专为AI、图形处理设计;弹性裸金属提供物理机性能;高性能计算则针对大规模并行计算优化。
|
2月前
|
编解码 弹性计算 应用服务中间件
阿里云服务器Arm计算架构解析:Arm计算架构云服务器租用收费标准价格参考
阿里云服务器架构分为X86计算、Arm计算、高性能计算等多种架构,其中Arm计算架构以其低功耗、高效率的特点受到广泛关注。本文将深入解析阿里云Arm计算架构云服务器的技术特点、适用场景以及包年包月与按量付费的收费标准与最新活动价格情况,以供选择参考。
|
2月前
|
机器学习/深度学习 弹性计算 编解码
阿里云服务器计算架构X86/ARM/GPU/FPGA/ASIC/裸金属/超级计算集群有啥区别?
阿里云服务器ECS提供了多种计算架构,包括X86、ARM、GPU/FPGA/ASIC、弹性裸金属服务器及超级计算集群。X86架构常见且通用,适合大多数应用场景;ARM架构具备低功耗优势,适用于长期运行环境;GPU/FPGA/ASIC则针对深度学习、科学计算、视频处理等高性能需求;弹性裸金属服务器与超级计算集群则分别提供物理机级别的性能和高速RDMA互联,满足高性能计算和大规模训练需求。